NEWS
Test Adapter KNX v2.x
-
@chefkoch009 habe ich gesetzt
Wenn ich den Wert über die ets abfrage ändere auch den Wert beim dp nur bei einem Neustart des Adapters aktualisiert ert den Wert nicht.
-
Wie schon erwähnt habe ich einen eigenen KNX Adapter erstellt. Die Entwicklung entstand aus einer Not heraus, da der verfügbare KNX Adapter meine Hardware nicht unterstützt. Ich sehe das Problem auch nicht behoben. Da ich einiges an Zeit investiert habe und der Adapter gut genug ist, bei mir im Haus die Arbeit zu übernehmen, möchte ich eine Vorstellung der Öffentlichkeit ankündigen.
Mein Adapter hat diese Architekturtreiber im Fokus:
-Einfach
-Dokumentiert und wartbar
-Standardkonform
(-Austauschbarkeit zum bestehenden Adapter)Der Adapter basiert auf einem freien, gut getesteten KNX Stack.
Mein Adapter soll kein Ersatz für den bestenden KNX Adapter hier sein. Der Funktionsumfang soll sich auf das Notwendige beschränken und dies zuverlässig tun.
Der Adapter ist quelloffen und kommt mit einer Open Source Lizenz und ich hoffe auf guten Support vom Forum.
Über Weihnachten habe ich mir etwas Zeit reserviert das Vorhaben zu realisieren. Weiteres in einem eigenen Test Beitrag.
Wer Interesse an einem frühen DevDrop hat kann mir eine PM schreiben. -
@videonisse Habe es ja im anderen Beitrag schon erwähnt, dass das mit dem DPT mein Fehler war.
Jetzt würde ich gerne den V2.0.3 zum laufen bekommen (siehe Fehlermeldung weiter oben)
-
@iccube sagte in Test Adapter KNX v2.x:
@chefkoch009 habe ich gesetzt
Wenn ich den Wert über die ets abfrage ändere auch den Wert beim dp nur bei einem Neustart des Adapters aktualisiert ert den Wert nicht.
Ist es die gleiche problem als Issue #162 "GroupValueResponse is ignored"?
-
@killroy2 Dann sage ich mal Herzlichen Glückwunsch und alles Gute zu Deinem Adapter. Ich bin mal gespannt wie Du einige Sachen gelöst hast.
VG
chefkoch009 -
@marlan99 said in Test Adapter KNX v2.x:
Ich habe den KNX V2 mal auf einem Testsystem installiert und funktioniert soweit schon mal.
Bei der V1 konnte man konfigurieren, dass er bei den Werten 1/0 True/False ausgeben soll.
Diese Einstellung gibt es bei er V2 nicht mehr oder habe ich was übersehen?Die Frage ist eventuell untergegangen.
Bei dem V1 Adapter gab es die Option Datenpunkte mit Werten 1/0 mit true/false setzen oder lesen zu können.
Ist dies obsolete mit der V2 oder müssen die Datenobjekte anders behandelt werden? -
@marlan99 Ups....sorry.
Über diesen Punkt habe ich beim Versionswechsel lange nachgedacht. Und die einzig logische Konsequenz ist, das das Schalten ein Zustand und kein Wert ist. Somit also nur die Zustände {true, false} annehmen kann, wohin gegen ein Wert immer eine Zahl ist.
Man könnte das ganze philosophisch betrachten und sagen das die ETS 0 und 1 auf den Bus schreibt, was wiederum die Frage aufwirft, ob das letzte Bit gesetzt ist oder nicht und nur die Antwort Ja oder Nein also true oder false zulässt. (* was für ein hässlicher Satz* )Die Antwort auf die Frage ob das Licht an ist lautet ja auch nicht 0 oder 1.
Somit beantworte ich den ersten Teil der Frage mit ja. Den zweiten Teil der Frage verstehe ich nicht. Was meinst Du damit?
VG
chefkoch009 -
@chefkoch009 Danke für deine prompte Antwort.
Bei der zweiten Frage geht es mir darum, dass ich einige Blockly Scripts habe die bisher die Datenobjekte auf true/false gesetzt hatten.
Diese habe ich nun so abgeändert, dass ich eine 0 oder 1 setze, da ich sonst immer warnings im Log hatte.--> Die Frage daher explizit: Ist es korrekt, dass ich nun das Datenobjekt immer auf eine 0 oder 1 setze, anstatt bisher false oder true?
-
--> Die Frage daher explizit: Ist es korrekt, dass ich nun das Datenobjekt immer auf eine 0 oder 1 setze, anstatt bisher false oder true?
Also genau umgedreht Du setzt in Deinen Scripten true und false. Achte bitte darauf das aber nicht als String "true" oder "false" geschieht. Denn sonst könnte das deine Fehlermeldung erklären ( "true" != true)
VG
chefkoch009 -
@chefkoch009 ok, genau so hatte ich es eigentlich und habe diverse warnings im Log gehabt.
Nun vermute ich, dass ich da was komplett falsch interpretiert habe.Ich prüfe es nochmal auf meiner Seite und wenn es sich nicht löst, komme ich mit neuen Fragen
Danke dir !
-
@chefkoch009 said in Test Adapter KNX v2.x:
Und den Fehler mit dem DPT 19.001 bekomme ich immer noch. Habe den Typ von mixed auf string gestellt, aber das liefert ebenfalls eine Fehlermeldung, das hatte ich auch schon vorher mal mit der 1.x probiert.
Das werde ich mir demnächst zu Gemüte führen. Einige Kinken in anderen Datenpunkttypen sind bereits behoben.
Danke, habe gesehen das es in der 2.04 bereits behoben war, habe jetzt auf die 2.05 aktualisiert und Zeit/Datum wird jetzt richtig konvertiert.
-
@jojos Danke für das Feedback.
VG
chefkoch009 -
@chefkoch009 doch noch als Feedback.
Sieht alles gut aus betreffend true/false.
Habe festgestellt, dass ich in der ETS die Datentypen nicht durchgängig gesetzt hatte und nun mit der V2 Probleme gab dass bei geänderten Werten nichts auf den Bus geschrieben wurde.Wie sagst du schon immer: Erst prüfen ob die ETS Konfiguration stimmt
Die Instanz läuft auch stabiler als mit der V1. Da konnte ich restarts provozieren, wenn ein bestimmter Datentyp unbekannt/ungültig war. Dies ist jetzt nicht mehr der Fall.
Das "GA Tool" in der Konfig finde ich übrigens auch super !! -
ich habe jetzt zigbee2mqtt auf einem anderen Rechner installiert und der mqtt client im ioB kann die Messages sehen. Merkwürdigerweise werden diese aber vom KNX Adapter geloggt, kann das richtig sein? Im KNX ist auch nichts konfiguriert das er den mqtt kennen sollte.
-
Ich habe noch ein kleines Problem mit der Wirkleistung 14.056. Dabei bekomme ich die Warnung ...has to be type "string" but received type "number"
-
@mikah111 sagte in Test Adapter KNX v2.x:
Dabei bekomme ich die Warnung ...has to be type "string" but received type "number"
Hast du die v2 zwei als Update eingespielt !?
Vorhandene Datenpunkte löschen und neu anlegen lassen .
-
@mikah111 Wie genau lautet die Meldung. In der Regel ist die Wirkleistung vom Typ number.
Ich bin mal davon ausgegangen, das das was @Glasfaser geschrieben hat gemacht wurde.
VG
chefkoch009 -
@chefkoch009 ist im KNX Adapter ein Zugriff auf mqtt/zigbee2mqtt drin? Oder wird im Log nur eine falsche Quelle angezeigt?
-
@jojos der Adapter kommuniziert nur mit dem js-controller. Es sind keine anderen Adapter involviert.
VG
chefkoch009 -
Hallo,
heute ist meine Weihnachtsbeleuchtung nicht an gegangen die lasse ich immer über den Helligkeitswert schalten (10/2/1).
Der Adapter ändert seit heute die Werte nicht mehr in den Datenpunkten . Es lief die anderen Tage wunderbar.
Habe auf debug gestellt und den Helligkeitswert auf den bus geschickt laut Protokoll hat er ihn richtig gelesen nur nicht im geändertknx.0 2021-12-13 17:32:18.184 info ( 4.b ) return to STATE_READY, processing : false knx.0 2021-12-13 17:32:18.184 info ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 02 4b 00 ChID : 2 SeqCntIN : 75 SeqCntOUT : 172 queue length : 0 knx.0 2021-12-13 17:32:18.183 info =====> STATE_TUNNELING_ACK knx.0 2021-12-13 17:32:18.183 info ( 3.4 ) Received TUNNEL_REQUEST for unexpected address knx.0 2021-12-13 17:32:18.183 info RESPONSE single-array value : 0 auf knx.0.Präsenzmeldung.Helligkeit.Garten_Messwert_Helligkeit knx.0 2021-12-13 17:32:18.182 info RESPONSE : mappedName : Garten Messwert Helligkeit dest : 10/2/1 val: 0 (DPT9.004) Garten_Messwert_Helligkeit knx.0 2021-12-13 17:32:18.182 info main.js: onGroupValue_Response from 10/2/1 knx.0 2021-12-13 17:32:18.182 info ( 3.3 ) Received TUNNEL_REQUEST (RESPONSE - send ACK) : 06 10 04 20 00 17 04 02 4b 00 29 00 bc e0 11 38 52 01 03 00 40 00 00 2 knx.0 2021-12-13 17:32:18.144 info ( 4.b ) return to STATE_READY, processing : false knx.0 2021-12-13 17:32:18.144 info ( 4 ) Sending Tunnel_Request ACK : 06 10 04 21 00 0a 04 02 4a 00 ChID : 2 SeqCntIN : 74 SeqCntOUT : 172 queue length : 0 knx.0 2021-12-13 17:32:18.144 info =====> STATE_TUNNELING_ACK knx.0 2021-12-13 17:32:18.143 info READ multi-array value : [] auf knx.0.Präsenzmeldung.Helligkeit.Garten_Messwert_Helligkeit knx.0 2021-12-13 17:32:18.143 info READ : mappedName : Garten Messwert Helligkeit dest : 10/2/1 val: (DPT9.004) Garten_Messwert_Helligkeit knx.0 2021-12-13 17:32:18.143 info main.js: onGroupValue_Read from 10/2/1 knx.0 2021-12-13 17:32:18.143 info main.js: Received Value from GroupValue Read knx.0 2021-12-13 17:32:18.143 info ( 3.1 ) Received TUNNEL_REQUEST (READ - A
Bild vom dp
Woran könnte es liegen haben den Adapter schon paar mal neu gestartet