HMCCU automatisch starten?

Begonnen von dadoc, 19 Juni 2018, 20:45:49

Vorheriges Thema - Nächstes Thema

dadoc

Moyn,
HMCCU schaltet sich nach fhem-Konfigurationsänderungen automatisch ab und nicht automatisch wieder ein, was vermutlich gewollt ist.
Spricht etwas dagegen, den Status über z.B. ein notify zu überwachen und bei Inaktiv automatisch neu zu starten?
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

zap

Du meinst, wenn du die FHEM Config speicherst, stoppen die RPC Server? Kann ich nicht nachvollziehen
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

dadoc

Ja, sobald ich die fhem.cfg speichere (über das WebUI), geht der Status von HMCCU von running/ok auf inactive/ok.
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

zap

Welchen RPC Server nutzt du (Attribut ccuflags im IO Device)?
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

dadoc

Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

zap

Habe bei mir jetzt nochmal mehrere Attribute geändert und die Config neu gespeichert. Die RPC Server laufen weiter. Auch keine Fehlermeldungen im Log. Ich kann das Verhalten nicht nachvollziehen.
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

dadoc

Guten Abend,
Kann es ein Problem mit wired sein? Log nach Editieren der fhem.cfg (room-Zuordnung bei einem Device geändert):
2018.06.22 23:22:53 1: HMCCURPCPROC: [d_rpcVirtualDevices] Stopping RPC server CB9292000023
2018.06.22 23:22:53 1: HMCCURPCPROC: [d_rpcVirtualDevices] Deregistering RPC server http://192.168.0.23:14702/fh9292 with ID CB9292000023 at http://192.168.0.133:9292/groups
2018.06.22 23:22:53 1: HMCCURPCPROC: [d_rpcVirtualDevices] Callback for RPC server CB9292000023 deregistered
2018.06.22 23:22:53 2: HMCCURPCPROC: [d_rpcVirtualDevices] Sending signal INT to RPC server process CB9292000023 with PID=1275
2018.06.22 23:22:53 2: CCURPC: [d_rpcVirtualDevices] CB9292000023 received signal INT
2018.06.22 23:22:53 1: CCURPC: [d_rpcVirtualDevices] RPC server CB9292000023 stopped handling connections. PID=1275
2018.06.22 23:22:53 2: CCURPC: [d_rpcVirtualDevices] Number of I/O errors = 0
2018.06.22 23:22:54 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Stopping RPC server CB2000000023
2018.06.22 23:22:54 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Deregistering RPC server http://192.168.0.23:7410/fh2000 with ID CB2000000023 at http://192.168.0.133:2000
2018.06.22 23:22:54 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Callback for RPC server CB2000000023 deregistered
2018.06.22 23:22:54 2: HMCCURPCPROC: [d_rpcBidCos_Wired] Sending signal INT to RPC server process CB2000000023 with PID=1274
2018.06.22 23:22:54 2: CCURPC: [d_rpcBidCos_Wired] CB2000000023 received signal INT
2018.06.22 23:22:54 1: CCURPC: [d_rpcBidCos_Wired] RPC server CB2000000023 stopped handling connections. PID=1274
2018.06.22 23:22:54 2: CCURPC: [d_rpcBidCos_Wired] Number of I/O errors = 11
2018.06.22 23:22:55 1: HMCCURPCPROC: [d_rpcBidCos_RF] Stopping RPC server CB2001000023
2018.06.22 23:22:55 1: HMCCURPCPROC: [d_rpcBidCos_RF] Deregistering RPC server http://192.168.0.23:7411/fh2001 with ID CB2001000023 at http://192.168.0.133:2001
2018.06.22 23:22:55 1: HMCCURPCPROC: [d_rpcBidCos_RF] Callback for RPC server CB2001000023 deregistered
2018.06.22 23:22:55 2: HMCCURPCPROC: [d_rpcBidCos_RF] Sending signal INT to RPC server process CB2001000023 with PID=1273
2018.06.22 23:22:55 2: CCURPC: [d_rpcBidCos_RF] CB2001000023 received signal INT
2018.06.22 23:22:55 1: CCURPC: [d_rpcBidCos_RF] RPC server CB2001000023 stopped handling connections. PID=1273
2018.06.22 23:22:55 2: CCURPC: [d_rpcBidCos_RF] Number of I/O errors = 0
2018.06.22 23:22:56 3: Unregistering HTTPSRV TABLETUI for URL /ftui...
2018.06.22 23:22:56 1: HMCCU: [d_ccu] No RPC device defined for interface BidCos-RF
2018.06.22 23:22:56 0: HMCCU: Can't find RPC device
2018.06.22 23:22:56 1: HMCCU: [d_ccu] No RPC device defined for interface BidCos-Wired
2018.06.22 23:22:56 0: HMCCU: Can't find RPC device
2018.06.22 23:22:56 1: HMCCU: [d_ccu] No RPC device defined for interface VirtualDevices
2018.06.22 23:22:56 0: HMCCU: Can't find RPC device
2018.06.22 23:22:56 1: Including fhem.cfg
2018.06.22 23:22:56 3: telnetPort: port 7072 opened
2018.06.22 23:22:56 3: WEB: port 8083 opened
2018.06.22 23:22:56 3: WEBphone: port 8084 opened
2018.06.22 23:22:56 3: WEBtablet: port 8085 opened
2018.06.22 23:22:56 2: eventTypes: loaded 1010 events from ./log/eventTypes.txt
2018.06.22 23:22:56 3: Opening OWL device /dev/serial/by-id/usb-Silicon_Labs_OWL_Wireless_Electricity_Monitor_USB_version_is_connected_01044FAF-if00-port0
2018.06.22 23:22:56 3: OWL device opened
2018.06.22 23:22:56 1: HMCCU: Device d_ccu. Initialized version 4.2.007
[Fri Jun 22 23:22:57 2018] fhem.pl: Use of uninitialized value within %HMCCU_RPC_FLAG in pattern match (m//) at ./FHEM/88_HMCCU.pm line 3772, <$fh> line 49.
2018.06.22 23:22:58 1: HMCCU: Read 35 devices with 405 channels from CCU 192.168.0.133
2018.06.22 23:22:58 1: HMCCU: Read 6 interfaces from CCU 192.168.0.133
2018.06.22 23:22:58 1: HMCCURPCPROC: [d_rpcBidCos_RF] Initialized version 1.0.005 for interface BidCos-RF with I/O device d_ccu
2018.06.22 23:22:58 1: HMCCURPCPROC: [d_rpcBidCos_Wired] Initialized version 1.0.005 for interface BidCos-Wired with I/O device d_ccu
2018.06.22 23:22:58 1: HMCCURPCPROC: [d_rpcVirtualDevices] Initialized version 1.0.005 for interface VirtualDevices with I/O device d_ccu
2018.06.22 23:22:58 1: Including ./log/fhem.save

Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

zap

Versuche mal bitte folgendes: im IO Device das Attribut rpcserver auf off setzen (also kein Autostart). Dann die RPC Server manuell starten per

set rpcserver on

im IO Device. Dann die Config ändern und abspeichern. Werden die Server dann auch gestoppt?
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

dadoc

Ja, geht ebenfalls auf inactive.
Was mir aufgefallen ist: In der fhem.cfg ist nach diesem Test am Ende folgendes:
define d_rpcBidCos_Wired HMCCURPCPROC 192.168.0.133 BidCos-Wired
attr d_rpcBidCos_Wired alias CCU RPC BidCos-Wired
attr d_rpcBidCos_Wired eventMap /rpcserver on:on/rpcserver off:off/
attr d_rpcBidCos_Wired stateFormat rpcstate/state
attr d_rpcBidCos_Wired verbose 2

k.A., wo das herkommt und ob das etwas damit zu tun hat. War heute früh jedenfalls noch nicht da.
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

zap

Ich meine mich zu erinnern, dass schon mal jemand diesen Effekt hatte. Ich weiß aber nicht mehr, was die Lösung bzw die Ursache war.
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

dadoc

ok, werde mal weiter suchen. Ist ja nicht so tragisch, denn außer in der Einrichtungsphase edeitiere ich die cfg kaum manuell.
An dieser Stelle vielen Dank für den erstklassigen Support und dieses Super-Modul - es ist wirklich das, was Du schreibts: Mit ihm kann man das beste aus zwei Welten zusammenführen.
Grüße
Martin
Standort 1: FS20 mit CUL und FHEM auf Raspi. HM-Komponenten (Heizung, Rollladen, Schalter). HM IP über Raspimatic (testweise)
Standort 2: Homematic (Wired) über CCU2 und PocketHome HD
3 x Raspi3 mit piCorePlayer/Kodi für Multiroom Audio (+ Tablets/iPeng/iPods

zap

Das manuelle Editieren der fhem.cfg löst ein RereadCfg aus. Dabei passieren Dinge, die die Subprozesse von HMCCU nicht mitbekommen.
Unter anderem deshalb sollte man die Finger von der Config lassen oder eben vor dem Editieren FHEM stoppen. Und selbst dann sollte man wissen was man tut.
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

errazzor

Ich habe den gleichen Effekt. Sobald ich die fhem.cfg bearbeite und speichere, gehen die RPC Dienste (HMCCURPCPROC) auf inactive und ich muss sie manuell wieder starten.

Gibt es hierfür mittlerweile eine Lösung?

( Bitte keine Antwort á lá fhem.cfg nicht händisch bearbeiten ;-) )

zap

Zitat von: errazzor am 03 September 2018, 23:08:02

( Bitte keine Antwort á lá fhem.cfg nicht händisch bearbeiten ;-) )

