- √ - Das EIB-K.Objekt ist als remanent markiert. Dies kann zu unvorhersagbarem Verha

[MatthiasS]

Auf Aktiv setzen und zusätzlich das L-Flag setzen im Aktor.

[asisnet]

Vielleicht habe ich auch einen grundsätzlichen Denkfehler?
(alle EIB-Komponenten sind übrigens von Gira)

Wenn ich im Aktor "Rückmeldeobjekt ist aktives Meldeobjekt" setze, wird nach erfolgreichem Erreichen der gewünschten Position eine Status Rückmeldung Position vom Aktor gefeuert. Dies interpretiert die HS Visu korrekt und zeigt die erreichte Position auch an. Stelle ich den Aktor auf "Rückmeldeobjekt ist passives Statusobjekt" passiert nach dem Erreichen der Position nichts. In der Visu steht noch immer der letzte Wert.

Muss ich denn auf "Passiv" schalten, wenn ich den Wert abfragen will? Oder können die Gira-Aktoren schlicht das Abfragen nicht?


UND: JA, diese Adresse steht nun unter "Scan-Fehler"!

[Taxus]

Sieh' mal auf der Debugseite, ob hier Scanfehler vorhanden sind. Möglicherweise unterstützen Deine Aktoren das Lesen nicht, oder die Flags sind im Aktor nicht gesetzt.

[asisnet]

Remenent vs. Beim Start abfragen - Rollladenposition

Hierzu habe ich noch einmal eine Rückfrage:

Ich speichere derzeit die gemeldete Position der Rollläden (Rückmeldung Position) im HS remanent. Nach einem Neustart sind dann die Werte natürlich noch da und werden in der Visu auch korrekt angezeigt.

Wenn ich hingegen das KO mit der Positionsmeldung nicht als remanent sondern als "Beim Start abfragen" setze, wird nach einem Neustart immer 0% angezeigt. Scheinbar bekommt der HS bei der Abfrage am Aktor hier keine korrekte Rückmeldung.

Wo liegt mein Denkfehler?

[hartwigm]

OK - Danke für die Klarstellung

[MatthiasS]

Die Warnmeldung war mal meine Idee, sorry Und ich denke, die ist auch richtig und wichtig.

Beispiel: jemand setzt den Türkontakt auf remanent. Startet er dann den HS neu, kann es sein (inzwischen hat jemand die Tür geöffnet), dass der HS "geschlossen" anziegt, weil das der remanten gespeicherte Zustand war.

Kurzum, man sollte das bewusst einsetzen. Geadcht war das remanente EIB-Objekt, um im HS quasi virtuelle EIB-Geräte anzulegen.

[NilsS]

Passt schon

Die Warnmeldung ist eher dafür da das keine Statis vom Bus dort gspeichert werden sondern diese beim Start abfragt werden.

Ich habe da auch einige von. Der Umweg über ein internes iko welches dann Remanent ist stellt dann ja eigentlich das gleiche da.

Unschön aber isso mit der Warnmeldung.

[hartwigm]

Wenn Du den Sollwert über den HS änderst, Speicher ihn dort remanent

Ich speicher den Wert in jedem Fall über den HS.

Dabei kann ich aber ein internes K0 remanent machen und eine EIB Adresse, die ich remanent mache.

Mache ich die EIB Adresse remantent funktioniert alles, allerdings erhalte ich die unschöne Warnmeldung.

Alternative wäre nun, ein internes KO remanent zu machen, und diese bei Änderung über ein GA auf den Bus zu geben.

Dann ist die Meldung weg.

Wenn ich sicher bin, dass das keine anderen Auswirkungen hat, als die Warnmeldung dann kann ich damit leben. Die Warnmeldung suggeriert aber, dass da etwas schief laufen kann, und daher die Frage

[ASL_Berlin]

Wenn Du den Sollwert über den HS änderst, Speicher ihn dort remanent. Änderst Du die Temperatur immer über andere Busteilnehmer, speicher sie nicht.
In einem internen Objekt speichern und dann über Bus bei Änderung senden wäre ja nur ein Umweg, keine Änderung.

[hartwigm]

Hallo,

ich nutzte den internen Regler der MDT Heizungsaktoren für die Einzelraumreglung. Den Sollwert gebe ich an den Aktor.

Dieser Sollwert kommt vom HS.
Im HS habe ich bei der GA den Button remanent gesetzt, damit dieser nicht "verloren" geht!

Es funktioniert damit ohne Probleme.

Allerdings moniert der HS mit der Warnung "Das EIB-K.Objekt ist als remanent markiert. Dies kann zu unvorhersagbarem Verhalten führen!

Kann ich die Meldung ignorieren, oder macht es Sinn den Wert remanent in einem internen KO zu halten und bei Wertänderung auf den Bus zu geben!