HMCCU: Version 4.3 verfügbar

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

Vorheriges Thema - Nächstes Thema

zap

Ja, aber ich würde in diesem Fall eine wie auch immer geartete Fehlermeldung erwarten.
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

Ralli

Guten Morgen zap,

gerade nochmal reproduziert.

- Die CCU2 wurde NICHT neu gestartet.
- FHEM wurde ordnungsgemäß mit shutdown beendet
- Die virtuelle Mascheine mit FHEM wurde (weich) durchgestartet (Reboot)

Folgende Auszüge aus dem Log:


2019.11.18 09:23:17.924 1: update finished, "shutdown restart" is needed to activate the changes.
2019.11.18 09:23:19.137 2: DbLog Eventlog - Last database write cycle due to shutdown ...
2019.11.18 09:23:19.159 1: HMCCURPCPROC: [d_rpcBidCos_RF] Graceful shutdown
2019.11.18 09:23:19.159 1: HMCCURPCPROC: [d_rpcBidCos_RF] Stopping RPC server CB2001000030000020
2019.11.18 09:23:19.164 1: HMCCURPCPROC: [d_rpcBidCos_RF] Deregistering RPC server http://10.0.0.30:7411/fh2001 with ID CB2001000030000020 at http://10.0.0.20:2001
2019.11.18 09:23:19.178 1: HMCCURPCPROC: [d_rpcBidCos_RF] Callback for RPC server CB2001000030000020 deregistered
2019.11.18 09:23:19.189 2: HMCCURPCPROC: [d_rpcBidCos_RF] Sending signal INT to RPC server process CB2001000030000020 with PID=2081
2019.11.18 09:23:19.190 2: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduling cleanup in 8 seconds
2019.11.18 09:23:19.200 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 received signal INT
2019.11.18 09:23:19.210 1: CCURPC: [d_rpcBidCos_RF] RPC server CB2001000030000020 stopped handling connections. PID=2081
2019.11.18 09:23:19.211 2: CCURPC: [d_rpcBidCos_RF] Number of I/O errors = 0
2019.11.18 09:23:20.190 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Graceful shutdown
2019.11.18 09:23:20.190 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Stopping RPC server CB2000000030000020
2019.11.18 09:23:20.193 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Deregistering RPC server http://10.0.0.30:7410/fh2000 with ID CB2000000030000020 at http://10.0.0.20:2000
2019.11.18 09:23:20.204 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Callback for RPC server CB2000000030000020 deregistered
2019.11.18 09:23:20.207 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Sending signal INT to RPC server process CB2000000030000020 with PID=2082
2019.11.18 09:23:20.207 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 received signal INT
2019.11.18 09:23:20.208 1: CCURPC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 stopped handling connections. PID=2082
2019.11.18 09:23:20.208 2: CCURPC: [d_rpcBidCos_Wired] Number of I/O errors = 0
2019.11.18 09:23:20.211 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Scheduling cleanup in 8 seconds
2019.11.18 09:23:21.212 1: HMCCURPCPROC: [d_rpcHmIP_RF] Graceful shutdown
2019.11.18 09:23:21.212 1: HMCCURPCPROC: [d_rpcHmIP_RF] Stopping RPC server CB2010000030000020
2019.11.18 09:23:21.215 1: HMCCURPCPROC: [d_rpcHmIP_RF] Deregistering RPC server http://10.0.0.30:7420/fh2010 with ID CB2010000030000020 at http://10.0.0.20:2010
2019.11.18 09:23:21.260 1: HMCCURPCPROC: [d_rpcHmIP_RF] Callback for RPC server CB2010000030000020 deregistered
2019.11.18 09:23:21.263 2: HMCCURPCPROC: [d_rpcHmIP_RF] Sending signal INT to RPC server process CB2010000030000020 with PID=2083
2019.11.18 09:23:21.263 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 received signal INT
2019.11.18 09:23:21.263 1: CCURPC: [d_rpcHmIP_RF] RPC server CB2010000030000020 stopped handling connections. PID=2083
2019.11.18 09:23:21.263 2: CCURPC: [d_rpcHmIP_RF] Number of I/O errors = 0
2019.11.18 09:23:21.267 2: HMCCURPCPROC: [d_rpcHmIP_RF] Scheduling cleanup in 8 seconds
2019.11.18 09:23:22.268 1: Server shutdown delayed due to Eventlog,d_rpcHmIP_RF,d_rpcBidCos_RF,d_rpcBidCos_Wired for max 10 sec
2019.11.18 09:23:22.288 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process CB2001000030000020 terminated.
2019.11.18 09:23:22.289 1: HMCCURPCPROC: [d_rpcBidCos_RF] Process CB2001000030000020 with PID=2081 still running. Killing it.
2019.11.18 09:23:23.294 2: HMCCURPCPROC: [d_rpcBidCos_RF] Stop I/O handling
2019.11.18 09:23:23.302 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server process CB2000000030000020 terminated.
2019.11.18 09:23:23.303 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Process CB2000000030000020 with PID=2082 still running. Killing it.
2019.11.18 09:23:24.306 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Stop I/O handling
2019.11.18 09:23:24.638 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process CB2010000030000020 terminated.
2019.11.18 09:23:24.640 1: HMCCU: [CCU2] All RPC servers inactive
2019.11.18 09:23:24.641 1: HMCCURPCPROC: [d_rpcHmIP_RF] Process CB2010000030000020 with PID=2083 still running. Killing it.
2019.11.18 09:23:25.644 2: HMCCURPCPROC: [d_rpcHmIP_RF] Stop I/O handling
2019.11.18 09:23:25.754 2: DbLog Eventlog - Last database write cycle done
2019.11.18 09:23:26.655 0: Server shutdown
2019.11.18 09:23:26.657 2: HMCCURPCPROC: [d_rpcBidCos_RF] Found no running processes. Cleaning up ...
2019.11.18 09:23:26.657 1: HMCCURPCPROC: [d_rpcBidCos_RF] Housekeeping called. Cleaning up RPC environment
2019.11.18 09:23:26.660 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Found no running processes. Cleaning up ...
2019.11.18 09:23:26.660 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Housekeeping called. Cleaning up RPC environment
2019.11.18 09:23:26.663 2: HMCCURPCPROC: [d_rpcHmIP_RF] Found no running processes. Cleaning up ...
2019.11.18 09:23:26.663 1: HMCCURPCPROC: [d_rpcHmIP_RF] Housekeeping called. Cleaning up RPC environment
2019.11.18 09:25:19.505 1: Including fhem.cfg
2019.11.18 09:25:19.606 3: telnetPort: port 7072 opened
2019.11.18 09:25:21.270 3: WEB: port 8083 opened
2019.11.18 09:25:21.271 3: WEBphone: port 8084 opened
2019.11.18 09:25:21.272 3: WEBtablet: port 8085 opened
2019.11.18 09:25:21.480 2: eventTypes: loaded 3948 events from log/eventTypes.txt
2019.11.18 09:25:26.374 1: HMCCU: [CCU2] Initialized version 4.3.019
2019.11.18 09:25:26.374 1: HMCCU: [CCU2] HMCCU: Initializing device
2019.11.18 09:25:30.398 2: HMCCU: [CCU2] HMScript failed. http://10.0.0.20:8181/tclrega.exe: Select timeout/error:
2019.11.18 09:25:30.398 1: HMCCU: [CCU2] HMCCU: Error while reading device list from CCU 10.0.0.20
2019.11.18 09:25:30.398 1: HMCCU: [CCU2] Scheduling delayed initialization in 180 seconds
2019.11.18 09:25:33.796 2: HMCCUDEV: [KUC_HK] Cannot detect IO device, maybe CCU not ready. Trying later ...
...
2019.11.18 09:25:40.019 1: define d_rpcBidCos_RF HMCCURPCPROC 10.0.0.20 BidCos-RF: Invalid port or interface BidCos-RF
2019.11.18 09:25:40.023 1: define d_rpcBidCos_Wired HMCCURPCPROC 10.0.0.20 BidCos-Wired: Invalid port or interface BidCos-Wired
2019.11.18 09:25:40.026 1: define d_rpcHmIP_RF HMCCURPCPROC 10.0.0.20 HmIP-RF: Invalid port or interface HmIP-RF
...
2019.11.18 09:26:41.625 1: Including fhem.cfg
2019.11.18 09:26:41.631 3: telnetPort: port 7072 opened
2019.11.18 09:26:41.687 3: WEB: port 8083 opened
2019.11.18 09:26:41.687 3: WEBphone: port 8084 opened
2019.11.18 09:26:41.688 3: WEBtablet: port 8085 opened
2019.11.18 09:26:41.721 2: eventTypes: loaded 3948 events from log/eventTypes.txt
2019.11.18 09:26:41.933 1: HMCCU: [CCU2] Initialized version 4.3.019
2019.11.18 09:26:41.933 1: HMCCU: [CCU2] HMCCU: Initializing device
2019.11.18 09:26:45.282 1: HMCCU: [CCU2] HMCCU: Read 111 devices with 548 channels from CCU 10.0.0.20
2019.11.18 09:26:45.283 1: HMCCU: [CCU2] HMCCU: Read 4 interfaces from CCU 10.0.0.20
2019.11.18 09:26:45.283 1: HMCCU: [CCU2] HMCCU: Read 68 programs from CCU 10.0.0.20
2019.11.18 09:26:45.283 1: HMCCU: [CCU2] HMCCU: Read 0 virtual groups from CCU 10.0.0.20
...
2019.11.18 09:26:46.233 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.8 for interface BidCos-RF with I/O device CCU2
2019.11.18 09:26:46.235 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Initialized version 1.8 for interface BidCos-Wired with I/O device CCU2
2019.11.18 09:26:46.236 1: HMCCURPCPROC: [d_rpcHmIP_RF] Initialized version 1.8 for interface HmIP-RF with I/O device CCU2
2019.11.18 09:26:46.315 1: Including ./log/fhem.save
2019.11.18 09:26:46.409 0: HMCCU: Start of RPC server after FHEM initialization in 12 seconds
2019.11.18 09:26:46.450 0: Featurelevel: 5.9
2019.11.18 09:26:46.450 0: Server started with 302 defined entities (fhem.pl:20460/2019-11-05 perl:5.026001 os:linux user:fhem pid:2289)
2019.11.18 09:26:47.103 1: 10.0.0.33:55000 reappeared (WZ_TV)
2019.11.18 09:26:58.409 2: HMCCU: [CCU2] Get RPC device for interface BidCos-RF
2019.11.18 09:26:58.409 2: HMCCU: [CCU2] Get RPC device for interface BidCos-Wired
2019.11.18 09:26:58.409 2: HMCCU: [CCU2] Get RPC device for interface HmIP-RF
2019.11.18 09:26:58.411 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server process started for interface BidCos-RF with PID=2333
2019.11.18 09:26:58.424 2: CCURPC: [d_rpcBidCos_RF] Initializing RPC server CB2001000030000020 for interface BidCos-RF
2019.11.18 09:26:58.432 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server starting
2019.11.18 09:26:58.440 2: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server process started for interface BidCos-Wired with PID=2334
2019.11.18 09:26:58.445 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server starting
2019.11.18 09:26:58.449 2: CCURPC: [d_rpcBidCos_Wired] Initializing RPC server CB2000000030000020 for interface BidCos-Wired
2019.11.18 09:26:58.453 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server process started for interface HmIP-RF with PID=2335
2019.11.18 09:26:58.460 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server starting
2019.11.18 09:26:58.463 2: CCURPC: [d_rpcHmIP_RF] Initializing RPC server CB2010000030000020 for interface HmIP-RF
2019.11.18 09:26:58.590 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Callback server CB2000000030000020 created. Listening on port 7410
2019.11.18 09:26:58.591 2: HMCCURPCPROC: [d_rpcBidCos_RF] Callback server CB2001000030000020 created. Listening on port 7411
2019.11.18 09:26:58.591 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 accepting connections. PID=2333
2019.11.18 09:26:58.592 2: HMCCURPCPROC: [d_rpcHmIP_RF] Callback server CB2010000030000020 created. Listening on port 7420
2019.11.18 09:26:58.592 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 accepting connections. PID=2335
2019.11.18 09:26:58.592 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 accepting connections. PID=2334
2019.11.18 09:26:58.792 2: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 enters server loop
2019.11.18 09:26:58.792 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Registering callback http://10.0.0.30:7410/fh2000 of type A with ID CB2000000030000020 at http://10.0.0.20:2000
2019.11.18 09:26:58.966 1: HMCCURPCPROC: [d_rpcBidCos_Wired] RPC server CB2000000030000020 running
2019.11.18 09:26:58.980 2: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010000030000020 enters server loop
2019.11.18 09:26:58.983 2: HMCCURPCPROC: [d_rpcHmIP_RF] Registering callback http://10.0.0.30:7420/fh2010 of type A with ID CB2010000030000020 at http://10.0.0.20:2010
2019.11.18 09:26:59.049 1: HMCCURPCPROC: [d_rpcHmIP_RF] RPC server CB2010000030000020 running
2019.11.18 09:26:59.057 2: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001000030000020 enters server loop
2019.11.18 09:26:59.059 2: HMCCURPCPROC: [d_rpcBidCos_RF] Registering callback http://10.0.0.30:7411/fh2001 of type A with ID CB2001000030000020 at http://10.0.0.20:2001
2019.11.18 09:26:59.179 2: CCURPC: [d_rpcBidCos_Wired] CB2000000030000020 NewDevice received 94 device and channel specifications
2019.11.18 09:27:00.588 1: HMCCURPCPROC: [d_rpcBidCos_RF] RPC server CB2001000030000020 running
2019.11.18 09:27:00.590 1: HMCCU: [CCU2] All RPC servers running
2019.11.18 09:27:00.599 2: HMCCU: [CCU2] Updating 125 of 125 client devices matching devexp=.* filter=ccudevstate=active,ccuif=BidCos-RF|BidCos-Wired|HmIP-RF
2019.11.18 09:27:00.603 1: HMCCURPCPROC: [d_rpcBidCos_RF] Scheduled CCU ping every 300 seconds
2019.11.18 09:27:00.954 2: CCURPC: [d_rpcHmIP_RF] CB2010000030000020 NewDevice received 97 device and channel specifications
2019.11.18 09:27:01.237 2: CCURPC: [d_rpcBidCos_RF] CB2001000030000020 NewDevice received 456 device and channel specifications
2019.11.18 09:27:02.758 2: HMCCU: [CCU2] Update success=125 failed=0


