Bin gerade dabei, den DS3231 zu integrieren. Der hat drei nützliche Dinge: RTC, Alarm & Temperatursensor.
Die RTC setzt bei der Initialisierung die Systemzeit (wenn die RTC gültige Werte hat).
Der Temperatursensor funktioniert wie ein normaler Sensor.
Die Alarme sind etwas diffiziler. Da könnte man viele Dinge tun, ich hab mich für das entschieden:
# Measurement intervals in seconds, for shutoff in minutes.
'interval': {
# Apply this interval if device is in field mode.
'field': 15.0,
# Apply this interval if device is in maintenance mode.
# https://community.hiveeyes.org/t/wartungsmodus-fur-den-terkin-datenlogger/2274
'maintenance': 15.0,
# Apply this interval if device goes into shutoff
'shutoff': 10,
# night & winter mode: during the night or winter interval is doubled (-> in a winter night it is quadrupled)
# beginning & end months are included: night from 20 to 5 -> 20.00h to 5.59h, winter from 10 to 2 -> October 1st to February 29th
# a start value of 0 means there is no night/winter, night_start > night_end, winter_start > winter_end
'night_start': 20,
'night_end' : 5,
'winter_start' : 10,
'winter_end' : 2,
},
Ich hoffe, die Kommentare sind selbsterklärend. Wenn nicht, merk ichs ja dann.
Welche Treiber benutzt Du? Ich habe in Terkin nichts gefunden, was auf den DS3231 hinweist.
In Github gibt es zwar etwas, aber das ist für mich etwas unübersichtlich und ich wollte nicht alles ausprobieren müssen, um dann festzustellen, dass es nicht läuft wegen falscher Hardware oder Firmware oder oder oder…
Besonders habe ich nichts über die Alarme gefunden.
Der Treiber ist in /dist-packages und heißt auch einfach DS3231.py. Die Alarme sind da auch drin erklärt, aber etwas verschwurbelt.
Ich hab auch einen PR dazu - nur noch nicht getestet. Liegt alles auf dem Schreibtisch. Sollte ich mal langsam fertig machen.
Da ist noch ein fetter Bock in der Library. Jedesmal, wenn der Alarm gesetzt wird, wird die Uhrzeit gelöscht. Da hat die chinesische Qualitätskontrolle wieder hervorragend gerabeitet.
Das Ding muss ich wohl ein wenig umschreiben.
Zu Testzwecken hab ich mir ein kleines Board gebastelt. ‘Unbestückt’:
Links oben 5V rein, links unten 5V raus (zum TTGO T-Call - dafür ist das ganze gedacht).
Links unten ein P-Kanal MOSFET, der den Ausgang schaltet. Daneben ein MAX17043 zum Spannungsmessen. Daneben ein Level-Shifter (oben 5V, unten 3,3V). Ganz rechts ein Schalter, der den Ausgang permanent auf an setzt (zum Testen).
Mitte oben der DS3231 (leider verdeckt das Kabel ein wenig die Beschriftung).
Im Grunde eine sehr simple Schaltung, die einen (wenn der DS funktioniert…) vollkommen unabhängig von dem Stromverbrauch des angeschlossenen Geräts macht (im Deepsleep für langsame Messfrequenzen).
Welche Library benutzt Du?
Ich teste gerade DS3231a.py (5,7 KB)
und DS3231-alarm1.py (2,2 KB)
Der Code ist noch nicht richtig ausgetestet!!!
Ich bin noch auf einem Breadboard
Ja - genau die. Die machen da ein paar wirre Sachen mit den Registern - das funktioniert nicht richtig.
Uhrzeit setzen und auslesen geht, die Alarme nicht.
und Andreas hat mich überzeugt, lieber den zu nehmen.
Der ist deutlich expliziter und mit weniger bugs. Leider aber auch nicht ohne. Der wird es aber (nach ein paar Anpassungen) wohl werden.
Ich doktore schon seit Tagen an DS3231-Treibern herum. Das Setzen und Auslesen der Zeit funktioniert.
Aber bei den Alarmen wird es schwierig. Ich kann sie setzen und im Status-Register das Auslösen verfolgen. Aber das Löschen funktioniert nicht zuverlässig.
Ebenso wird der Pin INT/SQW, der zum Schalten dienen soll, nicht immer zuverlässig gesetzt ( z.B. beim ersten Mal ist alles OK, aber dann bleibt er immer ON )
Ich schreibe gerade eine neue library. Mehr so ein ‘best of’ der beiden libraries. Die haben beide so ihre bugs bzw. bestimmte features fehlen.
Work in progress.
Hier wird das i2c Objekt in der lib erzeugt. Das brauchen wir nicht, da es im Terkin schon existiert.
Einfach noch ein bißchen Geduld.
Ja, genau. Es gibt noch die von Adafruit, die aber sehr in deren Universum integriert ist und eine von RobertHH, der aber die Alarme nicht unterstützt. Beide für uns eher nicht von Nutzen.