VCCU einrichten CUL_HM version 2019-05-30 nicht OK

Begonnen von LuckyDay, 02 Juni 2019, 17:09:39

Vorheriges Thema - Nächstes Thema

LuckyDay

@martinp876
10_CUL_HM.pm           19494 2019-05-30 09:15:27Z martinp876

define VCCU CUL_HM 123456

attr  VCCU model CCU-FHEM nicht möglich

Internals:
   CFGFN     
   DEF        123456
   FUUID      5cf3dcc8-f33f-36bd-4119-a1751fa19067f7a8
   NAME       VCCU
   NOTIFYDEV  global
   NR         110
   STATE      ???
   TYPE       CUL_HM
   chanNo     01
   READINGS:
   helper:
     HM_CMDNR   188
     mId        0000
     peerFriend
     peerOpt    -:-
     regLst     
     rxType     1
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       prefIO     
       vccu       
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
Attributes:
   subType    virtual


attr  VCCU modelforce CCU-FHEMauch nicht möglich
ZitatmodelForce illegal for virtual devices

wenn man dann
attr VCCU subType    virtual löscht
lässt sich auch nicht löschen!

Der einzige WEG geht nur über CodeBlock, das +Fenster bei F18 (ohne config edit)
define VCCU CUL_HM 123456
attr VCCU modelForce CCU-FHEM

Internals:
   CFGFN     
   DEF        123456
   FUUID      5cf3e506-f33f-36bd-551b-6d7600f0902ebf19
   NAME       VCCU
   NOTIFYDEV  global
   NR         188
   STATE      IOs_ok
   TYPE       CUL_HM
   assignedIOs
   chanNo     01
   READINGS:
     2019-06-02 17:02:35   IOopen          0
     2019-06-02 17:02:35   state           IOs_ok
   helper:
     HM_CMDNR   233
     mId        FFF0
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     expert:
       def        1
       det        0
       raw        0
       tpl        0
     io:
       prefIO     
       vccu       
       ioList:
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
Attributes:
   model      CCU-FHEM
   subType    virtual
   webCmd     virtual:update






steht die VCCU richtig da, aber das kann so nicht der Weg sein  ;D

DasQ

#1
Jetzt keine Lösung aber ein Vorschlag:
Vielleicht wäre doch ein temporärer  ::) Vermerk im Wiki, nicht so verkehrt, das im Augenblick ein System Upgrade im Gang ist und es immer wieder dazu kommen kann, dass das beschriebene vorgehen nicht zu 100% funktioniert und dann ,,andere" (Force) Settings genutzt werden können. ???


############### edit #############

Hast du nach dem anlegen gespeichert? (Verhält sich wie ein Wackelkontakt jetzt Ging es auch ohne speichern)siehe log
Bei mir kann ich die VCCU, bis auf das modelforce ganz normal anlegen. (Siehe Screenshot)

