Modul: 88_xs1Bridge.pm - EZcontrol xs1

[HomeAuto_User]

Hallo Siggi, sobald ich Heim bin werde ich versuchen den Fall zu rekonstruieren.

Schalte mal innerhalb des Modules die Debug=1 Option an. So siehst du mehr Erkenntnisse Ggf zeige diesen Auszug mal bitte. (Achtung es sind erhebliche Ausgaben)

Das sollte die Erkenntnis zeigen, wieso es kein Update durchführen kann.

Mfg

[meergeist]

Moin,
inzwischen ist der Modus active und jede Menge Meldungen im Logfile:

------------- ERROR CHECK - START -------------
2018.02.06 15:40:58 1: DEBUG> xs1Bridge: GetUpDate | RemoveInternalTimer + InternalTimer
2018.02.06 15:40:58 1: DEBUG> xs1Bridge: GetUpDate ERROR | Modul xs1Dev not existent! Please check it to be available!
2018.02.06 15:40:58 1: DEBUG> xs1Bridge: GetUpDate | Adresse: http://xxx.xxx.x.xx/control?callback=cname&cmd=get_list_actuators
2018.02.06 15:40:58 1: DEBUG> xs1Bridge: GetUpDate | Adresse HTTP request Code: 200
2018.02.06 15:40:59 1: DEBUG> xs1Bridge: Aktor_14 | shutter | Rol_Kue | 100 | F1 off | F2 on | F3 on_wait_off | F4 on_wait_off
2018.02.06.............................................
Was beddeutet das?
Die Readings werden nicht upgedatet.

Ciao
Siggi

[HomeAuto_User]

Hallo,

Moin,
inzwischen ist der Modus active und jede Menge Meldungen im Logfile:

das ist normal bei aktivem Debug (Debug=1). Das ist ein sehr ausführlicher Modus um Fehler besser zu lokalisieren.

2018.02.06 15:40:58 1: DEBUG> xs1Bridge: GetUpDate ERROR | Modul xs1Dev not existent! Please check it to be available!

Das ist eine Überprüfung zur Weiterverarbeitung, das Modul xs1Dev existiert nicht, da es soeben entwickelt wird. Dies ist irrelevant zum derzeitigem Nutzen.

2018.02.06 15:40:58 1: DEBUG> xs1Bridge: GetUpDate | Adresse: http://xxx.xxx.x.xx/control?callback=cname&cmd=get_list_actuators
2018.02.06 15:40:58 1: DEBUG> xs1Bridge: GetUpDate | Adresse HTTP request Code: 200
2018.02.06 15:40:59 1: DEBUG> xs1Bridge: Aktor_14 | shutter | Rol_Kue | 100 | F1 off | F2 on | F3 on_wait_off | F4 on_wait_off

Besagt aus, das das Kommando an das xs1 gesendet werden kann (Adresse: http://....) und du auch eine Antwort 200 von der HTTP Abfrage zurück erhällst.
HTTP-Code 200 bedeutet Die Anfrage wurde erfolgreich bearbeitet und das Ergebnis der Anfrage wird in der Antwort übertragen. | OK

Ich entnehme der Zeile

2018.02.06 15:40:59 1: DEBUG> xs1Bridge: Aktor_14 | shutter | Rol_Kue | 100 | F1 off | F2 on | F3 on_wait_off | F4 on_wait_off

das die Verbindung und auch das auslesen des Aktor_14 klappte.

Nun muss nur der Grund gefunden werden, wieso die Readings nicht aktualisiert werden.
Auf welchen Intervall hast du derzeit das Ganze eingestellt? Option, Intervall= ??
Hast du weitere Optionen vielleicht aktiv?

EDIT: Sollte bei dir der Status "Initialized" nach dem define stehen bleiben, so starte bitte FHEM neu. Soeben hatte ich auch diese Erscheinung, Neustart und es klappte wieder. *arbeite dran*

[meergeist]

Moin Marco,

die Readings werden jetzt aktualisiert,  aber man kann dies nicht im geöffneten Fenster sehen (in rot).
(ich bin mir jetzt nicht ganz sicher aber die Aktualisierung fand zu Anfang nicht statt)
Im Eventmonitor keine Events. In den DOIFS funktioniert die Abfrage, aber es wird nicht getriggert.
Im Sensorlog seit dem Update keine Einträge mehr.

Intervall = 60

Was kann ich tun?

Ciao
Siggi

[HomeAuto_User]

Hallo Siggi,

... aber man kann dies nicht im geöffneten Fenster sehen (in rot).

... Im Eventmonitor keine Events. In den DOIFS funktioniert die Abfrage, aber es wird nicht getriggert.

Nutze die Version welche ich dir hier angepinnt habe. Ich habe das zwischenzeitlich mal geändert weil ich dies für die Weiterentwicklung als doppelt fand.
Ich werde dies nun drin lassen und aktualisieren.

Im Sensorlog seit dem Update keine Einträge mehr.

Hast du dir selber ein Log angelegt? Von Haus aus wird bisher kein Log angelegt von den Sensoren.
Dies passiert bisher nur in der Entwicklerversion des anderen Modules woran ich arbeite. Da werden die Sensoren dann automatisch angelegt und auch Logfile.
Das ganze kann aber noch nicht freigegeben werden, da dort noch viele Dinge intergriert werden müssen.

[meergeist]

Moin Marco,

vielen Dank für die schnelle Hilfe, mir der Version läuft scheinbar wieder alles, werds morgen mal weiter testen.

Das Sensolog hatte ich selbst angelegt und in das entsprechende Plott eingebunden, hat auch gut funktioniert und ein
HTTPMOD Device eingespart...

Ciao
Siggi

[mhill]

Hallo,

zunächst mal Danke ! für deine Entwicklung ich habe die xs1 schon seit Jahren nur noch im Regal liegen.
Mir fehlte die Anbindung an FHEM.

Jetzt kann ich sie wieder einsetzen um Wettersensoren die ich sonst irgendwie nicht empfangen konnte in FHEM zu integrieren.

Leider habe ich jetzt 2 Probleme:

Im FHEM-Logfile steht folgendes:

2018.03.13 12:24:52.232 1: PERL WARNING: Use of uninitialized value $_ in split at ./FHEM/88_xs1Dev.pm line 164.
2018.03.13 12:24:52.233 1: PERL WARNING: Use of uninitialized value $cmdList in string ne at ./FHEM/88_xs1Dev.pm line 165.
2018.03.13 12:24:52.233 1: PERL WARNING: Use of uninitialized value $cmdList in concatenation (.) or string at ./FHEM/88_xs1Dev.pm line 165.
2018.03.13 12:24:52.233 1: PERL WARNING: Use of uninitialized value $cmdList in string eq at ./FHEM/88_xs1Dev.pm line 166.
2018.03.13 12:24:52.235 1: PERL WARNING: Use of uninitialized value $cmdList in string ne at ./FHEM/88_xs1Dev.pm line 177.
2018.03.13 12:24:52.235 2: xs1Dev_Sensor_01: Device windspeed are not supported for Dispatch
2018.03.13 12:24:52.238 2: xs1Dev_Sensor_02: Device winddirection are not supported for Dispatch
2018.03.13 12:24:52.241 2: xs1Dev_Sensor_03: Device windvariance are not supported for Dispatch
2018.03.13 12:24:52.250 2: xs1Dev_Sensor_13: Device waterdetector are not supported for Dispatch
2018.03.13 12:24:52.253 2: xs1Dev_Sensor_14: Device waterdetector are not supported for Dispatch
2018.03.13 12:24:52.256 2: xs1Dev_Sensor_15: Device waterdetector are not supported for Dispatch
2018.03.13 12:24:52.259 2: xs1Dev_Sensor_16: Device other are not supported for Dispatch
2018.03.13 12:24:52.262 2: xs1Dev_Sensor_17: Device counter are not supported for Dispatch
2018.03.13 12:24:52.265 2: xs1Dev_Sensor_18: Device counterdiff are not supported for Dispatch
2018.03.13 12:24:52.276 2: xs1Dev_Sensor_28: Device rain_1h are not supported for Dispatch
2018.03.13 12:24:52.279 2: xs1Dev_Sensor_29: Device rain_24h are not supported for Dispatch
2018.03.13 12:24:52.291 2: xs1Dev_Sensor_38: Device barometer are not supported for Dispatch
2018.03.13 12:24:52.294 2: xs1Dev_Sensor_39: Device uv_index are not supported for Dispatch
2018.03.13 12:24:52.297 2: xs1Dev_Sensor_40: Device light are not supported for Dispatch
2018.03.13 12:24:52.300 2: xs1Dev_Sensor_41: Device windspeed are not supported for Dispatch
2018.03.13 12:24:52.303 2: xs1Dev_Sensor_42: Device winddirection are not supported for Dispatch
2018.03.13 12:24:52.306 2: xs1Dev_Sensor_43: Device rainintensity are not supported for Dispatch
2018.03.13 12:24:52.309 2: xs1Dev_Sensor_44: Device rain are not supported for Dispatch

Die Temp und Feuchte Sensoren gehen, aber Wind, Luftdruck, Regen usw. liefern keine Werte.
Was muss ich hier machen?


Und apptime max liefert folgendes:
   
name                                                   function                                    max       count      total    average   maxDly   avgDly TS Max call     param Max call
tmr-xs1Bridge_GetUpDate                  HASH(0x4f25f78)                      12606        7   82875.93 11839.42    63.86    11.03 13.03. 12:09:12 HASH(xs1)

Ist die Laufzeit bei euch auch so lang?
Mein FHEM läuft auf einem Raspberry PI 3

Schon mal Vielen Dank,
Markus

[HomeAuto_User]

Hallo,

ich wollte vorerst noch kurz mich zu Wort melden.
Es gibt ein Update für die Bridge wo eine Blacklist eingearbeitet wurde.

....are not supported for Dispatch

Solche Meldungen erscheinen wenn der Typ noch nicht eingearbeit wurde in das Programm.

Bitte in dem Falle, mir per PN die komplette Ausgabe der Daten vom http Befehl get_list_actors zukommen lassen, damit ich dies testen und generieren kann zum einarbeiten.
Für einige Tage werde ich die Arbeit ruhen lassen, da ich in die wohlverdiente Alltagesauszeit fliege.
Dann gehts weiter.

MfG

[duke-f]

Werde das auch demnächst intenver testen. Im Moment überrascht mich FHEM aber ständig noch mit der Meldung:

Code Auswählen Erweitern

FileLog_xs1Bridge already defined, delete it first

selbst wenn ich alles, was es an FileLogs zum xs1 gibt, vorher gelöscht habe. Erstt dachte ich, selber einen Fehler zu machen - was ich nach wie vor keinesfalls ausschließe - aber wie gesagt kommt diese Meldung jedes Mal.

[HomeAuto_User]

Werde das auch demnächst intenver testen. Im Moment überrascht mich FHEM aber ständig noch mit der Meldung:

Code Auswählen Erweitern

FileLog_xs1Bridge already defined, delete it first

selbst wenn ich alles, was es an FileLogs zum xs1 gibt, vorher gelöscht habe. Erstt dachte ich, selber einen Fehler zu machen - was ich nach wie vor keinesfalls ausschließe - aber wie gesagt kommt diese Meldung jedes Mal.

Hallo,
hast du das aktuelle modul geupdatet?
MfG

[duke-f]

Aus dem regulären Update? Ja, aber ich kann es gerne wiederholen.

[HomeAuto_User]

Aus dem regulären Update? Ja, aber ich kann es gerne wiederholen.

Welche Version nutzt du von dem Modul und wann genau tauchst diese Meldung auf?

Ich habe bei mir das Ganze nachgestellt und ich erhalte maximal die Information beim Neustart von FHEM da der LogLevel der Nachricht auf 3 gestellt ist.
Im nächsten Update wird dieser auf 4 *hochgeschraubt*.

[duke-f]

Ja, ist bei mir wahrscheinlich auch so, dass das beim Neustart auftritt. Ich starte derzeit öfters, da ich auch an anderen Schrauben drehe. Aber auch dann sollte es und auch nicht bei höherem Loglevel auftreten, denke ich. Kann natürlich mal ein Workaround sein.

Bin allerdings auch froh um das Modul. Ich habe einige Steckdosen, die mal mit den CULs nicht zuverlässig schalten. Das XS1 ist da deutlich sicherer. Bisher gehe ich eben notfalls den Umweg, jetzt könnte ich das deutlich besser integrieren.

[HomeAuto_User]

Kann natürlich mal ein Workaround sein. ...

Ich habe es zur Kontrolle als Ausgabe eingebunden. Man kann natürlich dies herausnehmen zum Schluss, da stimme ich Dir zu.

Gibt es bei dir Sensoren welche bisher nich erkannt werden oder immer im Zustand Defined bleiben? Eine weitere Integration von div. Sensoren vervollständige ich soeben.

[duke-f]

Musst Du mir einige Tage Zeit geben, dann gehe ich mal alle nacheinander durch. Jetzt sind etwas Familienverpflichtungen im Vordergrund - nein, nicht leider