[CUL_HM] patches Oktober 2021 - die Zweite

Begonnen von Beta-User, 15 Oktober 2021, 23:56:29

Vorheriges Thema - Nächstes Thema

Beta-User

Zitat von: MadMax-FHEM am 20 Oktober 2021, 19:32:35
Ich glaube ja nicht dass die save.file Meldungen vom update/CUL.hm kommen...
+1

Vielleicht noch zum Verständnis dieses Threads: Wer ein Problem mit der aktuell per update zu bekommenden Fassung hat, möge bitte die hier geposteten und verlinkten Versionen (soweit die Module im Einsatz sind: komplett!) einspielen und schauen, ob sich sein Problem erledigt hat.
(Nur) Wenn nicht, dann gehört eine entsprechende Meldung hierher.


Falls die patches helfen: Es darf dann gerne ein "paßt auch für mich" hier gepostet werden, zusammen mit der Info, was das Problem gewesen war, damit Martin auch eine Entscheidungsgrundlage hat.

Nicht erwünscht sind:
- Diskussionen über gelöste Probleme (es sei denn, jemand hat einen funktionierenden und eventuell besseren anderen Lösungsvorschlag)
- alles mögliche andere, das nicht seine Ursache in den CUL_HM- (etc.-) Modulen hat. Wer dazu unsicher ist, kann gerne einen neuen Thread aufmachen und von hier aus dahin verlinken, dann wird sich das vermutlich schon jemand ansehen.

Danke!
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

MadMax-FHEM

#16
Also zunächst mal (weil [auch] "gewünscht"): helfen weiß ich nicht, hatte ja keine Probleme (zumindest sind mir keine aufgefallen / hab aber die Patches trotzdem mal eingespielt 8)  )...
...aber zumindest läuft alles prima weiter...

Bis gestern (aufgefallen eben erst):

ich musste bei meinem Fensterdrehgriffsensor HM-SEC-RHS die Batterien wechseln (ist zwar erst neu im System aber war wohl mit alten Batterien ausgeliefert / oder "frisst" sie: mal sehen).
Dabei hat der wohl sein PAIRING "vergessen" (habe sowas im Kopf, dass das bei dem schon mal sein kann?). Kein Ding:

in fhem bei der vccu pairForSec und dann das Knöpfchen gedrückt etc. -> alles wieder gut.

Allerdings habe ich heute beide Testsysteme mal angeschaut und da ist mir das "rote Fragezeichen" aufgefallen: und es ist/war doch glatt der Fensterdrehgriffsensor...
...allerdings ist autocreate auf den Testsystemen deaktiviert. Sollte also doch kein Device angelegt werden?

Zumindest ist mir das früher nie passiert...
EDIT: beim ersten Anlernen vor einigen Wochen OHNE die Patches ist das bestimmt nicht passiert...

Daher die Frage bzw. eher "Hinweis" liegt das/kann das an den Patches liegen?

Auf dem Hauptsystem war (nat.) nichts (also kein rotes Fragezeichen), da war das Device ja schon da (und da soll es auch sein)...

Anmerkung: ich habe nicht die allerneuesten Patches, sondern Datum/Uhrzeit: 18 Oktober 2021, 20:11:33 bzw. (Testsystem um die es geht) 16 Oktober 2021, 11:35:17

ABER: es ist nat. kein Problem (und ich weiß ja noch nicht mal, ob es mit den Patches zu tun hat) und wirklich keine "Beschwerde"!! Wollte es nur mitteilen, nicht, dass doch was ist...
(Allerdings nat. fraglich, wer schon mehr als 1 System hat ;)  Ich habe halt mein Hauptsystem und 2 Testsysteme, beide eben mit HM-Funkmodul aber [nat.] jeweils anderer HMID)

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

ZitatAllerdings habe ich heute beide Testsysteme mal angeschaut und da ist mir das "rote Fragezeichen" aufgefallen: und es ist/war doch glatt der Fensterdrehgriffsensor...
und was wollte das fragezeichen genau speichern?
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

MadMax-FHEM

Zitat von: frank am 22 Oktober 2021, 12:05:44
und was wollte das fragezeichen genau speichern?

Naja es steht ja bei Klick auf's "Fragezeichen" nur: last changes... und dann eben die "ID" des HM-Fensterdrehgriffsensors. Das ist ja ein Device mit nur einem Kanal bzw. ohne Kanal. Also (verm.) nur dieses Device...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Beta-User

Werde ich mir bei Gelegenheit ansehen, aber eigentlich glaubte ich nicht, irgendwas am "autocreate'"-Verhalten von CUL_HM geändert zu haben. Was Kanäle angeht, war CUL_HM (gefühlt) schon immer "hartnäckig", aber Hauptkanäle...? Sollte eigentlich nicht, und wenn, hätte diese "Macke" ziemlich sicher auch die offizielle Version.

