ETS 5.7.x veröffentlicht

[Zepp]

Es funktioniert auch über Koppler hinweg.

Ja, das ist genial. Kollege hat vorletzte Woche einige hundert Tastsensoren entladen. Der war ganz happy, dass die Koppler keinen Ärger gemacht haben.

Dieser Bug ist schon der Hammer. Da sollte dringend was passieren bei der QS.

[Zepp]

FFFF:FFFFFFFF ist kein Problem, das wird von der ETS ignoriert. Problematisch sind Seriennummern, die "gut aussehen", aber trotzdem nicht eindeutig sind.

Soweit ich weiss, gab es mal einen Bug der genau bei diesen SN Probleme bereitet hat. Irre ich mich da?

[smai]

Und wir sind live dabei.

[Eraser]

Ich bin echt mal gespannt wie die Geschichte ausgeht!

So geht's glaub ich vielen

[PhilW]

Ich hatte schon Support für ältere Versionen

Danke, das ist die wichtigste Info. Nicht das ich aktuell ein Problem hätte aber ich hab 5 Projekte und wenn da was wär, wär ja blöd.

Ich bin echt mal gespannt wie die Geschichte ausgeht!

Gruss
Guido

[trollvottel]

Soll/Kann ich auf der 5.6.6 bleiben solange bis die 5.7.x aus dem "Gröbsten" raus ist

Wenn Du kannst, dann schieb das Update noch etwas auf, machen sehr viele hier so. Ich hatte schon Support für ältere Versionen erhalten - Du hängst ja auch nicht meilenweit hintendran.

[PhilW]

Einfache Frage eines interessierten und engagierten Amateurs:

Soll/Kann ich auf der 5.6.6 bleiben solange bis die 5.7.x aus dem "Gröbsten" raus ist, oder muss ich um mir des KNX-Supportes sicher zu sein, updaten?

Gruss
Guido

[hjk]

Hier bitte wieder zurück zum Thema.

[DerStandart]

Das Diagnoseobjekt vom JAL sagt doch, warum ggf. gesperrt ist.

[trollvottel]

hjk
Doppelte KOs.PNG
Fehler.PNG
Habe dazu bei der Konnex auch ein Ticket gemacht und denen das Projekt geschickt.

[hjk]

Schick mir bitte ein Bild mit dem doppelten KOs. Dann prüfen wir das.

[trollvottel]

Ob der Aktor gesperrt ist, z.B. über Frost, kannst du über den Sperrstatus sehen.

Ob er gesperrt ist ja, aber nicht warum, also welcher der verschiedenen Alarme. Aber egal, das war eigentlich garnicht mein Punkt.

Das wäre ein Ausgangs-KO.

Da gibt es doch gar keine Unterscheidung bei KNX - Eigentlich wird das Verhalten über die Flags gesteuert, ob es senden, empfangen, anworten usw. soll. Das geht dann auch bidirektional mit einem einzigen KO. So weit die Lehre. Und wenn es so ist wie Du sagst, es also Eingangs- & Ausgangs-KOs gibt, warum kann ich dann die "falschen" Flags überhaupt aktivieren? Macht IMO keinen Sinn, das.

Was ganz anderes: Ist Euch in der ETS v5.7.1 auch schon aufgefallen, dass an manchen Stellen KOs doppelt aufgelistet werden? Eins ist dann verknüpft, das andere nicht. Versucht man das "falsche" davon zuzuordnen, gibt's nen Fehler. Ist mir an Stellen aufgefallen, wo dynamisch KOs ein/ausgeblendet werden können je nach Parametrierung (z.B. MDT Logikmodul oder Glastaster).

[Axel]

Oh. Vorsicht.
Zertifizierung ist wichtig. Nur dadurch haben wir mehr als 25 Jahre Erfolg gehabt mit dem System. Zeig mir mal was vergleichbares :-)

Das nicht alle Flags unterstützt werden ist schade. Stört mich auch. Aber wenn bei der Zertifizierung ein KO eben nicht diese Funktion hat, und das auch angegeben wird, ist es doch ok

man kann jetzt rumhacken. Aber letztlich finde ich es schon erstaunlich wie 25 Jahre + in einer Software/Standard untergebracht werden und funktioniert.

Fehler gibt es immer. Schaut nur eure Anlagen mal an :-). Wichtig ist damit umzugehen und Lösungen zu finden die manchmal komplexen Hintergrund haben.

[hjk]

Die Zertifizierung ist IMO nicht viel wert. Es werden nichtmal alle KOs der Geräte überprüft, z.B. ob die auch alle Flags richtig behandeln. Ich erlebe es leider immer wieder, L-Flag händisch nachträglich gesetzt doch es antwortet partout niemand.
So zuletzt gesehen am MDT JAL-Aktor beim KO für Frostalarm. Da kann man nämlich nicht herausfinden, ob der integrierte Eisschutz zugeschlagen hat.

Das ist so falsch. Natürlich wird nicht geprüft, ob ein Eingangs-KO auch einen Status senden kann. Das macht auch meist keinen Sinn.
Vielmehr wird auf Kompatibilität geprüft.
Ob der Aktor gesperrt ist, z.B. über Frost, kannst du über den Sperrstatus sehen. Das wäre ein Ausgangs-KO. Auch hier macht ein Senden auf den Ausgang keinen Sinn.

[trollvottel]

Die Zertifizierung ist IMO nicht viel wert. Es werden nichtmal alle KOs der Geräte überprüft, z.B. ob die auch alle Flags richtig behandeln. Ich erlebe es leider immer wieder, L-Flag händisch nachträglich gesetzt doch es antwortet partout niemand.

So zuletzt gesehen am MDT JAL-Aktor beim KO für Frostalarm. Da kann man nämlich nicht herausfinden, ob der integrierte Eisschutz zugeschlagen hat.

Sowas ließe sich easy und vollautomatisch testen. Und da gibts ganz sicher noch mehr Beispiele.

Immerhin hat die KNXA 450 Mitglieder, es sind ja nicht nur ein paar grosse.

Darunter sind aber auch jede Menge Leerverkäufe wie z.B. Doorbird, die null-komma-garnix mit KNX machen aber sich damit auf der Webseite mittels KNX-Logo brüsten, weil sie Mitglied sind. Die tatsächliche Integration aber hat Bab-Tec für Doorbird mittels AppModule gemacht.