CUL0: Unknown code - neue Runde ...

Begonnen von Lars_, 08 November 2018, 19:15:19

Vorheriges Thema - Nächstes Thema

Lars_

Moin zusammen,

ich bekomme wieder einmal die beliebten "CUL0: Unknown code"-Meldungen in der Log.
Die entsprechenden Devices habe ich aber bereits als Dummy angelegt das über include in die FHEM.cfg eingebettet wird "include /opt/fhem/FHEM/foreign_devices.cfg").
Das scheint bei diesen Devices aber irgendwie nicht zu funktionieren, die anderen dort ebenfalls definierten Devices sind dann wie gedacht verstummt.

Das Device "unknown99" habe ich testweise mal den IGNORE entfernt und mit verbose versehen, da kommt aber wie erwartet nichts ..

Hier die Meldungen mit den Device-Definitionen:

2018.11.08 18:39:12.483 3: CUL0: Unknown code A06B972B79DF7A4, help me!
2018.11.08 18:39:42.779 3: CUL0: Unknown code A06B972B7202A1E, help me!


define unknown04 CUL_HM 9DF7A4
attr unknown04 IODev CUL0
attr unknown04 autoReadReg 0
attr unknown04 expert 4_off
attr unknown04 ignore 1

define unknown99 CUL_HM 202A1E
attr unknown99 IODev CUL0
attr unknown99 autoReadReg 8_stateOnly
attr unknown99 expert 4_off
attr unknown99 room Test_99
attr unknown99 verbose 5

Mir scheint, dass die "Ignore"-Devices die nach dem auftauchen der sehr kurzen Meldungen "A06B972B79DF7A4" angelegt werden, nicht berücksichtigt werden, warum auch immer.

Hat jemand eine Idee, was das sein könnte, danke schon mal für eure Ideen.

Gruß Lars
Fhem auf rpi 3   fhem auf rpi b+
1 x CULHM/jeelink v3c   1 x CULHM
7 x HM-CC-RT-DN   3 x HM-CC-RT-DN
5 x HM-Sec-RHS

Beta-User

Da es hier um HM-Geräte geht:

Hier taucht bei unknown... gerne das Stichwort VCCU auf. Vielleicht wäre das was für Dich.

Ansonsten ist dir klar, dass cfg-Editieren seine Tücken hat, oder? Und auch, was code-Tags sind?
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files

frank

es sind ja auch keine cul_hm messages. => "A06"
herkunft unbekannt, oder nicht mehr?
ich vermute homematicIP.
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

Lars_

#3
Moin,
die Herkunft der Meldung ist mir nicht wirklich bekannt.
Kann ich das irgendwie herausfinden?

Das ganze läuft auf einem Raspberry pi mit einem CUL und einem Jeelink.

Mit VCCU's habe ich noch nie gearbeitet, wie könnte mir das helfen?
Eine anlegen und diese Devices dort "unterbringen"?

Danke schon mal
Lars
Fhem auf rpi 3   fhem auf rpi b+
1 x CULHM/jeelink v3c   1 x CULHM
7 x HM-CC-RT-DN   3 x HM-CC-RT-DN
5 x HM-Sec-RHS

Lars_

Zitat von: Beta-User am 09 November 2018, 06:42:52
Da es hier um HM-Geräte geht:

Hier taucht bei unknown... gerne das Stichwort VCCU auf. Vielleicht wäre das was für Dich.

Ansonsten ist dir klar, dass cfg-Editieren seine Tücken hat, oder? Und auch, was code-Tags sind?
Ja, cfg Edit ist nicht der letzte "schrei", ich weiss ;-)
ct habe ich eingefügt
Fhem auf rpi 3   fhem auf rpi b+
1 x CULHM/jeelink v3c   1 x CULHM
7 x HM-CC-RT-DN   3 x HM-CC-RT-DN
5 x HM-Sec-RHS

Beta-User

Für fremde cul_hm-Devices ist eine vccu die einfachste Option, diese zu ignorieren...
Server: HP-elitedesk@Debian 12, aktuelles FHEM@ConfigDB | CUL_HM (VCCU) | MQTT2: MiLight@ESP-GW, BT@OpenMQTTGw | MySensors: seriell, v.a. 2.3.1@RS485 | ZWave | ZigBee@deCONZ | SIGNALduino | MapleCUN | RHASSPY
svn: u.a MySensors, Weekday-&RandomTimer, Twilight,  div. attrTemplate-files