Man kann erkennen, dass beim "shutdown" von FHEM (vor dem Reboot der Maschine) die RPC-Threads nicht ordnungsgemäß beendet wurden.

Nach dem Reboot und automatischen Start von FHEM konnte dann HMCCU mit der CCU nicht richtig reden. Nach einem weiteren "shutdown restart" von FHEM hat's dann geklappt.
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

zap

Danke für die Logmeldungen. Das hilft weiter. Das Timing beim Herunterfahren von FHEM ist relativ heikel. Ich nutze zwar schon den delayed Shutdown von FHEM, den es seit einiger Zeit gibt. Aber offensichtlich wartet FHEM noch nicht lange genug.

Treten die Probleme nur beim Restart von FHEM auf oder auch, wenn Du FHEM runterfährst, einige Zeit wartest und wieder startest? (Über die Dauer des Wartens kann ich momentan nichts sagen, aber Du kannst ja mal FHEM anhalten und prüfen, ob noch irgendwelche fhem Prozesse aktiv sind. Dann erst starten, wenn keine mehr laufen).

Ich werde mal prüfen, wie ich ein Beenden aller RPC Prozesse sicher stellen kann, bevor FHEM neu startet.
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

Ralli

Hallo zap,

das tritt auch mit entsprechendem Warten auf - zwischen dem "killing" wegen shutdown und dem Neustart von fhem lagen knapp 2 Minuten.


