BUSWARE SCC nach migration auf Bullseye nicht mehr ansprechbar

Begonnen von Freddy3108, 27 Februar 2024, 13:44:47

Vorheriges Thema - Nächstes Thema

Freddy3108

Hallo Zusammen,
nachdem ich von meinem alten Jessie auf Bullseye gewechslt bin und FHEM über Sicherung und wiederherstellen auf den neuen Rasberry gebracht habe, kann ich meine beiden SCC Module nicht mehr ansprechen.
Die Befehle
systemctl stop serial-getty@ttyAMA0.service
systemctl disable serial-getty@ttyAMA0.service
systemctl mask serial-getty@ttyAMA0.service

lassen sich nicht richtig ausführen.
Bei systemctl disable serial-getty@ttyAMA0.service kommt immer
Unit /etc/systemd/system/serial-getty@ttyAMA0.service is masked, ignoring.

Im Log steht dann:
2024.02.27 12:13:37 3: Opening SCC1 device /dev/ttyAMA0
2024.02.27 12:13:38 3: Setting SCC1 serial parameters to 38400,8,N,1
2024.02.27 12:13:47 1: Cannot init /dev/ttyAMA0, ignoring it (SCC1)
2024.02.27 12:13:47 2: Switched SCC2 rfmode to HomeMatic

Ich verzweifel so langsam.
Hat einer eine Idee, oder schon mal das selbe Problem gehabt?
Ich hangel mich an meiner eigenen Anleitung ( https://forum.fhem.de/index.php?topic=66670.msg579686#msg579686) entlang und komme nicht weiter :-(
Wer hätte das gedacht.

Gruß
Freddy

Otto123

Hallo Freddy,

Zitat von: Freddy3108 am 27 Februar 2024, 13:44:47Bei systemctl disable serial-getty@ttyAMA0.service kommt immer
Unit /etc/systemd/system/serial-getty@ttyAMA0.service is masked, ignoring.
naja nach dem ersten mal ist er deaktiviert (service is masked) insofern in Ordnung.
Welchen Pi hast Du?
Die Manipulation der  /boot/cmdline.txt war noch nie wirklich notwendig oder sinnvoll - die Anleitung aus dem Wiki als Grundlage
Die Arbeit mit systemd ist hier beschrieben https://wiki.fhem.de/wiki/Fhem.service_(systemd_unit_file)
Und ich hatte hier schon mal geholfen:
https://forum.fhem.de/index.php/topic,106060.msg1003767.html#msg1003767
https://forum.fhem.de/index.php?topic=127662.0
ZitatCannot init /dev/ttyAMA0
ist die Schnittstelle denn überhaupt sichtbar?
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

Freddy3108

Hi Otto,
ich bin in der Zwischenzeit etwas weiter.

in der init.d -> fhem steht folgender eintrag


case "$1" in
'start')

        echo "resetting 868MHz extension..."
        if test ! -d /sys/class/gpio/gpio17; then echo 17 > /sys/class/gpio/export; fi
        if test ! -d /sys/class/gpio/gpio18; then echo 18 > /sys/class/gpio/export; fi
        echo out > /sys/class/gpio/gpio17/direction
        echo out > /sys/class/gpio/gpio18/direction
        echo   1 > /sys/class/gpio/gpio18/value
        echo   0 > /sys/class/gpio/gpio17/value
        sleep  1
        echo   1 > /sys/class/gpio/gpio17/value
        sleep  1
        echo "Starting fhem..."


Dieser startet leider nicht I don't no why.
Wenn ich den händisch über die console absetzte und fhem restarte funktioniert es.

Da stehe ich nun.

Warum wird das nun nicht aufgerufen bzw. ausgeführt?

Gruß
Freddy


Otto123

#3
init.d -> vor jessie aber zu der Zeit wahrscheinlich noch von FHEM verwendet
systemd -> aktuell
Und irgendwann geht eben init.d nicht mehr oder wird nicht mehr verwendet!? Du solltest es mit systemd machen.
In meinen Links war das doch beschrieben. https://forum.fhem.de/index.php/topic,106060.msg1003767.html#msg1003767

Zeig mal die Ausgabe von systemctl cat fhem.service
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

Freddy3108

Das kommt dabei raus

 systemctl cat fhem.service
# /etc/systemd/system/fhem.service
# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target
#Requires=postgresql.service
#After=postgresql.service
#Requires=mysql.service
#After=mysql.service

[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

[Install]
WantedBy=multi-user.target
lines 1-23

Gruß
Freddy

Otto123

Naja - dein System verwendet systemd. Ich weiß nicht genau, was das von Dir gemachte init.d Script jetzt bewirkt. Lösch es besser.

Mach das ganze wie im Link beschrieben.
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

Freddy3108

Jip sieht jetzt schon besser aus,
wenn ich nun noch die Fehlermeldung mit dem USB Port behoben bekomme bin ich für heute echt glücklich.

2024.02.27 19:07:56 1: usb create starting
2024.02.27 19:07:56 3: Probing ZWDongle device /dev/serial1
2024.02.27 19:07:56 1: PERL WARNING: can't getattr: Input/output error at FHEM/DevIo.pm line 613.
2024.02.27 19:07:56 1: ZWDongle: Can't open /dev/serial1: Input/output error
2024.02.27 19:07:56 3: Probing CUL device /dev/ttyS0
2024.02.27 19:07:56 1: CUL: Can't open /dev/ttyS0: Input/output error
2024.02.27 19:07:57 1: usb create end

Die meldungen habe ich auf dem alten System nicht. Schon merkwürdig.

Gruß
Freddy

P.S. Danke für deine Hilfe.

Otto123

Stand auch in meinen Links :) Du musst initialUsbCheck deaktivieren oder löschen!
z.B.:
attr initialUsbCheck disable 1
Danach save nicht vergessen.

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