[Gelöst] Toggle funktioniert nach einem der letzten Updates nicht mehr

Begonnen von Hans-Ulrich Tag, 02 März 2017, 19:30:29

Vorheriges Thema - Nächstes Thema

Hans-Ulrich Tag

Hallo zusammen,

nach einem der letzten Updates funktioniert an keinem meiner ca. 15 HM-Schalter der toggle-Befehl.

Egal, ob ich den Befehl innerhalb eines DOIF oder in der Befehlszeile aufrufe, wird der Fehler gemeldet:
HMCCUCHN: Bad_Lampe Current device state doesn't match statevals

Wie gesagt, erst nach einem Update trat der Fehler auf.
Die Forensuche und Google haben mir nicht weitergeholfen.

fheminfo gibt aus (nicht alle Module aufgeführt):
Fhem info:
  Release  : 5.8 FeatureLevel: 5.8
  OS       : linux
  Arch     : arm-linux-gnueabihf-thread-multi-64int
  Perl     : v5.20.2
  uniqueID : xxxxxxxxxxxxxxxxxxxxxxxxxxx
  upTime   : 19:12:23

  Defined modules:
  HMCCU          : 1
  HMCCUCHN       : 32
  HMCCUDEV       : 8
  HMinfo         : 1


Ein List eines Beispieldevices:
Internals:
   CHANGED
   DEF        XXxxxxxxx:1
   IODev      ccu2
   NAME       Bad_Lampe
   NR         164
   STATE      aus
   TYPE       HMCCUCHN
   ccuaddr    XXxxxxxxx:1
   ccudevstate Active
   ccuif      BidCos-RF
   ccuname    Bad_Waschtisch_Lampe
   ccutype    HM-LC-Sw2-FM
   channels   1
   statevals  devstate|on|off|on|off
   Readings:
     2017-03-02 00:08:22   0.AES_KEY       1
     2017-03-02 00:08:22   0.CONFIG_PENDING false
     2017-03-02 00:08:22   0.DUTYCYCLE     false
     2017-03-02 00:08:22   0.LOWBAT        false
     2017-03-02 00:08:22   0.RSSI_DEVICE   1
     2017-03-02 00:08:22   0.RSSI_PEER     70
     2017-03-02 00:08:22   0.STICKY_UNREACH false
     2017-03-02 00:08:22   0.UNREACH       false
     2017-03-02 00:08:22   1.INHIBIT       false
     2017-03-02 19:11:59   1.STATE         off
     2017-03-02 19:00:41   1.WORKING       0
     2017-03-02 19:20:47   hmstate         off
     2017-03-02 19:11:59   state           off
   Hmccu:
     Dp:
       0.aes_key:
         VAL        1
       0.config_pending:
         VAL        false
       0.dutycycle:
         VAL        false
       0.lowbat:
         VAL        false
       0.rssi_device:
         VAL        1
       0.rssi_peer:
         VAL        70
       0.sticky_unreach:
         VAL        false
       0.unreach:
         VAL        false
       1.inhibit:
         VAL        false
       1.state:
         VAL        false
       1.working:
         VAL        0
Attributes:
   IODev      ccu2
   ccureadings 1
   cmdIcon    on:light_light_dim_100 off:light_light_dim_00
   devStateIcon Initialized:light_light_dim_00@yellow on:light_light_dim_100 off:light_light_dim_00
   event-on-change-reading .*
   eventMap   on:an off:aus
   room       alexa,Badezimmer,Homematic
   statevals  on:true,off:false,on:an,off:aus
   substitute STATE!true:on,false:off,1:on,0:off


Was kann ich machen, damit es wieder funktioniert?

Vielen Dank schon mal.

Gruß
Hans-Ulrich

Otto123

Hallo Hans-Ulrich,

ich denke das hat was mit der roten Zeile oben im Forum zu tun.
Du kannst dies als Workaround versuchen:

attr global featurelevel 5.7


Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Hans-Ulrich Tag

Hallo Otto,
Das hat leider nicht geklappt. Shutdown restart habe ich natürlich gemacht.

Hast Du noch eine Idee?

Gruß
Hans-Ulrich


Gesendet von iPad mit Tapatalk

zap

Ich schaue es mir an. Mit dem FHEM 5.8 Update hat es nichts zu tun.

Bitte mach mal ein "list" des betroffenen FHEM Device und poste die Ausgabe.

Sorry, ist ja schon oben gelistet.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

zap

Korrigiere mal bitte das Attribut "statevals" wie folgt:

on:true,off:false

Danach muss das Internal statevals so aussehen:

devstate|on|off

Irgendwas kommt da mit Deiner doppelten on und off Definition im Attribut statevals durcheinander. Da das nicht notwendig ist, setze es mal bitte wie oben beschrieben.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Hans-Ulrich Tag

Zitat von: zap am 02 März 2017, 22:03:56
Korrigiere mal bitte das Attribut "statevals" wie folgt:

on:true,off:false

Danach muss das Internal statevals so aussehen:

devstate|on|off

