Jump to content

Recommended Posts

Geschrieben

 

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 ...

Geschrieben
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.

Geschrieben

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 !

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Gast
Reply to this topic...

×   Du hast formatierten Text eingefügt.   Formatierung jetzt entfernen

  Only 75 emoji are allowed.

×   Dein Link wurde automatisch eingebettet.   Einbetten rückgängig machen und als Link darstellen

×   Dein vorheriger Inhalt wurde wiederhergestellt.   Clear editor

×   Du kannst Bilder nicht direkt einfügen. Lade Bilder hoch oder lade sie von einer URL.

×
×
  • Neu erstellen...