Seite 2 von 2
Re: KNX Gruppenadresse als Eingang
Verfasst: Mo Mai 27, 2019 9:38 am
von gbglace
Naja mein Projekt hat jetzt 900 GA und es ist an Klimasensorik noch nicht viel realisiert und eine Etage fehlt auch noch in KNX und Strommessaktoren werden auch noch nachgerüstet. 2000 Objekte werde ich sicher noch schaffen.
Aber ich denke das es bei der ETS womöglich noch nen Fix gibt, dann nen bissl Ruhe sein und die 6 erscheinen.
Es ist ja schon wieder bald L&B...
Und da der TWS erstmal mit den 2000 funktioniert es aber noch ein paar wesentliche Feature im TWS gibt die fertig werden wollen, damit er nicht nur von Fan-Boys und wiregate-Umsteiger gekauft wird, denke ich wird das derzeit nicht die größte Priorität haben.
Re: KNX Gruppenadresse als Eingang
Verfasst: Mo Mai 27, 2019 11:58 am
von Dante
gbglace hat geschrieben: ↑Mo Mai 27, 2019 9:38 am
Naja mein Projekt hat jetzt 900 GA und es ist an Klimasensorik noch nicht viel realisiert (...) 2000 Objekte werde ich sicher noch schaffen.
Aber brauchst du wirklich alle 900 KNX-GAs als Objekt im TWS?
Im Grunde werden die doch nur benötigt, wenn du damit im TWS auch irgendwie "arbeiten" willst - also in der Regel das Objekt in ne Logik einbindest. Oder eben um aus der TWS-Welt (1wire, DMX, etc) eine Information nach KNX zu transportieren.
Re: KNX Gruppenadresse als Eingang
Verfasst: Mo Mai 27, 2019 6:47 pm
von gbglace
Da vieles Licht betrifft (DMX ist verbaut) wird da einiges im TWS landen. Und ich überlege eben auch noch im Rahmen der Lizenzgeschichten und Langzeitspeicherungen einige GA der Energiezähler in den TWS zu ziehen. Noch ist das ja mit der Historie des Busmonitors ausreichend gesichert.
Bevor da so ein Ringspeichermodus auf der SSD startet brauch ich dann irgendeine Lösung die mir ggf. regelmäßig die DB auf die TWS-interne 5TB HDD schreibt und vor der aus ich dann meine Langzeitstudien aus einem Docker mit eigener Grafana oder sonstigen Software-Instanz betreibe. Quasi noch innerhalb der TWS-Box aber ggf. neben der lizenz-gedeckelten Datenbegrenzung.
Ansonsten nur die GA die wirklich verarbeiet werden. Und ja 2000 sind erstmal ne ganze Weile genug.
Re: KNX Gruppenadresse als Eingang
Verfasst: So Jun 02, 2019 1:25 pm
von Matthias
blaubaerli hat geschrieben: ↑Sa Mai 25, 2019 5:36 pm
für jede GA die du in den Logiken nutzen möchtest musst du dir eines der Universalobjekte freischalten, den korrekten DPT zuweisen ...
Ich habe mich noch mal hingesetzt und etwas rumgetüftelt... Da bei mir der Zugriff zur ETS umständlich ist (ich muss immer im Dualboot Win7 Starten) möchte ich nicht so oft an die ETS ran. Speziell für die Nutzung der Logiken, kann ich aber immer schwer absehen, welche KNX Objekte ich noch nutzen werde. Daher mein Ansatz, alle GAs an Universalobjekte anschließen.
Dazu habe ich mir eine python script geschrieben, welches mir aus der GA Export.xml eine csv für den Timberwolfimporter bastelt.
Bevor ich aber in sinnloses Testen starte, hier noch ein paar Verständnisfragen:
1. in der csv gibt es eine spalte "object description". Wir die Information verwendet?
2. Ich programmiere in der ETS das Objekt K1 mit GA 1/2/23 und anschließend verwende ich K1 in einer Logik. Was geschieht wenn ich in der nächsten ETS Programmierung dem K1 eine andere GA zuweise? Wird die andere GA in der Logik verwendet?
Danke für die Info
Re: KNX Gruppenadresse als Eingang
Verfasst: So Jun 02, 2019 1:55 pm
von blaubaerli
Hallo @Mathias,
die erste Frage kann ich dir leider nicht beantworten, weil ich das selbst noch nicht probiert habe. Bei der zweiten Frage ist das Ergebnis aber klar. Es würde die andere GA auftauchen. Natürlich mit allen Risiken bei Verschiebungen der DPT‘s etc.
Gruß
Jens
Re: KNX Gruppenadresse als Eingang
Verfasst: So Jun 02, 2019 2:49 pm
von gurumeditation
Matthias hat geschrieben: ↑So Jun 02, 2019 1:25 pm
Da bei mir der Zugriff zur ETS umständlich ist (ich muss immer im Dualboot Win7 Starten) möchte ich nicht so oft an die ETS ran.
Auch wenn das gerade gar nicht zum Thema passt: vielleicht hilft dir dafür eine VM. Ich hatte eigens für die ETS eine Windows VM laufen, bin aber vor einiger Zeit auf RDP umgestiegen, da das bei mir einfach performanter läuft. Die verbleibenden Probleme liegen nicht an RDP.