I2C_DS1307 funktioniert unter FHEM nicht

Begonnen von Burny4600, 26 August 2016, 11:49:45

Vorheriges Thema - Nächstes Thema

Burny4600

poll_interval ist mit 300 und Verbose mit 5 definiert.
Dennoch nicht mehr Einträge im LOG als schon mitgeteilt.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

klausw

Zitat von: Burny4600 am 30 August 2016, 17:03:30
poll_interval ist mit 300 und Verbose mit 5 definiert.
Dennoch nicht mehr Einträge im LOG als schon mitgeteilt.
Dann scheint das Modul überhaupt keine Daten vom I2C abzufragen. Jetzt weiß ich auch nicht mehr weiter.
RasPi B v2 mit FHEM 18B20 über 1Wire, LED PWM Treiber über I2C, Luchtdruck-, Feuchtesensor und ein paar Schalter/LED\'s zum testen
Module: RPI_GPIO, RPII2C, I2C_EEPROM, I2C_MCP23008, I2C_MCP23017, I2C_MCP342x, I2C_PCA9532, I2C_PCF8574, I2C_SHT21, I2C_BME280

betateilchen

#17
Ich habe gerade mal meinen rpi3 mit aufmontiertem DS1307 rausgekramt - das Verhalten ist absolut identisch zum hier beschriebenen Fehlerbild.

Allerdings gibt es "set <name> time" überhaupt nicht, sondern nur datetime und now als set-Parameter. Das zitierte "set <name> time" dürfte die Beschreibung für den set-Befehl selbst sein.
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Burny4600

Soweit ich herausgefunden habe gibt es unter Shell nur eine Definition wo man eine Uhrzeit eingeben kann und das ist inklusive Datum.

Das set now hätte wahrscheinlich ein get now werden sollen um die Zeit der RTC abzufragen.

Alles andere sollte automatisch im Hintergrund ablaufen angestossen vom Polling.
Das Modul war wahrscheinlich noch nie fertig getestet worden.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

betateilchen

Zitat von: Burny4600 am 30 August 2016, 19:24:57
Das set now hätte wahrscheinlich ein get now werden sollen um die Zeit der RTC abzufragen.

Nein. Das set now hat (im Modul) eigentlich die Aufgabe, die aktuelle Uhrzeit zu ermitteln und diese in die RTC zu schreiben.


      $command eq "now" and do {
        $ds1307->setTime(time());
...
-----------------------
Formuliere die Aufgabe möglichst einfach und
setze die Lösung richtig um - dann wird es auch funktionieren.
-----------------------
Lesen gefährdet die Unwissenheit!

Burny4600

Eine Frage noch.
Wird sich bei diesem Modul noch etwas ändern oder ist dieses Modul unter FHEM für die Zukunft zu vergessen?
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess

Burny4600

Gibt es wirklich keine Lösung für eine RTC Aktivierung die so zu konfigurieren, dass die RTC unter Shell funktionsfähig aktiviert wird ohne den I2C für FHEM zu blockieren.
Es kann doch nicht sein das die RTC weder unter FHEM funktionsfähig einzubinden möglich ist, noch unter Shell ohne den I2C für FHEM zu blockieren.

Derzeit seiht es so aus, auf die RTC zu verzichten oder diese zu aktivieren aber dafür unter FHEM keine I2C Geräte zu verwenden, da I2C durch die aktive RTC blockiert wird.
LG Chris

Raspberry Pi 2-5, Bullseye Lite, Bookworm Lite
Schnittstellen: 1-Wire, FHEM2FEHEM, HM-MOD-UART, LAN, Modbus, MQTT, nanoCUL, RFXtrx433E, SIGNALduino, ser2net
Devices: APC, Eastron, FS20, IT, Homematic, MQTT, PV-(DEYE, EPEVER, FRONIUS), Resol-VBUS, S.USV, TEK603, WMR200, YouLess