Icons schalten alle An wenn ich einen Schalter drücke

[S7EN]

Hallo zusammen,

ich habe das Problem, dass wenn ich eine meiner Deckenlampen auf "An" stelle, die Icons der anderen Deckenlampen auch auf "An" gehen. Es werden zwar keine Befehle gesendet, das die anderen Deckenlampen auch "An" geschalten werden sollen, aber die Symbole sind auf "An". Ich hoffe ihr könnt mir helfen, es ist nämlich sehr nervig. Die Nummern der beiden Geräte unterscheiden sich ja, ich weiß nicht wie die zusammen hängen dass dies passiert. Bilder im Anhang.

[RaspiLED]

Hi,
Mach mal ein generelles verbose 5 mit nachgelegtem einschalten und dann das log hier rein.
Beim Ausschalten auch alle aus?
Benutzt Du doif oder andere dinge insbesondere mit Reaktion auf Deckenlampe*
Gruß Arnd


Raspi2 mit FHEM, CUL, Signalduino, MySensors, HomeBridge, Presence, Bravia, ...

[S7EN]

Hi, das steht im Logfile nach nem Restart und nach drücken der einzelnen Schalter.

Code: [Auswählen]

2018.10.16 12:01:40 1: Logfile gelöscht
2018.10.16 12:01:46 0: Server shutdown
2018.10.16 12:01:47 1: Including fhem.cfg
2018.10.16 12:01:48 3: WEB: port 8083 opened
2018.10.16 12:01:48 2: eventTypes: loaded 424 events from ./log/eventTypes.txt
2018.10.16 12:01:49 1: cm: did not find suitable IODev (CUL etc. in rfmode MAX)! You may want to execute 'attr cm IODev SomeCUL'
2018.10.16 12:01:49 3: WEBphone: port 8084 opened
2018.10.16 12:01:49 2: ESPEasy espBridge: Opening bridge v2.00 [TCP:IPV4:8383]
2018.10.16 12:01:49 3: espBridge: port 8383 opened
2018.10.16 12:01:50 2: Registering GEOFANCY geofancy for URL /geo...
2018.10.16 12:01:50 3: Opening CUL_0 device /dev/ttyACM0
2018.10.16 12:01:50 3: Setting CUL_0 serial parameters to 9600,8,N,1
2018.10.16 12:01:50 3: CUL_0: Possible commands: ABCEeFGhiKkLlMmRTtUuVWXxY
2018.10.16 12:01:50 3: CUL_0 device opened
2018.10.16 12:01:50 1: Including ./log/fhem.save
2018.10.16 12:01:51 0: Featurelevel: 5.9
2018.10.16 12:01:51 0: Server started with 53 defined entities (fhem.pl:17488/2018-10-08 perl:5.024001 os:linux user:fhem pid:23721)
2018.10.16 12:01:51 3: telnetForBlockingFn_1539684111: port 35159 opened
2018.10.16 12:02:08 3: CUL_0 IT_set: Deckenlampe_Wohnzimmer on
2018.10.16 12:02:14 3: CUL_0 IT_set: Deckenlampe_Wohnzimmer off
2018.10.16 12:02:19 3: CUL_0 IT_set: Deckenlampe_Schlafzimmer on
2018.10.16 12:02:22 3: CUL_0 IT_set: Deckenlampe_Schlafzimmer off
2018.10.16 12:02:23 3: CUL_0 IT_set: Deckenlampe_Flur on
2018.10.16 12:02:24 3: CUL_0 IT_set: Deckenlampe_Flur off
2018.10.16 12:02:25 3: CUL_0 IT_set: Deckenlampe_Bad on
2018.10.16 12:02:27 3: CUL_0 IT_set: Deckenlampe_Bad off
2018.10.16 12:02:30 3: CUL_0 IT_set: Deckenlampe_Flur on
2018.10.16 12:02:31 3: CUL_0 IT_set: Deckenlampe_Flur off
Verbose steht auf 5 und DOIF's sind keine hinterlegt für das "An" oder "Aus" der Deckenlampen. Das ganze passiert dann auch beim Ausschalten der Lampen, alle Symbole gehen auf aus. Ich habe nun bemerkt, das die "State"sich auch bei den anderen Deckenlampen auf "On" ändert, wenn ich eine der Lampen einschalte. Merkwürdig.

