Test Adapter KNX v2.x

[loverz]

@chefkoch009 sagte in Test Adapter KNX v2.x:

Bei Rückmeldeobjekten schauen, das im Parameterdialog "aktives Rückmeldeobjekt" aktiviert ist und das Ü-Flag (meist in Verbindung mit L-Flag) gesetzt ist (das K-Flag ist Zwingend)

dazu habe ich noch eine Frage:
Wenn ich eine Taste am MDT Glastaster mache z.B. "Schlafmodus" und diesen in iobroker auswerten möchte und gleichzeitig aber diesen auch von iobroker aus steuern möchte, welche Flags müsste ich dann setzen?

Bei mir sieht es aktuell so aus:

Bis 1.0.20 kein Problem, danach offensichtlich schon.

[Tobi68]

@loverz

.. ich habe gerade ne Woche damit verbracht in ein neues Gehäuse incl. SSD umzuziehen.. du glaubst gar nicht wieviel Ärger ein Netzteil machen kann..
Habe zum guten Schluss kpl. Neuinstalliert und Backup von Backit up zurückgespielt..
Läuft immer noch nicht alles richtig, da ein zwei Sachen Manuell installiert worden sind.
Ist aber schon mal alles etwas schneller als vorher..

Habe aus dem Grund derzeit keine richtige Lust mehr auf weitere Experimente.. ich will auch nicht nur noch an der Einrichtung der Kiste sitzen..

Werde aber die Tage mal auf 2.0 gehen, so wie ich @chefkoch009 kenne hilft der auch falls es Probleme gibt..

[chefkoch009]

@tobi68

du glaubst gar nicht wieviel Ärger ein Netzteil machen kann..

Doch....weil es das letzte ist, was man in Betracht zieht.

VG
chefkoch009

[Bachl]

Hallo zusammen,

ich habe bei mir IoBroker mittlerweile seit kapp zwei Jahren am laufen. Es funktioniert soweit alles sehr gut.
Jedoch bekomme ich mit dem KNX-Adapter (derzeit Version 2.05) leider keine durchgehend funktionierende Verbindung hin.
So wie es aussieht bricht diese ständig ab.
Dadurch werden viele Ereignisse nicht vom KNX-System in den ioBroker übertragen. Der umgekehrte Weg hingegen funktioniert zuverlässig. (evtl. werden die Befehe nach dem Reconnect übertragen)
Den Auszug aus dem log-file habe ich mal mit angehängt.

Als IP Interface verwende ich ein MDT SCN-IP000.03.

KNX-Gateway-Einstellungen
KNX Gateway IP: 192.168.8.168
KNX Gateway Port: 3671
physikalische KNX-Adresse: 1.1.245
KNX-Pakete pro Sekunde: 50
lokale iobroker-IP: [IPv4] 192.168.8.240 - ens18

Ich habe hier bereits verschiedene Versionen das Adapters (und auch des ioBrokers) ausprobiert, komme hier aber seit langer Zeit nicht weiter. Da mein KNX-System nun gerade weiter ausgebaut wird, wird mein Problem nun etwas akuter.

Es wäre schön, wenn mir hier jemand weiterhelfen könnte.

Vielen Dank euch schon im Voraus!

Bachl

[Steve MASSARD]

Hallo @chefkoch009

Ich habe den Adapter erfolgreich geupdatet und eine neue Lizenz gekauft. Leider wird die Lizenz nicht erkannt und die auto. NET Sync. klappt leider nicht.

Unter Iobroker net wird die Lizenz korrekt angezeigt und ich kann den Schlüssel kopieren. Einfügen im iobroker geht auch. nur der der lizenz wird nicht korrekt erkannt?

Wo erhalt ich schnellen Support?

Woran kann das liegen?

[marlan99]

@steve-massard bis das Problem gelöst ist, kannst du auch einen downgrade auf deine vorherige Version machen.
Die alte Lizenz wieder einfügen und dann sollte es vorerst wieder klappen.

[chefkoch009]

@bachl Reduziere mal bitte die Paketrate auf 25. Wie viele Verbindungen baust Du gleichzeitig zu Deinem MDT GW auf? (ETS, iobroker,.....)?

VG
chefkoch009

[loverz]

@bachl hatte das gleiche Problem nach v1.0.20 und bin deshalb wieder zurück…
Hab das gleiche MDT Gateway.

1.0.20 kann man aber nur über die Konsole installieren, weil schon zu alt…

[killroy2]

@loverz @bachl sieht auf den ersten Blick so aus als wäre der Fehler aus der 1er Version auch in 2 noch aktiv https://github.com/ioBroker/ioBroker.knx/issues/184

boellner created this issue in ioBroker/ioBroker.knx

closed Tunneling: L_Data.con Frames werden nicht quittiert #184

[chefkoch009]

@loverz Mag funktionieren, ist aber nicht dir Lösung.

VG
chefkoch009

[chefkoch009]

@bachl Ich werde das mal bei mir gegen so ein MDT laufen lassen.