Dann eben keine ;-)

Im Ernst: oben stehts, vor dem Editieren der fhem.cfg den RPC Server oder besser fhem stoppen und dann wieder starten. Oder eben die vorgesehenen Verfahren zum Ändern der Konfiguration in der Fhem Oberfläche nuzen. Ich werde keine Workarounds in HMCCU einbauen, nur weil manche meinen, unbedingt im laufenden Betrieb die fhem.cfg manuell ändern zu müssen. Für solche Dinge habe ich weder Lust noch Zeit.
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

errazzor

Zitat von: zap am 04 September 2018, 07:33:35
Dann eben keine ;-)

Im Ernst: oben stehts, vor dem Editieren der fhem.cfg den RPC Server oder besser fhem stoppen und dann wieder starten. Oder eben die vorgesehenen Verfahren zum Ändern der Konfiguration in der Fhem Oberfläche nuzen. Ich werde keine Workarounds in HMCCU einbauen, nur weil manche meinen, unbedingt im laufenden Betrieb die fhem.cfg manuell ändern zu müssen. Für solche Dinge habe ich weder Lust noch Zeit.

Hehe, dann kann ichs ja aber auch machen wie bisher und den Server wieder händisch starten...ist ja kein Unterschied dann.

Hätte ja sein können, dass es mittlerweile eine Lösung ohne manuelles Zutun gibt. Aber wenn nicht, dann nicht, ist ja kein Beinbruch.

Ich editiere halt immer in der fhem.cfg (schon von Beginn an...jaaaa..ich weiss...aber ich kann sagen, ich weiss wie es geht ;-) )...ich konnte mich von Anfang an mit dem Editor nicht wirklich anfreunden und wollte auch die fhem.cfg einfach sauber gepflegt haben mit Kommentaren etc.. und bin einfach dabei geblieben es so zu machen.