Fingers elektrische Welt

Moin,

seit einiger Zeit schon habe ich hier ein Phänomen. Zwei neue Funk-Wanduhren zeigen sporadisch eine um genau 2 Stunden zu späte Zeit an. Mal die eine, mal die andere. Aber immer 2 Stunden. Nach einiger Zeit, mal geht es schneller mal dauert es Stunden, geht die Uhr dann wieder richtig. Ich habe noch keine bestimmten Uhrzeiten beobachten können zu denen das passiert, da es aber immer 2 Stunden sind wird wohl das zweite Bit bei den Stunden-Einer irgendwie kippen.

Eine andere Funkuhr zeigt ebenfalls, aber viel seltener, eine falsche Uhrzeit an. Vor eingen Wochen waren das mal 10 Stunden vor, heute sind es 8 Stunden vor. Auch hier ist jeweils ein einzelner Bitfehler möglich.

Offenbar ist der Empfang hier schlecht, denn sonst sollten sich die Uhren schneller auf die richtige Zeit re-synchronisieren.
Interessant ist dass immer nur die Stunden falsch sind, bei den Minuten ist mir das noch nie aufgefallen, auch Datum ist immer richtig.

Fragen: Kann sich da jemand einen Reim drauf machen?

Störquellen suchen steht bei mir auf dem Zettel, im Bereich UKW habe ich auch sehr sporadisch für einige Sekunden eine Störung drin die ich nicht finde, Heizung war in Verdacht aber zumindest unsere ist das nicht. Ich würde ja gerne mal SDR in Gang bringen und dann unter anderem auch störungen suchen und ggf. auch mitloggen, aber das braucht Zeit die ich nicht habe. Da müsste ich mich, wie bei so vielen Dingen, mal für länger nonstop drauf konzentrieren können. Im Moment habe ich zu viele mentale Störer um mich rum.

Wenn es immer das gleiche Bit ist, würde mir eine zyklische (Stör)Aussendung einfallen. Ein Thermometer, dass alle Minute oder Stunde sendet oder so.

Das neu Stellen kann durchaus dauern. Batterieuhren machen das zum Strom sparen nicht unbedingt kontinuierlich. Unsere Thermometeruhr im Bad macht das jeweils um vier Uhr nachts und setzt nach Erfolg einen Pieptonab (Wer denkt sich bitte so einen Scheiß aus?)

wenn möglich mal das ganze Haus oder die Wohnung stromlos schalten.
Wenn das dann immer noch nicht klappt, liegt die Störung schon mal nicht in Deinen 4 Wänden

Es ist nicht auszuschließen, dass diese Uhren einen "viel zu breiten" Empfänger haben und die Ausbreitungsbedingungen den Empfang eines anderen (weiter entfernten) Zeitzeichensenders ermöglichten. Viele Uhren synchronisieren sich nur einmal täglich, oft um Mitternacht - oder auf manuelle Anforderung bzw. nach Reset oder dem Einlegen der Batterie(n).

Meine Wohnstuben-Wanduhr scheint so ein Exemplar zu sein und fängt alle paar Jahre auch mal UTC +3 h ein. Das müsste demnach der russische Zeitzeichensender Taldom auf 66,66 kHz gewesen sein.

Verwenden die denn alle das gleiche Protokoll?

Desinfector hat geschrieben: ↑Mo 30. Jan 2023, 11:14 wenn möglich mal das ganze Haus oder die Wohnung stromlos schalten.

Da die Störung sporadisch auftritt würde das aber eine ausgedehnte Blackout-Übung. Und batteriebetreibene Störquellen habe ich dann auch noch nicht ausgeschlossen. Ich glaube das lasse ich sein, so groß ist der Leidensdruck nicht.