[S7EN]

Keiner ne Idee mehr?

[Beta-User]

Bilder ansehen ist Mist, das log sieht OK aus, jedenfalls, wenn es so war, dass da manuelle Schaltvorgänge die Ursache waren. Dann dürfte im Event-Monitor auch nicht mehr zu sehen sein?

Was war das für ein Schalten? FHEMWEB oder Fernbedienung? Ist es gleich, wenn du die andere Methode nimmt?

Mach mal ein list von einem der devices, insbesondere. devStateIcon könnte interessant sein.

[S7EN]

Hi, habs hinbekommen und auch beim Ausschalten werden jetzt nicht mehr alle Lampen ausgeschalten.

Die Lösung war das x sowie den off Befehl in der DEF "1527x65739 1111 1000" zu "1527165739 1111 0111" zu ändern. Die Zahl statt dem x ist random, dort kann man auch Buchstaben einfügen, der Off Befehl von früher, war der "Alles Aus" Button der Fernbedienung, klar das dann alles aus geht. Aber man muss ein wenig rumspielen wenn FHEM das Protokoll der Wandschalter nicht kennt.
Diese sind übrigens von Pollin unter der Marke Daycom und hatten 18€ für 3 Stk. inkl. Fernbedienung gekostet. Pollin bietet auch Dimmer an, dann sollte die DEF auch geändert werden, ich denke dann auf "1527165739 1111 0111 1111 0111".

Danke trotzdem für die Hilfe.

[Pfriemler]

edit2 och nö...!!!!!

vorweg: Weiteres nur für Ursachenforscher. Ein simpler Neustart von FHEM hat alle beschriebenen Abhängigkeiten behoben. Anscheinend geriet die notify-Tabelle durch das Copy&Paste bei der Definition der Geräte durcheinander. Passieren dürfte das aber irgendwie dennoch nicht.
Egal, Problem scheint gelöst.

----

Ich hole den Fred mal hoch, weil S7en's Lösung mir eher nach einem Workaround klingt, das Problem aber vermutlich ein anderes ist und weiterhin existiert.

Habe (selbst völlig neu) ein Rudel IT-Steckdosen (Brennenstuhl AB440S und ähnliche) aktuell am Ausprobieren hier und kann diesen seltsamen Effekt hier auch beobachten. Die Definitionen sind neu, die Geräte sind nirgends eingebunden, ich nutze IT bisher noch gar nicht. Es ist also ausgeschlossen, dass irgendwas "dazzwischenfunkt".

Die bisher definierten AB440S und ELROS

Code: [Auswählen]

defmod BSS_A IT FF0FF0FFFF FF F0
defmod BSS_B IT FF0FFF0FFF FF F0
defmod BSS_C IT FF0FFFF0FF FF F0
defmod BSS_D IT FF0FFFFF0F FF F0
defmod BSS_E  IT FF0FFFFFF0 FF F0
defmod ELRO_2E IT 0FFFF0FFFF FF F0
defmod ELRO_2C IT 00FFF00FFF FF F0also die BSS nutzen einen gleichen Hauscode und jeweils nur den passend gekippten DIP A-E., die ELROs sind gänzlich anders.

Schalten aus FHEM lassen sich alle Steckdosen einwandfrei. Allerdings meint FHEM, dass bei zwei Steckdosen auch andere Steckdosen geschaltet werden:
- set BSS_D on/off schaltet in der GUI auch BSS_A, BSS_B, BSS_C und BSS_E ein und aus.
- set ELRO_2C on/off schaltet in der GUI auch ELRO_2E und BSS_D (!) mit.

