Wohnraumlüftung mit freeair-connect mittels HTTPMOD / EDIT: jetzt auch Modul

Begonnen von amenomade, 17 Mai 2020, 20:22:59

Vorheriges Thema - Nächstes Thema

amenomade

Nein, die Plausibilitätsprüfung verwirft unplausible Werte, aber fordert keine neue Abfrage der Webseite. Diese erfolgt wieder nach Interval.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

amenomade

Versuche mal mit der hier angehängten Version. Vielleicht meckert der Server weniger mit einem keepalive der TCP Verbindung. Das kann aber andere Auswirkungen haben, mal sehen.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

JoeALLb

Ich kann jedenfalls bestätigen, dass man das Modul in einen Status bekommen kann, indem es sehr viele (sekündlich?) Anfragen an den Server verschickt.
Hatte dies auch schon mal, meine Wbapp-Firewall hat die Anfragen jedoch abgefangen.
Seitdem ich täglich neu starte, konnte ich das nicht mehr beobachten.
Scheinbar kann hier das Interval übergangen werden.

sG Joe
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

amenomade

Wäre es möglich eine Log mit verbose >= 4 in dem Fall zu haben?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

JoeALLb

Von mir leider nicht. Ich bin aktuell wegen dem lockdown im Ausland "gefangen", da verzichte ich nicht auf diesen reboot, da manchmal fhem dann gar nicht mehr reagiert hat.
sorryJoe
FHEM-Server auf IntelAtom+Debian (8.1 Watt), KNX,
RasPi-2 Sonos-FHEM per FHEM2FHEM,RasPi-3 Versuchs-RasPi für WLAN-Tests
Gateways: DuoFern Stick, CUL866 PCA301, CUL HM, HMLan, JeeLink, LaCrosse,VCO2
Synology. Ardurino UNO für 1-Wire Tests, FB7270

eldi0s

Das mit dem Log auf verbose >=4 hatte ich probiert, aber sobald die Fehlermeldungen sich häufen explodiert die Größe des Logs förmlich in GB, das bekomme ich dann
nicht mehr vom Raspy runter, da er ja nur im Wlan hängt. Da bei mir generell viel Buskommunikation läuft wird das Log auf hohem verbose auch ohne Fehler ziemlich
schnell mehrere hundert MB groß. Und momentan läuft es ja ca. ne Woche lang, bis die Fehler sich häufen und er abschmiert. Da wäre das Log schon mehrere GB groß.

Gibts ne Möglichkeit das log immer nur für 24 Stunden "am Leben" zu halten? Also automatisch zu überschreiben?


amenomade

Du brauchst nicht verbose 5 auf global zu setzen. Es reicht, wenn es nur auf einem freeairconnect Device gesetzt ist.

Zitat von: eldi0s am 26 November 2020, 15:11:00
Gibts ne Möglichkeit das log immer nur für 24 Stunden "am Leben" zu halten? Also automatisch zu überschreiben?
Ja, siehe Attribute "logfile" und entspr. Wildcards (%d), und Attribut "nrarchive" auf global.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

eldi0s

Hi,

hatte eben kurz ein paar Minuten um nach dem Logging zu schauen. Habe etwas gegoogelt und im FHEM Wiki gelesen.
Ob ich das jetzt richtig gemacht habe kann ich nicht sagen, aber er loggt jetzt auf jeden Fall für jedes Gerät und hat auch
eine Datei mit Monat/Tag für jedes Gerät angelegt. Das mit dem Archivieren hab ich jetzt mal gelassen. Kann ja alle paar
Tage die Logs ohne Fehler von Hand löschen.

Angelegt habe ich die Logs so:

define logKueche filelog ./log/freeair100Kueche-%m-%d.log freeair100Kueche
attr logKueche verbose 5

define logWohnen filelog ./log/freeair100Wohnen-%m-%d.log freeair100Wohnen
attr logWohnen verbose 5

define logUG filelog ./log/freeair100UG-%m-%d.log freeair100UG
attr logUG verbose 5


Gefüllt werden die Dateien momentan mit:

2020-12-07_20:42:36 freeair100Kueche lastDataTimestamp: 2020-12-07 19:50:42
2020-12-07_20:42:36 freeair100Kueche lastRawData: Uh3znKQvCf9Fnvo3N3EVSCcaTmm5v24VmJxiszzCC11rKRwIXvik3D8qq8Xuov4S
2020-12-07_20:42:36 freeair100Kueche S1: 0
2020-12-07_20:42:36 freeair100Kueche S2: 10
2020-12-07_20:42:36 freeair100Kueche S3: 0
2020-12-07_20:42:36 freeair100Kueche S4: 0
2020-12-07_20:42:36 freeair100Kueche S5: 1
2020-12-07_20:42:36 freeair100Kueche S6: 33
2020-12-07_20:42:36 freeair100Kueche HumRedMode: 0
2020-12-07_20:42:36 freeair100Kueche FanLim2ndRoom: 0
2020-12-07_20:42:36 freeair100Kueche b2ndRoomOnly20: 0
2020-12-07_20:42:36 freeair100Kueche SumCooling: 0
2020-12-07_20:42:36 freeair100Kueche ErrorFileNr: 0
2020-12-07_20:42:36 freeair100Kueche ErrorLineNr: 0
2020-12-07_20:42:36 freeair100Kueche FilterSupplyFul: 0
2020-12-07_20:42:36 freeair100Kueche FilterExtractFul: 0
2020-12-07_20:42:36 freeair100Kueche VentPosExtract: 25
2020-12-07_20:42:36 freeair100Kueche VentPosBath: 31
2020-12-07_20:42:36 freeair100Kueche VentPosSupply: 31
2020-12-07_20:42:36 freeair100Kueche VentPosBypass: 25
2020-12-07_20:42:36 freeair100Kueche CtrlSetSupVent: 3
2020-12-07_20:42:36 freeair100Kueche CtrlSetExtVent: 3
2020-12-07_20:42:36 freeair100Kueche CtrlSet2ndVent: 3
2020-12-07_20:42:36 freeair100Kueche CtrlSetBypVent: 2
2020-12-07_20:42:36 freeair100Kueche ErrorCode: 0
2020-12-07_20:42:36 freeair100Kueche FilterHours: 6890
2020-12-07_20:42:36 freeair100Kueche OperatingHours: 7610
2020-12-07_20:42:36 freeair100Kueche Deicing: 0
2020-12-07_20:42:36 freeair100Kueche FSC: 25
2020-12-07_20:42:36 freeair100Kueche FEC: 25
2020-12-07_20:42:36 freeair100Kueche CSU: 18
2020-12-07_20:42:36 freeair100Kueche CFA: 2
2020-12-07_20:42:36 freeair100Kueche DIPSwitch: 87
2020-12-07_20:42:36 freeair100Kueche HumOutdoor: 82
2020-12-07_20:42:36 freeair100Kueche HumExtract: 42
2020-12-07_20:42:36 freeair100Kueche TempOutdoor: 1.625
2020-12-07_20:42:36 freeair100Kueche TempExtract: 20.875
2020-12-07_20:42:36 freeair100Kueche TempSupply: 19.625
2020-12-07_20:42:36 freeair100Kueche TempExhaust: 5.875
2020-12-07_20:42:36 freeair100Kueche TempVirtSupExit: 19.625
2020-12-07_20:42:36 freeair100Kueche AbsHumOutdoor: 4.6
2020-12-07_20:42:36 freeair100Kueche AbsHumExtract: 7.9
2020-12-07_20:42:36 freeair100Kueche CO2: 576
2020-12-07_20:42:36 freeair100Kueche Pressure: 941
2020-12-07_20:42:36 freeair100Kueche ComfortLevel: 3
2020-12-07_20:42:36 freeair100Kueche OperationModeNum: 0
2020-12-07_20:42:36 freeair100Kueche OperationMode: Comfort
2020-12-07_20:42:36 freeair100Kueche FanSpeed: 3
2020-12-07_20:42:36 freeair100Kueche FanSupplyRPM: 967
2020-12-07_20:42:36 freeair100Kueche FanExtractRPM: 1411
2020-12-07_20:42:36 freeair100Kueche TrafficLightFilterSupply: 1
2020-12-07_20:42:36 freeair100Kueche TrafficLightFilterExtract: 3
2020-12-07_20:42:36 freeair100Kueche AirFlowAve: 20
2020-12-07_20:42:36 freeair100Kueche AirFlow: 30
2020-12-07_20:42:36 freeair100Kueche ControlAuto: 0
2020-12-07_20:42:36 freeair100Kueche ControlAutoText: Minimum Ventilation
2020-12-07_20:42:36 freeair100Kueche RSSI: -66
2020-12-07_20:42:36 freeair100Kueche HeatRecovery: 94.0
2020-12-07_20:42:36 freeair100Kueche EnergySaving: 180.5
2020-12-07_20:42:36 freeair100Kueche TrafficLightHumidity: 1
2020-12-07_20:42:36 freeair100Kueche TrafficLightCO2: 1
2020-12-07_20:42:36 freeair100Kueche ErrorState: 0
2020-12-07_20:42:36 freeair100Kueche ErrorText:


