Anwendungen zu Vis-Inventwo & Icontwo

[legro]

@humidor said in Anwendungen zu Vis-Inventwo & Icontwo:

Frage, kann man beim Wetter.com die Sonnenstunden für die nächsten Tage rausfinden?

Im Adapter zu daswetter.com kann ich leider keine Angaben hierzu finden.

Vielleicht weiß jemand eine Quelle (URL), wo man diese Werte finden kann, dann könnte man diese Daten gewiß noch einpflegen.

[Humidor]

@legro hab das Garagentor realisiert, blinkt wunderbar

[legro]

@humidor said in Anwendungen zu Vis-Inventwo & Icontwo:

@legro hab das Garagentor realisiert, blinkt wunderbar

Das zu lesen freut mich sehr.

Was setzt du zum Schalten deines Garagentores für einen Aktor ein?

Kritisch ist - wie ich in der Anleitung anmerke - das Verhalten beim Schließen. Da musste ich lange herumprobieren, bis das Ganze funktionierte. Die Lösung mit der unbestätigten Rückmeldung löst ja das Problem - nur weiß ich nicht wirklich warum.

Diese Schwierigkeiten entstehen, wenn der Torsensor geschlossen meldet und ich dennoch den Datenpunkt erneut mit „1“ belege, damit die Zustände auch dann noch im Homekit und ioBroker stimmig sind, wenn das Tor über dritte Wege (Funkfernbedienung, Taster am Antrieb, ..) betätigt wurde.

Hintergrund: Wird das Tor etwa über einen dritten Weg bedient, so stimmt ja im Homekit und ioBroker der Wert im Datenpunkt TargetDoorState nicht. Daher schreibe ich ihn (neu), wenn einer der Endzustände offen/geschlossen eingenommen wird. Was mich verwirrt ist, dass nur beim Schließen und nicht beim Öffnen Fehlfunktionen auftreten durch das ungewollte Auslösen des Aktors.

[Humidor]

@legro Morgen!
Shelly 25, Ausgänge schalten Tore, Eingänge (Rollenschalter) für geschlossen.
Ich steuere automatisch ausschließlich aus dem geschlossenen Zustand an, also nur Öffnen wenn wir uns im GPS-Area einfinden.
Per PowerÜberwachung vom Antrieb Shelly Plug S, weiß ich wann das Tor aktiv ist und es wird auch wenn alle zu Hause sind in der Nacht deaktiviert und gegen 6 wieder aktiviert.
Wenn ich händisch über den Schalter den Antrieb ansteuere, bekomme ich es mit und nach Zeit ist es dann offen. Jede Stunde lasse ich mir eine Telegram-Mitteilung ans Handy / Smart-Uhr schicken, dass das Tor offen ist.
Meine Schwierigkeit bestand darin, das GPS vom E-Auto ist 10-20m verzögert, der Dieselbrenner hat keine GPS Position die im ioBroker reinkommt. Daraus zu erkennen wer mit was unterwegs ist und entsprechend das Tor zu öffnen, wer mit was nach Hause kommt.
Bin damit fast fertig.

[legro]

@humidor said in Anwendungen zu Vis-Inventwo & Icontwo:

.. Shelly 25, Ausgänge schalten Tore, Eingänge (Rollenschalter) für geschlossen. ..

Mit dem Aktor stehen dir ja alle Möglichkeiten offen. Aber musst du nicht den Motor in diesem Fall direkt mit 230V ansteuern. Der Shelly 2.5 kann doch gar nicht potentialfrei schalten.

Du machst mich neugierig. Wie sieht deine Schaltung aus?

Zwei Anmerkungen ..

Mit den Mittel unserer Android Geräten (Samsung) hatte das Ganze nie vernünftig funktioniert. Wir fühlten uns regelrecht veräppelt. Daher haben wir uns selbst verAPPLEt. Wir nutzen seit Monaten das von Apple bereitgestellte Geofencing. Das funktioniert sehr zuverlässig.

Mit der von mir vorgeschlagenen Lösung kannst du aus jedem Zustand (auf/zu) dein Tor steuern und mittels YAHKA auch gleich das Ganze in HomeKit von Apple einbinden. Zwei Vorteile sind der Lohn: Du bist dein Geofencing Problem los und sowohl in ioBroker als auch HomeKit wird dir der Torzustand korrekt angezeigt.

[Humidor]

@legro mit dem Shelly 25 werden Koppelrelais geschalten (230V Spule, Kurzschluss am Kontakt - wie mit dem Schalter in der Garage, der Garagenantrieb hat da eine Kleinspannung und erkennt bzw. reagiert auf den geschlossenen Kreislauf, wird wohl bei den meisten Antriebe so sein).

Hört sich interessant an, wir haben Samsung & iPhone und damit bin ich gebunden beide Welten zu benutzen. Aktuell läuft es über Life360 und doch sehr unbeständig. Was ist dieses Geofence von Apple? Wie kann ich das im ioBroker nutzen?

[legro]

@humidor said in Anwendungen zu Vis-Inventwo & Icontwo:

.. mit dem Shelly 25 werden Koppelrelais geschalten (230V Spule, Kurzschluss am Kontakt - wie mit dem Schalter in der Garage, ..
.. Was ist dieses Geofence von Apple? Wie kann ich das im ioBroker nutzen?

Dann nutzt du das Ganze ähnlich wie unsereiner es unter MagentaSmartHome (MSH) realisiert hat. Da in diesem Schrottsystem eine Torsteuerung gar nicht vorgesehen war, habe ich einen Rollladenaktor von Homematic zweckentfremdet. Der Rollladenaktor betreibt bei mir ebenfalls ein Relais (230V), das als Schließer arbeitet. Das potentialfreie Relais schaltet die zwei Steuerleitungen des Torantriebes kurz und löst so die gewünschten Aktionen aus. Hier habe ich meine Lösung dokumentiert, wie ich sie in MSH umgesetzt habe.

Da ich bei uns ja Rollladenaktor und Schließer bereits verbaut hatte, nutze ich natürlich nach wie vor den Rollladenaktor um das Schließerrelay zu betätigen. Nur wäre es unsinnig, diese Lösung hier vorzustellen, geht's mit dem Shelly 1 nicht nur einfacher, sondern zudem auch noch viel preiswerter.

Und nun zu Geofencing und Apple HomeKit ..

Das Ganze funktioniert nicht nur recht zuverlässig, sondern auch überraschend einfach: YAHKA macht's möglich.

Im HomeKit definiere ich vier Automationen, die einen (virtuellen) Schalter betätigen. Diese beiden Schalter verknüpfe ich mittels YAHKA mit ioBroker. So ist eine An-/Abwesenheit in beiden Welten sichtbar.

In ioBroker/YAHKA sieht das Ganze so aus ..

Hierbei ist userdata.0.Alarmanlage.Anwesenheit.<Name> ein Datenpunkt, der durch den (virtuellen) Schalter geändert wird.

[Humidor]

@legro sagte in Anwendungen zu Vis-Inventwo & Icontwo:

YAHKA

interessant, ganz hab ichs aber noch nicht, YAHKA ist ein Adapter vom Github OK, aber das Pendant ? ein echtes Homekit Gerät
im iPhone/Homekit kann ich kein leeres Gerät anfügen?

[legro]

@humidor said in Anwendungen zu Vis-Inventwo & Icontwo:

..
interessant, ganz hab ichs aber noch nicht, YAHKA ist ein Adapter vom Github OK, aber das Pendant ? ein echtes Homekit Gerät ..

Die Konfiguration geht vom ioBroker hin zum HomeKit.

Zunächst im ioBoker ..

• YAKHA Instanz in ioBroker erzeugen.
• Schalter in YAHKA definieren (siehe oben!)

.. und anschließend im HomeKit ..

• YAHKA als Bridge einbinden und ..
• .. schon stehen die in ioBroker definierten Schalter im Homekit zur Verfügen (siehe oben!)

Wenn du noch Fragen hast, nur her damit!

[Humidor]

@legro super danke habe ihn schon aktiv
wie mache ich den Switch nun im Homekit zum GPS Geo Fence?

[legro]

@humidor said in Anwendungen zu Vis-Inventwo & Icontwo:

wie mache ich den Switch nun im Homekit zum GPS Geo Fence?

Das hatte ich in diesem Thread versucht aufzuzeigen.

In der Definition der Automationen findet die Verknüpfung zwischen (virtuellem) Schalter und Geofencing statt. Die beiden Bilder aus dem HomeKit zeigen die (virtuellen) Schalter als Tasterflächen, im nebenstehenden Bild ist die Verknüpfung zu den erforderliche Automationen zu sehen.

Ist das nicht phantastisch, was all die Entwickler uns so an die Hand geben?

[Humidor]

@legro hmm, dann hat sich das schon wieder erl. für mich, ein HomeKit Gerät habe ich nicht.

[legro]

@humidor said in Anwendungen zu Vis-Inventwo & Icontwo:

.., ein HomeKit Gerät habe ich nicht. ..

Als Steuerzentrale kannst du ein iPad, HomePod oder AppleTV verwenden. Ein HomePod mini kostet nicht die Welt. Der ist - für Apple unglaublich günstig - schon für 99€ zu haben.

In Anbetracht des Mehrwertes, den so eine kleine Kugel kostet, ist dies ganz gewiss eine Überlegung wert.

[Humidor]

@legro ja korrekt, ich hab aber schon zuviel von dem ganzen Zeugs rumstehen...
der AppleTV 3 kanns nicht, bis ein anderes ins Haus kommt, muss ich dann warten, extra deswegen werde ich wohl keines kaufen.

[legro]

Ermittlung der Regenmengen

So sieht das Ergebnis unter Verwendung von Netatmo aus ..

Konfiguration des UniversalWidgets

Das Widget sollte als Background konfiguriert werden; es soll ja bei einem Klick keinerlei Reaktion ausführen. Das Feld Objekt ID bleibt leer. Auf diese Weise wird stets der Eintrag aus dem Feld Beschriftung bei falsch angezeigt (s.unten!).

Im Bereich Inhalt wird als Inhaltstyp HTML/Text gewählt. Dies bewirkt, dass lediglich all das angezeigt wird, was im Bereich Beschriftung bei falsch (bzw. wahr) eingetragen ist.

Die angezeigten Werte sind Datenpunkte, die mittels des Regenmessers von NETATMO ermittelt werden.

Das zur Ermittlung der Daten verwendete Skript überwacht den Datenpunkt Rain in the last 24 hours von dem Regenmesser, in dem von Netatmo saldierend der Regen eines Tages eingetragen wird. Um Mitternacht (0:00 Uhr) wird dieser von NETATMO zurück auf 0 gesetzt. Netatmo sendet ca. alle 8 - 10 Minuten den Wert dieses Datenpunktes, auch wenn zwischenzeitlich keine Änderung zu verzeichnen war. Das Skript schreibt nur dann diesen Wert von Rain in the last 24 hours in den Datenpunkt TempRegenTag, wenn der alte Wert in diesem Datenpunkt übertroffen wird.

verwendete Datenpunkte

Es werden insgesamt folgende Datenpunkte verwendet, die in zwei Gruppen eingeteilt sind: Regenmengen in den gerade laufenden Zeiträumen Tag, Woche, Monat, Jahr und jene Regenmengen, die nach Ablauf der jeweiligen Zeiträume angefallen sind, bezeichnet mit RegenTag, RegenWoche, RegenMonat und RegenJahr. Beispiel: RegenWoche enthält die Regenmenge der vorgegangenen Woche.

• TempRegenTag: Regenmenge des laufenden Tages
• TempRegenWoche: Regenmenge der laufenden Woche
• TempRegenMonat: Regenmenge des laufenden Monats
• TempRegenJahr: Regenmenge im laufenden Jahr
• RegenTag: Regenmenge des vorangegangenen Tages
• RegenWoche: Regenmenge der vorangegangenen Woche
• RegenMonat: Regenmenge des vorangegangenen Monats
• RegenJahr: Regenmenge im vorangegangenen Jahr

Auswertungen mittels InfluxDB und Grafana

Um graphische Darstellungen der Regenverteilung über Tage, Wochen, Monate und Jahre zu erhalten, werden die Datenpunkte RegenTag, RegenWoche, RegenMonat und RegenJahr bei deren Änderung in InfluxDB eingetragen.

Da der Regenmesser desöfteren sehr viele Nachkommastellen liefert, die eine übersichtliche Darstellung innerhalb des Widget verunmöglichen, werden die über Rain in the last 24 hours gelieferten Werte auf drei Nachkommastellen gerundet und dem Datenpunkt TempRegenTag bei Änderung zugewiesen.

Die übrigen Datenpunkte werden mittels CRON-Jobs verwaltet. Täglich um 0:00 Uhr wird ..

• .. der Inhalt von TempRegenTag in den Datenpunkt RegenTag geschrieben, sodass in diesem Datenpunkt stets die Regenmenge des Vortages zu finden ist.
• .. der Inhalt von TempRegenTag saldierend in den Datenpunkt TempRegenWoche abgelegt.
• .. TempRegenTag saldierend in TempRegenMonat gespeichert.
• .. TempRegenTag im Datenpunkt TempRegenJahr aufaddiert.
• .. zum Schluss wird TempRegenTag wieder auf 0 gesetzt.

Wöchentlich (d.h.: Sonntag Abend bzw. 0:00 Uhr) wird der Inhalte von TempRegenWoche in RegenWoche abgespeichert. Anschließend wird TempRegenWoche wieder auf 0 gesetzt.

Entsprechend werden die monatlich und jährlich auszuführenden Arbeiten durchgeführt.

Hier nun ein Beispiel, wie die anschließende Darstellung sich in Grafana darbietet:

Aufbereitung des HTML-Textes

Im HTML-Format werden hier die Werte der Datenpunkt aufbereitet, formatiert, .. eingetragen.

[zurück]

[sigi234]

@legro
Hallo, kann man deine Widget wo runterladen? Oder bin ich blind?

[legro]

@sigi234 said in Anwendungen zu Vis-Inventwo & Icontwo:

@legro
Hallo, kann man deine Widget wo runterladen? Oder bin ich blind?

Keine Angst! Du bist nicht blind.

Ich ging/gehe davon aus, dass es sich nicht lohnen mag, diese Kombinationen von Inventwo-Widgets zum Download einzustellen. Schließlich muss man doch ohnehin Größen, Datenpunkte, Code, .. anpassen.

Aber ich lasse mich durchaus eines Besseren belehren.

[Humidor]

@legro meine Bilder sind weg
mit dem Update…

[FredF]

@humidor

[legro]

=========================================================

[9] DAIKIN - Klimaanlage

=========================================================

So sieht das fertige Ergebnis unserer Installation aus. Es werden drei Klimageräte gesteuert.

Die Steuerung eines Klimageräts wird durch mehrere in einander verschachtelte Widgets realisiert. Diese werden im Folgenden ausführlich beschrieben.

Als Hintergrund wird ein sog. Background-Widget verwendet, auf dem alle übrigen Widgets dargestellt werden und der Text Wohnen angezeigt wird.

Zum Aus-/Einschalten des Klimagerätes wird ein Widget verwendet, das mit der Option Switch konfiguriert wird.

Als Datenpunkt wird power aus dem DAIKIN-Adapter verwendet. Ein Icon aus dem VIS-ICONTWO-Adapter wird zur Visualisierung verwendet, das schwarz/grün dargestellt wird, um die Zustände AUS/AN gut sichtbar anzuzeigen.

Zur Regelung der Zieltemperatur und der relativen Zielfeuchtigkeit werden zwei horizontale Schieberegler verwendet, deren IDs an die entsprechenden Datenpunkte im DAIKIN-Adapter gebunden werden. Für die Temperatur wird der Bereich auf 0 - 40 °C und für die Feuchtigkeit auf 0 - 50% eingeschränkt.

Die von dem Klimagerät gelieferten Statuswerte für die relative Luftfeuchtigkeit, Innen- und Außentemperatur werden mittels eines Background-Widgets mittels Binding der entsprechenden Datenpunkte des DAIKIN-Adapters angezeigt.

In den nachfolgenden Steuerungselemente werden sowohl Option Buttons (rechteckformig) als auch Radio Buttons (kreisförmig) verwendet. Können die Option Buttons völlig unabhängig von einander (de)aktiviert werden, so bilden die Radio Buttons Felder, in denen immer nur genau eine Option aktiv sein kann. Für beide Arten wird stets ein Widget vom Typ CheckBox/RadioButton verwendet; allein die Konfiguration in den Optionsfeldern bestimmt deren Verhalten:

• Option Button: Jedes Widget erhält seinen eigenen Datenpunkt.
• Radio Button: Alle Schaltflächen werden an denselben Datenpunkt gebunden.

Unser Gerät vermag die Betriebsarten zu modifizieren. Hierzu stehen drei Optionen zur Verfügung. Die Schaltflächen werden als eigenständige Optionsschaltflächen (Option Buttons) implementiert, indem jedem Widget ein eigener Datenpunkt zugeordnet wird.

Nicht in jeder Betriebsart sind alle Modi verfügbar. Näheres bitte der jeweiligen Gerätebeschreibung entnehmen! Das Gerät setzt ggf. eine gewählte Option wieder zurück.

• ECO (Econo): Diese Funktion ermöglicht einen möglichst effizienten Betrieb, indem der Wert für maximale Stromaufnahme begrenzt wird.
• kräftig (powerful): Bei jeder Betriebsart wird durch diesen Modus schnell die Wirkung maximiert.
• STREAMER: Reinigt die Luft mittels eines Hochgeschwindigkeits-Elektronenstrom mit hoher Oxidationskraft, beseitigt schlechte Gerüche und Viren usw.

Diese Optionen werden als Gruppe von Radio Buttons implementiert, da jeweils nur eine Auswahl möglich ist. Hierzu wird an alle sog. Boxen in der Widget-Konfiguration derselben Datenpunkt angebunden. Die zu verwendenden Werte kann man dem DAIKIN-Adapter entnehmen.

Die beiden übrigen Felder werden analog eingebunden.

Usw. .. usf. ..

[zurück]