2019.11.18 09:23:26.663 1: HMCCURPCPROC: [d_rpcHmIP_RF] Housekeeping called. Cleaning up RPC environment
2019.11.18 09:25:19.505 1: Including fhem.cfg
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

zap

Ich kann schon mal bestätigen, dass ich beim Shutdown von FHEM einen Denkfehler in HMCCU habe. Dieser bewirkt, dass nicht auf das Beenden der RPC-Server Prozesse gewartet wird. Ob das Auswirkungen auf das Update der Devices nach dem erneuten Starten der RPC-Server hat, wird sich erst zeigen, wenn ich diesen Bug behoben habe.
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

Depechem

Ich benötige Hilfe von euch.

Ich habe in der CCU ein Programm erstellt. Dort wird im Moment das Licht über einen Präsenzmelder so lang eine Bewegung erkannt wird mit Nachlaufzeit eingeschalten. Der Aktor ist im Moment auch ein HM Aktor in der CCU

Nun möchte ich aber mit diesem Programm einen Aktor in FHEM schalten.
Wie bekomme ich diesen ausgelößt?

Ich habe schon versuche angestellt und einen virtuellen Taster über einen virtuellen HM-RCV-50 Kanal im Programm mit dem HM-Aktor getauscht. Und den virtuellen Kanal per HMCCU in FHEM erstellt.
Nur bekommt man in FHEM immer nur ein Update es "STATE" Readings. Eigentlich müsste man in FHEM dann aber 2 verschiede Statusmeldungen bekommen (z.b. on und off)