Wäre bei Zeigeruhren eine Selbststörung denkbar? Das besagte Bit liegt genau auf Sekunde 30. Alle 10 Sekunden wird der Minutenzeiger ein Stück bewegt, also auch in dieser Sekunde. Ich denke da jetzt so: Die Uhr geht schleichend ganz leicht daneben. Wenn es nun um eine ganz genaue Differenz daneben ist wird das Signal gestört. Das kommt zufällig vor, manchmal ist die Differenz schon zu groß geworden oder nicht groß genug geworden wenn synchronisiert wird. Macht nur Sinn wenn das Paritätsbit ignoriert wird, was ich nicht glaube. Vielleicht wird auch einfach ein Bit "übersprungen" und an ganz bestimmten Tagen entspricht das Bit für den Kalendertag zufällig dem Paritätswert für die falschen Stunden. Das muss ich mal durchdenken und mir mal eine Tabelle machen.
Neue Batterien ändern an dem Problem nichts, das hatte ich schon versucht. Im Esszimmer tritt das sehr viel öfter auf als im Wintergarten. Möglich dass hohe Temperaturen eine Rolle spielen, möglicherweise weil die Frequenzabweichung vom Oszillator dann größer wird.

Die andere Uhr ist eine "Wetterstation" der 20€-Klasse, also Funk-Außen-Thermometer. Da kann ich manuell eine synchronisation auslösen und derzeit tut sie das nicht. Die hat einfach schlechten Empfang und synchronisiert vermutlich nur alle paar Tage mal. Das kann nun zufällig sein dass es bisher immer die Stunde war die falsch war und die Ursache könnte eine ganz andere sein. Ob mir ein oder zwei Minuten auffallen würde weiß ich aber auch nicht, 10 Minuten sehr wahrscheinlich schon. Vor allem weil der Fehler ja lange bestehen bleibt.

duese hat geschrieben: ↑Mo 30. Jan 2023, 12:11Verwenden die denn alle das gleiche Protokoll?

Muss ja nicht zwingend sein, falls die Uhren so konzipiert sind, dass sie mehrere Protokolle verstehen, um sie auch außerhalb europäischer Märkte zu verkaufen und bestenfalls nur der Antennenkreis unterschiedlich ist.

Ich hab nen DCF77 Wecker.
Wenn ich Ruferreichbarkeit habe liegt das Handy da relativ nah dran.

Vor ein paar Jahren (>10 wahrscheinlich):
Wecker geht los -> ich hm kann eigentlich nicht sein, bin noch nicht ausgeschlafen, aber die Uhrzeit passt (06:00 im Winter).
Also raus aus der Miefkiste, im Bad dann (nur so am Rande mit noch nicht voll geöffneten Augen) der Heißwasserboiler lädt noch auf (Rotes Licht), aber nicht wirklich bis zum Großhirn durchgedrungen.
Dann arbeitsfertig gemacht.
Im Auto dann die Uhr -> 03:15 oder so ähnlich.

Ich hab mir das dann so zusammengereimt, das dass Handy das DCF77 Signal gestört hat, seither liegt das etwas weiter weg -> nie mehr vorgekommen.

Bei meiner Werkstattuhr, analoge Anzeige, kommt so eine Fehlanzeige reproduzierbar immer dann vor, wenn die Batterie nachläßt. Neue rein, weiter geht´s.

Bei mir ist mittlerweile jede DCF77 Uhr rausgeflogen. Spätestens wenn die Batterie schwach wird und im Keller sowieso stimmt die Zeit immermal wieder nicht. Und das ohne das es ein Notwendigkeit gegeben hätte die Zeit nachzustellen.
Wenn irgendein Hersteller auf die Idee kommt eine "Sync-Taste" * anzubringen, dann überlege ich vielleicht wieder mir sowas anzuschaffen. Ansonsten übernimmt das Handy + Finger an dummen Uhren die Einstellung.



*) oder was ähnliches womit man "einmal Empfangen und dann Einstellen" auslösen kann

Hm, ich habe hier auch eine analoge Funkuhr (vom Feinkost Albrecht). Wenn die Batterie schwächelt, bleibt diese aber einfach stehen. Und bei meinen digitalen Funkuhren wird die Anzeige schwach.

