Clock-Shield (RTC und DCF77 auf einem Shield) *Entwicklung*

Ich mische mich als "relativ" objektiver Dritter mal ein. Evtl. hilft es ja schon, wenn mal ein anderer den Faden aufgreift.
Es gibt ja für den Arduino einige RTC Module bzw. Breakoutboards, um vom internen millis() Counter unabhängig zu sein. Das ist recht praktisch, kann man doch sehr einfach auf Datum und Uhrzeit zugreifen und bekommt sogar noch eine wenig Flash-Speicher für reset-sichere Daten geschenkt. Alles gut und schön, wenn nicht das Problem bestünde, das man die RTC stellen muss. Solange es ein "interaktives" Projekt ist, mit LCD und Knöpfen etc. kann man das ja mit einbauen. Hat man keine interaktiven Elemente, wird es schon schwerer.
Man kann einmal beim flashen die aktuelle Zeit übertragen und damit das Modul initial stellen, muss dann aber sicherstellen das ein RESET nicht den im setup() eingebauten Code zum setzen der Compile-Zeit wieder ausführt und die Zeit zurücksetzt. Das ist zwar alles möglich, aber umständlich. Dazu kommt dann noch eine mögliche Abweichung von bis zu mehreren Sekunden pro Tag, Zeitumstellung, Schaltjahre, überlaufende Mayakalender XD und was weiss ich noch alles ...
Hätte man also ein Breakoutboard oder ein Shield, das zusätzlich zur RTC einen integrierten DCF Empfänger hätte, der dann auch gleich die RTC regelmäßig auf die korrekte Uhrzeit stellt (z.B. einmal täglich oder nach einem RESET) müßte man sich um diese ganzen Dinge keine Sorgen mehr machen. Es geht also ( MueThoS korrigier mich, wenn ich falsch liege) um eine "intelligente RTC" in Form eines Shields das per I2C gesteuert werden kann.
Ich hoffe ich habe das Anliegen einigermaßen verstanden und sinnvoll wiedergegeben.
Mario.

Bingo

lieber muethos,

bau das ding gefälligst so, wie udo das will, oder lass es bleiben. was bildest Du Dir eigentlich ein?
am besten auch noch 20 leds drauf, darauf geachtet, daß es nicht kompatibel zum uno ist, und teuer an anfänger verscherbelt, die sich dann damit herumärgern dürfen.
achja, und udo, spar Dir die antwort, ich werde ohnehin nicht darauf reagieren, weil ich bei Dir angst habe, daß Du dann wieder nur an meinem deutsch herummäkelst.

aber ernsthaft, muethos, ich kenn mich nicht mit elektronik aus, bastle aber gern herum, und ein fertiger schaltplan mit sketch würde mich sehr interessieren. das shield würd' ich mir dann zwar selbst aufbauen, aber das, was ich eben nicht kann, hättest Du dann dankenswerterweise für mich erledigt.

viel spaß beim basteln und liebe grüße,

stefan

Ähm, naja.

Mario versteht mich.

Und ich sage nochmal:
Kein Verdienstgedanke!!!
Im Gegenteil. Am liebsten möglichst einfach auf Lochraster oder Frühstücksbretchen nachbaubar.
Sketch in den Kontroller, DCF drann und BAMM => Uhrzeit

So war es gedacht.
Die Platine die ich jetzt machen wollte ist eher für mich gewesen. Um auch mal was Hardware gebastelt zu haben was mir bis jetzt ja noch nicht wirklich gelungen ist. Bei keinem Projekt, wie ich ja schon mehrfach erwähnt habe.

Aha, also "lernen" als Ziel. Auch gut :slight_smile:

@Eisebär: wie Du selber sagst kennst Du Dich nicht aus. Trotzdem unterstellst Du hier Dinge die haltlos sind. "Inkompatibel" ist eine Unterstellung. Die Arduino Leute haben das Teil vorher gesehen und nichts von inkompatibel gefaselt. Sonst müssten sie ja auch den eigene Uno als inkompatibel abtun. Oder nenne doch bitte mal einen konkreten Fall wo das Teil inkompatibel ist. Oder nenn mir mal die hunderte von Anfängern die sich bei mir beschweren. Ich habe da definitiv bessere Einblicke als Du.

Was den Preis angeht: was glaubst Du eigentlich was sowas kosten sollte? Ein Buch plus Hardware kostet nun mal soviel. Wenn Du glaubst Du kannst sowas billiger, dann mach das doch bitte mal vor. Oder willst Du nur trollen?

Bitte nicht streiten!

Darf ich zum Thema Antworten 8)

Ich denke mit dem 328 als Slave Rechenknecht bist du wohl ein bisschen über das Ziel hinausgeschossen.
Wie wäre es mit einem Attiny85. 8kB Platz Du kannst über 2Pins die I2C nachbilden über die Interne TWI. 1 Pin zum Sync Aufruf. und 1 Pin für die Uhr. Dann hättest du noch 1 Pin reserve :-). Du kommst vor allem mit dem internen osc 8Mhz hin. Habe schon an einem Attiny84 eine RTC am laufen ohne Probleme. Die Tinywire Library kann auch requests beantworten.
Gruß
Der Dani

hi,

keine angst, muethos, papa und mama streiten nicht, wir necken uns doch nur...
darauf gibt Dir papa sein wort :cold_sweat:
was ich DIR damit sagen wollte, ist, daß Du Dein projekt durchziehen sollst, wie es Dir spaß macht, und wenn Du es wirklich hinkriegst, hab' ich auch was davon. dani hat sicher recht mit der überdimensionierung, aber wenn Du das beachtest, würd' ich eher zwei projekte draus machen. erstmal das shield mit einem 328 zum laufen kriegen, und dann schauen, wie Du mit dem tiny zurechtkommst (wie spielt man einen sketch drauf usw, ist ja doch alles ein wenig anders). freue mich schon auf ergebnisse.