2019.06.02 20:17:09 4: WEB_192.168.1.21_55358 POST /fhem&fw_id=1568&cmd=define+tmpVCCU+CUL_HM+123123; BUFLEN:0
2019.06.02 20:17:09 5: Cmd: >define tmpVCCU CUL_HM 123123<
2019.06.02 20:17:09 5: Starting notify loop for global, 1 event(s), first is DEFINED tmpVCCU
2019.06.02 20:17:09 5: createNotifyHash
2019.06.02 20:17:09 5: Cmd: >version 98_DOIF.pm noheader<
2019.06.02 20:17:09 4: Looking for SVN Id in module 98_DOIF.pm
2019.06.02 20:17:10 5: End notify loop for global
2019.06.02 20:17:10 4: Connection accepted from WEB_192.168.1.21_55359
2019.06.02 20:17:10 4: WEB_192.168.1.21_55359 GET /fhem?detail=tmpVCCU&fw_id=1568; BUFLEN:0
2019.06.02 20:17:10 4: WEB: /fhem?detail=tmpVCCU&fw_id=1568 / RL:5538 / text/html; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2019.06.02 20:17:10 4: MQTT2_Broker_192.168.1.191_4190 sonoffPow2 PINGREQ
2019.06.02 20:17:10 4: Connection accepted from WEB_192.168.1.21_55360
2019.06.02 20:17:10 4: Connection accepted from WEB_192.168.1.21_55361
2019.06.02 20:17:10 4: WEB_192.168.1.21_55360 GET /fhem?cmd=%7BReadingsVal(%22tmpVCCU%22%2C%22virtual%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2019.06.02 20:17:10 5: Cmd: >{ReadingsVal("tmpVCCU","virtual","")}<
2019.06.02 20:17:10 4: WEB: /fhem?cmd=%7BReadingsVal(%22tmpVCCU%22%2C%22virtual%22%2C%22%22)%7D&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2019.06.02 20:17:10 4: WEB_192.168.1.21_55361 GET /fhem?cmd=%7BAttrVal(%22tmpVCCU%22%2C%22room%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2019.06.02 20:17:10 5: Cmd: >{AttrVal("tmpVCCU","room","")}<
2019.06.02 20:17:10 4: WEB: /fhem?cmd=%7BAttrVal(%22tmpVCCU%22%2C%22room%22%2C%22%22)%7D&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2019.06.02 20:17:10 4: Connection accepted from WEB_192.168.1.21_55362
2019.06.02 20:17:10 4: WEB_192.168.1.21_55362 GET /fhem?XHR=1&inform=type=status;filter=tmpVCCU;since=1559499429;fmt=JSON&fw_id=1568×tamp=1559499430553; BUFLEN:0
2019.06.02 20:17:11 5: HMUARTLGW HmUART checking credits (from timer)
2019.06.02 20:17:11 5: HMUARTLGW HmUART send: 00 08
2019.06.02 20:17:11 5: HMUARTLGW HmUART send: (8): fd000300bb080239
2019.06.02 20:17:11 5: SW: fd000300bb080239
2019.06.02 20:17:11 5: HMUARTLGW HmUART read raw (10): fd000500bb0402009063
2019.06.02 20:17:11 5: HMUARTLGW HmUART read (9): fd000500bb0402009063 crc OK
2019.06.02 20:17:11 5: HMUARTLGW HmUART recv: 00 040200, state 98
2019.06.02 20:17:11 5: HMUARTLGW HmUART GetSet Ack: 02, state 98
2019.06.02 20:17:11 5: HMUARTLGW HmUART roundtrip delay: 0.0308
2019.06.02 20:17:11 5: Starting notify loop for SIGNALduino433, 1 event(s), first is DMSG u19#08637
2019.06.02 20:17:11 5: createNotifyHash
2019.06.02 20:17:11 5: End notify loop for SIGNALduino433
2019.06.02 20:17:11 5: Starting notify loop for SIGNALduino433, 1 event(s), first is UNKNOWNCODE u19#08637
2019.06.02 20:17:11 5: End notify loop for SIGNALduino433
2019.06.02 20:17:11 3: SIGNALduino433: Unknown code u19#08637, help me!
2019.06.02 20:17:11 4: MQTT2_Broker_192.168.1.163_57887 milight-hub-10693013 PINGREQ
2019.06.02 20:17:11 4: MQTT2_Broker_192.168.1.162_49156 ESP_5Vrelais PINGREQ
2019.06.02 20:17:12 4: MQTT2_Broker_192.168.1.171_11731 SonOff_KiGr PINGREQ
2019.06.02 20:17:13 4: MQTT2_Broker_192.168.1.180_4473 SonOff_4CH_1 PINGREQ
2019.06.02 20:17:13 4: MQTT2_Broker_192.168.1.170_19960 SonOff_Wz PINGREQ
2019.06.02 20:17:15 4: MQTT2_Broker_192.168.1.160_49156 ESP_Garagentor PINGREQ
2019.06.02 20:17:17 4: MQTT2_Broker_192.168.1.190_1193 sonoffPow1 PINGREQ
2019.06.02 20:17:17 4: MQTT2_Broker_192.168.1.161_49155 ESP_Kuechenuhr PINGREQ
2019.06.02 20:17:20 4: MQTT2_Broker_192.168.1.164_49155 ESP-IR PINGREQ
2019.06.02 20:17:20 4: MQTT2_Broker_192.168.1.191_4190 sonoffPow2 PINGREQ
2019.06.02 20:17:22 4: MQTT2_Broker_192.168.1.162_49156 ESP_5Vrelais PINGREQ
2019.06.02 20:17:22 4: MQTT2_Broker_192.168.1.171_11731 SonOff_KiGr PINGREQ
2019.06.02 20:17:23 4: MQTT2_Broker_192.168.1.180_4473 SonOff_4CH_1 PINGREQ
2019.06.02 20:17:23 4: MQTT2_Broker_192.168.1.170_19960 SonOff_Wz PINGREQ
2019.06.02 20:17:24 4: Connection accepted from WEB_192.168.1.21_55363
2019.06.02 20:17:24 4: Connection accepted from WEB_192.168.1.21_55364
2019.06.02 20:17:24 4: WEB_192.168.1.21_55363 GET /fhem?cmd=%7BAttrVal(%22tmpVCCU%22%2C%22modelForce%22%2C%22%22)%7D&XHR=1; BUFLEN:0
2019.06.02 20:17:24 5: Cmd: >{AttrVal("tmpVCCU","modelForce","")}<
2019.06.02 20:17:24 4: WEB: /fhem?cmd=%7BAttrVal(%22tmpVCCU%22%2C%22modelForce%22%2C%22%22)%7D&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2019.06.02 20:17:24 4: WEB_192.168.1.21_55364 POST /fhem?cmd=help%20tmpVCCU&XHR=1&fw_id=1568; BUFLEN:0
2019.06.02 20:17:24 5: Cmd: >help tmpVCCU<
2019.06.02 20:17:24 4: WEB: /fhem?cmd=help%20tmpVCCU&XHR=1&fw_id=1568 / RL:25889 / text/plain; charset=UTF-8 / Content-Encoding: gzip
/ Cache-Control: no-cache, no-store, must-revalidate

2019.06.02 20:17:26 5: HMUARTLGW HmUART checking credits (from timer)
2019.06.02 20:17:26 5: HMUARTLGW HmUART send: 00 08
2019.06.02 20:17:26 5: HMUARTLGW HmUART send: (8): fd000300bc08903a
2019.06.02 20:17:26 5: SW: fd000300bc08903a
2019.06.02 20:17:26 5: HMUARTLGW HmUART read raw (8): fd000500bc040200
2019.06.02 20:17:26 5: HMUARTLGW HmUART read raw (2): 7c60
2019.06.02 20:17:26 5: HMUARTLGW HmUART read (9): fd000500bc0402007c60 crc OK
2019.06.02 20:17:26 5: HMUARTLGW HmUART recv: 00 040200, state 98
2019.06.02 20:17:26 5: HMUARTLGW HmUART GetSet Ack: 02, state 98
2019.06.02 20:17:26 5: HMUARTLGW HmUART roundtrip delay: 0.0043
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

LuckyDay

Schau dir mal genau den Unterschied zwischen deinem und meiner VCCU an

bei dir fehlt set virtual

bei dir ,wird  das erst nach save und shutdown restart kommen , und attr modelForce verschwinden.

mein Bild bzw List,  ist ohne save und restart, so wie es sein sollte.

Normalerweise finden die User solche Fehlermeldungen, wie von mir jetzt gepostet , und die temporäre Abhilfe.
Oder willst du jetzt permament das WIKI ändern, nur weil jetzt aktuell Fehler in der CUL_HM sind.

DasQ

Also ich hab nicht rebootet!
Nur gespeichert.
Und jetzt nochmals reproduziert.
Wenn ich die io Setting gesetzt hab ist alles wie es seinsoll

Internals:
   DEF        123123
   FUUID      5cf412a5-f33f-9f3d-2f71-f047faf75a184f7d
   IODev      HmUART
   NAME       tmpVCCU
   NOTIFYDEV  global
   NR         164
   NTFY_ORDER 50-tmpVCCU
   STATE      HmUART:ok
   TYPE       CUL_HM
   assignedIOs HmUART
   chanNo     01
   READINGS:
     2019-06-02 22:18:46   IOopen          1
     2019-06-02 22:18:46   state           HmUART:ok
   helper:
     HM_CMDNR   87
     mId        FFF0
     peerFriend peerSD,peerSens,peerAct
     peerOpt    -:virtual
     regLst     0
     rxType     1
     expert:
       def        1
       det        0
       raw        1
       tpl        0
     io:
       prefIO     
       vccu       tmpVCCU
       ioList:
         HmUART
     mRssi:
       mNo       
     prt:
       bErr       0
       sProc      0
     q:
       qReqConf   
       qReqStat   
     role:
       chn        1
       dev        1
       vrt        1
     tmpl:
Attributes:
   IODev      HmUART
   IOList     HmUART
   IOgrp      tmpVCCU
   expert     2_raw
   model      CCU-FHEM
   subType    virtual
   webCmd     virtual:update
Fhem on MacMini/Ubuntu.
Absoluter Befürworter der Konsequenten-Kleinschreibung https://de.wikipedia.org/wiki/Kleinschreibung
Infos zu Klimawandel http://www.globalcarbonatlas.org

webdandy

Gibt es hier schon eine Lösung, die auch noch nach einem restart funktioniert?

Nach einem restart steht das folgende attr immer wieder auf "VIRTUAL" anstatt auf "CCU-FHEM"

attr VCCU model CCU-FHEM

LuckyDay

wenn man von Hand ändert :) !!! sollte man auch alles ändern!

deins
attr VCCU .mId FFF1

meins
attr VCCU .mId FFF0

lt. deinen verschiedener setuuid
setuuid VCCU 5d25fe84-f33f-88c1-b0c6-c0fa8a2bc538cb94
setuuid myHmUART 5c4486d7-f33f-88c1-d97c-53f3a92b05e37de8


hast du kopiert  ;)

