Rückmeldungen openWB software 2.1.6 Alpha 1

[derNeueDet]

Bediener Fehler. Ich hatte kein sudo vor dem Ping geschrieben

mit sudo ping

Code: Alles auswählen

openwb@openwb:~$ sudo ping -c1 "www.openwb.de" &>/dev/null
openwb@openwb:~$ echo $?
0
openwb@openwb:~$

also netzwerk ist ok

Code: Alles auswählen

openwb@openwb:~$ sudo ping -c1 "www.openwb.de"
PING www.openwb.de (78.46.220.241) 56(84) bytes of data.
64 bytes from dedi6814.your-server.de (78.46.220.241): icmp_seq=1 ttl=58 time=15.8 ms

--- www.openwb.de ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 15.831/15.831/15.831/0.000 ms

Das wäre jetzt ein guter Versuch.
Mach das mal ein paar mal. Setzt es manchmal aus? Prüfe auch ab und zu mit $? Welcher Return Code da kommt. Irgendwas an deinem Netz scheint faul zu sein.

im Script wird ping nicht mit sudo aufgerufen. Auf meinen Raspis läuft ping auch ohne sudo. Auch auf dem bullseye openwb2 Raspi. ping hat das suid bit gesetzt, damit wird es als der User ausgeführt, dem die Datei gehört und nicht als der User, der es ausführt. Entweder hast du mal was verbogen oder das ist im Raspi OS Bullseye anders als in deinem Bullseye, das du installiert hast. Wie schon gesagt, kein Thema für diesen Thread, aber jetzt ist es langsam eh egal.

Code: Alles auswählen

openwb@openwb2:~ $ which ping
/usr/bin/ping
openwb@openwb2:~ $ ls -l /usr/bin/ping
-rwsr-xr-x 1 root root 59736  2. Feb 2021  /usr/bin/ping

[triotech]

warum der ping bei mir in dieser Installation nur mit sudo funktioniert kann ich nicht nachvollziehen.

Aber Thema für diesen Thread ist es schon weil sich die setup_network.sh geändert hat. In der release 2.1.5 gab es die ping abfrage zu openwb.de so noch nicht



im Script wird ping nicht mit sudo aufgerufen. Auf meinen Raspis läuft ping auch ohne sudo. Auch auf dem bullseye openwb2 Raspi. ping hat das suid bit gesetzt, damit wird es als der User ausgeführt, dem die Datei gehört und nicht als der User, der es ausführt. Entweder hast du mal was verbogen oder das ist im Raspi OS Bullseye anders als in deinem Bullseye, das du installiert hast. Wie schon gesagt, kein Thema für diesen Thread, aber jetzt ist es langsam eh egal.

[LutzB]

Ich habe gerade in der neuen Master-Version die von mir heiß erwartete Speichersperre gefunden. Leider funktioniert sie bei Sofortladen weder in den Versionen "wenn Fahrzeug lädt" noch bei "Hausverbrauch". In beiden Fällen wird kräftig aus dem Speicher geladen.

Das ist auch richtig so, da lediglich die notwendige Funktionalität im Backend enthalten ist. Aktuell gibt es noch kein Speichermodul, was das unterstützt. Eigentlich sollte das auch so in den Einstellungen angezeigt werden, aber da gibt es noch einen kleinen Anzeige-Bug.

[Frank-H]

Ich habe gerade in der neuen Master-Version die von mir heiß erwartete Speichersperre gefunden. Leider funktioniert sie bei Sofortladen weder in den Versionen "wenn Fahrzeug lädt" noch bei "Hausverbrauch". In beiden Fällen wird kräftig aus dem Speicher geladen.

Das ist auch richtig so, da lediglich die notwendige Funktionalität im Backend enthalten ist. Aktuell gibt es noch kein Speichermodul, was das unterstützt. Eigentlich sollte das auch so in den Einstellungen angezeigt werden, aber da gibt es noch einen kleinen Anzeige-Bug.

Mit EVCC konnte ich das vor einiger Zeit testen und es funktionierte.

[LutzB]

Dann kannst Du ja für Dein Speicher-Modul den notwendigen Code als PR stellen und als erster davon profitieren.

[derNeueDet]

warum der ping bei mir in dieser Installation nur mit sudo funktioniert kann ich nicht nachvollziehen.

Aber Thema für diesen Thread ist es schon weil sich die setup_network.sh geändert hat. In der release 2.1.5 gab es die ping abfrage zu openwb.de so noch nicht



im Script wird ping nicht mit sudo aufgerufen. Auf meinen Raspis läuft ping auch ohne sudo. Auch auf dem bullseye openwb2 Raspi. ping hat das suid bit gesetzt, damit wird es als der User ausgeführt, dem die Datei gehört und nicht als der User, der es ausführt. Entweder hast du mal was verbogen oder das ist im Raspi OS Bullseye anders als in deinem Bullseye, das du installiert hast. Wie schon gesagt, kein Thema für diesen Thread, aber jetzt ist es langsam eh egal.

.... es aber ein Thema (d)einer Proxmox Installation ist und nicht des Releases.

VG
Det

[Frank-H]

Dann kannst Du ja für Dein Speicher-Modul den notwendigen Code als PR stellen und als erster davon profitieren.

Ich wüßte noch nicht mal, wo ich den finden könnte. Von PR ganz zu schweigen.
Ich wollte damit nur andeuten, dass es vielleicht eine Möglichkeit gibt.

[Gero]

Mindest-SoC-Laden hört nicht auf, sondern schaltet nur Ladeleistung runter. Vermutlich war's die 1p3-Umschaltung, da die Ladeströme 10,7kW und 4,1kW waren. Mindest-SoC-Ladestrom bei 32A, weil ja bislang immer nur mit 1p geladen wurde. Von daher sind die 4,1kW deutlich verwunderlich. Mindeststrom steht auf 0. Ladeende war, weil das Auto morgens keinen Ladestrom mehr wollte. Am SoC-Modul kann's auch nicht gelegen haben, der SoC steigt ja über die Zeit.

abends.jpg (47.28 KiB) 322 mal betrachtet

morgens.jpg

(122.23 KiB) Noch nie heruntergeladen

Logs wären natürlich schön gewesen, sind aber leider alle schon wieder überschrieben. Wär' halt gut, wenn man da weiter zurück käme. Aktuell bei "Info" sind's nur zwei Stunden oder so.

log.jpg

(78.59 KiB) Noch nie heruntergeladen

2024-10-01 13:39:45 +0200 [f6c4a6756]

[Elchkopp]

Im Master ist nun angepasst, dass bei PV-Laden der Soll-Strom nicht angepasst wird, solange der Regelbereich eingehalten wird. Bitte beobachten, ob damit die Regelung ruhiger wird.

Sieht auf den ersten Blick sehr viel ruhiger aus.

Was ich aber auch schon erkennen kann ist, dass er sich viel mehr an den verordneten Regelmodus hält - bei mir "Einspeisung". Ich habe nun tendenziell immer etwas Leistung, die in die Batterie wandert. Das war vorher deutlich anders. Super!

Vielen Dank!

[LenaK]

Hab den Fehler mit der Speicherbeachtung und den Hybrib-WR gefunden und einen Issue erstellt, sowie einen PR

Issue #1904

Früher stand im bat_all.py
max_bat_discharge_power = parent_data.config.max_ac_out + parent_data.get.power + max(battery.data.get.power, 0)

dass wurde dann zu
max_bat_discharge_power = parent_data.config.max_ac_out + parent_data.get.power + min(battery.data.get.power, 0)

korrekt ist aber
max_bat_discharge_power = parent_data.config.max_ac_out + parent_data.get.power +battery.data.get.power

Der PR ist nun gemergt und korrigiert die Speicher-Beachtung für Hybrid-Wechselrichter.