@haus-automatisierung said in Attribute von Datenpunkten im Trigger lesen:
In welchem Fall interessiert Dich denn common.write? Man weiß doch eigentlich, ob die Zustände steuerbar sind, auf welche man den Trigger registriert hat.
Ich nutze das ganze um meinen Heizkessel per RestAPI zu steuern. Die Leseseite steht mittlerweile. Jetzt wollte die Datenpunkte, die der Heizkessel auch als Schreibtelegramm annimmt in einem Skript abhandeln.
Mein Ziel ist es, den gesamten Code in einem Trigger abzuhandeln und je nach Attribut der auslösenden Datenpunkte meine Schreibaktionen machen. Somit muss ich nicht für jeden Datenpunkt ein eigenes Skript machen, sondern kann dynamisch über Bedingungen in einem Trigger reagieren.
Das common.write ist nur ein Beispiel, abhängig vom Typ muss ich z. B. Umrechnungen machen: z. B. boolean wird ein Interger mit Faktor und Offset
Die ganzen Hardcode Objektdefinitionen sind da immer ein Graus: z. B.
Sowas hier ist immer Suboptimal:
Das hier ist ist perfekt:
Jetzt braucht es noch dafür etwas dynamisches:
So ist es übrigens auch mit diesem Baustein:
Hier den Datenpunkt dynamisch anzugeben, wäre ein Traum! Den Datenpunkt immer dynamisch zu haben, wäre perfekt!
Danke & Gruß
Sascha