peeren mit VCCU

Begonnen von fhemfrederik, 19 Januar 2019, 07:32:11

Vorheriges Thema - Nächstes Thema

fhemfrederik

Hallo zusammen,

ich schalte über DOIF teilweise mehr als 5 Aktoren und bekomme Verzögerungen von ein paar Sekunden bis alle Geräte reagieren. So wie ich es hier im Forum verstanden habe würde das Peeren helfen.
Also habe ich

set LICHT1 peerIODev VCCU 1

versucht. Ergebnis:

VCCU not valid, attribut hmid not set

Mit HMLAN1 bzw. HMLAN2 klappt das Peeren, aber da habe ich keine virtuellen Kanäle (warum eigentlich?) und eigentlich möchte ich mit der VCCU peeren.

Bitte um Hilfe!

Viele Grüße
Frederik

martinp876

Die vccu ist kein io. Du musst also einen Kanal der vccu mit den Kanälen der aktoren peeren. Peerchan.

fhemfrederik

will auch nicht:

set VCCU_Btn1 peerChan 0 Licht04_Kueche dual set

liefert

Unknown argument peerChan, choose one of.

Die cmdList aus auch ziemlich leer:

Gets ------
cmdList
listDevice
param -param-

Sets ------

soll das so sein?

martinp876

eher nicht. Model sollte bei allen vccu entitis (device und kanal) auf CCU-FHEM stehen. Das geht automatisch. Wenn das nicht der Fall ist, frage ich mich, wie du den Kanal definiert hast. Ein List wäre hilfreich - vccu und des buttons

fhemfrederik

CCU-FHEM steht überall drin. List? Ich hätte listDevice, aber das ist ziemlich nichtssagend.


fhemfrederik

oh.

Internals:
   DEF        ****
   HMLAN1_MSGCNT 7638
   HMLAN1_RAWMSG ***
   HMLAN1_RSSI -31
   HMLAN1_TIME 2019-01-19 07:59:11
   HMLAN2_MSGCNT 20994
   HMLAN2_RAWMSG ***
   HMLAN2_RSSI -78
   HMLAN2_TIME 2019-01-19 07:59:11
   IODev      HMLAN2
   LASTInputDev HMLAN2
   MSGCNT     28632
   NAME       VCCU
   NOTIFYDEV  global
   NR         77
   STATE      HMLAN1:ok,HMLAN2:ok
   TYPE       CUL_HM
   assignedIOs HMLAN1,HMLAN2
   channel_01 VCCU_Btn1
   channel_02 VCCU_Btn2
   channel_03 VCCU_Btn3
   channel_04 VCCU_Btn4
   channel_05 VCCU_Btn5
   channel_06 VCCU_Btn6
   channel_07 VCCU_Btn7
   channel_08 VCCU_Btn8
   channel_09 VCCU_Btn9
   channel_0A VCCU_Btn10
   channel_0B VCCU_Btn11
   lastMsg    No:48 - t:02 s:****
   protLastRcv 2019-01-19 07:50:29
   protRcv    10796 last_at:2019-01-19 07:50:29
   rssi_at_HMLAN1 cnt:521 min:-32769 max:-69 avg:-323.41 lst:-70
   rssi_at_HMLAN2 cnt:10353 min:-73 max:-63 avg:-67.65 lst:-66
   Helper:
     DBLOG:
       IOopen:
         DbLog:
           TIME       1547845775.84642
           VALUE      2
       state:
         DbLog:
           TIME       1547845775.84642
           VALUE      HMLAN1:ok,HMLAN2:ok
   READINGS:
     2019-01-19 07:50:29   CommandAccepted yes
     2019-01-18 22:09:35   IOopen          2
     2017-06-28 21:24:18   recentStateType ack
     2019-01-18 22:09:35   state           HMLAN1:ok,HMLAN2:ok
        helper:
     HM_CMDNR   72
     PONtest    1
     mId        FFF0
     regLst     ,0
     rxType     1
     subType    virtual
     supp_Pair_Rep 0
     ack:
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       nextSend   1547880630.00527
       prefIO     
       vccu       
       ioList:
         HMLAN1
         HMLAN2
     mRssi:
       mNo        48
       io:
         HMLAN1:
         HMLAN2:
           -62
           -62
     prt:
       bErr       0
       sProc      0
       rspWait:
     q:
       qReqConf   
       qReqStat   
     role:
       dev        1
       vrt        1
     rssi:
       at_HMLAN1:
         avg        -323.410748560461
         cnt        521
         lst        -70
         max        -69
         min        -32769
       at_HMLAN2:
         avg        -67.6591326185649
         cnt        10353
         lst        -66
         max        -63
         min        -73
     tmpl:
Attributes:
   IODev      HMLAN2
   IOList     HMLAN1,HMLAN2
   model      CCU-FHEM
   room       CUL_HM
   webCmd     virtual:update



DEF        ******
   NAME       VCCU_Btn1
   NOTIFYDEV  global
   NR         1251
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   device     VCCU
   READINGS:
     2019-01-19 07:48:37   CommandAccepted yes
     2019-01-19 07:48:37   recentStateType ack
   helper:
     cfgChkResult No regs found for:


     regLst     
     expert:
       def        1
       det        1
       raw        0
       tpl        0
     role:
       chn        1
       vrt        1
     tmpl:
   nb:
     cnt        1
Attributes:
   expert     1_allReg
   model      CCU-FHEM
   peerIDs   
   webCmd     press short:press long

martinp876

in der VCCU fehlt das attribut subType "virtual". hast du das gelöscht? Du kannst es (noch) setzen.

fhemfrederik

bekomme:
subType illegal for virtual devices

Otto123

Zitat von: fhemfrederik am 19 Januar 2019, 08:07:57
bekomme:
subType illegal for virtual devices
Moin,

Du hast bei attr in der Auswahlliste kein subType?

Außerdem fehlt der VCCU das attr IOgrp. Ist zwar nicht das aktuelle Problem, aber spätestens wenn Du wirklich die Redundanz der IOs testen willst gibt es ein Problem.
Also der Vollständigkeit halber, wenn Du gerade an der Stelle bist. https://wiki.fhem.de/wiki/Virtueller_Controller_VCCU#Einrichten
attr VCCU IOgrp VCCU
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

frank

ich vermute, dass es an den modul versionen von homematic liegt.
das selbe problem hatte ich mit dem update am 7.1. oder 8.1.
also versuche ein fhem update.
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

fhemfrederik

@Otto
Doch. Aber wenn ich den Befehl absetze kommt die Fehlermeldung
IOgrp habe ich inzwischen gesetzt - danke!

@Frank
Das war's! Danke! Werde morgen peeren probieren....

fhemfrederik

#12
peerChan klappt jetzt. Danke nochmal an Alle!

Ein Aktor hat bei mir das Attribut param levelInverse und schaltet jetzt genau falsch rum.
Vermutlich kann ich das mit den R-Readings die auf jmpToTarget stehen anpassen. Aber wie genau? Oder doch besser den Schalter physikalisch drehen?

P.S. Ich hatte gestern nach dem Update von fhem bei jedem Device ein setuuid in der Config!?

Benni

Forensuche zu setuuid: https://forum.fhem.de/index.php?topic=95902.60

Und der gut gemeinte Rat, die Finger von der Config zu lassen ;)

gb#

fhemfrederik

#14
@Benni

Ich war in der Config nachdem irgendwas mit .hmID oder so kam. Ist hier auch irgendwo (eigentlich als gefixt) beschrieben.
Jedenfalls läuft alles wieder seitdem ich die Zeilen rausgefiltert habe.
War das was falsch? Soll ich lieber ein Backup einspielen?