Die dazu passenden Events werden auch im Eventmonitor angezeigt.

Code: [Auswählen]

2021-08-08 12:58:33 IT BSS_B on
2021-08-08 12:58:33 IT BSS_D on
2021-08-08 12:58:33 IT BSS_A on
2021-08-08 12:58:33 IT BSS_C on
2021-08-08 12:58:33 IT BSS_E on
2021-08-08 12:58:35 IT BSS_B off
2021-08-08 12:58:35 IT BSS_D off
2021-08-08 12:58:36 IT BSS_A off
2021-08-08 12:58:36 IT BSS_C off
2021-08-08 12:58:36 IT BSS_E off

Geschaltet wird aber aber nur BSS_D wie befehligt. Beachtet: das Event für _D erscheint erst als zweites!
Ebenso erzeugt set ELRO_2C off die Events

Code: [Auswählen]

2021-08-08 13:07:46 IT BSS_D off
2021-08-08 13:07:46 IT ELRO_2E off
2021-08-08 13:07:46 IT ELRO_2C off
hier der eigentliche Auslöser sogar als drittes.

Sende ich hingegen explizit bspw. "set ELRO_2C,ELRO_2E on", ergibt das im Eventmonitor ebenso

Code: [Auswählen]

2021-08-08 13:10:32 IT BSS_D on
2021-08-08 13:10:32 IT ELRO_2E on
2021-08-08 13:10:32 IT ELRO_2C on
2021-08-08 13:10:33 IT ELRO_2E on
und es schalten auch beide ELRO-Dosen. Auch hier erzeugt der Schaltbefehl für ELRO_2C zunächst Events für BSS_D und ELRO_2E mit, erst beim zweiten Event schaltet die ELRO_2E auch wirklich.

Mir scheint, dass bei den fraglichen Fehlern immer nur ein Code gesendet wird, FHEM aber aus welchen Gründen auch immer meint, dort mehrere Events zu erkennen und entsprechend umzusetzen.

Natürlich kann ich auch hier wieder auf Workaround gehen und die betreffenden Codes ändern, aber ich frage mich, was da hinter den Kulissen tatsächlich läuft...

edit: set ELRO_2C off mit verbose 5 im LOG:

Code: [Auswählen]

2021.08.08 13:18:21 5: POST /fhem?cmd.ELRO_2C=set%20ELRO_2C%20off& ....
2021.08.08 13:18:21 5: Cmd: >set ELRO_2C off<
2021.08.08 13:18:21 3: CUL433 IT_set: ELRO_2C off
2021.08.08 13:18:21 5: Starting notify loop for BSS_D, 1 event(s), first is off
2021.08.08 13:18:21 5: Wasserzaehler : WaterCalculator Begin_______________________________________________________________________________________________________________________________
2021.08.08 13:18:21 5: Wasserzaehler : WaterCalculator - Notify - Trigger Dev Name                                                : BSS_D
2021.08.08 13:18:21 5: End notify loop for BSS_D
2021.08.08 13:18:21 5: Starting notify loop for ELRO_2E, 1 event(s), first is off
2021.08.08 13:18:21 5: Wasserzaehler : WaterCalculator Begin_______________________________________________________________________________________________________________________________
2021.08.08 13:18:21 5: Wasserzaehler : WaterCalculator - Notify - Trigger Dev Name                                                : ELRO_2E
2021.08.08 13:18:21 5: End notify loop for ELRO_2E
2021.08.08 13:18:21 5: Starting notify loop for ELRO_2C, 1 event(s), first is off
2021.08.08 13:18:21 5: Wasserzaehler : WaterCalculator Begin_______________________________________________________________________________________________________________________________
2021.08.08 13:18:21 5: Wasserzaehler : WaterCalculator - Notify - Trigger Dev Name                                                : ELRO_2C
2021.08.08 13:18:21 5: End notify loop for ELRO_2C
2021.08.08 13:18:21 5: CUL433 IT_set: Type=CUL Protocol=V1
2021.08.08 13:18:22 5: Starting notify loop for CUL433, 1 event(s), first is raw: is00FFF00FFFF0
2021.08.08 13:18:22 5: Wasserzaehler : WaterCalculator Begin_______________________________________________________________________________________________________________________________
2021.08.08 13:18:22 5: Wasserzaehler : WaterCalculator - Notify - Trigger Dev Name                                                : CUL433
2021.08.08 13:18:22 5: End notify loop for CUL433
2021.08.08 13:18:22 5: IT_Set: GetFn(raw): message = is00FFF00FFFF0 Antwort =   raw => is00FFF00FFFF0
2021.08.08 13:18:22 4: ITSet: Answer from CUL433:   raw => is00FFF00FFFF0
2021.08.08 13:18:22 4: WEBadmin: /fhem?cmd.ELRO_2C=set%20ELRO_2C%20off....

