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

[leachim200]

So ich bin weiter es dürfte an der physikalischen Adresse liegen.
Wenn ich das Interface auf werkseinstellungen setzte und die physikalische Standart IP nehme funktioniert alles. Sobald ich Secure darüber spiele geht nix mehr.
Wenn ich das ganze Ohne IP-Secure aufspiele funktioniert alles fehlerfrei.
Unterstützt der Adapter IP-Secure?

[leachim200]

@schmid_no1 Kann ich bestätigen. Ich habe direkt am Objekt Befehle abgesätzt, egal ob Tag/Nach umschaltung oder Rolläden Positionen die Befehle kommen oft bis zu 7 Sekunden später an.

[leachim200]

Hallo,
ich bin auf ein weiteres Problem gestoßen und wäre echt froh über Hilfe.
Ich versuche einen Text über iobroker an den MDT Glastaster in form eines Statustextes zu senden.

GA ist angelegt und auch im iobroker hinterlegt. Schalten und prozentwerte senden funktioniert aber der Text nicht. Was mache ich falsch?

Hier noch die Screenshots

[leachim200]

Ich bin einen Schritt weiter. Wenn ich das Ganze am Gruppenmonitor in der ETS durchführe wird der Wert ohne Probleme geschrieben. Daher gehe ich davon aus, dass es am Iobroker liegt. Logfile zeigt bei einer Wertänderung keine Regung das hier etwas gesendet wurde.

[Weissnicht]

@chefkoch009
Habe diesen Verzögerungseffekt zB auch beim Senden von Datum / Uhrzeit aus ioBroker an KNX. In Version 2.0.13 passiert das nicht.

[JojoS]

eine neue Version 2.0.16. Soll das delay da behoben sein? Habe langsam keine Lust mehr auf Betatester wenn ich schon so viel Geld für den Adapter bezahle.

[mikah111]

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

[Tobi68]

@jojos ich hatte letztes Jahr immer wieder Verzögerungen.
Hatte den IOBroker sogar einmal die Woche neu gestartet, das half zu 90%
Dann musste ich den IOBroker wegen Absturz kpl. neu installieren.

Danach waren die Verzögerungen weg.
Es hatte bei mir teilweise schon mal 30sec. Gedauert bis ne Lampe über die vis geschaltet wurde. War nur bei Knx objekten so, Meross oder Tasmota hatte das Problem nicht.
Erst nach IOBroker neuinstallation und backup aufspielen was das Problem behoben.

[chefkoch009]

@tobi68 Danke für die Info. Ist eventuell bei "irgendwelchen" Updates etwas schief gelaufen?

VG
chefkoch009

[Tobi68]

@chefkoch009

Keine Ahnung, ist ja nicht mehr nachvollziehbar..
Hatte im letzten Jahr halt wegen ner anderen Sache Support bei mir auf der Kiste, der hatte sich über einige Sachen in meiner Iob Installation bei mir gewundert.
Nach dem neu Aufsetzen des IOBs waren auch die Verzögerungen im KNX Geschichte..

[Alex4]

@chefkoch009 Seit dem Update auf 2.0.17 läuft der knx.1 adapter nicht mehr, er kann keine Verbindung zum knx.1 aufnehmen. Installiere ich aber openknx und verbinde mich darüber auf die zweite IP Gateway, läuft das ohne Probleme. Davor bei 2.0.14 waren auch beide Instanzen Verbunden.

[peer69]

@chefkoch009
Ich habe ebenfalls Verzögerungen, die reproduzierbar mit 2.0.17 auftreten. Mit 2.0.13 habe ich keinerlei Verzögerungen. Wurde zwischenzeitlich etwas an der Gateway-Kommunikation geändert? Mir kommt es so vor, als würde der Adapter auf irgendetwas warten oder in einen timeout laufen, bevor der Befehl ans Gateway geht. Hab’s nicht weiter intensiv getestet, denn der 2.0.13 läuft einwandfrei.

[mpl1338]

Ich habe leider auch die Verzögerungen, nervt extrem. Des weiteren habe ich mich in einem "Adapter Neustart loop" eingefangen gehabt, Ausweg war ein Backup.

Problem ist der Direktlink gewesen, hatte Direktlink-Zustände von TUYA nach KNX gelinkt, beim neu verbinden des Tuya Adapters in der Cloud ging das Tuya Gerät verloren inkl. Objekte. KNX Adapter konnte das Objekt nicht finden und hat sich in einer Dauerschleife festgefangen. habe die KNX Instanz angehalten, jedoch erschien der GA-Tools Reiter nicht. KNX Objekt gelöscht -> ging immer noch nichts. Hier sollte eine Notfalllösung eingebaut werden. Ein blockieren bzw. Dauer neu starten des ganzen Adapters ist nicht toll.

