Modul: 88_xs1Dev.pm - EZcontrol xs1 steuern aus FHEM

Begonnen von HomeAuto_User, 01 März 2018, 21:21:07

Vorheriges Thema - Nächstes Thema

HomeAuto_User

Hallo,

ich habe eine Erweiterung für das Modul xs1Bridge.pm geschrieben welches via Update verteilt wird.
Zusammen mit dem Modul kann man aus FHEM das Gerät xs1 steuern und auch die Diagramme von Sensoren werden bei Bedarf angelegt.
Da ein Test allein im heimischen System nur begrenzt möglich ist , so stelle ich es heute zur Verfügung.

Anregeungen bzw. Fehler bitte hier melden.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin HomeAuto_User,

1. ohne xs1dev.pm funktioniert das umschalten auf viewFunktion über 0 und 1 nicht von 1 auf 0 geht nur mit deliteattr.
2. viele Aktoren werden in der viewfunktion nicht richtig angezeigt, hier 2 Beispiele


         "name": "Rol_Ter",
         "id": 24,
         "type": "shutter",
         "value": 100.0,
         "newvalue": 100.0,
         "utime": 1520062202,
         "unit": "%",
         "function": [
            {
               "type": "off",
               "dsc": "↓"
            },
            {
               "type": "on",
               "dsc": "↑"
            },
            {
               "type": "absolut",
               "dsc": "86%"
            },
            {
               "type": "absolut",
               "dsc": "60%"
            }

Aktor_24              100.0     2018-03-03 14:42:57
Aktor_24_function_1   auto 2    018-03-03 14:39:57
Aktor_24_name         Rol_Ter   2018-03-03 15:01:29


         "name": "MobStDoA1_xxxxx",
         "id": 36,
         "type": "shutter",
         "value": 100.0,
         "newvalue": 100.0,
         "utime": 1520083545,
         "unit": "%",
         "function": [
            {
               "type": "on",
               "dsc": "ON"
            },
            {
               "type": "off",
               "dsc": "OFF"
            },
            {
               "type": "disabled",
               "dsc": ""
            },
            {
               "type": "disabled",
               "dsc": ""
            }


Aktor_36              100.0            2018-03-03 14:42:57
Aktor_36_function_1   absolut          2018-03-03 14:39:57
Aktor_36_function_2   absolut          2018-03-03 14:39:57
Aktor_36_function_3   absolut          2018-03-03 14:39:57
Aktor_36_function_4   absolut          2018-03-03 14:39:57
Aktor_36_name         MobStDoA1_xxxxx  2018-03-03 15:01:29

2. nach dem update mit xs1Dev bekomme ich ausser endlosen Logeinträgen nichts zustande, selbst nach deaktivierung von Ezcontrol und ezcontol auf 0 laufen die Logeinträge weiter auf.
hier ein Auszug:

2018.03.03 16:36:10 2: autocreate: define xs1Dev_Sensor_62 xs1Dev S 62
2018.03.03 16:36:10 3: xs1Dev: Unknown device xs1Dev_Sensor_63 63 S, please define it
2018.03.03 16:36:10 2: autocreate: define xs1Dev_Sensor_63 xs1Dev S 63
2018.03.03 16:36:10 3: xs1Dev: Unknown device xs1Dev_Sensor_64 64 S, please define it
2018.03.03 16:36:10 2: autocreate: define xs1Dev_Sensor_64 xs1Dev S 64
2018.03.03 16:37:40 2: xs1Dev_Aktor_01: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_02: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_03: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_04: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_06: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_07: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_14: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_17: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_19: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_24: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_31: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_36: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_38: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_42: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_51: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_52: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 2: xs1Dev_Aktor_61: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:37:40 1: PERL WARNING: Use of uninitialized value $_ in split at ./FHEM/88_xs1Dev.pm line 164.
2018.03.03 16:37:40 1: PERL WARNING: Use of uninitialized value $cmdList in string ne at ./FHEM/88_xs1Dev.pm line 165.
2018.03.03 16:37:40 1: PERL WARNING: Use of uninitialized value $cmdList in concatenation (.) or string at ./FHEM/88_xs1Dev.pm line 165.
2018.03.03 16:37:40 1: PERL WARNING: Use of uninitialized value $cmdList in string eq at ./FHEM/88_xs1Dev.pm line 166.
2018.03.03 16:37:40 1: PERL WARNING: Use of uninitialized value $cmdList in string ne at ./FHEM/88_xs1Dev.pm line 177.
2018.03.03 16:40:49 2: xs1Dev_Aktor_01: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:40:49 2: xs1Dev_Aktor_02: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:40:49 2: xs1Dev_Aktor_03: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:40:49 2: xs1Dev_Aktor_04: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
2018.03.03 16:40:49 2: xs1Dev_Aktor_06: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:40:49 2: xs1Dev_Aktor_07: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:40:49 2: xs1Dev_Aktor_14: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.03 16:40:49 2: xs1Dev_Aktor_17: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
2018.03.03 16:40:49 2: xs1Dev_Aktor_19: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)

4. empfangsseitig funktioniert alles bestens
Ciao
Siggi

HomeAuto_User

Hallo Siggi,

zu 1) werde ich versuchen zachzuvollziehen

zu 2) kannst du mir bitte das komplette Array vom xs1 (Befehl get_list_actors) zu Verfügung stellen um das ich es mit den kompletten Daten offline von Dir testen kann wieso sie Schleife durcheinander kommt.

zu 3) Die Ausgabe erfolgt, weil der Typ Shutter / timerswitch) noch nicht eingebunden ist. Dies werde ich einbinden. (Meldung ... are not supported)

Grüße
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin HomeAuto_User,

hast eine PM bekommen.

Ciao
Siggi

HomeAuto_User

Hallo Siggi,

deine Daten habe ich bekommen.
Ich habe auch schon eine Vermutung wieso es zu der Verschiebung kommt.

Hast du die Speicherplätze in der xs1 verschoben? also Bsp: Aktor 7 auf 5 ..

Bin dran.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

HomeAuto_User

#5
Hallo,

Zu dem Problem:
Zitat2. viele Aktoren werden in der viewfunktion nicht richtig angezeigt, hier 2 Beispiele
bitte mal testen ob es nun richtig ist Siggi. (Datei im Anhang).
Wenn ja, dann werde ich sie ins Update übernehmen.
In den künstlich eingespielten Daten stimmt nun die Zuordnung erstmal.

Die anderen Punkte habe ich noch nicht angetastet vorerst.
Schritt für Schritt.

Mfg
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin,
definitiv sind die Speicherplätgze in der XS1 im laufe der Jahre verschoben worden.

Das Problem hatte ich hier schonmal angesprochen >Antw:Neues Modul: xs1Bridge.pm - EZcontrol xs1
« Antwort #12 am: 06 Februar 2018, 00:08:12 »<
eine Frage
könntest du im EZcontrol Modul eine Auswahlmöglichkeit schaffen welcher Aktor/Sensor ein Event auslösen soll?

Ciao
Siggi

HomeAuto_User

#7
Zitatkönntest du im EZcontrol Modul eine Auswahlmöglichkeit schaffen welcher Aktor/Sensor ein Event auslösen soll?

Bisher ist es so, das vom Modul 88_xs1Bridge.pm bei jedem Update der Aktoren - Sensoren ein Event mit ausgelöst wird.
Zusätzlich wird auch ein Event beim Update via 88_xs1Dev.pm erzeugt. Beim Modul 88_xs1Bridge.pm könnte ich dies herausnehmen weil dies natürlich "doppelt" ist.

Stellst du dir vor, das du jeden Aktor - Sensor expliziet für ein Event freigeben - sperren möchtest?

EDIT: in der Änderung welche du testen solltest ist noch ein Fehler. Da zieht sich die Änderung weiter durch das Modul. Melde mich.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin Marco,

ZitatStellst du dir vor, das du jeden Aktor - Sensor expliziet für ein Event freigeben - sperren möchtest?

genau, attr eine Liste von Readings die ein Event erzeugen .(oder auch umgekehrt), da ich sehr viele Events in Fhem nicht gebrauche, aber im XS1 nicht deaktivieren kann.

(Gnade aber ich habe keine Ahnung ob das möglich ist und wie aufwändig das ist, gehöre noch zur Rechenschieber_Generation)

Ergebnis des Tests als Pm.

Ciao
Siggi

HomeAuto_User

Hallo Siggi,

ich habe ein Update eingespielt und via FHEM - Update Funktion erhalten werden sollte.

Zitat2. viele Aktoren werden in der viewfunktion nicht richtig angezeigt, hier 2 Beispiele
Sollte nun behoben sein.

Zitat2. nach dem update mit xs1Dev bekomme ich ausser endlosen Logeinträgen nichts zustande, selbst nach deaktivierung von Ezcontrol und ezcontol auf 0 laufen die Logeinträge weiter auf.
Der Typ shutter sollte nun auch nicht mehr die Logs erzeugen weil er eingebunden ist und via xs1Dev auch angesteuert werden sollte.