[OT]
Die RHS sind echt nervtötend, wenn sie mal anfangen rumzuspacken...
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

wenn ich attribute ändere, erhalte ich immer eine genaue liste:
Last unsaved structural changes:
  attr ccu room 90_Technik,CUL_HM


bei dir sah das dann so aus?
Last unsaved structural changes:
  123456


dann sollte das wahrscheinlich besser so da stehen?
Last unsaved structural changes:
  define HM_123456 CUL_HM 123456

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

MadMax-FHEM

#21
@frank: ich glaube keines deiner Beispiele trifft :-\ und ja ich kenne das auch anders...

Aber: ich spiele das einfach noch mal nach...

EDIT:

Last unsaved structural changes:
  define HM_614B9A CUL_HM 614B9A


Nur Knöpfchen gedrückt und promt: rotes Fragezeichen...

U.U. könnte ich mal (versuchen) eine alte (meine alte) Version(en) wieder einzuspielen und noch mal... Aber ich bin mir (sehr, sehr, sehr) sicher, dass ich das beim ersten Anlernen des Drehgriffsensors (vor ein paar Wochen) nicht hatte. Hatte aber auch schon lange (noch [viel] länger) kein update mehr gemacht...

EDIT: und der Test könnte etwas dauern... Sorry...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Beta-User

...spontane Idee: Wiedergänger des chanNo-Themas aus fheminfo?
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

am pairung wurde schon seit längerem "rumgeschraubt".