webdandy

Zitat von: fhem-hm-knecht am 12 Juli 2019, 19:16:06

lt. deinen verschiedener setuuid
setuuid VCCU 5d25fe84-f33f-88c1-b0c6-c0fa8a2bc538cb94
setuuid myHmUART 5c4486d7-f33f-88c1-d97c-53f3a92b05e37de8


hast du kopiert  ;)
Danke, jetzt funktioniert es auch nach einem restart  ;D
Aber könntest Du mir das bitte auch kurz erklären und wie bist du darauf gekommen?

Danke & Grüße

martinp876

Das setzen des Models auf CCU-FHEM sollte jetzt funktionieren.
War ein Fehler, muss freigegeben werden.

webdandy

Zitat von: martinp876 am 14 Juli 2019, 19:45:18
Das setzen des Models auf CCU-FHEM sollte jetzt funktionieren.
War ein Fehler, muss freigegeben werden.
Mit der neuen Version 19829 von 10_CUL_HM bekomme ich beim Start folgende Meldung angezeigt:
Messages collected while initializing FHEM:
configfile: ActionDetector already defined, delete it first

Autosave deactivated

Wenn ich wieder auf die vorherige Version zurück gehe, kommt diese Meldung nicht mehr.

Omega-5

Gleiches Problem bei mir.
Vorherige Version $Id: 10_CUL_HM.pm 19494 2019-05-30 09:15:27Z martinp876 läuft.
RaspberryPi2, nanoCUL, 3x DS18B20, FS20: 4x Funk-Schalter ST-4, LaCrosseGW,
HomeMatic: HMLAN, HM-WDS10-TH-O, HM_MYS_RelaisBoard,
I2C: HYT221 über modifiziertes Modul I2_I2C_SHT21.pm (Q&D),