Events:
Ich habe im Modul xs1_Bridge sämtliche Events auf Null gesetzt von den Sensoren und Aktoren.  Solltest du ein Event verarbeiten wollen, dann nutze dies vom xs1Dev direkt. Dort wird bei jedem Aktor, wenn dieser geschalten wird oder auch aktualisiert wird, ein Event ausgelöst. Somit sind die Doppeltevents im Eventmonitor bereinigt. Entspricht dies deiner Nutzung oder was hast du direkt vor? Möchtest du nur manche Events verarbeiten?
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin Marco,
leider gibts die Fehlermeldungen immer noch. In der XS1Dev steht hinter allen Rollos Defined, was bedeutet das? dort erscheint auch nicht eine passende Set Auswahlliste, und das Rollo läßt sich auch nicht steuern.
Zu den Events, ich meinte die Aktoren/Sensoren nach Auswahl so zu behandeln als wären sie im XS1 deaktviert.

hier die Fehlermeldungen: (Was bedeeuten die Perl_Meldungen?)

2018.03.05 22:48:26 1: PERL WARNING: Use of uninitialized value $_ in split at ./FHEM/88_xs1Dev.pm line 164.
2018.03.05 22:48:26 1: PERL WARNING: Use of uninitialized value $cmdList in string ne at ./FHEM/88_xs1Dev.pm line 165.
2018.03.05 22:48:26 1: PERL WARNING: Use of uninitialized value $cmdList in concatenation (.) or string at ./FHEM/88_xs1Dev.pm line 165.
2018.03.05 22:48:26 1: PERL WARNING: Use of uninitialized value $cmdList in string eq at ./FHEM/88_xs1Dev.pm line 166.
2018.03.05 22:48:26 1: PERL WARNING: Use of uninitialized value $cmdList in string ne at ./FHEM/88_xs1Dev.pm line 177.
2018.03.05 23:03:20 2: xs1Dev_Aktor_01: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.05 23:03:20 2: xs1Dev_Aktor_02: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.05 23:03:20 2: xs1Dev_Aktor_03: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.05 23:03:20 2: xs1Dev_Aktor_04: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
2018.03.05 23:03:20 2: xs1Dev_Aktor_06: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
usw

Ciao
Siggi

HomeAuto_User

Hallo Siggi,

würdest du bitte noch einmal ein update machen bzw. danach FHEM neustarten.
Die von dir genannte Meldung
Zitat2018.03.05 23:03:20 2: xs1Dev_Aktor_01: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.05 23:03:20 2: xs1Dev_Aktor_02: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.05 23:03:20 2: xs1Dev_Aktor_03: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
2018.03.05 23:03:20 2: xs1Dev_Aktor_04: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
2018.03.05 23:03:20 2: xs1Dev_Aktor_06: Set | xs1_typ=shutter are not supported (loop not dimmer & switch)
passst nicht zu der der Version welche ich online stellte. Der hinweis "shutter are not supported (loop not dimmer & switch)" wurde geändert und das deutet auf eine nicht aktuelle Version hin.

Der einzige Fehler welcher sich derzeit bei dir zeigen sollte, ist dieser
Zitat2018.03.05 23:03:20 2: xs1Dev_Aktor_04: Set | xs1_typ=timerswitch are not supported (loop not dimmer & switch)
weil die Funktion "timerswitch" noch nicht implementiert ist. Diese bin ich soeben dran zu überarbeiten.

ZitatWas bedeeuten die Perl_Meldungen?
Sagen aus, das die Werte die verarbeitet werden sollen vom modul nicht initialisiert (gefüllt) sind.

Haben die Vertauschungen in der Funktionsansicht sich korrigiert?

ZitatZu den Events, ich meinte die Aktoren/Sensoren nach Auswahl so zu behandeln als wären sie im XS1 deaktviert.
Dem kann ich nicht ganz folgen. Das Device xs1Bridge und anschließend xs1Dev Device verarbeitet nur Speicherplätze - Aktoren / Sensoren welche nicht auf disable (deaktiviert) sind.
Jeder Aktor oder Sensor welcher angelegt wurde als xs1Dev erzeugt ein Event bei Wertänderung, egal ob ausgelesen vom xs1 oder selbst geschalten via FHEM.
Das ganze siehst du, wenn du den Evenmonitor öffnest und einfach mal xs1.* eingibst.

Grüße
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin Marco,

ZitatHaben die Vertauschungen in der Funktionsansicht sich korrigiert?
Ja, ist jetzt ok.
Hat die Nummerierung zBsp.AKtor_01 einen Bezug zu den ausgelesenen Daten , oder ist das rein intern?

ZitatJeder Aktor oder Sensor welcher angelegt wurde als xs1Dev
Ich möchte auch in der xs1Bridge festlegen welcher Aktor/Sensor angelegt wird, da ich die in der XS1 nicht deaktivieren kann,weil sie dort gebraucht werden.

In der xs1Dev Liste gibt es viele Einträge die sich nicht zuordnen lassen weil dort immer nur undefiniert steht.

leider gibts auch noch endlose Log_Einträge, hier ein Aussschnitt:

Zitat2018.03.07 15:47:07 2: xs1Dev_Aktor_53: Set | xs1_typ=timerswitch are not supported. Please inform me!
2018.03.07 15:47:07 2: xs1Dev_Sensor_03: Device windgust are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_04: Device rain_1h are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_09: Device light are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_11: Device uv_index are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_13: Device light are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_16: Device other are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_17: Device motion are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_18: Device motion are not supported for Dispatch

2018.03.07 15:47:07 2: xs1Dev_Sensor_49: Device counter are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_52: Device remotecontrol are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_55: Device counter are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_58: Device remotecontrol are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_62: Device other are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_63: Device winddirection are not supported for Dispatch

Ciao
Siggi






HomeAuto_User

#13
Hallo,

ZitatHat die Nummerierung zBsp.AKtor_01 einen Bezug zu den ausgelesenen Daten , oder ist das rein intern?
Diese automatische Bezeichnung ist jeweis auf die internen Speicherplatz der xs1 bezogen.

ZitatIch möchte auch in der xs1Bridge festlegen welcher Aktor/Sensor angelegt wird, da ich die in der XS1 nicht deaktivieren kann,weil sie dort gebraucht werden.
Die Bridge, bzw das Modul xs1Bridge ist ein Modul was alles aus der xs1 ausliest. Stell dir vor, es liest die gesamte Konfiguration aus. Dort kannst du nichts deaktivieren. Du erhällst sämtliche Readings immer je nach Konfiguration der xs1.

Zitat....leider gibts auch noch endlose Log_Einträge, hier ein Aussschnitt:
Ja, das ist richtig, da du in deinen Daten mehr Typen verarbeitest als ich und ich diese wie den von dir genutzen Typ shutter + timerswitch erst nach und nach einprogrammieren muss. Es stellt einen Hinweis dar, das man mich kontaktieren soll, da das Modul das nocht nicht unterstützt.

Die Konfigurationsmöglichkeit des Gerätes ist so umfangreich, das ich selbst nicht alle Möglichkeiten testen kann. Du hast nun mehr Typen im Einsatz, diese muss ich nach und nach einbinden nachdem ich diese offline getestet habe bzw. mir angesehen habe. Du musst dir das vorstellen, das Gerät hat zich Möglichkeiten und diese müssen einzeln angesehen werden und in den Modulen eingearbeitet werden. Im Nächsten Update kommt der timerswitch (somit hast du einen Log wieder weniger ;-) ) hinzu und der Hinweis im Doc, welche Typen eingebunden sind im Modul.
unabhängig davon, werde ich nachdenken, ob es eine Möglichkeit gibt, den Hinweis, "...are not supported for Dispatch" nur vereinzelt auszugeben um das Logfile weniger zu belasten. --> in Prüfung

Ich halte dich auf dem Laufenden und hebe die Hand wenn du neu Updaten kannst ;-) zum testen.

Die bereits angelegten Aktoren kannst du aber korrekt via FHEM steuern?
außer diese...
Zitat2018.03.07 15:47:07 2: xs1Dev_Aktor_53: Set | xs1_typ=timerswitch are not supported. Please inform me!
2018.03.07 15:47:07 2: xs1Dev_Sensor_03: Device windgust are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_04: Device rain_1h are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_09: Device light are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_11: Device uv_index are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_13: Device light are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_16: Device other are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_17: Device motion are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_18: Device motion are not supported for Dispatch

2018.03.07 15:47:07 2: xs1Dev_Sensor_49: Device counter are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_52: Device remotecontrol are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_55: Device counter are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_58: Device remotecontrol are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_62: Device other are not supported for Dispatch
2018.03.07 15:47:07 2: xs1Dev_Sensor_63: Device winddirection are not supported for Dispatch

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin Marco,
Gnade falls ich nerve.
ZitatDie bereits angelegten Aktoren kannst du aber korrekt via FHEM steuern?
ja das klappt, nur möchte ich die nicht alle angelgt haben

