Zur Info

So eine Raspi Uhr geht recht genau. Die gemessene Abweichung des offline Pi nach knapp 6 Stunden beträgt 10ms gegenüber dem Pi mit LAN ( NTP)
Optisch anhand der LED nicht zu erfassen. Vermute das ab 50 ms das zu sehen ist. Also ggf. morgen...

Zur Info für technisch Interessierte an diesem Aufbau.

Die beiden LED sind für das Auge syncron. Das Oszi sieht natürlich trotzdem einen kleinen Versatz. Konkret sind das im Mittel 4,1 ms. Code von Siruis...

Siehe Bild.

https://imgur.com/fn7EXqn.png

Jetzt kommt der Test, wie schnell das ...

Der NTPD läuft ja permanent. Und wie oft der schaut kann man einstellen. AFAIK ist der Max Wert für den Interval 1024 Sekunden.

Danke. Ich teste das morgen. Wird auch interessant zu sehen, wie lange das dauert wenn NTP weg ist weil kein Netzwerk. Wann das sichtbar weg driftet. Ich vermute nur wenige Stunden.
Das Puls Pausen Verhältnis ist übrigens sehr variabel. Kann also auch nur kurz on sein und dann eine lange Pause oder ...

Hmm, der "Sirius3" Code ersetzt jetzt welchen Part.? Alles unterhalb von PERIOD = sum... bis vor if __name...?

Ähm, das blicke ich jetzt nicht. Ist es nicht so, das die Timer vom genauen Takt des Rechner abhängen. Und wenn der eine Schwankung hat...? Das Ziel ist es an verschiedenen Orten einen syncronen Takt zu erzeugen. Die einzige Referenz ist NTP bzw. DCF77 / GPS...

EDIT:

Hab die SleepZeit jetzt auf 0 ...

Das Programm muss doch die Berechnungen noch schaffen.? Oder ist das überhaupt kein Problem.?

Interessant ist, je länger ich die beiden LED im Auge behalte... Mal ist die eine minimal vorrauseilend, mal die andere. Die beiden Pi sind auch noch unterschiedlich. Einer hat kein Onboard WLAN, das ist ...

Fraglich jetzt, ob das nur quick and dirty ist, aber der korrekten Berechnung grundsätzlich nicht im Weg steht, oder ob das hinderlich ist für die Genauigkeit. Als erstes Ergebnis ist festzustellen, das die LED sichtbar unsyncron an und aus gehen. Man muss aber schon genau hinsehen. Genaueres kann ...

Ja, das mit dem einrücken hatte ich gesehen. Der Editor Geany zeigt das ja sogar an, wenn ich diese Klammern im Code richtig deute.

Und das Tut durcharbeiten, ist zeitlich nicht drin. So gerne ich das auch machen würde. Mit diesem kleinen Programm geht es erstmal nur um einen Versuch, wie genau ...

Läuft...Reichte nicht, nur nach SEQUENCE zu triggern, sondern das [pos][1] musste da noch mit rein.

Die LED wird jetzt angesteuert. Hab zwar noch ne Warnung, weil der Channel already in use ist. Aber das findet sich, denke ich... Spannend wird es jetzt, wie syncron das ganze geht, wenn das auf zwei ...

OK, schaue ich mir an.
Wie so oft, ist Zeit ein limitierender Faktor. Und ich hatte angenommen, das mein GPIO grundsätzlich laufen müsste, ich nur irgendwo ein Zeichen falsch gesetzt habe, oder so. Und dann neige ich dazu erstmal rumzuprobieren, was auch ab und zu klappt.
Aber eben nicht immer...

Der print Befehl gibt das ja periodisch aus. Endet damit die Schleife?

Sowas wie ein "Done" am Ende der Schleife gibt es bei Python wohl nicht...?!

Ja, da hast Du Recht. In der Schleife wird immer ausgegeben, an welcher Stelle in dieser Sequenz die Berechnung rauskommt. Und im Falle von True soll der Ausgang auf High gehen, bzw. auf LOW bei False. Ich dachte ich kann die SEQUENCE als eine Art variable nehmen.!? War wohl Unsinn...

Hab noch ne Frage bzgl. der LED...

Die Ansteuerung der LED ist kein Problem, wenn ich die jeweiligen Zeilen auskommentiere, geht die auch an bzw. aus. Aber die Abfrage, die parallel zu der Ausgabe True oder False die LED setzen soll, geht aber nicht.
Das wird einfach ignoriert.
Geht das so nicht ...

Danke für die Unterstützung. Will das mal auf zwei Raspis laufen lassen und ne LED steuern. Das fällt dann mehr ins Auge, wenn das aus dem Takt läuft.

Schönen Abend noch...

Tolle Sache. Hab das Programm in zwei getrennte Terminals nacheinander gestartet, und die True/False Zeilen laufen parallel hoch. OK, klar. Ist ja die selbe Zeitbasis. Aber wenn NTP und Co seinen Job machen, sollte das grundsätzlich gehen.

Und bzgl. weglaufen. Es wird immer wieder neu ausgerechnet ...

Mist, zu doof. Hab ich ja selber vorgegeben.
Danke, ich probier mal damit rum...

import math
import time
seconds = time.time()
print("Seconds since epoch =", seconds)
position = math.fmod(time.time(), 17500)
print(position)


Das hab ich mal zum Test ausgeführt. Die Sekunden seit der Epoche werden angezeigt. Und was sagt mir nun das Ergebnis.? Das scheint
nicht durch 17500 ...

OK, muss feststellen das meine ersten Gehversuche vor Jahren mit einem PI und ein paar GPIO mir hier nicht weiterhelfen. Die "periode" oben in spitzen Klammern ist diese Liste an ON und OFF Zeiten? Blätter gerade durch diverse Codebeispiele...

Epoche... Der berühmte 1.1.1970
Hört sich einfach an. Als weiss das Programm dann wo in der Abfolge es ist.?

Ja, das hatte ich vergessen. UTC ist die Zeit der Wahl.