ich sitze öfterst stundenlang, um passende Datentypen zu finden. Das nervt und ist aufwändig.
Aktuelle Beispiele:
Datentyp 9.002 (Temperaturdifferenz) und 20.102 (HVAC -Modus). Ich möchte gerne das, was ich am Taster einstelle, auch aus IPS heraus einstellen können. Es ist immer ein ständigs hin- und hergerechner, bis man irgendwann mal die passenden - veralterten - Datentypen in IPS gefunden hat.
Daher meine Frage:
Wann wird es eine Anpassung der Datentypen in IPS geben? Aus meiner Sicht ist das lange überfällig.
Vielleicht bin ich auch einfach nur zu blöd, die Daten vernünftig auf den Bus zu senden?
Du bist nicht zu doof, wir haben leider die neuen DPT Typen nicht in IP-Symcon „drin“. Das ist definitiv lange überfällt. Ich habe das auch mal an das entsprechende Ticket gehängt.
Wäre echt langsam Zeit. Kann kein so grosser Aufwand sein und die ‚neuen‘ Datentypen (DPT anstatt EIS) gibt es nun seit deutlich über 10 Jahren! Die gab es wohl sogar schon als IP-Symcon entstanden ist.
Vergesst bitte neben all den (auch wichtigen) optischen Spielereien das Herz des Systems nicht (siehe auch ISDN/VoIP).
bitte diese Ergänzung nicht falsch verstehen - ich bin auch sehr dafür, DPT anstelle der EIS nutzen zu können.
Aber wie schon anderer Stelle angemerkt: das Thema ist leider etwas umfangreicher, weil IPS die ETS-Daten über das alte OPC Format (*.esf) übernimmt. Und da stehen EIS-Datentypen drin und nicht die neuen DPT. Oder teilweise steht gar keine verwertbare Info drin. Beispiel HVAC 20.102, dafür schreibt die ETS „uncertain (1byte)“ in die OPC-Datei, siehe Screenshot.
da ich nach sehr langer IPSymcon Abstinenz, kompletten Neubau mit einer sehr umfangreichen KNX Installation jetzt gerne wieder IPS mit ins „Boot“ nehmen möchte und einen kompletten Neuanfang starte, stehe ich gerade vor dem selben Problem wie oben beschrieben.
Entweder ich habe die Lösung für Datentypen (Konvertierung EIS > DPT) nicht gefunden oder ist das noch nicht implementiert?
Habe hier z.B. das Problem, das nach dem OPC Import ETS 5.7.2 Datentypen nicht passen und ich nicht genau weiss, wie ich das für die vielen GA’s am besten ändern kann?
Er meint den Export in die XML bzw CSV den man direkt bei den Gruppenadresse machen kann.
Diesen kann maj auch nutzen, um die Adressen extern zu Bearbeiten
Jein. Man hat sich damit auch die Möglichket verbaut, die in der *.knxproj enthaltenen Informationen über Gebäudestrukturen/Räume und Funktionen auszuwerten. Letztere sind in der ETS Pro noch nicht so gängig, aber das kommt vermutlich noch.
Die Entscheidung kann ich aber schon verstehen, mit der *.knxproj ist es sicherlich sehr viel mühsamer.
Mühsam ist nicht wirklich das Problem. Wenn jedoch mit einer neuen ETS Version plötzlich nichts mehr geht, wärst du der erste der Schimpft :rolleyes: Somit bevorzuge ich den kompatiblen Weg und hoffe, dass die den Export mal erweitern.
Aber im Ernst: Den Import der GA über die *.knxproj nutze ich seit einigen Jahren im Gira Projektassistenten, das war bisher robust. Nur mit der ETS 5.7 gab’s kürzlich wohl tatsächlich Anpassungsbedarf.
Egal. Der XML-Export der GA ist auf jeden Fall ein deutlicher Fortschritt gegenüber der lückenhaften alten *.esf, also Daumen hoch!
Und so lange es die noch nicht gibt, musst Du den OPC Export importieren und Dir dann ein Skript basteln, was die Instanzen mit korrektem DPT neu anlegt und die Instanzen vom Typ EIB Group löscht. So mache ich es momentan.