vermutlich braucht es eine weitere einschränkung ab zeile ~ 3912:
  elsif($mhp->{mTp} eq "00"){######################################
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

frank

ZitatNur Knöpfchen gedrückt und promt: rotes Fragezeichen...
obwohl kein autocreate und keine identischen system hmid.
mit oder ohne vccu?
was sagt fhem.log dazu?
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

MadMax-FHEM

#25
Zitat von: frank am 22 Oktober 2021, 13:26:50
obwohl kein autocreate und keine identischen system hmid.
mit oder ohne vccu?
was sagt fhem.log dazu?

Alle Systeme:

autocreate disable 1


HMIDs alle unterschiedlich

IOs:
1x HMUSB-CFG2 (Hauptsystem)
1x HMUART direkt am PI
1x HMUART mittels USB-Adapter (für den Fall, wenn der HMUSB-CFG mal kaputt geht, weil auf dem Hauptsystem hab ich nur USB, auf dem PI steckt schon was)

vccu überall vorhanden, ebenso hminfo

bei der/den vccu ist auch das Device als unknown hinterlegt:

Hauptsystem (hier vermutlich beim ersten Anlernen):

unknown_614B9A received 2021-09-13 17:27:47


Testsystem 1 (von heute / ob zuvor schon da: keine Ahnung):

unknown_614B9A received 2021-10-22 12:27:24


Testsystem 2 (von heute / ob zuvor schon da: keine Ahnung):

unknown_614B9A received 2021-10-22 12:27:24


Log Hauptsystem

2021.10.22 12:27:38 3: CUL_HM received config CCU:vccu device: Fenster_WoZi_Griff. PairForSec: off PairSerial:


Log Testsystem 1:

2021.10.22 12:27:38 1: CUL_HM Unknown device HM_614B9A is now defined
2021.10.22 12:27:38 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:


Log Testsystem 2

2021.10.22 12:27:38 1: CUL_HM Unknown device HM_614B9A is now defined
2021.10.22 12:27:38 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:



Hmmm, hier noch Logeinträge (gefiltert nach besagtem Device) vom letzten Monat (also wohl beim "Erstanlernen"):

Hauptsystem:

2021.09.13 17:28:22 1: CUL_HM Unknown device HM_614B9A is now defined
2021.09.13 17:28:22 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: on PairSerial:
2021.09.13 17:28:22 3: CUL_HM pair: HM_614B9A threeStateSensor, model HM-SEC-RHS serialNr
2021.09.13 17:28:22 3: CUL_HM set HM_614B9A getConfig noArg
2021.09.13 17:29:59 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE11614B9A00050000000000,01AFFE11614B9A000802010AAF0BFE0C11:01AFFE22614B9A00040000000000
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE11614B9A000802010AAF0BFE0C11,01AFFE11614B9A0006:01AFFE22614B9A00040000000000
2021.09.13 17:30:00 2: CUL_HM HM_614B9A attack:01AFFE11614B9A00040000000000,01AFFE11614B9A01040000000001:01AFFE22614B9A01040000000001
2021.09.13 17:30:00 2: CUL_HM HM_614B9A attack:01AFFE11614B9A00040000000000,01AFFE11614B9A01040000000001:01AFFE33614B9A01040000000001
2021.09.13 17:30:00 2: CUL_HM HM_614B9A attack:01AFFE11614B9A00040000000000,01AFFE11614B9A01040000000001:01AFFE33614B9A01040000000001
2021.09.13 17:30:21 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:30:21 3: CUL_HM set HM_614B9A getConfig noArg
2021.09.13 17:30:43 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:31:08 3: CUL_HM set HM_614B9A getConfig noArg
2021.09.13 17:31:41 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:32:42 2: HMinfo hm get:configCheck :-f,^(HM_614B9A|HM_614B9A)$
2021.09.13 17:55:02 3: CUL_HM set HM_614B9A deviceRename Fenster_WoZi_Griff
2021.09.14 07:30:26 2: CUL_HM Fenster_WoZi_Griff attack:01AFFE11614B9A0103,01AFFE11614B9A00040000000000:01AFFE22614B9A00040000000000
2021.09.14 07:30:26 2: CUL_HM Fenster_WoZi_Griff attack:01AFFE11614B9A0103,01AFFE11614B9A00040000000000:01AFFE22614B9A00040000000000
2021.09.14 07:30:27 2: CUL_HM Fenster_WoZi_Griff attack:01AFFE11614B9A0103,01AFFE11614B9A00040000000000:01AFFE33614B9A00040000000000
2021.09.14 07:30:27 2: CUL_HM Fenster_WoZi_Griff attack:01AFFE11614B9A0103,01AFFE11614B9A00040000000000:01AFFE22614B9A00040000000000


Testsystem 1:

2021.09.13 17:28:21 1: CUL_HM Unknown device HM_614B9A is now defined
2021.09.13 17:28:21 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:29:59 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:29:59 3: CUL_HM set HM_614B9A getConfig noArg
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A000802010AAF0BFE0C11
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE22614B9A00040000000000
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A0006
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE22614B9A00040000000000
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A0006
2021.09.13 17:30:00 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE22614B9A01040000000001
2021.09.13 17:30:00 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 17:30:21 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:30:21 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A00040000000000
2021.09.13 17:30:22 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 17:30:22 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A0103
2021.09.13 17:30:43 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:31:41 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:31:41 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A00040000000000
2021.09.13 17:31:42 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 17:31:42 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A0103
2021.09.13 21:07:31 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 21:07:31 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A00050000000000
2021.09.13 21:07:31 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A00080901
2021.09.13 21:07:32 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A0006
2021.09.13 21:09:02 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 21:09:02 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A00040000000000
2021.09.13 21:09:02 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 21:09:03 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A0103
2021.09.13 21:10:12 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 21:10:13 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A01050000000001
2021.09.13 21:10:13 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A01082068
2021.09.13 21:10:13 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A0106
2021.09.13 21:10:43 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 21:10:43 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A00040000000000
2021.09.13 21:10:43 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 21:10:44 2: CUL_HM HM_614B9A attack:01AFFE33614B9A00040000000000,01AFFE33614B9A01040000000001:01AFFE11614B9A0103
2021.09.14 07:30:26 3: CUL_HM set HM_614B9A getConfig noArg
2021.09.14 07:30:26 2: CUL_HM HM_614B9A attack:01AFFE33614B9A01040000000001,01AFFE33614B9A00040000000000:01AFFE11614B9A00040000000000
2021.09.14 07:30:26 2: CUL_HM HM_614B9A attack:01AFFE33614B9A01040000000001,01AFFE33614B9A00040000000000:01AFFE11614B9A00040000000000
2021.09.14 07:30:26 2: CUL_HM HM_614B9A attack:01AFFE33614B9A01040000000001,01AFFE33614B9A00040000000000:01AFFE22614B9A00040000000000
2021.09.14 07:30:27 2: CUL_HM HM_614B9A attack:01AFFE33614B9A01040000000001,01AFFE33614B9A00040000000000:01AFFE11614B9A00040000000000
2021.09.14 07:30:27 2: CUL_HM HM_614B9A attack:01AFFE33614B9A01040000000001,01AFFE33614B9A00040000000000:01AFFE22614B9A00040000000000



Testsystem 2:

2021.09.13 17:28:21 1: CUL_HM Unknown device HM_614B9A is now defined
2021.09.13 17:28:21 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:29:59 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:29:59 3: CUL_HM set HM_614B9A getConfig noArg
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A000802010AAF0BFE0C11
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE33614B9A00040000000000
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A0006
2021.09.13 17:29:59 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A0006
2021.09.13 17:30:00 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE33614B9A01040000000001
2021.09.13 17:30:00 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 17:30:00 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE33614B9A01040000000001
2021.09.13 17:30:21 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:30:21 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A00040000000000
2021.09.13 17:30:22 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 17:30:22 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A0103
2021.09.13 17:30:43 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:31:41 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 17:31:41 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A00040000000000
2021.09.13 17:31:42 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 17:31:42 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A0103
2021.09.13 21:07:31 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 21:07:31 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A00050000000000
2021.09.13 21:07:31 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A00080901
2021.09.13 21:07:32 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A0006
2021.09.13 21:09:02 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 21:09:02 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A00040000000000
2021.09.13 21:09:02 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 21:09:03 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A0103
2021.09.13 21:10:12 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 21:10:13 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A01050000000001
2021.09.13 21:10:13 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A01082068
2021.09.13 21:10:13 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A0106
2021.09.13 21:10:43 3: CUL_HM received config CCU:vccu device: HM_614B9A. PairForSec: off PairSerial:
2021.09.13 21:10:43 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A00040000000000
2021.09.13 21:10:43 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A01040000000001
2021.09.13 21:10:44 2: CUL_HM HM_614B9A attack:01AFFE22614B9A00040000000000,01AFFE22614B9A01040000000001:01AFFE11614B9A0103
2021.09.14 07:30:26 3: CUL_HM set HM_614B9A getConfig noArg
2021.09.14 07:30:26 2: CUL_HM HM_614B9A attack:01AFFE22614B9A01040000000001,01AFFE22614B9A00040000000000:01AFFE11614B9A00040000000000
2021.09.14 07:30:26 2: CUL_HM HM_614B9A attack:01AFFE22614B9A01040000000001,01AFFE22614B9A00040000000000:01AFFE11614B9A00040000000000
2021.09.14 07:30:27 2: CUL_HM HM_614B9A attack:01AFFE22614B9A01040000000001,01AFFE22614B9A00040000000000:01AFFE11614B9A00040000000000
2021.09.14 07:30:27 2: CUL_HM HM_614B9A attack:01AFFE22614B9A01040000000001,01AFFE22614B9A00040000000000:01AFFE33614B9A00040000000000


Und ja: der Griffsensor war etwas "zickig" beim Anlernen, daher ein paar mehr Meldungen ;)


