Welcome to our new forum
All users of the legacy CODESYS Forums, please create a new account at account.codesys.com. But make sure to use the same E-Mail address as in the old Forum. Then your posts will be matched.
Close
hat jemand von Euch schon Erfahrungen gemacht mit dem Synchronisieren mit der Atomzeit für den RTC. Es gibt von Conrad einen Empfänger, der die Atomzeit empfängt. Man wertet dort eine Bitfolge aus, die Jahr,Tag, Monat usw. zur verfügung stellt. Das könnte man gut nutzen für die Synchronisierung nach einem Stromausfall. Oder generell zum Einstellen der Zeit über den RTC Baustein. Die Auswertung der Bitfolge in einem Programm stelle ich mir schwierig vor. Ein Link für die Erklärung der Bitfolge: http://www.gumo.de/sonstiges/zeitzeichensender/ . Ich habe keinen Schimmer, wie ich da an ein Programm gehen soll. Vielleicht hat sich der ein oder andere schon damit beschäftigt. Ich bin Anfänger und muß da leider passen. Allerdings, die Auswertung könnte ich schon gut gebrauchen. Ich versuche mich mit Codesys V2.3 für AS-i.
Mfg
UUSER
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Zitat:
Die Auswertung der Bitfolge in einem Programm stelle ich mir schwierig vor.
Das ist relativ. Ich habe das mal mit einem µPC gemacht. Als erstes mußt Du den Minutenanfang finden. Dazu reicht ein einfacher Timer, der von steigender Flanke zu steigender Flanke läuft. Wenn dieser mehr als 1,5 Sekunden gelaufen ist, startet Deine neue Bitfolge. Jetzt mußt Du noch einen Zähler hochzählen (mit jeder steigenden Flanke). 150ms nach jedem Hochzählen frägst Du Deinen Eingang ab. Ist er "High", hast Du ein "High"-Bit, bei "Low" ein "Low"-Bit. Diesen Zustand schreibst Du in ein Array, die Position ist abhängig von Deinem Zählerstand. Beim nächsten Minutenanfang den Zähler wieder resetten. Die Auswertung kann beginnen, sobald die jeweiligen Bits übertragen sind. Manche Firmen haben aber auch einen entsprechenden Programmbaustein schon erhalten, dann kannst Du Dir die Programmierung sparen.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Die Steigende Flanke kommt von dem Puls vom Sender? In dem Text ist das so erklärt: Jede Sekunde beginnt mit dem Abfallen des Trägers (von 100% auf 25%). Eine Ausnahme ist die Sekunde 59, bei der es keinen Trägerabfall gibt. Der Träger steht also nach dem Trägerabfall (= Beginn) der Sekunde 58 solange, bis die Sekunde 59 vorbei ist.
Das habe ich verstanden damit meintest Du die Flankenauswertung, die dann weg fällt und ich dann so meinen Minutenanfang bekomme.
Was ich meine ist, dass in dieser Bitfolge die Bits 42-44 aussagen, welcher Wochentag gerade ist.
Wie mache ich das im FUP, wenn 42:1,43:1,44:1 also = 7(Sonntag) ist
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ja Oberchefe ich war zwar erst etwas verwirrt über deine Antwort aber danke das hat licht ins Dunkle gebracht. Nun tickt die Uhr wie Sie es soll. Danke für denn Startschups.
Mfg
uuser
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hallo, dies ist mein kleines Snippet, das das Signal des Conrad Empfängers auswertet. Läuft schon seit ein paar Jahren w/o Probleme. Eventuell musst Du den log. Pegel des Eingangssignales anpassen, da ich eine Signalanpassung (12V->24V) an dem Empfänger vorgeschaltet habe, der den logischen pegel invertiert.
Hallo,
hat jemand von Euch schon Erfahrungen gemacht mit dem Synchronisieren mit der Atomzeit für den RTC. Es gibt von Conrad einen Empfänger, der die Atomzeit empfängt. Man wertet dort eine Bitfolge aus, die Jahr,Tag, Monat usw. zur verfügung stellt. Das könnte man gut nutzen für die Synchronisierung nach einem Stromausfall. Oder generell zum Einstellen der Zeit über den RTC Baustein. Die Auswertung der Bitfolge in einem Programm stelle ich mir schwierig vor. Ein Link für die Erklärung der Bitfolge: http://www.gumo.de/sonstiges/zeitzeichensender/ . Ich habe keinen Schimmer, wie ich da an ein Programm gehen soll. Vielleicht hat sich der ein oder andere schon damit beschäftigt. Ich bin Anfänger und muß da leider passen. Allerdings, die Auswertung könnte ich schon gut gebrauchen. Ich versuche mich mit Codesys V2.3 für AS-i.
Mfg
UUSER
Das ist relativ. Ich habe das mal mit einem µPC gemacht. Als erstes mußt Du den Minutenanfang finden. Dazu reicht ein einfacher Timer, der von steigender Flanke zu steigender Flanke läuft. Wenn dieser mehr als 1,5 Sekunden gelaufen ist, startet Deine neue Bitfolge. Jetzt mußt Du noch einen Zähler hochzählen (mit jeder steigenden Flanke). 150ms nach jedem Hochzählen frägst Du Deinen Eingang ab. Ist er "High", hast Du ein "High"-Bit, bei "Low" ein "Low"-Bit. Diesen Zustand schreibst Du in ein Array, die Position ist abhängig von Deinem Zählerstand. Beim nächsten Minutenanfang den Zähler wieder resetten. Die Auswertung kann beginnen, sobald die jeweiligen Bits übertragen sind. Manche Firmen haben aber auch einen entsprechenden Programmbaustein schon erhalten, dann kannst Du Dir die Programmierung sparen.
Die Steigende Flanke kommt von dem Puls vom Sender? In dem Text ist das so erklärt: Jede Sekunde beginnt mit dem Abfallen des Trägers (von 100% auf 25%). Eine Ausnahme ist die Sekunde 59, bei der es keinen Trägerabfall gibt. Der Träger steht also nach dem Trägerabfall (= Beginn) der Sekunde 58 solange, bis die Sekunde 59 vorbei ist.
Das habe ich verstanden damit meintest Du die Flankenauswertung, die dann weg fällt und ich dann so meinen Minutenanfang bekomme.
Was ich meine ist, dass in dieser Bitfolge die Bits 42-44 aussagen, welcher Wochentag gerade ist.
Wie mache ich das im FUP, wenn 42:1,43:1,44:1 also = 7(Sonntag) ist
Ja Oberchefe ich war zwar erst etwas verwirrt über deine Antwort aber danke das hat licht ins Dunkle gebracht. Nun tickt die Uhr wie Sie es soll. Danke für denn Startschups.
Mfg
uuser
hallo bei oscat programmieren wir gerade einen dcf77 decoder.
er ist fertig programmiert aber noch ungetestet.
wenn ihr mir testen helft ist das ding sicher in wenigen tagen fertig.
wir hatten leider vergessen einen empfänger zu bestellen deshalb ist ein test derzeit nicht möglich.
die aktuelle entwicklungslib ist angehängt.
bitte nicht verbreiten weil es beta stadium ist.
in wenigen tagen kommt die getestete 1.2 online.
oscat.pro [212.34 KiB]
hallo ich war gestern etwas voreilig mit dem source code für den decoder.
hier nun eine wesentlich besser getestete version.
immer noch beta und noch nicht perfekt da ich derzeit in asien bin und nicht auf den steuerungen testen kann.
auch einen simulator für dcf77 signale gibts nun zum testen
aber leider läuft das ganze nicht auf meinem pc weil dort nichts zeitgetreu ist
oscat.pro [235.11 KiB]
Hallo, dies ist mein kleines Snippet, das das Signal des Conrad Empfängers auswertet. Läuft schon seit ein paar Jahren w/o Probleme. Eventuell musst Du den log. Pegel des Eingangssignales anpassen, da ich eine Signalanpassung (12V->24V) an dem Empfänger vorgeschaltet habe, der den logischen pegel invertiert.
Gruss
Hans
Dcf77.pro [33.11 KiB]