KNXIO Startverhalten

[petervereecke]

Hallo Community

bin neu hier und wollte über KNXIO etwas nachfragen
(Bin mir aber nicht sicher ob ich an der richtigen Stelle
im Forum bin):

FHEM aktuelle Version auf rasberry 4

bei einem shutdown restart über die Befehlszeile ist das KNXIO Modul
nach dem hochfahren connected.

Fahre ich über putty den Server mit sudo reboot runter ist das
KNXIO Modul nach dem hochfahren nur initialized und muss über die Befehlszeile
Set myKNXGW connect verbunden werden und funktioniert dann auch.

Meine Frage ist: Wie verhält sich das KNXIO Modul nach Spannungsausfall
und nachfolgendem Start bei Spannungswiederkehr?
Ist die KNX Verbindung dann connected?

mfg Peter

[erwin]

Hi Peter,

Nachdem es beim FHEM shutdown/restart funktioniert, wie du schreibst,
kann es nur am Timing / Reihenfolge der prozesse liegen - während des bootens.

Evtl. startet dein FHEM zu früh (bevor z.b. das Netzwerk verfügbar ist) oder der knxd-daemon...

poste mal ein list vom myKNXGW..
und auch das FHEM log während des bootens.

l.g. erwin
PS: richtiges Forum wäre Anfängerfragen oder EIB/KNX - eher Anfängerfragen, weil ich basierend auf diesen Infos der Meinung bin, das es kein KNXIO - spezifisches Problem ist...

[petervereecke]

Hallo Erwin,

zuerst möchte ich mich für Deine SCHNELLE Antwort bedanken.

Hatte mir so etwas schon gedacht (Der Rasberry geht übers WLAN ins Netzwerk).

Habe das Forum / Wiki schon nach dem Sachverhalt des Startverhaltens
(Timing des Starts der Dienste/Tools) der fhem.cfg durchforstet und
wahrscheinlich in meinem bescheidenen FHEM Wissen eine paar schlichte
(wahrscheinlich doofe) Anweisungen in die Datei fhem.cfg geschrieben
(notify und sleep usw. Siehe Anlage).
Aber bevor ich ein Forum quäle versuche ich zuerst einmal selbst weiterzukommen.

Den eigentlichen Job über FHEM KNX initialisierte Sprachanrufe (T2S, SIP, FRITZBOX)
zu generieren habe ich als Unix/Linux Greenhorn mit der eierlegenden Wollmilchsau FHEM
zügig hinbekommen - hier ein großes Dankeschön an Rudolf König und die Community.

Anbei die fhem.cfg und den log.file als PDF Anhang.

Vielen Dank und schönen Sonntag
Peter


Du darfst diesen Dateianhang nicht ansehen. 

Du darfst diesen Dateianhang nicht ansehen. 

[erwin]

Hi Peter,
die cfg schaut ok aus, zwei Anmerkungen dazu, die allerdings nichts mit dem Problem zu tun haben:
1) Niemals die cfg mit einem externen editor editieren! - ein kleiner typo und FHEM startet nicht mehr! - nur via FHEMWEB...
2) usbautocreate auf disable setzten - ist komplett unnötig , kann evtl. sogar stören, ausser man hat CUL-Hardware...

Zum Problem: die Fehlermeldung

Code Auswählen Erweitern

2024.04.28 12:52:55 2: myKNXGW [KNXIO_openDev 828]: MC add failed: myKNXGW: could not set
IP_ADD_MEMBERSHIP socket opƟon: No such device zeigt das das Netzwerk-device (noch) nicht verfügbar ist (WLAN?). Das Problem tritt deshalb im KNXIO Modul auf, weil das das erste (einzige?) in deiner config ist, das Netzwerk benötigt.

WLAN und multicast ist keine gute Kombination, manche Wlan switches/AP's blockieren multicast....
Evtl. hast du Alternativen zu KNXIO mode M - siehe KNXIO-Wiki

hast du ein KNX-GW das multicast spricht oder verwendest du den knxd ?
Wenn du mehr über dein setup schreibst, kann ich dich u.U. besser unterstützen....
Ich weiß auch nicht, wie du fhem installiert hast, evtl schaust du in die /etc/systemd/system/fhem.service file, die sollte so beginnen:

Code Auswählen Erweitern

# $Id: fhem.service 19235 2019-04-21 13:26:17Z betateilchen $

[Unit]
Description=FHEM Home Automation
Wants=network.target
After=network.target
.....
in diesem "alten" post ist beschrieben, wie man den start von FHEM etwas verzögern kann:
Forum-Post das ist jedenfalls einen Versuch wert.
l.g. erwin

[petervereecke]

Hallo Erwin,

hatte die Datei auf Unix ebene mit nano editiert und nur in den
Texteditor für den PDF Druck kopiert.

autocreate habe ich auskommentiert weil dies wegen den KNX Adressen jeweils
den logfile vollmacht.

Habe noch einen alten Siemens N146-02 in der Anlage und aktuell keinen weiteren
Teilnehmer mit Multicast.
Dieser hängt direkt an der Fritzbox da der HS/FS (Gira Homeserver)
wenn ich ihn betreibe nach einiger Zeit undefiniert seine Verbindung zum KNX verliert
wenn der Siemens Router am Switch hängt.

Kann den rasberry aber morgen auch auf LAN umstellen und dann testen.

Die anderen Parameter habe ich wegen dem kritischen Timing 1 Sekunde im KNX
und entsprechenden Hinweisen im KNXIO Wiki vermieden (Weil ich keine Ahnung
habe wie die anderen Module T2S/SIP den rasberry belasten und das kritische
Timing des KNX in der Vergangenheit schon bei anderen Anwendungen zu kuriosen
Ergebnissen führte).

Wenn ich es richtig verstanden habe ist KNXD doch ein Auslaufmodell was nicht
mehr unterstützt wird?

Die beiden Alternativen im von Dir geteilten Forum Beitrags
habe ich ausprobiert

1.  ExecStartPre=/bin/sleep 120 (kein Start mehr auch nach 2 Minuten nicht)

2.  Wants=network.target KNXIO-startupfinished.service
    After=network.target KNXIO-startupfinished.service
    (führten zu keiner Änderung)
Wobei es vielleicht vermessen war davon auszugehen dass dies mit dem Modul KNXIO
ebenfalls funktionieren könnte.

lg Peter

[erwin]

Wenn ich es richtig verstanden habe ist KNXD doch ein Auslaufmodell was nicht
mehr unterstützt wird?

Das hast du falsch verstanden, TUL und KNXTUL sind die Auslaufmodelle...., knxd ist ein unabhängiger deamon, hat nichts mit FHEM zu tun, der als KNX-Router zwischen LAN und KNX-Gateways/seriellen/USB KNX-Interfaces routet

Code Auswählen Erweitern

ExecStartPre=/bin/sleep 120 (kein Start mehr auch nach 2 Minuten nicht)das ist zuviel, ich würde 60 Sekunden nehmen - ist auch in dem o.g. thread beschrieben...

Versuchs bitte nochmal mit 60 Sek., falls noch immer nicht ok, dann LAN - ist jedenfalls besser!
l.g. erwin
PS: ich kenne jetzt den GiraHomeserver nicht, aber ... wenn 2 KNX-Gateways am selben LAN (multicast) UND am selben KNX-Bus hängen, ergibt das Chaos!!