Ralf W.

#10
Hier auch:
configfile: ActionDetector already defined, delete it first

<edit>
Und eine neue Warnmeldung:
PERL WARNING: Use of uninitialized value $txt in concatenation (.) or string at ./FHEM/01_FHEMWEB.pm line 3253.
</edit>
http://twitter.com/RWausD
Schon gewusst, dass Haarausfall zu einer Glatze führen kann?

FHEM: NUC7PJYH2, Ubuntu Server 22.04.2 LTS, HMCCU - RaspberryMatic, DE ConBee II, diverse Sensoren und Aktoren.

martinp876

Kläre ich noch. Ist aber kein Problem da die Präsenz der actiondetector mehrfach geprüft wird, korrekter weise nur einmal gestartet wird. Nur die Meldung kommt

martinp876

sollte klappen - bitte probieren.
wie immer: heute SVN download, morgen im Update

webdandy

Immer noch das gleiche:

Messages collected while initializing FHEM:
configfile: ActionDetector already defined, delete it first

Autosave deactivated


Beim Start sieht es für mich auch so aus, als wenn er die Devices 2x als ActionDetector hinzufügt:

2019.07.23 07:28:21 3: Device Rauchmelder_Wohnzimmer added to ActionDetector with 099:00 time
2019.07.23 07:28:21 3: Device Rauchmelder_Flur added to ActionDetector with 099:00 time
2019.07.23 07:28:21 3: Device Rauchmelder_Schlafzimmer added to ActionDetector with 099:00 time
2019.07.23 07:28:21 3: Device Rauchmelder_Kueche added to ActionDetector with 099:00 time
2019.07.23 07:28:21 3: Device Kontakt_Eingangstuer added to ActionDetector with 002:50 time
2019.07.23 07:28:21 3: Device Kontakt_Terrassentuer added to ActionDetector with 002:50 time
2019.07.23 07:28:21 3: Device Kontakt_Badfenster added to ActionDetector with 002:50 time
2019.07.23 07:28:21 3: Device Kontakt_Schlafzimmerfenster added to ActionDetector with 002:50 time
2019.07.23 07:28:21 3: Device Kontakt_Kuechenfenster added to ActionDetector with 002:50 time
2019.07.23 07:28:21 3: Device Kontakt_Ankleidezimmerfenster added to ActionDetector with 002:50 time
2019.07.23 07:28:21 3: Device Kontakt_Wohnzimmerfenster_1 added to ActionDetector with 002:50 time
2019.07.23 07:28:21 3: Device Kontakt_Wohnzimmerfenster_2 added to ActionDetector with 002:50 time
2019.07.23 07:28:21 3: Device Kontakt_Prinzessinzimmerfenster added to ActionDetector with 002:50 time