Abgesehen davon, dass ich keinen blassen Schimmer habe, warum hier der WaterCalculator benachrichtigt wird (DEF: HAR_Sensoren:COUNTER_C1:.*), zeigt sich auch hier, dass der Code nur einmal per gesendet wird und der CUL433 das auch sauber bestätigt. Woher und warum die Events für BSS_D und ELRO2E entstehen ...?

[locodriver]

Ich hänge mich hier mal dran...
Ich habe das gleiche Phänomen:

Die DEF ist so:

https://forum.fhem.de/index.php/topic,106296.msg1001560.html#msg1001560

Die Icons aller vier bzw. fünf (mit  "Gesamttaster") ändern sich alle gemeinsam, egal welche Dose geschaltet wird, die Dosen selbst schalten korrekt...

[Pfriemler]

In meinem Fall waren ja die von einer DEF per copy&paste abgeleiteten Definitionen alle "schaltgleich" bis zum wirklich Neustart von FHEM (siehe erste Zeilen meines Posts)
Das hast Du auch schon versucht?

[locodriver]

Leider hat ein Neustart von fhem nichts gebracht...

[KölnSolar]

Nur ums etwas genauer zu verstehen.

Die Icons aller vier bzw. fünf (mit  "Gesamttaster") ändern sich alle gemeinsam, egal welche Dose geschaltet wird, die Dosen selbst schalten korrekt...

Mit was wird geschaltet ? FB oder dem CUNO(wie CUL nur LAN anstatt USB ? Welche Firmware ?) ?

Wie hast Du laut verlinktem Thread

Mit Hilfe dieses Threads bin ich zum Ziel gekommen:

denn nun ALLE devices definiert ? Wenigstens mal die defines posten.

Grüße Markus

[locodriver]

Hier mal die DEFs:

Code: [Auswählen]

Internals:
   DEF        0000000000 11 1D
   FUUID      61a4e289-f33f-b425-b2ba-02c4d817cfa344b6
   IODev      CUNO2
   NAME       Dose1
   NR         940
   STATE      Aus
   TYPE       IT
   XMIT       0000000000
   XMITdimdown 00
   XMITdimup  00
   XMIToff    1d
   XMITon     11
   CODE:
     1          0000000000
   READINGS:
     2021-12-01 16:05:10   IODev           CUNO2
     2021-11-29 15:06:45   protocol        V1
     2021-12-01 16:06:36   state           off
Attributes:
   alexaName  Weihnachtsstern
   alias      Weihnachtsstern
   eventMap   on:Ein off:Aus
   genericDeviceType light
   room       Boerse

Code: [Auswählen]

