deconz sorgt für Probleme hm-rega

Bennyoe

Ich bitte um Rücksicht, da ich ein absoluter Neuling in Sachen IOBroker, Raspberry und Linux bin. Meine Installation lief super, Raspi 4B mit IoBroker und PIVCCU3, als ich dann versucht habe zusätzlich den CONBEE 2 Stick zu nutzen hat es mir einiges zerschossen und ich weiß nicht warum. Sowohl die Installation von deCONZ direkt, als auch im docker container führt nach einem Neustart des Raspi zu folgenden Fehler Einträgen im Log:

error: hm-rega.0 (1392) CCU 192.168.178.3 unreachable
error: hm-rpc.0 (1371) init error: Error: connect EHOSTUNREACH 192.168.178.3:42001

Nach der installation von deCONZ ohne container konnte ich das Problem mit purge deCONZ beheben. Nun habe ich es mit docker Container probiert, wieder der selbe Fehler, nur bekomme ich den nicht los, auch nachdem ich den Container wieder gelöscht habe... SHIT! Ich komme auch nicht mehr auf die Homematic WEB UI.
Output pivccu-info:
piVCCU version: 3.51.6-39
Kernel modules: Available
Raw UART dev: Available
Rasp.Pi UART: Assigned to GPIO pins
HMRF Hardware: HM-MOD-RPI-PCB
HMIP Hardware: HM-MOD-RPI-PCB
Board serial: QEQ0409952
Radio MAC: 0x6d0b4b
SGTIN: 3014F711A061A7DA498FA960
State: RUNNING
PID: 995
IP: 169.254.8.189
CPU use: 72.52 seconds
BlkIO use: 16.55 MiB
Memory use: 31.34 MiB
KMem use: 4.24 MiB
Link: vethpivccu
TX bytes: 40.70 KiB
RX bytes: 113.43 KiB
Total bytes: 154.14 KiB

Kann mir irgend jemand helfen wie ich zum einen meine Homematic wieder zum laufen bekomme und ob/wie ich den Conbee2 nutzen kann.

paul53

@Bennyoe sagte:

CCU 192.168.178.3 unreachable
IP: 169.254.8.189

Welche IP-Adresse stimmt ?

Bennyoe

@paul53 Es sollte die 192.168.178.3 sein, die config stimmt auch, auf der 169... kann ich die WebUi aber auch nicht erreichen.

Jey Cee

deConz belegt den Port 80, den belegt die PIVCCU auch. Du musst also den Port von deConz ändern.

sudo nano /lib/systemd/system/deconz.service
Ändert dort die Zeile bspw. von
ExecStart=/usr/bin/deCONZ -platform minimal --http-port=80
zu
ExecStart=/usr/bin/deCONZ -platform minimal --http-port=8090
und speichert die Datei. Im Anschluss noch den systemd Service neustarten:
sudo systemctl daemon-reload
sudo systemctl restart deconz

Bennyoe

@Jey-Cee said in deconz sorgt für Probleme hm-rega:

sudo systemctl restart deconz

Das scheint funktioniert zu haben, super, danke!

pcone

@jey-cee

Hi, ich bin neu hier und hoffe auf euere Hilfe, denn ich komme seit Tagen nicht weiter. Auf meinem Pi4 läuft eine pivCCU3 in einem Container, gem. Anleitung von github und iobroker. Meine Zigbee und Hue Geräte habe ich bislang über den Conbee II Stick (1.5 m USB Verlängerung) gesteuert und im iobroker verwaltet. Mein Netzteil ist das originale Pi USB-C Netzteil (5.1V 3 A). Bislang hatte alles wunderbar funktioniert.

Seit einem Update auf das neuste Bullseye habe ich eine Problem mit meinem Conbee II Stick, da dieser ständig die Verbindung verliert. In der Phoscon App/Menüpunkt Gateway wechselt die Anzeige bei Firmware immer zwischen "nicht verbunden" und 26780700.

Ich konnte das Problem zwischenzeitlich eindeutig auf den Parallelbetrieb mit der pivCCU3 eingrenzen. Wenn ich diesen Dienst stoppe (sudo systemctl stop pivccu)funktioniert mein Conbee II ohne die Verbindung zu verlieren. Sobald ich den Dienst starte erhalte ich o.g. Problem.

Ich habe nun gelesen, dass man den Port von deconz noch ändern soll, da die CCU3 auch den Port 80 nutzt. Das habe ich getan.

sudo nano /lib/systemd/system/deconz.service
ExecStart=/usr/bin/deCONZ -platform minimal --http-port=808x --ws-port=808y

Leider löst das mein Probel auch nicht. Kann mir da jemaden helfen. Ich verzweifle langsam. Für Hilfe wäre ich echt dankbar.

Vielen Dank!

Raspberry Pi4/8GB Ram: Raspbian Bullseye Releadse 11
pivCCU3: v3.65.8 (container)
Deconz v2.18.2
Conbee II: deCONZ_ConBeeII_0x26780700
iobroker
power supply: USB-C power supply (5.1V 3 A).

Community Forum

NEWS

deconz sorgt für Probleme hm-rega

Support us

339

32.5k

81.6k

1.3m