HM-LC-Dim1TPBU-FM state immer chn:on phys:0 %

[oelidoc]

Hallo,

ich habe jetzt schon das Forum rauf und runter gesucht, aber leider verstehe ich immer noch nicht, warum mein UP Dimmer beim Einschalten statt state: on immer chn:on phys:0% anzeigt. Erst ein status request und anschließendes refreshen der Seite ergibt die bekannte leuchtende Glühbirne. Beim Ausschalten wird problemlos state off angezeigt.

Hier mal ein list

Code Auswählen Erweitern

Internals:
   DEF        1AA69C01
   EVENTS     87
   NAME       Dimmer_Kueche
   NR         309
   STATE      chn:on phys:0 %
   TYPE       CUL_HM
   chanNo     01
   device     Licht_Kueche
   Readings:
     2013-12-01 11:58:07   CommandAccepted yes
     2013-11-30 23:07:02   R-fuseDelay     1 s
     2013-11-30 23:07:02   R-logicCombination or
     2013-11-30 23:07:02   R-ovrTempLvl    80 C
     2013-11-30 23:07:02   R-powerUpAction off
     2013-11-30 23:07:02   R-redLvl        40 %
     2013-11-30 23:07:02   R-redTempLvl    75 C
     2013-11-30 23:07:02   R-statusInfoMinDly 2 s
     2013-11-30 23:07:02   R-statusInfoRandom 1 s
     2013-11-30 23:07:02   R-transmitTryMax 6
     2013-12-01 11:58:07   deviceMsg       on (to CUL)
     2013-12-01 11:58:07   dim             stop:on
     2013-12-01 11:58:07   level           100 %
     2013-12-01 11:58:07   overheat        off
     2013-12-01 11:58:07   overload        off
     2013-12-01 11:58:07   pct             100
     2013-11-30 23:36:17   phyLevel        0 %
     2013-12-01 11:58:07   reduced         off
     2013-12-01 11:58:07   state           chn:on phys:0 %
     2013-12-01 11:58:07   timedOn         off
   Helper:
     peerIDsRaw ,00000000
     Role:
       chn        1
     Shadowreg:
     Vdim:
       idPhy      1AA69C01
       idV2       1AA69C02
       idV3       1AA69C03
Attributes:
   autoReadReg 4_reqStatus
   expert     1
   model      HM-LC-Dim1TPBU-FM
   peerIDs    00000000,
   room       Kueche
   webCmd     toggle:on:off:up:down:statusRequest/code]

Vielen Dank im voraus

oelidoc


[martinp876]

Hallo oelidoc,

fhem setzt die readings nach neustart gemäss dem "statefile". Dies wird beim runterfahren gespeichert... den präzisen mode habe ich nicht untersucht.
Mit "autoReadReg 4_reqStatus" sollte nach Einschalten automatisch ein statusRequest abgesetzt werden (wenn du es nich tin HMInfo komplett ausgeschaltet hast). Das kommt ein paar sekunden nach hochfahren.
=> wie startet du? restart, rereadCfg,...
=>wird der statusRequest abgesetzt? hast du ein paar Sekunden gewartet? was sagen die "prot..." variablen nach dem starten?

Gruss Martin

[oelidoc]

Hallo,

ich hoffe ich habe dich richtig verstanden. Das Problem besteht immer - im laufenden Betrieb von FHEM - nicht nur nach einem restart oder rereadcfg. Nach jedem Anschalten des device (egal ob per Taster oder per Funk) bleibt der state bei chn:on phys:0%.

Die "prot..."-Variablen sind glaub ich o.k.

hier das list des device

Code Auswählen Erweitern

CUL_MSGCNT 23
   CUL_RAWMSG A0EA6A0101AA69CF1080401000000002B
   CUL_RSSI   -52.5
   CUL_TIME   2013-12-01 11:57:35
   DEF        1AA69C
   EVENTS     23
   IODev      CUL
   LASTInputDev CUL
   MSGCNT     23
   NAME       Licht_Kueche
   NR         306
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 Dimmer_Kueche
   channel_02 Dimmer_Kueche02
   channel_03 Dimmer_Kueche03
   lastMsg    No:B9 - t:02 s:1AA69C d:F10804 0101C800336C
   protLastRcv 2013-12-01 13:48:55
   protSnd    163 last_at:2013-12-01 13:48:55
   protState  CMDs_done
   rssi_CUL   avg:-51.33 min:-52 max:-50 lst:-51 cnt:92
   rssi_at_CUL avg:-51.87 min:-53.5 max:-50.5 lst:-51 cnt:137
   Readings:
     2013-12-01 11:57:31   PairedTo        0xF10804
     2013-12-01 11:57:31   R-intKeyVisib   invisib
     2013-12-01 11:57:31   R-pairCentral   0xF10804
     2013-12-01 11:57:31   RegL_00:          02:01 0A:F1 0B:08 0C:04 15:FF 16:00 00:00
     2013-11-24 22:09:01   phyLevel        0 %
     2013-12-01 13:48:55   state           CMDs_done
   Helper:
     mId        0068
     rxType     1
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf   
       qReqStat   00
     Role:
       dev        1
     Rssi:
       Cul:
         avg        -51.3369565217391
         cnt        92
         lst        -51
         max        -50
         min        -52
       At_cul:
         avg        -51.8795620437956
         cnt        137
         lst        -51
         max        -50.5
         min        -53.5
     Shadowreg:
     Vdim:
       idPhy      1AA69C
       idV2       1AA69C
       idV3       1AA69C01
