HMCCU: Version 4.3 verfügbar

Begonnen von zap, 11 September 2018, 10:40:03

Vorheriges Thema - Nächstes Thema

zap

Zitat von: Dek am 07 November 2019, 21:22:20
Hi,

Klar, davon gehe ich aus, war auch eher mit   ;)

Dek

Vielmals sorry für die späte Antwort. Ich war fast den ganzen November in Urlaub. Daher ist das untergegangen. Der "Set rpcparameter" Befehl ist noch etwas experimentell. Leider auch die Doku ;)
RPC ist sehr pingelig, was die Datentypen der Parameter angeht. Wenn nichts angegeben ist, wir "STRING" angenommen. Daher gehen alle Befehle, die z.B. DOUBLE erfordern, schief.
In der 4.4 werde ich das nochmal überarbeiten.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

juemuc

Zitat von: zap am 06 Januar 2020, 09:04:09
Kommen diese Meldungen nach einer bestimmten Aktion (Set oder Get Befehl, ...)?

Hallo zap,

die Meldungen kamen nach einem shutdown restart. Ich kann es allerdings nicht mehr reproduzieren. Somit kannst Du dies erst einmal als erledigt betrachten. Danke

Viele Grüße
Jürgen
3x Sonos Play 1, 1x Sonos Arc + Sub, 1 Sonos-One, 1x Sonos Playbar
FB6690 + FB7490 mit 4x Dect 200 und 3 Dect-ULE-Thermostate,  raspberry3B+, HM Funkmodul HM-MOD-RPI-PCB, HM Klingelsensor HM-Sen-DB-PCB, HM (IP) Fensterkontakte und  Amazon Echo Dot,  piVCCU, pi OS (bookworm).

Byllyy

Ich habe einen 4-Kanal-Funk-Schaltaktor HM-LC-Sw4-Ba-PCB in Raspberrymatic angelernt und möchte nun die Kanäle über HMCCU schalten.
Die Känale (ST4Fach2.1-2.4) wurden in Fhem auch angelegt und aktualisieren ihren Status bei Änderungen in Raspberrymatic.

Nur das Schalten der Kanäle in Fhem bringt den Fehler "HMCCUCHN: ST4Fach2.1 Invalid datapoint ".  Ein "get devicelist" hat das Problem nicht gelöst.
Ein "get ST4Fach2.1 deviceinfo" bringt :

CHN MEQ0166451:0 ST4Fach2:0
  DPT {b} BidCos-RF.MEQ0166451:0.UNREACH = false [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.STICKY_UNREACH = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:0.CONFIG_PENDING = false [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.LOWBAT = false [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.DUTYCYCLE = false [RE]
  DPT {n} BidCos-RF.MEQ0166451:0.RSSI_DEVICE = 1 [RE]
  DPT {n} BidCos-RF.MEQ0166451:0.RSSI_PEER = 24 [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.DEVICE_IN_BOOTLOADER = false [RE]
  DPT {b} BidCos-RF.MEQ0166451:0.UPDATE_PENDING = false [RE]
  DPT {n} BidCos-RF.MEQ0166451:0.AES_KEY = 0 [R]
CHN MEQ0166451:1 ST4Fach2.1
  DPT {b} BidCos-RF.MEQ0166451:1.STATE = false [RWE]
  DPT {f} BidCos-RF.MEQ0166451:1.ON_TIME =  [W]
  DPT {b} BidCos-RF.MEQ0166451:1.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:1.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.MEQ0166451:1.WORKING = false [RE]
CHN MEQ0166451:2 ST4Fach2.2
  DPT {b} BidCos-RF.MEQ0166451:2.STATE = false [RWE]
  DPT {f} BidCos-RF.MEQ0166451:2.ON_TIME =  [W]
  DPT {b} BidCos-RF.MEQ0166451:2.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:2.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.MEQ0166451:2.WORKING = false [RE]
CHN MEQ0166451:3 ST4Fach2.3
  DPT {b} BidCos-RF.MEQ0166451:3.STATE = false [RWE]
  DPT {f} BidCos-RF.MEQ0166451:3.ON_TIME =  [W]
  DPT {b} BidCos-RF.MEQ0166451:3.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:3.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.MEQ0166451:3.WORKING = false [RE]
CHN MEQ0166451:4 ST4Fach2.4
  DPT {b} BidCos-RF.MEQ0166451:4.STATE = false [RWE]
  DPT {f} BidCos-RF.MEQ0166451:4.ON_TIME =  [W]
  DPT {b} BidCos-RF.MEQ0166451:4.INHIBIT = false [RWE]
  DPT {b} BidCos-RF.MEQ0166451:4.INSTALL_TEST =  [W]
  DPT {b} BidCos-RF.MEQ0166451:4.WORKING = false [RE]


Wäre nett wenn ich einen Tipp bekommen könnte.
LG,
Byllyy

amenomade

Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

Byllyy

Ich schalte mit : set ST4Fach2.1 datapoint 1.STATE true oder set ST4Fach2.1 datapoint 1.STATE on

amenomade

Und mit set ST4Fach2 datapoint 1.STATE true?
Pi 3B, Alexa, CUL868+Selbstbau 1/2λ-Dipol-Antenne, USB Optolink / Vitotronic, Debmatic und HM / HmIP Komponenten, Rademacher Duofern Jalousien, Fritz!Dect Thermostaten, Proteus

zap

Bei HMCCUCHN Devices ohne Kanalnummer (die steckt ja schon im Device selbst):

set ST4Fach2 datapoint STATE true

oder

attr ST4Fach2 statedatapoint STATE
attr ST4Fach2 statevals on:true,off:false
attr ST4Fach2 substitute STATE!(0|false):off,(1|true):on

Dann:

set ST4Fach2 on
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

Byllyy

Perfekt, jetzt habe ich es verstanden und es funktioniert.

Vielen Dank für eure Hilfe und einen schönen Tag.

LG,
Byllyy

Maista

@zap
Hallo zap,

nach dem heutigen Update schreibe ich das mal.
Ich habe hier ein Stacktrace. Sind die Meldungen relevant?
Zitat2020.01.27 19:14:51 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 633] RPC server starting
2020.01.27 19:14:52 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 633] RPC server CB2001178051178042 running
2020.01.27 19:14:52 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 633] Scheduled CCU ping every 300 seconds
2020.01.27 19:14:52 1: PERL WARNING: Exiting subroutine via next at ./FHEM/88_HMCCU.pm line 3386.
2020.01.27 19:14:52 1: stacktrace:
2020.01.27 19:14:52 1:     main::__ANON__                      called by ./FHEM/88_HMCCU.pm (3386)
2020.01.27 19:14:52 1:     main::HMCCU_UpdateSingleDevice      called by ./FHEM/88_HMCCU.pm (3547)
2020.01.27 19:14:52 1:     main::HMCCU_UpdateMultipleDevices   called by ./FHEM/88_HMCCU.pm (7029)
2020.01.27 19:14:52 1:     main::HMCCU_UpdateCB                called by FHEM/HttpUtils.pm (634)
2020.01.27 19:14:52 1:     main::__ANON__                      called by fhem.pl (752)
2020.01.27 19:14:54 1: PERL WARNING: Exiting subroutine via next at ./FHEM/88_HMCCU.pm line 3386.
2020.01.27 19:14:54 1: stacktrace:
2020.01.27 19:14:54 1:     main::__ANON__                      called by ./FHEM/88_HMCCU.pm (3386)
2020.01.27 19:14:54 1:     main::HMCCU_UpdateSingleDevice      called by ./FHEM/88_HMCCU.pm (3547)
2020.01.27 19:14:54 1:     main::HMCCU_UpdateMultipleDevices   called by ./FHEM/88_HMCCURPCPROC.pm (773)
2020.01.27 19:14:54 1:     main::HMCCURPCPROC_Read             called by fhem.pl (3763)
2020.01.27 19:14:54 1:     main::CallFn                        called by fhem.pl (755)

Das List kann ich nachreichen, ist ziemlich lang.

Taucht erst seit den Update hier auf.
Zitat2020.01.27 17:35:05 0: Server started with 326 defined entities (fhem.pl:21044/2020-01-24 perl:5.024001 os:linux user:fhem pid:425)
2020.01.27 18:11:41 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 425] RPC server starting
2020.01.27 18:11:41 1: Timeout for FRITZBOX_API_Check_Run reached, terminated process 531
2020.01.27 18:11:41 1: FRITZBOX FritzBox: Readout_Aborted.1931 Error: Timeout when reading Fritz!Box data.
2020.01.27 18:11:41 1: Timeout for DWD_OpenData::GetAlertsStart reached, terminated process 532
2020.01.27 18:11:42 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 425] RPC server CB2001178051178042 running
2020.01.27 18:11:42 1: HMCCURPCPROC: [d_rpc178042BidCos_RF : 425] Scheduled CCU ping every 300 seconds
2020.01.27 18:11:43 1: PERL WARNING: Exiting subroutine via next at ./FHEM/88_HMCCU.pm line 3386.

Danke fürs anschauen.

Gerd

zap

Welches Update? Ich habe schon lange keines mehr eingecheckt
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

Maista

@zap
Das FHEM Update meinte ich.
Was genau das Problem ist kann man anhand des Stacktrace nicht erkennen.
Funktioniert aber alles soweit erkennbar.

zap

Habe den Fehler gefunden. Ich checke heute Abend eine neue Version von 88_HMCCU.pm ein.

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

zap

Habe es korrigiert und ein Update eingecheckt. Morgen per FHEM Update verfügbar.
2xCCU3 mit ca. 100 Aktoren, Sensoren
Entwicklung: FHEM auf Proxmox Debian VM
Produktiv inzwischen auf Home Assistant gewechselt.
Maintainer: HMCCU, (Fully, AndroidDB)

Maista


Maista

@zap
Danke nochmals.
Nach dem Update kommt keine Fehlermeldung mehr im log :)

Gruß Gerd