Ankündigung HM-LC-RGBW-WM Ansteuerung von RGB Stripes

Begonnen von eldrik, 05 August 2015, 09:15:35

Vorheriges Thema - Nächstes Thema

cpet

Hast du das Kommando auf den Dim_Channel angewendet?
RPI 3 mit 1x SCC 868MHz für FS20; 1x SCC 433MHz SlowRF; 1x SCC 868MHz Homematic;
Rollladen-/Markisensteuerung, Fußboden-Heizungssteuerung 
diverse Licht-/Schaltungssteuerungen
ALEXA-Integration;
Statusmeldungen über  Fernseher

Marc2016

Hallo,

ja genau, dort steht das Kommando auch in der Auswahlliste. Konnte in den letzten Jahren alle Probleme durch nachlesen lösen. Hier komme ich aber nicht mehr weiter.

VG M

cpet

 Versuch mal ein simples "set HM_deinDevice_Dim press"

bei mir funktioniert es so tadellos
RPI 3 mit 1x SCC 868MHz für FS20; 1x SCC 433MHz SlowRF; 1x SCC 868MHz Homematic;
Rollladen-/Markisensteuerung, Fußboden-Heizungssteuerung 
diverse Licht-/Schaltungssteuerungen
ALEXA-Integration;
Statusmeldungen über  Fernseher

Marc2016

Hallo cpet, es erscheint dieselbe Fehlermeldung. Meinem FHEM ist das Kommando Press schlichtweg nicht bekannt. Ich habe auch ein Update gemacht, leider ohne Erfolg.

frank

Zitat von: Marc2016 am 30 Dezember 2016, 10:22:25
Hallo cpet, es erscheint dieselbe Fehlermeldung. Meinem FHEM ist das Kommando Press schlichtweg nicht bekannt. Ich habe auch ein Update gemacht, leider ohne Erfolg.
shutdown restart nach dem update hast du sicherlich gemacht?
FHEM: 6.0(SVN) => Pi3(buster)
IO: CUL433|CUL868|HMLAN|HMUSB2|HMUART
CUL_HM: CC-TC|CC-VD|SEC-SD|SEC-SC|SEC-RHS|Sw1PBU-FM|Sw1-FM|Dim1TPBU-FM|Dim1T-FM|ES-PMSw1-Pl
IT: ITZ500|ITT1500|ITR1500|GRR3500
WebUI [HMdeviceTools.js (hm.js)]: https://forum.fhem.de/index.php/topic,106959.0.html


joshi04

Ich kann das Verhalten ebenfalls bei mir bestätigen.
Zur Sicherheit und da lange nicht im Betrieb, hatte ich vorher update, restart gemacht, als auch abgelernt, device gelöscht und neu angelernt.
Schaue mir nacher mal die Versionen an.


Gesendet von iPhone mit Tapatalk
NUC: 2xJeeLink, PCA301/TX35DTH; HueBridge, LivingColors; vair-monitor (CO2); HMLan, Winmatic, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-ES-TX-WM, HM-WDS10-TH-O, HM-ES-PMSw1-Pl, HM-SEC-SC-2, HM-SEC-SCo; AVM DECT 200; panStamp; smartVISU

joshi04

Ich kann das Verhalten ebenfalls bei mir bestätigen.
Zur Sicherheit und da lange nicht im Betrieb, hatte ich vorher update, restart gemacht, als auch abgelernt, device gelöscht und neu angelernt.
Schaue mir nacher mal die Versionen an.


Gesendet von iPhone mit Tapatalk
NUC: 2xJeeLink, PCA301/TX35DTH; HueBridge, LivingColors; vair-monitor (CO2); HMLan, Winmatic, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-ES-TX-WM, HM-WDS10-TH-O, HM-ES-PMSw1-Pl, HM-SEC-SC-2, HM-SEC-SCo; AVM DECT 200; panStamp; smartVISU

cpet

Ich könnte mir höchstens bei euch vorstellen, das irgendwelche PERL-Module fehlen oder nicht aktuell sind.
RPI 3 mit 1x SCC 868MHz für FS20; 1x SCC 433MHz SlowRF; 1x SCC 868MHz Homematic;
Rollladen-/Markisensteuerung, Fußboden-Heizungssteuerung 
diverse Licht-/Schaltungssteuerungen
ALEXA-Integration;
Statusmeldungen über  Fernseher

joshi04

