Wartung am 15.11. – Forum ab 22:00 Uhr nicht erreichbar

[chefkoch009]

@marlan99

--> 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

[marlan99]

@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 !

[JojoS]

@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.

[chefkoch009]

@jojos Danke für das Feedback.

VG
chefkoch009

[marlan99]

@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 !!

[JojoS]

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.

[mikah111]

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"

[Glasfaser]

@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 .

[chefkoch009]

@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

[JojoS]

@chefkoch009 ist im KNX Adapter ein Zugriff auf mqtt/zigbee2mqtt drin? Oder wird im Log nur eine falsche Quelle angezeigt?

[chefkoch009]

@jojos der Adapter kommuniziert nur mit dem js-controller. Es sind keine anderen Adapter involviert.

VG
chefkoch009

[Iccube]

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ändert

knx.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

[chefkoch009]

@iccube Wird der Adapter grün, wenn Du ihn neu startest? Siehst Du beim Start die Abfragen in der ETS?

VG
chefkoch009

[Iccube]

@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.

[Iccube]

@chefkoch009 habe den adapter neu installiert jetzt läuft es erstmal wieder
aber schon komisch

[marlan99]

@iccube falls du wieder mal so ein Problem antriffst könntest du folgende Befehle ausführen:

iobroker stop
iobroker fix
iobroker start

Hatt auch schon mal Adapter bei welchen bestimmte Berechtigungen nicht mehr korrekt gesetzt waren.

[mikah111]

@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"

[chefkoch009]

@mikah111 Öhm...muss ich mir anschauen.

VG
chefkoch009

[JojoS]

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.

[Klamm 0]

@chefkoch009

@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ändert

Habe 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.