ElabNET Technik Forum

Hallo zusammen,

es sei vielleicht noch erwähnt, dass die Programmierung über den TWS sehr viele langsamer geschieht und mit der Meldung "Fehlgeschlagen. Verbindungsqualität mit x.y.z ist zu schlecht für eine stabile Verbindung" abgeschlossen wird.
Abgeschlossen trifft es in meinen Augen sogar teilweise, denn die geänderte Parameter (etwas anderes hab ich nicht versucht zu programmieren) sind trotzdem am programmierten Gerät durchgeschlagen. Das Gerät wird trotzdem im Such-Ordner weiterhin unter "programmieren notwendig" aufgeführt.
Ich habe dabei partiell programmiert. Und das ganze mit der IP2 und IP3.

Vielleicht hilft das bei der Lösungssuche.
Viele Grüße
Tobias

Hallo,

das Problem mit der langsamen Programmierung und dem Abbruch wegen Verbindungsqualität habe ich auch öfter.

Ich programmiere inzwischen sogar den TWS über die MDT-IP-Schnittstelle weil das schneller und zuverlässiger funktioniert als über die IP-Schnittstelle des TWS ...

Vielen Dank und viele Grüße
Falk

Das ist jetzt aber kein spezifisches ETS6.3 Problem.

Und lässt sich das genauer spezifizieren und reproduzieren?

Ich hatte zuletzt einiges am Bus programmiert inkl. Kleiner und komplexer Geräte und Applikationen. Komisch war der Meta2 der hat sich irgendwie aufgegangen und war dann quasi dunkel und hinüber.

Das Problem mit der langsamen Programmierung und dem Abbruch wegen Verbindungsqualität hatte ich auch. Wenn ich statt dem partionellem Programmieren dann Applikation genommen habe lief es gut durch.

Habe aber schlussendlich wieder auf die 6.2.2 zurückgesetzt.


Vg
Mo

Habt ihr beim Programmieren schon mal im ETS Busmonitor nachgesehen?
Bei mir war es immer OpenHAB, dass hier dazwischengefunkt hat. Inzwischen aber nicht mehr in Verwendung, daher keine Probleme beim Programmieren (bin aber auf der 5.7x).

Lg
Robert

Und bei mir war es der knxd in FHEM, der beim Programmieren gestört hat - war glaube ich ein bekanntes Problem - hab es allerdings nicht weiterverfolgt, weil ich dann FHEM über MQTT angebunden und den knxd rausgeworden hab.

Viele Grüße

Bernhard

Also machen eher Systeme ohne richtigen knx Stack größere Probleme

Bei mir ist das Problem erst seit der 6.3 aufgetreten. Ich habe keine weiteren "externen" Quellen, die auf den KNX BUs bzw. die Geräte zugreifen. Nur KNX und TWS. Erst durch ein Rollback zur 6.2. konnte ich meine Geräte wieder ohne Fehlermeldung programmieren. Da muss die 6.3. irgendetwas anders machen, so dass die Zusammenarbeit mit dem TWS nicht mehr richtig funktioniert.

Ja bei der 6.3 ist es eben die Sperrung der ETS, die diese Art der Transaktion nicht mehr akzeptiert bei nicht registrierten Geräten.

siehe die aktuelle Statuszusammenfassung hier:
viewtopic.php?t=5602&start=30#p60164

und dem direkt folgenden Beitrag von Stefan.

Bitte daher jetzt keine weiteren Meldungen, das es nicht funktioniert mit der 6.3.

Nur wer noch Auffälligkeiten hat bei anderen ETS Versionen und dabei keine knxd / OpenHab / IOB KNX-Adapter parallel am laufen hat.
Bei denen sind die störenden Einflüsse auf die Buskommunikation bekannt auch ohne TWS und können durch elabnet auch nicht bereinigt werden.

Hatte mich bei der KNX beschwert, dass sie diese Änderung in den release-notes nicht angekündigt hatten und damit meines Erachtens mutwillig die Funktion der Software (in Zusammenhang mit bestimmten Geräten) kompromittiert haben. Es wurde nur angekündigt, dass unzertifizierte Geräte nicht mehr hinzugefügt werden können. Hatte ein Fehler-Log an den ETS-Support eingeschickt.

Die Antworten der KNX:
"Hallo Andreas,

Leider handelt es sich bei diesem Gerät nicht um ein KNX-zertifiziertes Gerät, weshalb wir keinen Support für nicht KNX-zertifizierte Geräte anbieten können.

Support wird nur für KNX-Geräte bereitgestellt, die das KNX-Logo tragen und über S-Mode (ETS) oder E-Mode konfiguriert werden können. Solche Geräte haben die KNX-Registrierungs- und Zertifizierungsphase durchlaufen, was bedeutet, dass sie sowohl in Bezug auf die Software als auch auf die Hardware von akkreditierten Testlabors gründlich getestet wurden.

Der Support für KNX-zertifizierte Geräte gewährleistet die Kompatibilität und Einhaltung der KNX-Standards, was für den zuverlässigen und sicheren Betrieb deines KNX-basierten Haus- oder Gebäudeautomationssystems von entscheidender Bedeutung ist. Nicht-zertifizierte Geräte funktionieren möglicherweise nicht korrekt innerhalb des KNX-Ökosystems, was zu Kompatibilitätsproblemen, Sicherheitsanfälligkeiten oder Systeminstabilität führen kann. Um einen reibungslosen Betrieb deiner KNX-Installation sicherzustellen, wird dringend empfohlen, KNX-zertifizierte Geräte zu verwenden.

Es wäre gut, wenn du dich an den Hersteller dieses Geräts wenden könntest, um Unterstützung zu erhalten.

Mit freundlichen Grüßen
Vassilios Lourdas | KNX Association | KNX Tools Leader"

(...)

"Hallo Andreas,

ich hoffe, es geht dir gut! Ich kann nachvollziehen, dass meine Antwort vielleicht nicht ganz deinen Erwartungen entspricht, aber die Wahrheit ist, dass das Gerät das Problem hat und nicht ETS. ETS ist strenger bei nicht registrierten Geräten, und Geräte, die nicht zertifiziert sind, können definitiv nicht korrekt funktionieren, wie das, das du hast. Wir sind dafür verantwortlich, dass die zertifizierten Geräte einwandfrei funktionieren, und nicht für die, die behaupten, kompatibel zu sein, aber keine Konformität zeigen.

Vielen Dank für dein Verständnis! Abgesehen von dem Problem möchte ich dir auch ein frohes Weihnachtsfest und ein glückliches neues Jahr wünschen.

Mit freundlichen Grüßen
Vassilios Lourdas | KNX Association | KNX Tools Leader"