Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Codierknecht]

@adb-83
So sieht's bei mir aus:

[ADB-83]

@codierknecht
Brachte leider noch nicht den gewünschten Erfolg.

Die Alias-Objekte bleiben jedoch bei Zustandsänderung des Aktors leer. Diese müssten doch sicher auch mit Werten gefüllt werden, oder?

Wie sehen die nachfolgenden Einstellungen bei dir aus?

[Homoran]

@adb-83 sagte in Homematic DRBL:

Beim Öffnen, Schliessen und Stoppen ändert sich bei den Objekten das Objekt "Activity_State" und "Process":

das ist alles nur Kanal:14!

@codierknecht sagte in Homematic DRBL:

Für die Steuerung und die Anzeige werden bei HM unterschiedliche Kanäle genutzt.

[ADB-83]

@homoran
Korrigiere mich, wenn ich falsch liege, aber ich denke, es ist schon korrekt, dass vom Kanal 13 gelesen und in den Kanal 14 geschrieben wird, denn der aktuelle Zustand des Aktors steht bei Kanal 13 und geschrieben wird in Kanal 14.

Nach dem Korrigieren eines kleinen "Schönheitsfehlers" werden nun auch die Alias-Objekte mit Werten gefüllt und in der Home-App wird stets der aktuelle Prozentwert angezeigt.
Was noch nicht passt ist das "Öffnen" und "Schliessen". Normalerweise müsste dies ja während dem Verändern der Behanghöhe in der Home-App angezeigt werden.

Habe versucht, im Yahka-Adapter unter "PositionState" die Einstellungen zu verändern und dabei stets einen Test durchgeführt. Das Öffnen bzw. Schliessen wurde dabei jedoch in der Home-App nie angezeigt. Die Einstellungen im Adapter wurden dabei natürlich jedes Mal gespeichert und gewartet, bis der Adapter wieder arbeitet.

Wie könnte ich weiter vorgehen, um an die richtigen Einstellungen zu gelangen?

[Homoran]

@adb-83 sagte in Homematic DRBL:

ich denke, es ist schon korrekt, dass vom Kanal 13 gelesen und in den Kanal 14 geschrieben wird, denn der aktuelle Zustand des Aktors steht bei Kanal 13 und geschrieben wird in Kanal 14.

ich weiss es nicht. ich habe den Aktor nicht.

üblicherweise gibt es mehrere virtuelle Kanäle zum Beschreiben, und einen, der den daraus resultierenden "realen" Wert, abhängig von den eingestellten Verknüpfungsparametern anzeigt.

Dies steht in der CCU unter Geräteeinstellungen

[ADB-83]

@homoran sagte in Homematic DRBL:

ich weiss es nicht. ich habe den Aktor nicht.
üblicherweise gibt es mehrere virtuelle Kanäle zum Beschreiben, und einen, der den daraus resultierenden "realen" Wert, abhängig von den eingestellten Verknüpfungsparametern anzeigt.
Dies steht in der CCU unter Geräteeinstellungen

Ja genau, in den Geräteeinstellungen der Rasperrymatic steht Kanal 13 für den "Realen Wert der Behanghöhe und der Lamellenposition".

@codierknecht sagte in Homematic DRBL:

So sieht's bei mir aus:

Weisst du, welche Werte bei dir von "A3.4.ACTIVITY_STATE" zum Yahka-Adapter ausgegeben werden?

[Codierknecht]

@adb-83 sagte in Homematic DRBL:

Weisst du, welche Werte bei dir von "A3.4.ACTIVITY_STATE" zum Yahka-Adapter ausgegeben werden?

Während der Fahrt des Rolladen: 1, 2 oder 3. Genau wie vorgesehen.

Die Konvertierung in Yahka setzt das dann so um wie Apple das haben möchste.

[ADB-83]

@codierknecht

Seltsame Sache...

Hast du bei den Eigenschaften und Diensten noch irgendwelche Einstellungen, die bei mir fehlen?

Ich denke nicht, dass in der Home-App noch irgendwelche Einstellungen getätigt werden können, oder?

[Codierknecht]

@adb-83 sagte in Homematic DRBL:

Hast du bei den Eigenschaften und Diensten noch irgendwelche Einstellungen, die bei mir fehlen?

Nein - nur das gezeigte.

Ich denke nicht, dass in der Home-App noch irgendwelche Einstellungen getätigt werden können, oder?

Auch nein. Das wird alles in Yahka eingestellt.

Dabei ist es mir aber auch egal, was während der Fahrt angezeigt wird.
Wichtig ist mir nur, dass danach der Status passt. Und das tut es bei mir. Allerdings wie gezeigt mit Kanal 3 (lesen) und 4 (schreiben).

By the way: Die ID's von Objekten sollten niemals Umlaute enthalten.
Also Aliase löschen und als z.B. .buero.level neu anlegen.
Das Gleiche gilt übrigens auch für Variablen oder Funktionsnamen in Scripten. Umlaute und diverse Sonderzeichen werden da schnell zu Fehlerquellen ... die man später nur schwer findet.

[ADB-83]

@codierknecht

@codierknecht sagte in Homematic DRBL:

Dabei ist es mir aber auch egal, was während der Fahrt angezeigt wird.
Wichtig ist mir nur, dass danach der Status passt. Und das tut es bei mir.

Da hast du recht - und trotzdem wäre es ideal, wenn auch der Rest funktionieren würde. Aber ich werde nun vorerst alle Storen anpassen und falls sonst jemand bei sich zu Hause die DRBL4-Wired-Aktoren installiert und am Laufen hat oder testen kann, würde ich mich gerne auf eine kurze Rückmeldung freuen.

Besten Dank für eure Bemühungen!

@codierknecht sagte in Homematic DRBL:

By the way: Die ID's von Objekten sollten niemals Umlaute enthalten.
Also Aliase löschen und als z.B. .buero.level neu anlegen.
Das Gleiche gilt übrigens auch für Variablen oder Funktionsnamen in Scripten. Umlaute und diverse Sonderzeichen werden da schnell zu Fehlerquellen ... die man später nur schwer findet.

Danke für den Tipp! :+1:

[ADB-83]

Vielleicht noch eine weitere Frage:
Bei der Lamellenposition muss (meines Wissens) nach dem Setzen von Level_2 (also Lamellenposition) noch der Wert für Level (für die Behanghöhe) mitgegeben werden. Ansonsten wird die gewünschte Position nicht angefahren. Kann man dies im Yahka-Adapter noch irgendwie realisieren?

Bisher wurde die Lamellenposition per Javascript bearbeitet und ein zusätzliches Objekt als Trigger verwendet. Hiermit habe ich jedoch wieder dasselbe Problem wie bei der Behanghöhe: Wird im Yahka-Adapter bei TargetPosition nicht der Alias eingetragen, sondern das erstellte Trigger-Objekt, steht bei der Lamellenposition immer "Schliessen...".