[Zurückgezogen] Eigene Objekte in TWS anlegen

[kirchmkl]

ich bin gerade von IOBroker auf TWS umgestiegen und möchte eine sinnvolle Architektur meiner Objektstruktur aufsetzen. Dabei habe ich folgende Frage:

Wie/wo setze ich eigene Objekte auf, welche ich nicht in meinen Feeder-Systemen abspeichern will (z.B. Parameter-Werte, welche ich später evt. in meiner Viso verändern möchte oder Leistungswerte, welche ich aus einer einfachen Multiplikation eines Status-Wertes mit einem Leistungswert errechne?

Danke Klaus

"TWS 3500L ID:655, VPN geschlossen, Reboot nach Rücksprache"

[StefanW]

Hallo Klaus,

herzlich willkommen hier im Forum.

Die Frage nach eigenen Objekten verstehe ich nicht. Magst Du das ein wenig näher anhand von Beispielen ausführen?

Viel Erfolg mit Deinem Projekt

lg

Stefan

[gbglace]

Der TWS ist eine Art ganz großes Sammelsystem von Schnittstellen und hat an den direkten Schnittstellen einige Modifikations-Optionen. Und er hat mit dem Logikeditor ein System in dem er real eigene Werte erzeugen kann (deine Berechnung z.B. wenn der eine Wert z.B. aus KNX und der andere aus z.B. Modbus kommt). Damit ist das Formelergebnis direkt schon ein Objekt innerhalb des TWS und kann über den Dispatcher mit so ziemlich jedem anderen System verknüpft werden.

bzgl. der Visu kommt es drauf an wie diese mit dem TWS interagiert. Und wo es dann auf der Verbindung Persistenzoptionen gibt. In dem jeweiligen Kommunikationskanal gibt es dann für jede Information ein entsprechendes Objekt, auch für einen solchen Parameter den Du in der Visu bedienst.

Noch gibt es nicht die TWS-Visu die für sich selbst ein Sybsystem darstellt und entsprechende Objekte bietet. dann wären diese Parameter direkt angelegt in dem Moment wo Du etwas in der Visu generierst.

Derzeit kommuniziert die Comet-Visu via KNX mit dem TWS. Als dann wäre der Weg am TWS in der ETS ein KNX-Objekt aktivieren und eine passende GA anlegen. Dan kann die Visu darüber mit dem TWS kommunizieren und den Wert lesen als auch verändern und an den TWs schicken. Es kommt also auf das spezifische Kommunikations Protokoll zwischen TWS und Visu an.

Bei IP-basierten Fremdsystemen entstehen die Objekte eben durch die Anlage im Subsystem REST-API. von Dort können sie in eine Logik oder an andere Protokolle weiter gereicht werden.

Das wichtigste bleibt im Verständnis es gibt kein TWS-Subsystem Visu welche native TWS-Objekte beinhaltet, die dann im Dispatcher zur Verfügung stehen.

[kirchmkl]

Ok, das mit der Visu und via REST ist klar - das reicht mir fürs Erste, allerdings wäre es schon cool dies als eigenes Subsystem zu haben und vor allem gut funktionierende Widgets für die wichtigsten Basisfunktionalitäten zu haben (Lichter, Rolläden, Schalter, etc.)

Wo ich immer noch anstehe ist das Objektsystem. Ich fange mal einfach an. Ich habe aus meiner KNX-Installation einige GAs, welche ich gerne in Grafana loggen möchte und welche ich für Logiken verwenden möchte. Ich habe ein paar Testobjekte in der ETS angelegt, diese in der ETS programmiert, das ETS-File exportiert und im TWS importiert. Warum bekomme ich dann einen roten Punkt im entsprechenden Objekt mit der für mich kryptischen Mitteilungen das es eine Inkonsistenz zwischen ETS und Projekt-File gibt (siehe Bild)?

[StefanW]

Hi Klaus,

Ich glaube das Bild fehlt noch.

Lg

Stefan