bei knapp 77kHz hört man sehr sehr viele störungen im längstwellenband. da sprutzt quasi alles rein, was sich irgendwie taktet.
häng die uhren mal an eine andere wand, optimalerweise im rechten winkel zur luftlinie nach mainflingen (FFM).

"Immer Sekunde 30" ist aus mehreren Gründen unplausibel.
Es wird für Minuten, Stunden und Datum jeweils ein Parity-Bit mitgesendet und (hoffentlich) geprüft.
Es müssen bei Differenz zur aktuellen Zeit zwei zueinander passende Telegramme unmittelbar hintereinander kommen. (Auch das wird vermutlich nicht überall geprüft).

Wer eine Sekundenuhr neben einer DCF-Uhr hängen hat, kann eventuell am Phasenversatz sogar hören wenn der Empfänger läuft und ob das aktuell übertragene Bit kurz oder lang ist. Der DCF-Sekundenzeiger wird während des Empfangs frühestens am Ende des unterschiedlich langen Sekundenimpulses bewegt. Zumindest ist das hier bei zwei verschiedenen Uhren der Fall. Der Empfänger wird bei der einen Uhr 20 Sekunden vor der 59sten Minute eingeschaltet, damit er den Minutenimpuls nicht verpaßt. Die ander Uhr prüft erst zwei Minuten nach der vollen Stunde. Auch die Umstellung Sommer/Winter erfolgt zu recht unterschiedlichen Zeiten, jedenfalls nicht genau um 02:00:00.

Oder dein Nachbar experimentiert mit einem eigenen Zeitzeichen Sender.

winnman hat geschrieben: ↑Mo 30. Jan 2023, 19:43 Ich hab nen DCF77 Wecker.
Wenn ich Ruferreichbarkeit habe liegt das Handy da relativ nah dran.

Vor ein paar Jahren (>10 wahrscheinlich):
Wecker geht los -> ich hm kann eigentlich nicht sein, bin noch nicht ausgeschlafen, aber die Uhrzeit passt (06:00 im Winter).
Also raus aus der Miefkiste, im Bad dann (nur so am Rande mit noch nicht voll geöffneten Augen) der Heißwasserboiler lädt noch auf (Rotes Licht), aber nicht wirklich bis zum Großhirn durchgedrungen.
Dann arbeitsfertig gemacht.
Im Auto dann die Uhr -> 03:15 oder so ähnlich.

Ich hab mir das dann so zusammengereimt, das dass Handy das DCF77 Signal gestört hat, seither liegt das etwas weiter weg -> nie mehr vorgekommen.

OT: Tolle Geschichte, ymmd
Würde mir nie passieren. Hier wird alles was mit früh aufstehen zu tun hat, mit mehrfach redundanten. Systemen geprüft. Und seit es Handys gibt, die ständig im WLAN hängen, hat sich die Funkuhr eh für mich erledigt. Und mal ehrlich, wo liegt noch der Nutzen? Seit es Quarzuhrwerke mit 10ppm Quarzen gibt ist der einzige Vorteil sie nicht zwei mal im Jahr von der Wand pflücken zu müssen, um die Zeit umzustellen. Dafür muss man öfters die Batterie tauschen.

winnman hat geschrieben: ↑Mo 30. Jan 2023, 19:43 Im Auto dann die Uhr -> 03:15 oder so ähnlich.

Ich hätte diesen dusseligen Wecker vor Zorn vermutlich zertreten oder wäre genüsslich mit dem Auto drübergebügelt

Also ich kann dazu nur folgendes Beitragen:

Ich habe mal selbst eine DCF-77 Uhr gebaut, mit nem Atmel...

Zuerst habe ich das Paritätsbit mit auswerten lassen - das hatte zur Folge, dass die Uhr manchmal TAGE brauchte, um sich zu stellen... Dann hab ich das irgendwann raus genommen - dann funktionierte das einwandfrei, und ich hatte nie falsche Zeiten... Ich würde mich also auf keinen Fall darauf verlassen, dass das Paritätsbit ausgewertet wird...

