NEWS
Test Adapter OpenKNX 0.6.x
Test Adapter OpenKNX 0.6.x
-
@tonilein86 said in Test Adapter OpenKNX 0.1.x:
Nun ist aber genau das anderen Phänomen, dass ich aus den iobroker nichts steuern kann zum KNX Bus. Sprich eine Lampe schalten von iobroker und dass beim knx Bus dieses ausgeführt wird. IM Busmonitor sehe ich wie die Aktion und der Wert ankommt, aber keine Weitere Auslösung der Gruppenadressen erfolgt um das Licht anzumachen und den Status zu senden. Hast du vllt. ein heißen tipp für mich?
Ich glaube ich habe dein Problem noch nicht verstanden. Verstehe ich richtig? Du kannst Daten mit dem Adapter Empfangen und du kannst mit dem Adapter Daten senden, so dass sie auf dem Bus liegen. Das Problem liegt dahinter, der Aktor sendet kein Rückmeldeobjekt.
Was passiert wenn du die GA mit der ETS direkt beschreibst?
Was ist das für ein Aktor und stimmt die eingestellte physikalische KNX Adresse vom Adapter 1.1.201 mit der realen überein (evtl. auslesen lassen)? Warum steht im Log "zum Bus"? Das passiert doch wenn mit der ETS Daten generiert werden.@killroy2
Also Empfangen ist korrekt. Das klappt eindeutig. Schreiben eher nicht. Es kommt wie was am Bus an. Aber es löst nichts aus. Wenn ich von der ETS ein Wert Schreibe geht die Lampe an, dass ist kein Problem.Anbei paar Screenshots von den Einstellungen:
Selbst wenn ich auf 1.1.200 gehe, bleibt es so...
Folgendes klappt nicht wenn ich es auslöse:
Auf den Bus sieht das ergebnis dann so aus (ERGO: Aus dem iobroker)
Hier das Ergebnis des Buses wenn ich ein Wert direkt über die ETS Schreibe.
Warum da steht vom Bus, kann ich dir nicht sagen.
Es handelt sich hier um ein MDT Aktor.
Folgende EInstellungen:
Helfen dir die Bilder weiter? Ist das Problem soweit erst mal von mir verständlich rüber gebracht worden?
-
@tonilein86 said in Test Adapter OpenKNX 0.1.x:
Es kommt wie was am Bus an.
Es kommt NIE was am Bus an?
Wie schickst du denn die Daten mit IOB und was sagt die Debug Ausgabe? -
@tonilein86 said in Test Adapter OpenKNX 0.1.x:
Es kommt wie was am Bus an.
Es kommt NIE was am Bus an?
Wie schickst du denn die Daten mit IOB und was sagt die Debug Ausgabe?@killroy2
So wie im O.g. Post wo das Bild ist mit dem Objekten. Sprich ich änder es unter Objekten da wo die ga*s sind. Schalten und dann ein Wechsel von false auf True. Ist das verkehrt soll ich lieber über blockly was schicken? -
@fredfeuerstein Man könnte ein Skript anbieten was global alles ändert. Aber dazu müsste der Adapter mit dem knx adapter kompatibel sein, was aber vom Ersteller nicht gewünscht ist. Man müsste ein Fork erstellen der kompatibel ist dann könnte man so ein automatisches Skript anbieten.
@tombox: Danke für dein Feedback.
Scheint als wäre ich allein mit dem "Problem".
Dann werde ich es händisch angehen...hilft ja nix. -
@killroy2
So wie im O.g. Post wo das Bild ist mit dem Objekten. Sprich ich änder es unter Objekten da wo die ga*s sind. Schalten und dann ein Wechsel von false auf True. Ist das verkehrt soll ich lieber über blockly was schicken?@tonilein86 Welche Warnings hast du im Log vom Adapter? Was bringt die Debug Ausgabe wenn du den Wert schreibst? Geht das schreiben mit anderen Objekten? Wenn du eine Konfig hast wo die selbe KNX GA mehrfach vorkommt kommt es zu solchem Verhalten.
-
@tombox: Danke für dein Feedback.
Scheint als wäre ich allein mit dem "Problem".
Dann werde ich es händisch angehen...hilft ja nix.@fredfeuerstein Du kannst die Objekte von KNX nicht mit openknx nutzen, das sind unterschiedliche Adapter mit unterschiedlichen Parametern. Ein paar Vorgehensweisen sind ja schon dokumentiert. Du könntest der Nachwelt mit deinen Erfahrungen helfen, indem du deine zusätzlichen Tools in der Readmde beschreibst.
-
@tontechniker schau mal in deiner ETS was für ein Datum zu der Uhrzeit gesendet wurde. Das sollte dich auf die fehlerhafte Konfiguration stossen.
@killroy2 Habe glaube ich den Fehler, der nur sporadisch auftrat gefunden. Es war ein falscher Datentyp für ein Signal in der ETS eingetragen (1-Bit anstelle 1-Byte!).
Nochmal vielen Dak für Deine Hilfe! -
@killroy2 Habe glaube ich den Fehler, der nur sporadisch auftrat gefunden. Es war ein falscher Datentyp für ein Signal in der ETS eingetragen (1-Bit anstelle 1-Byte!).
Nochmal vielen Dak für Deine Hilfe! -
@tonilein86 Welche Warnings hast du im Log vom Adapter? Was bringt die Debug Ausgabe wenn du den Wert schreibst? Geht das schreiben mit anderen Objekten? Wenn du eine Konfig hast wo die selbe KNX GA mehrfach vorkommt kommt es zu solchem Verhalten.
@killroy2 in den screenshots sieht es so aus, als schreibt der Adapter auf den Bus mit Quelladresse 1.1.201, also die phys. Adresse vom eibport. Bei mir das gleiche: Bisher habe ich den knx Adapter genutzt...der schaltet zwar, setzt aber den Status nicht. Openknx Adapter sendet auf dem Bus, Bus schaltet aber nix. Woran könnte das liegen? Auf das KNX Gateway komme ich grad nicht rauf, mir fehlen noch die Zugangsdaten vom Eli. Muss man dort einen Tunnel zum iobroker Host einrichten?
-
@killroy2 in den screenshots sieht es so aus, als schreibt der Adapter auf den Bus mit Quelladresse 1.1.201, also die phys. Adresse vom eibport. Bei mir das gleiche: Bisher habe ich den knx Adapter genutzt...der schaltet zwar, setzt aber den Status nicht. Openknx Adapter sendet auf dem Bus, Bus schaltet aber nix. Woran könnte das liegen? Auf das KNX Gateway komme ich grad nicht rauf, mir fehlen noch die Zugangsdaten vom Eli. Muss man dort einen Tunnel zum iobroker Host einrichten?
-
scheint daran zu liegen, dass ein acknowledge beim Senden verlangt wird. In nodered mit knx ultimate kann ich schalten wenn ack Anfrage unterdrückt wird
-
@mojo06
siehe auch Readme zu ### ACK flags, kein ACK setzen beim Schreiben.
Wenn du schreibst die Daten liegen auf dem (KNX) Bus, wo ist dann das Problem?@killroy2 die Telegramme sind zwar auf dem KNX-Bus, der Aktor schaltet aber nicht. Im KNX-Busmonitor sehe ich ein "a: Acknowledge erwartet" in der Spalte "flags" und zwar nur für die Telegramme vom openknx Adapter. Ich habe die Objekte direkt im iobroker geschaltet, also keine Applikation davor. Über Tasterinterface schalten die GA oder z.B. über nodered wenn ack Anfragen unterdrückt werden (Spalte "Flags" im Busmonitor bleibt leer).
-
@killroy2 die Telegramme sind zwar auf dem KNX-Bus, der Aktor schaltet aber nicht. Im KNX-Busmonitor sehe ich ein "a: Acknowledge erwartet" in der Spalte "flags" und zwar nur für die Telegramme vom openknx Adapter. Ich habe die Objekte direkt im iobroker geschaltet, also keine Applikation davor. Über Tasterinterface schalten die GA oder z.B. über nodered wenn ack Anfragen unterdrückt werden (Spalte "Flags" im Busmonitor bleibt leer).
-
@mojo06 Ack wird doch vom Empfänger generiert. Zeige mal einen Screenshot von den Eigenschaften vom selben Telegramm mit nodered und openknx.
-
@killroy2
neues release0.1.19 (2022-02-11)
- feature: allow usage of same KNX GAs in multiple objects
- bugfix: less warnings in alias generation
- bugfix: adapter reset after project import
@killroy2 Habe die 0.1.19 installiert und läuft!
Danke für Deine Arbeit!
Gruß
Hans -
Hab ich auch installiert und läuft.
Danke, perfekt!
Zwei Frage hätte ich dennoch:
Mir ist aufgefallen, daß die Pakete nach einem Adapter Neustart (alles wird neu eingelesen) so schnell durch den KNX Bus rauschen das meine Buslast auf 150% hoch marschiert. "Frames delay" ist auf 50ms -> sind 20 Pakete/s, das sollte ja eigentlich passen.Und 2:
Bin noch nicht dahinter gekommen was da genau passiert, aber beim Adapter restart fahren einige meiner Raffstores für 1sec los. Wahrscheinlich hab nur ich irgendeinen Wurm drin, mit der Logik der Fensterkontakte.
Aber wollte mal fragen ob wer was ähnliches gesehen hat. -
Hallo, ich habe aktuell folgende Fehlermeldungen die mir das Log-File fluten.
openknx.0 2022-02-13 22:23:24.345 error [error] 2022-02-13 21:23:24.343 (idle): Incomplete/unparseable UDP packet: TypeError: Cannot read property 'current_value' of undefined at fsm.event (/opt/iobroker/node_modules/iobroker.openknx/main.js:505:64) at fsm.<anonymous> (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:27:1) at arrayEach (/opt/iobroker/node_modules/lodash/lodash.js:530:11) at Function.forEach (/opt/iobroker/node_modules/lodash/lodash.js:9410:14) at fsm.emit (/opt/iobroker/node_modules/machina/lib/webpack:/src/emitter.js:25:1) at fsm.emitEvent (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:602:10) at fsm._onEnter (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:552:14) at fsm.transition (/opt/iobroker/node_modules/machina/lib/webpack:/src/BehavioralFsm.js:175:1) at fsm.Fsm.<computed> [as transition] (/opt/iobroker/node_modules/machina/lib/webpack:/src/Fsm.js:80:1) at fsm.inbound_TUNNELING_REQUEST_L_Data.ind (/opt/iobroker/node_modules/iobroker.openknx/lib/knx/src/FSM.js:340:16): 0610042000190413d2002900bce011fe241305008000000000Die Einträge sind erst seit heute. Momentan ist das Log-File schon 25 MB groß.
Gefühlt kommt alle Sekunde ein eintrag.
Woran kann das liegen?Gruß Chris
-
Hab ich auch installiert und läuft.
Danke, perfekt!
Zwei Frage hätte ich dennoch:
Mir ist aufgefallen, daß die Pakete nach einem Adapter Neustart (alles wird neu eingelesen) so schnell durch den KNX Bus rauschen das meine Buslast auf 150% hoch marschiert. "Frames delay" ist auf 50ms -> sind 20 Pakete/s, das sollte ja eigentlich passen.Und 2:
Bin noch nicht dahinter gekommen was da genau passiert, aber beim Adapter restart fahren einige meiner Raffstores für 1sec los. Wahrscheinlich hab nur ich irgendeinen Wurm drin, mit der Logik der Fensterkontakte.
Aber wollte mal fragen ob wer was ähnliches gesehen hat.@maxx8888
Was bedeutet das, 150% Buslast - wo hast du das gemessen oder gesehen? Real ist ja nach 100% schluss.Zu Punkt 2: kannst du mir ein Log oder irgendeine genauere Beschreibung zukommen lassen die auf einen Fehler vom Adapter hindeutet? Ist das Fehlerbild sein 0.1.19 vorhanden und geht es mit der vorgängerversion ohne diesen Fehler?
Support us
80
Online32.4k
Users81.3k
Topics1.3m
Posts