Gruß Thomas
RaspberryPi2 / FHEM / 3 Wand-Tablets mit Tablet UI / HM USB / verschiedene HM-Aktoren / JeeLink USB für WS1600 und mehrere LaCrosse Sensoren / HEOS ...

zap

Ein Taster kennt m.W. nur "PRESSED", kein on/off oder "not pressed".
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

Depechem

#382
Zitat von: zap am 20 November 2019, 16:32:18
Ein Taster kennt m.W. nur "PRESSED", kein on/off oder "not pressed".

Zap du bist doch der Profi beim HMCCU
Wie würdest du mein Problem am besten lösen?
Kann man evtl direkt im CCU Prgramm statt einem Gerät evtl über einen Script meinem gewünschten Zustand an FHEM übergeben?
Was wäre hier die sauberste Lösung?
Gruß Thomas


Gesendet von iPhone mit Tapatalk
RaspberryPi2 / FHEM / 3 Wand-Tablets mit Tablet UI / HM USB / verschiedene HM-Aktoren / JeeLink USB für WS1600 und mehrere LaCrosse Sensoren / HEOS ...

zap

Du möchtest einen Nicht-Homematic Aktor in FHEM schalten?
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

Depechem

#384
Zitat von: zap am 20 November 2019, 17:22:29
Du möchtest einen Nicht-Homematic Aktor in FHEM schalten?