VG
chefkoch009

[loverz]

@chefkoch009 anders wusste ich mir bis heute nicht zu helfen…

[chefkoch009]

@loverz hm....das hast Du aber sicherlich schon mal hier oder als issue bekannt gegeben, das es bei Dir mit der MDT nicht funktioniert?

VG
chefkoch009

[loverz]

@chefkoch009 ich hab paar Zeilen weiter oben und in diversen anderen Threads schon sehr oft erwähnt, dass bei mir alles oberhalb von 1.0.20 Probleme macht.

Mir wurde immer erzählt, dass es an der „Pärchenbildung“ also der Hochzeit zwischen Status und Aktor liegt.

Nachdem ich 2.0.5 installiert hatte und die Pärchen über die neuen „GA-Tools“ selbst gebildet habe, war das Problem noch immer nicht weg.

Irgendetwas muss oberhalb von 1.0.20 schief gelaufen sein…

[chefkoch009]

@loverz Naja mal ehrlich....wenn der Entwickler selbst einen Thread aufmacht, wie schon seit Jahren, denke ich, das es wenig Sinn macht, dafür noch x andere Threads aus dem Boden zu stampfen in der Hoffnung, irgendwann wirds schon der Richtige lesen. Und dann Tipps wie x-Versionen zurückzuspringen ist auch nicht unbedingt zielführend. Das ist ja so als wenn man sagt: " Verkaufe Dein Auto, dann kannst Du keinen leeren Tank mehr haben."

Wie dem auch sei, ich schau es mir an.

VG
chefkoch009

Anbei: Ich habe Dir auch Hilfsangebote geschickt, bis dato ohne Antwort.

[marlan99]

@chefkoch009
Als Nebeninfo. Ich habe von MDT den SCN-IP100.03 im Einsatz und bis zur 1.0.45 und jetzt 2.0.5 keine Probleme mit der KNX Kommunikation

[chefkoch009]

@bachl Hab es nun gegen mein MDT SCN-IP000.03 laufen lassen. Läuft anstandslos sogar mit 80 Pakete/sek. Nun ist die Frage, was bei Dir anders ist.

VG
chefkoch009

[chefkoch009]

@marlan99 Danke für das feedback/ die Info.

VG
chefkoch009

[Tobi68]

Hab dann eben mal update auf 2.0.5 gemacht.
Finde derzeit mal keine echte Fehlermeldung im Log:

knx.0 2021-12-28 05:46:51.569	warn	No license found for knx. You can use 500DP for free or you can get a license on https://iobroker.net/accountLicenses !
knx.0 2021-12-28 05:46:46.134	warn	This license is for adapter versions <2 ... clearing license

War heute recht früh, wollte nicht alles durchtesten...

Es scheint aber alles zu funktionieren.
Ich hatte immer Fehler im Log wenn die Rollläden per script gefahren wurden, mal schauen ob da noch was kommt, wird so zum Sonnenaufgang kommen..

Da ich meinen RPI kpl. neu aufgesetzt habe und den IOBroker aus dem Backitup wieder installiert habe, müsste auch der Cron job den ich mir mal zum Neustart des RPIs eingerichtet hatte nicht mehr existent sein.
Ich hatte früher das Problem das ich meine KNX Sachen nach ner gewissen Zeit nicht mehr per vis ansprechen konnte, und wenn dann schalteten die Lichter erst ne Minute/zwei später.
Das konnte ich damals nur mit dem Neustart des RPIs beheben.
Auch die ständigen re connects zu dem UDP Server die ich vorher hatte, sehe ich noch nicht im Log.

[Bachl]

Hallo, vielen Dank allen für die vielen Ratschläge und Entschuldigung für die spätes Antwort. (haben zu Hause gerade eine größere Baustelle ...)
Leider habe ich das Problem immer noch nicht gelöst.

Anbei ein paar Antworten zu diversen Rückfragen:

• Paketrate reduzieren hatte ich bereits versucht.
• Verschiedene Versionen habe ich auch versucht. Die Problematik hatte ich an sich schon immer (auch mit den Versionen aus Mitte 2020)
• Ich greife ansonsten nur mit ETS auf das Gateway zu. Es zeigt sich aber kein Unterschied, ob ETS auf dem Rechner aktiv ist, oder nicht.

Ich hab den Adapter nun mit Version 1.0.20 installiert. Leider funktioniert dieser jetzt gar nicht mehr. - Wahrscheinlich bin ich einfach zu doof dafür ...

Inzwischen habe ich aber versucht mit openknx eine Verbindung herzustellen. Diese funktioniert erstaunlicherweise bei gleichen Einstellungen tadellos ...
Ich bin im Moment wirklich etwas sprachlos und am überlegen, ob ich nicht komplett auf openknx umstellen soll.
Gibt es hier Gründe, die dagegen sprechen?

Vielen Dank schon im Vorafür eure Nachrichten und vielen Dank nochmal für die vielen Tipps bisher!

Viele Grüße!

Bachl