Test Adapter OpenKNX 0.6.x
-
@ChrisChros
Habe das selbe Problem. Zudem sind alle Logikwerte nun als "Zahl" im State deklariert. Händisch müsste man sämtlichen Objekte für "Logikwerte" von Zahl auf Logikwert umstellen.
Müsste gefixt werden, da kein Script damit klar kommt. -
@chrischros
Ja richtig, die Spec denfiniert einen der vielen B1 Typen als DPT_Bool. Ich werde in der nächsten Version eine Einstellung anbieten wo jeder selber 1 Bit Datentypen als boolean einstellen kann. -
Neues Update auf Version 0.5 ist jetzt heraußen.
-Neue Datentypen sind jetzt per default auf bool gestellt, per Einstellung im Import kann es als enum number angeleget werden.
-Beim Autoread nach Neustart hatte ich unterwünscht ausgelöste Aktionen. Das lag einerseits an der ETS Konfiguration wo Trigger-Signale ein KO mit R Flag hatten.
Der Adapter hat andererseits ACK Flags generiert, wo keine sein sollten. Das habe ich mit dem Update korrigiert. -
@killroy2 Danke für das Update.
Ich bekomme folgende Meldungen nun im Log angezeigt:GroupValue_Write confirmation false received for 4/5/6 ....was hat es damit auf sich?
-
@killroy2 Hallo! Habe gestern Vormittag die 0.5.0 installiert. In meiner Anlage läuft alles soweit!
Vielen Dank für Deine Arbeit!
Ich wünsche Dir und allen, die hier mitlesen ein gesundes, produktives und erfolgreiches Jahr 2023!
Hans -
@chrischros
Schau mal nach ob ein Empfänger für 4/5/6 in deiner ETS konfiguriert ist. Der sollte das quittieren. Wenn nicht ist was falsch oder es wird irrelevante Information auf den Bus gelegt.
Ich habe den Adapter jetzt etwas kommunikativer gemacht und ein paar Dinge auf Info gelegt. Das hilft die Installation aufgeräumt zu halten. -
@killroy2 bei dieser Adresse handelt es sich um Daten die von einem ioBroker-Adapter auf den Bus geschrieben werden. Ich nutze dazu ein kleines Blockly-Script:
In der ETS sind die entsprechenden GAs über eine Dummy Applikation wie folgt angelegt:
Als Flags wurden nur K,L und Ü angelegt. Da die GA mit einem Dummy verbunden ist glaube ich nicht das dort eine Quitierung erfolgen kann.
-
@chrischros Ok, aber warum legt du Daten auf einen Kommunikationsbus für die es keine Empfänger gibt?
Btw. es gibt ein Update 0.5.1 was einen Fehler mit der Anzeige von confirmation false behebt. -
@tontechniker Vielen Dank dir und auch allen ein gutes Neues Jahr 2023!
Der Adapter ist nach ein paar mittelgrossen Änderungen wieder stabil und läuft bei mir im Dauertest soweit unauffällig. Wenn nichts mehr hochkommt werde ich den Adapter bald in den Stable Bereich überführen. -
@killroy2 Hauptsächlich nutze ich die Software Edomi zur Steuerung der Hausautomation. ioBroker und den KNX Baustein nutze ich um gewisse IOT-Geräte auf den KNX-BUS zubringen für die es keine gescheite Anbindung in Edomi gibt.
Die dadurch bereitgestellten Daten werden dann in Edomi für z.B. Logiken und die Visu weiterverwendet. Somit gibt es schon einen Empfänger aber keine richtiges ETS Gerät. -
@chrischros Ok, dein Edomi schneidet nicht nur den Busverkehr mit sondern du setzt KNX als
Backbone für deine Visualisierung ein. Warum gehst du über den Umweg KNX - beide sind doch auch im Netzwerk?
Da die Visu seine extra Telegramme nicht bestätigt hast du immer 4 (?) Sendeversuche. -
@killroy2 sagte in Test Adapter OpenKNX 0.2.x:
Warum gehst du über den Umweg KNX - beide sind doch auch im Netzwerk?
z.B. ist die Anbindung meiner Solarthermieanlage in Edomi nicht wirklich gut. Diese Werte nutze ich aber noch in der Logikengine zur Heizungssteuerung.
Des Weiteren ist die Anbindung an influxdb deutlich einfacher als über Edomi.@killroy2 sagte in Test Adapter OpenKNX 0.2.x:
Da die Visu seine extra Telegramme nicht bestätigt hast du immer 4 (?) Sendeversuche.
Wie meinst du das mit den 4 Sendeversuchen?
Die Werte werden ganz normal auf eine GA geschrieben, die dann von Edomi für Logik und / oder Visu verwendet wird.
Dadurch das dort kein Aktor eingebunden ist kann auch nichts bestätigt werden. Edomi lauscht nur auf dieser GA. -
@killroy2 sagte in Test Adapter OpenKNX 0.2.x:
Da die Visu seine extra Telegramme nicht bestätigt hast du immer 4 (?) Sendeversuche.
Ist das ein Problem?
Jede Visu hört auf GAs die oft keinen physikalischen Empfänger haben.
Egal ob kommerzielle KNX-Geräte (z.B. Jalousie-Status) oder ein Raspi, der Temperaturen misst und diese auf den Bus sendet (z.B. VL-,RL-Temperaturen der Heizung oder Solarthermie), nutze ich diese zur Visu (CometVisu) oder speichere diese in InfluxDB zur Analyse. -
@chrischros said in Test Adapter OpenKNX 0.2.x:
Wie meinst du das mit den 4 Sendeversuchen?
Die Werte werden ganz normal auf eine GA geschrieben, die dann von Edomi für Logik und / oder Visu verwendet wird.
Dadurch das dort kein Aktor eingebunden ist kann auch nichts bestätigt werden. Edomi lauscht nur auf dieser GA.Das IP Interface quittiert alle Eingangstelegramme auf dem Bus sobald ein Tunnel geöffnet ist.
Ich vermute du hast ein Interface mit mehreren Tunneln konfiguriert. Der IOBroker Tunnel schickt und das Interface quittiert sich seine eigenen Telegramme nicht selber. Der Adapter zeigt dir das an. -
@killroy2 danke für die Erklärung.
Und diese Meldung kommen weil der Adapter seit dem letzten Update kommunikativer ist?
Bei den älteren Versionen sind diese Meldungen nie aufgelaufen. -
@chrischros
Ja richtig, die Info kommt erst seit den letzten Updates.Ich lag falsch, bei zwei offenen Tunneln müsse der eine die Telegramme vom anderen quittieren. Wie sieht bei dir der Aufbau genau aus?
-
@killroy2 Ich habe ein IP-Interface mit mehreren Tunneln.
1x für Edomi (Logiken und Visu)
1x ioBroker
1x für die ETSDer ioBroker sendet mit Hilfe von openKNX die Daten an die entsprechenden GAs. Die GAs sind mit einer Dummy-Applikation verbunden damit die ganzen Adressen auch importieret werden können. Alle Adressen sind wie im Screenshot des vorherigen Post parametriert.
-
@killroy2 Hast du eigentlich irgendwo deine Paypal Adresse oder ähnliches hinterlegt, damit man dir mal eine kleine Spende zukommen lassen kann für die super Arbeit, die du hier machst?
-
@killroy2 Hallo! In den "Instanzeinstellungen" bei der Version 0.5.2 kann ich nicht weit genug scrollen, um die Schaltfläche für den Import zu erreichen. Es ist maximal ein blauer Balken zu sehen. Wenn ich auf die richtige Stelle des Balkens klicke, kann ich die Datei importieren. Ist das nur bei mir so, oder ist es ein Bug?
Gruß
Hans -
@tontechniker sagte in Test Adapter OpenKNX 0.2.x:
In den "Instanzeinstellungen" bei der Version 0.5.2 kann ich nicht weit genug scrollen, um die Schaltfläche für den Import zu erreichen.
Hatte ich auch, habe dann einfach die Seite auf nur 80% Zoom gestellt, damit kann ich nun alles sehen.
