2.13 cuxd exec wget schlägt im openccu docker setup fehl

Anbindung von FS20-Komponenten, ELV-Wetterstationen, EnOcean und DMX an HomeMatic

Moderator: Co-Administratoren

Antworten
Daniel_K
Beiträge: 16
Registriert: 03.01.2019, 23:50
Hat sich bedankt: 1 Mal
Danksagung erhalten: 1 Mal

2.13 cuxd exec wget schlägt im openccu docker setup fehl

Beitrag von Daniel_K » 05.07.2026, 00:50

Ich steige gerade von einem alten rasbian buster auf trixie um, zeitgleich von pivccu auf openccu, im docker installiert laut Anleitung. Dabei bin ich auch von cuxd 2.10 auf 2.13 gewechselt.

Ich habe bislang recht unelegant einen Alexa Speak Server eingebunden (läuft auf dem raspi, da dort von weiteren python Skripten genutzt):

Code: Alles auswählen

string s_cmd = "wget --no-check-certificate --quiet -O /dev/null \"http://192.168.2.69:8080/speak/Smarthome Meldung. " # o_msg.Value() # "\"";
dom.GetObject("CUxD.CUX2801003:1.CMD_EXEC").State (s_cmd);
Das EXEC schlägt leider fehl wie man im cuxd log sieht. Bevor ich in die Detailsuche abtauche, ist da etwas bekannt das ich übersehen habe?
Zuletzt geändert von Baxxy am 05.07.2026, 13:22, insgesamt 1-mal geändert.
Grund: Code in Codetags </> gesetzt für bessere Lesbarkeit

Benutzeravatar
Baxxy
Beiträge: 14852
Registriert: 18.12.2018, 15:45
System: Alternative CCU (auf Basis OCCU)
Wohnort: Berlin
Hat sich bedankt: 954 Mal
Danksagung erhalten: 3370 Mal

Re: 2.13 cuxd exec wget schlägt im openccu docker setup fehl

Beitrag von Baxxy » 05.07.2026, 13:22

Daniel_K hat geschrieben:
05.07.2026, 00:50
schlägt leider fehl wie man im cuxd log sieht
Wäre ganz gut wenn "wir" das auch zu sehen bekommen.
Also CUxD-Fehlermeldung einfach mal zeigen.

Daniel_K
Beiträge: 16
Registriert: 03.01.2019, 23:50
Hat sich bedankt: 1 Mal
Danksagung erhalten: 1 Mal

Re: 2.13 cuxd exec wget schlägt im openccu docker setup fehl

Beitrag von Daniel_K » 05.07.2026, 13:49

Problem gefunden, aus dem opeccun container war der Host nicht erreichbar, daher schlägt wget fehl.
Obwohl bei der Einrichtung nach einer alternativen Host IP gefragt wurde, war keine passende route hinterlegt

Falls andere auch das Problem haben, adhoc anlegen hat wie folgt geklappt (natürlich die IPs anpassen):
Im Host:
sudo ip link add ccu-shim link eth0 type macvlan mode bridge
sudo ip addr add 192.168.2.201/24 dev ccu-shim
sudo ip link set ccu-shim up

Im Zweifel muss im Host noch ein ‚sudo ip route add 192.168.2.200/32 dev ccu-shim‘ ergänzt werden

Aus dem Container klappt dann ein wget -O - http://192.168.2.201 (wenn da ein Webserver läuft)

Dauerhaft habe ich das als Service angelegt
sudo nano /etc/systemd/system/ccu-shim.service

Dort hinein:
[Unit]
Description=macvlan shim for OpenCCU host access
After=network-online.target docker.service
Wants=network-online.target

[Service]
Type=oneshot
RemainAfterExit=yes
ExecStart=/usr/sbin/ip link add ccu-shim link eth0 type macvlan mode bridge
ExecStart=/usr/sbin/ip addr add 192.168.2.201/24 dev ccu-shim
ExecStart=/usr/sbin/ip link set ccu-shim up
ExecStart=/usr/sbin/ip route add 192.168.2.200/32 dev ccu-shim
ExecStop=/usr/sbin/ip link delete ccu-shim

[Install]
WantedBy=multi-user.target

Und dann noch aktivieren:
sudo systemctl daemon-reload
sudo systemctl enable ccu-shim.service
sudo systemctl start ccu-shim.service

Antworten

Zurück zu „CUxD“