73 Rainer

Es bei DCF77 Uhr auch stark drauf an wie gut die Decoder geschrieben sind. Gibt schlechte die fast nix prüfen und gibt bessere die dann Pulstiming prüfen, Paritätsbit Prüfen und mal mindesten 2-3 Datensätze hintereinander fehlerfrei empfangen haben wollen bevor se synchen. Da passiert das eigentlich sogut wie gar nicht da da mal ne falsche Uhrzeit synchronisiert wird. Bei billig Uhren wird da gern mal gespart, ist ja meist ne lowest Power 4-Bit MCU drin mit kaum Speicher

sollte es nicht eigentlich so sein, dass bei zwischendurchem Nichtempfang
die Uhr immer noch intern quarzgenau weiter läuft und dann nicht so total aus dem Ruder gerät?

Ich wundere mich ja auch immer über BIOSse in PCs wenn ein Brett mal ein viertel Jahr keinen Strom hatte, läuft die Uhr um TAGE verkehrt.
-wozu sind denn sonst Uhrenquarze auf nem Brett?

So genau sind aktuelle digitale Quarzuhren bei weitem nicht mehr. Hab auf der Arbeit nen Stifthalter mit Uhr und Thermometer und das Teil geht im Montag schnell mal 5 Minuten falsch, insbesondere wenn bei uns in der Werkstatt die Temperaturen stark schwanken ( WOE 15° Frostschutz, unter der Woche um die 18-20°)

Anse hat geschrieben: ↑Mo 30. Jan 2023, 21:58 Oder dein Nachbar experimentiert mit einem eigenen Zeitzeichen Sender.

Unwahrscheinlich, es ist gar nicht so einfach *nennenswert* bei 77kHz abzustrahlen sodaß es in einigem Abstand noch Mainflingen übertönt.

also wenn ich so sehe, bzw höre, was LED-Leuchten schon für Störungen produziert haben,
die sogar schon mal WLAN-empfang erheblich verschlechterten,
wird das hier bei den ganz tiefen Freq dann schon mal die Grundwelle sein, die da irgendwo emittiert wird.

Die Uhr rückt nicht damit raus, was für Fehlerkorrektur sie macht, und mit welchen Bitfehlerraten sie überhaupt leben muss. Paritätsbits funktionieren nur gegenüber sporadischen Fehlern.
Wenn es tatsächlich einen systematischen Bitfehler zur Sekunde 30 gibt, dann ist es eine Frage der Zeit, bis ein zufälliger Bitfehler das Paritätsbit kippt.
Die Uhr probiert in der Regel auch so oft zu synchronisieren, bis sie ein nach ihren Ansprüchen gültiges Signal empfängt.
Gibt es also einen systematischen Bitfehler, wird die Uhr warten, bis das Paritätsbit zufällig kippt. Bei Bitfehlerraten um 1/100 ist das innerhalb von ein paar Stunden ziemlich sicher passiert.

Ich hab hier auch ne Flughafen-LCD-Tafel stehen mit Nebenuhr und mir dafür mit nem AVR und ner H-Brücke ne kleine DCF77-Steuerung gebaut. Auch ich hab das Problem, dass ziemlich oft sogar die Zeit einfach nicht stimmt, teilweise sogar sehr danaben ist. Klar, das könnte an meinem Code liegen, aber alle meine Tests haben bisher auf darauf hingedeutet, dass die DCF77-Daten falsch sind. Und dabei wertet die Library, die ich nutze, sogar die Paritätsbits aus. Und Mainflingen ist quasi um die Ecke bei mir... (25km Luftlinie).
Ich glaub, ich bau das einfach auf NTP um

Gute DCF77-Empfänger sind 19 Daumen breit und knapp zwei Daumen hoch.
Das was da an den Uhren klemmt, ist so primitiv gebaut, dass es eigentlich ein Wunder ist, dass es so überhaupt noch funktioniert