genau der Präsenzmelder(nicht HM) ist per HMiPWired Eingangsmodul an die CCU3 eingebunden, dieser Kanal ist mit CCU Programm vernküpft. Dieses Programm soll nun einen "NICHT-Homematic Aktor (UFO RGBW Controller) sowie Tabletbildschirm der per AMAD eingebunden ist in FHEM schalten. Also der Kanal des Eingangsmoduls an dem der Präsenzmelder angeschlossen ist wird als Rohdaten per HMCCU auch in FHEM angezeigt aber ich möchte unbedingt das Programm der CCU nutzen und das Schaltergebniss des Programms an FHEM übermitteln.
RaspberryPi2 / FHEM / 3 Wand-Tablets mit Tablet UI / HM USB / verschiedene HM-Aktoren / JeeLink USB für WS1600 und mehrere LaCrosse Sensoren / HEOS ...

zap

Im Prinzip bist Du auf dem richtigen Weg. Dein Programm muss einen virtuellen Taster der CCU drücken. Diesen Taster definierst Du als HMCCUCHN Device in FHEM. Wenn Dein Programm in der CCU nun diesen Taster drückt, solltest Du in FHEM ein PRESS Event bekommen. Auf dieses kannst Du mit DOIF oder Notify reagieren.

Andere Möglichkeit: Du definierst ein virtuelles Device mit CUxD. Dieses bindest Du in FHEM ein. Hat aber gegenüber der 1. Lösung nur den Vorteil, dass Du mehrere Datenpunkte nutzen kannst, um zusätzliche Infos zu übergeben. Wenn Dir PRESS genügt, dann Lösung 1.

