FHEMWiki - Benutzerbeiträge [de]

Wetter und Wettervorhersagen

2018-07-22T13:39:25Z

Markus M.:

Wetterdaten und Wettervorhersagen können auf verschiedene Weise in FHEM eingebunden werden.

== Yahoo-Wetter ==
Für die einfache Einbindung des Yahoo-Wetters gibt es das spezielle Modul [[Weather]].

== Unwetterzentrale ==
Informationen der Seite(n) Unwetterzentrale.de können mit Hilfe des Moduls [[UWZ]] eingebunden werden.

== Modul OPENWEATHER ==
Das Modul [[OPENWEATHER]] extrahiert Wetterdaten über die "openweather"-Schnittstelle (API) von www.wetter.com.
*Vorschau-Zeitraum: 3 Tage
*Vorschau-Interval: 6:00, 11:00, 17:00, 23:00
*Aktuelle Daten: keine

== Modul PROPLANTA ==
Das Modul [[PROPLANTA]] extrahiert Wetterdaten von der Website www.proplanta.de. (keine API)
*Vorschau-Zeitraum: 12 Tage
*Vorschau-Interval: 3 h
*Aktuelle Daten: jede volle Stunde

== Modul WWO ==
Das Modul extrahiert Wetterdaten über die (alte) API von worldweatheronline.com
*Vorschau-Zeitraum: ?? Tage<BR>
*Vorschau-Interval: ??<br>
*Aktuelle Daten: ??

== Deutscher Wetterdienst (DWD) ==

=== Modul DWD_OpenData ===
Das Modul [[DWD_OpenData]] stellt einen Teil der frei verfügbaren Daten des Deutschen Wetterdienstes (DWD) bereit, die über den [https://www.dwd.de/DE/leistungen/opendata/opendata.html Open Data Server] abgerufen werden können (diverse Datenformate, keine API).
*Vorschau-Zeitraum: 7 Tage
*Vorschau-Interval: datenabhängig, viele mit 3 h
*Vorschau-Orte: national und international
*Aktuelle Daten: nicht implementiert
*Wetterwarnungen: für Landkreise und Gemeinden in deutsch oder englisch

Es gibt zum Modul auch einen passenden [https://forum.fhem.de/index.php/topic,83097.msg753155.html#msg753155 Weblink], der 2 Icons pro Tag in horizontaler Form darstellt. Die Anzahl der insgesamt dargestellten Icons ist konfigurierbar. Liegen Wetterwarnungen vor, wird zusätzlich ein Warnsymbol angezeigt, über das man per Klick weitere Details zur Wetterwarnung abrufen kann.

[[DWD_OpenData|Weitere Details und Installationsbeschreibung]]

=== Wetterwarnungen als Karte ===
Der Deutsche Wetterdienst [http://www.dwd.de DWD] stellt neben diversen Wetterdaten auch Wetterwarnungen in Bildform bereit. Diese können sehr einfach via [http://fhem.de/commandref_DE.html#weblink weblink iframe] in FHEM eingebunden werden - das ist zwar nicht die schönste Form, aber die schnellste.

Dazu sucht man sich zuerst auf der [http://www.dwd.de/bvbw/appmanager/bvbw/dwdwwwDesktop?_nfpb=true&_pageLabel=_dwdwww_wetter_warnungen_warnungen&T92053gsbDocumentPath=BEA__Navigation%2FWetter__Warnungen%2FWarnungen.html%3F__nnn%3Dtrue&lastPageLabel=dwdwww_wetter_warnungen Warnungsseite des DWD] die eigene Region heraus (in der Karte durchklicken). Die gewünschte URL für Berlin Stadt ist z.B. <code>http://www.dwd.de/dyn/app/ws/html/reports/BXX_warning_de.html#WS_ANCHOR_0</code>. Das Anhängsel <code>#WS_ANCHOR_0</code> kann man in der Konfiguration auch weglassen.

Die Einbindung in FHEM sieht dann wie folgt aus:
<pre>
define dwd_warnmeldung weblink iframe http://www.dwd.de/dyn/app/ws/html/reports/BXX_warning_de.html
attr dwd_warnmeldung group Wetterwarnungen (DWD)
attr dwd_warnmeldung htmlattr width="100%" height="300" frameborder="0" marginheight="0" marginwidth="0"
attr dwd_warnmeldung room Wettervorhersage,Startseite
</pre>

== Vorhersage-Diagramm von YR ==
[http://www.yr.no YR] ist die Seite des norwegischen Wetterdiensts. Er ist zwar nur in Teilen auf Englisch (und gar nicht auf Deutsch) verfügbar, bietet aber sehr gute Wettervorhersagen - auch mit eigenen Vorhersagen für kleine Dörfer. Neben etlichen Detailinfos bietet YR eine sehr schicke 48h-Vorhersage-Grafik. Diese kann sehr einfach via [http://fhem.de/commandref_DE.html#weblink weblink iframe] in FHEM eingebunden werden.

Dazu geht man auf die [http://www.yr.no Startseite von YR] und gibt in das Suchfeld den Namen seines Dörfchens ein - die Ergebnissliste kann ziemlich lang werden, sodass man evtl. sehr genau schauen muss, welches das eigene Kaff ist - bei mir war es an 29. Stelle... ;-) Auf der gewünschten Seite gibt es einen Unterpunkt "Hour by hour", wo sich die besagte Grafik findet. Hier kopiert man sich einfach die URL der Grafik.

Die Einbindung in FHEM sieht dann bspw. wie folgt aus:
<pre>
define Wetter_yr_Vorhersage weblink iframe http://www.yr.no/place/Germany/Berlin/Berlin/meteogram.png
attr Wetter_yr_Vorhersage group Wettervorhersage (yr)
attr Wetter_yr_Vorhersage htmlattr width="100%" height="300" frameborder="0" marginheight="0" marginwidth="0"
attr Wetter_yr_Vorhersage room Wettervorhersage,Start
</pre>

== Wetter von Weather Underground ==
{{Randnotiz|RNTyp=y|RNText=Neben dem hier vorgestellten Abruf der Weather Underground-Daten mit [[HTTPMOD]] kann auf Weather Underground-Daten auch mit dem darauf spezialisierten Modul [http://fhem.de/commandref.html#Wunderground Wunderground] zugegriffen werden.}}

'''Hinweis:''' Dieses Vorgehen ist etwas anspruchsvoller und somit eher für erfahrene FHEM-User geeignet.

[http://www.wunderground.com/ Weather Underground] ist bietet eine sehr umfassende Sammlung aller möglichen offiziellen und privaten (aber teils sehr professionellen) Wetterstationen weltweit. Es besteht eine recht hohe Wahrscheinlichkeit, dass es in der eigenen Umgebung schon eine Wetterstation gibt. Anstatt nun selbst eine komplette Wetterstation aufzubauen, kann man alternativ auf die Daten der Nachbarstation zugreifen.

Dazu sind grundsätzlich die folgenden Schritte notwendig:
* Finden der geeigneten Station
* Auswerten der XML-Daten
* Erstellen passender gplot-Dateien

=== Finden der geeigneten Station ===
Als erstes geht man auf die [http://www.wunderground.com Startseite von Weather Underground] und gibt in das Suchfeld den Namen seines Dörfchens oder der nächsten Stadt ein - für Berlin landet man bspw. auf Seite für "Berlin Alexanderplatz". Es gibt aber manchmal sehr viele Wetterstationen in der direkten Umgebung. Diese findet man indem am auf "Change Station" klickt und sich eine passende Station aussucht. Nähere Infos (zB. zur verwendeten Hard- und Software) zu der gewählten Wetterstation erhält man, wenn man auf den Namen der Station klickt und dann auf "About this PWS".

Weather Underground stellt die Daten der Wetterstation auch über eine API als XML bereit, die wir auswerten können. Die entsprechende URL findet sich ebenfalls unter "About this PWS" unter "Download current conditions XML". Für Berlin Prenzlauer Berg wäre dies bspw.
<code>http://api.wunderground.com/weatherstation/WXDailyHistory.asp?ID=IBERLIN15&format=XML</code>.

Entscheidend für die jeweilige Station ist der Teil nach "?=ID", also in diesem Fall "IBERLIN15". Dieser Teil des Links lässt sich leicht durch die ID einer anderen Station ersetzen und die Suche nach dem entsprechenden Link auf der Seite der Station bleibt erspart.

=== Auswerten der XML-Daten ===
Die Auswertung der XML-Daten erfolgt via [[HTTPMOD]]. Da dies nicht ganz trivial ist, sind im Folgenden zuerst die wesentlichen Konfigurationsschritte exemplarisch beschrieben. Weiter unten findet sich dann die fertige vollständige Konfiguration.

Es erstes wird das Device HTTPMOD definiert (die 600 am Schluss ist der Aktualisierungszyklus in Sekunden, also alle 10 min):
:<code>define wetter_prenzelberg HTTPMOD http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=IBERLIN15 600 </code>

Dann werden Attribute für alle Readings definiert:
:<code>attr wetter_prenzelberg userattr readingsName_cloudiness readingsName_date ... </code>

Dann wird jedem Attribut ein Name zugewiesen (unter diesem Namen wird der Wert ins Log geschrieben):
:<code>attr wetter_prenzelberg readingsName_cloudiness cloudiness </code>

Zum Schluss wird das Reading selbst definiert:
:<code>attr wetter_prenzelberg readingsRegex_cloudiness cloudiness id="NN" percent="([\d\.]+) </code>

Die gesamte Konfiguration für alle von der API angebotenen Wetterwerte sieht dann wie folgt aus:
<pre>
define wetter_prenzelberg HTTPMOD http://api.wunderground.com/weatherstation/WXCurrentObXML.asp?ID=IBERLIN15 600
attr wetter_prenzelberg userattr readingsName_cloudiness readingsName_date readingsName_dewpointTemperature readingsName_fog readingsName_heatindex readingsName_humidity readingsName_pressure readingsName_solarRadiation readingsName_solarUV readingsName_temperature readingsName_time readingsName_windChill readingsName_windDegrees readingsName_windDirection readingsName_windGust readingsName_windSpeed readingsRegex_cloudiness readingsRegex_date readingsRegex_dewpointTemperature readingsRegex_fog readingsRegex_heatindex readingsRegex_humidity readingsRegex_pressure readingsRegex_solarRadiation readingsRegex_solarUV readingsRegex_temperature readingsRegex_time readingsRegex_windChill readingsRegex_windDegrees readingsRegex_windDirection readingsRegex_windGust readingsRegex_windSpeed
attr wetter_prenzelberg readingsName_cloudiness cloudiness
attr wetter_prenzelberg readingsName_date date
attr wetter_prenzelberg readingsName_dewpointTemperature dewpointTemperature
attr wetter_prenzelberg readingsName_fog fog
attr wetter_prenzelberg readingsName_heatindex heatindex
attr wetter_prenzelberg readingsName_humidity humidity
attr wetter_prenzelberg readingsName_pressure pressure
attr wetter_prenzelberg readingsName_solarRadiation solarRadiation
attr wetter_prenzelberg readingsName_solarUV solarUV
attr wetter_prenzelberg readingsName_temperature temperature
attr wetter_prenzelberg readingsName_time time
attr wetter_prenzelberg readingsName_windChill windChill
attr wetter_prenzelberg readingsName_windDegrees windDegrees
attr wetter_prenzelberg readingsName_windDirection windDirection
attr wetter_prenzelberg readingsName_windGust windGust
attr wetter_prenzelberg readingsName_windSpeed windSpeed
attr wetter_prenzelberg readingsRegex_cloudiness cloudiness id="NN" percent="([\d\.]+)
attr wetter_prenzelberg readingsRegex_date date date" content="([\d\.]+)
attr wetter_prenzelberg readingsRegex_dewpointTemperature <dewpoint_c>(\+|-?[\d\.]+)
attr wetter_prenzelberg readingsRegex_fog fog id="FOG" percent="([\d\.]+)
attr wetter_prenzelberg readingsRegex_heatindex <heat_index_c>(\+|-?[\d\.]+)
attr wetter_prenzelberg readingsRegex_humidity <relative_humidity>([\d\.]+)
attr wetter_prenzelberg readingsRegex_pressure <pressure_mb>([\d\.]+)
attr wetter_prenzelberg readingsRegex_solarRadiation <solar_radiation>([\d\.]+)
attr wetter_prenzelberg readingsRegex_solarUV <UV>([\d\.]+)
attr wetter_prenzelberg readingsRegex_temperature <temp_c>(\+|-?[\d\.]+)
attr wetter_prenzelberg readingsRegex_time time Zeit([\d\:]+)
attr wetter_prenzelberg readingsRegex_windChill <windchill_c>(\+|-?[\d\.]+)
attr wetter_prenzelberg readingsRegex_windDegrees <wind_degrees>([\d\.]+)
attr wetter_prenzelberg readingsRegex_windDirection <wind_dir>([\d\.]+)
attr wetter_prenzelberg readingsRegex_windGust <wind_gust_mph>([\d\.]+)
attr wetter_prenzelberg readingsRegex_windSpeed <wind_mph>([\d\.]+)
</pre>
Hinweis: Nicht immer werden alle Werte geliefert (wenn keine Sonne, dann kein UV-Wert...). Im System-Log kann das als Fehler auftauchen, ist aber kein Problem.

=== Erstellen passender gplot-Dateien ===
Um die ausgelesenen Werte als Graphen darstellen zu können müssen eigene gplot-Dateien erstellt werden. Eine grundsätzliche Anleitung dazu findet sich unter [[Creating Plots]]. Deshalb sollen hier nur Beispiele für die eigentlichen gplot-Dateien vorgestellt werden. Beispiele sollten sowohl für [[FileLog]] wie [[DbLog]] funktionieren.

Temperatur und Luftfeuchte:
<pre>
set terminal png transparent size <SIZE> crop
set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "
#set title '<L1>'
set title ''
set ytics
set y2tics
set grid ytics
set ylabel "Temperature in C"
set y2label "Humidity (%)"

#FileLog 4:temperature\x3a::
#FileLog 4:windChill\x3a::
#FileLog 4:humidity\x3a::

#DbLog <SPEC1>:temperature::
#DbLog <SPEC1>:windChill::
#DbLog <SPEC1>:humidity::

plot "<IN>" using 1:2 axes x1y1 title 'Temperatur (C)' ls l0 lw 1.5 with lines,\
"<IN>" using 1:2 axes x1y1 title 'Gefühlte Temperatur (C)' ls l1 lw 1.5 with lines,\
"<IN>" using 1:2 axes x1y2 title 'Luftfeuchtigkeit (%)' ls l2fill lw 0.2 with lines
</pre>

Wind und Windrichtung:
<pre>
set terminal png transparent size <SIZE> crop

set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "

set ytics
set y2tics ("Nord" 0, "Ost" 80, "Süd" 180, "West" 270, "Nord" 360)

#set title '<L1>'
set title ''

set grid xtics ytics

set yrange [0:20]
set y2range [0:360]

set ylabel "Wind (mph)"
set y2label "Richtung"

#FileLog 4:windSpeed:0:
#FileLog 4:windGust:0:
#FileLog 4:windDegrees:0:

#DbLog <SPEC1>:windSpeed::
#DbLog <SPEC1>:windGust::
#DbLog <SPEC1>:windDegrees::

plot "<IN>" using 1:2 axes x1y1 title 'Wind (mph)' ls l0 lw 1.5 with lines,\
"<IN>" using 1:2 axes x1y1 title 'Böen (mph)' ls l1 lw 1.5 with lines,\
"<IN>" using 1:2 axes x1y2 title 'Windrichtung (°)' ls l2fill lw 0.2 with points
</pre>

Sonnenintensität und UV-Werte:
<pre>
set terminal png transparent size <SIZE> crop

set output '<OUT>.png'
set xdata time
set timefmt "%Y-%m-%d_%H:%M:%S"
set xlabel " "

set ytics
set y2tics

#set title '<L1>'
set title ''

set grid xtics ytics

set ylabel "Sonnenstrahlung (W/qm)"
set y2label "UV"

#FileLog 4:solarRadiation:0:
#FileLog 4:solarUV:0:

#DbLog <SPEC1>:solarRadiation::
#DbLog <SPEC1>:solarUV::

plot "<IN>" using 1:2 axes x1y1 title 'Strahlung' ls l0 lw 1.5 with lines,\
"<IN>" using 1:2 axes x1y1 title 'UV' ls l1 lw 1.5 with lines
</pre>

'''Weitere TBD'''

=== Vergangene Daten abfragen ===
Ein konkretes vergangenes Datum der Wetterstation kann man übrigens auch abrufen - für den 28.11.2014 wäre dies bspw.
<code>http://www.wunderground.com/weatherstation/WXDailyHistory.asp?ID=IBERLIN15&day=28&month=11&year=2014&graphspan=day&format=1</code>.

=== Eigene Wetterdaten hochladen ===
{{Randnotiz|RNTyp=g|RNText=Unterstützung für das Modul gibt es im dazugehörigen {{Link2Forum|Topic=65587|LinkText=Forumsthread }}.}}

Wer eigene Wetterdaten hochladen will, kann hierzu das Modul [http://fhem.de/commandref.html#WUup WUup] verwenden. Dazu benötigt man die Zugangsdaten (stationID und Paßwort) für eine eigene Wetterstation. Mit dem Modul können die meisten vom [http://wiki.wunderground.com/index.php/PWS_-_Upload_Protocol PWS Upload Protocol] unterstützten Daten hochgeladen werden:
* Winddir - [0-360 momentane Windrichtung]
* Windspeedmph - [mph momentane Windgeschwindigkeit]
* Windgustmph - [mph aktuellen Böe, mit Software-spezifischem Zeitraum]
* Windgustdir - [0-360 mit Software-spezifischer Zeit]
* Windspdmph_avg2m - [mph durchschnittliche Windgeschwindigkeit innerhalb 2 Minuten]
* Winddir_avg2m - [0-360 durchschnittliche Windrichtung innerhalb 2 Minuten]
* Windgustmph_10m - [mph Böen der vergangenen 10 Minuten]
* Windgustdir_10m - [0-360 Richtung der Böen der letzten 10 Minuten]
* Feuchtigkeit - [% Außenfeuchtigkeit 0-100%]
* Dewptf- [F Taupunkt im Freien]
* Tempf - [F Außentemperatur]
* Rainin - [in Regen in der vergangenen Stunde]
* Dailyrainin - [in Regenmenge bisher heute]
* Baromin - [inHg barometrischer Druck]
* Soiltempf - [F Bodentemperatur]
* Bodenfeuchtigkeit - [%]
* Solarradiation - [W/m²]
* UV - [Index]

Die Werte werden im Modul für Wunderground ins anglo-amerikanische System umgerechnet. Temperaturen werden also automatisch von °Celsius in Fahrenheit, Windgeschwindigkeiten von km/h in mph, mm in Inch und der barometrische Druck von hPa in inHg umgerechnet.

== Wetternetzwerk auf wetter.com ==
Ein vollständiges Beispiel zur Nutzung der Informationen über die Regenmenge (Station 1445, Weinheim) von wetter.com ist in {{Link2Forum|Topic=39600|Message=332837|LinkText=diesem Forenbeitrag}} beschrieben.

== Wetter von netatmo ==
Das FHEM-Modul [[netatmo]] ermöglicht den Datenimport von privaten und öffentlichen netatmo Wetterstationen sowie den Abruf der in der Netatmo App verfügbaren Wettervorhersage. Eine Übersicht über die verfügbaren öffentlichen Stationen findet sich auf der Seite [http://www.netatmo.com/de-DE/weathermap Weathermap]. Die meisten öffentlichen Stationen liefern Temperatur, Luftfeuchte und Luftdruck, einige auch Wind, Regen und Daten zur Luftqualität (CO<sub>2</sub>).

== Links ==
* {{Link2Forum|Topic=33610}} mit Sammlung und Beipielen von Internet-Links für die Anzeige von teilweise animierten Wetterbildern
* [http://bloglich.de/art/rpi/wetterdaten-auf-dem-raspberry-pi-in-fhem/ Beispiel in Blog(de)]
* [[HTTPMOD]]

[[Kategorie:Code Snippets]]
[[Kategorie:HOWTOS]]
[[Kategorie:Wetterstationen]]

Mi vacuum

2017-09-20T21:18:40Z

Markus M.: /* Vorarbeiten (Linux) */

{{Baustelle}}
=Mi Vacuum=
Wie der preiswerte Staubsaugerroboter auch auf FHEM hört...

==Für wen ist die Anleitung gedacht?==
Ich gehe davon aus, dass ihr ein funktionierendes FHEM auf einem Linux Rechner (Debian) betreibt.

Weiterhin denke ich, dass euer Hauptarbeitsrechner unter Windows läuft.

Als Smartphone OS Android (wer Apple hat, kann gerne die Token-Auslese-Geschichte hier beschreiben).

Um das Teil auch von Alexa aus ein und aus zu schalten, sollte auch die Installation von Alexa in FHEM fertig sein.

==Die Einrichtung des Moduls==
Das ist insofern spannend, als das Modul nicht offiziell in FHEM eingecheckt ist. Man muss also das Modul runterladen, auf den FHEM Rechner bringen etc...

===Vorarbeiten (Linux)===
Zunächst fangen wir mal auf unserem FHEM Rechner an. Mit Putty verbinden wir uns per SSH mit dem FHEM Computer.

Folgende Befehle können benötigt werden (Debian):
* sudo apt-get install libjson-perl
* sudo apt-get install libdigest-md5-perl
* sudo apt-get install libcrypt-cbc-perl
* sudo cpan Crypt::Rijndael_PP
* sudo apt-get install libcrypt-ecb-perl (nur nötig, wenn ihr einen verschlüsselten Token mit 96 Zeichen habt)
* sudo cpan Crypt::Cipher::AES (nur nötig, wenn Crypt::Rijndael_PP aus irgendwelchen Gründen nicht funktioniert)
Wenn bei dem ein oder anderen Modul die Meldung kommt, dass es schon installiert ist, einfach mit dem nächsten Befehl weiter machen. Das CPAN Teil würde ich am Schluss machen, das braucht ziemlich lang zum installieren.

===Vorarbeiten am Smartphone (Token, Android)===
Das Problem ist folgendes:

Wenn der Roboter mit dem WLAN verbunden wird, generiert er einen Token. Das ist ein Schlüssel, ohne den er sich nicht steuern lässt. Damit FHEM drauf zugreifen kann, benötigt man diesen Token.

Für Android gibt es eine [https://xiaomi.flole.de/ alternative App] (Flole) um den Roboter zu steuern. Die originale Steuerung der Mi-Home App wird dadurch nicht beeinträchtigt! Also keine Angst, die coolen Karten bleiben erhalten.

*Ich kann nur beschreiben, wie es bei mir funktioniert hat. Wenn es wer einfacher oder anders hinbekommen hat, ergänzt bitte den Wiki Eintrag*
Zunächst muss die Flole-App installiert werden. Zur Installation muss die Installation von unbekannten Quellen in den Sicherheitseinstellungen von Android erlaubt werden. Bitte nicht vergessen, die Enstellung nach der Installation der App wieder zu korrigieren.

Ich hatte die Mi-Home App schon installiert:
* Mi-Vacuum aus der Mi-Home App löschen
* WLAN zurückgesetzt (die beiden Buttons lange gedrückt halten)
* den Roboter per Reset Taster zurückgesetzt
=> dennoch hat die App den Roboter nicht gefunden

Lösung:
* der Mi Vacuum spannt sein eigenes WLAN Netz auf (damit verbinden)
* Tipp: ist man aus der App mal rausgeflogen (Verbindung gescheitert), muss man die App wirklich unter Android abschießen, bevor sie wieder funktioniert
* jetzt die Verbindung mit der Flole App herstellen
* WLAN am Android wieder auf den eigenen AP zurück stellen
* die IP Adresse des Roboters rausfinden (z.B. FritzBox fragen)
* in der Flole App die IP Adresse des Mi Vacuum eintragen
* Die Settings nach Google Drive exportieren (sollte wenige Sekunden dauern. Wenn das Fenster grau bleibt, hat man vermutlich die IP Adresse noch nicht eingetragen ;) )
* Anschließend kann man den Mi Vacuum wider mit Mi-Home suchen und verbinden

Jetzt kann man aus Google Drive die Datei "FloleXiaomiRemote.settings" runterladen und im Editor der eigenen Wahl öffnen. Ich nehme dafür gerne Notepad++

In meiner steht z.B.:

<code>[{"c":"192.168.222.77","d":64647999,"e":"55387753545937326a33396943557999","f":"Mi Vacuum","g":0}]</code>

Die Zahlenkolonne "55387753545937326a33396943557999" ist der Token. Den behalten wir mal im Auge, bzw. der Zwischenablage.

===Installation des inoffiziellen Moduls===
Der folgende Teil ist für völlige Noobs. Wenn ihr einen eleganteren Weg kennt, her damit.

Zunächst bitte das Modul aus dem Forum herunterladen.
[https://forum.fhem.de/index.php/topic,73052.0.htmlm Hier] befindet sich der Thread. Markus M. hat sich die Mühe gemacht, ein Modul zu schreiben. Solange es nicht offiziell eingecheckt ist, muss man es händisch installieren. Das kann man wie folgt machen:
* das Modul zunächst auf seinem Windows PC speichern

Wie kommt das Modul nun auf den eigenen RasPi?

Ich nutze dafür einen kleinen HTTP Server auf meinem Windows Rechner: [http://miniweb.sourceforge.net/ MiniWeb]

Dieses Tool runterladen und irgendwohin entpacken. Zum starten habe ich eine kleine Batchdatei geschrieben:
D:\Software\MiniWebServer\miniweb\miniweb.exe -p 80
Die sorgt nur dafür, dass der Server auf Port 80 läuft.

Im entpackten Verzeichnis ist ein Unterverzeichnis mit dem Namen "htdocs". Dahin kopieren wir das soeben runtergeladene Modul aus dem Forum-Thread.

Langsam sollte das cpan Tool auf unserer SSH Verbindung durchgelaufen sein.

Nun wechseln wir (auf dem Linux Rechner) in das FHEM Verzeichnis (cd /opt/fhem/FHEM).

wget http://IP-Adresse_EUres_Windows_Rechners/72_XiaomiDevice.pm

bringt die Datei in euer FHEM Verzeichnis.

Jetzt noch die Rechte anpassen:

sudo chown -R fhem:dialout /opt/fhem

Fertig.

Jetzt können wir auf die FHEM Oberfläche wechseln.

reload 72_XiaomiDevice.pm

und unser runtergeladenes Modul steht in FHEM zur Verfügung.

==Einrichten des Moduls==
<code>
define Mi_Vacuum XiaomiDevice 192.168.222.77 55387753545937326a33396943557999

attr Mi_Vacuum subType VacuumCleaner
</code>

Und schon (=etwa nach 10 Sekunden) sollte euer Roboter in FHEM mit ganz vielen Readings auftauchen.

==Anwendung: Sprachsteuerung mit Alexa (einfach, ein und aus)==
Wie bindet man das jetzt schnell in Alexa ein?

Wir legen uns in FHEM einen Dummy an. Dieser wird ein Switch (on off). Dazu noch ein DOIF oder ein notify, welches diesen Switch überwacht. Je nach Status des Dummys schalten wir den Roboter.

Ein List meines Dummys:
<code>
Internals:
CFGFN
NAME Mi_Vacuum_Staubsauger
NR 719473
STATE on
TYPE dummy
Readings:
2017-09-18 21:10:12 state on
Attributes:
alexaName Mi_Vacuum_Staubsauger
genericDeviceType switch
room alexa
setList on off

</code>

Mein DOIF:

<code>
define di_Mi_Vacuum DOIF ([Mi_Vacuum_Staubsauger:"on"]) (set Mi_Vacuum start) DOELSE (set Mi_Vacuum charge)
</code>

Das Attribut do always nicht vergessen!

Den Dummy setzen wir in den Raum, der unsere Alexa Geräte beinhaltet. Nun den Alexa FHEM Service neu starten. Anschließend sollte eine Suche nach neuen Geräten in Alexa unseren Dummy finden. Für diesen legen wir in Alexa einen neuen Raum an, z.B. Staubsauger.

Fertig.

Ein "Alexa schaltet den Staubsauger ein" lässt unseren Mi-Vacuum loslegen. "Alexa schalte den Staubsauger aus" schickt ihn wieder zurück zu seiner Station.

==Quellen==
[https://forum.fhem.de/index.php/topic,73052.0.html Forums-Thread]
[http://miniweb.sourceforge.net/ MiniWeb], kleiner WebServer für Windows
[https://xiaomi.flole.de/ Flole], alternative App für Android, die das Token nach GoogleDrive exportiert
[http://www.roboter-forum.com/forumdisplay.php?130-Xiaomi Roboter-Forum] deutschsprachiges Forum, welches sich mit dem Mi Vacuum beschäftigt (auch vor dem Kauf des Roboters lohnt sich ein Besuch dort)
[https://paypal.me/mm0 PayPal]-Link, um Markus M. Dankeschön zu sagen

HM-Sec-SCo Tür-Fensterkontakt, optisch

2017-04-14T12:02:53Z

Markus M.: /* Bekannte Probleme */

{{Infobox Hardware
|Bild=HM-SEC-SCo.jpg
|Bildbeschreibung=HomeMatic Tür-Fensterkontakt, optisch
|HWProtocol=HomeMatic
|HWType=Sensor
|HWCategory=HomeMatic
|HWComm=868MHz
|HWChannels=1
|HWVoltage=1,5 V DC
|HWPowerConsumption=max. 100 mA
|HWPoweredBy=Batterie (1x 1,5V LR03/Micro/AAA)
|HWSize=15x100x18mm
|HWDeviceFHEM=[[CUL_HM]]
|HWManufacturer=ELV / eQ-3
}}

== Features ==
[[HomeMatic]] Funk-Tür-/Fensterkontakt zur optischen Erkennung von Tür- bzw. Fensteröffnungen oder -schließungen, z.B. zur Sicherheit oder um automatisch, bei vorhandenem [[HM-CC-RT-DN]], die Heizung herunter zu regeln, sobald ein Fenster oder eine Tür geöffnet wird.

== Hinweis ==
Das meiste zum [[HM-SEC-SC Tür-Fensterkontakt|HM-SEC-SC]] Beschriebene zur Nutzung gilt auch für den HM-Sec-SCo.

Wird mit aktiviertem [[AES Encryption|AES]] ausgeliefert und kann nur mit Gateways, die AES unterstützen, gepaired werden ([[HM-CFG-USB USB Konfigurations-Adapter|HM-LAN-CFG]], [[HM-CFG-LAN LAN Konfigurations-Adapter|HM-USB-CFG]] und [[CUL]] (seit Juli 2015)).

Mindestens bei Benutzung mit einem CUL (vermutlich auch via HM-CFG-USB und HM-CFG-LAN) muss FHEM auf das Perl-Modul Crypt::Rijndael zugreifen können. Wenn es nicht zur Verfügung steht, bleibt das Pairing unvollständig. Siehe auch [[AES_Encryption#IO <-> Gerät|den Abschnitt über AES-Encryption zwischen IO-Device und Gerät]].

== Betrieb mit FHEM ==
=== Event-Monitor ===
Wird z. B. das Fenster geöffnet, wird Folgendes vom Gerät übermittelt:
<pre>
2015-02-08 20:04:24 CUL_HM HM_Fensterstatus_BadEG trigger_cnt: 11
2015-02-08 20:04:24 CUL_HM HM_Fensterstatus_BadEG trigDst_2573FB: noConfig
2015-02-08 20:04:24 CUL_HM HM_Fensterstatus_BadEG battery: ok
2015-02-08 20:04:24 CUL_HM HM_Fensterstatus_BadEG open
2015-02-08 20:04:24 CUL_HM HM_Fensterstatus_BadEG contact: open (to MyHMLAN)
</pre>

Beim Schließen wird Folgendes übermittelt:
<pre>
2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG trigger_cnt: 12
2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG trigDst_2573FB: noConfig
2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG battery: ok
2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG closed
2015-02-08 20:04:31 CUL_HM HM_Fensterstatus_BadEG contact: closed (to MyHMLAN)
</pre>

=== Konfiguration ===
{{Randnotiz|RNText='''Info zum Bausatz'''
Das Gerät ist als Bausatz verfügbar, es sind nur
* das Funkmodul mit einer 8-poligen Stiftleiste
* der Batteriekontakt (Minuspol) mit einem kurzen Drahtstück
[[Datei:HM-Sec-SCo_Basisplatine.jpg|mini|250px|Markiert: Antennendurchführung (1), Batterieanschluss (2), sehr schmaler Platinensteg (3)]]
an der Basisplatine anzulöten.
Zu beachten ist noch, dass die Antenne '''vor''' dem Auflöten des Funkmoduls durch das markierte Loch der Basisplatine geführt werden muss.

Die fertig montierte Platine muss sich leicht in das Gehäuse einsetzen lassen, anderenfalls wird der schmale Platinensteg u.U. zu stark belastet und kann brechen!
'''Bauzeit''': < 15 Minuten
}}
Bei eingeschaltetem [[autocreate]] werden die erforderlichen Definitionen beim Pairen selbstständig erstellt.

<pre>
define HM_Fensterstatus_BadEG CUL_HM 35E390
attr HM_Fensterstatus_BadEG IODev MyHMLAN
attr HM_Fensterstatus_BadEG actCycle 000:50
attr HM_Fensterstatus_BadEG actStatus dead
attr HM_Fensterstatus_BadEG autoReadReg 4_reqStatus
attr HM_Fensterstatus_BadEG expert 2_full
attr HM_Fensterstatus_BadEG firmware 1.0
attr HM_Fensterstatus_BadEG model HM-SEC-SCo
attr HM_Fensterstatus_BadEG peerIDs 00000000,
attr HM_Fensterstatus_BadEG room CUL_HM
attr HM_Fensterstatus_BadEG serialNr LEQxxxxxxx
attr HM_Fensterstatus_BadEG subType threeStateSensor
</pre>

== Beispiele ==
=== Aktionen durchführen, wenn Fenster zu lange geöffnet ist ===
==== DOIF-Variante ====
Mit der nachfolgenden [[DOIF]]-Definition wird ein [[FileLog|Log]]-Eintrag erzeugt, eine Meldung auf der [[Enigma2 Receiver (Dreambox, VUplus etc.) steuern|Dreambox]] angezeigt, falls diese angeschaltet ist, und eine Nachricht per Prowl (funktioniert vermutlich nur unter Linux) verschickt.

Der Code ist hier so angegeben, wie er in der Weboberfläche nach einem Klick auf das [[Konfiguration|DEF-Feld]] übernommen werden kann. Das DOIF ist vorab zu definieren, zum Beispiel mit:
:<code>def DOIF_FensterOffenMsg DOIF ([HM_Fensterstatus_BadEG])</code>
und kann dann anschließend in den Device-Details vervollständigt werden:
<source lang="perl">
([HM_Fensterstatus_BadEG] eq "open") ({
Log 1, "Fenster seit mehr als 2 Stunden (7200 Sekunden) offen";;
system( "/path/to/prowl.pl -apikeyfile=/path/to/prowl-apikey -event=Info -notification='Fenster ist noch offen' &" );;
fhem( "set E2_Dreambox showText Fenster ist noch offen" ) if ReadingsVal("E2_Dreambox","state","") eq "on";;
})
DOELSE
</source>

Damit der Code-Block erst nach 7200 Sekunden getriggert wird, ist noch Folgendes auszuführen:

:<code>attr DOIF_FensterOffenMsg wait 7200:0</code>
==== Watchdog-Variante ====
Alternativ zu der DOIF-Lösung gibt es auch eine einfache Lösung mit [[Watchdog]]. Dazu legt ihr einen Watchdog an:
:<code>define watchdogBadEG watchdog HM_Fenster_BadEG:open 00:15 HM_Fenster_BadEG:closed set myTelegram message Das Fenster ist seit 15 min offen!</code>
Der Watchdog besagt, dass er beim Status "open" des Gerätes/Devices "HM_Fenster_BadEG" (also dem Fenstersensor) aktiviert wird. Nach 15 Minuten schickt er eine Nachricht über [[Telegram]], es sei denn es kommt zwischenzeitlich der Statu "closed".

=== Anzeige des Zeitpunkts der letzten Öffnung im STATE ===
Das Reading ''contact'' beinhaltet die Zustände ''open'' und ''closed''. Und der Zeitstempel der Änderung wird regelmäßig aktualisiert. Aus diesem Grund fällt die Nutzung des Attributs ''showtime'' hier weg. Wenigstens, wenn man nicht den Zeitpunkt des letzten Auslesens wissen will, sondern den der letzten Öffnung.

Folgende Schreibweise ermöglicht es, dass im STATE-Internal der Zeitpunkt des letzten ''open'' verbleibt (zum Übernehmen als Einzeler kopieren):
:<code><nowiki>attr Sensor stateFormat {if (ReadingsVal("Sensor","contact","") =~ "open.*") {"open " . ReadingsTimestamp("Sensor","contact","")} else {InternalVal("Sensor","STATE","")}}</nowiki></code>

Ein Thread zu diesem Thema findet sich im Forum unter dem Titel {{Link2Forum|Topic=41347|LinkText=HM-SEC-SCo: Letzte Türöffnung im State anzeigen}}.

== Bekannte Probleme ==
Bei (direkter) Sonneneinstrahlung kann es zu Fehlfunktionen kommen, die sich in schnell wechselnden Statusänderungen äußern.

Teilweise (siehe Diskussion im {{Link2Forum|Topic=33264|LinkText=Forum}}) werden die Fensterkontakte regelmäßig wiederkehrend als "dead" angezeigt. Grund ist, dass beim Anlernen ein actCycle von 50 Minuten eingetragen wird, während die Kontakte auch gerne mal länger brauchen, um sich bei der Zentrale zu melden.
<pre style="width:500px;">
2015-01-31_17:57:39 Fstr_AusgTerrasse alive: yes
2015-01-31_17:57:39 Fstr_AusgTerrasse battery: ok
2015-01-31_17:57:39 Fstr_AusgTerrasse sabotageError: off
2015-01-31_17:57:39 Fstr_AusgTerrasse closed
2015-01-31_17:57:39 Fstr_AusgTerrasse contact: closed (to HMLAN1)
2015-01-31_18:54:09 Fstr_AusgTerrasse Activity: dead
2015-01-31_18:58:03 Fstr_AusgTerrasse alive: yes
2015-01-31_18:58:03 Fstr_AusgTerrasse battery: ok
2015-01-31_18:58:03 Fstr_AusgTerrasse sabotageError: off
2015-01-31_18:58:03 Fstr_AusgTerrasse closed
2015-01-31_18:58:03 Fstr_AusgTerrasse contact: closed (to HMUSB)
2015-01-31_19:04:09 Fstr_AusgTerrasse Activity: alive
</pre>

Um Abhilfe zu schaffen, den actCycle auf 01:05 setzen:
:<code>attr <HM-SEC-SCo> actCycle 001:05</code>

Save config nicht vergessen.

== Links ==
* Anleitung [http://www.eq-3.de/Downloads/eq3/downloads_produktkatalog/homematic/bda/HM-Sec-SCo_UM_GE_eQ-3_web.pdf PDF]
* Datenblatt [http://www.eq-3.de/service/downloads.html?id=235&download=produkt&pid=1947 PDF] (der direkte Link auf das PDF klappt nicht, vermutlich wegen der Codierung des Umlautes :-( )
[[Kategorie:HomeMatic Components]]
[[Kategorie:Kontaktsensor (optisch)]]

Netatmo

2017-03-16T14:29:22Z

Markus M.:

{{SEITENTITEL:netatmo}}{{Infobox Modul
|ModPurpose=Datenimport von privaten und öffentlichen netatmo Wetterstationen.
|ModType=d

|ModCmdRef=netatmo
|ModForumArea=Sonstige Systeme
|ModTechName=38_netatmo.pm
|ModOwner=Markus M. ([https://forum.fhem.de/index.php?action=profile;u=291 Forum] / [[Benutzer_Diskussion:Markus M.|Wiki]])}}
Das FHEM-Modul [[netatmo]] ermöglicht den Datenimport von privaten und öffentlichen netatmo Wetterstationen. Eine Übersicht über die verfügbaren öffentlichen Stationen findet sich auf der Seite [http://www.netatmo.com/de-DE/weathermap Weathermap].

Auch für den Zugriff auf die öffentlichen Stationen ist ein netatmo Account nötig.

Wird ein ACCOUNT definiert, legt das Modul (bei aktivem autocreate) selbst die Geräte an: MODULE, HOME, CAMERA, PERSON.

Für die Netatmo Kameras (Welcome, Presence) können rein lokal verwendet werden: Live-Video-Stream, aktuelles Standbild und lokal gespeicherte Video-Clips deren ID?Key bereits bekannt sind. Alle weiteren Funktionen (Erkennung, Unterscheidung Person/Gesicht (Welcome) bzw. Unterscheidung Person/Tier/Fahrzeug (Presence) sowie Push-Events und Erzeugung neuer Events) sind nur mit einer aktiven Kopplung und Kommunikation über die Netatmo Server möglich.

== Vorgehensweise ==
1. Man benötigt einen Netatmo Account (Email und Passwort). Diesen legt man an
* in der [[netatmo]]-App (z.B. auf dem iPad)
* auf der [http://www.netatmo.com Homepage] (den Login Dialog aufklappen und auf den Text "Anmelden" klicken)

2. Man benötigt eine Client_ID und den Client_Secret. Diese Informationen muss man auf [http://dev.netatmo.com dieser Seite] generieren. Hierfür meldet man sich mit den zuvor erstellten Account-Daten an und erstellt dann eine "eigene App". Hier werden einige Daten abgefragt, man muss jedoch nichts eingeben. Es reicht der App-Titel (z.B. "FHEM-AtmoNet" - Hinweis: Laut netatmo-Entwicklerrichtlinien ist der Begriff "netatmo" im App-Namen nicht zulässig) und eine kurze Beschreibung (z.B. "meine erste eigene app..."). Auf der dann folgenden Seite tauchen die Client_ID and der Client_Secret auf. Diese Daten braucht man wiederum in FHEM.

3. In FHEM ein Device anlegen mit den o.g. Informationen:
:<code>define Wetter netatmo ACCOUNT <Email> <Passwort> <Client_ID> <Client_Secret></code>

Hinweis: Das Wort "ACCOUNT" muss in diesem define angegeben werden. Also nicht durch die o.g. Account-Daten ersetzen!

Ist das modul netatmo unbekannt, muß evtl. noch ein update von FHEM durchgeführt werden. Erscheint weiterhin eine Fehlermeldung, fehlen zum Betrieb des netatmo Moduls möglicherweise einzelne Komponenten, die auf Betriebssystemebene nachinstalliert werden müssen:

:<code> sudo apt-get install libjson-perl libdigest-md5-file-perl liblwp-protocol-https-perl liblwp-protocol-http-socketunix-perl</code>

4. Am besten das neue Device noch schnell in einen Raum schieben, damit man es besser findet:
:<code>attr Wetter room Aussen</code>

5. Jetzt taucht in FHEM in der GUI beim Wetter-Device die Option "public " auf.

6. Sollte nach kurzer Zeit beim Wetter-Device der Status "Invalid Access Token" auftauchen, muss unter Umständen die Zeit zwischen den Anfragen vergrößert werden. Manchmal sind die Netatmo Server überlastet/unerreichbar.

7. Mit dem Kommando:
:<code>get Wetter public <latitude> <longitude> <radius></code>
geeignete öffentliche Wetterstationen suchen. <latitude> und <longitude> vom Wunschort findet man recht schnell über Google.

Alternativ kann man auch mit Hilfe der PLZ Stationen in der Umgebung finden:
:<code>get Wetter public <PLZ></code>

Aus der angezeigten Liste kann man die gewünschte Station auswählen und die <ID_der_gewählten_Station> <longitude> <latitude> kopieren.
Stationen in Österreich findet man, wenn der PLZ ein a: vorangestellt wird.

8. Device mit define anlegen:
Dazu aus der Liste der Suchergebnisse die untere "Define"-Zeile Copy&Paste ins fhem Feld.
:Beispielsweise: <code>define Berlinwetter netatmo PUBLIC 70:ee:50:00:66:86 02:00:00:00:71:b2 temperature,humidity 70:ee:50:00:66:86 pressure</code>
Das erzeugt ein neues Device (mit dem Namen "Berlinwetter" als freier Name der Wetterstation) das intern aus mehreren Modulen besteht und liest pro Modul die öffentlichen readings aus.

9. Alle im netatmo-Account bekannten eigenen und freigegebenen Stationen werden automatisch per autocreate in FHEM angelegt.

== Links ==
* Support-Thread des neuen Moduls im {{Link2Forum|Topic=53500.|Message=451696l|LinkText=Forum}}
* Erklärung des in Teilen identischen alten Moduls in {{Link2Forum|Topic=14457|Message=184798|LinkText=Beitrag 184798}} im FHEM Forum.
* Text zum Teil übernommen aus dem {{Link2Forum|Topic=14457|Message=83413l|LinkText=Forenbeitrag 183413}}.

[[Kategorie:Wetterstationen]]

Netatmo

2017-01-02T17:19:08Z

Markus M.: Modul-Update

{{SEITENTITEL:netatmo}}{{Infobox Modul
|ModPurpose=Datenimport von privaten und öffentlichen netatmo Wetterstationen.
|ModType=d

|ModCmdRef=netatmo
|ModForumArea=Sonstige Systeme
|ModTechName=38_netatmo.pm
|ModOwner=Markus M. ([https://forum.fhem.de/index.php?action=profile;u=291 Forum] / [[Benutzer_Diskussion:Markus M.|Wiki]])}}
Das Fhem-Modul [[netatmo]] ermöglicht den Datenimport von privaten und öffentlichen netatmo Wetterstationen. Eine Übersicht über die verfügbaren öffentlichen Stationen findet sich auf der Seite [http://www.netatmo.com/de-DE/weathermap Weathermap].

Auch für den Zugriff auf die öffentlichen Stationen ist ein netatmo Account nötig.

== Vorgehensweise ==
1. Man benötigt einen Netatmo Account (Email und Passwort). Diesen legt man an
* in der [[netatmo]]-App (z.B. auf dem iPad)
* auf der [http://www.netatmo.com Homepage] (den Login Dialog aufklappen und auf den Text "Anmelden" klicken)

2. Man benötigt eine Client_ID und den Client_Secret. Diese Informationen muss man auf [http://dev.netatmo.com dieser Seite] generieren. Hierfür meldet man sich mit den zuvor erstellten Account-Daten an und erstellt dann eine "eigene App". Hier werden einige Daten abgefragt, man muss jedoch nichts eingeben. Es reicht der App-Titel (z.B. "Fhem-Netatmo") und eine kurze Beschreibung (z.B. "meine erste eigene app..."). Auf der dann folgenden Seite tauchen die Client_ID and der Client_Secret auf. Diese Daten braucht man wiederum in FHEM.

3. In FHEM ein Device anlegen mit den o.g. Informationen:
:<code>define Wetter netatmo ACCOUNT <Email> <Passwort> <Client_ID> <Client_Secret></code>

Hinweis: Das Wort "ACCOUNT" muss in diesem define angegeben werden. Also nicht durch die o.g. Account-Daten ersetzen!

Ist das modul netatmo unbekannt, muß evtl. noch ein update von FHEM durchgeführt werden. Erscheint weiterhin eine Fehlermeldung, fehlen zum Betrieb des netatmo Moduls möglicherweise einzelne Komponenten, die auf Betriebssystemebene nachinstalliert werden müssen:

:<code> sudo apt-get install libjson-perl libdigest-md5-file-perl liblwp-protocol-https-perl liblwp-protocol-http-socketunix-perl</code>

4. Am besten das neue Device noch schnell in einen Raum schieben, damit man es besser findet:
:<code>attr Wetter room Aussen</code>

5. Jetzt taucht in FHEM in der GUI beim Wetter-Device die Option "public " auf.

6. Sollte nach kurzer Zeit beim Wetter-Device der Status "Invalid Access Token" auftauchen, muss unter Umständen die Zeit zwischen den Anfragen vergrößert werden. Manchmal sind die Netatmo Server überlastet/unerreichbar.

7. Mit dem Kommando:
:<code>get Wetter public <longitude> <latitude> <radius></code>
geeignete öffentliche Wetterstationen suchen. <longitude> und <latitude> vom Wunschort findet man recht schnell über Google.

Alternativ kann man auch mit Hilfe der PLZ Stationen in der Umgebung finden:
:<code>get Wetter public <PLZ></code>

Aus der angezeigten Liste kann man die gewünschte Station auswählen und die <ID_der_gewählten_Station> <longitude> <latitude> kopieren.
Stationen in Österreich findet man, wenn der PLZ ein a: vorangestellt wird.

8. Device mit define anlegen:
Dazu aus der Liste der Suchergebnisse die untere "Define"-Zeile Copy&Paste ins fhem Feld.
:Beispielsweise: <code>define Berlinwetter netatmo PUBLIC 70:ee:50:00:66:86 02:00:00:00:71:b2 temperature,humidity 70:ee:50:00:66:86 pressure</code>
Das erzeugt ein neues Device (mit dem Namen "Berlinwetter" als freier Name der Wetterstation) das intern aus mehreren Modulen besteht und liest pro Modul die öffentlichen readings aus.

9. Alle im netatmo-Account bekannten eigenen und freigegebenen Stationen werden automatisch per autocreate in Fhem angelegt.

== Links ==
* Support-Thread des neuen Moduls im {{Link2Forum|Topic=53500.|Message=451696l|LinkText=Forum}}
* Erklärung des in Teilen identischen alten Moduls in {{Link2Forum|Topic=14457|Message=184798|LinkText=Beitrag 184798}} im Fhem Forum.
* Text zum Teil übernommen aus dem {{Link2Forum|Topic=14457|Message=83413l|LinkText=Forenbeitrag 183413}}.

[[Kategorie:Wetterstationen]]

HUE Dimmer Switch

2016-07-10T20:05:55Z

Markus M.: formatting

'''Philips HUE DimmerSwitch in FHEM einbinden'''

Die HUE Dimmer Switches sind eine feine Sache. Sie sind wirklich günstig (ca. 24.-€) sehen gut aus, haben 4 Tasten welche sich mit [http://iconnecthue.com/ iConnectHUE] völlig frei und teilweise auch mehrfach belegen lassen. Der eigentliche Schalter ist via Magnet perfekt auf einer Schalter-/Montageplatte eingepasst und lässt sich abnehmen und so als Fernbedienung nutzen.

Offiziell lassen sich diese Schalter (eigentlich sind es Taster) nur mit der HUE-Bridge betreiben und tauchen in FHEM etc. auch gar nicht auf. Hier nun ein Weg, um dieses Problem zu umgehen und die tollen Schalter auch in FHEM nutzen zu können.

Als Grundvoraussetzung wird natürlich eine fertig eingerichtete [[Hue|Philips HUE-Bridge]] vorausgesetzt.

Mit
:<code>get huebridge1 sensors</code>
in FHEM auf der HUE-Bridge ausgeführt bekommt man eine Liste aller bisher an der Bridge angelernten Schalter. Wobei ''huebridge1'' der Name der HUE-Bridge ist, dieser Wert muss an die Gegebenheiten der eigenen Konfiguration angepasst werden.

Die Ausgabe sieht dann z.B. so aus:

1: Daylight Daylight
2: Flurschalter 1 ZLLSwitch
3: Flurschalter 2 ZLLSwitch
4: Badezimmerschalter 1 ZLLSwitch
5: Spiegelschalter ZLLSwitch
6: Badezimmerschalter 2 ZLLSwitch

Merken muss man sich nun nur noch die ID des Schalters, welchen man in FHEM verwenden möchte. Im Beispiel z.B. für den Flurschalter 1 die 2.

Nun legt man mit der Anweisung
:<code>define Flurschalter_1 HUEDevice sensor 2 1 </code>
das [http://fhem.de/commandref.html#HUEDevice HUEDevice] an.

Danach taucht der Schalter in FHEM auf und kann beliebig verwendet werden.

'''Eines gibt es aber zu beachten:'''

Im Beispiel habe ich den Wert für <Interval> auf 1 gesetzt. Das geht so eigentlich nicht. Der Wert gibt an wie oft der Schalter von FHEM abgefragt wird. Dort gehen eigentlich nur Werte ab 10 (10 Sekunden). Trägt man kleinere Werte ein, wird der Wert automatisch auf 60 (60 Sekunden gesetzt).
Da mir (und wohl auch jedem Anderen) das einfach zu lang ist (Wer möchte schon 10 Sekunden warten bis das Licht an/aus geht?) muss etwas geändert werden.

Im Verzeichnis ''/opt/fhem/FHEM/'' auf dem Raspberry(eg. FHEM Server) gibt es eine Datei Namens ''31_HUEDevice.pm''. Diese muss Editiert werden. Dazu reicht ein einfacher Texteditor. Sicherheitshalber die Datei vorher einmal kopieren und umbenennen (z.B. 31_HUEDeviceOLD.pm), dann kann nichts schief gehen!

In Zeile 209 muss folgendes geändert werden:

''$interval = 60 if( $interval && $interval < 10 );''

in:

''$interval = 60 if( $interval && $interval < 1 );''

Danach können auch Abfragentervalle bis 1 (1 Sekunde) eingestellt werden.

Die Schalter haben dann State Readings in dieser Form:

''
On-Taste entspricht 100x

Dimmer up Taste entspricht 200x

Dimmer down Taste entspricht 300x

Off-Taste entspricht 400x''

Wobei das x den Tastenzustand wiederspiegelt.

0 entspricht INITIAL_PRESSED - dem initalen Tastendruck (von FHEM nicht nutzbar/empfangbar)

1 entspricht HOLD - dem Event während die Taste gehalten wird (für FHEM wenig sinnvoll)

2 entspricht SHORT RELEASED - dem von FHEM abfragbaren Event nachdem ein kurzer Tastendruck beendet ist

3 entspricht LONG RELEASED - dem von FHEM abfragbaren Event nachdem ein langer Tastendruck beendet ist

Die ON Taste lang zu drücken erzeugt auf der Bridge nacheinander beispielsweise folgende Events: 1000 - 1001 - (1001) - 1003

iConnectHue kann das sauber auswerten und erzeugt damit die Mehrfachbelegungen der Tasten. In FHEM ist das so leider nicht einfach zu reproduzieren.
Das Notify muss dann entsprechend aussehen, damit die letzte Ziffer des Readings des Schalters nicht beachtet wird:

''define <Name des Notify> notify <Name des HUESwitch auf den reagiert werden soll>:100.* set <Schaltaktor> on''

Äquivalent sieht das natürlich für die anderen 3 Tasten des Schalters aus. Dort muss dann eben nur die 100.* gegen die 200.*,300.* oder 400.* getauscht werden.

Wer also eine HUE-Bridge hat, kann damit gutaussehende und recht günstige Schalter in seinem FHEM Universum nutzen. Für das HUE Universum lassen sich die Schalter weiterhin ohne weiteres gleichzeitig nutzen.

Ein großer Dank allen, die mir hier bis hierher geholfen haben!

HUE Dimmer Switch

2016-07-09T09:42:12Z

Markus M.: Tastenevents

'''Philips HUE DimmerSwitch in FHEM einbinden'''

Die HUE Dimmer Switches sind eine feine Sache. Sie sind wirklich günstig (ca. 24.-€) sehen gut aus, haben 4 Tasten welche sich mit [http://iconnecthue.com/ iConnectHUE] völlig frei und teilweise auch mehrfach belegen lassen. Der eigentliche Schalter ist via Magnet perfekt auf einer Schalter-/Montageplatte eingepasst und lässt sich abnehmen und so als Fernbedienung nutzen.

Offiziell lassen sich diese Schalter (eigentlich sind es Taster) nur mit der HUE-Bridge betreiben und tauchen in FHEM etc. auch gar nicht auf. Hier nun ein Weg, um dieses Problem zu umgehen und die tollen Schalter auch in FHEM nutzen zu können.

Als Grundvoraussetzung wird natürlich eine fertig eingerichtete [[Hue|Philips HUE-Bridge]] vorausgesetzt.

Mit
:<code>get huebridge1 sensors</code>
in FHEM auf der HUE-Bridge ausgeführt bekommt man eine Liste aller bisher an der Bridge angelernten Schalter. Wobei ''huebridge1'' der Name der HUE-Bridge ist, dieser Wert muss an die Gegebenheiten der eigenen Konfiguration angepasst werden.

Die Ausgabe sieht dann z.B. so aus:

1: Daylight Daylight
2: Flurschalter 1 ZLLSwitch
3: Flurschalter 2 ZLLSwitch
4: Badezimmerschalter 1 ZLLSwitch
5: Spiegelschalter ZLLSwitch
6: Badezimmerschalter 2 ZLLSwitch

Merken muss man sich nun nur noch die ID des Schalters, welchen man in FHEM verwenden möchte. Im Beispiel z.B. für den Flurschalter 1 die 2.

Nun legt man mit der Anweisung
:<code>define Flurschalter_1 HUEDevice sensor 2 1 </code>
das [http://fhem.de/commandref.html#HUEDevice HUEDevice] an.

Danach taucht der Schalter in FHEM auf und kann beliebig verwendet werden.

'''Eines gibt es aber zu beachten:'''

Im Beispiel habe ich den Wert für <Interval> auf 1 gesetzt. Das geht so eigentlich nicht. Der Wert gibt an wie oft der Schalter von FHEM abgefragt wird. Dort gehen eigentlich nur Werte ab 10 (10 Sekunden). Trägt man kleinere Werte ein, wird der Wert automatisch auf 60 (60 Sekunden gesetzt).
Da mir (und wohl auch jedem Anderen) das einfach zu lang ist (Wer möchte schon 10 Sekunden warten bis das Licht an/aus geht?) muss etwas geändert werden.

Im Verzeichnis ''/opt/fhem/FHEM/'' auf dem Raspberry(eg. FHEM Server) gibt es eine Datei Namens ''31_HUEDevice.pm''. Diese muss Editiert werden. Dazu reicht ein einfacher Texteditor. Sicherheitshalber die Datei vorher einmal kopieren und umbenennen (z.B. 31_HUEDeviceOLD.pm), dann kann nichts schief gehen!

In Zeile 209 muss folgendes geändert werden:

''$interval = 60 if( $interval && $interval < 10 );''

in:

''$interval = 60 if( $interval && $interval < 1 );''

Danach können auch Abfragentervalle bis 1 (1 Sekunde) eingestellt werden.

Die Schalter haben dann State Readings in dieser Form:

''
On-Taste entspricht 100x

Dimmer up Taste entspricht 200x

Dimmer down Taste entspricht 300x

Off-Taste entspricht 400x''

Wobei das x den Tastenzustand wiederspiegelt.
0 entspricht INITIAL_PRESSED - dem initalen Tastendruck (von FHEM nicht nutzbar/empfangbar)
1 entspricht HOLD - dem Event während die Taste gehalten wird (für FHEM wenig sinnvoll)
2 entspricht SHORT RELEASED - dem von FHEM abfragbaren Event nachdem ein kurzer Tastendruck beendet ist
3 entspricht LONG RELEASED - dem von FHEM abfragbaren Event nachdem ein langer Tastendruck beendet ist

Die ON Taste lang zu drücken erzeugt auf der Bridge nacheinander beispielsweise folgende Events: 1000 - 1001 - (1001) - 1003

iConnectHue kann das sauber auswerten und erzeugt damit die Mehrfachbelegungen der Tasten. In FHEM ist das so leider nicht einfach zu reproduzieren.
Das Notify muss dann entsprechend aussehen, damit die letzte Ziffer des Readings des Schalters nicht beachtet wird:

''define <Name des Notify> notify <Name des HUESwitch auf den reagiert werden soll>:100.* set <Schaltaktor> on''

Äquivalent sieht das natürlich für die anderen 3 Tasten des Schalters aus. Dort muss dann eben nur die 100.* gegen die 200.*,300.* oder 400.* getauscht werden.

Wer also eine HUE-Bridge hat, kann damit gutaussehende und recht günstige Schalter in seinem FHEM Universum nutzen. Für das HUE Universum lassen sich die Schalter weiterhin ohne weiteres gleichzeitig nutzen.

Ein großer Dank allen, die mir hier bis hierher geholfen haben!

Benutzer:Markus M.

2016-06-30T21:30:47Z

Markus M.: Die Seite wurde neu angelegt: „Module: [https://forum.fhem.de/index.php?topic=53500 Netatmo], [https://forum.fhem.de/index.php?topic=37194 Allergy], [https://http://forum.fhem.de/index.php?t…“

Module: [https://forum.fhem.de/index.php?topic=53500 Netatmo], [https://forum.fhem.de/index.php?topic=37194 Allergy], [https://http://forum.fhem.de/index.php?topic=37412 Livetracking], [https://forum.fhem.de/index.php?topic=13166 CO20], [https://forum.fhem.de/index.php?topic=30638 MiLight]