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

[Miswak]

Hallo,

hatte das gleiche Problem/Meldungen wie Rapunzel mit Version 2.0.17 und somit keinen Zugriff mehr auf meine KNX Geräte. Bin dann auch wieder auf die 2.0.13 und alles läuft wieder tadellos.

[jackmaclaessig]

@miswak Bei mir läuft er jetzt auch nur mein Problem sind die Fensterkontakte die lassen sich in den Objekte auf den iobroker nicht darstellen
Was mache ich falsch ?
Bitte um Hilfe

[Miswak]

@jackmaclaessig
Ich nutze Zigbee Fensterkontakte, daher kann ich Dir da nicht genau weiterhelfen.
Aber eigentlich sollten da doch nur boole'sche Werte kommen, entweder "true" oder "false". Hast Du in der ETS die richtigen DPT angegeben und vor allem: wurden diese dann beim Import in den Adapter auch so übernommen?
Hatte mal ein ähnliches Problem bei der Position meiner Raffstores mit dem anderen KNX Adapter (open.knx). Obwohl alles in der ETS funktionierte und Werte 0-100 herauskamen, wollte mir der Adapter 0-255 draus machen.

[Tobi68]

@jackmaclaessig
Haben die KNX Fensterkontakte vorher schon mal im IOBROKER funktioniert?

[jackmaclaessig]

@tobi68 Nein leider eben leider nicht ich habe ja auch viele Möglichkeiten den Binäreingang zu deklarieren
Habe es jetzt mal mit einem normale Schalter deklariert zuvor hatte ich es als Zustand
Komme nur leider immer erst spät um zu testen hat es was auch mit den Flags zu tun ?

[jackmaclaessig]

@miswak das ist es ja eben eigentlich müsste er ja nur false oder true anzeigen ich kann den Wert ja beliebig in dem Binäreingang deklarieren wie ich will er ist nur steuerbar entweder über die ETS oder in den Objekten im Iobroker
Das komische ist auch es kommt die Meldung auf dem Glastaster Fenster offen und geht nach schließen wieder weg das Funktioniert nur im Iobroker nicht

[Tobi68]

@jackmaclaessig

Ich frage weil ich meine Fensterkontakte in ner Gira KNX Alarmanlage habe..

Ich habe sie mal kurz im IOB.. der Eli der Sie eingerichtet hat… setzt die Kontakte aber alle paar Minuten zurück..
Habe noch nicht die Muße gefunden mich mit auseinanderzusetzen..
Gibt immer wieder was wichtigeres und einfacheres…

[jackmaclaessig]

@tobi68 ich wollte diese Fensterkontakte eigentlich auf der Vis darstellen da ich gerade an einer Visu dran bin sie zu realisieren.

[Tobi68]

@jackmaclaessig

Wollte/ habe ich ja auch .., Status hat halt nur ne Minute gestimmt 😉🙄🤪🤬

[Elmar Mersch]

Hallo,

ich wollte auch mal kurz bzgl. Verzögerungen mit der 2.0.17 berichten.

Ich hatte meinen ioBroker von einem Intel NUK auf einen Raspi4 mit 8GB RAM umgezogen.
Alles auf den aktuellen Stand gebracht (inkl. Node.js auf 18.15.0).
Nach einigen Nacharbeiten fiel mir dann auf, dass alles für KNX verzögert war (bis zu 4 Sek), also z.B. Licht an/aus oder Rolläden ansteuern. Dann wiederum gingen die selben Schaltungen wieder zügig.
Im LOG keine Fehlermeldungen.

Hatte erst den Raspi in Verdacht und habe bzgl. SWAP / SD-Karte probiert - alles ohne Erfolg.
Soeben zurück auf 2.0.13 und alles läuft wieder wie gewohnt.
Die Zwischenversionen habe ich nicht probiert - KNX ist noch ETS3.

Ach ja, Danke für diesen Adapter der seit Jahren bei mir im Einsatz ist (227 Datenpunkte).

Grüße
Elmar

[AJO]

@miswak Hallo, ich bin auch grade mich mit Verzögerungen am rumplagen und habe alles mögliche in Verdacht da ich auch auf iOS 16.4 bin und habe heute die das HomeKit Upgrade gemacht. Aber scheint ja eher am KNX 2.0.17 zu liegen. Wie komme ich denn zurück auf die 2.0.13? Stehe da grade auf dem Schlauch :( Vielen Dank schon mal :)

PS: Hab's gefunden ;) Ist die Expertenansicht. Bin jetzt wieder auf 2.0.13 und alles läuft wieder rund!

[Steinmetz_4]

Guten Abend,

hat noch jemand den Fall, dass der Adapter beim Import der GA´s auch bei "nur neue Objekte hinzufügen" immer alles hinzu fügt?

Ich habe in mühevoller Kleinarbeit meine Datenpunkte per Hand zurechtgerückt und wollte dann acht neue GA´s hinzufügen (Haken bei nur neue) und siehe da, es wurden trotzdem 529 aktualisiert und die Datenpunkte passen wieder nicht...

Mfg
Tom

[gospelrock]

