Test Adapter KNX v2.x
-
@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 - ABild vom dp
Woran könnte es liegen haben den Adapter schon paar mal neu gestartet
-
@iccube Wird der Adapter grün, wenn Du ihn neu startest? Siehst Du beim Start die Abfragen in der ETS?
VG
chefkoch009 -
@chefkoch009 ja er wird grün und die Abfrage kommt auch in der ETS.
Habe an meinem Sytem nix geändert auch kein update installiert es hat ja auch die ganze Zeit funktioniert. -
@chefkoch009 habe den adapter neu installiert jetzt läuft es erstmal wieder
aber schon komisch -
@iccube falls du wieder mal so ein Problem antriffst könntest du folgende Befehle ausführen:
iobroker stop
iobroker fix
iobroker startHatt auch schon mal Adapter bei welchen bestimmte Berechtigungen nicht mehr korrekt gesetzt waren.
-
@chefkoch009 Ach Mist, irgendwie habe ich wohl vergessen die Datenpunkte zu löschen... sorry.
Es sieht nun gut aus, solange die Wirkleistung nicht auf 0 ist. Falls sie auf 0 steht dann gibt es folgendes:
...Wirkleistung" has value "0" less than min "1.175494e-38" -
@mikah111 Öhm...muss ich mir anschauen.
VG
chefkoch009 -
ich habe auch noch ein Problem:
Mehrere Steckdosen/Staus sind ok, nur eine tanzt aus der Reihe, da klappt die Zuordnung Aktor/Status nicht, der GA Editor meldet 'Es ist nicht möglich, State GA und Act GA mit unterschiedlichen Datenpunkttypen zu kombinieren.' In der ETS sind aber alle als DPT1.001 (Switch) und DPT1.011 (State) definiert. Bei 21 DP funktioniert das, nur bei dem einen nicht. Beim Einlesen der .knxproj werden die nicht funktionierenden auch falsch als value anstelle von switch/state angelegt.
Nach manuellem ändern werden die DP nach knx Import wieder falsch angelegt.
Was kann das sein?
einen kleinen Unterschied habe ich jetzt gesehen, die Reihenfolge der Verknüpfungen:
0/2/4 ist eine GA zum alles ausschalten, da sind auch alles die gleichen 1-Bit DPT drin. -
@iccube said in Test Adapter KNX v2.x:
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ändertHabe anscheinend das gleiche Problem aber aufgefallen ist es mir beim DPT 7.012 Stromwert mA.
Im ETS Monitor sehe ich, dass die Telegramme geschickt werden.
Ich habe den Adapter auf Debug gestellt und den log gespeichert. Ich habe alle Telegramme aus den Logs geprüft und keine Unterschiede. Alle Telegramme die in ETS zu sehen sind, sind auch im iobroker log zu sehen.
Das Objekt wurde nur irgendwann nicht mehr aktualisiert.Irgendwann kam das zyklische Schreiben des Aktors und das Objekt wurde dann auch aktualisiert.
Wenn meine Frau die nächste Wäsche an macht werde ich aber nochmal den Log aktivieren und wenn es hilft auch zur Verfügung stellen. -
Update:
Ich habe noch eine Beobachtung gemacht: Die Waschmaschine war nochmal an. Der Fehler ist nicht aufgetreten aber dieses mal war auch zeitgleich der Trockner an. Es wurden also auch immer mal wieder andere Werte gesendet.
Es könnte also sein, dass der Fehler nur dann auftaucht, wenn mehrmals (im meinem Fall etwa 20 mal) die gleiche Gruppenadresse innerhalb kürzester Zeit (etwa eine Minute) gesendet wird?
