[Gelöst] HMCCU Error nach get ?_ccu devicelist (RaspberryMatic)

Begonnen von Marcel_R, 13 März 2019, 10:47:02

Vorheriges Thema - Nächstes Thema

Marcel_R

Grüezi,
Habe FHEM von Raspi 2 B mit Jessie auf Raspi 3 mit Stretch gezügelt. Gleichzeitig will ich die HM-Geräte nicht mehr direkt an FHEM anbinden, sondern über RaspberryMatic. Als Adapter habe ich den HM-CFG-USB (zurzeit nicht neueste Firmware (etwas wie 2.64 statt 2.67)).

Beim Aufsetzen von HMCCU bin ich "HMCCU Best Practice" gefolgt.

In RaspberryMatic habe ich verschiedene Geräte angelernt und ein Gerät (HM-Sec-RHS) konfiguriert. Dieses steht nun (neben der Zentrale HM-RCV-50) als Gerät FKEGKuecheN zur Verfügung.

get r_ccu devicelist FKEGKuecheN ergibt HMCCU: r_ccu No devices received from CCU

r_ccu RAW definition _VOR_ get r_ccu devicelist FKEGKuecheN
defmod r_ccu HMCCU x.x.x.123
attr r_ccu ccudef-readingfilter ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
attr r_ccu ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
attr r_ccu ccuflags procrpc
attr r_ccu cmdIcon on:general_an off:general_aus
attr r_ccu event-on-change-reading .*
attr r_ccu eventMap /rpcserver on:on/rpcserver off:off/
attr r_ccu rpcserver on
attr r_ccu stateFormat rpcstate/state
attr r_ccu stripnumber 1
attr r_ccu verbose 5

setstate r_ccu 2019-03-13 10:21:58 count_channels 0
setstate r_ccu 2019-03-13 10:21:58 count_devices 0
setstate r_ccu 2019-03-13 10:21:58 count_groups 0
setstate r_ccu 2019-03-13 10:21:58 count_interfaces 0
setstate r_ccu 2019-03-13 10:21:58 count_programs 0
setstate r_ccu 2019-03-13 10:21:58 rpcstate inactive
setstate r_ccu 2019-03-13 10:21:58 state Initialized



r_ccu RAW definition _NACH_ get r_ccu devicelist FKEGKuecheN
defmod r_ccu HMCCU x.x.x.123
attr r_ccu ccudef-readingfilter ^(.+\.)?LOW_?BAT$:battery;;^(.+\.)?UNREACH$:activity
attr r_ccu ccudef-substitute AES_KEY!(0|false):off,(1|true):on;;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;;UNREACH!(0|false):alive,(1|true):dead;;MOTION!(0|false):noMotion,(1|true):motion;;DIRECTION!0:stop,1:up,2:down,3:undefined;;WORKING!0:false,1:true;;INHIBIT!(0|false):unlocked,(1|true):locked
attr r_ccu ccuflags procrpc
attr r_ccu cmdIcon on:general_an off:general_aus
attr r_ccu event-on-change-reading .*
attr r_ccu eventMap /rpcserver on:on/rpcserver off:off/
attr r_ccu rpcserver on
attr r_ccu stateFormat rpcstate/state
attr r_ccu stripnumber 1
attr r_ccu verbose 5

setstate r_ccu inactive/Error
setstate r_ccu 2019-03-13 10:32:45 count_channels 0
setstate r_ccu 2019-03-13 10:32:45 count_devices 0
setstate r_ccu 2019-03-13 10:32:45 count_groups 0
setstate r_ccu 2019-03-13 10:32:45 count_interfaces 0
setstate r_ccu 2019-03-13 10:32:45 count_programs 0
setstate r_ccu 2019-03-13 10:21:58 rpcstate inactive
setstate r_ccu 2019-03-13 10:32:45 state Error