Irgendwas kommt da mit Deiner doppelten on und off Definition im Attribut statevals durcheinander. Da das nicht notwendig ist, setze es mal bitte wie oben beschrieben.

Hallo zap,

danke für die Antwort.
Das hat leider nicht geholfen.

Es trat ja auch bei allen Schaltern auf.

Hier noch einmal ein Device, bei dem es auch plötzlich nicht mehr funktioniert:
Internals:
   DEF        xxxxxxxxx:3
   IODev      ccu2
   NAME       Sw4_K3
   NR         225
   STATE      aus
   TYPE       HMCCUCHN
   ccuaddr    xxxxxxx:3
   ccudevstate Active
   ccuif      BidCos-RF
   ccuname    Switch 4fach WZ_K3
   ccutype    HM-LC-Sw4-WM
   channels   1
   statevals  devstate|on|off
   Readings:
     2017-03-03 00:08:30   0.AES_KEY       on
     2017-03-03 00:08:30   0.CONFIG_PENDING off
     2017-03-03 00:08:30   0.DUTYCYCLE     off
     2017-03-03 00:08:30   0.LOWBAT        off
     2017-03-03 00:08:30   0.RSSI_DEVICE   on
     2017-03-03 00:08:30   0.RSSI_PEER     68
     2017-03-03 00:08:30   0.STICKY_UNREACH off
     2017-03-03 00:08:30   0.UNREACH       off
     2017-03-03 00:08:30   3.INHIBIT       off
     2017-03-03 16:06:39   3.STATE         off
     2017-03-03 16:06:39   3.WORKING       off
     2017-03-03 16:59:15   hmstate         off
     2017-03-03 16:06:39   state           off
   Hmccu:
     Dp:
       0.aes_key:
         VAL        1
       0.config_pending:
         VAL        false
       0.dutycycle:
         VAL        false
       0.lowbat:
         VAL        false
       0.rssi_device:
         VAL        1
       0.rssi_peer:
         VAL        68
       0.sticky_unreach:
         VAL        false
       0.unreach:
         VAL        false
       3.inhibit:
         VAL        false
       3.state:
         VAL        0
       3.working:
         VAL        0
Attributes:
   IODev      ccu2
   devStateIcon Initialized:light_light_dim_00 on:light_light_dim_100 off:light_light_dim_00
   eventMap   on:an off:aus
   group      4-fach Switch
   room       Homematic
   statevals  on:true,off:false
   substitute true:on,false:off,1:on,0:off


Woran könnte es sonst noch liegen?

Schönes Wochenende

Gruß
Hans-Ulrich

zap

Ja, ist ein Bug. Ich checke heute noch eine Korrektur ein. Sollte dann morgen per Update verfügbar sein.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB


Hans-Ulrich Tag

Klappt wieder, vielen Dank für das schnelle Update [emoji1303][emoji1303][emoji1303]!


Gesendet von iPad mit Tapatalk

Hans-Ulrich Tag

Hallo zap,

der Fehler ist wieder aufgetreten.
Außer den HM-Devices lassen sich alle Geräte toggeln.

Kannst Du das bitte noch einmal checken?

Danke.

Gruß
Hans-Ulrich

zap

Krass. Ich will nicht ausschließen, dass ich aufgrund fortschreitenden Alters aus Versehen bei einer der neueren Versionen den alten Fehler wieder eingebaut habe. Muss erst mal überlegen, was eigentlich der Fehler war  :o

Update: Bei HMCCUDEV Devices funktioniert Toggle, bei HMCCUCHN leider nicht. Fehlersuche ...

Update: Ist beim Umbau der zentralen Reading-Update-Funktion passiert. So ist das, wenn man an zentralen Funktionen rumfummelt.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

zap

Mit der gerade eingecheckten Version von 88_HMCCU.pm wird der Bug behoben. Gibt es dann morgen per FHEM Update oder wenn es eilig ist direkt per Download aus dem FHEM SVN Repository.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

grobby

Hallo Fhem Freunde,

ich greif das Thema hier nochmal auf. Seit einem Update was ich gemacht habe (vielleicht 2 Wochen her) funktioniert das toggle bei meinen Intertechno Geräten nicht mehr. Wenn ich in der Kommandozeile ein set xxxx toggle abgebe, dann geht xxxx auf on, ein nochmaliges set xxxx toggle sollte das Gerät wieder auf off setzen, leider funktioniert dies nicht mehr. Ich habe keine Ahnung ob das an FHEM selbst liegt oder ob es was mit dem IT Modul zu tun haben könnte.
Ein kompleten Neustart des Systems habe ich schon durchgeführt. Nun hoffe ich das mir jemand hier einen Tip geben kann damit wieder alles tut.
Vielen Dank schonmal.

Grobby

Otto123

Hi Grobby,

es geht hier aber um HM - mit IT bist Du im falschen Subforum und Thread.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

grobby

Hi,

Stimmt, aber wie gesagt weiß ich eben nicht ob es am FHEM selber oder am IT Modul klemmt. Geht es denn bei Dir? Wie kann ich mir die FHEM Version anzeigen lassen? Ein fheminfo zeigt es mir nicht.

Grüße Grobby