SmarthomeNG v1.12.2 Image für Raspberry Pi (aktualisiert)

[Onkelandy]

So, jetzt ist es endlich soweit. 1.12.2 auf dem neuesten Raspi OS 64bit.

https://github.com/smarthomeNG/raspb...es/tag/13.1.12

##Doku: https://github.com/smarthomeNG/raspberrypi-image/wiki
##Release: https://github.com/smarthomeNG/raspberrypi-image/releases

Sämtliche Setup Schritte, die ins Image eingeflossen sind, können hier nachvollzogen und bei Bedarf auch zum Erstellen eines eigenen Images genutzt werden: https://github.com/smarthomeNG/ansible

Was es besonders zu beachten gibt:

• Das Image ZIP ist auf 3 Dateien aufgeteilt, da es deutlich größer ausgefallen ist (ist wohl Trixie geschuldet). Min. 16GB SD Karte ist Pflicht
• Es ist Python 3.13 als Virtual Environment vorbereitet.

Rückmeldungen gerne hier.

[dafra]

Hi Andi,

vielen Dank für das Image!

Ich musste aber etwas kämpfen. Mein erstes Problem war, dass ich via Samba in verschiedene Ordner (items, logics, conf) Dateien reinkopieren wollte, was aber erst ging, nachdem ich die Rechte an den Ordnern erweitert habe - standardmäßig scheint Samba nur Leserechte zu haben.

Zweiter Punkt:
Im Image scheint standardmäßig eine develop zu starten:

Init SmartHomeNG v1.12.2-8978369a2.develop

die auch direkt crashed (zumindest mit meiner nicht eingerichteten Visu):

Not generating item-masterfile because smartVISU v3.6.0 in directory /var/www/html/smartvisu is not yet configured
Error while stopping module 'websocket'

--------------------   SmartHomeNG stopped   --------------------
​

Nach einem

system_update

und auswählen der aktuellen master-Konfig (für shNG und Visu) startet SmartHomeNG aber.

Dritter Punkt:
Ist es angedacht, auf Visu und Co ohne SSL zugreifen zu können? Soweit ich die nginx Konfiguration verstanden habe, ist das nicht vorgesehen. Mein Pi ist nur lokal erreichbar und den reverse Proxi nutze ich nicht - da würde ich mir den Zertifikat-Overhead gerne sparen. Habe die /etc/nginx/conf.d/*.conf jetzt von Hand auf listen=80 umgebogen und das SSL-Zeug auskommentiert, ich habe aber keine Ahnung, was ich da tue 🤣. Smartvisu, das Admin interface und phpmyadmin sind jetzt (ohne SSL) erreichbar, mehr habe ich noch nicht eingerichtet.

[Onkelandy]

Hm das klingt nicht gut.
was musstest du bei Samba ändern?

nginx kannst du direkt mit http zugreifen. Einfach ip/smartvisu
ohne Änderungen.

Das mit der develop Version ist denkbar doof, sorry. In dem Fall ist ein manuelles „Downgrade“ auf master nötig. Danke auf den Hinweis.

Offenbar muss ich das nach dem Urlaub mal ansehen.

[dafra]

Hi Andi,

vielen Dank für den Support.

damit ich via Samba schreibend zugreifen kann, habe ich die Zugriffsrechte (von SmartHomeNG/items, logics, conf) via chmod -777 gesetzt - danach konnte ich reinschreiben. Lässt sich sicherlich auch eleganter lösen, da die Kiste aber nur lokal läuft bin ich da eher schmerzbefreit.
Soweit ich das beurteilen kann, passen die im Image vergebenen Rechte/Besitzer der Verzeichnisse aber zu der smb.conf, daher kann ich mein Problem gerade selber nicht ganz verstehen. Vielleicht hat auch temporär etwas gehakt, weil sich mein Windows verkaspert hat (ich hatte den Zugriff zuerst ohne Passwort probiert). Ich kann versuchen, nochmal zu bestätigen ob es wirklich am Image lag.

nginx kannst du direkt mit http zugreifen. Einfach ip/smartvisu

Ich habe gerade probehalber meine Änderungen noch einmal rückgängig gemacht, aber der scheint sich an dem fehlenden Zertifikat zu stören:

 [smarthome@SmartHomeNG /etc/nginx/conf.d]$ systemctl status nginx.service
× nginx.service - A high performance web server and a reverse proxy server
     Loaded: loaded (/usr/lib/systemd/system/nginx.service; enabled; preset: enabled)
    Drop-In: /etc/systemd/system/nginx.service.d
             └─service_nginx_fix.conf
     Active: failed (Result: exit-code) since Tue 2026-07-14 23:19:04 CEST; 1min 7s ago
 Invocation: 62d04af570394ff792340bf3d9f674bf
       Docs: man:nginx(8)
    Process: 3501 ExecStartPre=/usr/sbin/nginx -t -q -g daemon on; master_process on; (code=exited, status=1/FAILURE)
   Mem peak: 3.3M
        CPU: 58ms

Jul 14 23:19:04 SmartHomeNG systemd[1]: Starting nginx.service - A high performance web server and a reverse proxy server...
Jul 14 23:19:04 SmartHomeNG nginx[3501]: 2026/07/14 23:19:04 [emerg] 3501#3501: no "ssl_certificate" is defined for the "listen ... ssl" directive in /etc/nginx/conf.d/https.conf:1
Jul 14 23:19:04 SmartHomeNG nginx[3501]: nginx: configuration file /etc/nginx/nginx.conf test failed
Jul 14 23:19:04 SmartHomeNG systemd[1]: nginx.service: Control process exited, code=exited, status=1/FAILURE
Jul 14 23:19:04 SmartHomeNG systemd[1]: nginx.service: Failed with result 'exit-code'.
Jul 14 23:19:04 SmartHomeNG systemd[1]: Failed to start nginx.service - A high performance web server and a reverse proxy server.
​

Mach erst mal Urlaub, für mich eilt es nicht - ich wollte nur Feedback geben, um euch in eurer Arbeit zu unterstützen 🙂

[Onkelandy]

Danke für die Rückmeldung! Ich denke wir müssten https.conf zb in https.bak umbenennen. Und nginx neu starten.

[dafra]

Ich denke wir müssten https.conf zb in https.bak umbenennen. Und nginx neu starten.

Jub, das funktioniert (auch)👍

[Onkelandy]

Hab das Release nun aktualisiert, die 2 angesprochenen Probleme sollten nun passen. Gerne testen

[bmx]

Ich habe den Titel mal aktualisiert und das on hold rausgeworfen

[dafra]

Vielen Dank für das neue Image. Ich habe mir das Image noch einmal frisch gezogen und spiele etwas den Tester. Die Fehler vom ersten Image sind alle behoben 👍


Ich habe dann mit setup_all das System nach meinen Bedürfnissen eingerichtet. Onewire wollte nicht so ganz (Achtung: ich hatte zum Zeitpunkt der Einrichtung keine physikalische Verbindung zum Onewire Master, falls das die Ursache sein sollte)

1WIRE: Server for 1-Wire System. (currently enabled)
1) Enable
2) Disable
3) Skip
#? 1
Synchronizing state of owserver.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable owserver
Synchronizing state of owhttpd.service with SysV service script with /usr/lib/systemd/systemd-sysv-install.
Executing: /usr/lib/systemd/systemd-sysv-install enable owhttpd
Job for owserver.service failed because the control process exited with error code.
See "systemctl status owserver.service" and "journalctl -xeu owserver.service" for details.
Job for owhttpd.service failed because the control process exited with error code.
See "systemctl status owhttpd.service" and "journalctl -xeu owhttpd.service" for details.

1WIRE Service is enabled. Config file is /etc/owfs.conf



------------------------
[smarthome@SmartHomeNG ~]$ systemctl status owserver.service
× owserver.service - Backend server for 1-wire control
     Loaded: loaded (/usr/lib/systemd/system/owserver.service; enabled; preset: enabled)
    Drop-In: /etc/systemd/system/owserver.service.d
             └─service_onewire_fix.conf
     Active: failed (Result: protocol) since Thu 2026-10-08 21:28:28 CEST; 11min ago
 Invocation: 1a66d2710be449c0bf46c011123ef141
TriggeredBy: ○ owserver.socket
       Docs: man:owserver(1)
   Main PID: 7855 (code=killed, signal=TERM)

Okt 08 21:28:28 SmartHomeNG systemd[1]: owserver.service: Scheduled restart job, restart counter is at 5.
Okt 08 21:28:28 SmartHomeNG systemd[1]: owserver.service: Start request repeated too quickly.
Okt 08 21:28:28 SmartHomeNG systemd[1]: owserver.service: Failed with result 'protocol'.
Okt 08 21:28:28 SmartHomeNG systemd[1]: Failed to start owserver.service - Backend server for 1-wire control.




(py_313)  [smarthome@SmartHomeNG ~]$ journalctl -xeu owserver.service
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A start job for unit owserver.service has finished with a failure.
░░
░░ The job identifier is 16083 and the job result is failed.
Okt 08 21:28:28 SmartHomeNG systemd[1]: owserver.service: Scheduled restart job, restart counter is at 5.
░░ Subject: Automatic restarting of a unit has been scheduled
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ Automatic restarting of the unit owserver.service has been scheduled, as the result for
░░ the configured Restart= setting for the unit.
Okt 08 21:28:28 SmartHomeNG systemd[1]: owserver.service: Start request repeated too quickly.
Okt 08 21:28:28 SmartHomeNG systemd[1]: owserver.service: Failed with result 'protocol'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit owserver.service has entered the 'failed' state with result 'protocol'.
Okt 08 21:28:28 SmartHomeNG systemd[1]: Failed to start owserver.service - Backend server for 1-wire control.
░░ Subject: A start job for unit owserver.service has failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A start job for unit owserver.service has finished with a failure.
░░
░░ The job identifier is 16191 and the job result is failed.​

Ein generelles Problem (das nicht unbedingt vom Image kommen dürfte) ist, dass ich die Plugins über das Admin-Interface nicht ans Laufen bekomme. KNX weigert sich z.B. hartnäckig "enabled" zu werden, genau wie cli - die Änderungen aus dem Admin Interface werden nicht sauber in die plugin.yaml übernommen. Manuelles editieren der plugin.yaml führt aber zum gewünschten Erfolg.knx:
plugin_name: knx
_loaded: false
*Edit: ich habe jetzt etwas rumgespielt, und es doch irgendwie geschafft das KNX Plugin über die Visu ans arbeiten zu bekommen. Im plugin.yaml steht aber:

​​knx:
    plugin_name: knx
    _loaded: false​

😵💫
=> nehmt das einfach als Rückmeldung um smarthomeNG weiterzubringen. Falls ich noch etwas testen kann, lasst es mich gerne wissen.

[Morg]

Nur zum letzten Punkt: "_loaded" ist unerheblich und nur ein interner Status vom Adminui. Bisher musste man in der Konfig die Plugin-Einstellungen öffnen und ganz oben links den Haken setzen/entfernen (Plugin deaktiviert).

Ich habe das heute angepasst, so dass er das Plugin beim Laden automatisch aktiviert.

Zu Onewire kann ich nichts sagen.