Zur Info Logfile ab shutdown:
2019.03.13 10:21:42 0: Server shutdown
2019.03.13 10:21:42 0: HMCCU: Can't find RPC device
2019.03.13 10:21:50 1: Including fhem.cfg
2019.03.13 10:21:50 3: telnetPort: port 7072 opened
2019.03.13 10:21:51 3: WEB: port 8083 opened
2019.03.13 10:21:51 3: WEBphone: port 8084 opened
2019.03.13 10:21:51 3: WEBtablet: port 8085 opened
2019.03.13 10:21:51 3: WEBhook: port 8088 opened
2019.03.13 10:21:51 2: Registering GEOFANCY geofancy for URL /geo...
2019.03.13 10:21:52 2: eventTypes: loaded 223 events from ./log/eventTypes.txt
2019.03.13 10:21:52 3: Opening CUL0 device /dev/ttyACM0
2019.03.13 10:21:52 3: Setting CUL0 serial parameters to 9600,8,N,1
2019.03.13 10:21:52 3: CUL0: Possible commands: ABbCeFGhiKkLlMmNRTtUuVWXxYZ
2019.03.13 10:21:52 3: CUL0 device opened
2019.03.13 10:21:52 2: Switched CUL0 rfmode to MAX
2019.03.13 10:21:52 3: CUL_MAX_Check: Detected firmware version 167 of the CUL-compatible IODev
2019.03.13 10:21:53 3: Opening myJeeLink device /dev/ttyUSB0
2019.03.13 10:21:53 3: Setting myJeeLink serial parameters to 57600,8,N,1
2019.03.13 10:21:54 3: myJeeLink device opened
2019.03.13 10:21:54 3: LC_TBad: I/O device is myJeeLink
2019.03.13 10:21:54 3: LC_TBad_H: I/O device is myJeeLink
2019.03.13 10:21:54 3: LC_TSchrank: I/O device is myJeeLink
2019.03.13 10:21:54 3: LC_TWZ: I/O device is myJeeLink
2019.03.13 10:21:55 1: PERL WARNING: Useless use of hash element in void context at ./FHEM/10_CUL_HM.pm line 4069, <$fh> line 328.
2019.03.13 10:21:58 1: HMCCU: [r_ccu] Initialized version 4.3.014
2019.03.13 10:21:58 1: HMCCU: [r_ccu] HMCCU: Initializing device
2019.03.13 10:21:58 1: HMCCU: [r_ccu] HMCCU: Read 0 devices with 0 channels from CCU x.x.x.123
2019.03.13 10:21:58 1: HMCCU: [r_ccu] HMCCU: Read 0 interfaces from CCU x.x.x.123
2019.03.13 10:21:58 1: HMCCU: [r_ccu] HMCCU: Read 0 programs from CCU x.x.x.123
2019.03.13 10:21:58 1: HMCCU: [r_ccu] HMCCU: Read 0 virtual groups from CCU x.x.x.123
2019.03.13 10:21:58 1: Including ./log/fhem.save
2019.03.13 10:21:58 3: No I/O device found for FU1RaO
2019.03.13 10:21:58 3: No I/O device found for FO1ElternO
2019.03.13 10:21:58 3: No I/O device found for FU_EntreeS
2019.03.13 10:21:58 3: No I/O device found for FO1ElternS
2019.03.13 10:21:58 3: No I/O device found for FE_TreppeW
2019.03.13 10:21:58 3: No I/O device found for FU_EntreeN
2019.03.13 10:21:58 3: No I/O device found for FE_TreppeO
2019.03.13 10:21:58 3: No I/O device found for FE1KuecheN
2019.03.13 10:21:58 3: No I/O device found for HM_Strom
2019.03.13 10:21:58 3: No I/O device found for FO1NaomiW
2019.03.13 10:21:58 3: No I/O device found for SE_WZ
2019.03.13 10:21:58 3: No I/O device found for FO1BadN
2019.03.13 10:21:58 3: No I/O device found for FO1Gang_
2019.03.13 10:21:58 3: No I/O device found for TU_Eingang
2019.03.13 10:21:58 3: No I/O device found for FOBuero
2019.03.13 10:21:58 3: No I/O device found for FE_WC_
2019.03.13 10:21:58 3: No I/O device found for FE1Gast_
2019.03.13 10:21:58 3: No I/O device found for FO1BadW
2019.03.13 10:21:58 3: No I/O device found for FU1Sauna_
2019.03.13 10:21:58 3: No I/O device found for FO1NaomiS
2019.03.13 10:21:58 3: No I/O device found for FU1RaW
2019.03.13 10:21:58 3: Device FE1Gast_ added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FE1KuecheN added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FE_TreppeO added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FE_TreppeW added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FE_WC_ added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1BadN added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1BadW added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1ElternO added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1ElternS added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1Gang_ added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1NaomiS added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1NaomiW added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FOBuero added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU1RaO added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU1RaW added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU1Sauna_ added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU_EntreeN added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU_EntreeS added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device HM_Strom added to ActionDetector with 000:10 time
2019.03.13 10:21:58 3: Device TU_Eingang added to ActionDetector with 000:50 time
2019.03.13 10:21:58 3: Device FE1Gast_ added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FE1KuecheN added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FE_TreppeO added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FE_TreppeW added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FE_WC_ added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1BadN added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1BadW added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1ElternO added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1ElternS added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1Gang_ added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1NaomiS added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FO1NaomiW added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FOBuero added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU1RaO added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU1RaW added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU1Sauna_ added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU_EntreeN added to ActionDetector with 028:00 time
2019.03.13 10:21:58 3: Device FU_EntreeS added to ActionDetector with 028:00 time
2019.03.13 10:21:59 3: Device HM_Strom added to ActionDetector with 000:10 time
2019.03.13 10:21:59 3: Device TU_Eingang added to ActionDetector with 000:50 time
2019.03.13 10:21:59 3: harmony: starting discovery
2019.03.13 10:21:59 3: harmony: sending discovery
2019.03.13 10:21:59 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.03.13 10:21:59 0: Featurelevel: 5.9
2019.03.13 10:21:59 0: Server started with 113 defined entities (fhem.pl:18799/2019-03-05 perl:5.024001 os:linux user:fhem pid:571)
2019.03.13 10:21:59 3: harmony:discovery: new discovery response from x.x.x.108
2019.03.13 10:21:59 3: harmonyWZ: connected
2019.03.13 10:22:00 3: harmonyWZ: new config
2019.03.13 10:22:11 2: HMCCU: [r_ccu] Get RPC device for interface BidCos-RF
2019.03.13 10:22:11 0: HMCCU: [r_ccu] Definition of some RPC devices failed
2019.03.13 10:32:45 4: HMCCU: [r_ccu] Build URL = http://x.x.x.123:8181/tclrega.exe
2019.03.13 10:32:45 4: HMCCU: [r_ccu] Build URL = http://x.x.x.123:8181/tclrega.exe
2019.03.13 10:32:45 1: HMCCU: [r_ccu] HMCCU: r_ccu No devices received from CCU
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

