HMCCU 5.0 im SVN verfügbar

Begonnen von zap, 26 Oktober 2021, 19:01:00

Vorheriges Thema - Nächstes Thema

PeterLustig

Hallo zap,

ich habe hier einen Sensor HmIP-SWDM-B2 in Betrieb, der nicht automatisch erkannt wird. Den Magnetsensor gab es mal bei Lidl und er scheint baugleich mit dem HmIP-SWDM zu sein.
Ein deviceInfo ergibt:

Device channels and datapoints

DEV CCU_GA_HoSchu 00155993965826 interface=HmIP-RF type=HmIP-SWDM-B2
CHN 00155993965826:0 CCU_GA_HoSchu:0
   0.CONFIG_PENDING = false {b} [RE]
   0.DUTY_CYCLE = false {b} [RE]
   0.INSTALL_TEST = true {b} [RW]
   0.LOW_BAT = false {b} [RE]
   0.OPERATING_VOLTAGE = 3.000000 {f} [RE]
   0.OPERATING_VOLTAGE_STATUS = 0 {i} [RE]
   0.RSSI_DEVICE = 161 {n} [RE]
   0.RSSI_PEER = 0 {n} [RE]
   0.UNREACH = false {b} [RE]
   0.UPDATE_PENDING = false {b} [RE]
CHN 00155993965826:1 CCU_GA_HoSchu:1
   1.STATE = 0 {i} [RE]

Device detection:
No state datapoint detected
No control datapoint detected

Failed to detect device settings. Device must be configured manually.

Current state datapoint = 1.PRESS_SHORT

Current control datapoint = 1.PRESS_SHORT

Device description

Device 00155993965826 CCU_GA_HoSchu [HmIP-SWDM-B2]
  AES_ACTIVE: 1
  AVAILABLE_FIRMWARE: 0.0.0
  CHILDREN: 00155993965826:0,00155993965826:1,00155993965826:2
  DIRECTION: NONE
  FIRMWARE: 1.2.12
  FLAGS: Visible
  PARAMSETS: MASTER,SERVICE
  RF_ADDRESS: 9675303
  ROAMING: 0
  RX_MODE: CONFIG
  SUBTYPE: SWDM
  UPDATABLE: 1
Channel 00155993965826:0 CCU_GA_HoSchu:0 [MAINTENANCE]
  AES_ACTIVE: 1
  DIRECTION: NONE
  FLAGS: Visible
  PARAMSETS: MASTER,VALUES,SERVICE
  PARENT: 00155993965826
  PARENT_TYPE: HmIP-SWDM-B2
  RF_ADDRESS: 0
  ROAMING: 0
  RX_MODE:
  UPDATABLE: 1
Channel 00155993965826:1 CCU_GA_HoSchu:1 [SHUTTER_CONTACT] known
  AES_ACTIVE: 1
  DIRECTION: SENDER
  FLAGS: Visible
  LINK_SOURCE_ROLES: WINDOW_SWITCH,CONDITIONAL_SWITCH
  PARAMSETS: MASTER,VALUES,LINK,SERVICE
  PARENT: 00155993965826
  PARENT_TYPE: HmIP-SWDM-B2
  RF_ADDRESS: 0
  ROAMING: 0
  RX_MODE:
  UPDATABLE: 1
Channel 00155993965826:2 CCU_GA_HoSchu:2 [ALARM_COND_SWITCH_TRANSMITTER]
  AES_ACTIVE: 1
  DIRECTION: NONE
  FLAGS:
  PARAMSETS: MASTER,VALUES,SERVICE
  PARENT: 00155993965826
  PARENT_TYPE: HmIP-SWDM-B2
  RF_ADDRESS: 0
  ROAMING: 0
  RX_MODE:
  UPDATABLE: 1


Ich nehme an, dass dieser Sensor der Grund für die Fehlermeldung beim Start der HMCCU ist:

2022.06.12 15:48:20 2: HMCCU [d_ccu] Reading Paramset Descriptions for interface HmIP-RF
2022.06.12 15:49:11 2: HMCCURPCPROC [d_rpc178178HmIP_RF] RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
5^
9425312
at /usr/share/perl5/RPC/XML/Client.pm line 426.

2022.06.12 15:49:11 2: HMCCURPCPROC [d_rpc178178HmIP_RF] Retrying request getParamsetDescription
2022.06.12 15:49:41 2: HMCCURPCPROC [d_rpc178178HmIP_RF] RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
5^
9156352
at /usr/share/perl5/RPC/XML/Client.pm line 426.

2022.06.12 15:49:41 2: HMCCURPCPROC [d_rpc178178HmIP_RF] Retrying request getParamsetDescription
2022.06.12 15:49:41 2: HMCCURPCPROC [d_rpc178178HmIP_RF] Error(s) while fetching parameter set descriptions 00155993965826. Error while executing RPC multicall request: RPC request getParamsetDescription failed: RPC::XML::Client::simple_request:
no element found at line 1, column 0, byte -1:
5^
9156352
at /usr/share/perl5/RPC/XML/Client.pm line 426.

2022.06.12 15:49:42 2: HMCCU [d_ccu] Read 552 Paramset Descriptions for interface HmIP-RF
2022.06.12 15:49:42 2: HMCCU [d_ccu] Reading Peer Descriptions for interface HmIP-RF
2022.06.12 15:49:42 2: HMCCU [d_ccu] Read 17 Peer Descriptions for interface HmIP-RF
2022.06.12 15:49:42 2: HMCCU [d_ccu] Read device configuration in 83.3667960166931 seconds: devices/channels=282 parametersets=705 links=17


Kannst Du dieses Modell in HMCCU einpflegen?

Viele Grüße
Stephan

zap

#466
Sieht so aus, als würde etwas mit der Config in der CCU nicht stimmen. Die Definition von Kanal 2 kann nicht gelesen werden.  Da hilft auch Einpflegen nichts.

definiere einfach ein HMCCUCHN Device für den Kanal 1 und setze statedatapoint auf STATE. Dann kannst Du den Sensor hoffentlich nutzen. Mit den Fehlern im Log wirst Du leben müssen
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

PeterLustig

Ich habe auf einem FHEM ein HMCCUDEV mit define erstellt, auf einem anderen ein HMCCUCHN. Auf beiden Systemen bekomme ich die gleiche Fehlermeldung, wenn ich statedatapoint festlegen möchte (siehe Anhang). "STATE" wird mir angeboten, aber nicht zugelassen.
Auch blockieren beide FHEM für ein bis zwei Minuten beim Start, wenn die Daten bei der CCU (piVCCU) abgeholt werden. Ebenso bei einem "get ccuConfig".

Da beide FHEM ein ähnliches Fehlerbild zeigen, schaue ich mal, was die CCU so für Logfiles anbietet.

zap

#468
Ist die CCU Firmware aktuell?

Irgendwie seltsam: Der Sensor hat laut Deiner Deviceinfo den Typ "HmIP-SWDM-B2". Diesen Typ gibt es nicht in der HmIP Device Dokumentation. Dort gibt es einen "HmIP-SWDM_V1". Der hat zwar das gleiche Channel-Layout, entscheidend ist jedoch, dass die CCU den Typ kennen muss. Daran scheitert es vermutlich.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

PeterLustig

Ich habe tatsächlich noch 3.59.6. Das letzte Update hatte ich vorerst ausgelassen, da von vielen Problemen im Zusammenhang mit HM Classic Sensoren berichtet wurde.
Gestern wollte ich auf die letzte Firmware updaten, allerdings wollte Stretch nicht mitspielen  ::)

Ich werde heute eine komplett neue (und aktuelle) piVCCU aufsetzen und dann berichten.

PeterLustig

So, Bullseye installiert, aktuelle piVCCU installiert, frisches FHEM installiert.
-> kein Fehler
-> Read device configuration in 3.45951104164124 seconds: devices/channels=104 parametersets=306 links=0
(ohne angelernte Geräte)

Nach dem Einspielen des CCU-Backups war der "Fehler" wieder da.

Also habe ich den Problemsensor in der CCU abgelernt und ein get ccuConfig ausgeführt:
-> Fehler weg
-> Read device configuration in 25.8363020420074 seconds: devices/channels=278 parametersets=705 links=16

Anschließend habe ich den Problemsensor (HmIP-SWDM-B2) wieder angelernt:
-> Fehler wieder da
-> Read device configuration in 85.7417879104614 seconds: devices/channels=282 parametersets=705 links=16

Das konnte ich so mehrfach reproduzieren, daher gehe ich davon aus, dass dieses Sensormodell irgendwie schon nicht richtig in die CCU-Software integriert wurde. 
Zwar erzeugt der Sensor Fehlermeldungen im Log und blockiert FHEM 85 Sekunden, aber letztendlich passiert das ja nur beim Start von FHEM und beim get ccuConfig.

zap

Kann es sein, dass der Sensor nur an diesem Homematic Accesspoint funktioniert?
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

PeterLustig

Das kann ich leider nicht sagen, da ich nur diese eine CCU habe. Es ist eine piVCCU auf einem Raspi 3 mit dem Funkmodul RPI-RF-MOD. Zusätzlich zwei HmIP-HAP als LAN ROUTER.

