SCC Busware 1101 unter Buster lite nicht mehr zu öffnen

Begonnen von Sonic, 06 Dezember 2019, 22:37:07

Vorheriges Thema - Nächstes Thema

Sonic

Hallo Otto,
ja das habe ich extra geprüft. FHEM ist Mitglied der Gruppe dialout.
Versstehe ich richtig daß somit die Rechte jedenfalls nicht das PRoblem sein können ?

Hier die Meldung

pi@raspberrypi:~ $ groups fhem
fhem : dialout tty gpio

Otto123

Ich denke eher die notwendigen GPIO Ports sind nicht aktiviert und/oder der SCC kann nicht senden.
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Omega-5

Du hast doch die Installationshinweise beachtet?
http://busware.de/tiki-index.php?page=SCC_Installation
Wobei, ich sehe gerade die sind für PI3 und Jessie, eventuell ist das bei Buster ja wieder anders.  >:(
RaspberryPi2, nanoCUL, 3x DS18B20, FS20: 4x Funk-Schalter ST-4, LaCrosseGW,
HomeMatic: HMLAN, HM-WDS10-TH-O, HM_MYS_RelaisBoard,
I2C: HYT221 über modifiziertes Modul I2_I2C_SHT21.pm (Q&D),

Sonic

So, nun habe ich es nach langem suchen geschafft, einen SCC unter Buster ins laufen zu bekommen.
Ich werde diese Tage noch ausführlicher hier berichten. Womöglich kann es anderen beim Update helfen.

Folgende Frage ins Forum.
Ich kann folgenden (untenstehend) Hinweis nicht umsetzen, (d.h ich muss die gpio Freigabe nach jedem Start des Raspberry manuell eingeben)
da es die Datei  /etc/init.d/fhem nicht mehr in Buster gibt.
I
n einem anderen Forumhinweis steht, dies bitte in in /etc/init.d/fhem in Zeile 19 nach FEHM Start eintragen.
Kann mir jemand einen Tipp geben ?
Wo wird FHEM unter Buster gestartet ?
Wo gehört dieser Eintrag unter Buster hin ?

if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1 > /sys/class/gpio/gpio17/value





Otto123

#34
In Linux wurde vor langer Zeit init durch systemd abgelöst.
Schon lange wird fhem über die /etc/systemd/system/fhem.service gestartet.

Ich würde das niemals direkt dort eintragen.
Du kannst die drei Zeilen in eine Scriptdatei packen und diese mit ExecStartPre starten.
https://wiki.ubuntuusers.de/systemd/Service_Units/

Aber es gäbe auch andere Wege - ich weiß auch nicht welche der Bessere wäre.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Sonic

Hallo Otto

ich habe es mit einem Cronjob versucht, aber leider habe ich da was falsch gemacht.
Funktioniert nicht.

Du sagtest du würdest das nie in fhem.start eintragen

if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1 > /sys/class/gpio/gpio17/value

Da ich Angst habe den Raspi mit einem falschen Start Script nicht mehr bootfähig zu haben
meine Bitte und Frage nach deiner Hilfe.
Wie mache ich das damit obige Zeilen bei jedem Reboot vor dem Start von FHEM abgearbeitet werden ?

Gruss
KLAUS

Otto123

Hallo Klaus,

hab ich doch geschrieben!? Missverständnis?
Du machst ein Script: willi.sh
dort kopierst Du die drei Zeilen rein.
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1 > /sys/class/gpio/gpio17/value

Dann testest Du das Script:
sudo bash willi.sh
Wenn das tut was es soll öffnest Du die fhem.service und legst vorher eine Sicherheitskopie an.
sudo cp /etc/systemd/system/fhem.service /etc/systemd/system/fhem.service.org
sudo nano /etc/systemd/system/fhem.service

Wie im Wiki beschrieben schreibst Du dort eine Zeile rein
ExecStartPre bash /DenEchtenPfadzuWilli/willi.sh
Dann machst Du ctrl +o und speicherst das Script, dann ctrl + x zum verlassen von nano.
Dann startest Du den raspberry neu um zu sehen ob alles funktioniert.
Wenn nicht musst Du die fhem.service zurück kopieren.

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Sonic

Hallo Otto,
erstmal vielen Dank für deine Hilfe.

die Datei sieht so aus.

# $Id: fhem.service 16001 2018-01-26 11:54:41Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target



[Service]
Type=forking
User=fhem
Group=dialout
WorkingDirectory=/opt/fhem
ExecStart=/usr/bin/perl fhem.pl fhem.cfg
#ExecStart=/usr/bin/perl fhem.pl configDB
Restart=always
ExecStartPre bash /home/klausstart.sh
[Install]

--------

Wenn ich meine eigene ExecStartPre bash /home/klausstart.sh einbaue,
lässt sich fhem nicht mehr öffnen.
Ich habe verschiedene Positionen im Script getestet.


Wen ich manuell mit sudo bash auslöse funktioniert es.

Bitte nochmal Hilfe

Otto123

#38
ich denke Du schreibst die Zeile einfach falsch  :'(
Zitat Wiki:
ZitatDie Schlüssel ExecStarPre und ExecStartPost dürfen auch mehrmals mit verschiedenen Befehlen vorkommen. Wichtig ist, dass bei den Werten für die Exec* Schlüssel immer der vollständige Pfad zum Programm/Skript mit angegeben wird, also z.B. ExecStart=/user/local/bin/mein_programm
ExecStartPre=/bin/bash /home/klausstart.sh

Und Codetags musst Du noch üben -> https://forum.fhem.de/index.php/topic,71806.0.html

Final würde ich die Script Datei nach /opt/fhem legen ;)
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Sonic

Otto herzlichen Dank..

Das wars....
Jetzt kann ich glücklich ins Bett gehen...... ;D

Du hast mir echt geholfen....

Otto123

Und abschließend gefragt: Das war jetzt das eigentliche Problem mit SCC und Buster? Oder war da noch was anderes?
Ins Wiki sollte die Lösung schon noch. :)

Gruß Otto
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Sonic

#41
Anbei meine Lösung, um ein Busware SCC unter Buster ins laufen zu bringen

Als erstes: neueste Firmware auf den SCC flashen
Neueste Version FHEM laden

Danach In der:
boot/cmdline.txt
Code: alt:
#console=serial0,115200 console=tty1 root=PARTUUID=6c586e13-02 rootfstype=ext4
neu:
dwc_otg.lpm_enable=0 console=tty1 root=/dev/mmcblk0p2 rootfstype=ext4 elevator=deadline rootwait

in der:
/boot/config.txt
dtoverlay=pi3-miniuart-bt

final dann in der console eingeben:
if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
echo out > /sys/class/gpio/gpio17/direction
echo 1 > /sys/class/gpio/gpio17/value
(dies habe ich mit einem Script laut Otto dann automatisiert)

Dann bei Neustart wurde der SCC initialisiert und war erreichbar.

Bei mir hat es so funktioniert. Unter Wheezy war die GIPO ohne dieses Script
erreichbar.
Unter Buster nur unter Eingabe des benannten Script.

Ich hoffe dieser Eintrag hilft anderen Buster "Updater"

Gruss aus dem Allgäu



Otto123

Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz

Sonic


Otto123

ok, weil dein ursprüngliche Frage bezog sich ja auf ein B+ :D
Viele Grüße aus Leipzig  ⇉  nächster Stammtisch an der Lindennaundorfer Mühle
RaspberryPi B B+ B2 B3 B3+ ZeroW,HMLAN,HMUART,Homematic,Fritz!Box 7590,WRT3200ACS-OpenWrt,Sonos,VU+,Arduino nano,ESP8266,MQTT,Zigbee,deconz