ZitatDie Bridge, bzw das Modul xs1Bridge ist ein Modul was alles aus der xs1 ausliest. Stell dir vor, es liest die gesamte Konfiguration aus. Dort kannst du nichts deaktivieren. Du erhällst sämtliche Readings immer je nach Konfiguration der xs1.
Das das  Modul xs1Bridge alles ausliest ist mir schon klar und das ist auch gut so, ich möchte auch nix deaktivieren, ich möchte nur nicht das für alle aktoren automatisch Devieces anglegt werden (in der endlos lange xs1Dev Liste, sondern nur gewünschte.)
Falls das nicht möglich ist wäre es schön wenn das Modul xs1Bridge auch vollkommen  ohne xs1Dev (ohne die endlos lange xs1Dev Liste) zu benutzen wäre.

Was nach folgendem Szenarium scheinbar wohl nicht geht?
In der xs1_bridge EZcontrol auf 0 gesetzt
Die XS1-Bridge deaktiviert
Den Fhem_Server gestoppt.
DFhem_Server gestartet: folgendes Log:

2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_08
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Sensor_41
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_55
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_44
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_60
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_57
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_56
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Sensor_51
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Sensor_23
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Sensor_37
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_54
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_01
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Sensor_22
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_45
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Sensor_50
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_28
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_36
2018.03.07 23:23:18 3: No I/O device found for xs1Dev_Aktor_24

nach anklicken XS1 in der Raumübersicht

2018.03.07 23:01:54 2: xs1Dev_Aktor_01: Device undefined are not supported for Dispatch
2018.03.07 23:01:54 2: xs1Dev_Aktor_02: Device undefined are not supported for Dispatch
2018.03.07 23:01:54 2: xs1Dev_Aktor_03: Device undefined are not supported for Dispatch
2018.03.07 23:01:54 2: xs1Dev_Aktor_04: Device undefined are not supported for Dispatch
usw alle 60 sec endlos

nach öffnen eines anderen Raumes keine Einträge mehr

oder mach ich da was falsch?

Ciao
Siggi



Dv1407

Hallo Zusammen,
ich bin neu in das Thema Fhem eingestiegen,
Betreibe aber schon eine xs1, welche ich mit 192.168.178.99:99 aufrufen kann.
Was muss ich den in dem Modul als IP hinterlegen?
Ich erhalte folgenden Eintrag:
2018-03-09 23:28:48 xs1Bridge EZcontrol_xs1 deactive
2018.03.09 23:28:48 3 : xs1Bridge: GetUpDate | connection ERROR -> xs1 set to disable! Device not reachable after 10 attempts

HomeAuto_User

Hallo Siggi,

Zitat von: meergeist am 08 März 2018, 15:28:28
Moin Marco,
Gnade falls ich nerve.ja das klappt, nur möchte ich die nicht alle angelgt haben
Das das  Modul xs1Bridge alles ausliest ist mir schon klar und das ist auch gut so, ich möchte auch nix deaktivieren, ich möchte nur nicht das für alle aktoren automatisch Devieces anglegt werden (in der endlos lange xs1Dev Liste, sondern nur gewünschte.)
Alles gut :-) Mit viel Gedult findet man eine Lösung und ich kann dich verstehen. Ich habe nun einen Schritt weitergemacht und habe den Typ timerswitsch ergänzt. Somit werden die Fehler im Logfile immer weniger ;-) Sollten es zuumindest nach und nach. Alles mit einmal schaffe ich nicht zu beseitigen weil vieles ineinander greift.

Zitat von: meergeist am 08 März 2018, 15:28:28
.... ich möchte auch nix deaktivieren, ich möchte nur nicht das für alle aktoren automatisch Devieces anglegt werden (in der endlos lange xs1Dev Liste, sondern nur gewünschte.)
Falls das nicht möglich ist wäre es schön wenn das Modul xs1Bridge auch vollkommen  ohne xs1Dev (ohne die endlos lange xs1Dev Liste) zu benutzen wäre.
Das sollte möglich sein und ich habe da schon einen Schalter im Hinterkopf. Nun sollte ich verstanden haben was du möchtest.! --> ToDoList ergänzt
Du kannst dir auch helfen, indem du den angelegten Aktor auf Ignore = 1 setzt. Das ist eine FHEM Funktion und dieser ist dann ausgeblendet und weg ;-)

Zitat von: meergeist am 08 März 2018, 15:28:28
2018.03.07 23:23:18 3: No I/O device found for ....
Sowas erschien wenn ein Aktor angelegt war und nachträglich die Bridge gelöscht wurde. Also somit konnte der Aktor nicht mit der xs1 kommunizieren. Das sollte nun nicht als Fehler erscheinen.

Spiel bitte das neune Update ein und so bist du auf jedenfall schonmal auf dem laufenden "Ball" und ich bin an deinen weiteren Typen dran, diese einzubinden.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

HomeAuto_User

#17
Hallo und herzlich willkommen.

Zitat von: Dv1407 am 09 März 2018, 23:30:18
Hallo Zusammen,
ich bin neu in das Thema Fhem eingestiegen,
Betreibe aber schon eine xs1, welche ich mit 192.168.178.99:99 aufrufen kann.
Was muss ich den in dem Modul als IP hinterlegen?
Ich erhalte folgenden Eintrag:
2018-03-09 23:28:48 xs1Bridge EZcontrol_xs1 deactive
2018.03.09 23:28:48 3 : xs1Bridge: GetUpDate | connection ERROR -> xs1 set to disable! Device not reachable after 10 attempts

Der nomale weg ist,
Zitatdefine ezControl xs1Bridge 192.168.178.99
Ich nehme an, du hast dies getan.
ZitatDevice not reachable after 10 attempts
Es besagt aus, das nach 10 Fehlversuchen das Gerät sich auf deactive gesetzt hat.

Kannst du mal bitte ein List vom Device zeigen.
Deinen Versuch werde ich nachstellen und den Port im cs1 versuchen zu modifzieren. Es wird nicht dein Fehler sein, ich werde eine Anpassung vornehmen müssen. --> ToDoList, teste ich mit hoher Priorität

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Hallo,
Nach einem Neustart von FHEM hat es jetzt funktioniert.
Jetzt sind auch alle Aktoren und Sensoren verfügbar.

Jetzt habe ich aber ein weiteres Problem.
Wie kann ich die Schalter der Rolläden steuern?
Es sind RSU-2 FS20 Schalter
Der Schalter klickt kurz und geht wieder aus.

Folgender Befehl ist im Event-Monitor zu sehen:
2018-03-17 10:48:00 xs1Dev xs1Dev_Aktor_10 off

meergeist

Moin Marco,

Danke für die Blacklist, an sowas hatte ich gedacht.
Leider funktioniert das nicht, die aufgelisteten Aktoren/Sensoren werden trozdem angelegt. Gibts da was besonderes zu beachten?

Das xs1Dev läßt sich nicht über "Delete this device " deinstallieren, sondern nur mittels delete Kommando,
ist das so gewollt?

Bei den RSU-2 Aktoren das gleiche wie bei  Dv1407, die normalen Schalter dagegen funktionieren.

Zitat[Du kannst dir auch helfen, indem du den angelegten Aktor auf Ignore = 1 setzt. Das ist eine FHEM Funktion und dieser ist dann ausgeblendet und weg ;-)
/quote]
Das funktioniert nicht.

Ciao
Siggi


Dv1407

Wie kann ich jetzt die Rolladenschalter bedienen?

meergeist

Moin,

Ich steuere meine XS1 Aktoren schon lange mit:
("wget -q -O - 'http://xxx.xxx.x.xx/control?cname&cmd=set_state_actuator&number=5&function=1'")

Ein verkürztes Beispiel:

define Rollofahrt DOIF ([SenTerTuerHM:state] eq "closed") ("wget -q -O - 'http://xxx.xxx.x.xx/control?cname&cmd=set_state_actuator&number=5&function=1'")

Ciao
Siggi

duke-f

#22
Habe ich da etwas übersehen oder ist das Attribut "disable" in der neueren Version verschwunden?

Hintergrund: Ich habe mein XS1 bisher recht rudimentär mit FHEM verknüpft mittels GetHttpFile und diverser FS20-dummys - genauso auch mein IRTrans. Das ist zwar nicht der eleganteste Weg, funktioniert aber seit Jahren - praktisch seit ich vom XS1 auf FHEM umgestiegen bin. Trotzdem würde ich gerne auf Dein Modul umsteigen, sobald es alles bisherige das XS1 betreffende ersetzt.

Andererseits will ich jetzt nicht dauerhaft eine weitere Verknüpfung, sondern diese nur erst mal während der Testphasen aktivieren. Da ist das Disablen schon sehr hilfreich.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

