UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[chefkoch009]

@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

[marlan99]

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

[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