Fibaro Wall Plug - Zustand wird nicht erkannt

Begonnen von dantist, 22 August 2017, 21:56:34

Vorheriges Thema - Nächstes Thema

krikan

Zitat von: FunkOdyssey am 14 September 2017, 14:00:52
Soweit ich weiß hat das nichts mit dieser Änderung zu tun. Ich habe im STATE (Raumansicht) immer die letzte Aktion stehen, die ich ausgeführt habe (z.B.: "neighborUpdate" oder "configxyz"). Das finde ich btw übrigens extremst störend, da man nun nicht mehr erkennen kann, ob die Aktoren ein- oder ausgeschaltet sind. Ist vielleicht nicht Thema des Threads - obwohl nah verwandt. :-)
Ja, Du hast Recht habe ich bewußt nur noch nie wahrgenommen; arbeite wohl zuviel mit stateFormat.

@Rudi: vergiß bitte den nicht verstandenen 2. Absatz; das war Blödsinn.

rudolfkoenig

ZitatIch habe ein Fibaro FGS-222 (2-fach Relais), in welchem nun bei den Kanälen der falsche Status angezeigt wird:
Danke fuer die Meldung, habs gefixt, kurz getestet und eingecheckt.

FunkOdyssey


FunkOdyssey

Ähm. Irgendwie klappt das wohl doch nicht.
Schalte ich manuell, so klappt es.
Aber wenn über DOIFs & Co. geschaltet wird, so verbleibt die Anzeige bei ,,set_on".
Das Log ist recht umspannend.

krikan

Konnte hier gestern keinerlei Fehlfunktion feststellen bei diversen notify iVm FGS213 und FGS223.

FunkOdyssey

#35
Bei meinem FGS-222 bleibt der Kanal 01 auf "set_off" stehen. Ich schalte bewusst die Kanäle 01 und 02 und nicht das Master-Device. Ich schalte die Kanäle immer zeitgleich. Im Log zum Kanal 01 gibt es ein paar mehr Ausschaltversuche, da ich diese dann noch einmal manuell über die GUI ausschalte.

Kanal 01:
2017-09-15_20:31:11 zw_garten_01 set_on
2017-09-16_00:12:50 zw_garten_01 set_off
2017-09-16_00:13:51 zw_garten_01 set_off
2017-09-16_01:22:00 zw_garten_01 set_off
2017-09-16_01:23:00 zw_garten_01 set_off
2017-09-16_01:24:49 zw_garten_01 set_off
2017-09-16_01:25:49 zw_garten_01 set_off
2017-09-16_08:33:03 zw_garten_01 set_off
2017-09-16_08:34:03 zw_garten_01 set_off
2017-09-16_20:26:13 zw_garten_01 set_on
2017-09-17_00:22:44 zw_garten_01 set_off
2017-09-17_00:23:45 zw_garten_01 set_off
2017-09-17_01:22:05 zw_garten_01 set_off
2017-09-17_01:22:17 zw_garten_01 set_off
2017-09-17_01:23:05 zw_garten_01 set_off
2017-09-17_01:24:40 zw_garten_01 set_off
2017-09-17_01:25:40 zw_garten_01 set_off
2017-09-17_20:26:13 zw_garten_01 set_on
2017-09-17_21:30:25 zw_garten_01 set_on
2017-09-17_21:30:25 zw_garten_01 on
2017-09-17_23:11:44 zw_garten_01 set_off
2017-09-17_23:12:44 zw_garten_01 set_off
2017-09-18_01:23:20 zw_garten_01 set_off
2017-09-18_01:24:20 zw_garten_01 set_off
2017-09-18_07:03:03 zw_garten_01 set_off
2017-09-18_07:04:03 zw_garten_01 set_off
2017-09-18_10:40:47 zw_garten_01 set_off
2017-09-18_10:40:47 zw_garten_01 off