duke-f

#23
So, habe nun mal schnell noch mein FHEM flachgelegt  :-[
Dazu habe ich probehalber das Attribut xs1_control auf 1 gesetzt um xs1Dev nutzen zu können. Daraufhin wunderte ich mich, warum mein FHEM nicht mehr reagiert, bis ich per ssh in die Log geschaut habe, die voll war mit Meldungen wie:

2018.03.23 10:55:33 3: xs1Dev: Unknown device xs1Dev_Aktor_35 35 A IODev=XS1bridge, please define it
[/s]
Irgendwie scheint das automatische Anlegen der Devices nicht zu funktionieren. Wenn ich die Posts oben richtig verfolgt habe ist es auch nicht möglich, gezielt nur einzelne Sensoren/Aktoren des XS1 in FHEM als Device anzulegen, richtig?

EDIT Manchmal muss mal halt erst lesen können - in den CommandRef zur neuen Version steht die Antwort.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

HomeAuto_User

#24
Guten morgen,

ich bin wieder im Lande und würde mich nun zusammen mit Euch den offenen Dingen widmen.
Bitte sicherstellen das ein Update von der xs1Bridge bzw. xs1Dev durchgeführt wurde um einen einheitlichen Stand zu bekommen!

@duke-f
ZitatFileLog_xs1Bridge already defined, delete it first
Ist das derzeit immer noch der Fall?

@mhill
Zitat2018.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

Kannst du BITTE mir einen Komplettauszug von deinen Daten via http://ip/control?callback=cname&cmd=get_list_actuators geben?
Somit sehe ich welche Typen du definiert hast und welche noch nicht verarbeitet werden. Das würde ich Schritt für Schritt gern erweitern aber dazu muss ich auch sehen, was sich dahinter verbirgt ggf. was dahinter definniert ist.

@Dv1407
ZitatDas xs1Dev läßt sich nicht über "Delete this device " deinstallieren, sondern nur mittels delete Kommando,
ist das so gewollt?
Das wäre mir neu. Ich stelle dies nach. Das Device wird automatisch wieder angelegt wenn du es nicht in die Blacklist einträgst. Vielleicht warst du zu "langsam" bzw. das System zu schnell ;-)

ZitatWie kann ich die Schalter der Rolläden steuern?
Es sind RSU-2 FS20 Schalter
Der Schalter klickt kurz und geht wieder aus.

Ist das noch aktuell? Für eine richtige Analyse wäre ebenso ein Komplettauszug von deinen Daten via http://ip/control?callback=cname&cmd=get_list_actuators hilfreich?

@Siggi,
von Dir habe ich auch noch Typen offen welche eingebunden werden müßten. nicht wundern bitte.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Hallo,
Leider wurden beim letzten Update alle Aktoren und Sensoren gelöscht.
Hab die XS1 dann nochmal gelöscht, alle Filelogs gelöscht und die XS1 neu in FHEM angelegt.
Leider werden die Aktoren und Sensoren nicht neu angelegt.
Der Status liegt bei Initialized.

Wie kann ich hier weiter vorgehen?

Grüße David

HomeAuto_User

Hallo David,

wenn dies bei dir Auftritt, welche Meldungen erscheinen im FHEM - Logfile? Ohne zusätzliche Aussage kann ich da nichts zu sagen.

Mfg
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Hallo,
es funktioniert seit dem 21.03.2018 nicht mehr.
Das Logfile xs1Bridge-2018-04 ist auch leer.
Folgende Einträge habe ich im FHEM-Logfile gefunden:
2018.04.01 11:59:01 3: xs1Bridge: deleting Device with Name EZcontrol_xs1 (Hier habe ich die XS1 gelöscht, in der Hoffnung sie holt sich die Aktoren wieder)
2018.04.01 12:04:08 3: xs1Bridge: FileLog_xs1Bridge ist NICHT definiert
2018.04.01 12:04:55 1: DEBUG> xs1Bridge: Attr | Cmd:set | RemoveInternalTimer
2018.04.01 12:05:30 1: DEBUG> xs1Bridge: Attr | Cmd:set | RemoveInternalTimer
2018.04.01 12:05:30 3: xs1Bridge: Attribut view_Device_function set to 1
2018.04.01 12:05:37 1: DEBUG> xs1Bridge: Attr | Cmd:set | RemoveInternalTimer
2018.04.01 12:05:37 3: xs1Bridge: Attribut view_Device_name set to 1

Dv1407

#28
Manchmal hilft ein Neustart wunder.

Ich habe FHEM jetzt mal neugestartet, und jetzt wurden die Aktoren und Sensoren wieder angelegt.

Nur das kurze klicken bei den Rollläden ist geblieben.
Kann ich das irgendwo eine Zeit einstellen, indem ich ihm sagen, gehe erst nach 30 sekunden wieder aus?

Event Monitor:
2018-04-05 12:12:35 xs1Dev xs1Dev_Aktor_13 on

Hier noch die Rückmeldung für einen Rollladen bei get_list_actors:

{
         "name": "Rolladen_Kueche",
         "id": 10,
         "type": "shutter",
         "value": 0.0,
         "newvalue": 0.0,
         "utime": 1522922994,
         "unit": "%",
         "function": [
            {
               "type": "on",
               "dsc": "100%"
            },
            {
               "type": "off",
               "dsc": "0%"
            },
            {
               "type": "absolut",
               "dsc": "75%"
            },
            {
               "type": "absolut",
               "dsc": "50%"
            }

HomeAuto_User

Zitat von: Dv1407 am 05 April 2018, 12:13:15

Nur das kurze klicken bei den Rollläden ist geblieben.
Kann ich das irgendwo eine Zeit einstellen, indem ich ihm sagen, gehe erst nach 30 sekunden wieder aus?

Event Monitor:
2018-04-05 12:12:35 xs1Dev xs1Dev_Aktor_13 on

Es wäre hilfreich und nützlich, wenn du mir bitte die kompletten Daten der Aktoren (get_list_actors Abfrage im Browser) mal zukommen lassen könntest. So kann ich den Typ nachstellen und sehen was Ggf falsch läuft. Ich habe eine Vermutung.

Die Daten am besten per PN zukommen lassen, das wir den Faden nicht sprengen :)
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet


HomeAuto_User

#31
Hallo,

Zitat von: Dv1407 am 05 April 2018, 12:13:15

Nur das kurze klicken bei den Rollläden ist geblieben.
Kann ich das irgendwo eine Zeit einstellen, indem ich ihm sagen, gehe erst nach 30 sekunden wieder aus?

{
         "name": "Rolladen_Kueche",
         "id": 10,
         "type": "shutter",
         "value": 0.0,
         "newvalue": 0.0,
         "utime": 1522922994,
         "unit": "%",
         "function": [
            {
               "type": "on",
               "dsc": "100%"
            },
            {
               "type": "off",
               "dsc": "0%"
            },
            {
               "type": "absolut",
               "dsc": "75%"
            },
            {
               "type": "absolut",
               "dsc": "50%"
            }

probiere bitte mal in deinem Webbrowser folgendes
Zitathttp:// IP deiner xs1 /control?callback=cname&cmd=set_state_actuator&number=10&function=1

Klickert da der Rolladen Küche auch nur kurz oder fährt dieser da wie gewünscht?

Danach bitte mal in FHEM
Zitatset xs1Dev_Aktor_10 on
und ob das genau das selbige Verhalten ist? (Ich gehe davon aus, das die ID 10 - Rolladen Küche bei dir der angelegte Aktor 10 ist, wenn nicht, dies manuell ändern)
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Nein,
Er fährt wie gewünscht komplett nach unten.

Wie wird das jetzt in FHEM umgesetzt?

HomeAuto_User

Zitat von: Dv1407 am 05 April 2018, 20:47:22
Nein,
Er fährt wie gewünscht komplett nach unten.

Wie wird das jetzt in FHEM umgesetzt?

Zitatset xs1Dev_Aktor_10 on
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Leider klickt es nur kurz.

Siehe Event Monitor:
2018-04-05 20:52:24 xs1Dev xs1Dev_Aktor_10 on

HomeAuto_User

#35
Zitat von: Dv1407 am 05 April 2018, 20:54:12
Leider klickt es nur kurz.

Siehe Event Monitor:
2018-04-05 20:52:24 xs1Dev xs1Dev_Aktor_10 on

Wiederhole das selbe nochmal.
1) in FHEM den Globalen verbose = 4 einstellen  (Achtung das Logfile bringt einige Ausgaben mehr)
2) den set-Befehl von oben ausführen
3) Im Logfile müsste dann so eine ähnliche Zeile stehen ....

Zitat2018.04.05 21:01:26 4: xs1Bridge: Write | Send to xs1 -> http://192.168.88.9/control?callback=cname&cmd=set_state_actuator&number=64&function=2

diese mal bitte posten. Es sollte der gleiche Befehl herauskommen wie als du im Browser abgesetzt hattest. Somit können wir diese mal gegenüber stellen.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Ja, du hast recht,
im Logfile steht die Zeile,
wenn ich sie dann im Browser ausführe, dann geht es auch, nur über FHEM nicht.

Wollte ihn runter und hoch laufen lassen:

2018.04.05 21:17:58 4: Connection accepted from WEB_192.168.178.113_55377
2018.04.05 21:18:00 4: WEB_192.168.178.113_55372 POST /fhem?cmd.xs1Dev_Aktor_10=set%20xs1Dev_Aktor_10%20off&XHR=1&fwcsrf=csrf_285161972912155&fw_id=2423; BUFLEN:0
2018.04.05 21:18:00 3: xs1Dev_Aktor_10: Set IOWrite | xs1_ID=A10 xs1_typ=shutter cmd=off cmd2=function=2 IODev=EZcontrol_xs1
2018.04.05 21:18:00 4: http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=2: HTTP response code 200
2018.04.05 21:18:00 4: http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=2: HTTP response code 200
2018.04.05 21:18:00 4: xs1Bridge: Write | Send to xs1 -> http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=2
2018.04.05 21:18:00 4: WEB: /fhem?cmd.xs1Dev_Aktor_10=set%20xs1Dev_Aktor_10%20off&XHR=1&fwcsrf=csrf_285161972912155&fw_id=2423 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/
2018.04.05 21:18:00 4: WEB_192.168.178.113_55372 GET /fhem/images/default/off.png; BUFLEN:0
2018.04.05 21:18:00 4: WEB_192.168.178.113_55372 => 304 Not Modified
2018.04.05 21:18:02 4: BlockingCall (PRESENCE_DoLocalPingScan): created child (6102), uses telnetPort to connect back
2018.04.05 21:18:02 4: Connection accepted from telnetPort_127.0.0.1_56944
2018.04.05 21:18:02 4: WEB_192.168.178.113_55372 POST /fhem?cmd.xs1Dev_Aktor_10=set%20xs1Dev_Aktor_10%20on&XHR=1&fwcsrf=csrf_285161972912155&fw_id=2423; BUFLEN:0
2018.04.05 21:18:02 3: xs1Dev_Aktor_10: Set IOWrite | xs1_ID=A10 xs1_typ=shutter cmd=on cmd2=function=1 IODev=EZcontrol_xs1
2018.04.05 21:18:02 4: http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=1: HTTP response code 200
2018.04.05 21:18:02 4: http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=1: HTTP response code 200
2018.04.05 21:18:02 4: xs1Bridge: Write | Send to xs1 -> http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=1
2018.04.05 21:18:02 4: WEB: /fhem?cmd.xs1Dev_Aktor_10=set%20xs1Dev_Aktor_10%20on&XHR=1&fwcsrf=csrf_285161972912155&fw_id=2423 / RL:20 / text/plain; charset=UTF-8 / Content-Encoding: gzip

Aber wieso werden dies den zweimal geschickt?
Das könnte doch das Problem sein, oder?
2018.04.05 21:18:02 4: http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=1: HTTP response code 200
2018.04.05 21:18:02 4: http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=1: HTTP response code 200

HomeAuto_User

Ich schaue mir mal alle Zeilen an.
Das 2x senden kannst du simulieren wenn du im Browser 2x kurz hinterher dem Befehl von oben absendest. Da siehst du, ob es auch nur kurz klackert. Wenn ja, dann kann es eine Doppeltsendung sein.

Auf dem ersten Blick (Handy Display) sehe ich nur 1x das senden und der ähnliche Befehl ist die http Prüfung ob Adresse erreichbar ist.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407


HomeAuto_User

Zitat von: Dv1407 am 05 April 2018, 21:54:43
Ok,
Dann warte ich auf deine Zeilenanalyse.

Ich sehe hier 2 Schalthandlungen versetzt von 2 Sekunden:

off
Zitat2018.04.05 21:18:00 4: xs1Bridge: Write | Send to xs1 -> http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=2

on
Zitat2018.04.05 21:18:02 4: xs1Bridge: Write | Send to xs1 -> http://192.168.178.99:99/control?callback=cname&cmd=set_state_actuator&number=10&function=1

Diese beiden solltest du aus dem Browser senden können, so das was passiert. Wieso es aus FHEM nicht funktioniert, weiß ich derzeit nicht.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Hallo,
die Befehl on und off habe ich geschickt,
nachdem es über FHEM nur kurz geklickt hat.

Aber irgendwas macht FHEM doch anders?
Wenn ich auf die beiden Links separat klicke, funktioniert das hoch und runter ohne Probleme.

HomeAuto_User

Hi,

ZitatAber irgendwas macht FHEM doch anders?
ich habe mir es nochmal angesehen und denke etwas gefunden zu haben.
Das Ganze würde ich mit dem Code @Home testen und dann dir bekannt geben ggf. ein update machen.

Unabhängig mache mal bitte den Test, sende einen on Befehl über die xs1 direkt 3x hintereinander und schildere was da passiert bitte.
Klackert es da auch ? (eine Vermutung  ;))
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Es bewegt sich pro Klick ca. eine Sekunde nach unten.

meergeist

Moin Marco,

danke für die schnelle Hilfe, die schwarze Liste funktioniert jetzt.

Mit den Rolloschaltern ist das bei mir genauso. Das Rollo verhält sich so, als würde man die Gleiche Taste immer kurz hintereiander drücken, immer ein paar Millimeter runter.

Mit der URL klappts sowohl über einen Browser als auch über die Fhem-Kommandozeile.

Irgendwie hab ich das Gefühl das das bei früheren Version schon mal ging, kann mich aber auch irren.

Ciao
Siggi




HomeAuto_User

Hallo Siggi und Dv1407,

Zitatdanke für die schnelle Hilfe, die schwarze Liste funktioniert jetzt.
FEIN  :D

Ich habe soeben noch eine Prüfung für die Blacklist eingebaut um keine PEARL Warning zu erzeugen.
Zusätzlich habe ich mal noch was geändert, wo ich vermute, das ich den Fehler gefunden habe warum die Rolladenansteuerung nur "klickert".

Bitte ein Update auf v1.22 machen und testen.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin Marco,

danke, mein Rollo läuft sauber rauf und runter. Werd heute abend mal weiter testen.

Ciao
Siggi

Dv1407

Wie bekomme ich den die Version 1.22?
Beim Update in FHEM komme ich nur auf 1.20


meergeist

Moin,

@Dv1407

wenn Du heute Morgen nach 8:00Uhr ein Update gemacht hast solltest Du eigentlich die Version 1.22 drauf haben,
so wars jedenfalls bei mir.

Neustart nicht vergessen?

Ciao
Siggi

Dv1407


meergeist

Moin Marco,

die rauf und runter Fahrten klappen einwandfrei.

Die Fahrten auf die Absolut_Position funktionieren nicht, so wies aussieht wird immer der Befehl für Funktion F4 gesendet, auch wenn der Wert für F3 gesetzt wurde.
Hier Protokollauszug:

2018.04.07 14:45:23 3: RolSiLi_A10: Set IOWrite | xs1_ID=A10 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol

der sieht bei F3 genauso aus.

Ciao
Siggi


HomeAuto_User

Hallo und happy SunShine :-)

fein wenn erstmal die hoch und runter Funktion klappt.

Zitat von: meergeist am 07 April 2018, 15:00:29
Moin Marco,
...
Die Fahrten auf die Absolut_Position funktionieren nicht, so wies aussieht wird immer der Befehl für Funktion F4 gesendet, auch wenn der Wert für F3 gesetzt wurde.
Hier Protokollauszug:

2018.04.07 14:45:23 3: RolSiLi_A10: Set IOWrite | xs1_ID=A10 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol

der sieht bei F3 genauso aus.

Wenn du bei Funktion 3 und Funktion 4 den selben Logauszug bekommst, bist du dir sicher, das die Funktionen in der xs1 richtig sind?
Funktion 3 & 4 werden nicht expliziet behandelt im Programm.

Bitte für den genannten Aktor mal den xs1 Auszug via JSON (get_list_... Auszug) zur Verfügung stellen. Bei deinem Bisherigen Datenauszug finde ich keinen Namen mit "RolSiLi_A10" wo ich dies kontrollieren könnte.

Du kannst auch zusätzlich im xs1Bridge Modul das Attribut debug=1 einstellen und da sieht man, was aufgerufen wird. (Funktion ist neu eingebaut)
Einmal Funktion 3 auslösen und dann Funktion 4 bitte.

Das ganze sollte dann in etwa so aussehen:
Zitat2018.04.08 18:35:17 3: xs1Dev_Aktor_10: Set IOWrite | xs1_ID=A10 xs1_typ=switch cmd=off cmd2=function=3 IODev=ezControl
2018.04.08 18:35:17 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://192.168.2.5/control?callback=cname&cmd=set_state_actuator&number=10&function=3
MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

#51
Moin Marco,

ZitatWenn du bei Funktion 3 und Funktion 4 den selben Logauszug bekommst, bist du dir sicher, das die Funktionen in der xs1 richtig sind?
Ja bin ich,
das Rollo heißt im XS1 : Rol_Sig_Li . Das Device im xs1Dev.pm  hab ich über rename umbenannt.

Hier mit debug =1 mit einem anderen Rollo >Rol_Kue<  erst F3=60, dann F4=45:

2018.04.08 20:13:34 3: RolKue_A01: Set IOWrite | xs1_ID=A01 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol
2018.04.08 20:13:34 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://xxx.xxx.x.xx/control?callback=cname&cmd=set_state_actuator&number=01&function=4
----------------------------------------------------------------------------------------------------------------------------
2018.04.08 20:14:49 3: RolKue_A01: Set IOWrite | xs1_ID=A01 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol
2018.04.08 20:14:49 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://xxx.xxx.x.xx/control?callback=cname&cmd=set_state_actuator&number=01&function=4

Ich hoffe die Infos reichen so?
Bei absolut den Wert zBsp. 60 eintragen und set drücken ist doch korrekt so?

Ansonsten ist bisher alles super, hätte nur noch einige Verständnisfragen wenn Du dafür mal Zeit hättest.

Ciao
Siggi

HomeAuto_User

Hallo Siggi,

Zitat von: meergeist am 08 April 2018, 20:56:57
...
Hier mit debug =1 mit einem anderen Rollo >Rol_Kue<  erst F3=60, dann F4=45:

2018.04.08 20:13:34 3: RolKue_A01: Set IOWrite | xs1_ID=A01 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol
2018.04.08 20:13:34 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://xxx.xxx.x.xx/control?callback=cname&cmd=set_state_actuator&number=01&function=4
----------------------------------------------------------------------------------------------------------------------------
2018.04.08 20:14:49 3: RolKue_A01: Set IOWrite | xs1_ID=A01 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol
2018.04.08 20:14:49 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://xxx.xxx.x.xx/control?callback=cname&cmd=set_state_actuator&number=01&function=4


ich brächte diese Ausgaben von dem Device welches nicht funktioniert und nicht von einem anderen.

Was deine allgemeinen Fragen angeht, kein Problem. Du kannst Sie gern hier parallel stellen oder wenn du denkst, das diese nicht "öffentlich" sind, so kannst du mir diese auch via PN zukommen lassen.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin Marco,

hier die Angaben von dem gewünschten Device:

2018.04.08 23:18:01 3: RolSiLi_A10: Set IOWrite | xs1_ID=A10 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol
2018.04.08 23:18:01 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://xxx.xxx.x.xx/control?callback=cname&cmd=set_state_actuator&number=10&function=4
---------------------------------------------------------------------------------------------------------
2018.04.08 23:19:22 3: RolSiLi_A10: Set IOWrite | xs1_ID=A10 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol
2018.04.08 23:19:22 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://xxx.xxx.x.xx/control?callback=cname&cmd=set_state_actuator&number=10&function=4

Ist aber eigentlich egal welches Rollo es ist immer das Gleiche, wenn ich den Wert für F3 eingebe macht das Modul daraus den Wert von F4.
Hier gebe ich 50 ein und es erscheint nachher 31.

Ciao
Siggi

HomeAuto_User

Hallo

Zitat von: meergeist am 08 April 2018, 23:35:42
Moin Marco,

hier die Angaben von dem gewünschten Device:

2018.04.08 23:18:01 3: RolSiLi_A10: Set IOWrite | xs1_ID=A10 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol
2018.04.08 23:18:01 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://xxx.xxx.x.xx/control?callback=cname&cmd=set_state_actuator&number=10&function=4
---------------------------------------------------------------------------------------------------------
2018.04.08 23:19:22 3: RolSiLi_A10: Set IOWrite | xs1_ID=A10 xs1_typ=shutter cmd=absolut cmd2=function=4 IODev=EZcontrol
2018.04.08 23:19:22 1: DEBUG> xs1Bridge: Write | Send to xs1 -> http://xxx.xxx.x.xx/control?callback=cname&cmd=set_state_actuator&number=10&function=4

Ist aber eigentlich egal welches Rollo es ist immer das Gleiche, wenn ich den Wert für F3 eingebe macht das Modul daraus den Wert von F4.
Hier gebe ich 50 ein und es erscheint nachher 31.

Ciao
Siggi

Ich weiß bzw vermute was der Fehler ist und zusätzlich falsche Deutung.
Man kann bei dem Set befehl bei dem Rollo nur den Wert absolut senden.

Die xs1 hat vordefinierte Funktionen und die kann man nur gezielt ansprechen. Wenn du hinter absolut im xs1 absolut 50 hinterlegt hast aber bei FHEM set absolut 31 eingibst, so kommt immer die 50.
Ich stelle soeben den Code um bzw. bastle daran, das dies nicht passieren kann. Das Ganze zeigt sich aber als schwieriger als angenommen.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin Marco,

kann man nicht für das Device die 4Funktionen F1 bis F4 aus dem JSON Protokoll auslesen und in der Set-Liste klickbar darstellen? ändern kann man die ja eh nicht, mal so laienhaft gedacht.
Warum sind in der Set-Liste überhaupt nur 3 Felder und nicht 4?

Ciao
Siggi

HomeAuto_User

Hallo,
ich habe den Code erneut unte die Lupe genommen und an einer Umsetzung gearbeitet.
Bitte mal updaten und testen. (v1.24)

Zitat von: meergeist am 09 April 2018, 23:27:41
...
kann man nicht für das Device die 4Funktionen F1 bis F4 aus dem JSON Protokoll auslesen und in der Set-Liste klickbar darstellen? ändern kann man die ja eh nicht, mal so laienhaft gedacht.
Warum sind in der Set-Liste überhaupt nur 3 Felder und nicht 4?
Ciao
Siggi

1) Es sind nun alle Funktionen in der Set auswahl verfügbar.
--> Sonderfall, wenn Funktionen gleich benannt sind im xs1, so wird der bzw. das doppelte Aufkommen im dem Präfix (Speicherplatz Funktion | Bsp _2 ) vorgesehen.
2) Es wurden PEARL WARNINGS beseitigt.
3) "unbekannte Sensoren" werden nun definiert und der State = der jeweilige Value im xs1.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

meergeist

Moin Marco,

vielen Dank für Deine Mühen, die Ansteuerung der Absolutwerte über set Kommando klappt bei den Rollos jetzt wunderbar.

Was mir bei den Rollos so aufgefallen ist:

1.
readings
on und off sofort angezeigt, und bleibt auch so.
absolut und absolut_4 wird sofort angezeigt und wechselt erst nach dem nächsten update auf den hinterlegten Wert, zBsp. 50.

2.
attr eventMap:
on:oben off:unten absolut:halb absolut_4:viertel

attr webCmd:
oben:halb:viertel:unten
Die  Attribute funktionieren prima

3.
attr devStateIcon:
oben:shutter_open unten:shutter_closed absolut:shutter_3 absolut_4:shutter_6
Dies Attribut funktioniert nur bei oben und unten

4.
Wäre es möglich die Absolut_Set_Buttons umzubenennen in z.Bsp >absolut_F3, absolut_F4< (Statt:absolut,absolut_4)?

Ciao
Siggi




leupin

Hier noch ein Hinweis zur Passworteingabe: in xs1Bridge: es solle mit folgender Eingabe der IP auch mit Passwort funktionieren:
define <NAME> xs1Bridge <Benutzername>:<Passwort>@<IP>

Beispiel: define xs1_test xs1Bridge admin:passwort@192.168.1.5

Gruss
Andreas

HomeAuto_User

Hallo Andreas,

Zitat von: leupin am 16 April 2018, 23:53:57
Hier noch ein Hinweis zur Passworteingabe: in xs1Bridge: es solle mit folgender Eingabe der IP auch mit Passwort funktionieren:
define <NAME> xs1Bridge <Benutzername>:<Passwort>@<IP>

Beispiel: define xs1_test xs1Bridge admin:passwort@192.168.1.5

Wie meinst du das Ganze? Derzeit kann das Modul nur genutzt werden, wenn kein Passwort für das xs1 gesetzt ist. Das problem ist, der Hersteller hat die http Abfrage nicht mit Passwort integriert oder hast du mehr Erkenntnisse diesbezüglich?

@Siggi,
Zitat4.
Wäre es möglich die Absolut_Set_Buttons umzubenennen in z.Bsp >absolut_F3, absolut_F4< (Statt:absolut,absolut_4)?
Diesbezüglich bin ich mir noch unschlüssig aber diese Überlegung trage ich auch im Kopf.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

leupin