@chefkoch009
Ich musste aus Stabilitätsgründen meinen ioBroker vom Raspi4 auf den Timberwolf-Server umziehen. Nun kann ich leider meine 1000er Lizenz nicht mehr nutzen. Gibt es eine Möglichkeit die Lizenz "umzuziehen" - also für das alte Gerät zu deaktivieren und an ein neues Gerät zu binden?

VG,
Peter

[lessthanmore]

@gospelrock LAST ONLINE 23 OCT 2022 AT 19:27

Hmm, Déjà-vu.
Schreib ihn vllt. mal auf github an oder per Mail.

[Christobal0815]

@mikah111 said in Test Adapter KNX v2.x:

@jojos Ist bei mir mit der 2.0.16 nicht besser geworden. Bin und bleibe nun wohl auf der 2.0.13

Vielen Dank. Ich hatte seit einiger Zeit massive Probleme mit bis zu 10 Sekunden delay nach dem Schalten. Nach dem Downgrade auf 2.0.13 habe ich das Problem nicht mehr!

[KoelscheJung90]

@christobal0815 Same bei mir. Und ich habe heute über 2h nochmal alles gecheckt. Nachdem ich mit dem Busmonitor (ETS) festgestellt habe das die Telegrame einfach nur verzögert an kommen war ich stark verwundert. Downgrade auf 2.0.13, nun läuft alles wieder ohne Delay.

[marlan99]

@koelschejung90 von welcher Version bist du wieder auf die 2.0.13 ?

Im release ist aktuell die 2.0.17 verfügbar
Im beta ist aktuell die 2.0.22verfügbar

[ChefSache]

Ich habe frisch den aktuellen ioBroker mit KNX 2.0.17 installiert - Bin dabei natürlich auch auf das Verzögerungsproblem gestoßen. Dazu hier ein "tail -f" des ioBroker-Logs, nachdem ich den KNX-Log-Level auf "ultra verbose" gesetzt habe:

• 09:14:08 Uhr: Wiederkehrender KeepAlive des KNX-Adapters (kommt wohl alle 10 Sekunden)
• 09:14:13 Uhr: Switch-State manuell geändert
• 09:14:18 Uhr: Senden des Telegramms mit neuem Switch-State durch den KNX-Adapter (5 Sekunden später)

Gerne das Ganze auch hier als Video: KNX-Verzögerung.mp4 (Man sieht den fortlaufenden Protokoll-Output, während ich den Switch-State in der ioBroker-GUI ändere.)

Die Verzögerung bei mir liegt normalerweise zwischen 1...9 Sekunden - Das hier vorgeschlagene Downgrade auf 2.0.13 löst das Problem.

Vage Vermutung: Wenn ich den Switch-State kurz vor einem KNX-KeepAlive sende (der ja alle 10 Sekunden kommt), habe ich nur eine kurze Verzögerung. Wenn der nächste KeepAlive aber noch lange hin ist, wartet der Adapter scheinbar das Senden ab, bis der nächste KeepAlive ansteht!? (PS: schon komisch, dass das Telegramm genau dann rausgeht, wenn um 09:14:18 Uhr der nächste KeepAlive stattfindet, oder?)

[foxriver76]

@chefsache 2.0.17 da ist das Problem bekannt wenn selten auf den Bus geschrieben wird. Ab 2.0.18 gefixt, sollte mal stable version angehoben werden

[jafr]

Ich habe eine „ioBroker.knx Lizenz - 2000 Datenpunkte, ein Jahr gültig“ erworben und benutze die Version v2.0.17 vom KNX Adapter. Eine IoBrokerVISoffline Lizenz liegt ebenfalls vor. Vom IoBroker nutze ich die Version v6.8.0.
In den Instanzeinstellungen habe ich für das KNX Gateway soweit alles korrekt eingestellt. Hier scheint soweit auch alles zu funktionieren (Jeweils ein Haken bei "Verbunden mit Host", "Lebenszeichen" und "Verbunden mit Gerät oder Dienst". Wenn keine Lizenz eingetragen ist, kann ich hier ein Projekt mit bis zu 500 Datenpunkten hochladen und die GA's werden auch erfolgreich übermittelt. Sobald ich meinen erhaltenen Lizenzschlüssel eintrage, kommt eine Fehlermeldung: „Lizenzfehler:This license is not valid for this iobroker host. Klicken Sie hier, um eine Lizenz zu installieren.“
Dabei spielt es auch keine Rolle ob ich mich mit ioBroker.net synchronisiere und von dort die Lizenz einfüge, oder manuell aus den aufgeführten Lizenzen und den Key dann von dort rein kopiere.
In den Basiseinstellungen unter „Lizenzen“, wird soweit auch alles korrekt angezeigt, aufgelistet sind hier: „iobroker.vis“, „iobroker.vis.offline“ und „iobroker.knx.year“.
Anbei noch zwei Bilder, einmal ohne eingegebene Lizenz und einmal mit der Lizenz die mir zur Verfügung steht.
Was läuft hier falsch, warum wird meine Lizenz nicht anerkannt? Wie kann ich dieses Problem beheben?