Aber mir ist (bewusst) kein rotes Fragezeichen aufgefallen...
...außer beim Hauptsystem und da hatte ich auch autocreate (wieder) enabled...

Wenn ich das (nur) übersehen haben sollte und das hier (somit) "Quatsch"/"falscher Alarm" war: ENTSCHULDIGUNG
(aber norm. fällt mir ein rotes Fragezeichen ja schon auf, war diesmal ja auch so ;)  )

EDIT: und ganz klar noch mal meinen DANK!! Endlich kann man (wohl) wieder fhem updates fahren!!

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

frank

ok, mit den fehlermeldungen ist klar, dass die einschränkung bei folgender zeile (1728ff) erfolgen muss:

  if(!$mh{devH} && $mh{mTp} eq "00") { # generate device
    my $sname = "HM_$mh{src}";
    my $defret = CommandDefine(undef,"$sname CUL_HM $mh{src}");
    Log 1,"CUL_HM Unknown device $sname is now defined ".(defined $defret ? " return: $defret" : "");
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

Beta-User

#27
Anbei "inoffizielles" (will v.a. sagen: komplett ungetestetes und daher erst mal vor allem zur kritischen Durchsicht durch frank gedachtes) update.

Da ist im ganzen Modul nirgendwo was von "autocreate"/TYPE zu lesen, ich habe daher mal "auf Verdacht" was reingebastelt, und hoffe, damit nicht das "Sammelfeature" der VCCU zuerstört zu haben, aber das scheint "so oder so" weiter danach angesteuert zu werden, von daher müßte das eigentlich weiter passen...

Da sind noch weitere kleinere Anpassungen betr. die IO-Zuweisungen in bestimmten Fällen drin, dazu schreibe ich gleich noch was im anderen Thread.
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

MadMax-FHEM

Wenn frank das OK gibt kann ich ja mal testen...

Gruß, Joachim
FHEM PI3B+ Bullseye: HM-CFG-USB, 40x HM, ZWave-USB, 13x ZWave, EnOcean-PI, 15x EnOcean, HUE/deCONZ, CO2, ESP-Multisensor, Shelly, alexa-fhem, ...
FHEM PI2 Buster: HM-CFG-USB, 25x HM, ZWave-USB, 4x ZWave, EnOcean-PI, 3x EnOcean, Shelly, ha-bridge, ...
FHEM PI3 Buster (Test)

Beta-User

Na ja, in einem Testsystem kann eigentlich nicht viel schiefgehen, und dann wüßten wir immerhin, ob das "autocreate-feature" weg ist...
Schlimmstenfalls schmiert FHEM ab :P .
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