gruß stefan

Also falls er meinen DCF77 Code verwenden will, dann braucht er mindestens 2k Ram und 20k Flash. Davon abgesehen habe ich aber folgendes nette Modul entdeckt:

http://www.hkw-elektronik.de/shop/artikel/FUM1_FSK.php

Beschreibung:

• Empfangsmodul für EFR Langwellen-Zeitzeichensignal (Zeit / Datum)
• Sekundenschneller Empfang
• Für Batteriebetrieb geeignet
• Interne, automatisch synchronisierte Realtime-Clock
• Multibandempfang aller 3 Sender
• Automatische Senderauswahl
• Serielle Schnittstelle / 300 Bd
• DCF77 konformes Ausgangsignal
• Gangkorrektur

Bzw. FUM2 FSK L

Artikelnummer: FMF20000L

Beschreibung:

• Empfangsmodul für EFR Langwellen-Zeitzeichensignal (Zeit / Datum)
• Sekundenschneller Empfang
• Für Batteriebetrieb geeignet
• Interne, automatisch synchronisierte Realtime-Clock
• Multibandempfang aller 3 Sender
• Automatische Senderauswahl
• Serielle Schnittstelle / 4800 Bd
• Hohe Zeitgenauigkeit (5 ms)
• Empfangsqualität abrufbar

D.h. die RTC wäre da schon mit drin. Wenn man das Modul per Software Serial anbinden würde, dann müsste man als Shield nur einen "Steckadapter" bauen und dann einen einfachen Wrapper dafür stricken. Das geht sicher einfacher als ein Mikrocontroller auf ein Shield zu pappen und dann noch Treiber für beide Seiten zu schreiben.

Udo, das sind tolle Module aber etwas hast Du überlesen:

"ACHTUNG: VERKAUF NUR AN GEWERBLICHE KUNDEN ! "

Außerdem scheint mir fehlt da noch die Antenne:
http://www.hkw-elektronik.de/pdfdeutsch/HKW_FUMx%20FSK.pdf
zB die: 404 - HKW-Elektronik GmbH

Grüße Uwe

Klar, aber fast jeder kennt doch jemanden der ein Gewerbe hat. Die Antenne ist deshalb nicht dabei weil man zwischen 3 verschiedenen Antennen wählen kann. D.h. lieber kleine Bauform oder liebe hohe Empfangsleistung beides zusammen geht ja nicht. Ich bestell mir jedenfalls mal was bei denen um zu schauen wie die Qualität so ist.

Ein größeres Problem finde ich, daß die Datenblätter den Befehlssatz nicht dokumentieren.

Nur für mich kleinen Elektronikdeppen:

• Empfangsmodul für EFR Langwellen-Zeitzeichensignal (Zeit / Datum)
ist das selbe wie unser DCF77 wovon wir reden?

Und noch was:
Kann es sein das hier die Informationen liegen die man benötigt um das Wetter aus zu lesen?
http://www.hkw-elektronik.de/shop/artikel/781.php
Ich dachte das ist so geheim und man muss eine Lizenz kaufen

MueThoS:
Kann es sein das hier die Informationen liegen die man benötigt um das Wetter aus zu lesen?
404 - HKW-Elektronik GmbH
Ich dachte das ist so geheim und man muss eine Lizenz kaufen

Ein Wetterprotokoll für eine Wetterregion und eine Vorhersage wird über den Verlauf von 3 Minuten gesendet.
Diese Wetterdaten sind über die Sendezeit einer festenRegion zugeordnet.
Die Sendezeitpunkte für die Wetterregionen entnehmen Sie bitte dem Handbuch aus dem Lizenzvertrag.
Die übertragenen Daten können nur mit der über den Lizenzvertrag beschaffbaren Dechiffriervarianten geprüft und für die Auswertung bzw. Anzeige nutzbar gemacht werden.

So steht es in deinem verlinkten Dokument. Du bekommst das chiffrierte Protokoll auf Bit 1 bis 14 des DCF77-Empfänger, musst das allerdings erst dechiffrieren, dass du die Wetterprognose nach dem beschriebenen Schema auswerten kannst.

Diesen Text kenne ich hatte aber bei durchblättern des PDFs unten die Regionen gesehen und fälschlicherweise gedacht das das reicht.
Aber Du hast natürlich recht!
Da stehen zwar die Regionen aber nicht wann sie gesendet werden.

Bleibt nur die Frage offen ob dieses EFR das ist was ich unter DCF77 kenne.

Das Internet hilft weiter:

http://www.efr.de/CMS/leistungen/empfangsgebiet_1017.aspx

Nein: EFR ist was anderes, und besteht aus 3 Sendern in Mitteleuropa. Einer davon ist in der Nähe des DCF77 Senders bei Frankfurt, aber alle senden auf anderen LW - Frequenzen als die 77.5kHz des DCF77

Das Dokument http://www.hkw-elektronik.de/shop/artikel/781.php der Wetterdatenauswertung bezieht sich meiner Meinung auf die decifrierten Daten und nicht auf die gesendeten Daten. Also ohne Decifrierung unbrauchbar.
Grüße Uwe

Das Meteotime Protokoll ist verschlüsselt, der Code ist aber schon längere Zeit gebrochen. Man könnte also per Suchmaschine nach "meteotime secret key" suchen.

Ob man mit 20 LEDs auch das Wetter anzeigen könnte? :smiley: Hab ich noch nicht gewusst, dass die Verschlüsselung geknackt wurde. Danke für den Hinweis.

Na klar doch: alle an wenn die Sonne scheint und nachts alle aus :wink: