ETS 6.3.X - alles wird gut!

[TheLine]

Wie ist das eigtl. mit OpenKNX? Ich dachte erst, die wären unzertifziert aber bei mir steht zumindest "registriert" da (SOM-UP). Insofern müsste doch auch jeder China-Hersteller es zumindest "registriert" bekommen wenn auch nicht "zertifiziert"?

[DerStandart]

Soll ich dem Kunden sagen, das will ich nicht integrieren, weil es nicht zertifiziert ist?

Na ja ... die Frage ist, was machst Du denn, wenn es mit genau diesen Geräten Probleme gibt?

[GKap]

Das veröffentlichen von Produktdatenbanken über ein knxprojekt war noch nie erlaubt.
Die KNXA setzt dieses Verbot halt nun auch um.
Sehe da nix verwerfliches.

Grundsätzlich gebe ich dir recht, aber: Es existieren nun mal Geräte, zu denen es keine zertifizierten Produktdatenbanken gibt! Das sind meist Spezialfälle, wo ich als Planer nicht den Hersteller vorgeben kann, weil dahinter eine Anlage steht, die nicht in meiner Verantwortung ist, wie z.B. eine Heizungsanlage!

Und von wegen verboten: Soll ich dem Kunden sagen, das will ich nicht integrieren, weil es nicht zertifiziert ist? Na dann wird's halt ein anderer Integrator machen!

Die KNX A.... Macht es sich mal wieder leicht und sourced dieses Problem mit den Herstellern, einfach an die Kunden und Nutzer der ETS aus.

Das sehe ich auch so!

Ein Vorschlag in Richtung KNX Association: Eine Kennzeichnung und eine Abfrage "Wollen Sie wirklich...." hätte es doch auch getan!

Gruß
Gkap

[ralf9000]

Die KNX A.... Macht es sich mal wieder leicht und sourced dieses Problem mit den Herstellern, einfach an die Kunden und Nutzer der ETS aus.

Oder sollst dir die teure Entwicklerlizenz zulegen, da geht es ja wieder 🤑

[thewhobox]

Das veröffentlichen von Produktdatenbanken über ein knxprojekt war noch nie erlaubt.
Die KNXA setzt dieses Verbot halt nun auch um.
Sehe da nix verwerfliches.

kommt das vor!

Das kommt nur bei Geräten vor, die nicht zertifiziert sind.
Trifft auch viele Geräte auf Aliexpress oder sonst wo.

[BadSmiley]

Ne du sollst den Hersteller anpissen, so dass er seine Produktdatenbank zertifizieren lässt. Die KNX A.... Macht es sich mal wieder leicht und sourced dieses Problem mit den Herstellern, einfach an die Kunden und Nutzer der ETS aus.

[GKap]

Noch eine "Neuerung":
Mit der ETS 6.3.x ist es nicht mehr möglich, ein Gerät, zu dem keine .knxprod-Datei exisitiert, aus einer vom Hersteller zur Verfügung gestellten .knxproj-Datei in ein anderes Projekt zu kopieren.
Siehe hier: https://support.knx.org/hc/en-us/art...stered-devices.

Sicher ist das nicht die feine Art, aber gerade bei sehr speziellen Geräten, wie z.B. Heizungsanbindungen kommt das vor! Ich habs noch nicht probiert, aber ich könnte mir als Workaround vorstellen, das spezielle Gerät in einem eigenen Projekt zu haben und im eigentlichen Projekt ein Dummy-Gerät. Ist aber aufwändig und fehleranfällig!

Oder soll ich dem Kunden sagen, schmeisse deine Heizungsanlage raus und suche dir einen anderen Hersteller?

Gruß
GKap

[mumpf]

Hi Roman,

da vergleichst Du Äpfel mit Birnen... bei dem ETS-Dialog geht es um das Einfügen von neuen Zeilen, also einen Editiervorgang - und nicht um die Veränderung von Werten. Und "Zeile hinzufügen" als die häufigere Funktion nach vorne zu setzen sicherlich richtig. Hoch- und Runterdimmen ist eher gleichwertig zu betrachten und somit ist es eher persönliche Präferenz, was man links oder rechts macht.
Ich finde die Änderung genau richtig, vorher hat der Dialog einfach gezeigt, dass die Entwickler dieses Dialogs kaum diesen Dialog produktiv genutzt haben.

Ich wechsle ständig zwischen ETS5 und ETS6 hin und her

Es ist nicht die Aufgabe der ETS-Entwicklung, die die Parallelarbeit mit ETS5 und ETS6 gleichzeitig zu erleichtern, es ist ja erklärtes Ziel, dass alle mit der ETS6 weitermachen sollen. Somit müssen die Entwickler "nur" die Arbeit mit der ETS6 erleichtern, um einem dem Umstieg schmackhaft zu machen. Dass sie das nicht unbedingt schaffen, steht auf einem anderen Blatt , aber speziell bei dieser Funktion sind sie IMO genau den richtigen Weg gegangen.

Gruß, Waldemar

[BadSmiley]

Wobei halt +/- korrekt ist 😂

Weiß das Gira eigentlich auch?
grafik.png

ich habe mir dafür extra eine eigene Dimmervorlage gemacht...

[Axel]

Wobei halt +/- korrekt ist 😂

[Oups]

Dass das Plus und das Minus umgedreht wurde, ist auch ein Unding. Ich wechsle ständig zwischen ETS5 und ETS6 hin und her (je nach Projekt), und klicke ständig auf die falsche Funktion (lösche somit gerade angelegte GA wieder).

lg
Norbert
ETS6.png
ETS5.png

[Babustino]

Weil es dem KNX-Standard entspricht.

In Bezug auf verzweifelt?

[Klaus Gütter]

von eibd auf knxd zu wechseln.[...] Hat aber nichts gebracht...

Es gibt hier im Forum einen knxd-Bereich, vielleicht kannst du hier weitere Unterstützung bekommen.

Warum das der ETS6.2 egal war und die ETS6.3 daran verzweifelt

Weil es dem KNX-Standard entspricht.

[DirtyHarry]

Kommt wohl ne 7 dieses Jahr?

Schön wärs, in der Hoffnung die sieht (und funktioniert) wieder mehr aus wie die ETS5 (oder gar wie die ETS3)...

[Tulamidan]

Ich habe auch das "Verbindungsqualität nicht ausreichend" Problem. Leider war der Support wenig hilfreich und hat nur auf einen Standard KBA verwiesen....

Tatsächlich hat der Support ein bisschen mehr hergegeben. Ich wurde aufgefordert von eibd auf knxd zu wechseln. Das hab ich dann auch endlich mal gemacht. Hat aber nichts gebracht...

Das Problem wurde so analysiert:

es scheint, dass der eibd falsche confirmations sendet. Z.B. kommt auf diesen Request Send TUNNELING_REQUEST CH=1 Seq=74 cEMI=Ack_req -> 1.1.34 (hc=6, S=4) diese Confirmation:  TUNNELING_REQUEST CH=1 Seq=186 cEMI=Ack_con <- 1.1.34 (hc=5, S=4)  
Man beachte den unterschiedlichen Hop Count!
Die ETS kann die confirmations nicht zuordnen und läuft daher für jedes gesendete Telegramm in einen Timeout.​

Warum das der ETS6.2 egal war und die ETS6.3 daran verzweifelt ist mir allerdings unklar.