Internals:
   DEF        0000000000 F1 FD
   FUUID      61a4e2b5-f33f-b425-2d22-2525a73bdef4110b
   IODev      CUNO2
   NAME       Dose2
   NR         941
   STATE      off
   TYPE       IT
   XMIT       0000000000
   XMITdimdown 00
   XMITdimup  00
   XMIToff    fd
   XMITon     f1
   CODE:
     1          0000000000
   READINGS:
     2021-12-01 16:05:10   IODev           CUNO2
     2021-11-29 15:06:45   protocol        V1
     2021-12-01 16:06:36   state           off
Attributes:
   room       Boerse

Code: [Auswählen]

Internals:
   DEF        0000000000 D1 DD
   FUUID      61a4e2d6-f33f-b425-bf8a-d4bc4609729b1974
   IODev      CUNO2
   NAME       Dose3
   NR         942
   STATE      off
   TYPE       IT
   XMIT       0000000000
   XMITdimdown 00
   XMITdimup  00
   XMIToff    dd
   XMITon     d1
   CODE:
     1          0000000000
   READINGS:
     2021-12-01 16:05:10   IODev           CUNO2
     2021-11-29 15:06:45   protocol        V1
     2021-12-01 16:06:36   state           off
Attributes:
   room       Boerse

[code]Internals:
   DEF        0000000000 01 0D
   FUUID      61a4de39-f33f-b425-3f58-47eab982329bda59
   IODev      CUNO2
   NAME       Dose4
   NR         939
   STATE      off
   TYPE       IT
   XMIT       0000000000
   XMITdimdown 00
   XMITdimup  00
   XMIToff    0d
   XMITon     01
   CODE:
     1          0000000000
   READINGS:
     2021-12-01 16:05:10   IODev           CUNO2
     2021-11-29 15:06:45   protocol        V1
     2021-12-01 16:06:36   state           off
Attributes:
   room       Boerse

Code: [Auswählen]

Internals:
   DEF        0000000000 01 0D
   FUUID      61a4de39-f33f-b425-3f58-47eab982329bda59
   IODev      CUNO2
   NAME       Dose4
   NR         939
   STATE      off
   TYPE       IT
   XMIT       0000000000
   XMITdimdown 00
   XMITdimup  00
   XMIToff    0d
   XMITon     01
   CODE:
     1          0000000000
   READINGS:
     2021-12-01 16:05:10   IODev           CUNO2
     2021-11-29 15:06:45   protocol        V1
     2021-12-01 16:06:36   state           off
Attributes:
   room       Boerse
Das Tastenpaar, welches alle vier Dosen schaltet:

Code: [Auswählen]

Internals:
   CFGFN      ./FHEM/95_Test.cfg
   DEF        0000000000 1F 10
   FUUID      5df3b724-f33f-b425-790e-9a5d3d3472045e22
   IODev      CUNO2
   NAME       Remote_all
   NR         905
   STATE      off
   TYPE       IT
   XMIT       0000000000
   XMITdimdown 00
   XMITdimup  00
   XMIToff    10
   XMITon     1f
   CODE:
     1          0000000000
   READINGS:
     2021-12-01 16:05:10   IODev           CUNO2
     2020-02-24 17:04:01   protocol        V1
     2021-12-01 16:06:36   state           off
Attributes:
   IODev      CUNO2
   room       Boerse
Dose2 und 3 sind aktuell nicht in Benutzung, die Icons werden aber auch mit gewechselt - egal ob aus der GUI oder mit der Fernbedienung.
Dose1 funzt auch mit Alexa.

CUNO2:

Code: [Auswählen]