zap

versuche es mal nur mit get devicelist
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

Marcel_R

#2
Danke für die rasche Antwort.

'get r_ccu devicelist' gleiches Resultat.

Gruss
Marcel

P.S. zur Information: Entgegen HMCCU Best Practice kann ich # Schnittstellen
kein attr d_ccu rpcinterfaces setzen --> ergibt HMCCU: Illegal RPC interface BidCos-RF (alle meine Geräte sind derzeit BitCos-RF (und das scheint ja 'fest verdrahtet' zu sein)).
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

zap

Die Firewall Einstellungen in der CCU hast du so angepasst, dass FHEM darauf zugreifen kann?
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

Marcel_R

Hi,

Vielen Dank, dass Du mir hilfst!

Zugriffsrecchte können der Fehler sein - ich habe in der RaspberryMatic (für den Moment) bei der Firewall 'Ports offen' und sonst (Homematic XML-RPC API, Remote Homematic-Script API, Mediola-Zugriff) 'Vollzugriff'. Nun habe ich auch noch die IP-Adresse des Fhem-Raspis für den eingeschränkten Zugriff unter 'IP-Adressen für den eingeschränkten Zugriff:' eingetragen.

Keine Verbesserung.

Ist dies alles was zu öffnen ist?
Gruss
Marcel
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

zap

Der Fehler beim Start des RPC Servers ist eine Folge vom get devicelist Problem.

Setze mal ccuflags im IO Device auf trace (zusätzlich zu procrpc). Dann get devicelist nochmal ausführen. Das sollte mehr Logmeldungen produzieren.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

Marcel_R

Guten Morgen zap!

Danke für Dein Mail (und die Arbeit dahinter....)

Log im Zusammenhang mit get devicelist:
2019.03.14 08:28:18 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.03.14 08:28:18 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked
2019.03.14 08:28:49 4: HMCCU: [r_ccu] Build URL = http://192.168.188.123:8181/tclrega.exe
2019.03.14 08:28:49 4: HMCCU: [r_ccu] Build URL = http://192.168.188.123:8181/tclrega.exe
2019.03.14 08:28:49 1: HMCCU: [r_ccu] HMCCU: r_ccu No devices received from CCU
2019.03.14 08:28:49 2: HMCCU: GetAttrSubstitute: subst = AES_KEY!(0|false):off,(1|true):on;LOWBAT,LOW_BAT!(0|false):ok,(1|true):low;UNREACH!(0|false):alive,(1|true):dead;MOTION!(0|false):noMotion,(1|true):motion;DIRECTION!0:stop,1:up,2:down,3:undefined;WORKING!0:false,1:true;INHIBIT!(0|false):unlocked,(1|true):locked


Das kommt mir nicht Spanisch vor (das verstehe ich wenigstens der Spur nach) sondern z.B. Suaheli!

Sagt das etwas für Dich?

Marcel
FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /

zap

#7
Nicht sehr aussagekräftig. Da müsste ich in get devicelist mal ein paar Log Statements einbauen.

Nutzt Du piVCCU? Wenn ja, da gibt es bei der Netzconfig einiges zu beachten (frag mich nicht was, nutze das nicht)
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

Marcel_R

#8
Guten Morgen zap,

Habe gestern sämtliche Devices gelöscht und neu definiert -> jetzt noch etwas herumgestochert und festgestellt, dass HM-CFG-USB auf neueste Firmware (2.67) geupdated wurde.

Testweise get devicelist'ed --> Resultat: Read 25 devices with 105 channels from CCU !!!

Das ist doch erfreulich. Ich wollte Dich sofort darüber informieren:
- um Dich an meiner Freude teilhaben zu lassen
- um zu vermeiden, dass Du weiter Energie und Zeit aufwendest...

Keine Ahnung was den Unterschied ausgemacht hat.

Es war doch eine Frage der Zugriffsrechte - keine Authentifizierung. Sorry!

Nochmals vielen Dank.
Marcel

P.S.: Vielleicht könnte es ins Auge gefasst werden, dass der Wiki-Beitrag HMCCU Best Practice unter set d_ccu defaults mit dem Punkt 'set <name> authentication [<username> <password>]' ergänzt wird.



FHEM / Fritz!Box 7490 / CULv3 / Raspi / COC / MAX! / HomeMatic /