2019.07.23 07:28:24 3: HUEDevice9: I/O device is HueBridge
2019.07.23 07:28:24 3: HUEDevice10: I/O device is HueBridge
2019.07.23 07:28:24 3: Temp_IT: I/O device is myJeeLink
2019.07.23 07:29:02 1: Including ./log/fhem.save
2019.07.23 07:29:03 1: configfile: ActionDetector already defined, delete it first

2019.07.23 07:29:03 3: Device Kontakt_Ankleidezimmerfenster added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Kontakt_Badfenster added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Kontakt_Eingangstuer added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Kontakt_Kuechenfenster added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Kontakt_Prinzessinzimmerfenster added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Kontakt_Schlafzimmerfenster added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Kontakt_Terrassentuer added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Kontakt_Wohnzimmerfenster_1 added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Kontakt_Wohnzimmerfenster_2 added to ActionDetector with 002:50 time
2019.07.23 07:29:04 3: Device Rauchmelder_Flur added to ActionDetector with 099:00 time
2019.07.23 07:29:04 3: Device Rauchmelder_Kueche added to ActionDetector with 099:00 time
2019.07.23 07:29:04 3: Device Rauchmelder_Schlafzimmer added to ActionDetector with 099:00 time
2019.07.23 07:29:04 3: Device Rauchmelder_Wohnzimmer added to ActionDetector with 099:00 time

martinp876

nicht das gleiche, aber ähnlich.
morgen erledigt.