DCF77 und RTC mit ATmega unter BASCOM
- Ersteller Markus
- Erstellt am
Hallo Leute!
Ich möchte das Dcf77 Signal auf vier 7 Segmentanzeigen multiplexen. Jetzt weiß ich nicht genau wie ich die Time$ Variable zerlegen kann.
Ich hab mir gedacht das diese Variable aus _hour ; _min ; _sec besteht. Ist das so?
Außerdem wird die Uhr mit meinem derzeigen Code nicht synchronisiert. Woran könnte das liegen?
Am Dcf77 Modul ist ein pull up dann. Das Signal liegt an Port A0 an. Der Empfang ist gut das hab ich schon überprüft.
Ich hoffe mein Code ist verständlich!
Ich möchte das Dcf77 Signal auf vier 7 Segmentanzeigen multiplexen. Jetzt weiß ich nicht genau wie ich die Time$ Variable zerlegen kann.
Ich hab mir gedacht das diese Variable aus _hour ; _min ; _sec besteht. Ist das so?
Außerdem wird die Uhr mit meinem derzeigen Code nicht synchronisiert. Woran könnte das liegen?
Am Dcf77 Modul ist ein pull up dann. Das Signal liegt an Port A0 an. Der Empfang ist gut das hab ich schon überprüft.
Ich hoffe mein Code ist verständlich!
Tach auch
Hast Du Dir meinen Code mal angeguckt? Denn kann man leicht abändern auf deine Belegung. Bei mir ist zwar noch Datum und Sekunden mit drin aber den Teil kann man raus nehmen. Wenn Du nicht klar kommst brauch ich deine Belegung und guck mal ob ich es für Dich machen kann.
Hast Du Dir meinen Code mal angeguckt? Denn kann man leicht abändern auf deine Belegung. Bei mir ist zwar noch Datum und Sekunden mit drin aber den Teil kann man raus nehmen. Wenn Du nicht klar kommst brauch ich deine Belegung und guck mal ob ich es für Dich machen kann.
Hallo tipfix!
Dein Angebot ist sehr nett!
Hier mal mein Schaltplan. Die Bauteile R1, R2, D1 und C5 sind nicht bestückt. Anstelle des Widerstands R2 ist eine 0Ohm Brücke drin. An port A0 hängt der DCF Empfänger.
Ich häng da voll und versteh nicht warum das nicht tun soll.
Ich hoffe mit dem Schaltplan kann man mir weiter helfen!
Dein Angebot ist sehr nett!
Hier mal mein Schaltplan. Die Bauteile R1, R2, D1 und C5 sind nicht bestückt. Anstelle des Widerstands R2 ist eine 0Ohm Brücke drin. An port A0 hängt der DCF Empfänger.
Ich häng da voll und versteh nicht warum das nicht tun soll.
Ich hoffe mit dem Schaltplan kann man mir weiter helfen!
Hallo Tipfix,
das schaut wilder aus als es ist. Die Jumbo Segmente brauchen eben etwas mehr Spannung. Mit dem Port D werden die Segmente ausgewählt und mit Port C wir das Multiplexen gemacht. Der Code ist noch nicht ganz fertig.
Später möchte ich über die Open-Collector Ausgänge eben was ein oder ausschalten.
Ich möchte erstmal einfach nur das diese Uhr jetzt mal richtig läuft und auch dcf synchronisiert wird.
das schaut wilder aus als es ist. Die Jumbo Segmente brauchen eben etwas mehr Spannung. Mit dem Port D werden die Segmente ausgewählt und mit Port C wir das Multiplexen gemacht. Der Code ist noch nicht ganz fertig.
Später möchte ich über die Open-Collector Ausgänge eben was ein oder ausschalten.
Ich möchte erstmal einfach nur das diese Uhr jetzt mal richtig läuft und auch dcf synchronisiert wird.
Probleme mit DCF77
Hallo Leute,
ich bin erst seit gestern hier im Forum angemeldet und musste zuerst mal feststellen, wie nett man hier miteinander umgeht und sich gegenseitig hilft. Ich habe nun stundenlang alle Beiträge zum Thema DCF77 gelsen und parallel experimentiert.
Nun zu meiner Sache: Ich habe mir den Code "dcf77 ohne ds1307" genommen und an den ATMega8 angepasst (hoffentlich richtig). Diesen möchte ich intern mit 8 MHz takten. Ich will mich mal mit DCF77 vertraut machen und somit zuerst eine Schaltung aufbauen um das Signal zu empfangen und die Zeit / Wochentage auf dem Display zu sehen. Später möchte ich die Schaltung für einen anderen Zweck einsetzen. Mein DCF77 Modul ist von Conrad und ich habe es wie in der pdf-Datei von Wolfgang Back gezeigt mit den Widerständen und der LED verdrahtet. Der Anschluss 4, also invertiert geht an den ATMega8. Auf meinem Display 16 x 2 sehe ich 2 Zeilen, in der obersten Zeile werden irgendwie nur Sekunden hochgezählt, springt dann weiter auf den Minutenbereich, in der 2. Zeile steht alles auf Null. Die Zeitzone steht ebenfalls auf Null, was vom Code her bedeutet, dass nichts empfangen wird.
Da ich am Modul wie eben schon erwähnt habe diese LED angeschlossen habe und diese auch blinkt, würde ich gerne mal wissen, was hier überhaupt blinkt. Heisst es nun, dass das Modul synchronisiert und sekündlich ein DCF77 Signal liefert? Im Terminalfenster bekomme ich auch nicht das angezeigt was angezeigt werden soll. Eine Logdatei werde ich anhängen, ebenso den Code. Wenn ich das Modul an einen Oszi hängen würde, was müsste ich denn dann sehen? Also einmal bei Empfang und einmal ohne Empfang? Vielleicht hat ja der ein oder andere von euch bei seinen Experimenten nützliche Zwischenergebnisse gesammelt.
Gruß Michael
Hallo Leute,
ich bin erst seit gestern hier im Forum angemeldet und musste zuerst mal feststellen, wie nett man hier miteinander umgeht und sich gegenseitig hilft. Ich habe nun stundenlang alle Beiträge zum Thema DCF77 gelsen und parallel experimentiert.
Nun zu meiner Sache: Ich habe mir den Code "dcf77 ohne ds1307" genommen und an den ATMega8 angepasst (hoffentlich richtig). Diesen möchte ich intern mit 8 MHz takten. Ich will mich mal mit DCF77 vertraut machen und somit zuerst eine Schaltung aufbauen um das Signal zu empfangen und die Zeit / Wochentage auf dem Display zu sehen. Später möchte ich die Schaltung für einen anderen Zweck einsetzen. Mein DCF77 Modul ist von Conrad und ich habe es wie in der pdf-Datei von Wolfgang Back gezeigt mit den Widerständen und der LED verdrahtet. Der Anschluss 4, also invertiert geht an den ATMega8. Auf meinem Display 16 x 2 sehe ich 2 Zeilen, in der obersten Zeile werden irgendwie nur Sekunden hochgezählt, springt dann weiter auf den Minutenbereich, in der 2. Zeile steht alles auf Null. Die Zeitzone steht ebenfalls auf Null, was vom Code her bedeutet, dass nichts empfangen wird.
Da ich am Modul wie eben schon erwähnt habe diese LED angeschlossen habe und diese auch blinkt, würde ich gerne mal wissen, was hier überhaupt blinkt. Heisst es nun, dass das Modul synchronisiert und sekündlich ein DCF77 Signal liefert? Im Terminalfenster bekomme ich auch nicht das angezeigt was angezeigt werden soll. Eine Logdatei werde ich anhängen, ebenso den Code. Wenn ich das Modul an einen Oszi hängen würde, was müsste ich denn dann sehen? Also einmal bei Empfang und einmal ohne Empfang? Vielleicht hat ja der ein oder andere von euch bei seinen Experimenten nützliche Zwischenergebnisse gesammelt.
Gruß Michael
So, da bin ich wieder.
Ich habe nun mal am DCF77 Modul am PIN3 abgegriffen, also dort wo das nicht invertierte Signal liegt. Im Programm habe ich dann auch dafür die Änderung vorgenommen, Inverted = 0. Und siehe da, es funktioniert. Im Terminalfenster bekomme ich nun alles korrekt angezeigt, jede Minute wird synchronisiert. Allerdings sehe ich dann kurz vor der Sync, dass die beiden Zeiten (DCF und Softclock) ca. 5 sec voneinander abweichen.
Mein 16 x 2 Display zeigt auch alles korrekt an, dauert aber nach erneutem Brennen des ATMega8 ca. 2 - 3 min bis die Zeit, Tag, Monat und Jahr angezeigt werden. Ich nutze als Takt 8 MHz intern, arbeite also ohne Quartz. Vielleicht kann dazu noch jemand etwas sagen bzw. schreiben.
Und noch ein Hinweis: ich hatte wie viele hier im Board ebenfalls Empfangsprobleme. Da ich auch an einem Schreibtisch arbeite, musste ich die Antenne ebenfalls mehrfach verschieben bis ich Erfolg hatte.
Gruß Michael
Ich habe nun mal am DCF77 Modul am PIN3 abgegriffen, also dort wo das nicht invertierte Signal liegt. Im Programm habe ich dann auch dafür die Änderung vorgenommen, Inverted = 0. Und siehe da, es funktioniert. Im Terminalfenster bekomme ich nun alles korrekt angezeigt, jede Minute wird synchronisiert. Allerdings sehe ich dann kurz vor der Sync, dass die beiden Zeiten (DCF und Softclock) ca. 5 sec voneinander abweichen.
Mein 16 x 2 Display zeigt auch alles korrekt an, dauert aber nach erneutem Brennen des ATMega8 ca. 2 - 3 min bis die Zeit, Tag, Monat und Jahr angezeigt werden. Ich nutze als Takt 8 MHz intern, arbeite also ohne Quartz. Vielleicht kann dazu noch jemand etwas sagen bzw. schreiben.
Und noch ein Hinweis: ich hatte wie viele hier im Board ebenfalls Empfangsprobleme. Da ich auch an einem Schreibtisch arbeite, musste ich die Antenne ebenfalls mehrfach verschieben bis ich Erfolg hatte.
Gruß Michael
Hallo Michael,
willkommen bei uns im Forum.
Ich bin kein Bascom-Experte und kann dir bei deinem Programm leider nicht so gut helfen.
Der Grund für die Zeitdifferenz von etwa 5 Sekunden je Minute könnte von der Toleranz des internen Oszillators kommen. Ist der Oszillator nicht kalibriert, können die Fehlergrenzen >3% sein. Die Oszillatorfrequenz ist zudem noch relativ stark abhängig von der Betriebsspannung. 3% entsprechen hier knapp 2 Sekunden Fehler je Minute, wenn ich mich jetzt nicht verrechnet habe.
Grüße,
Dirk
willkommen bei uns im Forum.
Ich bin kein Bascom-Experte und kann dir bei deinem Programm leider nicht so gut helfen.
Der Grund für die Zeitdifferenz von etwa 5 Sekunden je Minute könnte von der Toleranz des internen Oszillators kommen. Ist der Oszillator nicht kalibriert, können die Fehlergrenzen >3% sein. Die Oszillatorfrequenz ist zudem noch relativ stark abhängig von der Betriebsspannung. 3% entsprechen hier knapp 2 Sekunden Fehler je Minute, wenn ich mich jetzt nicht verrechnet habe.
Grüße,
Dirk
Hallo Michael,
der Laufzeitunterschied von 5 Sekunden innerhalb einer Minute kann ich mir nicht ganz erklären. Ich kann mich nur Dirk anschließen. Eventuell liegt es an den Oszillatoren.
Aber, überprüfe doch bitte nochmals Deine Fuses. Hast Du die richtige Einstellung gewählt? Läuft der Mega wirklich mit 8 MHz?
Welche BASCOM-Einstellungen hast Du gewählt? Mit sind solche Efekte bekannt wenn der Mega mit anderer Frequenz läuft also Du mit der Direktive
in BASCOM eingestellt hast.
Wenn es hier Unterschiede gibt dann kann BASCOm die Timer für die SoftClock nicht richtig setzen und dann hast Du natürlich Deltas. Die Softclock läuft dann entweder schneller oder langsamer.
Überprüf das bitte. Andre Ideen habe ich auch nicht!
Dann noch ein paar Sätze zum DCF77 selbst. Bei mir dauert es auch zwischen 2-5 Minuten bis ich eine erste saubere Synchronisation hinbekomme. Da mach ich mir aber keine größeren Gedanken. Ich glaube, nur wenn Du direkt in Braunschwaig sitzt und die Atenne zum Sender ausgerichtet hast und Dein Programm mit Timing 100%ig passt schaffst Du einen Sync in einer Minute. Aber auch nur dann wenn Du den Code exakt zur Sekunde 57 flashst und Dein Programm zur Sekunde 59 bereits schön läuft. In der Regel brauchst Du schon mal min. 2 Minuten um die Daten zu empfangen. Das Hängt einfach mit der Codierung der Daten zusammen und wie die Date übertragen werden.
Schau mal unter DCF77 in die Wikipedia rein. Auc unter folgendem Link ist recht gut beschrieben wie DCF77 funktioniert und vielleicht wird Dir dann einiges klarer.
http://www.roboternetz.de/wissen/index.php/DCF77-Decoder_als_Bascom-Library
Grüße,
Markus
der Laufzeitunterschied von 5 Sekunden innerhalb einer Minute kann ich mir nicht ganz erklären. Ich kann mich nur Dirk anschließen. Eventuell liegt es an den Oszillatoren.
Aber, überprüfe doch bitte nochmals Deine Fuses. Hast Du die richtige Einstellung gewählt? Läuft der Mega wirklich mit 8 MHz?
Welche BASCOM-Einstellungen hast Du gewählt? Mit sind solche Efekte bekannt wenn der Mega mit anderer Frequenz läuft also Du mit der Direktive
Code:
$crystal = 8000000Wenn es hier Unterschiede gibt dann kann BASCOm die Timer für die SoftClock nicht richtig setzen und dann hast Du natürlich Deltas. Die Softclock läuft dann entweder schneller oder langsamer.
Überprüf das bitte. Andre Ideen habe ich auch nicht!
Dann noch ein paar Sätze zum DCF77 selbst. Bei mir dauert es auch zwischen 2-5 Minuten bis ich eine erste saubere Synchronisation hinbekomme. Da mach ich mir aber keine größeren Gedanken. Ich glaube, nur wenn Du direkt in Braunschwaig sitzt und die Atenne zum Sender ausgerichtet hast und Dein Programm mit Timing 100%ig passt schaffst Du einen Sync in einer Minute. Aber auch nur dann wenn Du den Code exakt zur Sekunde 57 flashst und Dein Programm zur Sekunde 59 bereits schön läuft. In der Regel brauchst Du schon mal min. 2 Minuten um die Daten zu empfangen. Das Hängt einfach mit der Codierung der Daten zusammen und wie die Date übertragen werden.
Schau mal unter DCF77 in die Wikipedia rein. Auc unter folgendem Link ist recht gut beschrieben wie DCF77 funktioniert und vielleicht wird Dir dann einiges klarer.
http://www.roboternetz.de/wissen/index.php/DCF77-Decoder_als_Bascom-Library
Grüße,
Markus
Dcf77
Hallo Markus,
ich bin heute morgen wieder ein Schritt weitergekommen. Ich habe nun einen 8 MHz Quartz mit den beiden Ziehkondensatoren (33 pF) angschlossen und die Fusebits eingestellt: Fusebit KLA987 111101 ext. crystal/resonator medium freq; startup time 16k ck + 64 ms (cksel=1101 SUT=11
Jetzt gibt es keine Abweichung mehr, das Programm läuft sauber. Den aktuellen Code hänge ich an.
Nun kommt meine eigentliche Aufgabe. Die Schaltung, die ich mehrfach aufbauen möchte soll dazu dienen, dass ich an verschiedenen Standorten zur gleichen Zeit (synchron) eine andere Schaltung ansteuern möchte (z.B. Relais). Deshalb habe ich mich auch für DCF77 entschieden. Wo und wie muss ich im Programm die Sekunde "abgreifen" und auf einen PIN des ATMega ausgeben? Ebenso soll an einer LED erkennbar sein, dass ein DCF77 Signal besteht. Im momentanen Programm wird dies durch einen Stern auf dem Display angezeigt. Die spätere Schaltung soll ohne Display laufen.
Gruß Michael
Hallo Markus,
ich bin heute morgen wieder ein Schritt weitergekommen. Ich habe nun einen 8 MHz Quartz mit den beiden Ziehkondensatoren (33 pF) angschlossen und die Fusebits eingestellt: Fusebit KLA987 111101 ext. crystal/resonator medium freq; startup time 16k ck + 64 ms (cksel=1101 SUT=11
Jetzt gibt es keine Abweichung mehr, das Programm läuft sauber. Den aktuellen Code hänge ich an.
Nun kommt meine eigentliche Aufgabe. Die Schaltung, die ich mehrfach aufbauen möchte soll dazu dienen, dass ich an verschiedenen Standorten zur gleichen Zeit (synchron) eine andere Schaltung ansteuern möchte (z.B. Relais). Deshalb habe ich mich auch für DCF77 entschieden. Wo und wie muss ich im Programm die Sekunde "abgreifen" und auf einen PIN des ATMega ausgeben? Ebenso soll an einer LED erkennbar sein, dass ein DCF77 Signal besteht. Im momentanen Programm wird dies durch einen Stern auf dem Display angezeigt. Die spätere Schaltung soll ohne Display laufen.
Gruß Michael
Hallo Michael,
die für Dich relevanten Variablen heißen:
Es handelt sich hierbei um BASCOM interne Variablen welche bei CONFIG DCF77 oder CONFIG SOFTCLOCK angelegt werden. In der Zeit in der keine DCF77 Synchronisation stattfindet wird durch interne Timer die Uhr, analog zur SoftClock weitergezählt.
Zur Auswertung von Sekunden kannst Du _sec auslesen und weiterverarbeiten. Achtung, Veränderungen an dieser Variable führen auch zu Veränderungen Deiner Uhrzeit!
Also, abgegriffen werden die Sekunden von _sec. Die Auswertung kannst Du machen wo und wie Du magst. Form, Farbe und Umsetzung sind dabei keine Grenzen gesetzt
Du kannst die Sekunden in der Hauptschleife abfragen / vergleichen, Du kannst Dir einen eigenen kleinen Scheduler bauen der Dir die Aufgabe übernimmt, usw. Ein ist jedoch klar, Du musst es zu Fuß machen, bedeutet selber implementieren.
Schau Dir mal die Fuktion SECTIC an welche als Parameter bei DCF77 und SoftClock verfübar ist. Es ist eine besondere Art von Service-Routine die jede Sekunde aufgerufen wird. Wenn es darum geht eine LED zappel zu lassen so kannst Du das gut in der Routine machen!
So, weiter....
Den Stern auf dem Display habe ich implementiert um anzuzeigen, das eine gültige DCF77 Synchronisation stattgefunden hat und die SoftClock nach DCF77 gestellt wurde. Mehr macht der Stern nicht. Er trifft keine Aussage darüber, ob Du Empfang hast und wie gut der Empfang ist. Entsprechende Anzeigen müsstest Du Dir auch selber basteln. Die Kriterien dafür sind aber nicht ganz einfach und Du wirst in der Praxis sehen, selbst wenn GUT Kriterien nicht eingehalten werden kann es bei der DCF77 zu Sync-Evets kommen.
So spontan fällt mir keine saubere Lösung ein, den DCF77 Empfang mittels LED anzuzeigen. Eventuell direkt am Modul eine LED mit anhängen, oder die internen Status-Bits von BASCOM auswerten. Wenn sich Änderungen in den BitMustern ergeben so könnte das ei Indiz auf Empfang sein. Ich glaube aber nicht, das es mit einfachen Bordmitteln möglich ist den Empfang qualitativ zu bewerten. Da muss ich erstmal passen. Vielleicht haben ja andere Mitglieder hier noch eine Idee.
@Knickohr; fällt Dir spontan was dazu ein?
Wenn es Dir auf den Stern ankommt so ist das ganz einfach. Setze anstelle der Sternausgabe einfach einen PIN eines Ports aus High, den Du sovor als Ausgang definiert hast.
Soweit dazu, hoffe ich konnte Dir weiterhelfen!
Grüße,
Markus
die für Dich relevanten Variablen heißen:
Code:
_hour
_min
_secEs handelt sich hierbei um BASCOM interne Variablen welche bei CONFIG DCF77 oder CONFIG SOFTCLOCK angelegt werden. In der Zeit in der keine DCF77 Synchronisation stattfindet wird durch interne Timer die Uhr, analog zur SoftClock weitergezählt.
Zur Auswertung von Sekunden kannst Du _sec auslesen und weiterverarbeiten. Achtung, Veränderungen an dieser Variable führen auch zu Veränderungen Deiner Uhrzeit!
Also, abgegriffen werden die Sekunden von _sec. Die Auswertung kannst Du machen wo und wie Du magst. Form, Farbe und Umsetzung sind dabei keine Grenzen gesetzt
Du kannst die Sekunden in der Hauptschleife abfragen / vergleichen, Du kannst Dir einen eigenen kleinen Scheduler bauen der Dir die Aufgabe übernimmt, usw. Ein ist jedoch klar, Du musst es zu Fuß machen, bedeutet selber implementieren.
Schau Dir mal die Fuktion SECTIC an welche als Parameter bei DCF77 und SoftClock verfübar ist. Es ist eine besondere Art von Service-Routine die jede Sekunde aufgerufen wird. Wenn es darum geht eine LED zappel zu lassen so kannst Du das gut in der Routine machen!
So, weiter....
Den Stern auf dem Display habe ich implementiert um anzuzeigen, das eine gültige DCF77 Synchronisation stattgefunden hat und die SoftClock nach DCF77 gestellt wurde. Mehr macht der Stern nicht. Er trifft keine Aussage darüber, ob Du Empfang hast und wie gut der Empfang ist. Entsprechende Anzeigen müsstest Du Dir auch selber basteln. Die Kriterien dafür sind aber nicht ganz einfach und Du wirst in der Praxis sehen, selbst wenn GUT Kriterien nicht eingehalten werden kann es bei der DCF77 zu Sync-Evets kommen.
So spontan fällt mir keine saubere Lösung ein, den DCF77 Empfang mittels LED anzuzeigen. Eventuell direkt am Modul eine LED mit anhängen, oder die internen Status-Bits von BASCOM auswerten. Wenn sich Änderungen in den BitMustern ergeben so könnte das ei Indiz auf Empfang sein. Ich glaube aber nicht, das es mit einfachen Bordmitteln möglich ist den Empfang qualitativ zu bewerten. Da muss ich erstmal passen. Vielleicht haben ja andere Mitglieder hier noch eine Idee.
@Knickohr; fällt Dir spontan was dazu ein?
Wenn es Dir auf den Stern ankommt so ist das ganz einfach. Setze anstelle der Sternausgabe einfach einen PIN eines Ports aus High, den Du sovor als Ausgang definiert hast.
Soweit dazu, hoffe ich konnte Dir weiterhelfen!
Grüße,
Markus
Hi Markus,
ich habe nun das Programm um folgende Zeilen erweitert:
If Dcf_status.0 = 0 Then 'DCF Status abfragen und über LED ausgeben, dass Signal empfangen wird
Set Portc.4
Else
Reset Portc.4
End If
Nun benötige ich nur noch an einem anderen Ausgangspin den Takt vom DCF77 Signal. Als Anhang ein Bild, wie ich mein DCF77 Modul verdrahtet habe. Allerdings greife ich das nicht invertierte Signal am Anschluss 3 ab und nicht wie auf dem Bild gezeigt an Achluss 4. Die LED am Modul blinkt im Sekundentakt. Nun hätte ich diesen Takt gerne an einem Pin am ATMega abgegriffen um etwas externes zu schalten (z. B. Relais). Das DCF77 Signal liegt an PinB.2. Deshalb dachte ich mir, wenn ich sage
If PinB.2 = 1 then
Portc.5 = 1
else
Portc.5 = 0
end if
und das funktioniert aber leider nicht.
Gruß Michael
ich habe nun das Programm um folgende Zeilen erweitert:
If Dcf_status.0 = 0 Then 'DCF Status abfragen und über LED ausgeben, dass Signal empfangen wird
Set Portc.4
Else
Reset Portc.4
End If
Nun benötige ich nur noch an einem anderen Ausgangspin den Takt vom DCF77 Signal. Als Anhang ein Bild, wie ich mein DCF77 Modul verdrahtet habe. Allerdings greife ich das nicht invertierte Signal am Anschluss 3 ab und nicht wie auf dem Bild gezeigt an Achluss 4. Die LED am Modul blinkt im Sekundentakt. Nun hätte ich diesen Takt gerne an einem Pin am ATMega abgegriffen um etwas externes zu schalten (z. B. Relais). Das DCF77 Signal liegt an PinB.2. Deshalb dachte ich mir, wenn ich sage
If PinB.2 = 1 then
Portc.5 = 1
else
Portc.5 = 0
end if
und das funktioniert aber leider nicht.
Gruß Michael
Anhänge
Hallo Michael,
nochmal kurz zum richtigen Verständnis. Du hast Deinen Mega nach abgebildeten Bildchen von Dir beschaltet? Dur hast in Bascom die DCF77 auf PinB.2 konfiguriert und nutzt die Bibliothek aus dem Internet bzw. von Knickohr bzw. die Bibliothek von BASCOM?
Wenn dem so ist habe ich es richtig verstanden. Hmmmmm, Du willst nun noch zusätzlich von Hand den PinB.2 abfrage um ein Relais zu steuern.
Die auswertbaren "Sekundenmarken" des DCF77 Signals sind 100ms bzw. 200ms lang. Bedeutet je nach Ausgang (invertiert / nicht invertiert) hast Du 100/200 ms HIGH oder LOW. Was um alles in der Welt möchtet Du damit steuern? Das habe ich noch icht verstanden. Warum bitte möchtetst Du für 100/200 ms ein Relais einschalten oder ausschalten. Bis das Relais durch sein Masseträgheitsmoment reagiert ist der Event auch schon wieder vorbei. Habe ich noch nicht kapiert!
Außerdem erscheint es mir als ziemlich heikel, mit einer manuellen Abfrage in die automatische "Abtastung" des DCF77 Signals durch die Library einzugreifen.
CONFIG DCF77 tastet je nach Einstellung zwischen 32 und 128 mal pro Sekunde über Timer-Interrupt das DCF77-Signal ab. Ich habe aktuell nicht parat wie genau BASCOM in der Lib den Pin für das DCF77-Signal konfiguriert.
Der Theorie nach müsste Deine Abfrage des PIN's funktionieren, wenn Du den Output-PIN PortC.5 richtig konfiguriert hast. Ich würde aber Wechselwikrungen bzw. Kollisionen mit der eigentlichen Verwendung des Pins vemuten / erwarten.
Vielleicht kannst Du och folgendes probieren: Lese den Pin zunächst in eine Variable, z.B. temp_var = PinB.2 und vergleiche dann mit temp_var auf 1 und 0.
Hast Du Dir mal SECTICK angesehen? Warum verwendest Du nicht den? Pinc.5 als Ausgang definieren und in SECTICK einfach mit "Toggle Pinc.5" toggeln lassen. Kommt doch aufs gleiche raus, oder. Zugegeben, Du hast dann 1 Sek low und 1 Sek high und damit eine Frequenz von 0.5 Hz bzw. eine Periodendauer von 2 Sekunden, was darüber hinaus dem Rlais auch besser tut
Hätte von Dir noch kurz gerne gewußt, was genau bei Deiner Aussage "funktioniert nicht", nicht funktioniert. Schwankt die Periodendauer? Kommt garnix am Ausgang raus?
Grüße,
Markus
nochmal kurz zum richtigen Verständnis. Du hast Deinen Mega nach abgebildeten Bildchen von Dir beschaltet? Dur hast in Bascom die DCF77 auf PinB.2 konfiguriert und nutzt die Bibliothek aus dem Internet bzw. von Knickohr bzw. die Bibliothek von BASCOM?
Wenn dem so ist habe ich es richtig verstanden. Hmmmmm, Du willst nun noch zusätzlich von Hand den PinB.2 abfrage um ein Relais zu steuern.
Die auswertbaren "Sekundenmarken" des DCF77 Signals sind 100ms bzw. 200ms lang. Bedeutet je nach Ausgang (invertiert / nicht invertiert) hast Du 100/200 ms HIGH oder LOW. Was um alles in der Welt möchtet Du damit steuern? Das habe ich noch icht verstanden. Warum bitte möchtetst Du für 100/200 ms ein Relais einschalten oder ausschalten. Bis das Relais durch sein Masseträgheitsmoment reagiert ist der Event auch schon wieder vorbei. Habe ich noch nicht kapiert!
Außerdem erscheint es mir als ziemlich heikel, mit einer manuellen Abfrage in die automatische "Abtastung" des DCF77 Signals durch die Library einzugreifen.
CONFIG DCF77 tastet je nach Einstellung zwischen 32 und 128 mal pro Sekunde über Timer-Interrupt das DCF77-Signal ab. Ich habe aktuell nicht parat wie genau BASCOM in der Lib den Pin für das DCF77-Signal konfiguriert.
Der Theorie nach müsste Deine Abfrage des PIN's funktionieren, wenn Du den Output-PIN PortC.5 richtig konfiguriert hast. Ich würde aber Wechselwikrungen bzw. Kollisionen mit der eigentlichen Verwendung des Pins vemuten / erwarten.
Vielleicht kannst Du och folgendes probieren: Lese den Pin zunächst in eine Variable, z.B. temp_var = PinB.2 und vergleiche dann mit temp_var auf 1 und 0.
Hast Du Dir mal SECTICK angesehen? Warum verwendest Du nicht den? Pinc.5 als Ausgang definieren und in SECTICK einfach mit "Toggle Pinc.5" toggeln lassen. Kommt doch aufs gleiche raus, oder. Zugegeben, Du hast dann 1 Sek low und 1 Sek high und damit eine Frequenz von 0.5 Hz bzw. eine Periodendauer von 2 Sekunden, was darüber hinaus dem Rlais auch besser tut
Hätte von Dir noch kurz gerne gewußt, was genau bei Deiner Aussage "funktioniert nicht", nicht funktioniert. Schwankt die Periodendauer? Kommt garnix am Ausgang raus?
Grüße,
Markus
Hallo Markus,
also mit dem nichtfunktionieren meinte ich die Zeilen, die ich als letztes eingefügt habe:
If PinB.2 = 1 then
Portc.5 = 1
else
Portc.5 = 0
end if
Ich dachte mir, dass ich einfach einen Ausgang schalte, wenn das Signal an PinB.2 also am Eingang reinkommt.
Das mit dem Relais war ein schlechtes Beispiel, es sollen am Ausgang mehrere Optokoppler geschaltet werden. Die Schaltung ist nicht für mich sondern für einen Bekannten. Die Ausgänge der Optokoppler sind dann quasi wie ein "DCF77 Splitter" zu sehen. Es werden dann 8 Geräte parallel synchronisiert und man braucht statt 8 DCF77 Module dann nur 1 Modul. Ich dachte nur, dass sich die Schaltung mit einem ATMega und Bascom einfach realisieren lässt. Ich werde nun die Schaltung komplett umbauen. Mit dem nichtinvertierten Ausgang am DCF77 Modul schalte ich nun einfach einen Transistor, der dann 8 Optokoppler ansteuert. Der "Blinkimpuls" am Modul müsste ja dann zum synchronisieren ausreichen.
toggeln über sectic habe ich auch getestet, die LED an Portc.5 blinkt dann aber nicht synchron zur LED am Modul.
Den Vorschlag mit temp_var = PinB.2 und vergleichen habe ich nicht hinbekommen, ich arbeite aber erst sehr kurz mit Bascom und bin noch nicht so fit.
Gruß und nochmals Danke für deine Hilfen
Michael
also mit dem nichtfunktionieren meinte ich die Zeilen, die ich als letztes eingefügt habe:
If PinB.2 = 1 then
Portc.5 = 1
else
Portc.5 = 0
end if
Ich dachte mir, dass ich einfach einen Ausgang schalte, wenn das Signal an PinB.2 also am Eingang reinkommt.
Das mit dem Relais war ein schlechtes Beispiel, es sollen am Ausgang mehrere Optokoppler geschaltet werden. Die Schaltung ist nicht für mich sondern für einen Bekannten. Die Ausgänge der Optokoppler sind dann quasi wie ein "DCF77 Splitter" zu sehen. Es werden dann 8 Geräte parallel synchronisiert und man braucht statt 8 DCF77 Module dann nur 1 Modul. Ich dachte nur, dass sich die Schaltung mit einem ATMega und Bascom einfach realisieren lässt. Ich werde nun die Schaltung komplett umbauen. Mit dem nichtinvertierten Ausgang am DCF77 Modul schalte ich nun einfach einen Transistor, der dann 8 Optokoppler ansteuert. Der "Blinkimpuls" am Modul müsste ja dann zum synchronisieren ausreichen.
toggeln über sectic habe ich auch getestet, die LED an Portc.5 blinkt dann aber nicht synchron zur LED am Modul.
Den Vorschlag mit temp_var = PinB.2 und vergleichen habe ich nicht hinbekommen, ich arbeite aber erst sehr kurz mit Bascom und bin noch nicht so fit.
Gruß und nochmals Danke für deine Hilfen
Michael
Oh jeee, Michael, guten Morgen,
da kann ich nur eines sagen: vergiss es
Einen DCF77 splitter wirst Du nur in diskreter HW hinbekommen! Warum möchtest Du so etwas über den ATmega machen.
1. Wenn Du den Splitter diskret aufbaust kannst Du ressourcen des Megas sparen.
2. Ein DCF77 "Splitter" lässt sich do ganz einfach aufbauen, indem Du das DCF-Signal vom Modul nicht direkt auf den Mega-Pin einspeist sondern einen 74HCTxxx Buffer-Treiber zwischenrein hängst. Dort kannst Du das Signal n-fach abzweigen und auf Deine anderen Geräte verteilen.
3. Du musst mit externer HW nicht via SW Klimmzüge machen
4. Die Abtastung des DCF77 Signals ist eine aufwändige und heikle Angelegenheit. Wenn Du da noch via SW irgendwelche Abfragen einbaust deren Zeitlichen verlauf Du durch Interrupts von Timern und externen Eingängen usw. nicht vorhersehen kannst ist das zum Scheiter verurteilt!
5. Du wirst in einer manuellen Abfrage immer einen mal mehr mal weniger großen Jitter drin habenm der Dir tonnenweise Salz in Deine Suppe schüttet. Das kannst Du vergessen.
6. Meiner Erfahrung nach werden die x anderen Controller welche Du mit Deinem Signal synchronisieren möchtest definitiv nicht funktionieren da Du kein sauberes DCF77-Signal mehr hast sondern irgendwas.
DCF77 ist zeitkritisch! Schau Dir das Funktionsprinzip von DCF77 Empfang an und Du wirst verstehen warum.
Ich bin der Meinug, dass funktioniert so nicht, wie Du Dir das gedacht hast.
Ja, ist klar, wir haben hier ja auch asynchrone Prozesse. Die LED am Modul blinkt nach den Sekunden des Empfangs. Die LED an Portc.5 blinkt gemäß internen Timer und verarbeiteten Zeitsignal. Das ist klar. Das wird aber so immer sein und eine wirkliche Synchronisation bekommst Du nur durch eine externe Beschaltung (siehe 1. und 2.) hin.
Eine andere Lösung sehe ich hier leider nicht!
Grüße,
Ma
da kann ich nur eines sagen: vergiss es
Einen DCF77 splitter wirst Du nur in diskreter HW hinbekommen! Warum möchtest Du so etwas über den ATmega machen.
1. Wenn Du den Splitter diskret aufbaust kannst Du ressourcen des Megas sparen.
2. Ein DCF77 "Splitter" lässt sich do ganz einfach aufbauen, indem Du das DCF-Signal vom Modul nicht direkt auf den Mega-Pin einspeist sondern einen 74HCTxxx Buffer-Treiber zwischenrein hängst. Dort kannst Du das Signal n-fach abzweigen und auf Deine anderen Geräte verteilen.
3. Du musst mit externer HW nicht via SW Klimmzüge machen
4. Die Abtastung des DCF77 Signals ist eine aufwändige und heikle Angelegenheit. Wenn Du da noch via SW irgendwelche Abfragen einbaust deren Zeitlichen verlauf Du durch Interrupts von Timern und externen Eingängen usw. nicht vorhersehen kannst ist das zum Scheiter verurteilt!
5. Du wirst in einer manuellen Abfrage immer einen mal mehr mal weniger großen Jitter drin habenm der Dir tonnenweise Salz in Deine Suppe schüttet. Das kannst Du vergessen.
6. Meiner Erfahrung nach werden die x anderen Controller welche Du mit Deinem Signal synchronisieren möchtest definitiv nicht funktionieren da Du kein sauberes DCF77-Signal mehr hast sondern irgendwas.
DCF77 ist zeitkritisch! Schau Dir das Funktionsprinzip von DCF77 Empfang an und Du wirst verstehen warum.
Ich bin der Meinug, dass funktioniert so nicht, wie Du Dir das gedacht hast.
Ja, ist klar, wir haben hier ja auch asynchrone Prozesse. Die LED am Modul blinkt nach den Sekunden des Empfangs. Die LED an Portc.5 blinkt gemäß internen Timer und verarbeiteten Zeitsignal. Das ist klar. Das wird aber so immer sein und eine wirkliche Synchronisation bekommst Du nur durch eine externe Beschaltung (siehe 1. und 2.) hin.
Eine andere Lösung sehe ich hier leider nicht!
Grüße,
Ma
DCF77 Uhr
Hallo Markus,
ich finde deinen Beitrag sehr gut und dein Programm ist sehr übersichtlich geschrieben. ***
Eigendlich suche ich nur eine Uhr komme aber mit dem Beispiel aus Bascom nicht zurecht. Nun habe ich das Bascom DCF77 Demo-Programm geladen und die Soft-Clock Zeit läuft. Jetzt habe ich von meiner C-control das DCF Modul abgebaut und siehe da ich bekomme auch die DCF Bits auf Atmega32-LCD angezeigt. Die Soft-Clock wird aber nicht nachgeführt.
Sehe ich das richtig das ich die Auswertung selbst machen muss??
Nun suchte ich nach einem Beispiel damit ich das auch zuwege bringe. Alles was ich finde ist aber immer wieder DCF77 und RTC. Kann man das ganze nicht ohne RTC aufbauen?
Hallo Markus,
ich finde deinen Beitrag sehr gut und dein Programm ist sehr übersichtlich geschrieben. ***
Eigendlich suche ich nur eine Uhr komme aber mit dem Beispiel aus Bascom nicht zurecht. Nun habe ich das Bascom DCF77 Demo-Programm geladen und die Soft-Clock Zeit läuft. Jetzt habe ich von meiner C-control das DCF Modul abgebaut und siehe da ich bekomme auch die DCF Bits auf Atmega32-LCD angezeigt. Die Soft-Clock wird aber nicht nachgeführt.
Sehe ich das richtig das ich die Auswertung selbst machen muss??
Nun suchte ich nach einem Beispiel damit ich das auch zuwege bringe. Alles was ich finde ist aber immer wieder DCF77 und RTC. Kann man das ganze nicht ohne RTC aufbauen?
Hi Uli,
das ist ja wilde Bastelei was Du da treibst
Also, wenn Du Bittgezappel auf dem LCD siehst dann sieht das schon mal so aus, dass Du Daten empangen kannst. Es gibt aber noch keine Aussage über die Qualität der Daten. Wenn die Softclock nicht nachzieht ist das ein Zeichen dafür, dass Du nie eine vollständige Synchronisation hinbekommst. Das kann am Empfang oder Signalqualität liegen. Folgendes könntest Du ausprobieren:
- Mit Position der Antenne spielen um besseren Empfang zu bekommen. ggf. mal ins Freie gehen damit.
- Dem Ding mal Zeit geben. Lass es mal 5-10 Minuten in Ruhe und schaue ob Du wneigstens einmal nen Sync bekommst.
- ggf. einen Treiber einbauen um das Signal aufzuwerten. Häng mal ne LED rein und schaue ob Du überhaupt nene sauberen Sekunden-Impuls vom DCF77 Modul bekommst.
- mit dem Oszi mal drauf schauen.
Prinzipiell funktioniert die Softlockund das DTC77 (grundsätzlich) ohne RTC. Viele - so auch ich - verwenden gerne eine RTC um direkt nach Systemsart eine aktuelle Uhrzeit zur Verfügung zu haben. Ansonsten startet die SoftClock bei NULL und bei Empfangsproblemen hast Du lange Zeit keine gültige Uhrzeit. Aus diesem Grund verwenden viele die RTC. Die RTC ist Batteriegepuffert, ausreichend genau und es steht immer eine korrekte Uhrzeit zur Verfügung, auch wenn DCF77 nicht sauber funktioniert. Da reicht es dann, wenn einmal in 24 Stunden ein Sync erfolgreich gelaufen ist.
Du kannst es jederzeit rausschmeißen und nur mit SoftClock arbeiten.
Grüße,
Markus
das ist ja wilde Bastelei was Du da treibst
Also, wenn Du Bittgezappel auf dem LCD siehst dann sieht das schon mal so aus, dass Du Daten empangen kannst. Es gibt aber noch keine Aussage über die Qualität der Daten. Wenn die Softclock nicht nachzieht ist das ein Zeichen dafür, dass Du nie eine vollständige Synchronisation hinbekommst. Das kann am Empfang oder Signalqualität liegen. Folgendes könntest Du ausprobieren:
- Mit Position der Antenne spielen um besseren Empfang zu bekommen. ggf. mal ins Freie gehen damit.
- Dem Ding mal Zeit geben. Lass es mal 5-10 Minuten in Ruhe und schaue ob Du wneigstens einmal nen Sync bekommst.
- ggf. einen Treiber einbauen um das Signal aufzuwerten. Häng mal ne LED rein und schaue ob Du überhaupt nene sauberen Sekunden-Impuls vom DCF77 Modul bekommst.
- mit dem Oszi mal drauf schauen.
Prinzipiell funktioniert die Softlockund das DTC77 (grundsätzlich) ohne RTC. Viele - so auch ich - verwenden gerne eine RTC um direkt nach Systemsart eine aktuelle Uhrzeit zur Verfügung zu haben. Ansonsten startet die SoftClock bei NULL und bei Empfangsproblemen hast Du lange Zeit keine gültige Uhrzeit. Aus diesem Grund verwenden viele die RTC. Die RTC ist Batteriegepuffert, ausreichend genau und es steht immer eine korrekte Uhrzeit zur Verfügung, auch wenn DCF77 nicht sauber funktioniert. Da reicht es dann, wenn einmal in 24 Stunden ein Sync erfolgreich gelaufen ist.
Du kannst es jederzeit rausschmeißen und nur mit SoftClock arbeiten.
Grüße,
Markus