ioBroker Multihost Homematic via Raspberry

[vqe17235]

Hallo zusammen,
ich würde gerne wissen, ob der folgende Aufbau technisch so umsetzbar wäre. Der Plan sieht so aus:

Ich habe zwei Geräte: einen Synology DS1817+ und einen RasberryPi4.
Der ioBroker läuft in einem Docker auf dem Syno, an dem Raspberry ist eine Homematic-Platine und ein Sonoff-Zigbee-USB-Stick.

Lassen sich beide Geräte via Multihost so verbinden, dass ich über den Syno die "Rechenleistung" abrufe, und den Raspberry lediglich als Antenne verwende? Homematic bzw. Zigbee-Signale sollen am Raspberry gesammelt und dann via LAN an den Syno übergeben werden, wo dann die eigentliche Steuerung stattfinden soll.

Hat jemand Erfahrungen mit einem solchen Aufbau?

[Michi_Pi]

@vqe17235 Hallo, bei mir läuft das so.
Meine NAS DS218+ verwende ich als Master, und der Raspy 3b+ ist als Slave eingestellt. Auf dem Raspy findet sich nur das nötigste damit iobroker läuft, Zusätzlich sind Rasperrymatic, Zigbee, M-Bus, Shelly und MQTT installiert. Daten werden dort gesammelt und auch gesteuert. Ich habe hier auch noch nicht wirklich geschaut ob man das nur über den Master steuern könnte, weil die Anwendungen bei mir kaum Rechenleistung brauchen. CPU ist meist kleiner als 3%. Das Problem ist ehr der Arbeitsspeicher, der ist bei mir Dauerhaft bei größer 75%. Sollte aber mit deinem Pi4 weniger das Problem sein.

[Homoran]

@michi_pi sagte in ioBroker Multihost Homematic via Raspberry:

Auf dem Raspy findet sich nur das nötigste damit iobroker läuft, Zusätzlich sind Rasperrymatic, Zigbee, M-Bus, Shelly und MQTT installiert

kann man neuerdings RaspiMatic zusätzlich installieren?
Das läuft doch unter Buildroot, oder hat sich das geändert?

[Michi_Pi]

@homoran sorry, hab debmatic laufen nicht RaspiMatic.
Hatten erst eine diskussion darüber, hat sich wohl eingebrannt bei mir

[Homoran]

@michi_pi sagte in ioBroker Multihost Homematic via Raspberry:

sorry, hab debmatic laufen nicht RaspiMatic.

das passt

[vqe17235]

@michi_pi
also wenn ich das richtig verstehe, hast du einen raspberry mit raspbian aufgesetzt und darunter dann iobroker, debmatic, zigbee und co laufen? oder sind das alles plugins, die unter iobroker installiert werden?

Wofür hast du denn dann Master und Slave, wenn der Slave auch steuert?

[Homoran]

@vqe17235 sagte in ioBroker Multihost Homematic via Raspberry:

Wofür hast du denn dann Master und Slave, wenn der Slave auch steuert?

warum sollte der Slave nichts steuern?

[vqe17235]

@homoran
Ich stell mir das ganze hier wie den Aufbau einer SPS vor. Ich hab eine CPU, in der das Programm steckt, und die ET-Stationen, die die Signale sammeln und "nur" weiterleiten. Die ganze Logik steckt aber im Master (CPU).

[Homoran]

@vqe17235 sagte in ioBroker Multihost Homematic via Raspberry:

Ich stell mir das ganze hier wie den Aufbau einer SPS vor.

gaaaanz falscher Ansatz
Spätestens bei den Skripten wirst du dich von deinem Vorwissen bezüglich SPS vollständig lösen müssen.

Multihost

ioBroker ist in der Lage, die Aufgaben von mehreren Servern erledigen zu lassen. Dadurch kann die Rechenlast auf mehrere Hosts verteilen werden. Man kann aber auch systemspezifische Erweiterungen eines Einplatinencomputers nutzen (GPIO von einem RaspberryPi, obwohl der „Hauptrechner“ ein leistungsfähigerer Intel NUC ist).

Nach Erstellung eines Multihost-Systems werden alle Konfigurationen zentral über den Admin des Masters durchgeführt. Der Admin des/der Slaves ist nicht mehr über deren Webinterface(s) erreichbar.

Es ist daher sinnvoll für einen Slave einen Host mit Minimalinstallation zu verwenden, also nur den js-controller und den admin.
https://www.iobroker.net/#de/documentation/config/multihost.md