Hallo HomeAuto_User,
ich meine das, wie ich das versucht habe auszudrücken ;-):
Ich habe bisher das XS1 über httpmod angesteuert. Bei mir ist ein Passwort für das xs1 gesetzt und in httpmod hat es funktioniert, wenn anstelle der reinen ip-Adresse folgende Eingabe verwendet wird:
<user>:<passwort>@<IP> - also habe ich das mit xs1Bridge auch so versucht und siehe da, es hat zumindest bei mir tatsächlich geklappt...
Schönen Sonntag noch und Grüsse
Andreas

HomeAuto_User

Hallo Andreas,

Zitat von: leupin am 29 April 2018, 14:55:44
...
<user>:<passwort>@<IP> - also habe ich das mit xs1Bridge auch so versucht und siehe da, es hat zumindest bei mir tatsächlich geklappt...

vielen Dank für den Hinweis und dies werde ich die Dokumentation übernehmen.

MfG
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Hallo,
Das Modul lief jetzt Monate ohne Probleme,
Jetzt kann ich die Aktoren nicht mehr steuern.
Der Status ist Defined, und die xs1bridge ist deactive.

Wie kann ich das ganze wieder ans Laufen bringen.
Neustart von Fhem und Raspberry hat nicht gebracht.
Im Logfile wird nichts dokumentiert.

HomeAuto_User

Guten Abend,

dein Problem kann ich derzeit nicht zuordnen so richtig.
Seit monaten habe ich kein Update des Moduls vorgenommen.

Ich vermute die Kommunikation ist gestört oder das XS1 hat sich vielleicht aufgehangen?
Hast du schonmal ein XS1 Neustart vorgenommen?

Die xs1bridge geht nur auf deactive wenn mehrfach die Netzwerkverbindung gestört war nach mehreren Versuchen.

Mfg
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Ja,
die XS1 hatte ein Problem,
daher hatte ich sie neugestartet, und dann auch fhem.

Wie kann ich fhem dazu bewegen, wieder miteinander zu kommunizieren.
Xs1Control ändern hat nichts gebracht.
Xs1 funktioniert wieder tadellos über Webzugriff.

HomeAuto_User

Wenn der Zugriff wieder via Weboberfläche geht, so muss auch die Verbindung stehen.
Schau mal in die xsBridge und dort das attribut "xs1_interval". WEnn dort 0 steht, ändere es auf 60 oder 120 ab und dann wird die Verbindung erneut aufgebaut.
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Dv1407

Perfekt,
hat funktioniert.

Vielen Dank für die schnelle Hilfe.

Gundermann

Hallo an den Entwickler,

als FHEM-Neueinsteiger interessiere ich mich hauptsächlich für das Thema EZcontrol xs1 da ich seit den
"Kindertagen" von SmartHome meine sehr vielen FS20-Komponenten damit betreibe und über ein iPad mit CasaRemote steuere. Leider sind das inzwischen alles "Auslaufmedelle". Zum xs1 gibt es seit Jahren keine Neuigkeiten, die Produktion der FS20-Kompnenten läuft aus und CasaRemote wurde aus dem App Store genommen. So stand ich vor dem "Nichts" bin ich zu FHEM gekommen. Es ist mir ohne besondere "Programmierkenntnisse" und dank Xs1Bridge, Xs1Dev und Floorplan gelungen, alles soweit zum Laufen zu bringen aber es tauchen immer ´mal wieder kleinere Probleme auf. Deshalb hier meine erste konkrete Frage, die an den letzten Beitrag anknüpft:

Was bewirkt das Attribut "xs1_interval" mit den Zahlen 0, 30, 60, 180 oder 360?
FHEM auf RPi 4B | CUL 868 MHz | SIGNALduino 433 MHz | FRITZ!Dect | FS20 | Homematic | Intertechno | Sonoff | Shelly | IP-Kameras | Wettersensoren | ZigBee | ...
FHEM ist nicht Plug & Play. Man muss bereit sein hinter die Kulissen zu schauen.

duke-f

Wie ich die Commandref an dieser Stelle verstehe: In diesem Intervall werden die Zustände der Sensoren/Aktoren vom XS1 abgefragt.
Cubietruck, 3 Raspberry Pis,
CUL868, RFXtrx433, CUL433, SCC868, HM-USB,
IRTrans, EZcontrol XS1, IguanaWorks USB IR Transceiver
ESPEasy, Fritz!Box, Samsung TV+BD, LMS, Squeezelite

HomeAuto_User

Hallo,

Zitat von: Gundermann am 15 Oktober 2018, 08:38:47
Hallo an den Entwickler,

als FHEM-Neueinsteiger interessiere ich mich hauptsächlich für das Thema EZcontrol xs1 da ich seit den
"Kindertagen" von SmartHome meine sehr vielen FS20-Komponenten damit betreibe und über ein iPad mit CasaRemote steuere. Leider sind das inzwischen alles "Auslaufmedelle". Zum xs1 gibt es seit Jahren keine Neuigkeiten, die Produktion der FS20-Kompnenten läuft aus und CasaRemote wurde aus dem App Store genommen. So stand ich vor dem "Nichts" bin ich zu FHEM gekommen. Es ist mir ohne besondere "Programmierkenntnisse" und dank Xs1Bridge, Xs1Dev und Floorplan gelungen, alles soweit zum Laufen zu bringen aber es tauchen immer ´mal wieder kleinere Probleme auf. Deshalb hier meine erste konkrete Frage, die an den letzten Beitrag anknüpft:

Was bewirkt das Attribut "xs1_interval" mit den Zahlen 0, 30, 60, 180 oder 360?

Danke für dein Interesse und auch das du mit dem Modul etwas "weiter" in die Ferne schauen kannst.

Ich habe mit dem Attribut xs1_interval den Intervall definiert wo FHEM die aktuellen Zustände von sämtlichen Devices abruft vom xs1.
Das ist notwendig, das kein Zustand "untergeht" sollte mal jemand die xs1 direkt steuern ohne FHEM. Du selbst musst für dich entscheiden, wie groß die Wahrscheinlichkeit ist, das du die xs1 direkt steuerst oder wie aktuell du die Zustände in FHEM haben möchtest.

Solltest du noch andere Fragen haben, so stehe ich Dir gern zur Verfügung.

MfG Marco
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Gundermann

#70
Hallo Marco,

danke für die Antwort und die Erklärungen, aber noch einmal zum Attribut "xs1_interval":

Ich betreibe FHEM mit einem Raspberry Pi 3, Modell B+ und Raspbian Stretch.
Mein XS1 hat die Firmware 4.0.0.5153 und alle Features (ABCD).

Wenn ich das xs1_interval auf 60 stelle, meldet FHEM oben links alle 60 Sekunden "Connection lost, trying a reconnect every 5 seconds". Wenn ich das Intervall z.B. auf 30 veränderte, kommt diese Meldung alle 30 Sekunden und bei 0 gar nicht mehr. Also gibt es da einen Zusammenhang.

Da meine FS20-Aktoren auch über "normale" Fernbedienungen bedient werden und sowieso keine Rückmeldung über ihren tatsächlichen Zustand geben, macht es wahrscheinlich auch keinen Sinn, diese Zustände über FHEM abzufragen, also bleibe ich bei 0.

Richtig oder falsch oder gibt es eine andere Lösung?

Grüße von Gundermann

Nachtrag:
Mit der 0 scheint es nicht zu funktionieren, da es nach einiger Zeit zu Problemen mit allen XS1-Devices kommt.
FHEM auf RPi 4B | CUL 868 MHz | SIGNALduino 433 MHz | FRITZ!Dect | FS20 | Homematic | Intertechno | Sonoff | Shelly | IP-Kameras | Wettersensoren | ZigBee | ...
FHEM ist nicht Plug & Play. Man muss bereit sein hinter die Kulissen zu schauen.

HomeAuto_User

#71
Hallo guten Abend,

Zitat von: Gundermann am 19 Oktober 2018, 07:03:38
...
Ich betreibe FHEM mit einem Raspberry Pi 3, Modell B+ und Raspbian Stretch.
Mein XS1 hat die Firmware 4.0.0.5153 und alle Features (ABCD).

Wie ist dein Pi an das Netzwerk angebunden ?


Zitat von: Gundermann am 19 Oktober 2018, 07:03:38
Wenn ich das xs1_interval auf 60 stelle, meldet FHEM oben links alle 60 Sekunden "Connection lost, trying a reconnect every 5 seconds". Wenn ich das Intervall z.B. auf 30 veränderte, kommt diese Meldung alle 30 Sekunden und bei 0 gar nicht mehr. Also gibt es da einen Zusammenhang.

Da meine FS20-Aktoren auch über "normale" Fernbedienungen bedient werden und sowieso keine Rückmeldung über ihren tatsächlichen Zustand geben, macht es wahrscheinlich auch keinen Sinn, diese Zustände über FHEM abzufragen, also bleibe ich bei 0.

