HM-OU-LED16 Problem nach update

Begonnen von Billy, 28 August 2013, 09:18:05

Vorheriges Thema - Nächstes Thema

Billy

Hallo Martin nach langem mal wieder ein Beitrag von mir.

Probleme nach update:
von
013.08.27 16:13:32 0: Server started with 195 defined entities (version Fhem 5.4 (DEVELOPMENT),
$Id: fhem.pl 3236 2013-06-01 17:13:50Z rudolfkoenig $, pid 9353)
auf
2013.08.27 22:29:14 0: Server started with 195 defined entities
(version $Id: fhem.pl 3788 2013-08-25 11:49:30Z rudolfkoenig $, os linux, user fhem, pid 16602)

Habe mir in FHEM eine Panel Anzeige erstellt die identisch mit dem Hardwarepanel ist.
Idee, auf eine Blick die wichtigsten Zustände zu sehen.

(siehe Anhang / see attachement)

Die Anzeigen am Panel stimmen, allerdings ist die Darstellung in FHEM anderst als vor dem update!

03 HK Anforderung    off      so ist es richtig!

Bei den folgenden 4 ist   STATE   auf    set_led off --> damit keine entprechende Anzeige mehr!

04 HK - Status          set_led off      
05 Brenner - Status     set_led off   
06 Solar primär         set_led off      
07 Solar sekundär       set_led off   


Vor dem update kam die Anzeige set_led off nie.
Woran könnte das liegen? Hoffe ich habe mich verständlich augedrückt.

Gruss Billy
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

martinp876

Hallo Billy,

ich denke schon, es verstanden zu haben.

der Status set_led off kam bestimmt auch vorher, der ist aber normal nur kurz vorhanden.
Immer wenn du ein set xxx auslöst wird der Status auf "set_xxx" gesetzt. Sobald das Device das setzen mit ack oder info bestätigt steht nur noch "xxx" (also 'on' oder 'off') im Status.

Schlussendlich hiesst es, dass das Device die 4 Kommandos nicht bestätigt hat (oder FHEM es nicht mitbekommen hat).
nach einem "statusrequest" sollte es verschwinden.

Falls du es reproduzieren kannst, mache ein log mit rohmessages.

Gruss Martin

Billy

Hallo Martin,

danke für die Antwort.

Das ganze ist reproduzierbar, allerdings sehr komplex.
Scheint in Zusammenhang mit den Notifies zu stehen mit denen der HM-OU-LED16 angesteuert wird.
Nach einem "statusrequest" verschwindet nichts.

Sobald ich das vernünftig reproduzieren kann kommen die Rohmessages.

Gruss Billy
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

martinp876

ok,

kannst du auch aufzeichnen, was bei statusRequest kommt?
Und zwar wenn du es auf einen channel oder auf das Device ausführst

Gruss Martin

Billy

Martin,
hier kommt jetzt der erste Teil!
Habe eine absolut reproduzierbare Situation mit meinem Alarmeingang gefunden.
In Anlage die Situationsbeschreibung und das Log.

hoffe es hilft.

Die Aufzeichnungen für statusRequest kommen asap.

Billy

FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

Billy

Martin

jetzt das log statusRequest.

Gruss und Danke vorab

Billy
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*

martinp876

Hallo Billy,

sollte mit 3816 gelöst sein.
Im Channel war "color" korrekt und "state" nicht - richtig?

Gruss Martin

Billy

Hallo Martin,

danke, 3816 eingespielt und läuft.
Freut mich, dass meine Erläuterungen geholfen haben.

Deine Hilfe ist halt einmalig.

Gruss Billy
FHEM immer akt. auf 3 BeagleBoneBlack: 2xHMLAN 2xJeelink ;10x HM-CC-TC, 13x HM-CC-VD, 1x HM-ES-PMSw1-Pl, 3x HM-LC-SW1-PL2, viele ESP8266, Tasmota Scripting, Mqtt*