Man kann auch HMCCUDEV Devices mit nicht HMCCUxxx Devices in FHEM verknüpfen. Das geht mit dem Attribut "peer". Ist aber etwas für fortgeschrittene Nutzer.
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

Depechem

#386
Zitat von: zap am 20 November 2019, 17:34:28
Im Prinzip bist Du auf dem richtigen Weg. Dein Programm muss einen virtuellen Taster der CCU drücken. Diesen Taster definierst Du als HMCCUCHN Device in FHEM. Wenn Dein Programm in der CCU nun diesen Taster drückt, solltest Du in FHEM ein PRESS Event bekommen. Auf dieses kannst Du mit DOIF oder Notify reagieren.

Andere Möglichkeit: Du definierst ein virtuelles Device mit CUxD. Dieses bindest Du in FHEM ein. Hat aber gegenüber der 1. Lösung nur den Vorteil, dass Du mehrere Datenpunkte nutzen kannst, um zusätzliche Infos zu übergeben. Wenn Dir PRESS genügt, dann Lösung 1.

Man kann auch HMCCUDEV Devices mit nicht HMCCUxxx Devices in FHEM verknüpfen. Das geht mit dem Attribut "peer". Ist aber etwas für fortgeschrittene Nutzer.


Hmm ok, also Nummer 1 geht wohl nicht weil ich 2 verschiedene Werte benötige (sie Bild des Programmes bei ,,Bad_virtueller_Taster")
Oder du hast noch eine andere sinnvolle Idee

Problem ist halt das dass Programm so aufgebaut sein muss, da ansonsten das Licht im Bad zu schnell aus geht bzw. immer zw. an und aus wechselt.

Also würdest du einen virtuellen CuxdD Aktor erstellen und diesen dann per HMCCU in FHEM einbinden?
Oder welche Möglichkeit wäre die Beste Lösung?

-------------------------------------------------------------------------------------------------------------
Edit: Also ich habe jetzt einen CUxD Aktor erstellt. damit habe ich es jetzt in FHEM eingebunden.
vielen Dank ZAP
RaspberryPi2 / FHEM / 3 Wand-Tablets mit Tablet UI / HM USB / verschiedene HM-Aktoren / JeeLink USB für WS1600 und mehrere LaCrosse Sensoren / HEOS ...

zap

Wenn Du sowas öfters benötigst, würde sich ggf. die Installation eines Zusatzprogramms auf der CCU lohnen. Es gibt z.B. netcat für die CCU (Download musst Du mal googeln, dann den richtigen auswählen je nach CCU Typ). Damit kannst Du dann auf der CCU per Shellscript beliebige Befehle per Telnet Schnittstelle an FHEM schicken. Das Script selbst kannst Du in Deinem CCU Programm mit der "system" Funktion aufrufen.

Aber mal ne blöde Frage: warum aktivierst Du in HMcCU nicht das HmIP Wired Interface und machst das alles in FHEM?
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

zap

Ich habe gerade eine neue Version eingecheckt. Aktualisiert wurden 88_HMCCU.pm und 88_HMCCURPCPROC.pm.

Ich habe das Verhalten des RPC-Servers beim shutdown und dem restart von FHEM überarbeitet. Damit werden hoffentlich die Probleme in dem Zusammenhang gelöst.

Für die RPC Devices gibt es ein neues ccuflag "statistics". Wenn dieses Flag gesetzt wird, ermittelt HMCCU für das zugeordnete Interface die 3 Devices, die die meisten Events verursachen. Damit können potenzielle Kandidaten bei Dutycycle Problemen ermittelt werden. Die Infos kann man sich mit dem Befehl "get rpcevents" anzeigen lassen.
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

Ralli

Hallo zap,

nach ein paar Tagen mal eine Rückmeldung: das von mir beschriebene Fehlverhalten ist bislang nicht wieder aufgetreten.

Die neue CCU2-Firmware 2.49.18 werde ich wohl aber nicht ausprobieren ...
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