Ich weiß, daß es hier einige MDT-Fans gibt, aus gutem Grund. Andererseits stellt man bei MDT eine gewisse Tendenz zu „innovativen“ Lösungen fest, wo MDT durch ungewöhnliche Datenstrukturen erstmal nur zu MDT kompatibel ist und einen faktischen Vendor-Lockin schafft. Das wäre in vielen Fällen vermeidbar.
Für kombinierte Datentypen zur Sollwertverstellung gibt es seit über 10 Jahren (*) den DPT 213.100 (Signed Int mit 0,02° Auflösung), wie ihn unter anderem Hager verwendet. Den unterstützen auch viele Visus, nicht nur IPS. Nun unbedingt für exakt dieselbe Aufgabe einen anderen, neuen Datentyp nutzen zu wollen, der von anderen Herstellern und Visus noch nicht unterstützt wird, ist nicht im besten Interesse der Kunden. Da sollte man auch mal MDT ansprechen, ob das so sein muss.
Ich kann und mag nicht beurteilen ob es mit 213.100 für MDT auch genau so gegangen wäre.
Fakt ist, 275.100 ist ein offizieller DTP, dann kann man den auch nehmen als Hersteller für ein KO.
Dass KNX bestmöglich interoperabel sein soll, da wird keiner widersprechen, aber wie sollen wir hier so ein Grundsatz Thema lösen, das wäre Job der KNX.org
Und wenn es ein Vendor-Lock-In sein soll, dann hat sich das MDT bei Gira, Jung, ABB, Hager und Co abgeschaut die seit Jahrzehnten ihren Kunden, auf dem einen oder anderen Weg, weiss machen wollen dass KNX am besten innerhalb eines Herstellers klappt.
Das ist auch einer der Gründe warum KNX so super langsam im Privat Bereich voran kommt. Die grossen Hersteller werden nicht müde klangvolle Namen für Ihr KNX Portfolio zu erfinden um den Kunden Angst zu machen sich überall zu bedienen. Auch genug Eli fallen auf den Mist herein.
Ich hab wohl kein KNX Projekt wo nicht 5-15 KNX Hersteller drin sind. Das klappt alles ohne Probleme.
Dann darf aber der Roadblock nicht Symcon sein wo ich dann hängen bleibe und Handstände brauche.
In der ETS bleibt es der 275, den 213er kann MDT ja nicht. Nur auf Symcon Seite wird es dann ein 213er. Da die Datentypen dann abweichen, klappt es in Symcon über den Konfigurator nicht —> DPT213 Instanz manuell anlegen und GA von der 275er aus der ETS eintragen.
Sollte das nicht helfen gerne kurz Bescheid geben, dann suche ich später mal Screenshots raus.
Guter Punkt, vielleicht hat MDT ihn deshalb nicht genutzt. Ich hatte in die Dokumentation der Datenpunkte (KNX.org) geschaut, dort ist DPT 213 ausführlich beschrieben.
In der Liste der ETS 5.7.7 fehlen so einige Datenpunkt in dem Zahlenbereich, obwohl die DPT-Nummern im KNX-Standard fast lücklenlos hochgezählt sind!?
Symcon bietet ihn an. Bringt mir ja aber nix, wenn die ETS ihn nicht anbietet.
Aber - laienhafte Frage - Zum 213.100 unterscheidet sich der 275.100 ja nicht so extrem? Oder? Kann nicht einschätzen, wie viel Arbeit das ist, den DPT einzubinden.
Ja, ich schätze den Aufwand in IPS auch als gering ein, weil der Unterbau für 4 kombinierte Sollwerte bereits komplett vorhanden ist und sich nur die Codierung (Signed Int vs. Float) unterscheidet.
Theoretisch könnte auch noch die Reihenfolge der 4 Werte abweichen, aber bei Lucas Eigenbau-Umcodier-Lösung scheint es ja zu passen.
Ich schaue mir das noch mal an. Habe gerade in die Specs geschaut und das sah recht einfach aus. Weiß gerade nicht warum ich das bei mir als kompliziert in Kopf abgespeichert habe.
Es geht hier um die Erkennung des KNX Datentyps in IPS. Der Subtyp 14.080 ist in IPS nicht bekannt, wenn man eine Instanz erstellen möchte bekommt man den Fehler
„Konnte Instanz nicht erstellen
Für diese Dimension existiert kein Profil (Code: -32603)“
Das kann man nur vermeiden wenn man in der ETS den Datentyp auf einen in IPS bekannten (aber für Wirkleistung formal falschen) Datentyp ändert und die Beschriftung per IPS-Profil korrigiert.
Danke für „meine“ Zwei (14.080 und ich glaub den 275.100 hatte ich auch vermisst für Farbe)
Nun im entsprechenden Kanal gefunden und 14.080 getestet.
Scheinleistung VA geht damit nun korrekt. Prima!
Dabei fällt mir auf dass ich wohl die Blindleistung VAR vergessen habe.
Da weiss ich aber gerade den DTP nicht da die ETS schon zu ist und ich es mit Google echt nicht finde.