Interessant wird es ja dann, wenn die ersten Fehler kommen.

Passt das so?

Grüße,
eldi

EDIT:
Also die Verbindungsfehler des freeairconnect Moduls werden bei den Devices nicht mitgeloggt?? Ist das gewollt?

2020.12.08 01:27:22 1: freeairconnect (freeair100Wohnen): URL error (1): read from https://www.freeair-connect.de:443 timed out
oder
2020.12.06 04:22:52 1: freeairconnect (freeair100Wohnen): URL error (1): www.freeair-connect.de: Verbindungsaufbau abgelehnt (111)

amenomade

verbose 5 muss auf dem freeairconnect Device und nicht auf dem FileLog-Device gesetzt werden
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

eldi0s

Ups...

Ok, ist gemacht und wird von FHEM bei den Geräten jetzt auch so angezeigt.

Dann warten wir mal ab.

eldi0s

Also trotz verbose 5 auf den freeairdevices wird nur das oben angehängte in dem filelog geloggt. Dafür aber auf verbose 5 im FHEM log und selbiges explodiert mir
jetzt immer. 4-6 GB pro Tag?

amenomade

Nein, verbose 5 braucht nicht auf global sondern nur auf den freeair Devices gesetzt zu werden.

Dann in der Fhem Log schauen. Die Log3 lvl 5 sind in der Fhem Log, nicht in einer Filelog. Ein Filelog Device loggt nur Events.
Das wird aber auch viel in der Log schreiben.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

eldi0s

Merry Christmas ;-)

Also, ich lasse die Logs jetzt Stundenweise anlegen. Free Air Geräte auf verbose 5. Nach einem Fhem Neustart ist das Log pro Stunde ca. 40MB groß und die 3 Geräte pollen nach Ihren "Interval" Vorgaben. Bereits am 2-3 Tag steigt die Größe des Logs auf 70-80MB. Nach ner Woche bei über 170MB. Das polling nimmt dabei deutlich zu, sprich er fragt die Geräte innerhalb der selben Sekunde teiwleise 3-4 mal ab. Siehe Logauszug. Fehler sehe ich keine im Log. So nach 14 Tage hat das Log pro Stunde 400MB und FHEM schmeisst sich weg. Achja, gibt es einen Grund warum eine so riesige Datenmenge bei Params Parse = HASH verarbeitet werden muss??

Weihnachtliche Grüße,
eldi

amenomade

ZitatDas polling nimmt dabei deutlich zu, sprich er fragt die Geräte innerhalb der selben Sekunde teiwleise 3-4 mal ab.
Das klingt komisch.
Ich schaue nach, wenn ich ein bisschen Zeit finde.

ZitatAchja, gibt es einen Grund warum eine so riesige Datenmenge bei Params Parse = HASH verarbeitet werden muss??
Das ist was die http Request zurückgibt. Nicht alles wird geparst sondern nur das erste Teil. Der Rest ist Historie. Aber mit verbose 5 wird es gelogt, und das ist genau das, was ich mich ansehen muss. Du kannst aber die Zeile kommentieren, ich habe gesehen, dass es nicht daran liegt und die nutzbare Daten habe ich schon in "Handling data ..."

EDIT: Da geht tatsächlich etwas schief. Er macht mehrere GetUpdate nacheinander. Ich melde mich (aber dauert vielleicht ein bisschen in der Weihnachtszeit ;) )

Frohe Weihnachten.
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

amenomade

Ich habe eine mögliche Fehlerquelle identifiziert: nach einem "Error" wurde evtl die Anzahl von GetUpdates multipliziert. Kannst Du bitte mit der angehängten Version weiter testen? (drinn habe ich auch die Log Ausgabe reduziert - 1M pro Request war tatsächlich ein bisschen viel)

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus