Umzug von RasPi 4 (Buster) auf RasPi 5 (Bookworm), ich bekomme es nicht hin

[Guzzi-Charlie]

Ich hab fhem jetzt noch in die plugdev-Gruppe gehängt, aber der chown-Befehl hat scheinbar trotzdem was an den Berechtigungen geändert. Jedenfalls habe ich seitdem keine Fehlermeldungen dieser USB-Sticks mehr. Der List zeigt auch für alle Gruppen (Owner, Group, Sonstige) alle Berechtigungen an. Und fhem gehört ja wahrscheinlich auch zu "Sonstige", oder?

Jetzt habe ich nur noch die Fehlermeldung vom JeeLink-Stick, aber da ist vielleicht was anderes nicht ok. Das ist aber erstmal nicht so wichtig. Da suche ich später weiter.

Was jetzt noch wichtig ist, ist die Installation des Websocket Frame.pm Moduls. Sonst funktioniert mein fhempy nicht und ich kann die Hybrid-Wechselrichter und das E-Auto nicht abfragen. Ich habe auch schon gesucht, aber bisher nichts gefunden.

[Otto123]

Was jetzt noch wichtig ist, ist die Installation des Websocket Frame.pm Moduls.

Hast Du meinen Post nicht gelesen?    Oder warum fragst Du so komisch? Oder funktioniert das nicht?

Code Auswählen Erweitern

sudo apt install libprotocol-websocket-perl
Die Berechtigung bei /dev/serial/by-id/ ist völlig "egal", die Berechtigung bei /dev/ttyU* ist wichtig und da ist fhem jetzt in der plugdev Gruppe und damit funktioniert jetzt alles. Der chown Befehl hat daran nichts nachhaltig geändert.

lrwxrwxrwx 1 root root  13 Apr 28 15:45 usb-FTDI_FT232R_USB_UART_AK072UA9-if00-port0 -> ../../ttyUSB0
crw-rw----+ 1 root plugdev 188, 0 Apr 28 15:45 /dev/ttyUSB0

[Guzzi-Charlie]

Sorry, hab ich was übersehen?
Hab das Websocket jetzt installiert.

• Die Websocket Fehlermeldung ist jetzt weg
• Fhempy funktioniert trotzdem noch nicht, aber ich glaube ich muß da noch was nachinstallieren. Das schaue ich gleich mal nach.
• Die USB-Sticks funktionieren jetzt alle, auch der JeeLink.
• Was jetzt noch fehlt sind die Punkte 2. und 3. Da muß ich nochmal nachforschen wie das damals (vor ca. 5 Jahren) installiert wurde

[Otto123]

wie das damals (vor ca. 5 Jahren) installiert wurde

ich wiederhole mich:
Und ich hoffe Du bist am mitschreiben!!! sonst ist in 5 Jahren das Problem wieder da

[Guzzi-Charlie]

Ja, diesmal habe ich alles aufgeschrieben, Danke.

Bei meinem ersten Ansatz (Update statt Neuaufsetzen) hatte ich das auch direkt gemacht und auch alle Abweichungen dokumentiert. Damit konnte ich das Update auch problemlos mehrmals wiederholen. Am Ende bin ich aber dann doch gescheitert, weil das s.g. Cross-Upgrade (mit Kernel-Wechsel) gar nicht geht oder das zumindest meine Fähigkeiten auf jeden Fall meilenweit übersteigt. Deshalb am Ende doch die Neuinstallation.

Am Ende war es dann doch nicht so aufwendig als gedacht (wenn die Fähigkeiten ausreichen)

Das fhempy-Binding konnte ich jetzt auch installieren. Jetzt müssen nur noch die Daten von den Wechselrichtern wieder kommen.

[Guzzi-Charlie]

OK, das fhempy-binding konnte ich zwar jetzt in FHEM anlegen, aber funktionieren tut es leider nicht.

Es kommen die folgenden Fehlermeldung im log:
2024.04.28 18:07:25.258 1: fhempy_local: Can't connect to ws:127.0.0.1:15733: 127.0.0.1: Connection refused (111)
2024.04.28 18:07:25.258 1: BindingsIo (fhempy_local): ERROR during connection setup: 127.0.0.1: Connection refused (111)

Woran könnte das liegen? Wo könnte ich nachschauen? Die obskuren IP-Adressen scheinen aber richtig oder unwichtig zu sein. Das sieht im alten System genauso aus.

[Otto123]

Von fhempy habe ich keine Vorstellung, da musst Du sicher im entsprechenden Unterforum einen Thread aufmachen.

Obskur sind die IP Adressen nicht, das ist Dein lokaler Host. Also fhempy will eine Verbindung zu einem Dienst öffnen, den er lokal auf deinem PC erwartet.
Vermutung: Du hast irgendeinen Dienst nicht installiert, irgendwas was damit etwas tut: "kann die Hybrid-Wechselrichter und das E-Auto nicht abfragen. "

Noch mehr geraten: Du musst einen fhempy Server installieren?
https://github.com/fhempy/fhempy

[Guzzi-Charlie]

OK Otto,

ich Danke Dir nochmal vielmals.

Ich wende mich dann wg. fhempy an Dominik und wegen dem IEC-Problem an Cooltux.



Grüße und noch einen schönen Sonntagabend
Bernd

P.S.
Der fhempy-Server ist installiert. Was fehlte war das fhempy-Binding (BindingsIO). Offensichtlich reicht das aber noch nicht. Irgendetwas fehlt da noch.

[Guzzi-Charlie]

kurzer Nachtrag:

fhempy funktioniert inzwischen auch wieder nachdem ich es komplett neu installiert hatte.

Jetzt fehlt nur noch die Anbindung der IEC1107-Geräte. Mal sehen wann sich Cooltux meldet.

[Guzzi-Charlie]

Hallo Otto,

ich habe jetzt ein weiteres Problem. Meine Rolladensteuerung (mit Intertechno-Aktoren und IT-Gateway) funktioniert nicht mehr.

Gestern Abend hat es noch funktioniert und alle Rolläden sind heruntergefahren. Ich habe Gestern Abend HTTPS wieder eingeschaltet weil meine FHEMnative-Visu (warum auch immer) nur im HTTPS-Modus funktioniert. Ich bin mir allerdings nicht sicher ob ich das vor dem automatischen runterfahren der Rollos oder danach wieder aktiviert habe. Das sollte aber doch nichts miteinander zu tun haben, oder?

Das Ganze läuft über die bekannte Steuerung mittels Dummy, zugehöriges notify und Logikanteil in der 99_myUtils.

Dummy:

Code Auswählen Erweitern

defmod dy_Roll_AZ dummy
attr dy_Roll_AZ alias Fenster (Süd)         
attr dy_Roll_AZ cmdIcon auf:Roll_AUF ab:Roll_ZU stop:Roll_STOP
attr dy_Roll_AZ devStateIcon auf:rc_BLANK ab:rc_BLANK stop:rc_BLANK
attr dy_Roll_AZ eventMap BI:auf B0:ab BS:stop
attr dy_Roll_AZ group OG.Arbeitszimmer
attr dy_Roll_AZ icon fts_shutter
attr dy_Roll_AZ room Rolläden,Obergeschoß
attr dy_Roll_AZ sortby 11
attr dy_Roll_AZ webCmd ab:auf:stop
notif:

Code Auswählen Erweitern

defmod n_Roll_AZ notify dy_Roll_AZ:.* {\
    my $v=Value("dy_Roll_AZ");;\
    if ($v eq "auf") {rollo_az("auf")};;\
    if ($v eq "ab") {rollo_az("ab")};;\
    if ($v eq "stop") {rollo_az("stop")};;\
    }
Anteil in myUtils:

Code Auswählen Erweitern

sub rollo_az {
 
 my ($state) = "$_[0]";
 my $pid = 0;


if ($state eq "auf")
 {

system("echo \"TXP:0,0,10,10920,91,42,0,57,18,8,4,4,8,4,8,4,8,8,4,4,8,8,4,8,4,8,4,8,4,4,8,8,4,8,4,4,8,4,8,4,8,4,8,8,4,4,8,4,8,8,4,4,8,4,8,4,8,8,4,8,4,8,4,8,4,8,4,4,8,4,8,4,8,4,8,4,8,4,8,8,4,4,8,4,8,4,8,8,120,0;\" | nc -u 192.168.178.121 49880 & pid=$! sleep 1 kill $pid 2>/dev/null >/dev/null");
}
 else
 {
    if ($state eq "stop")
    {
system("echo \"TXP:0,0,10,10920,91,42,0,57,18,8,4,4,8,4,8,4,8,8,4,4,8,8,4,8,4,8,4,8,4,4,8,8,4,8,4,4,8,4,8,4,8,4,8,8,4,4,8,4,8,8,4,4,8,4,8,4,8,8,4,8,4,8,4,8,4,8,4,4,8,4,8,4,8,4,8,8,4,4,8,8,4,4,8,8,4,4,8,8,120,0;\" | nc -u 192.168.178.121 49880 & pid=$! sleep 1 kill $pid 2>/dev/null >/dev/null");
    }
    else
    {
system("echo \"TXP:0,0,10,10920,91,42,0,57,18,8,4,4,8,4,8,4,8,8,4,4,8,8,4,8,4,8,4,8,4,4,8,8,4,8,4,4,8,4,8,4,8,4,8,8,4,4,8,4,8,8,4,4,8,4,8,4,8,8,4,8,4,8,4,8,4,8,4,4,8,4,8,4,8,4,8,4,8,8,4,8,4,4,8,4,8,8,4,8,120,0;\" | nc -u 192.168.178.121 49880 & pid=$! sleep 1 kill $pid 2>/dev/null >/dev/null");
    }
 }
}
Es sieht so aus als ob die myUtils nicht mehr ausgeführt wird.