Wo wir bei 19 Daumen sind, wir haben zwei Zeitserver auf 19"-Basis in der Firma. Die laufen zwar, aber die Fehlerrate ist wohl relativ groß, trotz externer Antenne usw.
Ein nicht näher benannter Funkamateur hat sich sogar richtig Mühe bei der Installation des Systems gegeben, da "Antenne im Serverraum" sich natürlich als völlig unbrauchbar darstellte.
Letztendlich haben wir als dritten Zeitserver noch einen GPS-Empfänger, der läuft deutlich stabiler.

... warum nicht eine alte GPS-Maus für Eigenbaufunkuhren nehmen?

Cato hat geschrieben: ↑Di 31. Jan 2023, 13:42 Ich hab hier auch ne Flughafen-LCD-Tafel stehen mit Nebenuhr und mir dafür mit nem AVR und ner H-Brücke ne kleine DCF77-Steuerung gebaut. Auch ich hab das Problem, dass ziemlich oft sogar die Zeit einfach nicht stimmt, teilweise sogar sehr danaben ist. Klar, das könnte an meinem Code liegen, aber alle meine Tests haben bisher auf darauf hingedeutet, dass die DCF77-Daten falsch sind. Und dabei wertet die Library, die ich nutze, sogar die Paritätsbits aus. Und Mainflingen ist quasi um die Ecke bei mir... (25km Luftlinie).
Ich glaub, ich bau das einfach auf NTP um

Würde sagen die Bibliothek ist Schrott. Würde ne Bibliothek nehmen die mind. 2 Minuten hintereinander auswertet und vergleicht mit der hervorigen Minute ob das passt. Und auch die Pulslängen prüft ob plausibel. Kann zwar dann ne weile dauern bis se synchronisiert wenn viele Störungen vorhanden sind aber dafür wesentlich sicherer als einige Gurkendecoder es tun.

Oder man baut sich einen Sender der per ntp gefüttert wird direkt neben die Uhr: https://wiki.erlangen.ccc.de/index.php/DCF77

Cato hat geschrieben: ↑Di 31. Jan 2023, 13:42 Ich hab hier auch ne Flughafen-LCD-Tafel stehen mit Nebenuhr und mir dafür mit nem AVR und ner H-Brücke ne kleine DCF77-Steuerung gebaut. Auch ich hab das Problem, dass ziemlich oft sogar die Zeit einfach nicht stimmt, teilweise sogar sehr danaben ist.

DCF77 ist einfach zu decodieren. Das geht mit fast jedem System, das 0 und 1 auseinander halten kann. Ich habe ein ähnliches Projekt mal mit einer SPS gemacht, schön in Funktionsbausteinsprache. Das hat problemlos funktioniert.

Cato hat geschrieben: ↑Di 31. Jan 2023, 13:42 Klar, das könnte an meinem Code liegen, aber alle meine Tests haben bisher auf darauf hingedeutet, dass die DCF77-Daten falsch sind. Und dabei wertet die Library, die ich nutze, sogar die Paritätsbits aus.

Mit fertigen Libraries habe ich bisher sehr gemischte Erfahrungen gemacht. Besser schreibt man alles, was man nicht zu 100% versteht, selbst.

Cato hat geschrieben: ↑Di 31. Jan 2023, 13:42Und Mainflingen ist quasi um die Ecke bei mir... (25km Luftlinie).

Kann es sein, dass dein Empfänger übersteuert? In der Gegend hatte ich immer das DCF77-Signal im Radio gehört.

MatthiasK hat geschrieben: ↑Di 31. Jan 2023, 19:56
Mit fertigen Libraries habe ich bisher sehr gemischte Erfahrungen gemacht. Besser schreibt man alles, was man nicht zu 100% versteht, selbst.

Glaub das geht meist nicht ums verstehen sondern eher ums Rad nicht neu erfinden und schnell zum laufen zu kommen. Aber ja, viele *fertige* Libs die man im Internet findet sind aber ach einfach Murks.

Das Phänomen passiert bei zwei Uhren unabhängig vom Standort, ich habe schonalle 4 Wände durch mit beiden Uhren.