Darüber habe ich ebenfalls bereits nachgedacht. Anbei meine Perl-Konfig (revision 5 version 22 subversion 1). OS ist dabei ein Ubuntu 16.4 auf aktuellstem Stand.
Vielleicht könntest Du Deine ebenfalls einmal posten, damit ich das schlicht vergleichen könnte? Hier beginnt für mich allerdings "brute force"... :(

In welchem Modul wird diese Funktion eigentlich definiert? In dieser hier: 10_CUL_HM.pm  12921 2016-12-31 12:53:57Z martinp876?
NUC: 2xJeeLink, PCA301/TX35DTH; HueBridge, LivingColors; vair-monitor (CO2); HMLan, Winmatic, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-ES-TX-WM, HM-WDS10-TH-O, HM-ES-PMSw1-Pl, HM-SEC-SC-2, HM-SEC-SCo; AVM DECT 200; panStamp; smartVISU

joshi04

Zwischenzeitlich kann man sich natürlich so behelfen:
set FL_LED_Dim pct 0 0 0.5
set FL_LED_Dim pct 100 0 0.5
NUC: 2xJeeLink, PCA301/TX35DTH; HueBridge, LivingColors; vair-monitor (CO2); HMLan, Winmatic, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-ES-TX-WM, HM-WDS10-TH-O, HM-ES-PMSw1-Pl, HM-SEC-SC-2, HM-SEC-SCo; AVM DECT 200; panStamp; smartVISU

Pfriemler

Meins hat im Device
firmware   1.0
model      HM-LC-RGBW-WM

Neuere Firmware? - obwohl das ist ja eine FHEM-Fehlermeldung.
10_CUL_HM.pm und HMConfig.pm wirklich aktuell und nicht vom Update excluded?
"Änd're nie in fhem.cfg, denn das tut hier allen weh!" *** Wheezy@Raspi(3), HMWLAN+HMUART, CUL868(SlowRF) für FHT+KS+FS20, miniCUL433, Rademacher DuoFern *** "... kaum macht man es richtig, funktioniert es ..."

joshi04

Jo. Muss gestehen, ich bin ein wenig ratlos warum es bei Dir läuft und bei mir nicht.
Ich setzte die Tage mal ein Testsystem from scratch auf und schaue, ob es da auch nicht läuft. Brauche ich eh. Vielleicht komme ich da dem ganzen etwas mehr auf die Schliche.

Damit es keine Missverständnisse gibt:
list FL_LED
Internals:
   CFGFN      ./FHEM/99_HM.cfg
   DEF        43B16D
   HMLAN_MSGCNT 31
   HMLAN_RAWMSG E43B16D,0000,2802461B,FF,FFB0,1FA41043B16D29A06506010000
   HMLAN_RSSI -80
   HMLAN_TIME 2017-01-02 18:31:53
   IODev      HMLAN
   LASTInputDev HMLAN
   MSGCNT     31
   NAME       FL_LED
   NOTIFYDEV  global
   NR         685
   NTFY_ORDER 50-FL_LED
   STATE      CMDs_done
   TYPE       CUL_HM
   channel_01 FL_LED_Dim
   channel_02 FL_LED_Color
   channel_03 FL_LED_Auto
   lastMsg    No:1F - t:10 s:43B16D d:29A065 06010000
   protLastRcv 2017-01-02 18:31:53
   protSnd    31 last_at:2017-01-02 18:31:53
   protState  CMDs_done
   rssi_at_HMLAN cnt:31 min:-81 max:-72 lst:-80 avg:-74.96
   Readings:
     2017-01-01 22:33:23   CommandAccepted yes
     2017-01-01 22:33:22   D-firmware      1.0
     2017-01-01 22:33:22   D-serialNr      MEQxxxxxxx
     2017-01-01 22:33:27   PairedTo        0xxxxxxx
     2017-01-01 22:33:27   R-pairCentral   0xxxxxxx
     2017-01-01 22:33:27   RegL_00.        02:01 05:05 0A:29 0B:A0 0C:65 18:00 3B:14  00:00
     2017-01-02 18:31:53   state           CMDs_done
   Helper:
     HM_CMDNR   31
     cSnd       1129A06543B16D0201C800A0FFFF,1129A06543B16D02010000A0FFFF
     mId        00F4
     rxType     1
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Io:
       newChn     +43B16D,00,01,00
       nextSend   1483378313.12062
       rxt        0
       vccu       VCCU
       p:
         43B16D
         00
         01
         00
       prefIO:
         HMLAN
     Mrssi:
       mNo        1F
       Io:
         HMLAN      -78
     Prt:
       bErr       0
       sProc      0
       Rspwait:
     Q:
       qReqConf
       qReqStat
     Role:
       dev        1
       prs        1
     Rpt:
       IO         HMLAN
       flg        A
       ts         1483378313.03053
       ack:
         HASH(0x3e76568)
         1F800229A06543B16D00
     Rssi:
       At_hmlan:
         avg        -74.9677419354839
         cnt        31
         lst        -80
         max        -72
         min        -81
     Tmpl:
Attributes:
   DbLogExclude .*
   IODev      HMLAN
   IOgrp      VCCU:HMLAN
   autoReadReg 4_reqStatus
   expert     2_raw
   firmware   1.0
   group      Licht
   icon       light_led_stripe_rgb
   model      HM-LC-RGBW-WM
   room       develop_FL
   serialNr   MEQxxxxxxx
   subType    rgb
   webCmd     getConfig:clear msgEvents


list FL_LED_Dim
Internals:
   CFGFN      ./FHEM/99_HM.cfg
   DEF        43B16D01
   NAME       FL_LED_Dim
   NOTIFYDEV  global
   NR         687
   NTFY_ORDER 50-FL_LED_Dim
   STATE      off
   TYPE       CUL_HM
   chanNo     01
   device     FL_LED
   Readings:
     2017-01-02 18:31:50   CommandAccepted yes
     2017-01-01 22:33:28   R-sign          off
     2017-01-01 22:33:37   RegL_01.        08:00  00:00
     2017-01-02 18:31:53   deviceMsg       off (to VCCU)
     2017-01-02 18:31:53   dim             stop:off
     2017-01-02 18:31:53   level           0
     2017-01-02 18:31:53   pct             0
     2017-01-02 18:31:53   recentStateType info
     2017-01-02 18:31:53   state           off
     2017-01-02 18:31:53   timedOn         off
   Helper:
     dlvlCmd    ++A01129A06543B16D02010000A0FFFF
     Dir:
       cur        stop
     Expert:
       def        1
       det        0
       raw        1
       tpl        0
     Role:
       chn        1
     Tmpl:
Attributes:
   group      Licht
   model      HM-LC-RGBW-WM
   peerIDs    00000000,
   room       develop_FL
   webCmd     pct:down:up


version

10_CUL_HM.pm                12921 2016-12-31 12:53:57Z martinp876
HMConfig.pm                 12892 2016-12-27 20:03:37Z martinp876


Und derzeit keine Excludes.
NUC: 2xJeeLink, PCA301/TX35DTH; HueBridge, LivingColors; vair-monitor (CO2); HMLan, Winmatic, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-ES-TX-WM, HM-WDS10-TH-O, HM-ES-PMSw1-Pl, HM-SEC-SC-2, HM-SEC-SCo; AVM DECT 200; panStamp; smartVISU

cpet

Ich würde unter webCmd im DIM-Channel folgendes mal hinzufügen:

webCmd     pct:on:up:down:off:toggle:press

und dann noch mal versuchen
RPI 3 mit 1x SCC 868MHz für FS20; 1x SCC 433MHz SlowRF; 1x SCC 868MHz Homematic;
Rollladen-/Markisensteuerung, Fußboden-Heizungssteuerung 
diverse Licht-/Schaltungssteuerungen
ALEXA-Integration;
Statusmeldungen über  Fernseher

joshi04

Hm, ich dachte webCmd setzt nur einen "Button" für einen bestimmten Befehl. Probiert hab ichs trotzdem - ohne Änderung. Und danke für den Versuch.

Was mich irritiert, "press" taucht im Drowdown auf. Wenn man es auswählt bekommt man aber die Meldung, dass das Modul diesen Befehl nicht kennen würde. Bzw. die Fehlermeldung selbst widerspricht sich:

Unknown argument press, choose one of clear:readings,trigger,register,oldRegs,rssi,msgEvents,attack,all down getConfig:noArg getRegRaw inhibit:on,off off:noArg on-for-timer on-till on:noArg pct:slider,0,1,100 peerBulk peerIODev press regBulk regSet sign:on,off statusRequest:noArg stop:noArg toggle:noArg up

Und vor allen Dingen, warum geht es bei einigen und bei anderen nicht. Wo liegt der Unterschied? Nur zur Sicherheit, Ihr habe kein exclude-from-update drin, bzw. die gleichen Versionen, oder?
NUC: 2xJeeLink, PCA301/TX35DTH; HueBridge, LivingColors; vair-monitor (CO2); HMLan, Winmatic, HM-CC-RT-DN, HM-TC-IT-WM-W-EU, HM-ES-TX-WM, HM-WDS10-TH-O, HM-ES-PMSw1-Pl, HM-SEC-SC-2, HM-SEC-SCo; AVM DECT 200; panStamp; smartVISU