Ich habe bisher folgendes getestet:

• das IT-Gateway angepingt
  -> ist erreichbar
• IT-Gateway Neustart
  -> keine Änderung
• mit WireShark die IP-Adresse vom IT-Gateway geprüft
  -> keinerlei Netzwerkverkehr
• reload von my_Utils durchgeführt
  -> keine Änderung
• den Dummy in FHEM getestet
  -> funktioniert, schaltet um und erzeugt einen Event
  -> im notify sehe ich allerdings nichts
• dann den Befehl des notify {rollo_az("auf")} direkt über die FHEM Befehlszeile eingegeben
  -> liefert "-1", keine Aktion des Aktors
• Eingabe des kompletten Befehls aus myUtils
  {system("echo \"TXP:0,0,10,10920,91,42,0,57,18,8,4,4,8,4,8,4,8,8,4,4,8,8,4,8,4,8,4,8,4,4,8,8,4,8,4,4,8,4,8,4,8,4,8,8,4,4,8,4,8,8,4,4,8,4,8,4,8,8,4,8,4,8,4,8,4,8,4,4,8,4,8,4,8,4,8,4,8,4,8,8,4,4,8,4,8,4,8,8,120,0;\" | nc -u 192.168.178.121 49880 & pid=$! sleep 1 kill $pid 2>/dev/null >/dev/null")}
  in der FHEM Befehlszeile
  -> Unknown command {system("echo, try help.
  -> Unknown command \", try help.
  

  Unknown command {system("echo, try help.

  
  

Hast Du eine Idee wo ich noch suchen könnte?

[Otto123]

Moin,
Wenn Du Befehle die ; enthalten in der FHEM Kommandozeile testen willst, musst Du die ; immer schützen - also verdoppeln ;;

Geh doch erstmal eine Etage tiefer auf die System Kommandozeile und versuche das

Code Auswählen Erweitern

echo "TXP:0,0,10,10920,91,42,0,57,18,8,4,4,8,4,8,4,8,8,4,4,8,8,4,8,4,8,4,8,4,4,8,8,4,8,4,4,8,4,8,4,8,4,8,8,4,4,8,4,8,8,4,4,8,4,8,4,8,8,4,8,4,8,4,8,4,8,4,4,8,4,8,4,8,4,8,4,8,4,8,8,4,4,8,4,8,4,8,8,120,0;" | nc -u 192.168.178.121 49880

liefert "-1", keine Aktion des Aktors

system() liefert eine -1 zurück, die Routine wird aufgerufen

Ich würde aber vermuten mit deinem Gateway stimmt was nicht.

Gruß Otto

[Guzzi-Charlie]

So, komme gerade frisch gestärkt vom Mittagessen.

Wenn ich den Befehl direkt in die Konsole eingebe, dann kommt: -bash: nc: command not found

Das mit dem Gateway was nicht stimmen könnte habe ich natürlich auch schon gedacht und es deshalb auch schon neu gestartet, leider ohne Ergebnis. Und wie gesagt: Anpingen läßt es sich und zeigt auch sonst erst mal keine Auffälligkeiten. Das schließt zwar nicht aus das es defekt ist, aber das wäre schon ein ziemlicher Zufall, daß ausgerechnet nach meinem RasPi-Austausch das Gateway kaputt geht. Außerdem müßte ich doch die UDP-Befehle in WireShark sehen, oder?

[Otto123]

bash: nc: command not found

da steht das Problem, Du hast nc (netcat) nicht installiert. Dann ist es aber noch nie gegangen - maximal hat dein alter Pi den Befehl abgesetzt

Code Auswählen Erweitern

sudo apt install netcat

[Guzzi-Charlie]

maximal hat dein alter Pi den Befehl abgesetzt

jetzt wo Du es sagst. Du hast Recht. Der alte Pi lief Gestern Abend noch, zwar auf einer anderen IP, aber klar der hat dann natürlich die Befehle gesendet.

Ja, und kaum macht man es richtig, schon funktioniert es, Danke.

Der Befehl sudo apt install netcat funktioniert allerdings so nicht direkt. Es gab eine Fehlermeldung, das man das Package explizit angeben muß.

Es gibt: netcat-openbsd 1.219-1 und netcat-traditional 1.10-47

Ich habe das "traditional" installiert.