Solarview erzeugt keinen EVENT mehr

Begonnen von Tom S, 29 Juli 2020, 16:35:51

Vorheriges Thema - Nächstes Thema

Tom S

Hallo Forum,

seit mehreren Jahren betreibe ich eine FHEM-Instalation auf einem Raspberry und habe dort meine Solaranlage mit dem Solarview-Modul angebunden.
Der aktuelle Ertrag und die Leistung der PV werden in einer Log-Datei mit geloggt und über ein notify wurden die Werte für eine zusätzliche Berechnung und Anzeige aufbereitet.

Dies lief immer reibungslos bis vor ca. 2-3 Wochen (12.07.). Seitdem löst das Solarview Modul keinen Event mehr aus!

Hier die Daten:

Internals:
   DEF        192.168.xxx.xx 15000 wr1 wr2 60
   Debounce   50
   Debounced  0
   FUUID      5c435c11-f33f-de07-01ae-62f087f1a4961a4f
   Host       192.168.xxx.xx
   INTRIGGER  1
   Interval   60
   Invalid    -1
   NAME       sv
   NR         26
   NTFY_TRIGGERTIME 2020-07-12 20:18:29
   NightOff   yes
   Port       15000
   STATE      4933 W, 18.6 kWh
   TYPE       SolarView
   Timeout    4
   UseSVNight yes
   wr1_Debounced 0
   wr2_Debounced 0
   CHANGED:
     currentPower: 1011
...     hier fehlen div. Zeilen mit den Aktualwerten

Attributes:
   alias      aktuelle Leistung, aktueller Ertrag
   devStateStyle style="text-align:right;;;;font-weight:bold;;;;"
   event-on-change-reading currentPower
   group      Photovoltaik
   icon       time_graph
   room       Photovoltaik
   sortby     2
   verbose    1


Man kann sehen, dass der letzte Event am 12.07 erfolgt ist. Genau seit diesem Tag sind die mit currentPower getriggerten Logdateien leer und auch ein mit currentPower getriggertes notify reagiert nicht mehr.


Internals:
   DEF        /opt/fhem/log/fhem-sv-%Y-%m-%d.log sv:(currentPower|totalEnergyDay).*
   FD         10
   FUUID      5c435c1b-f33f-de07-e41d-0d481b08b801e4c1
   NAME       log_sv
   NR         31
   NTFY_ORDER 50-log_sv
   REGEXP     sv:(currentPower|totalEnergyDay).*
   STATE      active
   TYPE       FileLog
   currentlogfile /opt/fhem/log/fhem-sv-2020-07-29.log
   logfile    /opt/fhem/log/fhem-sv-%Y-%m-%d.log
   READINGS:
     2020-07-29 00:00:01   linesInTheFile  0
   pos:
     /opt/fhem/log/fhem-sv-2020-07-13.log:2020-07-13_00:00:00 0
     /opt/fhem/log/fhem-sv-2020-07-14.log:2020-07-14_00:00:00 0
     /opt/fhem/log/fhem-sv-2020-07-15.log:2020-07-15_00:00:00 0
...
     /opt/fhem/log/fhem-sv-2020-07-23.log:2020-07-23_00:00:00 0
     /opt/fhem/log/fhem-sv-2020-07-25.log:2020-07-25_00:00:00 0
     /opt/fhem/log/fhem-sv-2020-07-26.log:2020-07-26_00:00:00 0
     /opt/fhem/log/fhem-sv-2020-07-28.log:2020-07-28_00:00:00 0
     /opt/fhem/log/fhem-sv-2020-07-29.log:2020-07-29_00:00:00 0
Attributes:
   alias      log_sv
   logtype    text
   nrarchive  30


Hat jemand eine Idee, wodurch die Änderung bewirkt ist bzw. weiß Abhilfe? Ich kann mich schwach erinnern, dass ich vor zwei bis drei Wochen mal ein FHEM-Update angestoßen habe.
Könnte dies die Ursache sein?


Tom S

