Das erste, was Du falsch machst, ist, ein altes Image zu nutzen. Ja, man kann das noch runter laden, aber nein, das ist sinnlos, weil das openHABian Image lediglich das Raspberry Pi OS lite Image mit einigen zusätzlichen Scripten ist.
Diese Scriptsammlung ist das eigentliche openHABian. Und diese Scriptsammlung lädt openHAB herunter. Allerdings tut es das aus den normalen Paketquellen. Und da im April 2021 bintree den Dienst eingestellt hat, musste openHAB nach jfrog umziehen. Die im Image eingerichteten Paketquellen sind schlicht nicht mehr aktuell.
Nun spielt das aktuelle Image automatisch openHAB3 auf.
Du hast nun verschiedene Optionen:
1. Du nutzt direkt OH3.2, so wie es installiert wird.
2. Du machst nach dem Aufspielen von openHAB3.2 ein Downgrade auf openHAB2.5.12
3. Du versuchst, den Installationsprozess so umzustellen, dass direkt openHAB2.5.12 installiert wird.
Der dritte Weg erscheint mir recht aufwändig, ich bin mir nicht sicher, ob es überhaupt noch vorgesehen ist (dazu müsste dann in der mit FAT formatierten Boot-Partition auf der Micro-SD-Karte eine Datei zu finden sein, in der man das konfigurieren kann...)
Der Zwischenschritt über openHAB2.5.12 sollte für das Upgrade irrelevant sein. Du wirst ohnehin viel manuell anpassen müssen, vermutlich sogar schon ein paar Dinge beim Sprung von 2.4 auf 2.5.
Ich möchte also dazu raten, direkt auf openHAB3.2 zu gehen. openHAB3.3 wird nächsten Monat stable, wenn der normale Turnus eingehalten wird
wird also Zeit...
Also das aktuelle openHABian Image laden
https://github.com/openhab/openhabian/r ... tag/v1.7.3 (nicht die 64-Bit-Version) und laufen lassen. Wenn der initiale Installationsprozess durch ist, einmal in openHAB3 anmelden (dabei wird ein Admin User erstellt). Danach fährst Du openHAB runter (
sudo systemctl stop openhab.service) und spielst das Backup ein (
sudo openhab-cli restore <backupdatei.zip>)
Danach einmal Rechte setzen (
sudo openhab-cli reset-ownership) und openHAB wieder starten (
sudo systemctl start openhab.service).
Anschließend mit
systemctl status openhab.service (ohne sudo) davon überzeugen, dass openHAB läuft.
Dann beginnt die eigentliche Arbeit.
Aber:
Alles, was Du in openHAB2 über die UI konfiguriert hast, sollte direkt wieder im System vorhanden sein. Genauso sollte alles vorhanden sein, was Du über die Textkonfiguration unter
/etc/openhab2/... eingerichtet hast (nur dass der Pfad nun wieder
/etc/openhab/... lautet). Lauffähig wird es aber mit hoher Wahrscheinlichkeit nicht sein.
Nachdem Du sämtliche openHAB1-kompatiblen Bindings identifiziert und durch passende openHAB3-Bindings ersetzt hast, wirst Du auch nicht drum herum kommen, Rules anzupassen. Je nachdem, wieviele Bindings, Things und Items Du im Einsatz hast, wartet also viel Arbeit auf Dich.
openHAB4.1.2 stable in einem Debian-Container (bookworm) (Proxmox 8.1.5, LXC), mit openHABian eingerichtet