Beaglebone Cape mit KNX & 4x Onewire; Enocean, RTC, eHZ möglich

[hotzen]

bedankt!

und gleich ne dumme frage hinterher, wird aus nem laufenden system der kernel per apt-get dist-upgrade auf 4.1 aktualisiert oder ist der custom-built und nur über dein image verfügbar?

[hotzen]

Weiß jemand eine Alternative um /var/log & Konsorten schön vom eMMC auszulagern?
- tmpfs knappst mir bisschen zuviel vom RAM ab
- ramlog-tmpfs läuft mit systemd nicht
- auslagern auf SD?

[2Fast4You78]

per Script einmal am Tag sichern sowie bei Hoch-und Runterfahren sollte reichen..

[JuMi2006]

Es geht eher darum die Schreibzyklen zu minimieren ... die Sache gefällt mir nämlich auch noch nicht dass ständig aufs eMMC geschrieben wird. Eigentlich müsste man das Ding readonly machen. Nur eine Frage der Zeit denke ich bis man ein neues BBB-Board braucht, oder gibts anders lautende Meinungen?

[hotzen]

Übrigens, die /etc/systemd/system/smarthome.service aus dem neuesten image verweist noch auf eibd.service und hat keine restart-anweisungen.
Habs so geändert:

[Unit]
Description=SmartHome.py
After=knxd.service owserver.service

[Service]
ExecStart=/usr/bin/python3 /usr/local/smarthome/bin/smarthome.py --foreground
User=smarthome
Group=smarthome
Restart=on-failure
RestartSec=10

[Install]
WantedBy=multi-user.target

[Robert]

Hi hotzen!

Herzlichen Dank für den Hinweis! Ich habe es im Repo gleich geändert. Da der Fehler nicht kritisch ist gibt es erst mal kein neues Image - beim nächsten Image wird es eingepflegt.

Wie ist deine Erfahrung mit dem knxd? Ich habe hier leider nur mein System und parametriere mit der ETS4. Hat wer die ETS5 im Einsatz?

Ich gehe davon aus, dass sich deine Frage bzgl. Aktualisierung des Kernel erledigt hat. Dennoch habe ich es die Tage mal versucht, indem ich das alte Image frisch installiert habe und dann per apt-get install linux-image.... auch den neuen Kernel gezogen habe. Ergebnis ist aber ein nicht mehr bootfähiges Dateisystem! Sinnigerweise wird dies aber auch von "dist-upgrade" nicht gemacht. Das "dist-upgrade" ist sicher und aktualisiert alle Pakete bis eben auf den Kernel.

Generell: Die Version 3.8.x ist weiterhin ohne jede Einschränkung nutzbar und gut! Es gibt, abgesehen von einer eh geplanten Neuinstallationen, keinen Grund ein laufendes System neu zu installieren. Ein "apt-get install dist-upgrade" um aktuelle Pakete und Sicherheitupdates zu installieren ist möglich und sinnvoll. Auch dies sollte aber nur nach einem Backup geschehen.

Zur Ergänzung: Wenn man von http://elinux.org/BeagleBoardDebian ein "Nicht-IBB-Image" herunterlädt wird das IBBCape auch erkannt und unterstützt. Entsprechend sind eben alle von dort erhältlichen Kernel nicht "custom-built" sondern eben allgemein für das Beaglebone gebaute Kernel.

Viele Grüße
Robert

P.S.:
Besteht Interesse an einer ZWave oder LoRa-Version? Alternativ oder zusätzlich zum EnOcean-Modul?

[hotzen]

Gern geschehen. Bin noch im Vorbereiten-Modus, deshalb konnte ich einfach neu installieren. Kann auch erst in paar Wochen/Monaten das erste Mal echt mit der ETS5 per KNXD die Geräte programmieren. Bin noch quasi im trockenschwimm-Modus Berichte dann gerne aber da eibd verwaist ist und knxd aktiv betreut wird, gibt es kaum eine Alternative oder?

LoRa habe ich bisher noch nicht gehört, schaue ich mir mal an. Kann man die Capes stacken, also kannst du ein extra Z-Wave/LoRa "on-top" Cape bauen?

[2Fast4You78]

Z-Wave hört sich ja traumhaft an, aber wenn jeweils nur eines geht.. dann bleib ich bei ENO
Lora musste ich erst mal googeln..klingt aber recht interessant.

PS: ich hab die ETS5 produktiv im Einsatz und bastel mir gerade die SmartVisu und smarthome.py parallel zum Homeserver zurecht. bisher keinerlei Probleme. keine doppelten Telegramme etc..

Ich programmiere aber mit dem Gira Router.. knxd müsste ich direkt mal testen..

[2Fast4You78]

Blöde Frage dazu..
Wie starte ich denn am BBB smarthome.py neu bei Änderung an der Visu ?
Smartcontrol.local gibt es hier nicht und

/etc/init.d/smarthome restart

geht nicht weill die Pfade nicht passen..

[hotzen]

eigentlich:

sudo systemctl restart smarthome

falls das nicht geht, schau mal in

/etc/systemd/system/smarthome*

oder

/lib/systemd/system/smarthome*

[2Fast4You78]

krieg ich da eine Rückmeldung ob neugestartet oder nicht ?

[hotzen]

nö, heult nur lautstark wenns nicht geht
wenn du sichergehen willst:

ps axu | grep smarthome

und

tail /usr/local/smarthome/logs......

[Robert]

Oder systemctl status smarthome.service

[2Fast4You78]

 
 sudo systemctl restart smarthome

funktioniert bereits.. Danke !

[schloessl]

Ich hatte mir im letzten Jahr ein BBB mit IBB-Cape selber aufgebaut mit smarthome,smartVISU unter Debian Jessi..

Jetzt habe ich mir das aktuelle img von Roberts Seiten heruntergeladen.
Meine Benutzerdaten habe ich dan in die eintsprechenden Pfade kopiert.

Gratulation, sofort ware mein smartVISU wieder vorhanden und lief mit allen Funktionen wie erwartet.
Bei weiteren Kontrollen sah ich smartVISU steht jetzt nicht mehr unter "/var/www/smartVISU" sondern unter "/var/www/html/smartVISU" zur Verfügung.
Im Debug tauchte auch eine Meldung wie "coud not open "/var/www/smartVISU/temp" auf. Die Meldung zeigt keine weitere Auswirkungen.

Wie gesagt, alles läuft bestens. Der Pfad in der plugin.conf verweist weiterhin auf smartvisu_dir = /var/www/smartVISU.

Frage: Habe ich irgendwo einen Fehler gemacht? Laut Homepage soll nur bei Ubuntu das /htm/ gültig sein.

Kann oder mass ich wieder auf das /var/www/smartVISU"-Verzeichnis zurück? Wenn ja, wie?

Danke für jeden Hinweis!
Wolfgang