Seite 3 von 3

Re: Server statt RasPI? Speicher Integration

Verfasst: Do Jul 23, 2020 9:54 am
von openWB
Als Hilfsansatz:
Die Daten kommen per MQTT. Ggf. gibt die Javascript Konsole im Browser Auskunft was / warum nicht ankommt.

Re: Server statt RasPI? Speicher Integration

Verfasst: Do Jul 23, 2020 12:24 pm
von Gandalf
Ich habe gerade eben nocheinmal auf die aktuelle Nightly Version aktualisiert.

Damit wird der Graph jetzt auch auf der Startseite geladen und die OpenWB Software läuft jetzt perfekt auf meiner Debian Linux VM :D
Image-3.png

Re: Server statt RasPI? Speicher Integration

Verfasst: Do Jul 23, 2020 2:13 pm
von max_bayern
Gandalf hat geschrieben: Do Jul 23, 2020 12:24 pm Ich habe gerade eben nocheinmal auf die aktuelle Nightly Version aktualisiert.

Damit wird der Graph jetzt auch auf der Startseite geladen und die OpenWB Software läuft jetzt perfekt auf meiner Debian Linux VM :D

Image-3.png
Hallo Gandalf,

klasse, dass Du Dich auch für die VM-Thematik interessierst. Die Daten aus Wechselrichter/EVU-Modul/Ladestation bekomme ich schon in die OpenWB. SoC vom Auto kommt nicht und das Modul regelt die Ladeleistung nicht. Leider fehlen mir noch immer die Graphen. Meine Vermutung war, dass ich irgendein Rechte-Problem habe.

Leider hat das Update auf die Nightly-Version keine Veränderung gebracht. Hast Du eine Idee?

Re: Server statt RasPI? Speicher Integration

Verfasst: Mi Okt 14, 2020 7:37 pm
von dan11hh
Ich hätte ja so gerne einen Docker Installation. Selbst hab ich es schon versucht mir einen Container zu bauen. Bekomme es aber leider nicht hin. Besteht da nicht noch mehr Bedarf?

Re: Server statt RasPI? Speicher Integration

Verfasst: Sa Mär 20, 2021 7:56 pm
von Ive
Hallo,

habe auch openWB in einem Container unter Debian in Proxmox. Den evcc-soc habe ich neu erstellt, denn der für den pi kann nicht
funktionieren. Warte jetzt noch auf das Auto.

Ciao

Re: Server statt RasPI? Speicher Integration

Verfasst: Mo Aug 09, 2021 4:31 am
von Chiliheld
@Gandalf
Vielen Dank für die Infos; ohne die hätte ich es wohl nicht geschafft mit Proxmox; v.a. "pi mit sudo Berechtigungen" war wichtig
Habs aber in einer VM anstatt LXC installiert; LXC wollte das Debian irgendwie nicht richtig...

Gandalf hat geschrieben: Do Jul 23, 2020 8:44 am Ich habe diesen Thread einmal als Anlass genommen und die Installation von OpenWB in einer VM auf meinem ESXi Server probiert.

Hinweis: Der ESXi läuft bei mir im Keller auf einem Handteller großen Intel NUC und hostet 5 VMs und jetzt eine mehr für die OpenWB VM.

Vorteil: Spare mir den zusätzlichen Raspberry, genug Performance, zentral verwaltet und gesichert.

Erst einmal inzwischen läuft alles, bis auf eine Ausnahme.

Voraussetzungen oder Anpassungen die ich machen mußte:

- Debian 9 (Ubuntu hat bei mir nicht funktioniert)
- Anlage des Linux Benutzers pi mit sudo Berechtigungen
Der wird benötigt und sollte vor der Installation schon angelegt werden
- Netzwerk Interface muß eth0 heissen.
Im Default heißt bei Debian das Interface ens192. OpenWB erwartet aber ein eth0
- Benötigte nachinstallierte Pakete:
Web Server Apache

apt install curl
apt install net-tools
apt install jq
apt install php
apt-get install netcat-openbsd
- Anpassung der Berechtigungen für die RAM-Disk
/var/www/html/openWB/ramdisk hat den Owner und die Gruppe root auf dem Raspberry ist es pi

Debian 9 installiert ein netcat-standard in der Version 1.10 - openWB auf dem Rapsberry verwendet netcat-openbsd in der Version 1.130
Bei dem Keba Modul gab es eine Fehlermeldung:
modules/keballlp1/main.sh: Zeile 34: kill: (4984) - Kein passender Prozess gefunden
UDP listen needs -p arg
In dem Modul müßte
nc -ul 7090 geändert werden in nc -ulp 7090
netcat-standard benötigt das p netcat-openbsd geht mit und ohne p (Es wäre zu begrüßen wenn OpenWB direkt -ulp verwenden würde)

OpenWB Installation nachdem obige Punkte vorbereitet wurden mit:

curl -s https://raw.githubusercontent.com/snapt ... install.sh | sudo sh

Cron-Jobs entsprechend der Anleitung angelegt

https://github.com/snaptec/openWB

Das eingebundene RAM-Disk hat in meiner Umgebung falsche Berechtigungen:

/var/www/html/openWB/ramdisk hat den Owner und die Gruppe root auf dem Raspberry ist es pi

Bei jedem Reboot werden die Rechte wieder zurückgesetzt.
Weiterhin haben einige Dateien im ramdisk Ordner auch im Default root Berechtigungen, wenn sie neuangelegt werden.


Nun was nicht funktioniert, auf der Startseite wird der Graph nicht angezeigt :-(

Image-1.png

Die Daten sind alle da und werden auch protokolliert und ausgewertet. Unter Logging wird der Tagesgraf richtig angezeigt. Nur halt auf der Startseite nicht. Hier bin ich noch auf der Suche.

Image-2.png

Re: Server statt RasPI? Speicher Integration

Verfasst: So Mai 08, 2022 10:48 pm
von hollyofnone
Danke für die Anleitung,
openWB läst sich jetzt starten allerdings finde ich kein Huawei Modul!
Wie upgrade ich openWB?

Vg
Holger

Re: Server statt RasPI? Speicher Integration

Verfasst: Mi Jul 27, 2022 12:44 pm
von Chiliheld
Gandalf hat geschrieben: Do Jul 23, 2020 8:44 am Ich habe diesen Thread einmal als Anlass genommen und die Installation von OpenWB in einer VM auf meinem ESXi Server probiert.

Hinweis: Der ESXi läuft bei mir im Keller auf einem Handteller großen Intel NUC und hostet 5 VMs und jetzt eine mehr für die OpenWB VM.

Vorteil: Spare mir den zusätzlichen Raspberry, genug Performance, zentral verwaltet und gesichert.

Erst einmal inzwischen läuft alles, bis auf eine Ausnahme.

Voraussetzungen oder Anpassungen die ich machen mußte:

- Debian 9 (Ubuntu hat bei mir nicht funktioniert)
- Anlage des Linux Benutzers pi mit sudo Berechtigungen
Der wird benötigt und sollte vor der Installation schon angelegt werden
- Netzwerk Interface muß eth0 heissen.
Im Default heißt bei Debian das Interface ens192. OpenWB erwartet aber ein eth0
- Benötigte nachinstallierte Pakete:
Web Server Apache

apt install curl
apt install net-tools
apt install jq
apt install php
apt-get install netcat-openbsd
- Anpassung der Berechtigungen für die RAM-Disk
/var/www/html/openWB/ramdisk hat den Owner und die Gruppe root auf dem Raspberry ist es pi

Debian 9 installiert ein netcat-standard in der Version 1.10 - openWB auf dem Rapsberry verwendet netcat-openbsd in der Version 1.130
Bei dem Keba Modul gab es eine Fehlermeldung:
modules/keballlp1/main.sh: Zeile 34: kill: (4984) - Kein passender Prozess gefunden
UDP listen needs -p arg
In dem Modul müßte
nc -ul 7090 geändert werden in nc -ulp 7090
netcat-standard benötigt das p netcat-openbsd geht mit und ohne p (Es wäre zu begrüßen wenn OpenWB direkt -ulp verwenden würde)

OpenWB Installation nachdem obige Punkte vorbereitet wurden mit:

curl -s https://raw.githubusercontent.com/snapt ... install.sh | sudo sh

Cron-Jobs entsprechend der Anleitung angelegt

https://github.com/snaptec/openWB

Das eingebundene RAM-Disk hat in meiner Umgebung falsche Berechtigungen:

/var/www/html/openWB/ramdisk hat den Owner und die Gruppe root auf dem Raspberry ist es pi

Bei jedem Reboot werden die Rechte wieder zurückgesetzt.
Weiterhin haben einige Dateien im ramdisk Ordner auch im Default root Berechtigungen, wenn sie neuangelegt werden.


Nun was nicht funktioniert, auf der Startseite wird der Graph nicht angezeigt :-(

Image-1.png

Die Daten sind alle da und werden auch protokolliert und ausgewertet. Unter Logging wird der Tagesgraf richtig angezeigt. Nur halt auf der Startseite nicht. Hier bin ich noch auf der Suche.

Image-2.png

@Gandalf

in Linux bin ich leider nicht soo firm und hab Google zu den u.g. Fragen schon bemüht bin aber nicht zu einem gut en Ergebnis gekommen.
Ich versuche das ganze mit Debian in einer Proxmox VM.
Kannst du mir vielleicht die Befehle sagen um u.g. Aktionen durchzuführen?
Wäre Super, Vielen Dank
(du hast das nicht zufällig schon mal in Proxmox versucht? :) )


- Anlage des Linux Benutzers pi mit sudo Berechtigungen
Der wird benötigt und sollte vor der Installation schon angelegt werden
- Netzwerk Interface muß eth0 heissen.
Im Default heißt bei Debian das Interface ens192. OpenWB erwartet aber ein eth
Das eingebundene RAM-Disk hat in meiner Umgebung falsche Berechtigungen:

/var/www/html/openWB/ramdisk hat den Owner und die Gruppe root auf dem Raspberry ist es pi

Bei jedem Reboot werden die Rechte wieder zurückgesetzt.
Weiterhin haben einige Dateien im ramdisk Ordner auch im Default root Berechtigungen, wenn sie neuangelegt werden.