Ich habe mir den Code noch nicht verinnerlicht, da ich das DCF-Signal
beim letzten Projekt mit einer C-Control decodiert und danach mit
einigen anderen Daten in die AVR-Schaltung übertragen habe.
In Zukunft werde ich jedoch alles über AVR machen. Deshalb kann ich
nur Vermuten, dass ein Interrupt möglicherweise nicht notwendig ist,
da ja dann jeder DCF-Impuls in den Programmablauf eingreifen würde.
Normalerweise braucht man DCF ja eh nur zur Synchronisation.
Interruptfähigkeit könnte ich mir nur vorstellen, wenn die DCF-Impulse
(erstmalig) "gesucht" werden müssen. Weiss jedoch nicht, ob ich richtig
liege. VG Micha
Hallo!
@ hardware.bas.
Du liegst bisher sicher richtig, weil permanent störungsfreier LW Empfang mit AM von DCF praktisch unmöglich ist.
Ich habe schon für mich perfekte Armbandfunkuhr die sich nur einmal pro 24 Stunden mit DCF synchronisiert.
Ubrigens, notwendige für fertige Programme hardwaremässige Invertierung, sollte auch kein Problem sein.
MfG
Interrupt wird normal bei DCF nicht genutzt. Bei einer DCF Uhr setze ich zusätzlich immer eine DS1307 RTC für die Gangreserve ein. So ist die Uhrzeit auch direkt nach dem Einschalten verfügbar. Billige Uhrenquarze haben allerdings auch eine gewisse Abweichung. Meine genaueste DS1307 Uhr läuft pro Tag ~1,5 Sekunden aus dem Ruder.
Meine Armbanduhr syncronisiert sich Nachts 3 mal. Die Selbstbauuhren eigentlich jede Minute, wenn der Empfang nicht gestört ist.
Ob das Signal invertiert werden muss, erkennt man an der 59.Sekunde, welche normal nicht gesendet wird. Gibt es diese lange Pause nicht, muss invertiert werden.
Wenn das Herz involviert ist, steht die Logik außen vor! \/
Naja ich habs in der zwischenzeit zum laufen gebracht mit meinem Menüprügramm usw. Nur den Port konnte ich noch nciht umstellen was jetzt aber auch egal ist. Habe eben mein Design so gelayoutet das an PD3 das Signal anliegt
PS: Wer aber trotzdem weiß, wie ich den Port umgestellt bekomme, möge sich trotzdem Melden. Kann für spätere Projekte immernoch interessant sein. Oder der, der den Wiki Artikel verfasst hat, kannes dann auch gleich mit in die Wiki tun. Wird zwar alles schön und gut beschreiben aber wie ich den Port umstelle wird verschiegen?
Einfach die Bascom interne Routine verwenden wäre eine Möglichkeit. Ansonsten mal ins Datenblatt schauen und
hinter den '=' anpassen.Code:.equ PIND = &H10 ;Pind .equ PIND3 = 3 ;3 = Pin 3
Wenn das Herz involviert ist, steht die Logik außen vor! \
Habe ich doch schon habe es mal so probiert aber das geht nicht:
Oder meinst du das anders?Code:.equ Pinc = &H10 ; Pinc .equ Pinc0 = 0 ; 0 = Pin 0
Pind und Pind3 sind sozusagen Variablen und bleiben. Hinter dem '=' bedeutet rechts davon. Hinter dem ';' sind Bemerkungen, die werden nicht beachtet. Im Datenblatt unter Register kannst Du nachschlagen, welche Adresse für PinC gilt. Diese Adresse ist anderen Atmegas auch eine andere...
Wenn das Herz involviert ist, steht die Logik außen vor! \
Achso OK Probier ich morgen mal aus meld mich dann nochmal
@HHP:
Eigentlich hast du doch das Ändern des Eingangspins schon gut gelöst!
Nur bei der Definition:
.equ Pinx = &Hyy ; Pinx
... geht man so vor:
Man sucht im Datenblatt seines Controllers die "Register Summary" Tabelle. In der 2. Spalte blättert man bis "Pinx".
In der 1. Spalte findet man dort die "Address", z.B. $[highlight=red:6c3c0b9f7b]13[/highlight:6c3c0b9f7b] für PINC beim ATMEGA 32 oder 8.
Man passt dann die Definition so an:
.equ Pinc = &H[highlight=red:6c3c0b9f7b]13[/highlight:6c3c0b9f7b] ; Pinc
Wenn ich mal Zeit habe ...
Gruß Dirk
Berechtigungen
Zitieren
Lesezeichen