Attributes:
   autoReadReg 4_reqStatus
   expert     2_full
   firmware   2.2
   model      HM-LC-Dim1TPBU-FM
   peerIDs   
   room       Kueche
   serialNr   JEQ0203084
   subType    dimmer
   webCmd     getConfig

Gruß

oelidoc

[martinp876]

Hallo oelidoc,

du hast einen dimmer, dessen physikalischer  Kanal durch die 3 virtuellen Kanäle gesteuert wird (Kanal 2 und 3 werden meist nicht genutzt).

Da Kanal 1 aufgesetzt ist (Dimmer_Kueche) sollte das Device keine Daten über das "licht" beinhalten. Das Reading phyLevel ist auch schon eine Woche alt - kommt sicher aus einer Zeit vor dem Update.

Die Infos über das Licht sind also in Dimmer_Kueche,Dimmer_Kueche02,Dimmer_Kueche03 enthalten.
In jedem findest du
level = level dieses Kanals
pct = level dieses Kanals (für den slider, ohne Einheit)
phyLevel = realer Level des Lichts, das was der dimmer aus den 3 virtuellen Kanälen macht.

Der aktuelle Zustand sollte automatisch gelesen werden - mit einer Verzögerung von ~2sec (um die dim-rampe abzuwarten).

=> wenn du ein "list Dimmer_Kueche" machst - ist dann der Wert nach 5sec korrekt? Dann liegt es am web-update.
bei mir wird es automatisch geschrieben - und bis auf "state" upgedated.

Gruss Martin

[oelidoc]

Hallo Martin,