Internals:
   CFGFN      ./FHEM/04_Interfaces.cfg
   CMDS       mBbCFZiAGMRTVWXOefltuHYxEcq
   Clients    :FS20:FHT.*:KS300:USF1000:BS:HMS:FS20V: :CUL_EM:CUL_WS:CUL_FHTTK:CUL_HOERMANN: :ESA2000:CUL_IR:CUL_TX:Revolt:IT:UNIRoll:SOMFY: :STACKABLE_CC:TSSTACKED:STACKABLE:CUL_RFR::CUL_TCM97001:CUL_REDIRECT:
   DEF        192.168.178.100:2323 1234
   DeviceName 192.168.178.100:2323
   FD         11
   FHTID      1234
   FUUID      5c443da5-f33f-b425-cfb7-6adcb196c389f7be
   NAME       CUNO2
   NR         25
   PARTIAL   
   STATE      Initialized
   TYPE       CUL
   VERSION    V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUNO868 (F-Band: 433MHz)
   devioNoSTATE 1
   initString X21
   MatchList:
     0:FS20V    ^81..(04|0c)..0101a001......00[89a-f]...
     1:USF1000  ^81..(04|0c)..0101a001a5ceaa00....
     2:BS       ^81..(04|0c)..0101a001a5cf
     3:FS20     ^81..(04|0c)..0101a001
     4:FHT      ^81..(04|09|0d)..(0909a001|83098301|c409c401)..
     5:KS300    ^810d04..4027a001
     6:CUL_WS   ^K.....
     7:CUL_EM   ^E0.................$
     8:HMS      ^810e04......a001
     9:CUL_FHTTK ^T[A-F0-9]{8}
     A:CUL_RFR  ^[0-9A-F]{4}U.
     B:CUL_HOERMANN ^R..........
     C:ESA2000  ^S................................$
     D:CUL_IR   ^I............
     E:CUL_TX   ^TX[A-F0-9]{10}
     F:Revolt   ^r......................$
     G:IT       ^i......
     H:STACKABLE_CC ^\*
     I:UNIRoll  ^[0-9A-F]{5}(B|D|E)
     J:SOMFY    ^Y[r|t|s]:?[A-F0-9]+
     K:CUL_TCM97001 ^s[A-F0-9]+
     L:CUL_REDIRECT ^o+
     M:TSSTACKED ^\*
     N:STACKABLE ^\*
   READINGS:
     2018-05-24 19:57:53   ccconf          freq:433.920MHz bWidth:464KHz rAmpl:38dB sens:8dB
     2021-12-01 16:04:54   cmds             m B b C F Z i A G M R T V W X O e f l t u H Y x E c q
     2021-12-01 18:04:14   raw             is000000000011
     2021-12-01 16:04:54   state           Initialized
     2020-09-28 16:20:36   version         V 1.24.02 a-culfw Build: 208 (2017-03-30_16-08-05) CUNO868 (F-Band: 433MHz)
Attributes:
   group      Schnittstellen
   room       085System

[KölnSolar]

Klar, es ist dasselbe device

Code: [Auswählen]

00000000aus IT-V1-Sicht nur mit unterschiedlichen Schaltbefehlen.
Wie wärs als 1 device anlegen u. userV1setCodes einsetzen ?  Quasi die physische Fb
Die Dosen als Dummy devices per notify's verknüpft ?
Grüße Markus

[locodriver]

Wie wärs als 1 device anlegen u. userV1setCodes einsetzen ?  Quasi die physische Fb
Die Dosen als Dummy devices per notify's verknüpft ?
Grüße Markus

Guten Morgen, leider kann ich mit "als 1 device anlegen u. userV1setCodes" nichts anfangen. Kannst du mir am Beispiel zeigen, wie du das meinst?
Warum soll ich die Dosen nochmals als dummy anlegen, oder verstehe da etwas falsch?

[KölnSolar]

Trage alle on/off-codes der 5 devices als userV1setCodes(commandref) in ein device ein. Danach die anderen 4 devices löschen(musst Du aber nicht).
Das ist alles(aber vermutlich etwas unübersichtlich).
Für die Übersicht kannst Du Dir zu jeder Dose einen Dummy anlegen. Zur Verbindung zw. dummies u. IT device benötigst Du notifies. Die kann ich Dir machen, wenn Du die Vorarbeiten gemacht hast und 1-device funktioniert u. verstanden ist.
Grüße Markus