Richtig oder falsch oder gibt es eine andere Lösung?

Grüße von Gundermann

Nachtrag:
Mit der 0 scheint es nicht zu funktionieren, da es nach einiger Zeit zu Problemen mit allen XS1-Devices kommt.

Sobald du den Intervall auf 0 setzt bei dem xs1, so werden alle Zustände nicht aktualisiert. Das heißt, wenn du einen Aktor betätigst und der Zustand sich im xs1 ändert, so wirst du nie den aktuellen Zustand im FHEM sehen.

Die Fehlermeldung welche bei dir erscheint hat nichts direkt mit dem xs1 zu tun. Du kannst mal bitte in den Einstellungen des Systems, bei WEB / WEBphone / WEBtablet das attribut longpoll von websocket auf 1 setzen.

Die Fehlermeldung wird erzeugt von FHEM weil im Hintergrund etwas zu langsam abläuft.

LG Marco

EDIT: hier wurde sich auch schonmal ausgelassen über die Meldung
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Gundermann

Hallo guten Morgen,

mein Pi ist über WLAN an das Netzwerk angebunden. Ich werde es gelegentlich ´mal per LAN-Kabel versuchen und auch bei WEB / WEBphone / WEBtablet die empfohlenen Einstellungen testen. Das Intervall habe ich auf 360 gesetzt.

Zum Problem mit dieser Fehlermeldung bin ich auch dem Link zu den früheren Beiträgen gefolgt und habe den Eindruck, dass selbst rudolfkoenig nicht alles klären konnte und man am 1. Januar diesen Jahres die weitere Verfolgung eingestellt hat.

Abgesehen von der Meldung gibt es bei mir keine erkennbaren Probleme und so werde ich wohl damit leben, zumal ich selbst nicht in der Lage bin zur Lösung beizutragen.

Danke für die Unterstützung, einen schönen Tag und Grüße von Gundermann
FHEM auf RPi 4B | CUL 868 MHz | SIGNALduino 433 MHz | FRITZ!Dect | FS20 | Homematic | Intertechno | Sonoff | Shelly | IP-Kameras | Wettersensoren | ZigBee | ...
FHEM ist nicht Plug & Play. Man muss bereit sein hinter die Kulissen zu schauen.

10mamai

Hallo zusammen,
seit etwa Mitte Januar habe ich das Problem dass xs1Bridge.pm und xs1Dev.pm nicht mehr korrekt funktionieren.
Im Log des xs1Bridge-Modul erscheinen massenhaft beispielhaft olgende Fehlermeldungen:

2022-01-26_17:01:30 EZControl UNKNOWNCODE xs1Dev#Aktor#11#blind#100.0#blind_abs#blind_abs#blind_abs#stop#WoZi_JalouAlle

Nachdem sich dann in den einzelnen xs1dev Geräten auch die Attribute nicht mehr setzen/ändern liessen, habe ich die die xs1Dev-Geräte und auch das xs1Bridge-Device gelöscht und das xs1Bridge-Device wieder neu angelegt und konfiguriert.
In meinem xs1Bridge Device werden jetzt zwar die Aktoren korrekt als Readings angelegt, aber obwohl das Attribut xs1_control auf 1 gesetzt ist, werden die entsprechenden xs1Dev Geräte nicht automatisch angelegt und die UNKNOWNCODE Fehler tauchen im Log weiterhin auf. Zunächst wurde zwar der erste Aktor noch als xs1Dev-Gerät angelegt. Bei diesem Gerät lassen sich aber wieder keine Attribute setzen bzw. ändern.
Ich habe auch das fhem Log (mit verbose 5 beim xs1Bridge-Device) durchsucht, werde daraus aber auch nicht schlau. Das sieht eigentlich ok aus.

Hat jemand eine Idee dazu?
fhem 6.1 auf Raspberry PI4 mit HM-MOD-UART, Signalduino, EnOcean,ezControl XS1 mit Warema-Lizenz, viel Tasmota, viele 868 HM, weniger 433.

10mamai

 Hallo zusammen,

keiner eine Idee?
Wird das Modul noch gepflegt? 

Viele Grüße
fhem 6.1 auf Raspberry PI4 mit HM-MOD-UART, Signalduino, EnOcean,ezControl XS1 mit Warema-Lizenz, viel Tasmota, viele 868 HM, weniger 433.

HomeAuto_User

Zitat von: 10mamai am 24 Februar 2022, 13:58:13
Hallo zusammen,

keiner eine Idee?
Wird das Modul noch gepflegt? 

Viele Grüße

Hallo,
das Ganze wird mit dem Umbau von dem IODev Modul zusammen hängen.
Ich bin der Entwickler welches das damals geschrieben hatte. Bis zu dem Umbau ging es und auch andere Module hinkten dann etwas.
Sobald ich die Zeit und die Hardware finde, kann ich mich dem mal widmen. Ich selbst habe keine XS1 aktiv mehr in Verwendung.
LG Marco
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

10mamai

Hallo Marco,

danke für die Info. Lass dir Zeit, ich nutze die xs1 mit diesem Modul nur noch für meine Jalousiesteuerung wegen der Waremalizenz. Ich mache das jetzt temporär über httpmod. Evtl. überlege ich die Warema FBs gegen ein offeneres System auszutauschen. Dann brauche ich die xs1 nicht mehr.
Falls du kurzfristig eine Idee hast, woran es liegen könnte und wo man genau im Modul suchen müsste, kann ich mir das Modul auch mal näher ansehen.

grüße
Michael
fhem 6.1 auf Raspberry PI4 mit HM-MOD-UART, Signalduino, EnOcean,ezControl XS1 mit Warema-Lizenz, viel Tasmota, viele 868 HM, weniger 433.

Beta-User

In "Initialize" fehlt vermutlich ein Eintrag (z.B. Zeile 37):

$hash->{Match} = '.*';Siehe https://forum.fhem.de/index.php/topic,125812.msg1204202.html#msg1204202 und die Beiträge/Links drumherum.

Nach dem Eintragen muss FHEM vermutlich neu gestartet werden.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

10mamai

Prima: Die Lösung hat auf Anhieb funktioniert.
Jetzt müsste Marco das noch im Modul einchecken, dann klappt es bei allen wieder.

danke und grüße
Michael
fhem 6.1 auf Raspberry PI4 mit HM-MOD-UART, Signalduino, EnOcean,ezControl XS1 mit Warema-Lizenz, viel Tasmota, viele 868 HM, weniger 433.

Beta-User

Zitat von: 10mamai am 03 März 2022, 13:57:36
Prima: Die Lösung hat auf Anhieb funktioniert.
Jetzt müsste Marco das noch im Modul einchecken, dann klappt es bei allen wieder.
Danke für's Testen und Rückmelden.

Nachtrag noch zur "Anleitung": Bitte darauf achten, dass auch nach dem Edit die Rechte der Datei noch stimmen, sonst kann es zu Problemen beim update kommen.
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

HomeAuto_User

Hallo,

ich bitte Dich Michael bzw. Euch das Modul zu teste mit

update all https://raw.githubusercontent.com/HomeAutoUser/xs1_fhem/pre-release/controls_xs1_fhem.txt

und danach ein FHEM restart.

Sobald ich von Euch eine positive Rückmeldung habe, werde ich das Modul in den Master schieben und parallel im SVN aktualisieren.

Mfg

"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

10mamai

Hallo Marco,

habe gerade mal Sensor/Aktor-Anlage und sonstige Funktionen (wie Blacklist, etc.) mit der Version 1.27 getestet. Klappt soweit alles einwandfrei.
Könnte aus meiner Brille also eingecheckt werden.

danke und grüße
Michael
fhem 6.1 auf Raspberry PI4 mit HM-MOD-UART, Signalduino, EnOcean,ezControl XS1 mit Warema-Lizenz, viel Tasmota, viele 868 HM, weniger 433.

HomeAuto_User

@Michael

ich habe das Modul mit dem Stand eingecheckt im SVN.

Mfg
"Developer" heißt nicht, das man alles wissen kann!
- FHEM v5.9 | Rasberry PI 3
- radino CC1101 433Mhz (SIGNALduino)| - radino CC1101 868Mhz (CUL) | nano 433Mhz (SIGNALduino) - Sensoren: purer Dschungel querbeet

Beta-User

Zitat von: HomeAuto_User am 08 März 2022, 20:49:54
ich habe das Modul mit dem Stand eingecheckt im SVN.
...so löblich ich es finde, auf Prototypen zu verzichten: gar keine Plausibilitätschecks zu machen finde ich irritierend...

Das hier
sub xs1Bridge_GetUpDate {
  my ($hash) = @_;
  my $name = $hash->{NAME};


sollte m.E. minimalst so aussehen
sub xs1Bridge_GetUpDate {
  my $hash = shift // return;
  my $name = $hash->{NAME} // return;

ein paar "carp"-Anweisungen wären das i-Tüpfelchen :) .
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files