xint Geschrieben June 12, 2025 at 12:41 Geschrieben June 12, 2025 at 12:41 Hallo, ich versuche schon eine Weile, die Datan einer WARP2 zum einem Pi zu schicken um mittels EVCC mehr Möglichkeiten der Steuerung zu bekommen. Um's Verrecken bekomme ich die WARP2 und den Pi auf der BASIS von MQTT nicht zusammen und würde mich über Unterstützung sehr freuen. Die WASP2 hat als Firmware: 2.2.1-65ca20dd Auf dem pi sieht für mich erst einmal alles so schlecht nicht aus ... pi@solaranzeige:/etc/mosquitto $ ifconfig eth0 eth0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.0.0.76 netmask 255.255.255.0 broadcast 10.0.0.255 ether e4:5f:01:1c:b8:44 txqueuelen 1000 (Ethernet) RX packets 1833621 bytes 281523871 (268.4 MiB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 645424 bytes 185348331 (176.7 MiB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 pi@solaranzeige:/etc/mosquitto $ netstat -a|grep 1883 tcp 0 0 0.0.0.0:1883 0.0.0.0:* LISTEN tcp6 0 0 [::]:1883 [::]:* LISTEN pi@solaranzeige:/etc/mosquitto $ Mosquitto zeigt im Status keine Issues Loaded: loaded (/lib/systemd/system/mosquitto.service; enabled; preset: enabled) Active: active (running) since Thu 2025-06-12 14:11:24 CEST; 27min ago Docs: man:mosquitto.conf(5) man:mosquitto(8) Process: 241921 ExecStartPre=/bin/mkdir -m 740 -p /var/log/mosquitto (code=exited, status=0/SUCCESS) Process: 241923 ExecStartPre=/bin/chown mosquitto /var/log/mosquitto (code=exited, status=0/SUCCESS) Process: 241924 ExecStartPre=/bin/mkdir -m 740 -p /run/mosquitto (code=exited, status=0/SUCCESS) Process: 241926 ExecStartPre=/bin/chown mosquitto /run/mosquitto (code=exited, status=0/SUCCESS) Main PID: 241927 (mosquitto) Tasks: 1 (limit: 3908) CPU: 1.125s CGroup: /system.slice/mosquitto.service └─241927 /usr/sbin/mosquitto -c /etc/mosquitto/mosquitto.conf Jun 12 14:11:24 solaranzeige systemd[1]: Starting mosquitto.service - Mosquitto MQTT Broker... Jun 12 14:11:24 solaranzeige mosquitto[241927]: 1749730284: Loading config file /etc/mosquitto/conf.d/default.conf Jun 12 14:11:24 solaranzeige systemd[1]: Started mosquitto.service - Mosquitto MQTT Broker. In der conf steht listener 1883 allow_anonymous true Der pi ist, so schließe ich daraus, unter 10.0.0.76:1883 zu erreichen. In der WARP" habe ich MQTT aktiviert und als Adresse 10.0.0.30eingetragen, sowie beim Port die voreingestellten 1883 gelassen; dennoch ist die MQTT-Verbindung immer 'getrennt' und das log hat reichlich 'MQTT: Failed to connect to broker.'. Ich bin mittlerweile absolut ratlos ... Zitieren
photron Geschrieben June 12, 2025 at 13:06 Geschrieben June 12, 2025 at 13:06 On 6/12/2025 at 2:41 PM, xint said: Die WASP2 hat als Firmware: 2.2.1-65ca20dd Als erstes aktualisiert bitte die Firmware. Aktuell ist 2.8.3. Standardmässig ist der WLAN Access Point der Wallbox aktiv im 10.0.0.0/24 Subnetz. Das steht im Konflikt mit deinem Netzwerk, dass auch im 10.0.0.0/24 Subnetz ist. Dadurch ist die Wallbox jetzt über Ethernet und WLAN Access Point im gleichen Subnetz. Das kann Probleme verursachen. Ab Firmware 2.8.3 prüfen wir auf diese Subnetzkonflikte und zeigen auf der Statusseite der Wallbox eine Warnung an. Um den Konflikt zu lösen kannst du den WLAN Access Point der Wallbox entweder deaktivieren oder "IP-Adresse" und "Gateway" des WLAN Access Point von 10.0.0.1 auf 10.0.1.1 stellen. On 6/12/2025 at 2:41 PM, xint said: Der pi ist, so schließe ich daraus, unter 10.0.0.76:1883 zu erreichen. In der WARP" habe ich MQTT aktiviert und als Adresse 10.0.0.30eingetragen Richtig, 10.0.0.76 ist die IP-Adresse des Raspberry Pis auf dem auch der MQTT Broker läuft. Auf der Wallbox musst du als "Broker-Hostname oder -IP-Adresse" genau diese 10.0.0.76 eintragen, nicht 10.0.0.30. Mir ist unklar was 10.0.0.30 ist. Wenn das dein Problem noch nicht löst, dann häng bitte einen Debug Report hier an, zu finden unter System > Ereignis-Log. Zitieren
xint Geschrieben June 12, 2025 at 13:20 Autor Geschrieben June 12, 2025 at 13:20 Ich habe eben festegestellt, dass es ein Firmware-Update für die WARP gibt und es installiert. Das meldete auch prompt beim Start einen Adresskonflikt mit der eingestellten Netzadresse, dem WLAN-Accesspoint und der Subnetzmaske. Ich habe den Accesspoint deaktiviert und nun habe ich eine Verbindung. Surprise ! Zitieren
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.