das war`s:

Da Kanal 1 aufgesetzt ist (Dimmer_Kueche) sollte das Device keine Daten über das "licht" beinhalten. Das Reading phyLevel ist auch schon eine Woche alt - kommt sicher aus einer Zeit vor dem Update.

Nach einem clear readings des device funktioniert jetzt alles wie gewünscht   

Meinst du mit web-update automatisch schreiben

Code Auswählen Erweitern

define WEB FHEMWEB 8083 global
attr WEB longpoll 1
?

Nochmals Dankeschön!

Gruß

oelidoc

[martinp876]

longpoll ist nicht gesetzt, einen update bekomme ich trotzdem.
der default von longPoll ist "on" - wird demnach bei mir daran liegen.

[oelidoc]

Ok, alles klar, longpoll war bei mir zwar gesetzt, aber auf 0 

Gruß

oelidoc

[j.mattke]

Hallo,

ich habe das hier beschrieben Problem in der Web-Oberfläche sowohl in der Standard-Raumansicht, als auch im Floorplan. Die Dimmer bleiben beim Einschalten im state "chn:on phys:0" und beim Ausschalten im state "chn:off phys:100" - erst wenn jeweils statusRequest aufgerufen wird, verschwindet der Schriftzug und das Symbol (Glühlampe) erscheint. Das gleiche Verhalten tritt bei Betätigung von 'toggle' bzw. 'on' und 'off' auf. Bei 'up' und 'down' (x-faches Klicken) funktioniert der Wechsel, wenn auch mit Verzögerung.
Ein "clear readings" brachte bei mir leider nix und longpoll ist bei mir auf 1 gesetzt (habe es auch mit '...longpoll on' versucht). Alle anderen Schalter / Steckdosen schalten auch einwandfrei bzw, deren Anzeigestatus auf der Web-Oberfläche wechselt auch korrekt.

Meine Systemdaten:
  Release  : 5.5
  Branch   : DEVELOPMENT
  OS       : linux
  Arch     : x86_64-linux-gnu-thread-multi
  Perl     : v5.18.2

Vielen Dank,
Gruß
HaMuBot

[martinp876]

Wie steht autoreadreg ?
Ein statusreq sollte ggf. Automatisch gesendet werden, wenn du es nicht abschaltest.
Welche version hast du ? 5.5 ist quasi alles. Schon einen update gemacht ?

[j.mattke]

Alle Geräte haben bei mir "autoReadReg 4_reqStatus".
Bei Eingabe von fheminfo zeigt mir die Ausgabe nur Version 5.5 an. Wie kann ich das genauer ausgeben lassen?
Ein Update habe ich vorhin erst gemacht. Gleiches Ergebnis. Wie gesagt, alle anderen Schalter funktionieren einwandfrei.
Lediglich die Dimmer haben diese Statusausgaben. Und das "up 100" und "down 100" funktioniert bei den Dimmern.

[frank]

Lediglich die Dimmer haben diese Statusausgaben.

kann ich bestätigen mit autoreadreg=5_missing. ebenfalls wurde das hier beschrieben http://forum.fhem.de/index.php/topic,27975.0.html. ich dachte das wäre ein neues feature. 

gruss frank

[j.mattke]

Hallo Frank,

vielen Dank, das hilft mir zumindest momentan erstmal weiter. Ist halt nur die Frage, ob es möglich wäre, die State-Ausgabe wieder auf "on" - "Prozentangabe" - "off" zu ändern. Ich hoffe es, denn früher hat das mal so funktioniert.

Gruß
HaMuBot

[martinp876]

die Version bekommst du genau mit "version"

der status nach nach Channel und Physical getrennt ist ein Feature- Wenn beide übereinstimmen  bekommst du nur einen wert.
dach Ende des Dimmens sollte dies wieder stimmen.

Zu beachten ist, dass der TBU seine physikalische Helligkeit aus 3 virtuellen dimmern errechnet. Meist nutzen die Leute nur den virtuellen Kanal 1. wenn du also diesen auf 50% setzt, die beiden anderen aber nicht genutzt werden erhältst du
Ch1: 50
Ch2: off/phys:50
Ch3: off/phys:50

das ist ein feature. wenn du die beiden zusätzlichen Kanäle nicht nutzt, verstecke sie.

Bei Kanal 1 sollte alles automatisc gehen - so bei mir jedenfalls - autoReadReg 5    (4 reicht hier auch)

[j.mattke]

Hallo Martin,

Ausgabe version:
# $Id: fhem.pl 6777 2014-10-18 05:25:57Z rudolfkoenig $
# $Id: 10_CUL_HM.pm 6747 2014-10-12 05:36:33Z martinp876 $
# $Id: 01_FHEMWEB.pm 6611 2014-09-24 07:48:32Z rudolfkoenig $

Wenn ich auf das graue Lampensymbol (LS=off) klicke, erscheint folgendes in der Zeile:
   LS_Dimm_Schlafzimmer_Sw   chn:on phys:0   toggle   on   off   up   down   statusRequest

Würde die Staus-Ausgabe auf "on" gehen, würde die gelbe Glühlampe angezeigt werden (anstelle von "chn:on phys:0") und man könnte anschließend mit der Maus auch wieder ausschalten. Dies ist hier leider nicht mehr möglich - es sei denn, man verwendet den workaround mit dem stateFormat.
Wie gesagt, ich meine hier nicht das dimmen, sondern die Verwendung des Dimmers als normalen Schalter.
Wenn ich in obigem Zustand "statusRequest" aufrufe, wird die entsprechende Glühlampe wieder angezeigt, aber eben nur dann oder wenn ich die fhem.cfg abspeichere, wonach eine automatische Neuinitialisierung erfolgt.
Wie mir scheint, wird bei mir also am Ende kein statusRequest automatisch ausgeführt, denn der Channel wird hier schon als "on" angzeigt, das Licht ist an, aber der phys. Kanal steht auf 0?

Die Einstellung autoReadReg 4_reqStatus oder autoReadReg 5_reqStatus hat in diesem Fall auch bei mir jeweils das gleiche Resultat - es ändert sich nichts.
In der Tat benutze auch ich nur den virtuellen Channel 1 (..._Sw).

Ich hoffe, ich habe mich einigermassen verständlich ausgedrückt.

Hast du eine Idee, woran das noch liegen kann?

[j.mattke]

Hallo Martin,

ich glaube, ich bin jetzt dainter gekommen, was du gemeint hast.
Wenn ich den Kanal _Sw einschalte, müssen auch die Kanäle _Sw1_V_01 und _Sw1_V_02 "on" sein, damit im state des Kanals _Sw "on" angezeigt wird. Richtig?
So scheint es jedenfalls zu funktionieren. Ich verstehe allerdings noch nicht, warum das so sein soll, bzw. wofür man das nutzen kann.

Wie verstecke ich denn die 2 für mich überflüssigen Kanäle? Einfach in der fhem.cfg auskommentieren reicht nicht. Verwendung von room hidden reicht ebenfalls nicht. Könntest du mir da bitte noch mal einen Tip geben?