Laut "Monitoring of Time Signals Broadcast by EFR
Long-Wave Transmitters at PTB" senden DCF39, DCF49
und HGA22 neben dem bekannten Zeitsignal (10 Sekunden
Intervall) auch noch ein "High-accuracy" Signal alle
2 Minuten. Details zum Aufbau dieses "High-accuracy"
Signals findet man in dem Artikel leider nicht.
Die PTB macht ein Monitoring für dieses Zeitsignal
und veröffentlicht es hier:
ftp://ftp.ptb.de/pub/time/bulletin/EFR
Dort sieht man recht gut die Genauigkeitsunterschiede.
Vermutlich ist die "High-accuracy" Zeit die Telegramme
an Adresse 0x2000 (Adresse 0x0000 ist das bekannten
Zeitsignal).
Das sieht dann z.B. so aus:
1
28-01-2022 10:06:14: Addr. 0x2000 : C5 6B 1C 62 F1 60 21 CD 4F A3 AE 19 F6 13 2E 7B
Der Inhalt der Telegramme ist 16 Byte lang und sehr wahrscheinlich
verschlüsselt.
Es gibt noch weitere Telegramme an die Adressen 0x20xx ("xx" meist
im Bereich 0x0C bis 0x1F) mit einem vergleichbaren Aufbau (16 Byte
Länge, Inhalt wahrscheinlich verschlüsselt). Diese Telegramme kommen
unregelmäßig und sind wahrscheinlich "Meteotime 2" ("Meteotime 1" ist
DCF77).
Die von "Meteotime 1" bekannte Verschlüsselung passt sehr wahrscheinlich
nicht, die 16 Byte Länge der Daten könnte zu diversen Verschlüsselungs-
Algorithmen passen (u.a. 3DES oder AES).
Die normalen Funkrundsteuer-Telegramme sind natürlich auch noch da,
unterscheiden sich aber deutlich (Länge meistens kleiner als
16 Byte).
Hat sich eventuell schon jemand damit beschäftigt und weiß mehr dazu?
Steht doch bei der EFR:
"Die Zeitinformationen werden in zwei Arten von proprietären
"Telegrammen" –Hochgenauigkeit (HA) und Niedriggenauigkeit (LA) – zur
Verfügung gestellt. Die Signale der drei Sender teilen sich einen
gemeinsamen Zeitplan bezüglich ihrer Übertragung: Ein HA-Telegramm wird
alle zwei Minuten übertragen, ein LA Telegramm alle 10 Sekunden."
Der Kern der Aussage ist der Begriff "proprietär" = "ham mer uns selber
ausgedacht, geht dich nix an..."
Gruß... Bert
Hello I have made a DCF-49 - DCF 39 receiver and this post is
interesting, if someone can tell me more about how they encode it,
weather information, regions, etc. I would be grateful.
I send evidence of reception.
evidence of reception of the reception of the transmitter DCF-49
****************************************************
01101000 1 OK 68
00001010 0 OK 0A
00001010 0 OK 0A
01101000 1 OK 68
00100111 0 OK 27
00000000 0 OK 00
00000000 0 OK 00
00000000 0 OK 00
00001000 1 OK 08
00101110 0 OK 2E
10001010 1 OK 8A
00101011 0 OK 2B
00000100 1 OK 04
00010110 1 OK 16
00101100 1 OK 2C
00010110 1 OK 16
TIME
Lun 11/04/2022 - 10:46:02 - Hora de Verano
L Field: 10d / Real L: 10d
C Field: 27 / Telegrama # 2
A Field: 00
CI Field: 00
Payload: 00 08 2E 8A 2B 04 16
Check Sum: 2C/2C OK
End Marker: 16 OK
Parity: 16/16 OK - Total de Bytes = 16
****************************************************
01101000 1 OK 68
00010011 1 OK 13
00010011 1 OK 13
01101000 1 OK 68
10110011 1 OK B3
00100000 1 OK 20
00000000 0 OK 00
01010100 1 OK 54
11111000 1 OK F8
11001000 1 OK C8
11011011 0 OK DB
10100001 1 OK A1
01101010 0 OK 6A
10001011 0 OK 8B
10001010 1 OK 8A
11111000 1 OK F8
01101110 1 OK 6E
10010001 1 OK 91
00000011 0 OK 03
00001000 1 OK 08
11010011 1 OK D3
01011110 1 OK 5E
10111011 0 OK BB
11010000 1 OK D0
00010110 1 OK 16
COMANDO Meteorologico.
L Field: 19d / Real L: 19d
C Field: B3 / Telegrama # 11
A Field: 20
CI Field: 00
Payload: 54 F8 C8 DB A1 6A 8B 8A F8 6E 91 03 08 D3 5E BB
Check Sum: D0/D0 OK
End Marker: 16 OK
Parity: 25/25 OK - Total de Bytes = 25
****************************************************
Abdul K. schrieb:> Sie wollen wohl verhindern, daß sich jemand seinen eigenen fake-Sender> baut und dann z.B. Niedrigtarifzeiten dauernd laufen lässt.
Nein, die Rundsteuer-Pakete sind nicht verschlüsselt. Da kann man
problemlos eigene Daten schicken (wenn man nahe am Empfänger ist).
Ganz abgesehen davon dass man bei vielen Funk-Rundsteuerempfängern
die Relais auch über die optische Schnittstelle bedienen kann.
Die Verschüsselung gibt es nur bei den eigenen Daten von EFR, z.B.
die "High-accuracy" Time oder deren Wetterdaten (siehe auch der erste
Beitrag).
Abdul K. schrieb:> Aha, OK. Vielleicht findest du die Antwort in einer EN-Norm.
Leider sieht es schlecht damit aus. Das ist ein rein proprietäres
System von EFR, ähnlich wie deren Wettermeldungen auf DCF77 (diese
Verschlüsselung ist ja schon länger geknackt, hier ist es aber eine
andere). EFR verkauft scheinbar auch als einzige Anwendungen dafür, z.B.
für Gebäudesteuerungen, die Wetterdaten brauchen.
Daher auch meine Frage ob vielleicht jemand mehr dazu weiss.
Abdul K. schrieb:> Lohnt doch nicht.>> Schau mal nach Patenten
Die Wetterdaten interessieren mich nicht. Ich würde gerne wissen was
sie mit der "High-accuracy" Zeit machen, insbesondere da ja die
"normale" Zeit sowieso unverschlüsselt da ist. Dazu habe ich nichts
gefunden, ausser den im ersten Beitrag erwähnten Artikel.
Die Liste muß ja nicht vollständig sein.
Ich meine mal sowas in diese Richtung gelesen zu haben, vielleicht
verwechsle ich es aber auch.
Gegenvorschläge?
Abdul K. schrieb:> Die Liste muß ja nicht vollständig sein.> Ich meine mal sowas in diese Richtung gelesen zu haben, vielleicht> verwechsle ich es aber auch.
Die "High-accuracy" Zeit kommt alle 2 Minuten mit 16 verschlüsselten
Bytes. Für ein GNSS Korrektursignal ist das viel zu wenig.
Die "normale" Zeit kommt alle 10 Sekunden, mich würde interessieren
für welche Anwendung EFR die "High-accuracy" Zeit braucht.
> Gegenvorschläge?
Man könnte in Richtung "Navigation" spekulieren, vielleicht wie bei
Loran. Nur ob das Sinn macht bezweifle ich.
Ich habe jetzt noch etwas gefunden was vielleicht erklärt was
die "High-accuracy" Zeit macht.
Unter
https://patents.google.com/patent/WO2009112228A1
wird von einer "autorisierte Normalzeitinformation" gesprochen.
Die "normale" Zeit alle 10 Sekunden ist ja unverschlüsselt und kann
damit durch ein Fake-Zeitsignal ersetzt werden. Die verschlüsselte
"High-accuracy" Zeit kann man ohne Kenntnis des Schlüssels nicht
durch ein eigenes Signal ersetzen (man könnte aber eventuell alte,
aufgezeichnete Signale schicken).
Allerdings erklärt das noch nicht die Genauigkeitsunterschiede der
beiden Zeitsignale.