Ich habe noch einen "echten" Homematic IP Magnetsensor, auf dem auch Homematic IP drauf steht. Der wird als HmIP-SWDM erkannt.
Der einzige für mich ersichtliche Unterschied beim Problemsensor ist der Aufdruck "Silvercrest" und die Modellbezeichnung HmIP-SWDM-B2. Der Rest ist identisch. Dachte ich bisher jedenfalls  :(

Das Anlernen und Einstellen des Problemsensors in der CCU war einwandfrei. Die Darstellung in der Geräteliste ebenso (siehe Anhang).
Er ist mit einem HmIP-DRSI4 direkt verknüpft.

Maista

@zap
Habe nun letzte Woche "dank" Corona Zeit gehabt von der CCU2/HMCCU 4.3 auf CCU3/HMCCU 5 umzustellen.
Hatte das lange herausgezögert weil mir klar war das es etwas länger dauern könnte.
Schlussendlich hat mich dann das nicht mehr ansprechbare Web-Interface der CCU2 dazu motiviert es doch zu machen.
Durch ein rücksetzen auf Werkseinstellungen (2mal nötig) und einspielen der Sicherung hatte ich dann wieder zugriff auf die GUI um die Geräte abzumelden.
Hat soweit auch alles ersteinmal geklappt.
Die Feinheiten kommen dann noch.

Danke Dir an dieser Stelle für deine Arbeit!

Gruss Gerd

Maista

Hallo @zap

Ich schau zufällig hier in den Event-Monitor und dann ist folgende Meldung zu sehen (stacktrace on):

2022.07.07 20:32:28 1: PERL WARNING: Use of uninitialized value $minInt in numeric lt (<) at fhem.pl line 5070.
2022.07.07 20:32:28 1: stacktrace:
2022.07.07 20:32:28 1:     main::__ANON__                      called by fhem.pl (5070)
2022.07.07 20:32:28 1:     main::readingsBulkUpdate            called by ./FHEM/88_HMCCU.pm (9224)
2022.07.07 20:32:28 1:     main::HMCCU_BulkUpdate              called by ./FHEM/88_HMCCU.pm (4838)
2022.07.07 20:32:28 1:     main::HMCCU_UpdateParamsetReadings  called by ./FHEM/88_HMCCU.pm (4957)
2022.07.07 20:32:28 1:     main::HMCCU_UpdateMultipleDevices   called by ./FHEM/88_HMCCURPCPROC.pm (878)
2022.07.07 20:32:28 1:     main::HMCCURPCPROC_Read             called by fhem.pl (3950)
2022.07.07 20:32:28 1:     main::CallFn                        called by fhem.pl (781)


Mehr in der Angehängten Datei.
Wenn Du mehr Infos brauchst melde dich.
Ich habe hauptsächlich HM-CC-RT-DN und HM-Sec-SCo in benutzung.

Ab Montag bin ich dann im Urlaub!

Gruss Gerd

zap

@Maista: Du verwendest in einem Device das Attribut event-min-reading, gibst aber nach dem Doppelpunkt keinen gültigen Wert an.
2xCCU3, Fenster, Rollläden, Themostate, Stromzähler, Steckdosen ...)
Entwicklung: FHEM auf AMD NUC (Ubuntu)
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: FULLY, Meteohub, HMCCU, AndroidDB

Maista

Zitat von: zap am 08 Juli 2022, 10:47:57
@Maista: Du verwendest in einem Device das Attribut event-min-reading, gibst aber nach dem Doppelpunkt keinen gültigen Wert an.

@zap

Ahja, dann muss ich mal schauen wo das ist.
Wollte die readings etwas ruhiger machen ::)

Danke für die Info

Gruß Gerd

Maista

Hallo @zap,

ich hatte tatsächlich bei einem HM-CC ein "event-min-intervall .*" stehen.
Muss an der Uhrzeit gelegen haben  :-\

Danke noch mal für den Hinweis.

Gruss Gerd

teufelchen

Hallo,

kann ich mir die Servicemeldungen der CCU irgendwie anzeigen lassen?
Danke für Hilfe und Unterstützung.
Raspberry Pi 3
CUL433: V 1.26.05 a-culfw Build: 311 (2018-12-09_19-12-53) CUL433 (F-Band: 433MHz)
freq:433.920MHz bWidth:325KHz rAmpl:42dB sens:4dB
Debmatic mit RPI-RF-MOD

Ralli


get CCU ccuMsg alarm


bzw.


get CCU ccuMsg service
Gruß,
Ralli

Proxmox 8.1 Cluster mit HP ED800G2i7, Intel NUC11TNHi7+NUC7i5BNH, virtualisiertes fhem 6.3 dev, virtualisierte RaspberryMatic (3.75.6.20240316) mit HB-RF-ETH 1.3.0 / RPI-RF-MOD, HM-LAN-GW (1.1.5) und HMW-GW, FRITZBOX 7490 (07.57), FBDECT, Siri und Alexa