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