OpewnWB 2 - auf Raspi installieren - Software-Link?

[aiole]

zu "Festgehen RPi":
Auch das Netzteil kann zu schwach oder defekt sein.

[KLez]

Das fertige Image sollte doch auch auf einem Pi5 funktionieren, oder nicht? An dem hat sich doch an der Hardware Architektur nichts geändert soviel ich weiß.

[LutzB]

Das Image basiert auf Bullseye. Der Pi5 wird erst ab Bookworm unterstützt.

[rleidner]

Das fertige Image sollte doch auch auf einem Pi5 funktionieren, oder nicht? An dem hat sich doch an der Hardware Architektur nichts geändert soviel ich weiß.

Wird nicht funktionieren; PI5 geht erst ab debian12/bookworm:
openWB 2.x läuft momentan nur auf debian11/bullseye
https://en.wikipedia.org/wiki/Raspberry_Pi_OS

[TorstenFranz]

zu "Festgehen RPi":
Auch das Netzteil kann zu schwach oder defekt sein.

Danke erstmal an Alle für die vielen guten Tipps!!

Ich hab ein neues Netzteil bestellt und angeschlossen.
Jetzt schaue ich mal ob er stabil läuft.

Wenn nicht werde ich nochmal wegen dem regelmäßigen Neustartbefehl anfragen.

Danke für Eure Hilfe. Ihr seit Spitze

LG
Torsten

[athlon]

Selbst ein Pi2 B(+) funktioniert ohne Probleme mit SW2.

[TorstenFranz]

Wenn du SSH Zugriff hast, kannst du den Raspi ja einfach mit einem crontab Eintrag geplant neu starten.

Danke für Deinen Tip!

Da mein Problem trotz Netzteiltausch immernoch besteht, würde ich einen wöchentlichen Neustart probieren.
Wenn ich das über einen Eintrag in der "crontab" anschebe, werden dann alle Programme der reihe nach geschlossen und dann der Pi neu gestartet?
Kann das negativen Einfluss auf die OpenWB haben?

In der Beschreibung wird ja auch darauf hingewisen, dass man alle Fahrzeuge abstecken soll wenn man neu startet oder updatet.
Wobei ich ja das Auto an eienr externen EVSE habe und diese über das Netzwerk (W-Lan) vom Pi aus ansteuere.
Eigentlich dürfte das Auto das garnicht merken, da um die geplante Zeit nicht geladen wird.

Mal schauen ob das helfen kann.

Ich bin dankbar für jeden Tip.

LG
Torsten Franz

[n8coder]

Wollte das Thema wieder aufgreifen.
Ich habe eine Standalone mir PI3 von OpenWB.

Parallel betreibe ich mein restliche Homeautomation über einen Pi5.
Nun dachte ich , kann ich mir nicht die Standalone sparen und einfach die Software2 auf das PI5 mit draufpacken.

Und bin auf den Eintrag hier gestoßen.

Sollte es nicht bald auch eine Unterstützung für bookworm oder trixie geben?
Bullseye läuft ja der Support 2026-08-31 aus.
Das ist nicht mehr allzulange.

Geht das nicht "einfach" mit SourceCode downloaden und auf den PI5 mit bookworm zu kompilieren?

Hat das jm schon probiert und eine Anleitung zusammengestellt?

Das ist das standard OS wo drauf ist, wie schon zuvor vermutet/erwähnt ist das bookworm

$ uname -a
Linux 6.12.47+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.12.
47-1+rpt1~bookworm (2025-09-16) aarch64 GNU/Linux

[ChristophR]

Wollte das Thema wieder aufgreifen.
Ich habe eine Standalone mir PI3 von OpenWB.

Parallel betreibe ich mein restliche Homeautomation über einen Pi5.
Nun dachte ich , kann ich mir nicht die Standalone sparen und einfach die Software2 auf das PI5 mit draufpacken.

Und bin auf den Eintrag hier gestoßen.

Sollte es nicht bald auch eine Unterstützung für bookworm oder trixie geben?
Bullseye läuft ja der Support 2026-08-31 aus.
Das ist nicht mehr allzulange.

Geht das nicht "einfach" mit SourceCode downloaden und auf den PI5 mit bookworm zu kompilieren?

Hat das jm schon probiert und eine Anleitung zusammengestellt?

Das ist das standard OS wo drauf ist, wie schon zuvor vermutet/erwähnt ist das bookworm

$ uname -a
Linux 6.12.47+rpt-rpi-2712 #1 SMP PREEMPT Debian 1:6.12.
47-1+rpt1~bookworm (2025-09-16) aarch64 GNU/Linux

Das hier hast Du nicht gefunden?
viewtopic.php?p=131051&hilit=Bookworm#p131051

[n8coder]

[/quote]

Das hier hast Du nicht gefunden?
viewtopic.php?p=131051&hilit=Bookworm#p131051
[/quote]


Dachte an noch etwas viel rudimentäreres , war wohl zu naiv gedacht.
Also den Sourcecode (? C ? ) downloaden kompilieren um damit auch andere librarie-Version einfach zu verlinken
Und somit die Abhängigkeit von speziellen Distributionsversionen weg zu haben.

Und auch die Abhängigkeiten von Python 3.9 weg zu haben und auf neuere Versionen gehen zu können.
Zumindest was Python angeht wohl unrealistisch. Würde aber natürlich hoffen, dass Python abwärtskompatibel genug sein sollte. Damit man mit 3.11. auch die 3.9 - Skripte laufen lassen kann.


Nicht ganz durchdacht, war einfach eine Frage in die Runde. Denk ich da zu simpel?