High-accuracy time auf DCF39, DCF49 und HGA22

Dieter Gast #6958688
Lesenswert?
• ▲
▼ 
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

2
28-01-2022 10:08:14: Addr. 0x2000 : 47 BB B8 FA 74 EF 31 52 21 4F 53 1D 0F F7 06 E3

3
28-01-2022 10:10:14: Addr. 0x2000 : A2 E8 B6 67 39 22 D4 40 37 D9 8F 17 E7 52 B9 81

4
28-01-2022 10:12:14: Addr. 0x2000 : 10 AD 78 34 C2 40 9E E5 7F CE A6 5B 90 46 6D D9

5
28-01-2022 10:14:14: Addr. 0x2000 : 41 48 2F 78 D3 03 D8 0B B9 E2 DC D8 BB 59 38 42

6
28-01-2022 10:16:14: Addr. 0x2000 : 08 10 49 75 D9 0B 8E 03 A8 86 79 12 FF 27 E9 67


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?
Antwort Zitieren Bearbeiten Thread verschieben Thread sperren Anmeldepflicht aktivieren Anpinnen Thread löschen Thread mit anderem zusammenführen Beitrag melden
Bert 0. #6965346
Lesenswert?
• ▲
▼ 
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
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Pedro Gast #7031228
Lesenswert?
• ▲
▼ 
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

****************************************************
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Dieter Gast #7031650
Lesenswert?
• ▲
▼ 
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).
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Dieter Gast #7031756
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Dieter Gast #7031828
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Dieter Gast #7032072
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Dieter Gast #7032240
Lesenswert?
• ▲
▼ 
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.
Antwort Zitieren Bearbeiten Löschen Beitrag melden
Thread beobachten

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

Bestehender Account

oder

Mit Google-Account einloggen

Noch kein Account?

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren