• Frage stellen
  • HowTo erstellen
  • Views 922
  • Votes 7
  • Kommentare 21

[Tutorial 2: Virtuelle Geräte in free@home] Olisto Verbindung mit virtuellen Geräten verbessern

7

Heute beschreibe ich euch wir ihr durch virtuelle Knöpfe die Olisto Integration von free@home noch enger und besser nutzen könnt

Voraussetzung für dieses Tutorial

  • eure free@home Anlage mit Olisto verknüpft nach -> LINK
  • einen System Access Point 2.0
  • die lokale API in der free@home next App aktiviert

Teil 1: Virtuelle Schalter in free@home anlegen

  1. Geht in eurem Browser auf <IP eures System Access Point>/swagger
  2. Klickt auf Authorize und gebt die Zugangsdaten an, die ihr in der free@home next app unter "Einstellungen -> lokale API" seht. Bestätigt mit "Login" und schließt das Popup. Hier Bildbeschreibung einfügen
  3. Klickt auf den Punkt "Create virtual device", drückt try out und füllt die Maske entsprechend dem Bild aus Hier Bildbeschreibung einfügen
{
"type": "SwitchingActuator",
"properties": {
  "ttl": "180",
  "displayname": "Virtual switch"
}
}
  • In free@home sollte nun eine virtuelle Knopf auftauchen, den ihr wie gewohnt im Gebäudeplan platzieren könnt.
  • Weiter Knöpfe könnt ihr wie in Punkt 3 erzeugen, nur dass ihr die serial Nummer beliebig verändert, zB einen hochzählt

Teil 2: Virtuelle Schalter verwenden

  1. Die virtuellen Schalter werden nun auch von Olisto erkannt und können in Triggs verwendet werden, zB "Wenn ein Drittsystem Regen anzeigt, aktiviere den virtuellen Knopf"
  2. Im Aktionsmenü von free@home könnt ihr nun den virtuellen Knopf (Schaltaktor) als Bedingung auswählen, um zB ein andere Gerät zu schalten / verändern oder eine Nachricht auf Panel oder Smartphone auszulösen
  3. Fertig!!!

Teile diesen Beitrag!

Füge diesen Code auf deiner Seite ein

Beitrag melden

Deine Meinung?

  • Moin Zusammen,
    was mache ich Falsch, ich kann so'n SwitchingActuator anlegen, er wird mit auch (dauerhaft, TTL = -1) überall (Alexa, Openhab, Free@Home-App) angezeigt aber ich kann seinen Zustand nicht ändern. :-/ Drücke ich sozusagen auf "on" überlegt das Ding eine weile bleibt dann aber auf "off", er hat quasi nur einen Zustand, nämlich "off".

    Danke für Eure Hilfe!

    Gruß,
    Peter
    Beitrag melden
    • Hallo Peter,

      den virtuellen Aktor kannst du nicht direkt schalten. Du kannst das Gerät ja auch in der Geräteübersicht nicht mit beispielsweise Leuchten verknüpfen. Der virtuelle Aktor agiert quasi als Trigger über Drittsysteme, beispielsweise Olisto, OpenHAB oder ioBroker, um Aktionen innerhalb von free@home auszuführen, die von anderen Komponenten angetriggert werden.

      Zum Beispiel kannst du in Olisto einen Trigg für das Wetter anlegen. Sollte beispielsweise die Wetterbedingung wolkenlos sein, dann wählst du als "Dann" Bedingung deinen virtuellen Switch aus und setzt diesen auf "Einschalten". Nun kannst du im f@h System Access Point in den Aktionen sagen: Ereignis --> Virtueller Aktor wurde gedrückt --> Aktion: Fahre die Jalousie auf Beschattung
      Wenn es jetzt wolkenlos ist triggert Olisto den virtuellen Switch an und die Aktion wird ausgeführt.

      Wichtig ist aber, das der Schalter wieder zurückgesetzt wird, damit dieser beim erneuten Eintreffen des Ereignisses eingeschaltet werden kann. Um beim Beispiel mit Olisto zu bleiben, muss dort (warum auch immer) in den Einstellungen der Expertenmodus aktiviert werden. Dann im Trigg einen Timer von z.B. 5 Sekunden setzen un den virtuellen Schalter wieder auf aus setzen.

      Insgesamt finde ich die virtuellen Geräte eine coole Sache, vor allem in Verbindung mit z.B. ioBroker, um über Skripte f@h Aktionen anzutriggern.

      Hoffe ich konnte helfen. Leider kann man ja hier in den Comments keine Bilder hinzufügen um das etwas anschaulicher zu machen.

      VG
      lee-mette
      Beitrag melden
    • Hi lee-mette,
      vielen Dank für die Antwort. Ich meine das genau das eben nicht funktioniert. Ich kann den Wert weder mit Alexa noch mit Openhab ändern und so faktisch auch nichts damit in F@H auslösen.

      Ich kann den virtuellen Aktor ja auch mit einem F@H Sensor (Wireless Schalter) verknüpfen und auch hier ändert sich der Zustand nicht.

      Was mache ich falsch?

      Danke und Gruß,
      Peter
      Beitrag melden
    • Ihr müsst nicht den Benutezrnamen nehmen, den ihr auch in der APP oder der Weboberfläche angezeigt bekommt, sondern den der in der next APP unter Einstellungen -> lokale API angezeigt wird. Außerdem muss es ein Benutzer mit Installations Rechten sein, Bedienung reicht nicht!
      Beitrag melden
    • Benutzername der App/Weboberfläche und im Bereich API ist komischerweise exakt der gleiche bei mir...
      Ist das bei euch komplett anders?

      Installer-Rechte sind drauf (ich glaub sonst wäre nicht mal der API-Punkt in der App sichtbar...)

      Bin weiterhin etwas ratlos
      Beitrag melden
    • So, Login endlich geschafft. Habe mal alles verändert. Installer umbenannt, PW verändert, API an/aus/an und mehrfach neu gestartet. Jetzt ging’s auf einmal. Also...

      Virtueller Taster wird angezeigt, klappt. Schaltbar ist das Ding nur leider net? Könnt ihr den virtuellen Taster in der Weboberfläche schalten?
      Beitrag melden
    • Das ist richtig. Der "Virtuell Switch" ist aber in der Olisto App auswählbar als Trigger. Somit kann ich in einer Aktion definieren, das wenn der virtuelle Switch angetriggert wird, eine bestimmte Aktion ausgelöst werden soll.

      Ich habe allerdings das Problem, das sich der virtuelle Switch nach relativ kurzer Zeit (ca. 1-2 Stunden) automatisch abmeldet und nicht mehr auffindbar Auf der /swagger Seite bin ich dann auch nicht mehr angemeldet.
      Beitrag melden
    • Hallo lee-matte. Hast du den virtuellen Switch auch mit einer TTL -1 angelegt. Wenn die Zeit >0 ist die du setzt wird der virtuelle Switch irgendwann als unerreichbar angezeigt, sobald die TTL Zeit in Sekunden abläuft und du das virtuelle Gerät nicht erneut registrierst.
      Beitrag melden
  • Es wäre m.E. sinnvoll die "/swagger" Unterseite auch mit einem Login zu versehen, da dort doch einigermaßen tief ins System eingegriffen werden kann und dies ein ziemliches Sicherheitsrisiko darstellt, vor allem falls man auch über eine Portfreigabe Zugriff auf den SysAP hat.

    VG
    Lee-Mette
    Beitrag melden

Themen

Weitere Beiträge