@vqe17235 sagte in ioBroker Multihost Homematic via Raspberry:

und die ET-Stationen, die die Signale sammeln und "nur" weiterleiten.

das entspräche bei ioBroker den Gateways/Zentralen/Bridge/usw. der Systeme, die eingebunden werden, wie HomeMatic CCU, Hue Bridge...
Da muss dann keine Logik mehr laufen (aber könnte)

[vqe17235]

@homoran
okay, dann habe ich wohl die falschen begriffe verwendet:
mein iobroker-master soll auf dem syno laufen. kann ich daran dann einen raspberry einbinden, der reine gateway-funktion hat?

[Homoran]

@vqe17235 sagte in ioBroker Multihost Homematic via Raspberry:

kann ich daran dann einen raspberry einbinden, der reine gateway-funktion hat?

also eine RaspiMatic oder eine piVCCU/debmatic?

Müsste problemlos gehen, wenn

@vqe17235 sagte in ioBroker Multihost Homematic via Raspberry:

auf dem syno laufen

allerdings Docker bedeutet, dann musst du dich mit den eigenheiten eines Containers beschäftigen. Aber auch dahinein bekommt man eigentlich immer die Verbindung hin.

[vqe17235]

@homoran
also ich hab mal mit der installation angefangen und steh direkt vor dem ersten problem...
Ich hatte auf dem Pi schon RaspberryMatic laufen und konnte auch Geräte anlernen, jetzt hab ich Raspbian, iobroker und debmatic installiert. Im WebUI unter Debmatic kann ich allerdings keine Geräte anlernen, was aber unter RaspberryMatic funktioniert hat... Es scheint aber alles korrekt installiert zu sein, jemand eine Idee, wonach man suchen muss?

pi@raspberrypi:~ $ sudo debmatic-info
debmatic version: 3.63.8-91
Kernel modules: Available
Raw UART dev:   Available
HMRF Hardware:  RPI-RF-MOD
 Connected via: GPIO@fe201000.serial (/dev/raw-uart)
 Board serial:  5A4993D8A5
 Radio MAC:     0xFFD8A5
HMIP Hardware:  RPI-RF-MOD
 Connected via: GPIO@fe201000.serial (/dev/raw-uart)
 SGTIN:         3014F711A0001F5A4993D8A5
 Radio MAC:     0xB2AF03

[Michi_Pi]

@vqe17235 Die Geräte sind zurückgesetzt, gehe ich davon aus?!
Bist du bei der Installation auch der Anleitung von Reinert (pivccu-module) gefolgt.
In ioB hast du die Adapter hm-regahss und hm-rpc installiert?

[vqe17235]

@michi_pi
Ja, die Geräte sind zurückgesetzt!
Und ja, ich hab genau die Anleitung genommen und mich unter Punkt 5 an Option 1 gehalten.
Muss ich denn dafür in ioB schon was tun? Müsste das im WebUI nicht auch so angelernt werden?
Die Geräte müssen doch da erstmal eingetragen werden, bevor ioB die finden kann, oder?

[Homoran]

@vqe17235 sagte in ioBroker Multihost Homematic via Raspberry:

Muss ich denn dafür in ioB schon was tun?

nein, da ist iob noch außen vor!

@vqe17235 sagte in ioBroker Multihost Homematic via Raspberry:

Die Geräte müssen doch da erstmal eingetragen werden, bevor ioB die finden kann, oder?

richtig.

Anhand des debmatic-info sehe ich kein Problem.
Wie äußert sich denn das nicht-anlernen-können?

[vqe17235]

@homoran
wenn ich auf "anlernen" im webui klicke läuft der timer, aber das gerät landet nicht im posteingang... interessanterweise wird der timer halbiert, sobald ich am gerät den anlernmodus aktiviere...
das hier hab ich noch getestet:

sudo detect_radio_module --debug /dev/raw-uart
20:34:42.217581 Sending HM frame:  fd 00 03 fe 00 01 14 1e
20:34:45.217993 Sending HM frame:  fd 00 03 00 01 00 9e 03
20:34:48.218280 Sending HM frame:  fd 00 03 fe 02 01 98 1d
20:34:51.218530 Sending HM frame:  fd 00 03 00 03 00 12 00
20:34:54.218801 Sending HM frame:  fd 00 03 fe 04 01 8c 1d
20:34:57.218961 Sending HM frame:  fd 00 03 00 05 00 06 00
Error: Radio module was not detected

und ein firmwareupdate habe ich versucht:

sudo java -Dgnu.io.rxtx.SerialPorts=/dev/raw-uart -jar /opt/HmIP/hmip-copro-update.jar -p /dev/raw-uart -o -f /firmware/RPI-RF-MOD/dualcopro_update_blhmip-4.2.14.eq3
[INFO] Homematic IP coprocessor update tool V1.0.10
[DEBUG] Start bootloader ...
[DEBUG] Bootloader running
[DEBUG] Request bootloader version ...
[INFO] SGTIN = 3014F711A0001F5A4993D8A5
[INFO] Performing update with firmware file '/firmware/RPI-RF-MOD/dualcopro_update_blhmip-4.2.14.eq3' ...
[DEBUG] Start application ...
[DEBUG] Application 'DualCoPro_App' running
[DEBUG] Request application version ...
[DEBUG] Request application version ...
[INFO] Updating coprocessor from version 4.4.12 to version 4.2.14
[ERROR] The update file /firmware/RPI-RF-MOD/dualcopro_update_blhmip-4.2.14.eq3 could not be found
[INFO] Exiting update tool.

[Homoran]

@vqe17235 sagte in ioBroker Multihost Homematic via Raspberry:

Error: Radio module was not detected

mach mal einen reboot des Raspi

[vqe17235]

@homoran
leider keine veränderung...
aber nach dem stoppen von debmatic sieht es besser aus

pi@raspberrypi:~ $ sudo detect_radio_module --debug /dev/raw-uart
22:13:33.493964 Sending HM frame:  fd 00 03 fe 00 01 14 1e
22:13:36.494310 Sending HM frame:  fd 00 03 00 01 00 9e 03
22:13:39.494510 Sending HM frame:  fd 00 03 fe 02 01 98 1d
22:13:42.494811 Sending HM frame:  fd 00 03 00 03 00 12 00
22:13:45.495105 Sending HM frame:  fd 00 03 fe 04 01 8c 1d
22:13:48.495344 Sending HM frame:  fd 00 03 00 05 00 06 00
Error: Radio module was not detected

pi@raspberrypi:~ $ sudo systemctl stop debmatic       
pi@raspberrypi:~ $ sudo detect_radio_module --debug /dev/raw-uart
22:14:22.462859 Sending HM frame:  fd 00 03 fe 00 01 14 1e
22:14:22.466954 Received HM frame: fd 00 11 fe 00 05 01 44 75 61 6c 43 6f 50 726f 5f 41 70 70 a2 21
22:14:22.467201 Sending HM frame:  fd 00 03 fe 01 02 92 17
22:14:22.469500 Received HM frame: fd 00 04 fe 01 05 01 07 02
22:14:22.575836 Received HM frame: fd 00 0e fe 00 00 48 4d 49 50 5f 54 52 58 5f42 6c f4 c2
22:14:22.576136 Sending HM frame:  fd 00 03 fe 02 01 98 1d
22:14:22.578892 Received HM frame: fd 00 0f fe 02 05 01 48 4d 49 50 5f 54 52 585f 42 6c ea c6
22:14:22.579197 Sending HM frame:  fd 00 03 fe 03 03 9e 11
22:14:22.773283 Received HM frame: fd 00 04 fe 03 05 01 87 29
22:14:24.677694 Received HM frame: fd 00 10 fe 01 00 44 75 61 6c 43 6f 50 72 6f5f 41 70 70 b7 36
22:14:24.677952 Sending HM frame:  fd 00 03 01 04 09 00 22
22:14:24.780650 Received HM frame: fd 00 05 01 04 04 01 04 16 36
22:14:24.780832 Sending HM frame:  fd 00 03 01 05 02 06 18
22:14:24.884309 Received HM frame: fd 00 0d 01 05 04 01 04 04 0c 01 00 01 01 3c00 35 ab
22:14:24.884519 Sending HM frame:  fd 00 03 02 06 01 0c 2e
22:14:24.886950 Received HM frame: fd 00 07 02 06 06 01 b2 af 03 4c c0
22:14:24.887110 Sending HM frame:  fd 00 03 fe 07 04 86 03
22:14:24.890546 Received HM frame: fd 00 10 fe 07 05 01 30 14 f7 11 a0 00 1f 5a49 93 d8 a5 8c 12
22:14:24.890721 Sending HM frame:  fd 00 03 03 08 08 28 0c
22:14:24.893074 Received HM frame: fd 00 07 03 08 01 01 00 00 00 77 5c
RPI-RF-MOD 5A4993D8A5 3014F711A0001F5A4993D8A5 0xFFD8A5 0xB2AF03 4.4.12