Neuigkeiten:

Am Sonntag den 8.12.2024 kann es ab ca. 8:00 Uhr zu kurzzeitigen Einschränkungen / Ausfällen bei den Diensten des FHEM Vereines kommen.
Die Server müssen mal gewartet und dabei neu gestartet werden ;)

Hauptmenü

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

Begonnen von Guzzi-Charlie, 25 April 2024, 23:34:11

Vorheriges Thema - Nächstes Thema

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.

- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2

Otto123

Zitat von: Guzzi-Charlie am 28 April 2024, 17:00:38Was jetzt noch wichtig ist, ist die Installation des Websocket Frame.pm Moduls.

Hast Du meinen Post nicht gelesen?  :o  Oder warum fragst Du so komisch? Oder funktioniert das nicht?
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.
Zitatlrwxrwxrwx 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
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

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
- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2

Otto123

Zitat von: Guzzi-Charlie am 28 April 2024, 17:39:13wie das damals (vor ca. 5 Jahren) installiert wurde
ich wiederhole mich:
Und ich hoffe Du bist am mitschreiben!!! ;D sonst ist in 5 Jahren das Problem wieder da
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

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.
- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2

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.
- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2

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
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

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.
- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2

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.
- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2

Guzzi-Charlie

#39
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:
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:
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:
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?
- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2

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
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
Zitat von: Guzzi-Charlie am 29 April 2024, 11:51:53liefert "-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
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

Guzzi-Charlie

#41
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?
- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2

Otto123

Zitat von: Guzzi-Charlie am 29 April 2024, 12:49:02bash: 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 :)

sudo apt install netcat
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

Guzzi-Charlie

Zitatmaximal 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.
- RaspPI 4+: (Cuno V2 -2x KS300, JeeLink -13x EC3000)
- Stromzähler (B+G E-Tech): 6x SDM120M, 9x XTM100A, 38x DRS110M
- LAN: IT LAN-Gateway mit 34x RMF-R1 (Rohrmotor24)
- WLAN: 85x Shelly, 12x Gosund SP111, 16x D1-Mini, 15x Sonoff Basic
- DECT: 6x DECT200, 8x DECT301, - HmIP: 3x FalmotC12, 16x WTH2