Kanal 02:
2017-09-15_20:31:11 zw_garten_02 set_on
2017-09-15_20:31:12 zw_garten_02 on
2017-09-16_00:12:50 zw_garten_02 set_off
2017-09-16_00:12:51 zw_garten_02 off
2017-09-16_00:13:51 zw_garten_02 set_off
2017-09-16_00:13:51 zw_garten_02 off
2017-09-16_01:22:00 zw_garten_02 set_off
2017-09-16_01:22:00 zw_garten_02 off
2017-09-16_01:23:00 zw_garten_02 set_off
2017-09-16_01:23:00 zw_garten_02 off
2017-09-16_01:24:49 zw_garten_02 set_off
2017-09-16_01:24:49 zw_garten_02 off
2017-09-16_01:25:49 zw_garten_02 set_off
2017-09-16_01:25:49 zw_garten_02 off
2017-09-16_08:33:03 zw_garten_02 set_off
2017-09-16_08:33:03 zw_garten_02 off
2017-09-16_08:34:03 zw_garten_02 set_off
2017-09-16_08:34:03 zw_garten_02 off
2017-09-16_20:26:13 zw_garten_02 set_on
2017-09-16_20:26:13 zw_garten_02 on
2017-09-17_00:22:44 zw_garten_02 set_off
2017-09-17_00:22:45 zw_garten_02 off
2017-09-17_00:23:45 zw_garten_02 set_off
2017-09-17_00:23:45 zw_garten_02 off
2017-09-17_01:22:05 zw_garten_02 set_off
2017-09-17_01:22:05 zw_garten_02 off
2017-09-17_01:22:17 zw_garten_02 set_off
2017-09-17_01:22:17 zw_garten_02 off
2017-09-17_01:23:05 zw_garten_02 set_off
2017-09-17_01:23:05 zw_garten_02 off
2017-09-17_01:24:40 zw_garten_02 set_off
2017-09-17_01:24:40 zw_garten_02 off
2017-09-17_01:25:40 zw_garten_02 set_off
2017-09-17_01:25:40 zw_garten_02 off
2017-09-17_20:26:13 zw_garten_02 set_on
2017-09-17_20:26:13 zw_garten_02 on
2017-09-17_23:11:44 zw_garten_02 set_off
2017-09-17_23:11:44 zw_garten_02 off
2017-09-17_23:12:44 zw_garten_02 set_off
2017-09-17_23:12:44 zw_garten_02 off
2017-09-18_01:23:20 zw_garten_02 set_off
2017-09-18_01:23:20 zw_garten_02 off
2017-09-18_01:24:20 zw_garten_02 set_off
2017-09-18_01:24:20 zw_garten_02 off
2017-09-18_07:03:03 zw_garten_02 set_off
2017-09-18_07:03:04 zw_garten_02 off
2017-09-18_07:04:04 zw_garten_02 set_off
2017-09-18_07:04:04 zw_garten_02 off

krikan

Beim FGS222 ist es meiner Erinnerung nach so -zumindest habe ich das im Wiki festgehalten- ,dass der Status von Kanal 1 nur an das Hauptdevice gemeldet wird und nicht an das Endpoint-Device 1. Warum das beim manuellen Schalten von FHEM erkannt wird und nicht beim notify kann ich in Trockenübung ohne verbose 5 Log nicht nachvollziehen.

Ansatzpunkt bei der Assoziation und außerhalb von FHEM: Du könntest auch einmal mit einer mcaAdd wie beim FGS2223 statt einer normalen Assoziation probieren.

FunkOdyssey

Ich habe bereits überall das verbose auf höchster Stufe. Aber das bringt nichts. Es steht nicht mehr im Log.
Dies spielt aber keine große Rolle, weil das Problem wahrscheinlich wirklich woanders liegt.
Ich habe die Ein- und Ausschaltreihenfolge in den DOIFs mal geändert und prompt bleibt der andere Kanal in "set_on/set_off" stehen. Und dies obwohl die Relais aber wirklich ausgeschaltet wurden. Keine Ahnung, ob beim Wechsel von "set_off" auf "off" auf ein weitere ACK gewartet wird.
Die Probleme habe ich beim manuelle Umschalten nicht, da dies halt nicht so schnell gemacht wird, wie ein DOIF & Co.

Am Rande: Die Probleme bei mir sind eher etwas für andere Threads und brauchen wir hiermit nicht weiter verfolgen. Tatsache ist jedoch, dass sich irgendetwas vor kurzem geändert haben muss, da ich eine extreme Häufung an NO_ACKs habe. Ich kann keine zwei Geräte gleichzeitig (bzw. sequentiell) mehr einschalten. Und ich habe schon ne Menge "async_delay", wait und sleeps gesetzt. Komisch komisch.

krikan

Zitat von: FunkOdyssey am 19 September 2017, 15:00:56
Ich habe bereits überall das verbose auf höchster Stufe. Aber das bringt nichts. Es steht nicht mehr im Log.
Im Logfile steht bei verbose 5 am ZWDongle-Device bestimmt mehr drin; das meinte ich.

ZitatDie Probleme bei mir sind eher etwas für andere Threads und brauchen wir hiermit nicht weiter verfolgen. Tatsache ist jedoch, dass sich irgendetwas vor kurzem geändert haben muss, da ich eine extreme Häufung an NO_ACKs habe.
Kann ich nicht beurteilen.
Wenn die Bestätigung für den off-Befehl ausbleibt und "set_off" stehen bleibt, dann arbeitet "showSetInState" doch wie gewünscht.