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

amenomade · 10 August 2020, 23:22:02

Ein lesbares "list" vom Device und die Log mit verbose 5 würden mir helfen.

EDIT: insb. die Logzeilen mit:

freeairconnect ($name): Params Parse = $param, $err, $data
und
freeairconnect ($name): stringToBytes =

amenomade · 12 August 2020, 00:28:09

ZitatDeshalb möchte ich mir eine Automatische Turbo Cool Aktivierung mit FHEM basteln, die in Abhängigkeit von der
Tageshöchsttemperatur (falls kein KNX oder anderweitiger Außenfühler vorhanden ist kann man hier die
Aussenlufttemperatur vom gerät hernehmen) und der Raumtemperatur (Entweder vom KNX oder Ablufttemperatur des Geräts)
um 01:00 Uhr die Funktion aktiviert (läuft dann automatisch 3 Stunden) bis um 4 Uhr und danach gleich nochmal aktiviert
bis 7:00Uhr.

Z.B. mit einem DOIF:

Code Auswählen

([freeair100:"TempOutdoor"] and [?06:00-19:59] and [?freeair100:TempOutdoor] > [?freeair100:maxTemp,0.0]) 
	(setreading freeair100 maxTemp [freeair100:TempOutdoor])
DOELSEIF ([20:00] and [?freeair100:maxTemp] > 27 and [?deviceX:TempIndoor] > 24)
	(setreading freeair100 turboAtNight 1, setreading freeair100 maxTemp 0)
DOELSEIF (([01:00] or [04:05]) and [?freeair100:turboAtNight,0] eq "1")
	(set freeair100 OperationMode Turbocool)
DOELSEIF ([05:00])
	(setreading freeair100 turboAtNight 0)

attr do always

EDIT: Workaround für nicht existierenden Readings

eldi0s · 14 August 2020, 08:46:07

Danke

Werde es am WE mal testen und dir das "list" sowie die "Log" zukommen lassen.

Grüße,

amenomade · 30 August 2020, 23:56:44

Version zur Fehlersuche

Zusätzliche Logausgaben bei errorState not 0 (achtung: Passwort wird mitgeloggt)

EDIT: Zwischenversion vom Modul entfernt. Die gültige Version ist im ersten Post

amenomade · 31 August 2020, 19:19:51

Mit Wahrscheinlichkeitsprüfung vor der Aktualisierung von den Readings.

EDIT: Zwischenversion vom Modul entfernt. Die gültige Version ist im ersten Post

JoeALLb · 31 August 2020, 22:48:01

Wollte mal einen Dank für das Modul da lassen.... bin vor monaten daran schon gescheitert

JoeALLb · 25 September 2020, 10:41:35

Mir ist gerade aufgefallen, dass das Modul mir eine Außentemperatur von -6.5 zeigt, Die Webseite jedoch 8.5, was korrekt ist.
Hast Du dazu eine Idee? Im lastDataTimestamp wird die korrekte Urzeit angezeigt, also handelt es sich nicht um alte Werte!

sG
Joe

amenomade · 25 September 2020, 17:29:26

Wow. Kalt bei dir

Ich brauche mehr Information, wie "list" vom Device und Log Ausgaben
Erste Frage: hast Du die letzte Version vom Modul (vom 01.09.2020) im Betrieb?

JoeALLb · 25 September 2020, 17:42:19

Ja, hab die aktuellste Version, aber keinen Zugriff (aus der Ferne) auf das Log, da fhem in einem Docker Container liegt.
Im eventmonitor landet jedenfalls nichts...

Aber die Werte passen aktuell auch wieder (+3.8°).

eldi0s · 09 November 2020, 22:01:06

Hi,

habe mal wieder Probleme mit dem Modul

Bei mir laufen 3 Geräte und das Modul liefert bei mir immer nach ca. 2 Tagen keine Daten mehr und der Pi bekommt eine
sehr hohe CPU Last. Im Log finden sich dann pro Sekunde ca. 10 Einträge mit:

URL error (39466): connect to https://www.freeair-connect.de:443 timed out

Das hier ist mir im Log auch aufgefallen:
www.freeair-connect.de: Die Verbindung wurde vom Kommunikationspartner zurückgesetzt (104)

Ich hatte schon das Interval im Verdacht und es deshalb schon bei allen 3 Geräten unterschiedlich eingestellt. Aber keine Besserung.
Der Pi hat dabei ständig eine konstante Internetverbindung und ein Ping auf z.Bsp. google.de läuft einwandfrei.

In der Datei split_aa ist der Anfang der Misere ersichtlich. Split_zcvj zeigt dann das Ende wo der Pi komplett zu spinnen beginnt.

Irgend eine Idee?

Grüße,

JoeALLb · 09 November 2020, 23:36:35

servus, ja. Das Problem kann ich auf einem nicht PI bestätigen, habe es seither auf eine eigene Fhem Instanz verschoben und boote diese täglich neu. Aber toll, dass es dieses Modul gibt, herzlichen Dank!!

amenomade · 11 November 2020, 00:02:12

Bitte aktuelle "list" von den Devices.
Ist bei dir "attr global dnsServer" gesetzt?

Hilft ein grösserer Interval für die Abfragen?

eldi0s · 15 November 2020, 22:09:13

Mit nem gestaffelten Intervall von 200/240/280 zwischen den 3 Geräten funktioniert es bei mir seit ca. ner Woche.
Bekomme aber 1 mal am Tag trotzdem auf 2 von den 3 Geräten zur selben Zeit die o.g. Fehlermeldung. Die Geräte variieren dabei.
Vermute es kommt immer wenn die Abfrage 2er Geräte in den selben Zeitraum fällt. Das System stört sich wohl aber momentan nicht daran.

Grüße

amenomade · 15 November 2020, 22:18:24

Ich vermute, die Webseite blockiert ab und zu. Vielleicht wollen die nicht permanent zu oft gepollt werden. Aber ein Mechanismus einzubauen, dass eine gleichzeitige Abfrage von mehrenen Devices verhindert, wäre schwierig zu implementieren. Hätte erstmal keine Ahnung wie.

eldi0s · 24 November 2020, 13:28:57

Hmm, jetzt ist reproduzierbar nach ca. 1 Woche Schluss. Das ist echt komisch.
Im Log immer nur die gleichen Meldungen wie zuvor angehängt.

Wenn dann das "Spamming" los geht wird sogar meine IP von den bluMartin Servern
komplett geblockt. Verständlich, da FHEM dann pro Sekunde 2-3mal pollt.

Hat das evtl. was mit deiner Plausibilitätsprüfung die du neulich eingeführt hast zu tun?

Grüße,