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

[Klamm 0]

@glasfaser
Achso dass ist schon die ganze Anleitung?

Ich dachte das wäre nur der fix nachdem ich es vorher falsch gemacht habe.

[Klamm 0]

So habe dann jetzt die V2.0.3
Bekomme Fehlermeldungen wenn ich meine knxprod hochgeladen habe.
Ist das ein Adapter oder ein knxprod Problem?
Ich habe in ETS noch einige Gruppenadressen, die ich zwar angelegt aber noch mit keinen Geräten verknüpft habe.

Ich hätte noch einen Wunsch: Da ich ja noch dabei bin mein KNX immer weit auszubauen muss ich immer wieder bei Änderungen die knxprod hochladen. Beim alten Adapter wurde angezeigt XXX Objekte extrahiert. Interessant wäre für mich wie viele neue Objekte denn wirklich angelegt wurden. Vielleicht bin ich aber auch alleine mit dem Wunsch...

Habe gerade zwei Objekte gelöscht und die gleiche knxprod nochmal hochgeladen.
Die Objekte kommen nicht zurück...

[marlan99]

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?

[Videonisse]

@klamm-0 sagte in Test Adapter KNX v2.x:

Wäre natürlich schön, wenn es mit dem V2 funktioniert aber meine eigentliches Problem war ja dass der Wert vom DPT 7.012 nicht angezeigt wird.
Wäre das denn mit der V2 behoben oder ist das ein anderes Problem?

Funktioniert bei mir (mit v2.0.3) einwandfrei.

[Iccube]

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

[killroy2]

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.

[Klamm 0]

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

[Videonisse]

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

[chefkoch009]

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

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

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