ferdimh hat geschrieben: ↑Di 31. Jan 2023, 13:30 Gibt es also einen systematischen Bitfehler, wird die Uhr warten, bis das Paritätsbit zufällig kippt.

Das wäre dann pausibel. Das 2-Stunden-Bit bei 30 Sekunden ist halt zufällig genau das einizige im relevanten Datenbereich wo der Minutenzeiger geschubst wird. Hypothese ist also, der Bit wird dadurch immer 1 und manchmal gibt es einen Bitfehler beim Paritätsbit.
Man kann daran nichts machen, ich werde mal den Händler kontaktieren. Zumindest konnte ich hier mal wieder einiges lernen.
Meine Wetterstation hatte an einderem Standort ein Signal, nach manuellem sync hat er genau 2 Minuten das Signal gelesen und ist dann umgesprungen. Am alten Standort scheint es jetzt quarzgenau weiterzugehen.

Ich würde einen Decoder so programmieren das er alle Daten speichert und sich dadurch auch bei schlechtem Empfang über mehrere Minuten genug Redundanz zusammen sammelt. Die Information ändert sich ja grundsätzlich vorhersehbar, da sollte man doch auch mit Datenschnipseln was zurecht bringen. Das wäre mal ein Thema wenn ich endlich mal wieder die Zeit zum coden finde. Das wird kommen, ganz bestimmt... ganz bestimmt...

Eine Frage habe ich aber noch: haben Funkuhren überhaupt noch Quarze drin? Wird das nicht mit Keramik gemacht? So genau braucht es ja nicht sein. Manche Funkuhren gehen absichtlich deutlich zu langsam um dann am Minutenende immer auf die synchronisation zu warten. Das kann man dann sehen wie die letzte sekunde doppelt so lange dauert. Bei Zeigerurhen wäre es immer Sinnvoll zu langsam zu sein und dann einige Sekunden oder Minuten vor zu stellen. Geht die Uhr vor müsste sie knapp 12 Stunden vorspulen, das wird man vermeiden wollen wenn es geht.

funkuhren haben eine gangreserve über quarz. theoretisch laufen die ewig ohne empfang weiter, natürlich nicht besonders genau.

... warum nicht eine alte GPS-Maus für Eigenbaufunkuhren nehmen?

Stromverbrauch....
Also, zumindest wenn GPS dauerhaft läuft. zum gelegentlichen Synchronisieren ist das natürlich klasse.

Und wenn ich mir mal angucke, wie wenig Strom so ne DCF77 uhr benötigt... also..

Da fiel mir grad siedendheiß die schrotte Funkuhr ein die ich vor Wochen mal in die Hand gedrückt bekam. Die war kaputt also grad mal in das Uhrwerk geschaut.
Da scheinen zwei Quarze drin zu sein, kleine zylindrische Zweibeiner.

Auf der Platine drei schwarze Blobs. Ich denke ein Motortreiber, ein Empfänger und ein Hirn.

Interessant ist wie die Uhr feststellt wie ihre Zeiger stehen. Da sind Löcher in den Zahnrädern und manchmal sind die Löcher übereinander.
Auf der Platine sind zwei LED-Artige Bauteile. Jeweils darunter eben die Löcher in den Zahnrädern. Am Gehäuseboden dann ein Stück Plexiglas das quasi eine optische Verbindung macht, die Enden sind jeweils 45° abgeschrägt. Also sendet eine Diode durch die Löcher auf das Plexiglas, von dort zur anderen Seite vom Plexiglas, dann durch die anderen Löcher zurück zur anderen Diode. Das eine Loch ist alle 4 Minuten für ein gewisses Zeitfenster offen. Das Stundenzahnrad hat 6 Löcher. Darum gibt es an 6 verschiedenen, vermutlich vollen Stunden für eine Sekunde oder weniger eine Überdeckung. Das Licht muss durch Stunden, Minuten, Sekundenzahnrad und dessen Antrieb. Die Löcher im Stundenzahnrad sind gruppiert, ein Loch, zwei Löcher und drei Löcher nebeneinander.
Kommt mir kompliziert vor, es ist aber auch schon spät. Ich weiß aber dass diese Uhr zum Synchronisieren immer erst auf 0Uhr gelaufen ist, von dort dann die Zeit gestellt hat. Praktisch wenn man die Zeiger gelöst hatte, Batterie kurz einlegen, warten bis das gesurre aufhört, Batterie raus, dann Zeiger aufstecken.

Zwei Quarze sind bei Funkuhren normal. Einer hat 77,5kHz und einer 32768Hz. Bei Zeiger-Funkuhren gibt es oft auch zwei Motoren.ein Motor für den Stundenzeiger und der andere Motor für den Rest. Es sieht völlig bescheuert aus, wenn die Zeiger "falsch" laufen.

MatthiasK hat geschrieben: ↑Mi 1. Feb 2023, 08:24Bei Zeiger-Funkuhren gibt es oft auch zwei Motoren.ein Motor für den Stundenzeiger und der andere Motor für den Rest.

Meist Sekundenzeiger ein Antrieb und der zweite für Minuten- und Stunden. Letzterer wird meist alle 10 oder 20 Sekunden angesteuert. Bei Armbanduhren sind es mitunter auch für jeden Zeiger ein einzelner Antrieb.

Die Uhr, von 2003/04 etwa von Pearl, hatte einen Antrieb, ein kleines Ritzel mit kleinen Magneten als Läufer. Das Ritzel deht mit 1/2 Hz und ist 2-Polig, also bekommt der Motor einen Sekundentakt. Das Ritzel ist mit 8/40 auf ein Zwischenritzel, das mit 8/48 auf den Sekundenzeiger übersetzt. Das wiederum mit 8/64 auf ein Zwischenzahnrad das damit eine Umdrehung alle 8 Minuten macht, von da mit 8/60 auf den Minutenzeiger.
Die Uhr hatte mechanische Schwierigkeiten, das hat sich also nicht bewehrt. Wobei, so gut 15 Jahre lang hat sie außer Batterien keine Zuwendung benötigt. Interessant war immer dass Abends um etwa 20:45 der Sekundenzeiger bei 45 Sekunden das Zucken angefangen hat. Da hat das Läuferritzel dann Schritte verloren wenn die Batterie zu schwach war. Zuletzt war das Getriebe wohl schwergängig oder so.

Die vielen Löcher in den Stunden sind irgendwie unsinnig. Aber wer weiß schon was die sich da für eine Logik ausgedacht haben. Ist ja eigentlich auch egal, ich werfe das Puzzle jetzt wieder in die Tonne bevor ich mich damit noch mehr befasse

MatthiasK hat geschrieben: ↑Di 31. Jan 2023, 19:56 Mit fertigen Libraries habe ich bisher sehr gemischte Erfahrungen gemacht. Besser schreibt man alles, was man nicht zu 100% versteht, selbst.

Mach ich auch gern, aber in dem Fall hatte ich weniger Lust - hatte mir aber den Code zumindest angeschaut und er erschien mir ganz gut strukturiert. (Das ist der hier)

MatthiasK hat geschrieben: ↑Di 31. Jan 2023, 19:56 Kann es sein, dass dein Empfänger übersteuert? In der Gegend hatte ich immer das DCF77-Signal im Radio gehört.

Das Problem hatte ich bisher eigentlich noch nicht. Ich müsste mir einfach mal den Output des Decoders (Das Pollin DCF77-Modul) anschauen, ob da vielleicht einfach schon Müll rauskommt. Bei meinem Freund funktionieren die Module aber immer top, der verbaut die in Bahnhofsuhren und da gabs noch keine Probleme. Aber der wohnt halt auch weiter weg...

