Solectrus Keine Verbindung

[deThommy]

Hallo @ledermann,

erstmal danke, dass du so ein geniales Tool anbietest. Ich bin vor kurzem durch meine Nutzung von EVCC darüber gestolpert und habe seitdem einige Zeit gebraucht, solectrus ans Laufen zu bekommen. Hatte beim Setup einige Probleme (fehlende Portfreigaben in der Synology Firewall :()

Ich betreibe solectrus auf einer DS218+ mit 10gb RAM via Docker/Portainer. Inzwischen komme ich problemlos in das solectrus GUI. Dort steht oben rechts "keine Verbindung" und es kommen offenbar keine Daten von EVCC via MQTT in solectrus an.

Ich weiß leider nicht, warum:

• EVCC läuft problemlos
• MQTT postet alle paar Sekunden zig Datensätze
• alle 7 container sind "healthy"
• das GUI läuft auch (wenn auch langsam?)

Woran kann das liegen und was kann ich noch beisteuern, das zur Identifizierung des Systems beiträgt?

Im Terminal fällt mir folgendes auf, kann das jedoch nicht interpretieren bzw. bewerten, ob das ggf. normal ist?

WARN[0000] The "VpL" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string. WARN[0000] The "VpL" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string. WARN[0000] The "VpL" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string. WARN[0000] The "o7KdJ" variable is not set. Defaulting to a blank string.

[+] Running 8/8 ⠿ Network solectrus_default Created 0.8s
⠿ Container solectrus-redis-1 Healthy 19.2s
⠿ Container solectrus-watchtower-1 Started 11.6s
⠿ Container solectrus-influxdb-1 Healthy 42.2s
⠿ Container solectrus-db-1 Healthy 23.3s
⠿ Container solectrus-forecast-collector-1 Started 45.8s
⠿ Container solectrus-app-1 Started 43.9s
⠿ Container solectrus-mqtt-collector-1 Started

Danke für deine Rückmeldung, deThommy.

[ledermann]

Wenn im Dashboard nichts ankommt, bitte checken:

• Kommen im MQTT-Collector wirklich Daten an? Im Docker-Log dieses Containers muss also stets etwas Neues zu sehen sein
• Sind in der .env die Werte für INFLUX_BUCKET und INFLUX_MEASUREMENT korrekt belegt? Gerade bei den Measurements kann man leicht durcheinander kommen. Das Dashboard verwendet zwei, nämlich INFLUX_MEASUREMENT_PV und INFLUX_MEASUREMENT_FORECAST. Es muss sichergestellt sein, dass MQTT-Collector.INFLUX_MEASUREMENT == Dashboard.INFLUX_MEASUREMENT_PV

Die von dir oben genannten Warnungen stammen übrigens nicht von SOLECTRUS. Ich weiß nicht, wo die herkommen. Stehen die wirklich im Docker-Log des SOLECTRUS-App-Containers???

Was genau meinst du mit "GUI läuft langsam?"

Übrigens haben die Collector-Container noch keinen HEALTHCHECK, die können also gar nicht "healthy" sein, sondern nur "running".

Bei weiteren Problemen bitte mal die Logs posten:

docker compose logs app
docker compose logs mqtt-collector

Auch die .env könnte nützlich sein, um weiterhelfen zu können.

[deThommy]

Hi @ledermann

danke für das schnelle Feedback.

Vorweg: es funktioniert nun!

Kommen im MQTT-Collector wirklich Daten an? Im Docker-Log dieses Containers muss also stets etwas Neues zu sehen sein

Das Problem war, dass die Synology Firewall scheinbar auch den MQTT Port 1883 geblockt hat (aber nur für solectrus). Im MQTT Client kamen alle Werte vorher auch bereits an. Darauf kam ich dann bei der Durchsicht des MQTT selector logs. Vermutlich dann wg. des separates Netzwerks im Docker? Netzwerk-technisch kenne ich mich auf der Ebene leider nicht mehr so gut aus.

Die von dir oben genannten Warnungen stammen übrigens nicht von SOLECTRUS. Ich weiß nicht, wo die herkommen. Stehen die wirklich im Docker-Log des SOLECTRUS-App-Containers???

Ja. Durch die Fehlerbehebung (s.o.) sehe ich davon jedoch nach einem Reboot der Synology nichts mehr...

Was genau meinst du mit "GUI läuft langsam?"

Die Ladezeiten der einzelnen Seiten. Wenn ich obene auf "Einzelwerte" klicke, dauert es rund 20 Sekunden, bis die Seite geöffnet wird. Klicke ich dann wieder auf "Strombilanz" dauert es rund 30 Sekunden bis das Dashboard wieder angezeigt wird. Bin mit dem NAS über Gigabit LAN verbunden.

Übrigens haben die Collector-Container noch keinen HEALTHCHECK, die können also gar nicht "healthy" sein, sondern nur "running". Du hast natürlich recht. Im Docker/Portainer werden die alle als grün angezeigt...;)

deThommy.

[ledermann]

Freut mich, dass es nun klappt! Was genau der Grund mit der Firewall war, verstehe ich zwar nicht ganz, aber ich kenne auch dein Setup nicht. Das von Docker aufgespannte Netz für die docker-compose.yml sorgt für die Kommunikation der Container untereinander, da sehe ich eher kein Problem.

20-30 Sekunden für einen Seitenaufbau ist wirklich sehr langsam, das sollte nicht sein. CPU ausgelastet? RAM voll? Es könnte viele Ursachen geben. Die InfluxDB-Queries werden mit Redis gecached, sodass die Darstellung insbesondere von vergangenen Zeiträumen extrem schnell sein sollte.

Das Analysieren von Performance-Problemen ist ein mühsames Geschäft. Referenz sollte meine Demo-Installation sein, die auf einem kleinen vServer in der Hetzner-Cloud läuft. Auf meinem Raspi ist die Performance geringfügig schlechter, aber immer noch absolut im grünen Bereich.

Falls du neue Erkenntnisse hast oder Details deines Setups darstellen möchtest, können wir das gerne diskutieren (aber besser in einem separaten Issue).