[ahennies]

@chefkoch009 Auch auf die Gefahr in, dass ich gleich eins auf die Mütze bekomme, aber ich benötige das update auf 2.0.17, wegen des Passwort Importproblems aus der ETS 6.0.6, kann aber nicht updaten, weil mir der iobroker nur die Version 2.0.13 anbietet. Auch npm i iobroker.knx hat leider nicht zum Erfolg geführt. Der iobroker ist auf dem neuesten Stand. Welche Möglichkeiten habe ich denn noch?

Ich habe es rausgefunden. Manchmal ist es gut, wenn man noch mal eine Nacht darüber schläft :blush:

[NightRacer]

Moinsen,

ich bin komplett neu hier. Versuche grade den iobroker auf ner Syno im docker in Betrieb zu nehmen.
Aktuell bin ich soweit das ich die erste Lampe über KNX in der vis schalten kann.

Folgendes Problem: in den Instanzeinstellungen: knx.0 > GA Properties sind nach dem .knxproj import alle
"schalt"GAs nicht als "schreiben", sondern als "lesen/aktualisieren" und als "indikator" anstatt als "switch" abgebildet.
Bei "GA-Zustand - Aktuator-Beziehung" stehen die GAs unter State und nicht unter Actor GA drin.

Wenn ich das händisch korrigiere passt soweit alles.
Nur ist da ja nicht zielführend.
Ich denke in der ETS ist alles richtig konfiguriert?
Wo liegt der Fehler?!

Die Rückmeldeobjekte wurden richtig erstellt und funktionierten sofort.

beste Grüße

Michael

[Yunkie]

@peer69 said in Test Adapter KNX v2.x:

@chefkoch009
Ich habe ebenfalls Verzögerungen, die reproduzierbar mit 2.0.17 auftreten. Mit 2.0.13 habe ich keinerlei Verzögerungen. Wurde zwischenzeitlich etwas an der Gateway-Kommunikation geändert? Mir kommt es so vor, als würde der Adapter auf irgendetwas warten oder in einen timeout laufen, bevor der Befehl ans Gateway geht. Hab’s nicht weiter intensiv getestet, denn der 2.0.13 läuft einwandfrei.

Ich kann bei mir selbiges Verhalten beobachten. Habe vor ein paar Monaten mal ein Update des Adapters durchgeführt und seit dem starke und unvorhersehbare Verzögerungen gehabt. Dann habe ich gestern wie oben beschrieben ein Downgrade auf 2.0.13 gemacht und die Verzögerungen waren weg.

[fuchs1978]

Meine Bewegungsmelder senden bei Bewegung ein true oder false. Leider kommt dieser Wert gelegentlich nicht bis zum durch. Iobroker denkt dann also es ist noch Bewegung im Raum und lässt das Licht an. Besteht mit dem Adapter die Möglichkeit ein Read auf den Bis zu senden? Wurde als quick Lösung für mich reichen.

[Olli.O]

@chefkoch009 said in Test Adapter KNX v2.x:

Das ist das Preismodell:

Datenpunkte	netto pro Jahr	netto Livetime V2
0-500	0€	0€
501-1000	12€	120€
1001-2000	22€	220€
2001-3000	30€	300€

Ein Datenpunkt ist eine Gruppenadresse.

Hi, bezieht sich die Anzahl der Gruppenadressen auf verknüpfte GA's oder auch schon auf angelegte GA's die noch nicht mit einem Gerät in der ETS verknüpft sind ?

[mpl1338]

Ich habe mehrere GA's mit nur einem Objekt. Diese senden einen Status, welcher in IOB angezeigt bzw. ausgewertet wird.

Meine KNX SV mit Diagnose Funktionen erkennt diese als "Kommunikations Fehler" da kein ack. Kann ich die Telegramme per IOB irgendwie bestätigen? Ist zwar kein richtiges Problem, jedoch stört es mich.

[blacksheep587]

Guten Morgen,
ich habe einen Userdata-Datenpunkt erstellt, in den ich über Blockly meinen PV-Überschuss schreibe.
Diesen Datenpunkt habe ich mit einem Datenpunkt im KNX-Adapter verknüpft, um den Überschuss hier weiter zu verarbeiten.

Wenn ich den User-Datenpunkt logge, dann bekomme ich momentan drei verschiedene Einträge:

2023-03-06T06:49:59.569Z	-0.006	true	javascript.0
2023-03-06T06:57:48.149Z	-0.012	false	system.adapter.knx.0
2023-03-06T06:57:49.193Z	-0.013	true	system.adapter.javascript.0

warum schreibt der KNX-Punkt hier rein?
So stehts in der Doku:
'- x - - x write the value to KNX with GroupValueWrite

BTW, was ist der Unterschied zwischen javascript.0 und system.adapter.javascript.0?