Cato hat geschrieben: ↑Mi 1. Feb 2023, 10:25 Das Problem hatte ich bisher eigentlich noch nicht. Ich müsste mir einfach mal den Output des Decoders (Das Pollin DCF77-Modul) anschauen, ob da vielleicht einfach schon Müll rauskommt. Bei meinem Freund funktionieren die Module aber immer top, der verbaut die in Bahnhofsuhren und da gabs noch keine Probleme. Aber der wohnt halt auch weiter weg...

Mit den Modulen (da gibt es wohl auch 2 Versionen, einige können 5V, die anderen nur Niedlichspannung laut DaBla) hatte ich erhebliche Qualitätsprobleme des Ausgangssignales. Ich habe dann den Ausgang mit BS170 gepuffert und tiefpassgefiltert, bevor der ins Hirn geht. Und IIRC habe ich auch die Versorgungsspannung noch einmal gesiebt. Müsste meine Notizen mal durchsehen.

Passt wunderbar zum Thema: Ich bin mir relativ sicher, dass heute aber erst Freitag ist.
Nicht über die hohe Raumtemperatur wundern: Das Ding steht im indirekten Luftzug des Heizkörpers.

Ich glaube, bei dir ist das Signal zu schwach. Du brauchst einen eigenen Sender.

Ein eigener Zeitzeichensender, der frei einstellbar ist, sollte nicht so schwer sein.
DCF77 ist 50er-Jahre-Technik, die Logik geht selbst mit Relais. Nur für den Sender-Teil braucht man dann Röhren oder Transistoren.

Bei mir war die Uhr im VW Caddy Radio 4 Stunden voraus, dachte ich habe den Feierabend verschlafen. Da war ich in Augsburg.

Oder gibt es neuerdings einen starken DCF77-Jammer und irgendwer möchte uns alle ärgern?

MatthiasK hat geschrieben: ↑Fr 17. Feb 2023, 21:17 Ich glaube, bei dir ist das Signal zu schwach. Du brauchst einen eigenen Sender.

Ein eigener Zeitzeichensender, der frei einstellbar ist, sollte nicht so schwer sein.
DCF77 ist 50er-Jahre-Technik, die Logik geht selbst mit Relais. Nur für den Sender-Teil braucht man dann Röhren oder Transistoren.

70er Jahre


Aber wie gesagt man braucht nen guten Empfänger mit tauglicher Antenne nen guten Decoder dann geht DCF77 sehr gut. Beides ist in Billig/Designeruhren meist nicht der Fall.
Und keine China billigst EMV Schleuder um die Ecke wie LED-Leuchten /Netzteile ohne Netzfilter die in der nähe der QRG rumsauen.

Das mal Zeitweise kein guter Empfang ist damit auch Ausbreitungsbedingt gelegentlich zu rechnen. Dauert dann halt etwas länger bis die sich synchronisieren. Batterei betriebene synchronisieren sich meist eh nur einmal am tag und wenns nach ein paar min. nicht klappt wieder ein paar h Spähter. Die meisten tun dass um 0:00 Uhr oder 3:00 Uhr in der früh. Gute Uhren die am Netz hängen versuchen sich dauerhaft zu synchronisieren und laufen dann mitn Quarz weiter wenn das mal nicht klappt. Da ist dann Software im spiel wie Fehleranfällig das funktioniert.

ich war mal in der Galeria Kaufhof (RIP) in der Uhrenabteilung und hab gefragt warum die dort ausgestellten Junghans-Uhren
*allesamt* unterschiedliche Zeiten gezeigt haben... kam nur Rumgedruckse und Ausreden.

Das lag bestimmt daran, daß die Uhren nicht mit den in der Uhrenabteilung zum doppelten Preis angebotenen Bakterien verköstigt wurden sondern womöglich mit (exakt denselben) Batterien aus der Bespaßungsabteilung oder gar mit völlig ausgelutschten Originalzellen aus deutscher Fertigung.

Es war halt irgendwie lustig... fett "FUNKUHR! ABWEICHUNG EINE
SEKUNDE IN XXXTAUSEND JAHREN!!ELF!" drüberstehen haben
und auf die Frage "ja, welche zeigt denn nun die exakte Zeit?" nur
rote Köpfe...