Test Adapter OpenKNX 0.6.x

[beender]

@thomas-braun
Danke für die Info.
Ich habe nun den binary-parser manuell installiert und das scheint zu funktionieren. Möglicherweise wurde beim upgrade die dependency gelöscht.

Ich werde es weiterhin beobachten. Wird der neue js-controller offiziell unterstützt?

[killroy2]

@123brokerei
Die Übersetzung aus dem Englischen ist nicht verständlich.

Sending a group value read can be triggered by writing a communicaton object with comment.

Details stehen unter Api call

c:      comment,                            // optional, set it to value GroupValue_Read to trigger a bus group value read to this object, given StateValue is ignored

Ich passe die Hilfe an damit keiner an der Stelle stecken bleibt.

[killroy2]

@tontechniker

KNX devices can have ga's for state feedback that belong to a commanding ga. Some applications like certain VIS widgets expect a combined status and actuation object. You can combine these seperate objects into one so called alias. The menu helps to create matching pairs according to the naming convention with the given filtering rule.
Find more information here https://www.iobroker.net/#en/documentation/dev/aliases.md

Regex
Filtering rule for the status object. Used to find matching write and read ga pairs.

Du musst eine Namenskonvention einhalten damit die Automatik die Paare erkennt. Voreingestellt ist ,der Status soll ein Teil hiervon enthalten:
stat(e|us)|rm|rm.|rückmeldung|\svalue

[killroy2]

@iccube welche Version vom binary-parser ist bei dir installiert? Es braucht Version ^2.2.1.

[Tontechniker]

@killroy2 Danke für Deine Antwort! Habe es noch nicht verstanden - werde mich bei Gelegenheit darum kümmern.

[Banjo89]

Guten Abend zusammen,

ich hoffe jemand kann mir weiterhelfen, ich bekomme zwar den OpenKNX Adapter zum Laufen, d.h. alle 3 LEDs am Adapter leuchten grün und das Protokoll sagt auch Connected, jedoch findet bei mir ein regelmäßiger Connection lost sowie die Warnung E_CONNECTION_ID statt:

Ich habe die XML mit den Gruppenadressen importiert, es werden jedoch weder Werte gelesen noch können sie geschrieben werden:

Auf der KNX Seite verwende ich ein MDT IP Interface mit aktueller Firmware:
Application SW version: 3.0.6
Bootloader SW version: 2.5

Der IOBroker läuft unter Debian 12.1

[killroy2]

@banjo89 beobachte wie hoch die Buslast ist zum Zeitpunkt bevor es die Verbindung verliert und erhöhe ggf den Abstand zw. den Telegrammen

[Banjo89]

@killroy2 Werde ich direkt heute abend tun.

[Banjo89]

@killroy2 Die Busaktivität ist die ganze zeit sehr niedrig, trotzdem kommt es zu diesen Verbindungsabbrüchen. Die Zustände werden auch nicht gelesen

[Tontechniker]

@banjo89
Hast Du mal kontrolliert, ob beim Importieren der Datentyp richtig gesetzt wird, bzw. der Datentyp in der ETS richtig gesetzt ist/war?

[killroy2]

@banjo89
-wenn du kannst, installier die neueste openknx Version von Github
und logge info.busload
-setze den Wert von minimum send delay auf sehr hohe Werte zB bis auf 1s und verfolge ob noch und ab wann es zu disconnects kommt
-mache ein ethernet logfile mit wireshark wo der Fehler kommt

[Tontechniker]

@killroy2 Kann mir jemand für diese Angaben eine Bezeichnungsbeispiel geben?
stat(e|us)|rm|rm.|rückmeldung|\svalue
Meine Bezeichner sehen z.B. so aus: openknx.0.Beleuchtung.1_Stock.Bad_Decke bzw.
die Rückmeldung: openknx.0.Beleuchtung.1_Stock.Rück_Bad_Decke
Wie muss ich die Bezeichner ändern, um automatisch Aliases zu erzeugen?

[lessthanmore]

@tontechniker Statt "Rück" was im Beispiel steht, also entweder RM, RM., rückmeldung, svalue.
Beispiel: Beleuchtung.1_Stock.Bad_Decke = Schalten
Beleuchtung.1_Stock.Bad_Decke_RM = Status bzw. Rückmeldung

Ich habe es so:
Bad_Decke_EA
Bad_Decke_RM_EA

[Tontechniker]

@lessthanmore Danke, jetzt habe ich es verstanden.
Das bedeutet aber für mich, dass ich die Bezeichner ändern muss und natürlich, wenn ich alle Aliases erzeugt habe, meine VIS auf die Aliases ändern - Puuh! Dann lasse ich das mit den Aliases erst einmal und ändere es, wenn ich zu viel Zeit habe.

[Banjo89]

Hallo zusammen,

für alle die es interessiert, die Kommunikation hat erst dann funktioniert als ich des Secure Tunneling von MDT Interface in den Eigenschaften deaktiviert habe

[Tontechniker]

@killroy2 Habe vor ein paar Tagen die 0.6.0 installiert. Funktioniert alles soweit in meiner Installation.
Auch die Darstellung der Busload funktioniert. In meiner Grafikdarstellung habe ich noch das Problem, dass die Busload nur in einem begrenzten Zeitraum darstellt. Da muss ich nochmal suchen - oder ist das so gewollt?
Danke und Gruß
Hans

[killroy2]

@tontechniker
Er mittelt über die letzten 5 Sekunden. Die Zeit ist mehr oder weniger willkürlich von mir gewählt.
Kürzere Spannen ergeben mehr Schwingungen mit höherem Ausschlag, bei zu langen Spannen werden die echten Peaks weggefiltert, die man evtl sehen mag.
Bei mir sieht es aus über die Zeit geplottet so aus:

Ich denke es ist gut, ich sehe zu jeder Zeit genug Headroom nach oben. Allerdings war kein Neustart dabei.

[Tontechniker]

@killroy2 Danke für Deine Antwort! Das funktioniert alles bei mir. Das Problem ist, wenn ich mehrere Tage zurück schauen möchte, in der Grafik Lücken von mehreren Stunden entstehen (Darstellung mit Flot).

Das stört nur dann, wenn ich in der Vergangenheit nachschauen möchte, sonst aber nicht.
Aufzeichnungsdauer, Beispiele:
22.09., 20.14 bis 0 Uhr / 23.09., 20.04 bis 0 Uhr / 24.09., 20.00 bis 0 Uhr / 25.09., 20.05 bis 0 Uhr / 26.09., 20 Uhr bis 0 Uhr
27.09., 20.00 bis 0 Uhr
Was mache ich falsch??

[killroy2]

@tontechniker Wie sieht die Zeitreihe in tabellarischer Form aus aus am Übergangspunkt ?

[Tontechniker]

@killroy2 In der Liste stehen auch nur die Daten, die angezeigt werden. Habe jetzt nochmal die Daten direkt in den Objekten angezeigt.
Beispiel 1:

Beispiel 2: