Versionen im Vergleich

Schlüssel

  • Diese Zeile wurde hinzugefügt.
  • Diese Zeile wurde entfernt.
  • Formatierung wurde geändert.

...

Bei einem zweiten Lüfter eines anderen Raumes wird das äquivalent umgesetzt, jedoch statt Ausblasen (Night Out) wird Einblasen (Night In) verwendet.

Ist mein Lüfter noch erreichbar?

Ist ein Lüfter nicht mehr erreichbar (stromlos, Funkverbindung unterbrochen,...) liefert das API-Kommando zur Statusabfrage eine Fehlermeldung zurück.

Die Befehlserkennung kann den Status nicht auslesen, da die Strings nicht vorhanden sind. Unglücklicherweise (Loxone-Stand 7.1.9.30) setzt die Befehlserkennung in diesem Fall weder den Fehlerausgang noch den Wert auf 0 (Ticket #237119, ID75484401). Somit verbleibt der Status auf Loxone-Seite immer im zuletzt funktionierenden Zustand.

Ich verwende in Loxone folgenden Workaround, um festzustellen, ob der Lüfter überhaupt noch "lebt":

Image Added

Dieser State-Reset ist ein virtueller Ausgangsbefehl, der (Loxone-intern) den virtuellen Eingang Lüfter1_ModeB2 (aus dem Template) täglich auf 0 setzt. Der Status-Baustein liefert dann 0 ("Gerät nicht gefunden") zurück. Wenn die Statusabfrage noch funktioniert, wird jedoch der Wert nach kurzer Zeit wieder auf den aktuellen Wert gesetzt.

Virtueller Ausgang: http://admin:passwort@<miniserverIP>

Virtueller Ausgangsbefehl: /dev/sps/io/Lüfter1_ModeB2/0

Entsprechend müssen Ausgangsbefehle für alle Lüfter erstellt werden.

Hinweis! Wird ein Fehlerstatus beim Statusbaustein weiterverarbeitet, muss dies mit entsprechend hoher Verzögerung erfolgen, damit das Zurücksetzen des Status keinen Fehlalarm auslöst. 

 

 

Info
titleTipp

Setze diesen Artikel auf "Beobachten" (rechts oben), dann wirst du vom Wiki bei Änderungen per E-Mail informiert.