sorry für den unqualifizierten Titel ;) aber in der letzten Zeit nimmt mein Bus nach einiger Zeit keine Befehle mehr von FHEM an (alles andere von/in FHEM geht noch, RasPi läuft, ...). Nach einem RasPi Neustart gehts dann wieder. Was könnte das denn sein??? bzw. wie kann man das am Besten tracken?
VG Dieter
Abend!
Steht was im Log? Vielleicht drehst das mal ne Nummer hoch...
Die KNX-Verbindung prüfen kannst Du mit groupswrite per putty.
Wie bist Du an den Bus angebunden?
angebunden mit einem USB/TUL Stick, dann hab ich den eibd laufen und vor langem schon von EIB auf KNX umgestellt. Ich hab mal verbose hochgesetzt. Was mich wundert ist, dass bisher alles perfekt lief (ja klar ... ;), dass FHEM sonst noch läuft.
Vlt. hat ja mein TUL Stick ne Macke, oder meine SD-Karte im RasPi ist am Ende ...
Hast Du den eibd mal gegen den knxd ersetzt?
Das oder einen Tausch des Sticks (idealerweise gegen einen IP-Router :-)) würd ich ins Auge fassen, wenn die Logmeldungen nichts bringen...
So fürs Feintuning:
Es müsste reichen, verbose bei der TUL hochzuschrauben. Global bringt nicht viel...
hier mal ein LOG. Sequenz beginnt jeweils mit sending. Zweimal läufts durch, beim dritten mal bleibts beim sending ...2016.11.19 20:07:52 5: sending Cw330501
2016.11.19 20:07:52 5: SimpleRead msg.type: write, msg.src: 0001, msg.dst: 3305
2016.11.19 20:07:52 5: SimpleRead data: 01
2016.11.19 20:07:52 4: KNX: C0001w330501
2016.11.19 20:07:52 5: KNX dispatch C0001w330501
2016.11.19 20:07:52 5: enter parse: hash: HASH(0xc262a8) name: KNX, msg: C0001w330501
2016.11.19 20:07:52 5: exit parse
2016.11.19 20:28:39 5: sending Cw120401
2016.11.19 20:28:39 5: SimpleRead msg.type: write, msg.src: 0001, msg.dst: 1204
2016.11.19 20:28:39 5: SimpleRead data: 01
2016.11.19 20:28:39 4: KNX: C0001w120401
2016.11.19 20:28:39 5: KNX dispatch C0001w120401
2016.11.19 20:28:39 5: enter parse: hash: HASH(0xc262a8) name: KNX, msg: C0001w120401
2016.11.19 20:28:39 5: exit parse
2016.11.19 20:41:55 5: sending Cw120400
und im Event-Monitor werden keine KNX-Events mehr geloggt, scheint der TUL ist defekt ...
Morgen!
Bist Du sicher, dass eine eibd- oder knxd-Instanz dazwischen hängt? Die müsste das eigentlich wegknapsen. Dann gehen die Telegramme zwar auch nicht raus, aber es hängt nichts...
Nur zum Verständnis - es hängt nicht nur der kNX-Teil vom FHEM sondern das ganze FHEM?
Nimm den - da hast Du Ruhe:
http://www.ebay.de/itm/ABB-IPR-S-2-1-KNX-IP-Router-Schnittstelle-Visualisierung-EIB-ABB-i-bus-/291946065789?hash=item43f9576f7d:g:7-YAAOSw-itXtXqc (http://www.ebay.de/itm/ABB-IPR-S-2-1-KNX-IP-Router-Schnittstelle-Visualisierung-EIB-ABB-i-bus-/291946065789?hash=item43f9576f7d:g:7-YAAOSw-itXtXqc)
Hallo Andi,
ja, da hängt ein eibd dazwischen:eibd -t 1023 -S -D -R -T -i --no-tunnel-client-queuing tpuarts:/dev/ttyACM0
define KNX TUL eibd:localhost 1.1.249
Und es hängt offensichtlich nur der KNX-Teil meines FHEM; FS20, Homematic, HUE, ... läuft alles wie gehabt
Ich bin mal mit restore zurück auf eine Version von vor dem 23.10. - hatte danach zwei updates gemacht. Jetzt "scheint" es wieder zu laufen. Gabs denn in dieser Zeit updates mit signifikanten Veränderungen? ... die meine ggf "nicht astreine Implementierung" an ihre Grenzen gebracht haben könnte?
Das mit dem IP-Gateway ist sicher ein guter Tipp, aber ich bin ehrlich gesagt froh, dass alles soweit lief, meine KNX Welt ist ohnehin in sich abgeschlossen, wird nicht mehr erweitert, fehlt jegliche Projektdoku, ... mich hat der Umstieg von EIB auf KNX schon genug "Nerven gekostet" ... ;)
Servus!
Nein, eigentlich nicht...Genauer gesagt: gar nicht...