3 x Pi 3B mit FHEM, CUL868/Selbstbau, USB Cam, IPCAM, SolarView PV-Überwachung, I2C, 1-wire

amenomade

Was sagt die Fhem-Log mit verbose 5 auf dem Device?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

PeMue

Hallo Tom,

ich kann das leider nicht nachstellen, weil mein Solarview Server (alte FritzBox7170) am 10.7. abgeschmiert ist. Das habe ich zum Anlass genommen, das ganze System vernünftig neu aufzusetzen. Daher lese ich hier mal mit - für alle Fälle.

Gruß Peter
RPi3Bv1.2 rpiaddon 1.66 6.0 1xHM-CC-RT-DN 1.4 1xHM-TC-IT-WM 1.1 2xHB-UW-Sen-THPL-O 0.15 1x-I 0.14OTAU  1xCUNO2 1.67 2xEM1000WZ 2xUniroll 1xASH2200 3xHMS100T(F) 1xRFXtrx 90 1xWT440H 3xTFA30.3150 5xFA21
RPi1Bv2 LCDCSM 1.63 5.8 2xMAX HKT 1xMAX RT V200KW1 Heizung Wasser

Tom S

Im Logfile war auch bei verbose=5 kein Eintrag des Solarview-Moduls zu finden, ebenso nicht im Event-Monitor.

Gute Nachrichten:

Habe daraufhin FHEM noch einmal upgedatet und neu gestartet und siehe da: es geht wieder.

Was die events blockiert hat? Ich weiß es nicht!
Vielleicht kann einer der Experten dies erklären...
Seit dem 12.07. ist von meiner Seite aus keine Änderung in FHEM erfolgt; das System läuft sonst seit Monaten stabil und unverändert.
Tom S

3 x Pi 3B mit FHEM, CUL868/Selbstbau, USB Cam, IPCAM, SolarView PV-Überwachung, I2C, 1-wire

Tom S

Hallo,
ich melde mich nochmal, da das am 29.07. geschilderte Problem erneut aufgetreten ist. Zuletzt war ja durch ein Update/Restart von FHEM alles wieder ok gewesen.

---> Bis zum 05.09. Seit dem Tag stoppte das Auslösen des Notify durch das Modul Solarview erneut.
Ich habe daraufhin heute FHEM nur neu gestartet und sie da: prompt läuft das Notify wieder!

Es hat also den Anschein, als ob Solarview und dort das Reading currentPower ab einem bestimmten Zeitpunkt, den ich nicht weiter einkreisen kann, plötzlich kein Event mehr auslöst und erst ein Neustart von FHEM alles wieder aktiviert.

Kennt jemand einen solchen Effekt?
Was könnte das Verhalten an dem Solarview-Modul auslösen?
Tom S

3 x Pi 3B mit FHEM, CUL868/Selbstbau, USB Cam, IPCAM, SolarView PV-Überwachung, I2C, 1-wire

KölnSolar

Zu Solarview kann ich nichts sagen, aber das
ZitatIm Logfile war auch bei verbose=5 kein Eintrag des Solarview-Moduls zu finden, ebenso nicht im Event-Monitor.

Gute Nachrichten:

Habe daraufhin FHEM noch einmal upgedatet und neu gestartet und siehe da: es geht wieder.
klingt ja eher danach, dass FHEM die "Verbindung" zu Solarview "verloren" hat und es nicht bemerkt wurde. Beim nächsten mal könntest Du mal ein defmod bzw. modify des devices anstatt shutdown/restart probieren. Dadurch müsste sich die Verbindung auch wieder "erneuern" lassen.
Grüße Markus
RPi3/2 buster/stretch-SamsungAV_E/N-RFXTRX-IT-RSL-NC5462-Oregon-CUL433-GT-TMBBQ-01e-CUL868-FS20-EMGZ-1W(GPIO)-DS18B20-CO2-USBRS232-USBRS422-Betty_Boop-EchoDot-OBIS(Easymeter-Q3/EMH-KW8)-PCA301(S'duino)-Deebot(mqtt2)-zigbee2mqtt