FHEMWiki - Benutzerbeiträge [de]

MQTT Einführung

2019-03-24T21:51:54Z

Akw: typo

MQTT ist ein Protokoll ("Message Queue Telemetry Transport"), mit dem Daten und Befehle zwischen verschiedenen Geräten ausgetauscht werden. Die Kommunikation erfolgt dabei über einen zentrale MQTT-Server, in alter Nomenklatur auch ''Broker'' genannt.

MQTT wurde entwickelt, um möglichst effizient, sicher und mit wenig Datenlast zu kommunizieren. MQTT ist nachrichtenorientiert, daher muss ein Client nicht beständig beim Server anfragen, ob neue Daten vorliegen. Heute findet sich MQTT vor allem im Bereich des ''Internet of Things'' (IoT). MQTT kann leicht mit FHEM verbunden werden, ohne dass dabei größerer CPU- oder Datenverbrauch entsteht.

== Eine sehr kurze Einführung in MQTT ==
Die folgende Einführung kann eine vollwertige Einleitung wie beispielsweise [https://github.com/mqtt/mqtt.github.io/wiki diese Wikieinträge] nicht ersetzen.

Bei MQTT findet die nachrichtenbasierte Kommunikation nur zwischen den Geräten (Devices) auf der einen Seite und dem MQTT-Server (Broker) auf der anderen Seite statt. Die Geräte kommunizieren nicht direkt untereinander. Wenn also ein Klient (Client) Daten von einem bestimmten Gerät (Device) empfangen will, muss es vorher dem MQTT-Server (Broker) mitteilen, dass es die Nachrichten dieses Gerätes (Devices) abonniert (deshalb wird dieser Vorgang als ''subscribe'' bezeichnet). Im IoT ist besonders interessant, dass Sender und Empfänger von Nachrichten durch den Broker vollständig entkoppelt werden können - jemand, der Daten bereit stellt, muss sich also nicht darum kümmern, wer diese Daten empfängt.

Eine Nachricht besteht im Wesentlichen aus den folgenden Elementen:
*Topic - das ist die Adresse des endgültigen Empfängers. Topics sind einfache Strings, die mit Schrägstrichen getrennt werden (keine Leerzeichen und nur sehr wenige Sonderzeichen erlaubt). Ein Topic könnte beispielhaft so lauten: <code>zuHause/1OG/Kueche/Licht/state</code>. Diese Topics beinhalten also eine Hierarchie der Objekte - hier im Beispiel sind sie zuerst danach sortiert, ob sie sich zu Haus befinden, dann wird nach Stockwerken sortiert und im ersten Stock schaut man auf die Küche sowie das dort vorhandene Licht.
*Payload - das ist der Inhalt der Nachricht, oft handelt es sich um Befehle oder Daten.
*Quality of Service - soll geprüft werden, ob die Nachricht zugestellt wurde und wenn ja, mit welcher "Tiefe"?
*Retained Message.
Details bitte in der oben genannten Einführung nachlesen.

== Installation in FHEM ==
Um MQTT in FHEM zu nutzen, benötigt man einen MQTT-Broker. Ein gern verwendeter Broker ist beispielsweise [http://mosquitto.org Mosquitto]. Er kann ohne weiteres auf dem Raspberry Pi, der bereits eine FHEM-Installation besitzt, installiert werden und wird keine größere CPU- oder Netzwerklast verursachen. MQTT kommuniziert über Port 1883.
{{Hinweis|Seit 2018 kann auch FHEM selbst als Broker fungieren. Details sind [[MQTT#FHEM und MQTT|hier]] zu finden.}}

Eine Anleitung zur Installation findet sich beispielsweise in diesem [http://blog.wenzlaff.de/?p=6487 Blogeintrag]. Im wesentlichen beschränkt sich die Installation eines MQTT Servers aber auf wenige Arbeitsschritte. Bei ''stretch'' ist ''Mosquitto'' bereits in der Distribution enthalten und kann - zusammen mit dem client Befehl ''mosquito_sub'', der weiter unten benötigt wird, wie folgt installiert und getestet werden<ref>Die für den Betrieb mit FHEM erforderlichen Perl-Module sind teilweise (noch) nicht in den Paketquellen verfügbar. Sie können dennoch statt mit cpan auch als Debian-Paket mit Hilfe von ''dh-make-perl'' installiert werden, wobei vorab das in den Paketquellen bereits vorhandene ''libmodule-pluggable-perl'' installiert werden sollte:<br>
:<br>
sudo apt-get install dh-make-perl<br>
dh-make-perl --install --cpan Net::MQTT::simple<br>
dh-make-perl --install --cpan Net::MQTT::Constants<br>
sudo dpkg -i libnet-mqtt-simple-perl*.deb<br>
sudo dpkg -i libnet-mqtt-perl*.deb</ref>:
{{Randnotiz|RNTyp=g|RNText=Für ältere Distributionen (hier am Beispiel von ''jessie'') muß ggf. aus einer zusätzlichen Paketquelle installiert werden:
wget http://repo.mosquitto.org/debian/mosquitto-repo.gpg.key
sudo apt-key add mosquitto-repo.gpg.key
cd /etc/apt/sources.list.d/
sudo wget http://repo.mosquitto.org/debian/mosquitto-jessie.list
sudo apt-get update
Danach kann die eigentliche Installation durchgeführt werden wie links für ''stretch'' beschrieben.}}<source lang="bash">
sudo apt-get install mosquitto mosquitto-clients

# MQTT Server Test
sudo service mosquitto status

# Start / Stop des Servers
sudo service mosquitto stop
sudo service mosquitto start

# Perl Version ausgeben
perl -v
# Perl MQTT Module nachinstallieren (läuft ein paar Minuten)
sudo cpan install Net::MQTT:Simple
sudo cpan install Net::MQTT:Constants
</source>
Danach ist FHEM mit <nowiki>shutdown restart</nowiki> neu zu starten.

Zur Kommunikation mit dem Broker von seiten eines Arduinos böte sich der PubSubClient an.
Um die Funktionalität des Brokers zu testen kann z.B. ein Analyse-Tool wie MQTT.fx verwendet werden.


== MQTT und Sonoff-Tasmota ==
Eine derzeit oft genutzte Möglichkeit für MQTT bilden die [[Sonoff]]-Geräte. Werden diese mit Tasmota ('''T'''heo '''A'''rends '''S'''onoff '''M'''QTT '''O'''ver '''T'''he '''A'''ir - einer offenen Firmware von [https://github.com/arendst arendst]) geflasht, so kommunizieren sie über MQTT. Um diese Geräte einzubinden, ist wie folgt vorzugehen. Zuerst ist Mosquitto zu installieren.

Unter Sonoff sind einige Topics voreingestellt. arendst stellt insbesondere drei Topic-Präfixe bereit, die seiner Meinung jedes Topic einleiten sollen (in den Eingabemasken als "%prefix%" notiert). Das sind einmal Kommandos (abgekürzt als cmnd), die dazu dienen, Befehle auszuführen. Daten werden mit tele und stat übertragen. Ein Topic besteht dann zuerst aus diesem Präfix und danach dem eigentlichen Topic. Wer also beispielsweise einem Sonoff_Switch einen Befehl senden will, sollte als Topic cmnd/Sonoff_Switch wählen. Wenn der Switch ein- und ausgeschaltet werden kann, muss der Topic noch das Wort POWER enthalten (in MQTT werden viele Kennworte komplett groß geschrieben). Der Topic lautet damit vollständig "cmnd/Sonoff_Switch/POWER/set"

Die Einrichtung in FHEM wird von den Modulen 00_MQTT.pm, 10_MQTT_BRIDGE und 10_MQTT_DEVICE.pm unterstützt.
Ebenso wird das Modul 98_expandJSON.pm benötigt, um den {{Link2Forum|Topic=66761|LinkText=JSON String zu filtern}}.

Briges und Devices unterscheiden sich wie folgt. Eine Bridge ist ein Gerät, das bereits in FHEM angelegt wurde und nur mit MQTT verbunden werden soll. Ein Device existiert noch nicht in FHEM und soll erst angelegt werden.

Link zum Forum: {{Link2Forum|Topic=27532|LinkText=MQTT FHEM Einrichtung}}

{{Randnotiz|RNTyp=g|RNText=Sofern der Broker mit FHEM über localhost kommunizieren kann, sollte als IP 127.0.0.1 verwendet werden.}}
### 1. Broker anlegen ###
define myBroker MQTT 10.0.0.5:1883 ## bitte EIGENE IP-Adresse eintragen

### 2. FHEM Device mit MQTT verbinden ###
define Sonoff_Switch MQTT_DEVICE
attr Sonoff_Switch IODev myBroker
attr Sonoff_Switch devStateIcon ON:rc_GREEN:OFF OFF:rc_RED:ON
attr Sonoff_Switch icon hue_filled_br30
attr Sonoff_Switch publishSet ON OFF cmnd/TestSwitch/POWER
attr Sonoff_Switch room MQTT
attr Sonoff_Switch subscribeReading_Licht stat/Sonoff_Switch/POWER
attr Sonoff_Switch subscribeReading_Sensor tele/Sonoff_Switch/SENSOR
attr Sonoff_Switch subscribeReading_Status stat/Sonoff_Switch/STATUS
attr Sonoff_Switch webCmd ON:OFF

Der hier dargestellte Beispielcode realisiert die Kommunikation zwischen FHEM und dem sonoff Modul via MQTT Broker. Zu beachten ist hier, dass '''subscribeReading_Licht''' und '''subscribeReading_Status''' unterschiedliche Syntax des Topic Strings haben!

== Sicherheit ==
Prinzipiell ist MQTT ebenso sicher wie eine Postkarte. Solange man es nicht extra absichert, kann jeder der, im eigenen LAN ist (und die Adresse vom Broker kennt) alle Topics mitlesen.
:<code>meinHaus/Flur/Haustuer:open / close</code>
ist da nicht wirklich schlau!

Abhilfe:
=== Username / Passwort ===
Zunächst kann man erst mal einen Username / Passwort vergeben. Da ist zwar auch noch lange nicht sicher, aber zumindest steigert es den Aufwand schon mal. Jetzt muss man zumindest schon mal Pakete sniffen und verstehen, um unbefugt zu lesen oder gar zu publishen.

=== TLS ===
Um wirklich sicher zu werden, führt kein Weg an TLS vorbei. Leider kann z.B. ein Arduino das schlicht nicht mehr. Irgendwo machen sich der Speicher und die Rechenleistung dann doch bemerkbar.

== Links ==
* [http://mqtt.org Offizielle Homepage von MQTT, englisch]
* [http://www.hivemq.com/blog/mqtt-essentials-part-1-introducing-mqtt Sehr gute Einführung, englisch, sind 5 lesenswerte Teile]
* [https://www.heise.de/developer/artikel/MQTT-Protokoll-fuer-das-Internet-der-Dinge-2168152.html Ein Exkurs von Heise mit Beispielen, deutsch, sehr lesenswert]
* [http://www.mqttfx.org/ MQTT FX - ein sehr praktisches Analysetool]
* {{Link2Forum|Topic=69230|LinkText=Diskussionsthread im Forum}}
* [[MQTT_Einf%C3%BChrung_Teil_2|Teil 2 der MQTT Einführung]]; schwerere Kost
* [[MQTT Einführung Teil 3|Teil 3 der MQTT Einführung: Hände schmutzig machen]]

== Hinweise ==
<references />

[[Kategorie:Glossary]]
[[Kategorie:HOWTOS]]
[[Kategorie:MQTT|Einführung]]

Trick der Woche

2017-05-31T07:20:05Z

Akw: Tippfehler

Diese Seite enthält Tipps und Tricks, die zu unbedeutend sind, einen eigenen Artikel zu rechtfertigen, alternative Schreibweisen/Lösungen für eine Problem darstellen, Ungenauigkeiten oder unklare Formulierungen in den offiziellen Dokumenten ergänzen und ähnliches. Jeder Eintrag ist typischerweise sehr kurz (wenige Zeilen lang) und beleuchtet vielleicht nur einen Aspekt von FHEM, er kann allgemeiner Natur sein, oder sich auf ein spezielles Gerät oder einen speziellen Anwendungsfall beziehen.

== Februar 2017 ==

=== at Zeiten ===
at 03:00 -> 1x um 3 Uhr (wann immer das nächste mal 3 Uhr ist)
at *03:00 -> jeden Tag um 3 Uhr
at +03:00 -> in 3 Stunden
at +*03:00 -> in 3 Stunden und dann alle 3 Stunden erneut

== Oktober 2016 ==

=== Grundlagen der Heizungssteuerung ===
Der Artikel [[Grundlagen der Heizungssteuerung]] soll einen zentralen Einstiegspunkt und eine Übersicht der Möglichkeiten insb. für Neulinge in FHEM bieten.

=== Batterieüberwachung für Geräte ohne Batteriestatus ===
Es gibt Möglichkeiten um auch bei Geräten ohne Batteriestatus-Reading eine schwache Batterie erkennen zu können: [[Batterie%C3%BCberwachung#Ger.C3.A4te_ohne_Batteriestatus|Geräte ohne Batteriestatus]].

== Mai 2016 ==
=== DbLog reparieren ===
Sollte ein fhem mit DbLog Probleme machen, oder auf der SQL-Konsole Fehler werfen, so ist eine Reparatur der DB fällig. Das ist auf der Kommandozeile verhältnismäßig einfach möglich und wird im Kapitel [[DbLog#Datenbank reparieren]] beschrieben.

=== DbLog bearbeiten ===
Unerwünschte Einträge in den Loggings treten immer wieder mal auf. Wie man dies in einer Datenbank korrigiert, dazu gibt das Kapitel [[DbLog#Bearbeitung von Datenbank-Einträgen]] eine erste Einführung.

=== Pollenflug ===
In dieser schönen Jahreszeit werden manche durch Heuschnupfen geplagt. Auf der Seite [[Pollenflug]] wird beschrieben, wie man eine Pollenvorhersage in fhem einbinden kann - hilft zwar nicht gegen das Niesen, ist aber trotzdem ganz informativ... ;-)

== April 2016 ==
=== HomeMatic und VCCU ===
HomeMatic Nutzer sollten unbedingt eine [[Virtueller Controller VCCU|VCCU]] einrichten und nutzen.
Die Einrichtung ist unaufwändig und schafft jede Menge Vorteile, auch beim Einsetzen nur einer Schnittstelle wie z.B. einem [[HM-CFG-LAN LAN Konfigurations-Adapter]]. Auch die nachträglich Einrichtung ist problemlos, sofern vorher nur ein I/O Gerät ("Funkschnittstelle") verwendet wurde.

== Dezember 2015 ==
===defmod===
In vielen Fällen will man mit einer Aktion gleichzeitig eine andere Aktion bereits für später festlegen, z.b. nach Einschalten einer Heizung durch einen Bewegungsmelder diese eine Stunde später wieder ausschalten.

Dies kann z.B. durch ein Konstrukt dieser Art erledigt werden:
:<code>define Heizung_an notify Bewegung set HZG_WZ desired-temp 22 ;; define reset_Heizung at +01:00:00 set HZG_WZ desired-temp 16</code>

Nachteilig ist, dass bei einer weiteren Auslösung des Bewegungsmelders die Heizzeit nicht verlängert wird, da eine Neudefinition von '''reset_Heizung''' mit der Fehlermeldung '''reset_Heizung already exists, delete it first''' quittiert wird. Die Lösung bisher war, das alte '''reset_Heizung''' zunächst zu löschen und dann erneut mit neuem Zeitstempel anzulegen:
:<code>define Heizung_an notify Bewegung set HZG_WZ desired-temp 22 ;; delete reset_Heizung ;; define reset_Heizung at +01:00:00 set HZG_WZ desired-temp 16</code>
Aber auch dieses umständliche Konstrukt hat noch einen Nachteil: Es erzeugt bei einer ersten Auslösung eine Fehlermeldung, weil '''reset_Heizung''' noch nicht exisitert und daher nicht gelöscht werden kann. Dies liesse sich abfangen, was die Konstruktion weiter verkomplizieren würde.

Daher hat Rudolf König mit FHEM 5.6 den neuen Befehel "defmod" eingeführt, der ein noch nicht existieredendes define neu anlegt (wie "define"), eine bereits vorhandenes aber direkt ändert (wie "delete" und danach "define")

Dadurch lässt sich verkürzt schreiben:
:<code>define Heizung_an notify Bewegung set HZG_WZ desired-temp 22 ;; defmod reset_Heizung at +01:00:00 set HZG_WZ desired-temp 16</code>

== April 2015 ==
===FS20 Timer===
FS20 Aktoren beherrschen zwei verschiedene Timer-Methoden.

Angenommen ein FS20 Device heisse "Lampe" und sei z.B. ein [[FS20_SU_Unterputz-Funk-Schalter|FS20 SU]] (Unterputzschalter), dann kann man mit FHEM sowohl
:<code> set Lampe on-for-timer 30</code>
verwenden um die Lampe 30 Sekunden einzuschalten, aber auch zunächst in den FS20 SU die maximale Einschaltdauer einprogrammieren:
:<code> set Lampe timer 30</code>
Dannach wird jedes normale
:<code> set Lampe on</code>
die Lampe für nur 30 Sekunden einschalten.

Als Timerwerte kommen in beiden Fällen die bekannten [[Trick_der_Woche#FS20_Timerzeiten|128 Sekundenwerte]] von 0,25 Sekunden bis Etwa 4,5 Stunden in Frage.

Es ist offenbar nicht bei allen Aktoren möglich einen einmal eingestellten Timer zu löschen, neue Werte eingeben aber sehr wohl.

Mehr hier: [[FS20_Allgemein#Gerätetimer setzen / löschen|FS20 timer]].

== Februar 2015 ==
=== 1-wire am GPIO4-Port des RaspberryPi funktioniert nicht mehr nach Systemupdate ===
Es kann passieren, dass nach einem Systemupdate (apt-get update oder apt-get dist-upgrade) die 1-wire-Geräte am GPIO4-Port plötzlich nicht mehr funktionieren. Eine Problemlösung dazu ist im Artikel "[[Raspberry Pi und 1-Wire#1-wire am GPIO4-Port funktioniert nicht mehr nach Systemupdate]]" beschrieben.

=== Backup der Konfiguration (fhem.cfg und fhem.state) bei jedem "save" ===
Der nachfolgende Codeschnipsel erstellt bei jedem "save" eine Kopie der aktuellen [[Konfiguration]] (fhem.cfg und fhem.state) in ein Verzeichnis "backup_cfg-state" welches unter /opt/fhem/ zu finden ist. Somit kann bei einem Fehler jederzeit auf den letzten Stand zurückgegangen werden.
Zuerst ins FHEM Befehlsfeld den folgenden Befehl eingeben:
:<code>{ `mkdir backup_cfg-state` } </code>

Danach folgendes [[notify]] anlegen:
define backupCfg notify global:SAVE {\
my $now = TimeNow();; $now =~ s/ /_/g;; \
`cp $attr{global}{configfile} ./backup_cfg-state/fhem.cfg.$now`;;\
`cp $attr{global}{statefile} ./backup_cfg-state/fhem.state.$now`;;\
}

Quelle: {{Link2Forum|Topic=30873|Message=234412|LinkText=FHEM-Forum}}

== Januar 2015 ==
=== CUL & CO über Serial ID-einbinden ===
Bei mehreren USB-Geräten kann es vorkommen, dass sie vertauscht werden z.B. ''/dev/ttyUSB0'' zu'' /dev/ttyUSB1'' oder ''/dev/ttyACM0'' zu ''/dev/ttyACM1''.

Um dies zu umgehen, kann man sie über ihre Serial-ID in FHEM einbinden.

Dieser Befehl zeigt die Serial-ID:

:<code>ls -l /dev/serial/by-id</code>

Hier die Beispielausgabe eines CUL868, JeeLink, RFXtrx und eines CUL433

user@xxxx:~# ls -l /dev/serial/by-id
lrwxrwxrwx 1 root root 13 Jan 9 23:34 usb-busware.de_CUL868-if00 -> ../../ttyACM0
lrwxrwxrwx 1 root root 13 Jan 9 13:26 usb-FTDI_FT232R_USB_UART_A901RQ9F-if00-port0-> ../../ttyUSB0
lrwxrwxrwx 1 root root 13 Jan 9 13:26 usb-RFXCOM_RFXtrx433_A1WZWL5Y-if00-port0-> ../../ttyUSB1
lrwxrwxrwx 1 root root 13 Jan 9 21:29 usb-busware.de_CUL433-if00 -> ../../ttyACM1

Damit lässt sich folgende Definition erstellen:

z.B. für einen CUL868

:<code>define CUL868 CUL /dev/serial/by-id/usb-busware.de_CUL868-if00@9600 1134</code>

oder einen JeeLink

:<code>define Jeelink JeeLink /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A901RQ9F-if00-port0@57600</code>

'''Einschränkung:''' Bei CULs von Busware lassen sich nur CUL433 und CUL868 unterscheiden. Zwei CUL868 haben z.B. immer die gleiche Serial-ID.

=== HM LAN Konfig-Adapter Antenne verbessern===
Die Antenne des [[HM-CFG-LAN LAN Konfigurations-Adapter]] kann man mit etwas Bastelgeschick verlängern um den Empfang zu verbessern.

Sinnvoll ist die Verlängerung auf 1/2 Lambda (868MHz = 17,27 cm) oder gar 1 Lambda.
1 Lambda Antennen haben starke Richtwirkung in Form eines gedachten Zylinders, dessen Mittelachse die Antenne ist.
D.h., Alles was sich in Richtung des Anfangs und des Endes des Antennedrahtes befindet, hat schlechteren Empfang als mit einer kurzen Antenne. Daher muss man die Antenne ggf. genauer ausrichten.

Anleitungen dazu werden an verschiedenen Stellen veröffentlicht, z.B. in
[http://www.ip-symcon.de/forum/threads/18411-Umbau-HM-LAN-Adapter-auf-Lambda-1-2-Dipol-Antenne diesem Beitrag] im IP-Symcon Forum (anders als der Namen der Anleitung vermuten lässt, liegt hier kein Dipol vor, sondern eine "normale" 1 Lambda Antenne.)

Prinzipiell so dünnen Draht wie möglich verwenden.

Wer noch mehr rausholen will, kann auch zusätzlichen Aufwand betreiben und die Antenne etwas von der Elektronik entfernen, die nämlich Störstrahlung in die Antenne einkoppelt. Oder eine Groundplane bauen.
Ein Anleitung für die CCU (analog auch für den HM LAN Konfig-Adapter einsetzbar) gibt es [http://www.techwriter.de/beispiel/funkeige.htm hier].

== Dezember 2014 ==
=== FHT80TF als "Prüfsender" einsetzen ===
Da der [[FHT80TF-2]] günstig ist und seinen Zustand ca. alle zwei Minuten sendet, kann er gut zum Ermitteln der Funklage von [[SlowRF]] Komponenten genutzt werden, auch wenn diese nicht senden. Den RSSI einer FS20 Schaltsteckdose kann man z.B. nicht wissen, da die Dose nur ein Empfänger ist. Wenn eine Dose nicht gut funktioniert und man den Verdacht hat, dass sie funktechnisch ungünstig liegt, kann man einen [[FHT80TF-2]] neben die Steckdose legen und man bekommt nach zwei Minuten einen Wert, der (trotz umgekehrter Funkrichtung) gut genug ist, um einem Hinweise zu geben.

== November 2014 ==
=== FS20 Adressschema und die Rolle des Hauscodes ===
[[FS20_Allgemein#FS20_Adressierungsschema_.28Vorschlag.29]]

== Oktober 2014 ==
=== Aktor für Wanddosen ohne Nulleiter ===
Es gibt es viele Aktoren die man in Einbaudosen hinter Schaltern einbauen kann. Oft scheitert deren Nutzung aber daran, dass in vielen Elektroinstalltionen in der Einbaudose eines (Licht)schalters kein Neutralleiter (Nulleiter) verlegt ist, den die meisten Aktoren zur eigenen Stromversorgung brauchen. Hier kann der [[RSL 2-Draht Einbauschalter]] helfen, der auch ohne Neutraleiter funktioniert und kompatibel zu InterTechno ist. Er lässt sich z.B. mit einem CUL(433) schalten. Problematisch ist damit allerdings das Schalten von LED Lampen.

== August 2014 ==
=== Perl-Skripte Online testen ===
Im Internet existieren Webseiten auf denen man Perl-Code online testen kann. Beispielsweise auf [http://www.tutorialspoint.com/execute_perl_online.php codingground] kann man Code zum Testen eingeben und die Auswirkungen betrachten. Dies eignet sich zur schnellen Fehleranalyse oder um Perl zu lernen. Natürlich lassen sich keine FHEM-Besonderheiten nutzen.

== Juli 2014 ==
=== Funklast reduzieren===
Bewegungsmelder erzeugen in der Regel eine recht hohe Funklast, wenn sie oft ausgelöst werden, also z.B. Licht in einem Zimmer schalten sollen.

Konstruktionen der Art:
:<code>define FlurLicht notify Bewegungsmelder_Flur:motion:.* set Licht_Flur on-for-timer 256</code>
haben daher den Nachteil bei viel Bewegung im Flur und je nach Einstellung des Sendeabstandes des Bewegungsmelders mindestens alle 120 Sekunde oder öfter ein
:<code>on-for-timer 256</code>
zu senden. Das erzeugt eine hohe Funklast, speziell wenn der Aktor ein SlowRF Gerät ist (z.B. FS20 Unterputzschalter).
In solchen Fällen kann es helfen, nur dann einen Befehl zu senden, wenn das Licht nicht schon an ist:
:<code>define FlurLicht notify Bewegungsmelder_Flur:motion:.* { if (Value("Licht_Flur") eq "off") { fhem ("set Licht_Flur1 on-for-timer 256") } }</code>
Nachteilig ist aber, dass eine Auslösung innerhalb 256 Sekunden die Einschaltzeit nicht verlängert. Dies kann man umgehen, indem man nicht on-for-timer verwendet, sondern den Aktor selber verzögert auschaltet und bei weiteren Auslösungen nur die Verzögerung erneut anlegt:
:<code>define FlurLicht notify Bewegungsmelder_Flur:motion:.* { if (Value("Licht_Flur1") eq "off") { fhem ("set Licht_Flur on ;; define FlurLicht_aus at +00:04:16 set Licht_Flur off") } else { fhem ("delete FlurLicht_aus ;; define FlurLicht_aus at +00:04:16 set Licht_Flur off") }}</code>
Durch den relativ neuen Befehl "defmod" kann ausserdem das Löschen und neu Anlegen zusammengefasst werden, sieh Tipp Dezember 2015

== Juni 2014 ==
=== Batteriestatus bei HomeMatic Devices aktivieren===
Zumindest einige (wenn nicht alle) batteriegespeisten HM-Geräte können Batteriemeldungen senden, tun dies in der normalen Konfiguration aber nicht.
Dazu muss das Register cyclicInfoMsg auf on gesetzt werden.

Wie man das macht steht z.B. hier
[[HM-SEC-SC_Tür-Fensterkontakt#Batteriestatus_aktivieren]]
und hier
[[HomeMatic_Type_ThreeState]]

== Mai 2014 ==
=== Dummywert mit aktueller Uhrzeit versehen in anderen Dummy kopieren===
Der Inhalt von Dummy1 soll erweitert um Uhrzeit und Datum in Dummy2 kopiert werden (z.B. um die Urzeit der letzten Auslösung einer Alarmanlage anzuzeigen)
:<code>{ fhem("set dummy2 " . (Value("Dummy1")." ".TimeNow()) ) } </code>

=== Zwei Dummywerte in einen anderen Dummy kopieren ===
Der String in Dummy1 soll um den String in Dummy2 erweitert und nach Dummy3 kopiert werden:
:<code>{ fhem("set Dummy3 ".(Value("Dummy1")+Value("Dummy2"))) } </code>
(Achtung: "+" ist Zahlen addieren, "." ist String konkatenieren / verketten)

== April 2014==
=== Code sparen ===
Wer Definitionen wie die aus dem März zum [[Trick der Woche#Zuverlässigkeit von FS20 Schaltungen erhöhen|Abfangen von Fehlbedienungen]] verwendet, kann durch eine ELSE Erweiterung auch gleich das Auschalten erledigen.
:<code>define act_on_TV_on notify TV { if ("$EVENT" eq "on" || "$EVENT" eq "dimup") { fhem("set TV on") } else { fhem("set TV off") } }</code>

Hierdurch schaltet ON oder versehentlich zu langes Drücken (also DIMUP) den Fernseher ein, jeder ''andere'' Tastendruck (also insbesondere die OFF Taste oder zu langes Drücken der OFF Taste -> DIMDOWN) den Fernseher aus.

Voraussetzung ist, dass die Fernbedienung standardkonfiguriert ist, siehe auch nächster Tip.

=== Konfiguration eines FS20 Senders prüfen ===
Gelegentlich reagieren bestimmte notifys nicht, die von Sendern (Fernbedienungen, Sensoren oder Schaltern) ausgelöst werden sollen. Speziell bei FS20 aber auch bei HomeMatic kann das daran liegen, dass der Sender nicht sendet was man denkt. So gut wie alle FS20 Sender kennen nämlich nicht nur ON und OFF, sondern über ein Dutzend Schaltzustände. Dimmen ist einem noch hinreichend bewusst, es gibt aber auch exotische Dinge wie Ein-für-Zeitdauer, Ein-auf-alte-Helligkeit, Aus-für-Zeitdauer (nur FS20), Ein-für-Zeitdauer-dannach-alter-Zustand und vieles mehr.

Was also ein Infrarot-Bewegungsmelder bei Auslösung sendet und auch was eine Fernbedienungstaste sendet ist einstellbar. Wenn jetzt zum Beispiel an einer Fernbedienung auf Tastendruck nicht ON sondern Ein-für-Zeitdauer (ON-FOR-TIMER) gesendet wird, wird
:<code>define act_on_TV_on notify TV:on set TV on</code>
seltsamerweise nicht auslösen, obwohl die richtige Taste (und diese auch nicht zu lang) gedrückt wurde.

Auch wenn man sich sicher ist, das Richtige in die Fernbedienung/Sensoren einprogramiert zu haben, ist ein einfacher Test immer, dies mit
:<code>define act_on_TV notify TV set TV on</code>
zu prüfen. Dieses notify löst immer aus, wenn "TV" ''irgendetwas'' sendet, egal was. (Beachte: Man kann dann den Fernseher aber nicht mehr ausschalten, da auch die Austaste das notify auslöst und zum TV-Aktor nur "on" sendet).

Geht die Schaltung jetzt (kann man den Fernseher also jetzt EINschalten), liegt der Verdacht nahe, dass die Konfiguration des Senders / Sensors anders ist, als man denkt. Das Logfile, der EventMonitor oder ein Beobachtung von FHEM per Telnet mittels "inform" gibt Aufschluss, welcher Befehl tatsächlich empfangen wurde.

=== Alles in FHEM, nichts in der Fernbedienung ===
Versuche in deiner FHEM Umgebung nicht, das Verhalten von Aktoren durch entsprechende Befehle aus Sensoren oder Fernbedienungen zu steuern. An Besten senden die nur ON und OFF oder DIM, den Rest möglichst immer in FHEM erledigen.

Wer eine Lampe immer für vier Minuten einschalten will, programmiert seinen Schalter (Fernbedienung) also so, das nur "on" gesendet wird und erledigt den Rest in FHEM:
:<code>define act_on_Schalter notify Schalter set Lampe on-for-timer 240</code>

Vielfach wird argumentiert, das eine dirkete Kopplung die Zuverlässigkeit erhöht, da bei einem Ausfall von FHEM der Aktor totzdem schaltbar sei.
Überlege, ob es hier nicht weniger komplex ist, die Zuverlässigkeit der FHEM Instanz zu erhöhen.

== März 2014==
=== Zuverlässigkeit von FS20 Schaltungen erhöhen ===
FS20 Fernbedienungen senden bei Tastendrücken von mehr als 0,4 Sekunden anstatt ON bzw. OFF DIMUP bzw DIMDOWN.

Das führt gelegentlich zu allgemein schlechter Bedienbarkeit (und schlechtem WAF), da 0,4 Sekunden relativ kurz ist und gerne aus versehen länger gedrückt wird. Das ist vor allem problematisch, wenn etwas geschaltet werden soll, was keinen Dimmer hat oder Dimmen nicht unterstützt.

Eine Konfiguration wie
:<code>define act_on_TV_on notify TV:on set TV on</code>
hat also dann den Nachteil, dass bei versehentlich zu langem Tastendruck das TV nicht angeht. Da die meisten Nutzer unbewusst dazu neigen, bei Misserfolg die selbe Taste erneut aber länger zu drücken (was erneut keinen Erfolg zeigt) ist Frustration zu erwarten.

Es kann daher speziell bei nicht dimmbaren Aktoren von Vorteil sein, auch dimmen abzufangen, z.B. durch eine zweite zusätzliche Definition:

:<code>define act_on_TV_dimup notify TV:dimup set TV on</code>

Es ist in der Regel einfacher, einige dieser zusätzlichen Definitionen einzufügen, als allen Bedienern des Systems zu erklären, dass man keinesfalls länger als 0,4 Sekunden drücken darf.

Alternativ kann man auch beide Befehle in einer Definition durch Perlbefehle {} abfangen:

:<code>define act_on_TV_on notify TV { if ("$EVENT" eq "on" || "$EVENT" eq "dimup") { fhem("set TV on") }}</code>

Andere Möglichkeiten vergleiche: [[Trick der Woche#notify durch mehrere Ereignisse auslösen lassen|Notify durch mehrere Ereignisse auslösen lassen]]

== Februar 2014==
=== Sequence nutzen ===
Man kann Aktionen statt mit einem Tastedruck auch mit einer Sequenz von Tastendücken auslösen. Das Format des Befehle ist:

:<code>define <name> sequence <re1> <timeout1> <re2> [<timeout2> <re3> ...] </code>

wobei <re1> ...<re_n> die Aktionen sind und <timeout_n> der maximale Abstand der Tastendrücke in Sekunden.

Angenommen, man wolle z.B. eine Lampe dann anschalten, wenn man zuerst Taste1 EIN, dann Taste2 AUS und dann wieder Taste1 EIN einer Fernbedienung drückt, könnte das konkret so aussehen:

:<code>define MeineLampenSequenz1 sequence Btn1:on 0.5 Btn2:off 0.5 Btn1:on</code>

Zwischen jedem der Tastendrücke darf eine halbe Sekunde Abstand sein. Diese Definition selbst löst die Lampe nicht aus, sondern definiert nur wie die Sequenz aussehen soll. Um die Lampe bei erfolgreicher Betätigung der Sequenz auch einzuschalten, bedarf es zusätzlich etwas wie:

:<code>define MeineLampe notify MeineLampenSequenz1:trigger set Lampe on</code>

Sequence kann man gut nutzen, um mit einer Fernbedienung mehr Funktionen zu schalten als Tasten zur Verfügung stehen. Ebenso könnte man damit simple Codeschlösser für Alarmanlagen bauen, z.B. um eine Anlage auszuschalten, wenn eine bestimmte Abfolge von Tasten gedrückt wird.

Je nach Funksystem nimmt die Zuverlässigkeit aber rasch ab. Angenommen im Bereich FS20 (das System ist etwas unzuverlässiger ist als z.B. HomeMatic) seien 95% aller Funktsignale ungestört übertragbar, dann würden in der Praxis von 100 Tastendrücken an einer Fernbedienung 95x Erfolg zeigen und 5x fehlschlagen; das ist sicher tolerabel.

Bei einer Sequenzlänge von nur 4 Tasten würde die kombinierte Erfolgsquote der Sequenz jedoch nur noch ca. 80% sein, zum Ausschalten einer Alarmanlage vermutlich bereits unpraktisch.

== Januar 2014==
===isday===
Bekanntlich kann man mit "isday" leicht testen ob es draussen hell ist oder nicht. isday ist eine Funktion des (automatisch geladenen) Moduls [[SUNRISE_EL]], das auch sunset und sunrise enthält.

Problematisch bei isday ist die fehlende Möglichkeit, Sonnenaufgang und Untergang einzustellen (zumindest wenn man nicht 99_SUNRISE_EL.pm verändern will): isday ist wahr, wenn die Sonne im gegebenen Breitengrad sichtbar ist. Wenn örtliche Gegebenheiten eine Anpassung erfordern, kann man sich auch ein eigenes isday basteln, in dem man sunrise und sunset verwendet und dieses mit getrennten offsets versieht.

Zuerst definiert man sich eine Variable ("dummy") der anstelle isday eingesetzt werden soll, z.B.:

:<code>define Tageslicht dummy </code>

Dann wird diese mit sunset und sunrise befüllt:

define SetDummy1 at *{sunset(-3600)} set Tageslicht hell
define SetDummy2 at *{sunrise(+1800)} set Tageslicht dunkel

Jetzt kann für jeden Wechsel ein eigener Offset gewählt werden, im Beispiel 3600 Sekunden vor Sonnenuntergang und 1800 Sekunden nach Sonnenaufgang. Anstatt das Dummy "Tageslicht" mit den Werten "hell/dunkel" zu befüllen, kann natürlich auch 1/0 oder "Tag/Nacht" etc. verwendet werden, je nach dem was bei der Anwendung besser passt.

Für höhere Ansprüche könnte hingegen das [[Twilight]]-Modul verwendet werden, das Dämmerungsstufen kennt.

===Struktur von "else if" Verzweigungen===
define ... notify ... {\
if ... {\
fhem ("... ;; ...")\
}\
elsif ... {\
fhem ("... ;; ...")\
}\
elsif ... {\
fhem ("... ;; ...")\
}\
else {\
if ... {\
fhem ("... ;; ...")\
}\
}

Achtung: es muss tatsächlich "elsif" heissen und nicht "elseif" oder "else if".

Gilt für Perl Aufrufe.
Wer aktuell in FHEM neu einsteigt kann auch den seit 2014 zur Verfügung stehenden FHEM Befehl [[DOIF]] verwenden, der bei ähnlichem Funktionsumfang wir Perl if/elsif übersichtlicher ist.

== Dezember 2013==
===notify durch mehrere Ereignisse auslösen lassen===
Bekanntermassen löst

:<code>define irgendwas notify MeinSchalter …</code>

aus, wenn irgendein Ereignis vom Sender "MeinSchalter" eintrifft.

Mit

:<code>define irgendwas notify MeinSchalter:on …</code>

wird das notify jedoch nur ausgelöst, wenn dieses Ereignis eine "on" ist.
Wenn man aber möchte, das z.B. "on" und "off" auslöst (um etwa Dim-Befehle auszuschliessen) kann dies wie folgt erreicht werden:

:<code>define irgendwas notify MeinSchalter:(on|off) …</code>

Die Klammern sind wichtig, vergleiche eine Lösung, bei der zwei Sender alternativ das notify auslösen können:

:<code>define irgendwas notify MeinSchalter:on|MeinAndererSchalter:on …</code>

Selbstverständlich geht z.B. auch folgendes:

:<code>define irgendwas notify MeinSchalter:on|MeinAndererSchalter …</code>

Hier wird ausgelöst wenn "MeinSchalter" das Ereignis "on" liefert oder "MeinAndererSchalter" irgendein Ereignis

=== Aktoren über mehrere Funkschnittstellen ansprechen ===
Falls man mehrere Funkschnittstellen zur Reichweitenverlängerung hat (CUL / CUNO etc), und ein Aktor von beiden Funkschnittstellen in etwa gleich (schlecht) erreichbar ist, mag der Wunsch aufkommen, einen Funkbefehl über beide Schnittstellen auszusenden. Dies ist bei Funkprotokollen möglich, die kein echtes Pairing der Aktoren an die Funkschnittstelle erfordern, also z.B. FS20 oder Intertechno, nicht jedoch ohne weiteres bei HomeMatic.

Problematisch ist aber, dass die Funkschnittstelle über IODev eindeutige je Aktor festgelegt werden muss, eine Zuordnung mehrerer IODevs ist nicht vorgesehen.
(wenn man IODev nicht setzt, wird per default die LETZTE definiert passende Schnittstelle verwendet)

Dieses Problem kann mit einem Trick aber umgangen werden. Und zwar legt man den Aktor 2x mit gleicher Adresse aber abweichenden Namen und IOdevs an, z.B. so:

define brenner_CUL1 FS20 11114244 11
attr brenner_CUL1 IODev CUL1
attr brenner_CUL2 room Keller

define brenner_CUL2 FS20 11114244 11
attr brenner_CUL2 IODev CUL2
attr brenner_CUL2 room Keller

Ein Befehl der Art:

set brenner_CUL1,brenner_CUL2 on

sendet den ON Befehl für den FS20 Aktor 11114244 11 jetzt tatsächlich über beide CULs aus!

Achtung: Wenn die Schnittstellen gleichschnell angebunden sind, sollte vermutlich der [[Sendpool]] verwendet werden, da die Aussendungen sonst tatsächlich gleichzeitig erfolgen könnten und sich dann gegenseitig stören würden. Dieser Trick funktioniert ausserdem nur bei Befehlen, bei denen es im Zweifel egal ist, wenn sie beim Aktor 2x eintreffen.

Bei HomeMatic lässt sich ein ähnlicher Effekt durch einrichten einer [[Virtueller Controller VCCU|virtuellen CCU]] erreichen.

=== Retrycount bei FHTs ist überflüssig===
Das von der Funktion ''autocreate'' älterer FHEM Versionen beim Anlegen von FHT80 Heizungsreglern voreingetragene attribute "retrycount" hat in den allermeisten Fällen keine Wirkung, da es NUR greift, wenn man als Funkschnittstelle eine FHZ1X00PC verwendet und dann den Softbuffer einschaltet. Selbst wenn man diese Konfiguration nutzt, will gut überlegt werden, ob die Wirkung postiv ist: Bei ungenügender Empfangslage vergrössert es Kommunikationsprobleme eventuell sogar.

Es kann also in der Regel entfernt oder auf den Wert "1" gesetzt werden.

define Heizung_Bad FHT 060d
attr Heizung_Bad retrycount 3 <=== Diese Zeile entfernen

Siehe auch:[[Kommunikationsprobleme mit FHT]]

== November 2013 ==
=== FS20 Funksteckdose sicherer schalten===
Seltsamerweise kommt es vor, das FS20 Aktoren - insbesondere die FS20 Funksteckdose - an der Grenze der Funkreichweite bestimmte Befehle eines Typs empfängt, andere aber nicht. Z.B. lässt sich die FS20 Steckdose zwar immer einschalten, aber oft nicht mehr aus (oder umgekehrt).

Gelegentlich kann man die Zuverlässigkeit erhöhen, indem man statt dem nicht funktionierenden Befehl das Gegenteil mit "for-timer 1" verwendet.

Im Fall, dass eine FS20 Steckdose sich also einwandfrei EINschalten lässt:
:<code>set SteckdoseA on</code>
aber oft ein AUSschalten mittels
:<code>set SteckdoseA off</code>
nicht funktioniert, kann man versuchen die Dose anstelle mit "off" mit dem Befehl
:<code>set SteckdoseA on-for-timer 1</code>
auszuschalten.

Analog kann man mit off-for-timer arbeiten, wenn sich Aktoren nicht einschalten lassen, ausschalten aber geht.

Achtung: Dieser Trick funtioniert ausdrücklich nur, wenn der "on/off-for-timer" Befehl im Aktor selber abgebildet wird. Daher ist der Trick vermutlich nicht auf andere Funksysteme übertragbar. z.B. unterstützt HM nur on-for-timer und Intertechno kennt keinen Timer.

=== Mehrere Geräte zugleich schalten===
Ein Ereignis soll mehrere Geräte schalten:

:<code>define act_on_Bewegungsmelder notify Bewegungsmelder set Lampe1 on;;set Lampe2 on;;set FunksteckdoseA on</code>

Aus Übersichtlichkeitsgründen können vor und nach den Semikolons auch Leerzeichen eingefügt werden (obwohl in einigen Dokumentation behauptet wird, dies dürfe man nicht machen):

:<code>define act_on_Bewegungsmelder notify Bewegungsmelder set Lampe1 on ;; set Lampe2 on ;; set FunksteckdoseA on</code>

Wenn der Schaltbefehl bei allen Geräten gleich ist, kann man wie folgt zusammenfassen:

:<code>define act_on_Bewegungsmelder notify Bewegungsmelder set Lampe1,Lampe2,FunksteckdoseA on</code>

Das Komma wird nicht [[Escapen in Perlbefehlen|escaped]] (verdoppelt), hier darf tatsächlich KEIN Leerzeichen vor oder nach dem Komma eingefügt werden.

=== Logfileinträge unterdrücken===
Das Attribute "verbose 0" verhindert, dass das Gerät Logfileinträge erzeugt.

Beispiel:

define Funksteckdose FS20 22224222 01
attr Funksteckdose verbose 0

===FHT Lazy Mode benutzen===
Es gibt wenig Gründe, den FHT "Lazy Mode" nicht zu verwenden
define Heizung_Bad FHT 060d
attr Heizung_Bad lazy

Dieser sorgt dafür, dass Temperaturänderungen (genau genommen alle Änderungen, auch z.B. date) nur übertragen werden, wenn sie nicht sowieso schon am FHT eingestellt sind und veringern die Funklast dadurch deutlich.

Siehe auch: [[Kommunikationsprobleme mit FHT]]

== Oktober 2013 ==
=== Zuverlässigkeit von Wiedereinschalten erhöhen ===
Speziell bei FS20 Aktoren ist wegen des fehlenden Rückkanals nicht leicht erkennbar, ob ein Einschaltbefehl Wirkung gezeigt hat. Das bringt einen ganz schlechten WAF, wenn man z.B. mit einem FS20 Aktor eine Heizung ausschaltet und das Wiedereinschalten nach z.B. einer Stunde nicht klappt.

Hier empfiehlt es sich, das Ausschalten mittels
:<code>set Heizungs_schalter off-for-timer 3584</code> (= fast eine Stunde)
zu erledigen. Da bei FS20 der off-for-timer Befehl im Aktor abgewickelt wird (und nicht durch FHEM), schaltet sich der Aktor auch dann garantiert wieder ein, wenn FHEM abstürzt, eine Funkstörung vorliegt oder ähnliches. Bei Bedarf kann der Befehl off-for-timer zur Verlängerung der Ausschaltzeit wiederholt werden. Dies kann z.B. nötig sein, wenn die Ausschaltung länger als 4,5 Stunden (15360 Sekunden, der Maximalwert des Timers) dauern soll.

Achtung: dieser Trick funktioniert nur, wenn der Aktor "off-for-timer" selbst beherrscht. FS20 Geräte können das, HomeMatic können aber nur "on-for-timer". Man kann off-for-timer mit HomeMatic trotzdem verwenden, aber in diesem Fall sendet FHEM den Einschaltbefehl nach der Timerzeit. InterTechno, RSL etc, können gar keinen Timer, hier sendet FHEM immer 2 Befehle im passenden Abstand.

=== FS20 Timerzeiten ===
FS20 Timer werden in Sekunden angegeben. Es sind jedoch nicht alle Werte einstellbar. Da der Timer Wert in 7 Bit übertragen werden muss, sind nur 128 Werte möglich. Um mit diesen Werten im unteren Bereich möglichst fein aufzulösen, andererseits aber auch lange Zeiten zu ermöglichen, ist die Verteilung nicht linear. Einstellbar sind folgende Zeiten in Sekunden;

0,25 0,5 0,75 1 1,25 1,5 1,75 2 2,25 2,5 2,75 3 3,25 3,5 3,75
4 4,5 5 5,5 6 6,5 7 7,5 8 9 10 11 12 13 14 15 16 18 20 22
24 26 28 30 32 36 40 44 48 52 56 60 64 72 80 88 96 104 112
120 128 144 160 176 192 208 224 240 256 288 320 352 384 416
448 480 512 576 640 704 768 832 896 960 1024 1152 1280 1408
1536 1664 1792 1920 2048 2304 2560 2816 3072 3328 3584 3840 4096
4608 5120 5632 6144 6656 7168 7680 8192 9216 10240 11264 12288
13312 14336 15360
(etwas übersichtlicher formatiert auch [[FS20 Allgemein#ON/OFF Befehle mit Time Parameter|hier]]).

Andere Zeiten werden von FHEM gerundet. Ein neues Setzen des Timer für FS20 löscht den alten Wert.

[[Kategorie:HOWTOS]]

Vorlage:FHEMWiki News

2016-12-03T22:10:46Z

Akw:

{|
{{News|03.12.2016|FHEMWiki zieht auf einen neuen Server um, deswegen kann es kurzzeitig zu Störungen kommen}}
{{News|11.10.2016|Neue Module [[NUKI|NUKIbridge und NUKIDevice]] zur Ansteuerung des Nuki Smartlock werden per update verteilt}}
{{News|07.10.2016|Neues Modul [[TRAFFIC]] zur Erfassung der Fahrzeiten bei aktueller Verkehrslage mittels Google Maps Directions API wird per update verteilt}}
{{News|19.07.2016|Neues Modul zur Unterstützung der HomeMatic-Interfaces [[HM-MOD-RPI-PCB_HomeMatic_Funkmodul_für_Raspberry_Pi|Funkmodul für Raspberry Pi]] und [[HM-LGW-O-TW-W-EU_Funk-LAN_Gateway|Funk-LAN Gateway]] wird per update verteilt }}
{{News|12.07.2016|Neues Modul [[DbRep - Reporting und Management von DbLog-Datenbankinhalten]] wird per update verteilt }}
{{News|08.02.2016|Neues Modul [[Mediaportal|MEDIAPORTAL]] (Steuerung einer Mediaportal-Installation über Wifiremote) wird per update verteilt}}
{{News|16.11.2015|Neues Modul [[HP1000]] (Einbindung einer HP1000 Wetterstation) wird per update verteilt}}
{{News|16.11.2015|Neuer FHEM Befehl [[msg]] (Intelligentes Versenden/Routing von Nachrichten der Typen Audio,Text,Mail,Push,Light,Screen) wird per update verteilt}}
{{News|15.11.2015|FHEM Version 5.7 wurde veröffentlicht. Unbedingt Updatehinweise beachten: {{Link2Forum|Topic=44094}}}}
{{News|30.10.2015|FHEM Wiki unterstützt nun [[Syntax Highlighting]]}}
{{News|18.10.2015|Neues Modul [[TechemHKV]] (Empfang von Daten eines Techem Heizkostenverteilers) wird per update verteilt}}
{{News|02.10.2015|Kleiner FHEM-Einsteiger-Kurs als Wiki Artikel unter [[Erste_Schritte_in_fhem|Erste Schritte in FHEM]]}}
{{News|24.09.2015|Umfangreiche Überarbeitung der Wiki Artikel über [[:Kategorie:panStamp|panStamp Hardware und Software]]}}
{{News|11.09.2015|Neues Modul [[AMAD]] (Steuern und Informationsanzeige von Android-Geräten) wird per update verteilt}}
{{News|15.06.2015|Neues Modul [[yowsup]] (WhatsApp Unterstützung) wird per update verteilt}}
{{News|03.04.2015|Neues Geräte-Modul [[JawboneUp]] wird per update verteilt}}
{{News|23.03.2015|Neue Geräte-Module [[Modbus]], [[ModbusAttr]] und [[Modbus#Writing_modules_for_devices_using_this_module_as_a_library|ModbusSET]] werden per update verteilt}}
{{News|10.02.2015|FHEMWiki ist auf einen neuen Server umgezogen und [[FHEMWiki:Interna#Offene_Probleme|Aktualisierung der MediaWiki-Software]]}}
{{News|31.01.2015|Neues Geräte-Modul [[Pushbullet]] wird per update verteilt}}
{{News|14.01.2015|Neues Hilfs-Modul [[CALVIEW]] wird per update verteilt}}
{{News|08.01.2015|Neues Geräte-Modul [[Buderus_Web_Gateway|km200]] zur Anbindung eines Buderus Web-Gateways wird per update verteilt}}
{{News|18.12.2014|Neues Geräte-Modul [[SONOS]] wird per update verteilt}}
{{News|15.12.2014|Überarbeitetes und erweitertes Geräte-Modul [[HTTPMOD]] wird per update verteilt}}
{{News|10.12.2014|Neues Geräte-Modul [[Vitotronic_200_(Viessmann_Heizungssteuerung)|VCONTROL]] zur Anbindung einer Viessmann Heizung wird per update verteilt}}
{{News|17.11.2014|Neues Hilfs-Modul [[logProxy]] wird per update verteilt}}
{{News|09.11.2014|Fhem Version 5.6 wurde veröffentlicht}}
{{News|27.10.2014|Neues Geräte-Modul [[harmony]] zur Fhem-Anbindung Logitech Harmony Hub basierter Fernbedienungen wird per update verteilt}}
{{News|25.10.2014|Neues Geräte-Modul [[KostalPiko|KOSTALPIKO]] wird per update verteilt}}
{{News|24.10.2014|Neues Hilfs-Modul [[HourCounter]] wird per update verteilt}}
{{News|06.09.2014|Neues Hilfs-Modul [[CustomReadings]] per update verteilt}}
{{News|19.08.2014|Neues Hilfs-Modul [[DOIF]] wird per update verteilt}}
{{News|19.08.2014|Der Befehl [[update]] wurde überarbeitet: {{Link2Forum|Topic=26311}} }}
{{News|13.08.2014|Zusätzliche Domäne fhem.org aktiviert: {{Link2Forum|Topic=26113}} }}
{{News|29.09.2013|FHEM Version 5.5 wurde veröffentlicht}}
{{News|11.05.2013|Die meisten Daten aus dem FhemWiki sind wieder hergestellt.}}
{{News|04.05.2013|FhemWiki wird neu aufgebaut.}}
{{News|04.05.2013|FhemWiki Update zu [[Special:Version|MediaWiki 1.20.5]].}}
|}

Homebridge Start und Status in FHEM

2016-11-01T23:03:11Z

Akw:

Der Artikel befindet sich noch im Aufbau.
Der Code ist noch nicht 100% getestet, es muss also noch mit Fehler gerechnet werden.

Achtung: Die Code Zeilen sind direkt der FHEM Config Datei entnommen.

Ich war es leid bei jeder Änderung die Homebridge betrifft immer wieder auf die Console zu müssen um den Dienst neu zustarten.
Hier aus ist dann das folgenden entstanden.
Was noch nicht geht ist die Erkennung wenn Homebridge abgeschmiert ist.
Dies wird nach möglichleit zu einem späterem Zeitpunkt umgesetzt.

Grundlage ist das Script von meintechblog.de für das Auto Backup sowie das Startscript im Artikel Homebridge einrichten

== Status Dummy anlegen ==
1. Anlegen einen Dummies um den Status in FHEM zu sehen:
<source lang="bash" style="width:100%;">
define FHEM.Homebridge.Status dummy
attr FHEM.Homebridge.Status room 9.03_Tech
</source>

== Start Script anlegen ==
2. Script im Verzeichnis /etc/init.d/ erstellen

Wenn die Datei noch nicht angelegt ist auf der Console mit folgenden Befehl erstellen.
<source lang="bash" style="width:100%;">
sudo nano /etc/init.d/homebridge
</source>

== Start Script befüllen ==
Achtung: Damit das Script auch seine Arbeit richtig erledigen kann, muss zwingend der User unter dem Homebridge arbeiten soll eingetragen werden.
Diese Stelle ist durch "User hier" gekennzeichnet. Die Anführungszeichen werden an der Stelle nicht benötigt.

<source lang="bash" style="width:100%;">
#!/bin/sh
### BEGIN INIT INFO
# Provides: homebridge
# Required-Start: $network $remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
# Short-Description: Start daemon at boot time for homebridge
# Description: Enable service provided by daemon.
### END INIT INFO
export PATH=$PATH:/usr/local/bin
export NODE_PATH=$NODE_PATH:/usr/local/lib/node_modules
PID=`pidof homebridge`
case "$1" in
start)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is already running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is already running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
su - "User hier" -c "homebridge > /dev/null 2>&1 &"
echo "Homebridge starting"
sleep 2
$0 status
fi
;;
stop)
if ! ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
kill $PID
echo "Homebridge closed"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge closed"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
fi
;;
restart)
if ! ps -p $PID > /dev/null 2>&1; then
$0 start
else
$0 stop
$0 start
fi
;;
status)
if ps -p $PID > /dev/null 2>&1; then
echo "Homebridge is running PID $PID"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge running as PID $PID"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status on"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
else
echo "Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "setreading FHEM.Homebridge.Status info Homebridge is not running"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge.Status off"
perl /opt/fhem/fhem.pl 7072 "set FHEM.Homebridge off"
fi
;;
*)
echo "Usage: $0 {start|stop|status|restart}"
exit 1
;;
esac
exit 0
</source>

== Start Script Autostart einrichten==
Autostart aktivieren:
<source lang="bash" style="width:100%;">
sudo chmod 755 /etc/init.d/homebridge

sudo update-rc.d homebridge defaults
</source>

== Homebridge Start per Konsole==
Nun kann man mit
<source lang="bash" style="width:100%;">
sudo service homebridge start
</source>
bzw.
<source lang="bash" style="width:100%;">
sudo /etc/init.d/homebridge start
</source>
den Dienst starten.
Da in dem Script versucht wird, den Status für den Dummy "FHEM.Homebridge" zu setzen, gibt's erstmal eine Fehlermeldung - also am Besten gleich den Dummy anlegen, wie im nächsten Abschnitt beschrieben.

== Homebridge Start per FHEM==

== Homebridge Start Dummy einrichten==
<source lang="bash" style="width:100%;">
define FHEM.Homebridge dummy
attr FHEM.Homebridge event-on-change-reading state
attr FHEM.Homebridge room 9.03_Tech
attr FHEM.Homebridge webCmd status:start:stop:restart
</source>

== Homebridge Start DOIF einrichten==
<source lang="bash" style="width:100%;">
define FHEM.Homebridge.DOIF DOIF ([FHEM.Homebridge] eq "start") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge start")})\
DOELSEIF ([FHEM.Homebridge] eq "stop") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge stop")})\
DOELSEIF ([FHEM.Homebridge] eq "restart") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge restart")})\
DOELSEIF ([FHEM.Homebridge] eq "status") (set FHEM.Homebridge on, {system ("sudo /etc/init.d/homebridge status")})
attr FHEM.Homebridge.DOIF room 9.03_Tech
</source>

== Homebridge FHEM Zugriff auf Script gewähren==

<source lang="bash" style="width:100%;">
sudo nano /etc/sudoers
</source>
Beispiel Zeile
<source lang="bash" style="width:100%;">
fhem ALL=(ALL) NOPASSWD:/etc/init.d/homebridge
</source>

Beispiel Datei:
<source lang="bash" style="width:100%;">
#
# This file MUST be edited with the 'visudo' command as root.
#
# Please consider adding local content in /etc/sudoers.d/ instead of
# directly modifying this file.
#
# See the man page for details on how to write a sudoers file.
#
Defaults env_reset
Defaults mail_badpass
Defaults secure_path="/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin"

# Host alias specification

# User alias specification

# Cmnd alias specification

# User privilege specification
root ALL=(ALL:ALL) ALL
fhem ALL=(ALL) NOPASSWD:/opt/fhem/FHEM/backup.sh, /etc/init.d/homebridge

# Members of the admin group may gain root privileges
%admin ALL = (ALL) NOPASSWD: ALL

# Allow members of group sudo to execute any command
%sudo ALL=(ALL:ALL) ALL

# See sudoers(5) for more information on "#include" directives:

#includedir /etc/sudoers.d
</source>

[[Kategorie:HOWTOS]]

Datei:Square.svg

2015-11-09T10:27:31Z

Akw: Akw lud eine neue Version von Datei:Square.svg hoch

Datei:Square.svg

2015-11-09T10:20:06Z

Akw:

Homebridge einrichten

2015-10-30T10:27:14Z

Akw:

Dieses HOWTO zeigt die Installation und Erstinbetriebnahme von Homebridge.

Damit kann Siri benutzt werden, um FHEM-Devices zu steuern. So können Devices angesprochen werden, die offiziell HomeKit nicht unterstützen (die Vorgehensweise wurde auf einem Intel NUC mit Ubuntu Server 14.04 LTS und auf einem Raspberry Pi mit Raspian getestet).

Um Homebridge erfolgreich zu installieren, müssen zunächst NPM, NodeJS, Python, g++, MDNS, sowie benötigte Hilfspakete installiert werden:

Der WIKI-Eintrag bezieht sich hauptsächlich auf diese {{Link2Forum|Topic=32652|LinkText=Diskussion im FHEM-Forum}}. Ein Riesendank gilt vor allem {{Link2FU|430|Andre (justme1968)}}.

Eine Sammlung funktionsfähiger Homebridge FHEM Konfiguration können hier gefunden werden http://www.fhemwiki.de/wiki/Hombridge_User_Configs
Die Sammlung befindet sich noch im Aufbau

== NodeJS installieren ==
In der Konsole folgende Befehle eingeben:
<source lang="bash" style="width:50%;">
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install build-essential libssl-dev
</source>
UPDATE: Homebridge funktioniert mit einer kleinen Einschränkung nun auch mit node 4.0.0. Laut
[https://github.com/cflurin/homebridge-shims/wiki/Minimalist-Homebridge-on-a-Raspberry-Pi Homebridge on a Raspberry Pi] müssen die folgenden Abhängigkeiten (Dependencies) aus der '''package.json''' entfernt werden:
<pre>
"harmonyhubjs-client": "^1.1.4",
"harmonyhubjs-discover": "git+https://github.com/swissmanu/harmonyhubjs-discover.git"
</pre>

Damit es auf einem Raspberry schneller läuft wird darüber hinaus empfohlen auch diese Abhängigkeiten aus der '''package.json''' zu entfernen:

Vorher noch ein ein Backup der Datei anlegen
<pre>cp package.json package.json.bkp oder sudo cp package.json package.json.bkp </pre>
Am einfachsten geht das entfernen der Zeilen mit dem Editor vi.

<pre>vi package.json oder sudo vi package.json</pre>
Mit dem Cursor vor die entsprechende Zeile gehen und mit zwei mal Taste d (dd tippen) wird die Zeile gelöscht.

Eventuell muss vi mit sudo vi aufgerufen werden, je nach verwendeter Distribution.

Gespeichert wird dann mit folgendem Ablauf: ESC :wq! Enter
<pre>
"ad2usb": "git+https://github.com/alistairg/node-ad2usb.git#local",
"carwingsjs": "0.0.x",
"chokidar": "^1.0.5",
"eibd": "^0.3.1",
"elkington": "kevinohara80/elkington",
"harmonyhubjs-client": "^1.1.4",
"harmonyhubjs-discover": "git+https://github.com/swissmanu/harmonyhubjs-discover.git",
"lifx-api": "^1.0.1",
"lifx": "git+https://github.com/magicmonkey/lifxjs.git",
"node-hue-api": "^1.0.5",
"node-icontrol": "^0.1.4",
"node-milight-promise": "0.0.x",
"tough-cookie": "^2.0.0",
"sonos": "0.8.x",
"telldus-live": "0.2.x",
"teslams": "1.0.1",
"unofficial-nest-api": "git+https://github.com/hachidorii/unofficial_nodejs_nest.git#d8d48edc952b049ff6320ef99afa7b2f04cdee98",
"wemo": "0.2.x",
"wink-js": "0.0.5",
"komponist" : "0.1.0",
"yamaha-nodejs": "0.4.x",
</pre>

Das Konfig file sollte dann wie folgt aussehen: Achtung vor den letzten zwei } am Ende dar kein Komma sein.
<source lang="javascript">
{
"name": "homebridge",
"description": "HomeKit support for the impatient",
"version": "0.1.1",
"scripts": {
"start": "DEBUG=* node app.js || true"
},
"repository": {
"type": "git",
"url": "git://github.com/nfarina/homebridge.git"
},
"license": "ISC",
"dependencies": {
"async": "^1.4.2",
"color": "0.10.x",
"debug": "^2.2.0",
"hap-nodejs": "^0.0.2",
"isy-js": "",
"mdns": "^2.2.4",
"netatmo": "1.3.0",
"node-cache": "3.0.0",
"node-persist": "0.0.x",
"node-xmpp-client": "1.0.0-alpha23",
"q": "1.4.x",
"queue": "^3.1.0",
"request": "2.49.x",
"xml2js": "0.4.x",
"xmldoc": "0.1.x"
}
}
</source>

== Python, g++, MDNS installieren ==
<source lang="bash" style="width:50%;">
sudo apt-get install python
sudo apt-get install g++
sudo apt-get install libavahi-compat-libdnssd-dev
</source>

== Homebridge installieren ==
Dazu im Homeverzeichnis
<source lang="bash" style="width:50%;">
git clone https://github.com/nfarina/homebridge.git
cd homebridge
npm install
</source>
eingeben.

== ERR während der Installation ==
Bei folgendem Fehler ist das abrufen von Github nicht möglich.
<pre>npm ERR! git clone --template=/home/hs-server-admin/.npm/_git-remotes/_templates --mirror
git://github.com/KhaosT/ed25519.git /home/hs-server-admin/.npm/_git-remotes/git-github-com-KhaosT-ed25519-git-d8bdee1d:
github.com[0: 192.30.252.128]: errno=Die Wartezeit für die Verbindung ist abgelaufen</pre>
Fehlerursache konnte hier durch eine aktive Firewall verursacht werden.

== Homebridge konfigurieren ==
Im Verzeichnis ~/homebridge/ muss nun noch die Config.json erstellt bzw. angepasst werden:
<source lang="bash" style="width:50%;">
nano config.json
</source>

Homebridge muss nicht, kann aber auf dem selben Server laufen wie FHEM.

Unter "server" muss die IP des FHEM-Servers und unter "port" der benutzte Port des benutzten FHEMWEBS eingetragen werden.

Läuft der Homebridge Server auf dem gleichen Rechner wie FHEM, kann die IP 127.0.0.1 benutzt werden.

WICHTIG: Damit nicht alle Devices von Homebridge berücksichtig werden, bietet es sich an, die Devices zu filtern.

In diesem Beispiel wurden alle Devices, die über Siri steuerbar sein sollen zusätzlich in den ROOM Homekit per FHEM eingerichtet.

Der PIN kann beliebig in dem Format xxx-xx-xxx angepasst werden. Dieser muss nur einmal bei der Einrichtung in iOS eingegeben werden.

<source lang="javascript" style="width:50%;">
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},

"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.xxx.xxx",
"port": "8083",
"filter": "room=Homekit",
"auth": {"user": "FhemUser", "pass": "XXX"}
}
],

"accessories": []
}
</source>

Achtung: Für ein FHEM Web Interface mit SSL Zertifikat muss die config wo folgt aussehen:
<source lang="javascript" style="width:50%;">
{
"bridge": {
"name": "Homebridge",
"username": "CC:22:3D:E3:CE:30",
"port": 51826,
"pin": "031-45-154"
},

"platforms": [
{
"platform": "FHEM",
"name": "FHEM",
"server": "192.168.xxx.xxx",
"port": "8083",
"filter": "room=Homekit",
"ssl": "true",
"auth": {"user": "FhemUser", "pass": "XXX"}
}
],

"accessories": []
}
</source>

== FHEM konfigurieren ==
Um die Device richtig mit FHEM und Homebridge vertraut zu machen, müssen wir noch unter global etwas ergänzen:
<source lang="perl" style="width:50%;">
attr global userattr genericDeviceType:switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact
</source>

Einfach folgende Zeilen an die bestehenden Attribute anhängen:
<source lang="perl" style="width:50%;">
genericDeviceType:switch,outlet,light,blind,speaker,thermostat,ignore,lock,window,contact
</source>

Diese Einstellungen können auch bei den Einzelnen Devices gemacht werden.
Beispiel bei einem HM-CC-RT-DN, hier wird der subType thermostat gesetzt.
Einfach in das Device gehen hier das Attr subtype erstellen und thermostat auswählen.

== Homebridge starten ==
Wieder im Verzeichnis ~/homebridge/
<source lang="bash" style="width:50%;">
npm run start
</source>

Hombridge sollte nun laufen.
Hier kann man die Kommunikation nachverfolgen.
Abbrechen kann das ganze mit ctrl +c.
Es sind keine Befehle mehr mit Siri möglich.

Damit Siri auch Befehle ohne ständig offenes Terminal bearbeiten kann, bitten nächsten Punkt beachten.

== Homebridge automatisch starten ==
Eine Anleitung um die Homebridge automatisch zu starten findet sich
* hier: [https://github.com/nfarina/homebridge/wiki/Running-HomeBridge-on-a-Raspberry-Pi] oder
* [http://www.meintechblog.de/2015/10/mit-siri-und-fhem-das-gesamte-smart-home-per-stimme-steuern/]

Link 2 arbeitet mit den von Ubuntu bekannten Services. So ist es möglich mit z.B. sudo service homebridge start/stop/status

== FHEM Device Einstellungen ==
Damit man mit Siri auch HM-CC-RT-DN Thermostate steuern kann, muss folgendes beachtet werden
# HM-CC-RT-DN_Clima in den Homekit Raum hinzufügen
# attr Subtype thermostat setzten.

== HomeKit in iOS einrichten ==
Um FHEM über Homebridge in iOS nutzen zu können, muss HomeKit eingerichtet werden.

Es gibt verschiedene Apps. Im folgenden wird die App EVE von Elgato empfohlen, die aus dem App-Store geladen werden muss.
In der App auf:
<pre style="width:50%;">
Gerät hinzufügen
</pre>
Es sollte ein Gerät mit der Bezeichnung "Homebridge" zur Auswahl erscheinen. Zur Ersteinrichtung auf PIN manuell eingeben gehen und (falls in der config.json nicht geändert):
<pre style="width:50%;">
031-45-154
</pre>
eingeben.

Im Anschluss können die Devices nach Belieben in verschiedene Räume zugeteilt werden, sowie Szenen und Bereiche erstellt werden.

== HomeBridge Allgemein ==
Nach allen Änderungen die in FHEM gemacht werden, welche Homebridge betreffen, muss Homebridge neu gestartet werden.

Der Neustart ist abhängig davon, wie man Homebridge gestartet hat.

Bitte den entsprechenden Methoden entnehmen.

== Steuerung von MiLight Allgemein ==
Wie hier im Forum http://forum.fhem.de/index.php/topic,32652.msg351706.html#msg351706 erwähnt, ist es möglich auch MiLight gGeräte per Siri anzusprechen.
Hierzu muss die config.jason angepasst werden.

1. Es muss die Bridge hinterlegt werden. Beispiel
<source lang="javascript" style="width:50%;">
{
"platform": "MiLight",
"name": "MiLight",
"ip_address": "192.168.001.033",
"port": 8899,
"type": "rgbw",
"delay": 30,
"repeat": 3,
"zones":["Wohnzimmer Lampen","Badezimmer Lampen","Büro Lampen","Keller Lampen"]
},
</source>

2. Es muss für jedes zu Steuernde Gerät ein Dummy angelegt werden. Beispiel:

<source lang="javascript" style="width:50%;">
{
"accessory": "Http",
"name": "Kitchen Lamp",
"on_url": "https://192.168.1.22:3030/devices/23222/on",
"off_url": "https://192.168.1.22:3030/devices/23222/off",
"brightness_url": "https://192.168.1.22:3030/devices/23222/brightness/%b",
"http_method": "POST"
},
</source>

== Schalten mit Siri ==
'''HolyMoly''' aus dem FHEM-Forum hat ein paar Beispiele gegeben, wie man Siri dazu bringt Devices zu schalten:
<pre style="width:50%;">
"Schalte alle Lampen im Obergeschoss ein."
"Schalte Chloes Licht aus."
"Dimme das Licht in der Küche."
"Dimme das Licht im Esszimmer auf 50 %."
"Stelle das Licht in der Küche am hellsten ein."
"Stelle die Temperatur im Tahoe-Haus auf 22 °C ein."
"Stelle das Thermostat im Erdgeschoss auf 21 °C ein.
"Schalte den Drucker im Büro ein."
"Siri, bereite alles für eine Party vor."
"Bereite das Ambiente fürs Abendessen vor."
"Aktiviere den Nachtruhemodus."
</pre>

Mittlerweile kann Siri auch noch die Lichtfarbe von LEDs ändern.

[[Kategorie:HOWTOS]]

Benutzer Diskussion:Akw

2015-10-30T10:22:38Z

Akw:

== Wiki-Erweiterung Syntaxhighlight ==
Hallo Arno,

angesichts der zunehmenden Anzahl an Codesnippets hier im fhemwiki, wäre es vielleicht möglich, die Wiki-Erweiterung Syntaxhighlight ([http://de.wikipedia.org/wiki/Hilfe:Syntaxhighlight]) zu installieren? Damit ließe sich wohl einiges etwas übersichtlicher darstellen - und wir würden auch ein einheitlicheres Format für Codebeiträge bekommen.
<hr>
--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:59, 29. Jul. 2013 (CEST)
<hr>
Hallo Arno!
Ein anderer Wiki-Nutzer hat beim Admin Ph1959de eine [[Benutzer_Diskussion:Ph1959de#Extension_SyntaxHighlight_GeSHi|Diskussion]] zu Syntaxhiglight angestossen. Hierdurch bin ich auf diese Möglichkeit aufmerksam geworden und bitte Dich auch von meiner Seite zu überlegen, ob eine Einbindung nicht möglich wäre.
Danke und Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 16:44, 2. Okt. 2015 (CEST)

--[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 11:22, 30. Okt. 2015 (CET) [[Syntax Highlighting]] ist aktiviert.

== Interwiki-Links bitte de.wikipedia.org statt en.wikipedia.org(?) ==

Hallo Arno,

noch eine Bitte: derzeit werden Links nach Wikipedia (z.B. für Verlinkung von Hilfeseiten) immer auf die englische Wikipedia geleitet (en.wikipedia.org wird als hostname generiert).

Spricht etwas dagegen, das auf de.wikipiedia.org umzustellen ([http://www.mediawiki.org/wiki/Manual:Interwiki hier] ist beschrieben, wie das geht, aber das weißt Du ja sicherlich)?
----
--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:30, 16. Aug. 2013 (CEST)

== Anlegen neuer Wiki-Benutzer ==

Hallo Arno,

könntest Du evtl. hier auch "einspringen": siehe meinen Eintrag in [[Benutzer Diskussion:Soulman#Anlegen neuer Wiki-Benutzer]]?

--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:59, 2. Apr. 2014 (UTC)

== Bitte um Behebung der offenen Probleme aus MediaWiki-Aktualisierung [[FHEMWiki:Interna]] ==

Hallo Arno,
könntest Du bitte noch einmal versuchen die offenen Probleme, die durch die MediaWiki-Aktualisierung verursacht sind, zu lösen (siehe [[FHEMWiki:Interna]]). Insbesondere auch die fehlende Bearbeitungsleiste im Editorfenster ist -vorsichtig formuliert- nicht gerade bearbeiterfreundlich. Ich selbst finde es, obwohl schon länger Wiki-Schreiber, schwierig alle Formatierungs-Codes im Kopf zu haben und es motiviert mich nicht mit diesen Problemen zu kämpfen. Für Einsteiger wird die Einarbeitung zur Qual. Ich befürchte, dass wir so kaum noch dringend benötigte neue Wiki-Schreiber finden werden.<BR>
Ein möglicher Fehlerhinweis (<nowiki>"NetworkError: 502 Bad Gateway - http://www.fhemwiki.de/w/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*".</nowiki>) ist auf [[FHEMWiki:Interna]] auch dokumentiert. Dieser tritt sowohl bei mir als auch bei ‎Ph1959de auf; ist also wohl allgemein.<BR>
Wenn Du bei der Fehleranalyse zeitlich oder fachlich Hilfe benötigst, würde ich im Rahmen meiner Möglichkeiten gerne helfen. Leider muss ich zugeben, dass ich nicht viel Ahnung von den technischen Hintergründen habe. Im Bedarfsfall könnten wir ja im Forum um Hilfe bitten.<BR>
Vielen Dank, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:31, 15. Apr. 2015 (CEST)

== E-Mail Benachrichtigung ==

Die Mail-Benachrichtigung im Wiki scheint nicht zu funktionieren oder ist nicht aktiviert. Könnte man das eventuell ändern? Danke --[[Benutzer:Drhirn|Drhirn]] ([[Benutzer Diskussion:Drhirn|Diskussion]]) 11:42, 23. Okt. 2015 (CEST)

Akustisches Feedback mit Synology DiskStation

2015-10-30T10:21:27Z

Akw:

Manchmal kann es nützlich sein, eine Rückmeldung zu bekommen, ob ein Tastendruck vom System empfangen wurde bzw. welchen Status das System nach einer Aktion hat.
Da FS20-LED-Anzeigen vergleichsweise teuer sind (Stand: 10/2012), hier ein Beispiel für Nutzer einer Synology DiskStation (getestet auf DS211j).

Diese kann immerhin einen langen und einen kurzen Piepton erzeugen - diese unterscheiden sich zwar nicht sehr, aber doch genug, dass man damit Signale geben kann. Hierzu den folgenden Programmcode in <code>99_MyUtils.pm</code> (oder ein beliebiges eigenes Modul) einfügen:

<source lang="perl">sub beep($) {
# + = Langer Piep
# - = Kurzer Piep
# anderes = Pause
my($s) = @_;
for(my $i=0;$i<length($s);$i++) {
my $x=substr($s,$i,1);
if($x eq "+") {
# 3 = long beep
system("echo 3 >/dev/ttyS1");
} elsif($x eq "-") {
# 2 = short beep
system("echo 2 >/dev/ttyS1");
}
select(undef, undef, undef, 0.25);
}
undef;
}</source>
Damit kann man nun "Melodien" ;) piepen lassen, z.B. beim Verlassen des Hauses, um den [[Zuhause-Status]] zu signalisieren.

<source lang="perl">set HomeStatus 1;; \
{beep('- + -')};; \
...
set HomeStatus 3;; \
{beep('+ + +')};; \</source>

[[Kategorie:Code Snippets]]

99 myUtils anlegen

2015-10-30T10:20:35Z

Akw:

Mit wachsender Anzahl von eigenen Helfer-Programmen wird die Speicherung von perl-code in notify unübersichtlich. Es besteht die Möglichkeit, eine eigene Programmdatei zu erzeugen, in der mehrere kleine Programme gesammelt und dann aus diversen notify- oder at-Anweisungen aufgerufen werden.
== Eine neue Programmdatei erzeugen ==
Fhem enthält seit Updatestand 01/2015 eine Vorlage 'myUtilsTemplate.pm', die zur Erzeugung der Programmdatei genutzt werden sollte.
Vorgehensweise:
* Fhem-Menüpunkt {{Taste|Edit files}} anklicken
* Weblink 'myUtilsTemplate.pm' anklicken
* Im Textfeld hinter 'Save as' den Dateinamen '99_myUtils.pm' für die Programmdatei eintragen
: Hinweis: Wenn ein anderer Dateiname angegeben wird, muss der Name Initialize-Routine entsprechend angepasst werden (siehe nachfolgende Erläuterung zur Grundstruktur unter Nr. 3)
* {{Taste|Save as}} anklicken
Nun ist die eigene Programmdatei '99_myUtils.pm' mit der notwendigen Grundstruktur unter dem Menüpunkt 'Edit files' zur Bearbeitung mit dem [[Konfiguration#Integrierter_Editor|Integrierter Editor]] zu finden. Für eine einfache und fehlerminimierende Bearbeitung sollten die [[Konfiguration#Syntaxhervorhebung|Syntaxhervorhebungs-, Befehlsauswahl- und Befehlsvervollständigungsfunktionen]] im Integrierten Editor eingeschaltet sein.

Für Experten ist auch die Nutzung eines [[Konfiguration#Externer Editor|Externen Editors]] zur Bearbeitung möglich, aber nicht empfohlen.

Eine ‚leere‘ Programmdatei muss grundsätzlich folgenden Grundstruktur besitzen:

<source lang="perl">
package main;
use strict;
use warnings;
use POSIX;
sub
myUtils_Initialize($$)
{
my ($hash) = @_;
}
1;
</source>

Folgende Dinge sind für die Programmdatei besonders zu beachten:

# Der Dateiname muss mit 99_ beginnen. Fhem lädt beim Start alle Programmdateien mit dem prefix 99_. Andere Programmdateien werden erst dann geladen, wenn sie durch eine define-Anweisung in der [[Konfiguration]] angefordert werden. So wird z.B. 10_FS20.pm erst geladen, wenn beim Einlesen der Konfiguration das erste define für ein FS20-device abgearbeitet wird. Da Ihre eigene Programmsammlung wahrscheinlich kein neues Gerät mit einem zugehörigen define-Befehl implementiert, würde sie also nie geladen, wenn ihr Name nicht mit 99_ beginnt.
# Damit die neue Datei bei 'Edit files' angezeigt wird, muss sie mit Utils.pm enden. Also zum Beispiel 99_meineUtils.pm
# Der Name der Programmdatei muss mit dem Namen der Initialize-Routine übereinstimmen. Wenn Sie Ihr Programm also 99_Werkzeugkasten.pm nennen, muss die im code dargestellte initialize-Routine sub Werkzeugkasten_Initialize heißen.
# Die Zeile <code> 1; </code> muss immer die letzte Programmzeile sein. Wenn Sie also eigene Routinen in Ihre Programmsammlung einfügen, tragen Sie diese zwischen dem Ende der Initialize-Routine und der abschließenden Zeile <code> 1; </code> ein.

== Eigene Routinen einfügen ==
Als Beispiel dient das Umsetzen von FS20 toggle-Events aus dem Artikel "[[FS20 Toggle Events auf On/Off umsetzen]]".
Das gesamte Programm sieht dann folgendermaßen aus:

<source lang="perl">
package main;
use strict;
use warnings;
use POSIX;
sub
myUtils_Initialize($$)
{
my ($hash) = @_;
}
##########################################################
# Untoggle
# toggle-Vorgänge in den Status on/off umsetzen
sub Untoggle($) {
my ($obj) = @_;

if( Value($obj) eq "toggle" ){
if( OldValue($obj) eq "off" ) {
fhem( "setstate $obj on" );
}
else {
fhem( "setstate $obj off" );
}
}
else {
fhem( "setstate $obj ".Value($obj) );
}
}
1;</source>
Der Aufruf erfolgt dann z.B. so:

<pre>#fhem.cfg
define lampe_untoggle notify lampe {Untoggle(„$NAME“)}</pre>
Der Aufruf aus einem notify (oder at) erfolgt als Perl-code, muss also in geschweiften Klammern stehen. Der Aufruf erfolgt durch Angabe des Namens der Routine (Untoggle) unter Angabe der zu übergebenden Parameter (hier "$NAME").
Im Programm wurde die Routine Untoggle mit '''einem''' Parameter definiert ( Untoggle($) , die Anzahl der $-Zeichen bestimmt die Anzahl der zu übergebenden Parameter). Der Wert des übergebenen Parameters wird in der ersten Programmzeile in die Variable $obj übernommen (my ($obj) = @_; ).
Der Aufruf erfolgt mit Untoggle(„$NAME“) . Der Platzhalter $NAME in fhem steht für den Namen des Geräts. Im o.g. Beispiel erfolgt der Aufruf also eigentlich mit Untoggle(„lampe“). Natürlich können beim Aufruf auch feste Werte ( „lampe1“ ) oder Variablen ( $hour ) übergeben werden.

=== Routinen mit mehreren Parametern ===
In der Definition der Routine geben Sie außerdem an, wieviele Parameter übergeben werden sollen, für 2 Parameter z.B. so:

<source lang="perl">define test at *09:00 { wakeup($we, „Schlafzimmerlampe“) }</source>
Die Deklaration der Routine in Ihrer Programmdatei muss dann so beginnen:

<source lang="perl">#Nur am Wochenende eingeschaltet
sub wakeup($$) {
my ($wochenende, $device) = @_;
if ($wochenende) {
fhem( "set $device on" );
}
else {
fhem( "set $device off" );
}
}</source>
Durch die Anzahl der $-Zeichen in der Routinen-Deklaration wird also die Anzahl der Parameter festgelegt. In der ersten Programmzeile Ihrer Routine übernehmen Sie dann die übergebenen Parameterwerte in lokale Variablen. Wie beim Routinen-Aufruf muss auch hierbei die Anzahl der Parameter mit der Routinen-Deklaration (also Anzahl der $-Zeichen) übereinstimmen.

=== Routinen ohne Parameter ===
Auch Routinen ohne Parameter sind natürlich möglich. Definition und Aufruf sehen dann folgendermassen aus:

<source lang="perl">sub parameterlos() {
...
}</source>
{ parameterlos() }

== Eigene Programmdatei laden ==
Die Programmdatei wird beim Fhem-Start immer automatisch geladen.

Bei Änderungen an der Programmdatei bei laufendem Fhem ist bezüglich Neuladen ohne Fhem-Neustart zwischen den verschiedenen Bearbeitungsvarianten der Progammdatei zu unterscheiden.

Bei der Bearbeitung über den '''Integrierten Editor''' wird die Programmdatei beim Abspeichern automatisch mit den Änderungen neu geladen.

Bei der nicht empfohlenen Bearbeitung der Programmdatei mit einem '''externen Editor''' muss Fhem manuell angewiesen werden, die Programmdatei mit den Änderungen zu laden. Also bearbeiten Sie Ihr Programm, speichern die Programmdatei, und weisen Fhem dann explizit an, die Programmdatei erneut zu laden. Der Befehl dazu, der in das Befehls-Eingabefeld eingegeben wird, lautet: <code>reload 99_myUtils.pm</code>

Treten beim Laden (Syntax)fehler auf, werden diese am Bildschirm wie auch im Log angezeigt. Da der Ladevorgang fehlgeschlagen ist, stehen Ihre eigenen Routinen nun nicht zur Verfügung (bzw. in der zuletzt erfolgreich geladenen Version).
== Eigene Programmdatei dokumentieren ==
In der lokalen Commandref kann man die eigenen Routinen auch dokumentieren.
Dazu muss am Ende der 99_myUtils folgender Codeblock eingefügt werden
<source lang="perl">
=pod
=begin html

<a name="myUtils"></a>
<h3>myUtils</h3>
<ul>
<b>Name</b>
<br>
Text<br>
Examples:
<ul>
<code>Example Code </code><br>
</ul>
</ul>

=end html
=begin html_DE

<a name="myUtils"></a>
<h3>myUtils</h3>

=end html_DE
=cut
</source>

Der a Tag stellt einen Verweis dar, der h3 Tag kennzeichnet die Überschrift. Beide Tags müssen sein, ansonsten kann FHEM die Doku nicht in die commandref einbinden. Der Abschnitt für die deutsche Doku kann komplett fehlen. Die Beschreibungen der einzelnen Routinen werden mit ul Tags geklammert und eventuell mit ul Tags weiter untergliedert. Dabei entsteht ein eingerückter Text. Beispiele können mit dem code Tag formatiert werden.

Mit diesem Befehl kann die Erzeugung des Commandrefeintrages initiiert und getestet werden:
<source lang="perl">{system("/usr/bin/perl ./contrib/commandref_join.pl")}</source>

== Links ==
* {{Link2Forum|Topic=34363|Message=266811|LinkText=Zeit- und Datumsvariablen $hour, $wday, $month, ... in 99_myUtils.pm verfügbar machen}}

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

Syntax Highlighting

2015-10-30T10:17:08Z

Akw: GeSHI

FHEMWiki unterstützt Syntax Highlighting mit dem [https://de.wikipedia.org/wiki/GeSHi GeSHi-Plugin].

Beispiel:

<source lang="perl">
#!/usr/bin/perl
use strict;
use warnings;

use Path::Class;
use autodie; # die if problem reading or writing a file

my $dir = dir("/tmp"); # /tmp

my $file = $dir->file("file.txt"); # /tmp/file.txt

# Get a file_handle (IO::File object) you can write to
my $file_handle = $file->openw();

my @list = ('a', 'list', 'of', 'lines');

foreach my $line ( @list ) {
# Add the line to the file
$file_handle->print($line . "\n");
}
</source>

ergibt folgende Ausgabe:

<source lang="perl">
#!/usr/bin/perl
use strict;
use warnings;

use Path::Class;
use autodie; # die if problem reading or writing a file

my $dir = dir("/tmp"); # /tmp

my $file = $dir->file("file.txt"); # /tmp/file.txt

# Get a file_handle (IO::File object) you can write to
my $file_handle = $file->openw();

my @list = ('a', 'list', 'of', 'lines');

foreach my $line ( @list ) {
# Add the line to the file
$file_handle->print($line . "\n");
}
</source>

Vorlage:FHEMWiki News

2015-10-30T10:08:16Z

Akw:

{|
{{News|30.10.2015|FHEM Wiki unterstützt nun [[Syntax Highlighting]]}}
{{News|18.10.2015|Neues Modul [[TechemHKV]] (Empfang von Daten eines Techem Heizkostenverteilers) wird per update verteilt}}
{{News|02.10.2015|Kleiner FHEM-Einsteiger-Kurs als Wiki Artikel unter [[Erste_Schritte_in_fhem|Erste Schritte in FHEM]]}}
{{News|24.09.2015|Umfangreiche Überarbeitung der Wiki Artikel über [[:Kategorie:panStamp|panStamp Hardware und Software]]}}
{{News|11.09.2015|Neues Modul [[AMAD]] (Steuern und Informationsanzeige von Android-Geräten) wird per update verteilt}}
{{News|15.06.2015|Neues Modul [[yowsup]] (WhatsApp Unterstützung) wird per update verteilt}}
{{News|03.04.2015|Neues Geräte-Modul [[JawboneUp]] wird per update verteilt}}
{{News|23.03.2015|Neue Geräte-Module [[Modbus]], [[ModbusAttr]] und [[Modbus#Writing_modules_for_devices_using_this_module_as_a_library|ModbusSET]] werden per update verteilt}}
{{News|10.02.2015|FHEMWiki ist auf einen neuen Server umgezogen und [[FHEMWiki:Interna#Offene_Probleme|Aktualisierung der MediaWiki-Software]]}}
{{News|31.01.2015|Neues Geräte-Modul [[Pushbullet]] wird per update verteilt}}
{{News|14.01.2015|Neues Hilfs-Modul [[CALVIEW]] wird per update verteilt}}
{{News|08.01.2015|Neues Geräte-Modul [[Buderus_Web_Gateway|km200]] zur Anbindung eines Buderus Web-Gateways wird per update verteilt}}
{{News|18.12.2014|Neues Geräte-Modul [[SONOS]] wird per update verteilt}}
{{News|15.12.2014|Überarbeitetes und erweitertes Geräte-Modul [[HTTPMOD]] wird per update verteilt}}
{{News|10.12.2014|Neues Geräte-Modul [[Vitotronic_200_(Viessmann_Heizungssteuerung)|VCONTROL]] zur Anbindung einer Viessmann Heizung wird per update verteilt}}
{{News|17.11.2014|Neues Hilfs-Modul [[logProxy]] wird per update verteilt}}
{{News|09.11.2014|Fhem Version 5.6 wurde veröffentlicht}}
{{News|27.10.2014|Neues Geräte-Modul [[harmony]] zur Fhem-Anbindung Logitech Harmony Hub basierter Fernbedienungen wird per update verteilt}}
{{News|25.10.2014|Neues Geräte-Modul [[KostalPiko|KOSTALPIKO]] wird per update verteilt}}
{{News|24.10.2014|Neues Hilfs-Modul [[HourCounter]] wird per update verteilt}}
{{News|06.09.2014|Neues Hilfs-Modul [[CustomReadings]] per update verteilt}}
{{News|19.08.2014|Neues Hilfs-Modul [[DOIF]] wird per update verteilt}}
{{News|19.08.2014|Der Befehl [[update]] wurde überarbeitet: {{Link2Forum|Topic=26311}} }}
{{News|13.08.2014|Zusätzliche Domäne fhem.org aktiviert: {{Link2Forum|Topic=26113}} }}
{{News|02.03.2014|[[UserTreffenSuedMaerz2014|FHEM User Treffen]] in Karlsruhe am 22. März 2014 }}
{{News|29.09.2013|Fhem Version 5.5 wurde veröffentlicht}}
{{News|11.05.2013|Die meisten Daten aus dem FhemWiki sind wieder hergestellt.}}
{{News|04.05.2013|FhemWiki wird neu aufgebaut.}}
{{News|04.05.2013|FhemWiki Update zu [[Special:Version|MediaWiki 1.20.5]].}}
|}

FHEMWiki:Sandbox

2015-10-30T10:07:01Z

Akw:

<source lang="perl">
#!/usr/bin/perl
use strict;
use warnings;

use Path::Class;
use autodie; # die if problem reading or writing a file

my $dir = dir("/tmp"); # /tmp

my $file = $dir->file("file.txt"); # /tmp/file.txt

# Get a file_handle (IO::File object) you can write to
my $file_handle = $file->openw();

my @list = ('a', 'list', 'of', 'lines');

foreach my $line ( @list ) {
# Add the line to the file
$file_handle->print($line . "\n");
}
</source>

FHEMWiki:Sandbox

2015-10-30T09:45:08Z

Akw:

<perl>
#!/usr/bin/perl
use strict;
use warnings;

use Path::Class;
use autodie; # die if problem reading or writing a file

my $dir = dir("/tmp"); # /tmp

my $file = $dir->file("file.txt"); # /tmp/file.txt

# Get a file_handle (IO::File object) you can write to
my $file_handle = $file->openw();

my @list = ('a', 'list', 'of', 'lines');

foreach my $line ( @list ) {
# Add the line to the file
$file_handle->print($line . "\n");
}
</perl>

Systemübersicht

2015-10-17T14:58:42Z

Akw:

Ein Fhem '''System''' besteht im Prinzip aus den in der nachfolgenden '''Übersicht''' aufgeführten Bestandteilen.
[[Datei:Systemübersicht.png]]

<div style="float: right;">__TOC__</div>

== Server ==
Bei der Komponente '''Server''' muss unterschieden werden zwischen dem eigentlichen '''Fhem''' Hausautomations-Server (implementiert in der Perl-Datei fhem.pl) und der Hardware, auf der dieser Server ausgeführt wird.

Als Server '''Hardware''' sind (z. B.) möglich:
* Windows Rechner
* Linux Rechner
* OS X Rechner
* Router (z. B. [[AVM Fritz!Box|FritzBox]])
* Einplatinencomputer, wie [[:Kategorie:Raspberry Pi|Raspberry Pi]], BeagleBone
* DockStar, PogoPlug, etc.
* diverse NAS Systeme wie Buffalo Linkstation, Synology Diskstation
(Diese Aufstellung ist nur eine unvollständige Auswahl; Details zu unterstützten Server Systemen finden sich in der Kategorie [[:Kategorie:Server Hardware|Server Hardware]]).

== Konfiguration ==
Das Hausautomations-System wird definiert über die [[Konfiguration]], die im Regelfall besteht aus der
* reinen Textdatei <code>fhem.cfg</code> (Standard nach der Erstinstallation) oder alternativ einer
* [[configdb|SQL-Datenbank]]

Die Konfiguration enthält Definitionen für die Bestandteile (Geräte) und Funktionen des jeweiligen Hausautomations-Systems. Die verfügbaren Befehle und deren Syntax sind in der Befehlsreferenz ([http://fhem.de/commandref.html commandref]) aufgeführt und beschrieben. Zu einigen Hilfsmodulen gibt es [[:Kategorie:Hilfsmodul|detaillierte Beschreibungen]] mit Beispielen.

== Benutzeroberfläche ==
Der Zugriff auf FHEM erfolgt mittels Webbrowser oder App über die verfügbaren '''[[:Kategorie:FHEM Frontends|Fhem Benutzeroberflächen]]'''.

In den Fhem Server integriert ist ein Webserver ([[PGM2]]), der im Prinzip immer zur Verfügung steht. Abhängig vom benutzten Klienten ist PGM2 über <code>serverhostnameoderIP:8083/fhem</code> (oder Port 8084 (Smartphone) oder Port 8085 (Tablet)) erreichbar.

Eine Auswahl der Benutzeroberflächen:
* PGM2 - das Standardinterface
* [[AndFHEM]] - eine Android App
* [[Fhemobile]] - iPhone App
* [[FHEM-Remote]] - eine weitere iPhone / iPad App
* [[FHEM Control]] - iOS App

== Module ==
Die Funktionalität von Fhem kann über '''Module''' erweitert werden. Module können die unterschiedlichsten Aufgaben übernehmen vom Anbinden eines Hardwaresystems
über die Bereitstellung eines Frontends bis zur Automatisierung von Aufgaben. Beispiele für Module:
* 00_CUL.pm - Implementierung der Unterstützung für den [[CUL]]
* 11_FHT.pm - Unterstützung der [[:Kategorie:FHT Components|FHT]] Heizungssteuerung
* 95_FLOORPLAN.pm - Grundriss (oder Ähnliches) als Benutzeroberfläche
* ...

Module können unterteilt werden in
* [[:Kategorie:FhemBefehl|Befehlsmodule]] (FhemBefehle sind teilweise eigenständige Module)
* [[:Kategorie:Hilfsmodul|Hilfsmodule]]
* [[:Kategorie:Gerätemodul|Gerätemodule]]
Die offiziell in Fhem enthaltenen Module sind in der [http://fhem.de/commandref Commandref] beschrieben. Sie werden über den [[Update]]-Befehl von Fhem verteilt und aktualisiert. Voraussetzung für die Aufnahme als offizielles Modul sind Supportwille durch den Entwickler und Dokumentation des Moduls.

Zusätzlich existiert eine Vielzahl von [[:Kategorie:Modul (Inoffiziell)|inoffiziellen Modulen]], die manuell in Fhem installiert werden müssen. Auch die Aktualisierung erfolgt nicht über den Update-Befehl, sondern muss durch den Nutzer selbst erfolgen. Inoffizielle Module sind an den verschiedensten Stellen zu finden:
* [[:Kategorie:Modul (Contrib)|Contrib]]-Verzeichnis im offiziellen Fhem-Sourcecode-SVN [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/]
* Beiträge im Fhem-Forum
* private Homepages

== Interfaces ==
Die Verbindung zu den angeschlossenen '''Geräten''' der Hausautomation wird im Allgemeinen - geräteabhängig - über [[Interface|Interfaces]] (manchmal auch als '''Gateway''' bezeichnet) hergestellt. Das kann z. B. im Falle von [[HomeMatic]] ein [[HMLAN Konfigurator]] sein, ein mittels LAN mit dem Fhem Server verbundenes Gerät, das die Fhem Steuerbefehle in das HomeMatic Funkprotokoll umsetzt - und auch die Funktelegramme der HomeMatic Komponenten an Fhem zurückgibt. Entsprechende Interfaces gibt es auch für andere Funkprotokolle und für die drahtgebundenen Systeme.

Eine (unvollständige) Liste solcher Interfaces (siehe auch [[:Kategorie:Interfaces|Kategorie Interfaces]]):
* [[CUL]] - je nach Einstellung für die Kommunikation mit [[:Kategorie:FS20 Components|FS20]], [[:Kategorie:FHT Components|FHT]] und andere [[SlowRF]] Protokolle, [[MAX|MAX!]] Heizungssteuerung oder [[:Kategorie:HomeMatic Components|HomeMatic]] und, mit Einschränkungen, InterTechno (nur senden)
* [[CUNO]], ähnlich CUL, jedoch nicht per USB sondern per IP angebunden (z.Zt. -Stand Januar 2014 - nicht für HomeMatic empfohlen)
* [[HMLAN Konfigurator|HomeMatic LAN Konfigurations-Adapter]] - HomeMatic
* [[MAX#MAXLAN|MAX! Cube LAN-Gateway]]
* Schnittstellen(karten) für [[:Kategorie:1-Wire|1-Wire]]
* TCM(120/310) zur Anbindung von [[:Kategorie:EnOcean Components|EnOcean]]
* [[Arduino]] mit Firmata über USB oder Netzwerk
* [[panStamp]] als Möglichkeit Arduinos mit diversen Sensor- und I/O- Boards per 868MHz Funk über das SWAP protokoll anzubinden
* [[JeeLink]], ein weiteres USB-Stick Interface (ebenfalls arduino basiert) für diverse 433MHz und 868MHz Komponenten
* [[RFXtrx]] für InterTechno, RSL, ELRO etc., Wetter-Sensoren (Oregon-Scientific, Cresta, La Crosse, TFA, UPM) und andere 433 Mhz Geräte.
* manche Komponenten ([[:Kategorie:IP Components|IP Komponenten]]) können über TCP/IP (LAN) direkt vom Fhem Server aus angesprochen werden; hier ist dann kein weiteres Interface im eigentlichen Sinne erforderlich. Dies gilt auch für diverse Module die Geräte über WEB Dienste des Herstellers anbinden (z. B. Withings, [[netatmo]]).

== Protokolle ==
Der Kommunikation zwischen Interfaces und Geräten liegt jeweils ein bestimmtes Protokoll zugrunde. Unterstützte Protokolle mit ihren Eigenschaften sind in der folgenden Tabelle aufgelistet.


{| class="wikitable sortable"
|+ Übersicht über unterstützte Funkprotokolle
|-
! Name !! rfMode !! Frequenz !! Modulation !! Datenrate !! class="unsortable" | Interfaces !! class="unsortable" | Modul !! class="unsortable" | Geräte (Beispiel) !! class="unsortable" | Bemerkungen
|-
| [[FS20_Allgemein|FS20]] || SlowRF || 868,35MHz || AM || 1kHz || CU*, FHZ || [http://fhem.de/commandref.html#FS20 FS20] || - || -
|-
| FHT || SlowRF || 868,35MHz || AM || 1kHz || CU*, FHZ || [http://fhem.de/commandref.html#CUL_FHTTK FHTTK], [http://fhem.de/commandref.html#FHT FHT] || Heizungsregelung || -
|-
| S300 || SlowRF || 868,35MHz || AM || 1kHz || CU*, FHZ || [http://fhem.de/commandref.html#CUL_WS CUL_WS] || Temperatur-/Feuchtesensoren || -
|-
| HMS || SlowRF || 868,35MHz || AM || 1kHz || CU*O, FHZ || - || ?? || -
|-
| EM || SlowRF || 868,35MHz || AM || 1kHz || CU*, FHZ || [http://fhem.de/commandref.html#CUL_EM CUL_EM] || Energiemonitore (Strom, Gas) || -
|-
| [[HomeMatic ]]|| HomeMatic || 868,35MHz || FM || 20kHz || CU*, [[HM-CFG-LAN_LAN_Konfigurations-Adapter|HMLan]], [[HM-CFG-USB_USB_Konfigurations-Adapter|HMUsb]] || [http://fhem.de/commandref.html#CUL_HM CUL_HM] || [[:Kategorie:HomeMatic_Components|diverse]] || -
|-
| [[MAX|MAX!]] || MAX || 868,35MHz || FM || 20kHz || CU*, [[MAX#MAXLAN|MAXLAN]] || [http://fhem.de/commandref_DE.html#MAX MAX] || [[:Kategorie:MAX|Wandthermostat, Heizkörperthermostate, Fensterkontakt, Zwischenstecker]] || -
|-
| IT || - || 433MHz || AM? || 1kHz || CU*433, || - || - || -
|-
| FRM || - || ?? || ?? || ?? || ?? || - || ?? || -
|-
| SWAP || - || 868 (433/915) MHz || GFSK || 38.3835 Kbps || panStamp (+panStick) || [http://fhem.de/commandref.html#SWAP SWAP] || RGB LED Driver, diverse Sensoren und Aktoren || -
|-
| [[:Kategorie:EnOcean Components|EnOcean]] || - || 315 / 868 / 902 / 928MHz || ASK || 125 kbit/s || [http://fhem.de/commandref.html#TCM TCM] || [http://fhem.de/commandref.html#EnOcean EnOcean] || Batterielose Funksensoren, diverse Aktoren || -
|-
| PCA || - || 868,35MHz || ?? || ?? || [[JeeLink]] || [http://fhem.de/commandref.html#PCA301 PCA301] || [[PCA301 Funkschaltsteckdose mit Energieverbrauchsmessung|PCA301]] || -
|-
| LaCrosse || - || 868,35MHz || ?? || ?? || [[JeeLink]] || [http://fhem.de/commandref.html#LaCrosse LaCrosse] || LaCrosse IT+ (Technoline) Sensoren || -
|-
| ZigBee Light Link || - || 2,4 GHz || || || HUE Bridge (RaspBee) || [http://fhem.de/commandref.html#HUEBridge HUEBridge] || Philips HUE und LightLink Lampen (auch Osram LIGHTIFY an der HUE-Bridge)|| [http://www.developers.meethue.com/documentation/how-hue-works]
|-
| [[:Kategorie:Z-Wave Components|Z-Wave]] || - || 868MHz || 2-FSK || 9.600 bit/s oder 40 Kbit/s || [http://fhem.de/commandref.html#ZWDongle ZWDongle] || [http://fhem.de/commandref.html#ZWave ZWave] || - || -
|-
| [[WMBUS]] || WMBus_T, WMBus_S || 868MHz || ?? || 100 kbit/s / 32.768 kbit/s || CU* || [http://fhem.de/commandref.html#WMBUS WMBUS] || Wasseruhren, Wärmezähler, Elektrozähler || -
|-
| colspan="9" | ''Tabelle muss noch vervollständigt werden''
|-
| colspan="2" | '''Legende:'''
| colspan="7" | CU* = CUL, CUN, CUNO /
|}

{| class="wikitable sortable"
|+ Übersicht über drahtgebundene Systeme
|-
! Name !! class="unsortable" | Interfaces (Hardware) !! class="unsortable" | Modul !! class="unsortable" | Geräte (Beispiel) !! class="unsortable" | Bemerkungen
|-
| [[1-Wire]] || [[Interfaces für 1-Wire|diverse]] || [http://fhem.de/commandref.html#OWX OWX] || [[:Kategorie:1-Wire|1-Wire]] || -
|-
| [[EIB_/_KNX|EIB/KNX]] || [http://fhem.de/commandref.html#TUL TUL] || [http://fhem.de/commandref.html#EIB EIB] || [[:Kategorie:EIB/KNX|EIB/KNX]] || -
|-
| [[HomeMatic Wired]] || [[HomeMatic Wired RS485 LAN Gateway|HM485 LAN Gateway]] || [http://fhem.de/commandref.html#HM485_LAN HM485_LAN] || [[:Kategorie:HomeMatic Components|Präfix HMW]] || -
|-
| colspan="5" | ''Tabelle muss noch vervollständigt werden''
|-
| colspan="2" | '''Legende:'''
| colspan="3" | ...
|}

== Komponenten ==
Der eigentliche Zweck eines Hausautomatisierungs-Projekts sind dann letztendlich die '''Geräte''' (Komponenten / Aktoren / [[:Kategorie:Schalter (Empfänger)|Empfänger]]), die automatisch gesteuert werden sollen, bzw. auch Auslöser für Aktionen ([[:Kategorie:Schalter (Sender)|Sender]]) und Lieferant von Datenmaterial ([[:Kategorie:Hardware Typen|Sensoren]]) sind.

Diese Geräte sind, sofern es eine detaillierte Beschreibung dazu gibt, in den jeweiligen Unterseiten der [[:Kategorie:Hardware|Hardwareliste]] aufgeführt.

== Weblinks ==
* [http://www.enocean.com/de/home/ EnOcean] Homepage
* [http://www.elv.de ELV], (Haupt-)Lieferant von FS20, FHT, HomeMatic, MAX!
* [http://www.panstamp.com panStamp], panStamp Hersteller
* [http://jeelabs.com/products/jeelink Jeelabs], JeeLink Hersteller
* [http://www.zigbee.org/ Zigbee] Homepage

[[Kategorie:FHEM]]

Systemübersicht

2015-10-17T14:57:54Z

Akw:

Ein Fhem '''System''' besteht im Prinzip aus den in der nachfolgenden '''Übersicht''' aufgeführten Bestandteilen.
[[Datei:Systemübersicht.png]]

<div style="float: right;">__TOC__</div>

== Server ==
Bei der Komponente '''Server''' muss unterschieden werden zwischen dem eigentlichen '''Fhem''' Hausautomations-Server (implementiert in der Perl-Datei fhem.pl) und der Hardware, auf der dieser Server ausgeführt wird.

Als Server '''Hardware''' sind (z. B.) möglich:
* Windows Rechner
* Linux Rechner
* OS X Rechner
* Router (z. B. [[AVM Fritz!Box|FritzBox]])
* Einplatinencomputer, wie [[:Kategorie:Raspberry Pi|Raspberry Pi]], BeagleBone
* DockStar, PogoPlug, etc.
* diverse NAS Systeme wie Buffalo Linkstation, Synology Diskstation
(Diese Aufstellung ist nur eine unvollständige Auswahl; Details zu unterstützten Server Systemen finden sich in der Kategorie [[:Kategorie:Server Hardware|Server Hardware]]).

== Konfiguration ==
Das Hausautomations-System wird definiert über die [[Konfiguration]], die im Regelfall besteht aus der
* reinen Textdatei <code>fhem.cfg</code> (Standard nach der Erstinstallation) oder alternativ einer
* [[configdb|SQL-Datenbank]]

Die Konfiguration enthält Definitionen für die Bestandteile (Geräte) und Funktionen des jeweiligen Hausautomations-Systems. Die verfügbaren Befehle und deren Syntax sind in der Befehlsreferenz ([http://fhem.de/commandref.html commandref]) aufgeführt und beschrieben. Zu einigen Hilfsmodulen gibt es [[:Kategorie:Hilfsmodul|detaillierte Beschreibungen]] mit Beispielen.

== Benutzeroberfläche ==
Der Zugriff auf FHEM erfolgt mittels Webbrowser oder App über die verfügbaren '''[[:Kategorie:FHEM Frontends|Fhem Benutzeroberflächen]]'''.

In den Fhem Server integriert ist ein Webserver ([[PGM2]]), der im Prinzip immer zur Verfügung steht. Abhängig vom benutzten Klienten ist PGM2 über <code>serverhostnameoderIP:8083/fhem</code> (oder Port 8084 (Smartphone) oder Port 8085 (Tablet)) erreichbar.

Eine Auswahl der Benutzeroberflächen:
* PGM2 - das Standardinterface
* [[AndFHEM]] - eine Android App
* [[Fhemobile]] - iPhone App
* [[FHEM-Remote]] - eine weitere iPhone / iPad App
* [[FHEM Control]] - iOS App

== Module ==
Die Funktionalität von Fhem kann über '''Module''' erweitert werden. Module können die unterschiedlichsten Aufgaben übernehmen vom Anbinden eines Hardwaresystems
über die Bereitstellung eines Frontends bis zur Automatisierung von Aufgaben. Beispiele für Module:
* 00_CUL.pm - Implementierung der Unterstützung für den [[CUL]]
* 11_FHT.pm - Unterstützung der [[:Kategorie:FHT Components|FHT]] Heizungssteuerung
* 95_FLOORPLAN.pm - Grundriss (oder Ähnliches) als Benutzeroberfläche
* ...

Module können unterteilt werden in
* [[:Kategorie:FhemBefehl|Befehlsmodule]] (FhemBefehle sind teilweise eigenständige Module)
* [[:Kategorie:Hilfsmodul|Hilfsmodule]]
* [[:Kategorie:Gerätemodul|Gerätemodule]]
Die offiziell in Fhem enthaltenen Module sind in der [http://fhem.de/commandref Commandref] beschrieben. Sie werden über den [[Update]]-Befehl von Fhem verteilt und aktualisiert. Voraussetzung für die Aufnahme als offzielles Modul sind Supportwille durch den Entwickler und Dokumentation des Moduls.

Zusätzlich existiert eine Vielzahl von [[:Kategorie:Modul (Inoffiziell)|inoffiziellen Modulen]], die manuell in Fhem installiert werden müssen. Auch die Aktualisierung erfolgt nicht über den Update-Befehl, sondern muss durch den Nutzer selbst erfolgen. Inoffizielle Module sind an den verschiedensten Stellen zu finden:
* [[:Kategorie:Modul (Contrib)|Contrib]]-Verzeichnis im offiziellen Fhem-Sourcecode-SVN [http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/]
* Beiträge im Fhem-Forum
* private Homepages

== Interfaces ==
Die Verbindung zu den angeschlossenen '''Geräten''' der Hausautomation wird im Allgemeinen - geräteabhängig - über [[Interface|Interfaces]] (manchmal auch als '''Gateway''' bezeichnet) hergestellt. Das kann z. B. im Falle von [[HomeMatic]] ein [[HMLAN Konfigurator]] sein, ein mittels LAN mit dem Fhem Server verbundenes Gerät, das die Fhem Steuerbefehle in das HomeMatic Funkprotokoll umsetzt - und auch die Funktelegramme der HomeMatic Komponenten an Fhem zurückgibt. Entsprechende Interfaces gibt es auch für andere Funkprotokolle und für die drahtgebundenen Systeme.

Eine (unvollständige) Liste solcher Interfaces (siehe auch [[:Kategorie:Interfaces|Kategorie Interfaces]]):
* [[CUL]] - je nach Einstellung für die Kommunikation mit [[:Kategorie:FS20 Components|FS20]], [[:Kategorie:FHT Components|FHT]] und andere [[SlowRF]] Protokolle, [[MAX|MAX!]] Heizungssteuerung oder [[:Kategorie:HomeMatic Components|HomeMatic]] und, mit Einschränkungen, InterTechno (nur senden)
* [[CUNO]], ähnlich CUL, jedoch nicht per USB sondern per IP angebunden (z.Zt. -Stand Januar 2014 - nicht für HomeMatic empfohlen)
* [[HMLAN Konfigurator|HomeMatic LAN Konfigurations-Adapter]] - HomeMatic
* [[MAX#MAXLAN|MAX! Cube LAN-Gateway]]
* Schnittstellen(karten) für [[:Kategorie:1-Wire|1-Wire]]
* TCM(120/310) zur Anbindung von [[:Kategorie:EnOcean Components|EnOcean]]
* [[Arduino]] mit Firmata über USB oder Netzwerk
* [[panStamp]] als Möglichkeit Arduinos mit diversen Sensor- und I/O- Boards per 868MHz Funk über das SWAP protokoll anzubinden
* [[JeeLink]], ein weiteres USB-Stick Interface (ebenfalls arduino basiert) für diverse 433MHz und 868MHz Komponenten
* [[RFXtrx]] für InterTechno, RSL, ELRO etc., Wetter-Sensoren (Oregon-Scientific, Cresta, La Crosse, TFA, UPM) und andere 433 Mhz Geräte.
* manche Komponenten ([[:Kategorie:IP Components|IP Komponenten]]) können über TCP/IP (LAN) direkt vom Fhem Server aus angesprochen werden; hier ist dann kein weiteres Interface im eigentlichen Sinne erforderlich. Dies gilt auch für diverse Module die Geräte über WEB Dienste des Herstellers anbinden (z. B. Withings, [[netatmo]]).

== Protokolle ==
Der Kommunikation zwischen Interfaces und Geräten liegt jeweils ein bestimmtes Protokoll zugrunde. Unterstützte Protokolle mit ihren Eigenschaften sind in der folgenden Tabelle aufgelistet.


{| class="wikitable sortable"
|+ Übersicht über unterstützte Funkprotokolle
|-
! Name !! rfMode !! Frequenz !! Modulation !! Datenrate !! class="unsortable" | Interfaces !! class="unsortable" | Modul !! class="unsortable" | Geräte (Beispiel) !! class="unsortable" | Bemerkungen
|-
| [[FS20_Allgemein|FS20]] || SlowRF || 868,35MHz || AM || 1kHz || CU*, FHZ || [http://fhem.de/commandref.html#FS20 FS20] || - || -
|-
| FHT || SlowRF || 868,35MHz || AM || 1kHz || CU*, FHZ || [http://fhem.de/commandref.html#CUL_FHTTK FHTTK], [http://fhem.de/commandref.html#FHT FHT] || Heizungsregelung || -
|-
| S300 || SlowRF || 868,35MHz || AM || 1kHz || CU*, FHZ || [http://fhem.de/commandref.html#CUL_WS CUL_WS] || Temperatur-/Feuchtesensoren || -
|-
| HMS || SlowRF || 868,35MHz || AM || 1kHz || CU*O, FHZ || - || ?? || -
|-
| EM || SlowRF || 868,35MHz || AM || 1kHz || CU*, FHZ || [http://fhem.de/commandref.html#CUL_EM CUL_EM] || Energiemonitore (Strom, Gas) || -
|-
| [[HomeMatic ]]|| HomeMatic || 868,35MHz || FM || 20kHz || CU*, [[HM-CFG-LAN_LAN_Konfigurations-Adapter|HMLan]], [[HM-CFG-USB_USB_Konfigurations-Adapter|HMUsb]] || [http://fhem.de/commandref.html#CUL_HM CUL_HM] || [[:Kategorie:HomeMatic_Components|diverse]] || -
|-
| [[MAX|MAX!]] || MAX || 868,35MHz || FM || 20kHz || CU*, [[MAX#MAXLAN|MAXLAN]] || [http://fhem.de/commandref_DE.html#MAX MAX] || [[:Kategorie:MAX|Wandthermostat, Heizkörperthermostate, Fensterkontakt, Zwischenstecker]] || -
|-
| IT || - || 433MHz || AM? || 1kHz || CU*433, || - || - || -
|-
| FRM || - || ?? || ?? || ?? || ?? || - || ?? || -
|-
| SWAP || - || 868 (433/915) MHz || GFSK || 38.3835 Kbps || panStamp (+panStick) || [http://fhem.de/commandref.html#SWAP SWAP] || RGB LED Driver, diverse Sensoren und Aktoren || -
|-
| [[:Kategorie:EnOcean Components|EnOcean]] || - || 315 / 868 / 902 / 928MHz || ASK || 125 kbit/s || [http://fhem.de/commandref.html#TCM TCM] || [http://fhem.de/commandref.html#EnOcean EnOcean] || Batterielose Funksensoren, diverse Aktoren || -
|-
| PCA || - || 868,35MHz || ?? || ?? || [[JeeLink]] || [http://fhem.de/commandref.html#PCA301 PCA301] || [[PCA301 Funkschaltsteckdose mit Energieverbrauchsmessung|PCA301]] || -
|-
| LaCrosse || - || 868,35MHz || ?? || ?? || [[JeeLink]] || [http://fhem.de/commandref.html#LaCrosse LaCrosse] || LaCrosse IT+ (Technoline) Sensoren || -
|-
| ZigBee Light Link || - || 2,4 GHz || || || HUE Bridge (RaspBee) || [http://fhem.de/commandref.html#HUEBridge HUEBridge] || Philips HUE und LightLink Lampen (auch Osram LIGHTIFY an der HUE-Bridge)|| [http://www.developers.meethue.com/documentation/how-hue-works]
|-
| [[:Kategorie:Z-Wave Components|Z-Wave]] || - || 868MHz || 2-FSK || 9.600 bit/s oder 40 Kbit/s || [http://fhem.de/commandref.html#ZWDongle ZWDongle] || [http://fhem.de/commandref.html#ZWave ZWave] || - || -
|-
| [[WMBUS]] || WMBus_T, WMBus_S || 868MHz || ?? || 100 kbit/s / 32.768 kbit/s || CU* || [http://fhem.de/commandref.html#WMBUS WMBUS] || Wasseruhren, Wärmezähler, Elektrozähler || -
|-
| colspan="9" | ''Tabelle muss noch vervollständigt werden''
|-
| colspan="2" | '''Legende:'''
| colspan="7" | CU* = CUL, CUN, CUNO /
|}

{| class="wikitable sortable"
|+ Übersicht über drahtgebundene Systeme
|-
! Name !! class="unsortable" | Interfaces (Hardware) !! class="unsortable" | Modul !! class="unsortable" | Geräte (Beispiel) !! class="unsortable" | Bemerkungen
|-
| [[1-Wire]] || [[Interfaces für 1-Wire|diverse]] || [http://fhem.de/commandref.html#OWX OWX] || [[:Kategorie:1-Wire|1-Wire]] || -
|-
| [[EIB_/_KNX|EIB/KNX]] || [http://fhem.de/commandref.html#TUL TUL] || [http://fhem.de/commandref.html#EIB EIB] || [[:Kategorie:EIB/KNX|EIB/KNX]] || -
|-
| [[HomeMatic Wired]] || [[HomeMatic Wired RS485 LAN Gateway|HM485 LAN Gateway]] || [http://fhem.de/commandref.html#HM485_LAN HM485_LAN] || [[:Kategorie:HomeMatic Components|Präfix HMW]] || -
|-
| colspan="5" | ''Tabelle muss noch vervollständigt werden''
|-
| colspan="2" | '''Legende:'''
| colspan="3" | ...
|}

== Komponenten ==
Der eigentliche Zweck eines Hausautomatisierungs-Projekts sind dann letztendlich die '''Geräte''' (Komponenten / Aktoren / [[:Kategorie:Schalter (Empfänger)|Empfänger]]), die automatisch gesteuert werden sollen, bzw. auch Auslöser für Aktionen ([[:Kategorie:Schalter (Sender)|Sender]]) und Lieferant von Datenmaterial ([[:Kategorie:Hardware Typen|Sensoren]]) sind.

Diese Geräte sind, sofern es eine detaillierte Beschreibung dazu gibt, in den jeweiligen Unterseiten der [[:Kategorie:Hardware|Hardwareliste]] aufgeführt.

== Weblinks ==
* [http://www.enocean.com/de/home/ EnOcean] Homepage
* [http://www.elv.de ELV], (Haupt-)Lieferant von FS20, FHT, HomeMatic, MAX!
* [http://www.panstamp.com panStamp], panStamp Hersteller
* [http://jeelabs.com/products/jeelink Jeelabs], JeeLink Hersteller
* [http://www.zigbee.org/ Zigbee] Homepage

[[Kategorie:FHEM]]

FHEMWiki:Interna

2015-04-19T20:38:16Z

Akw:

{{Randnotiz|RNTyp=info|RNText="Infobox Interna" zu FhemWiki
* [[Spezial:Version|Versionsinfo]]
* [[Spezial:Statistik|Statistisches]]
}}
[[FHEMWiki:Interna]] wie Informationen über geplante Wartungsarbeiten, Probleme, Erweiterungswünsche etc.

== Umstellung vom 10.2.2015 ==
Am 10.2.2015 wurde der Wiki-Server auf eine leistungsfähigere Plattform umgezogen.

Gleichzeitig wurde die MediaWiki Version auf 1.24.1 aktualisiert.

=== Offene Probleme ===
* Darstellung ist "anders" (z.B.: Überschriften auf Level 2 (==) jetzt Serifenschrift)
* Suchvorschlagsliste bei Eingabe des Suchwortes im Suchfeld nicht mehr vorhanden
* (Wunsch:) Wäre es möglich, die Extension [http://www.mediawiki.org/wiki/Extension:DynamicWikiSitemap DynamicWikiSitemap] zu installieren?
** Die funktioniert nicht gut mit dem nginx-webserver. Ich habe statische sitemaps für die Google Webmaster Tools erstellt: http://www.fhemwiki.de/w/sitemap/sitemap-index-c1fhemwiki.xml [[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* Benutzereinstellungen (Spezial:Einstellungen): die Seite bietet keine "Themes" (mehr?) an; es ist "nur noch" '''Benutzeroberfläche''' ''Vector'' installiert.
:: Das ist so gewollt. ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)

=== Erledigte Probleme ===
* Kopfbereich aller Wiki-Seiten hat (noch) die falsche Hintergrundfarbe
** erledigt: [[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* ''wikitable sortable'' funktioniert nicht (mehr)
** erledigt: --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:37, 19. Apr. 2015 (CEST)
* Bearbeitungs- und erweiterte Bearbeitungswerkzeugleiste sind trotz Auswahl in Benutzereinstellung nicht vorhanden (getestete Browser: Firefox, IE)
** erledigt: --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:37, 19. Apr. 2015 (CEST)

=== Diskussion ===
:: Es gibt aber allem Anschein nach noch ein offenes Problem mit diesem einzigen verbliebenen Skin: ich bekomme auf allen Fhem-Wiki Seiten (sichtbar "nur" in Firebug) die Fehlermeldung ''<nowiki>"NetworkError: 502 Bad Gateway - http://www.fhemwiki.de/w/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*"</nowiki>''. Nach einer Info, die ich an anderer Stelle gefunden habe, könnte auch die fehlende Werkzeugleiste damit zusammenhängen.
:: Falls die Frage erlaubt ist: was ist der Grund dafür, dass nur noch ein Skin "gewollt" ist? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:56, 2. Apr. 2015 (CEST)
:: <hr />
:: Ich hab den Bug jetzt im Griff, denke ich. Es paar Puffergrößen mussten angepasst werden. --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:35, 19. Apr. 2015 (CEST)
:: @Peter: Wenn es zwingend gewünscht wird, lasse ich mich mit den Skins breitschlagen, aber Vector ist doch ganz hübsch oder? Und der Wartungsaufwand wird minimiert.
[[Kategorie:FhemWiki]]

FHEMWiki:Interna

2015-04-19T20:37:09Z

Akw:

FHEMWiki:Interna

2015-04-19T20:35:15Z

Akw:

{{Randnotiz|RNTyp=info|RNText="Infobox Interna" zu FhemWiki
* [[Spezial:Version|Versionsinfo]]
* [[Spezial:Statistik|Statistisches]]
}}
[[FHEMWiki:Interna]] wie Informationen über geplante Wartungsarbeiten, Probleme, Erweiterungswünsche etc.

== Umstellung vom 10.2.2015 ==
Am 10.2.2015 wurde der Wiki-Server auf eine leistungsfähigere Plattform umgezogen.

Gleichzeitig wurde die MediaWiki Version auf 1.24.1 aktualisiert.

=== Offene Probleme ===
* ''wikitable sortable'' funktioniert nicht (mehr)
* Darstellung ist "anders" (z.B.: Überschriften auf Level 2 (==) jetzt Serifenschrift)
* Bearbeitungs- und erweiterte Bearbeitungswerkzeugleiste sind trotz Auswahl in Benutzereinstellung nicht vorhanden (getestete Browser: Firefox, IE)
* Suchvorschlagsliste bei Eingabe des Suchwortes im Suchfeld nicht mehr vorhanden
* (Wunsch:) Wäre es möglich, die Extension [http://www.mediawiki.org/wiki/Extension:DynamicWikiSitemap DynamicWikiSitemap] zu installieren?
** Die funktioniert nicht gut mit dem nginx-webserver. Ich habe statische sitemaps für die Google Webmaster Tools erstellt: http://www.fhemwiki.de/w/sitemap/sitemap-index-c1fhemwiki.xml [[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
* Benutzereinstellungen (Spezial:Einstellungen): die Seite bietet keine "Themes" (mehr?) an; es ist "nur noch" '''Benutzeroberfläche''' ''Vector'' installiert.
:: Das ist so gewollt. ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)
:: <hr />
:: Es gibt aber allem Anschein nach noch ein offenes Problem mit diesem einzigen verbliebenen Skin: ich bekomme auf allen Fhem-Wiki Seiten (sichtbar "nur" in Firebug) die Fehlermeldung ''<nowiki>"NetworkError: 502 Bad Gateway - http://www.fhemwiki.de/w/load.php?debug=false&lang=de&modules=startup&only=scripts&skin=vector&*"</nowiki>''. Nach einer Info, die ich an anderer Stelle gefunden habe, könnte auch die fehlende Werkzeugleiste damit zusammenhängen.
:: Falls die Frage erlaubt ist: was ist der Grund dafür, dass nur noch ein Skin "gewollt" ist? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:56, 2. Apr. 2015 (CEST)
:: <hr />
:: Ich hab den Bug jetzt im Griff, denke ich. Es paar Puffergrößen mussten angepasst werden. --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 22:35, 19. Apr. 2015 (CEST)

=== Erledigte Probleme ===
* Kopfbereich aller Wiki-Seiten hat (noch) die falsche Hintergrundfarbe
** erledigt: [[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 17:27, 24. Feb. 2015 (CET)

[[Kategorie:FhemWiki]]

MediaWiki:Common.css

2015-02-24T17:01:13Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
/* @body-background-color: #ffffe7;*/

body {
background-color: #ffffe7;
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
/*background-image: none; */
}

MediaWiki:Common.css

2015-02-24T17:00:23Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
/* @body-background-color: #ffffe7;*/

@body-background-color: #ff0000;

body {
background-color: #ffffe7; /* @body-background-color;*/
/* background-image: url(/w/skins/vector/images/page-base.png);*/
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
/*background-image: none; */
}

MediaWiki:Common.css

2015-02-24T16:56:09Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
/* @body-background-color: #ffffe7;*/

body {
background-color: #ffffe7; /* @body-background-color;*/
/* background-image: url(/w/skins/vector/images/page-base.png);*/
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
/*background-image: none; */
}

MediaWiki:Common.css

2015-02-24T16:55:50Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */

body {
background-color: #ffffe7; /* @body-background-color;*/
/* background-image: url(/w/skins/vector/images/page-base.png);*/
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
background-image: none;
}

MediaWiki:Common.css

2015-02-24T16:55:39Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
@body-background-color: #ffffe7;

body {
background-color: #ffffe7; /* @body-background-color;*/
/* background-image: url(/w/skins/vector/images/page-base.png);*/
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
background-image: none;
}

MediaWiki:Common.css

2015-02-24T16:54:41Z

Akw:

MediaWiki:Common.css

2015-02-24T16:54:32Z

Akw:

MediaWiki:Common.css

2015-02-24T16:54:02Z

Akw:

MediaWiki:Common.css

2015-02-24T16:53:41Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
@body-background-color: #ffffe7;

body {
background-color: @body-background-color;
background-image: url(/w/skins/vector/images/page-base.png);
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
background-image: none; /*url('images/page-fade.png');*/
.vertical-gradient(@body-background-color, @menu-background-color, 50%, 100%);
}

MediaWiki:Common.css

2015-02-24T16:52:53Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
@body-background-color: #ff0000;
/*
body {
background-color: #ffffe7;
background-image: url(/w/skins/vector/images/page-base.png);
}
*/
a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
background-image: none; /*url('images/page-fade.png');*/
.vertical-gradient(@body-background-color, @menu-background-color, 50%, 100%);
}

MediaWiki:Common.css

2015-02-24T16:51:48Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
@body-background-color: #ff0000;

body {
background-color: #ffffe7;
background-image: url(/w/skins/vector/images/page-base.png);
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
background-image: none; /*url('images/page-fade.png');*/
.vertical-gradient(@body-background-color, @menu-background-color, 50%, 100%);
}

MediaWiki:Common.css

2015-02-24T16:51:01Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
body {
background-color: #ffffe7;
background-image: url(/w/skins/vector/images/page-base.png);
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
background-image: none; /*url('images/page-fade.png');*/
.vertical-gradient(@body-background-color, @menu-background-color, 50%, 100%);
}

MediaWiki:Common.css

2015-02-24T16:48:42Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
body {
background-color: #ffffe7;
background-image: url(/w/skins/vector/images/page-base.png);
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ffffff;
}
#mw-page-base {
background-image: url('images/page-fade.png');
.vertical-gradient(@body-background-color, @menu-background-color, 50%, 100%);
}

MediaWiki:Common.css

2015-02-24T16:48:28Z

Akw:

MediaWiki:Common.css

2015-02-24T16:47:29Z

Akw:

MediaWiki:Common.css

2015-02-24T16:47:12Z

Akw:

/* Das folgende CSS wird für alle Benutzeroberflächen geladen. */
body {
background-color: #FFFFE7;
background-image: url(/w/skins/vector/images/page-base.png);
}

a, a:visited, a:active, a.external, a.external:active, a.external:visited {
color: #175717;
}

a:hover {
color: #672727;
text-decoration:none;
}

.mw-body {
background-color: #ff0000;
}

MediaWiki:Common.js

2015-02-24T16:46:45Z

Akw:

/* Das folgende JavaScript wird für alle Benutzer geladen. */

MediaWiki:Common.js

2015-02-24T16:46:34Z

Akw: Die Seite wurde neu angelegt: „/* Das folgende JavaScript wird für alle Benutzer geladen. */ .mw-body { background-color: #ff0000; }“

/* Das folgende JavaScript wird für alle Benutzer geladen. */

.mw-body {
background-color: #ff0000;
}

Benutzer:Akw

2015-02-24T16:35:36Z

Akw:

__NOTOC__
{{DISPLAYTITLE:akw's homepage on ThinkWiki}}
{| width="100%"
|style="vertical-align:top" |
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;">
=== Hallo! ===
Mein Name ist Arno Willig, Ich bin in Oldenburg am 21.11.1977 geboren worden.<br />
Ich habe zwei [http://www.arnowillig.de Zwillingstöchter], Leonie and Emma, die am 13.04.2005 geboren wurden.<br />
Studiert habe ich an der C.v.O.-University Oldenburg, und zwar Informatik und Biologie.<br />
Inzwischen arbeite ich seit über 10 Jahren als C++ Linux Entwickler in einer Firma, die Kiosksysteme für die Photo-Finishing Industrie herstellt.
Außerdem bin ich begeistert von iPhone/iPad Programmierung.<br />
Werft doch mal einen Blick auf meine Hausautomations-App: [http://www.bytefeed.com/ FHEMobile]
</div>
|style="vertical-align:top" |
[[Datei:Akw.jpg|Arno Willig]]
|}

=== Links ===
* [http://www.arnowillig.de arnowillig.de] Private Homepage
* [http://www.thinkwiki.org thinkwiki.org] Linux Thinkpad Wiki
* [http://www.bytefeed.com bytefeed.com] Meine Firma
* [http://www.bytefeed.com fhemobile.de] FHEMobile - iOS App für FHEM

[[:en:akw]]

TEST

= TESTS =

{| class="wikitable sortable"
! Name and Surname
! Height
|-
|data-sort-value="Smith , John"| John Smith
| 1.85
|-
|data-sort-value="Ray , Ian"| Ian Ray
| 1.89
|-
|data-sort-value="Bianchi , Zachary"| Zachary Bianchi
| 1.72
|-
|data-sort-value="Bianchi Maria , Adele"| Adele Bianchi Maria
| 1.82
|-
! Average:
| 1.82
|}

FHEMWiki:Interna

2015-02-24T16:27:16Z

Akw:

Benutzer:Akw

2015-02-23T07:18:59Z

Akw:

Benutzer:Akw

2015-02-23T07:18:23Z

Akw:

__NOTOC__
{{DISPLAYTITLE:akw's homepage on ThinkWiki}}
{| width="100%"
|style="vertical-align:top" |
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;">
=== Hallo! ===
Mein Name ist Arno Willig, Ich bin in Oldenburg am 21.11.1977 geboren worden.<br />
Ich habe zwei [http://www.arnowillig.de Zwillingstöchter], Leonie and Emma, die am 13.04.2005 geboren wurden.<br />
Studiert habe ich an der C.v.O.-University Oldenburg, und zwar Informatik und Biologie.<br />
Inzwischen arbeite ich seit über 10 Jahren als C++ Linux Entwickler in einer Firma, die Kiosksysteme für die Photo-Finishing Industrie herstellt.
Außerdem bin ich begeistert von iPhone/iPad Programmierung.<br />
Werft doch mal einen Blick auf meine Hausautomations-App: [http://www.bytefeed.com/ FHEMobile]
</div>
|style="vertical-align:top" |
[[Datei:Akw.jpg|Arno Willig]]
|}

=== Links ===
* [http://www.arnowillig.de arnowillig.de] Private Homepage
* [http://www.thinkwiki.org thinkwiki.org] Linux Thinkpad Wiki
* [http://www.bytefeed.de bytefeed.de] Meine Firma
* [http://www.bytefeed.de/app/fhemobile fhemobile.de] FHEMobile - iOS App für FHEM

[[:en:akw]]

TEST

Diskussion:Twilight

2015-02-23T07:17:23Z

Akw: Die Seite wurde neu angelegt: „Ich habe eine Nachricht erhalten, aus der hervorgeht, dass wohl die Werte für astronomische und nautische Dämmerung vertauscht worden sind. Bitte überprüfe…“

Ich habe eine Nachricht erhalten, aus der hervorgeht, dass wohl die Werte für astronomische und nautische Dämmerung vertauscht worden sind. Bitte überprüfen!
[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 08:17, 23. Feb. 2015 (CET)

Raspberry Pi: GPIOs schalten

2015-02-13T17:49:10Z

Akw: /* Bash Script */

Mit FHEM lassen sich auch die '''GPIOs''' des [[Raspberry Pi]] steuern. Generell gibt es einige Möglichkeiten, eine entsprechende Steuerung zu verwirklichen. Als Informationsquelle empfiehlt sich hier die [http://elinux.org/RPi_Low-level_peripherals Low-Level Peripherals Seite des Embedded Linux Wiki]

== Bash Script ==
Zum schalten der GPIOs via Bash kann folgendes Script (fhem-gpio.sh) verwendet werden:

<nowiki>#!/bin/bash
PORT=$1;
if ! [ -d /sys/class/gpio/gpio$PORT ]
then
echo "$PORT" > /sys/class/gpio/export
echo "out" > /sys/class/gpio/gpio$PORT/direction
fi
STATE=$2;
if [ $STATE -ge 1 ]
then
STATE=1
fi
echo "$STATE" > /sys/class/gpio/gpio$PORT/value</nowiki>
Der Aufruf des Scripts erfolgt dann mit Angabe der Pinnummer sowie des Zustands des Pins, z. B.:

<nowiki>fhem-gpio.sh 17 1 # Pin 17 in High-Zustand versetzen
fhem-gpio.sh 17 0 # Pin 17 in Low-Zustand versetzen</nowiki>
Wichtig: Das Script muss leider unter root (z.B. per sudo) aufgerufen werden.
Der Einfachheithalber kann das Script unter /usr/sbin kopiert werden.

== Perl-Modul ==
Das Modul '''RPI_GPIO''' für den Zugriff auf die GPIO Pins des Raspberry wird bereits mit FHEM mitgeliefert.
Es setzt die [http://wiringpi.com/download-and-install/ WiringPi] Bibliothek voraus.
Installationsschritte sind in der Commandref zu finden. [http://forum.fhem.de/index.php/topic,16519.0.html Diskussions Thread im Forum]

In Arbeit: Perl-Modul basierend auf [http://search.cpan.org/~mikem/Device-BCM2835-1.0/lib/Device/BCM2835.pm BCM2835-Modul]

== Dummy-Schalter ==
Über einen Dummy-Schalter kann das Bash-Script dann getriggert werden.

Im Fall von [[FS20 Allgemein|FS20]] sähe eine entsprechende Schalter-Definition beispielsweise so aus:

<nowiki>define gpio_17 FS20 [Hauscode] [Devicecode]
attr gpio_17 dummy 1
define act_on_gpio_17 notify gpio_17 {\
if ("%" ne "off") {\
system("sudo fhem-gpio.sh 17 1 &")\
} else {\
system("sudo fhem-gpio.sh 17 0 &")\
}\
}</nowiki>
== Externe Links ==
* [http://elinux.org/RPi_Low-level_peripherals http://elinux.org/RPi_Low-level_peripherals]
* [http://search.cpan.org/~mikem/Device-BCM2835-1.0/lib/Device/BCM2835.pm http://search.cpan.org/~mikem/Device-BCM2835-1.0/lib/Device/BCM2835.pm]
* [http://wiringpi.com/download-and-install/ http://wiringpi.com/download-and-install/]

{{SORTIERUNG:GPIOs schalten}}
[[Kategorie:Raspberry Pi]]

DevelopmentGuidelinesAV

2015-02-13T08:01:20Z

Akw: /* Kommandos */

== Einleitung ==
Auf dieser Seite sollen Richtlinien für AV-Module gesammelt werden damit es einfacher wird diese zusammen mit anderen Modulen wie remotecontroll oder LightScene zu verwenden. Auch Benachrichtigungen wie Sprachdurchsagen oder Einblendungen lassen sich universeller verwenden wenn sie bei allen Geräten die dies unterstützen gleich angesprochen werden.

Der Text aus dem ursprünglichen Forumsthread war folgender:

::gerade ist ja mit den tv und verstärker modulen sowie dem remotecontrol modul ziemlich schwung in den bereich audio und video geräte gekommen. zusätzlich gibt es noch eine ganze reihe älterer module wie sonor und xbmc und zwei arten itunes anzusprechen und neue module wie für die web radios oder das raspberry multiroom stehen vor der tür.

::wie wäre es sich rechtzeitig auf ein möglichst einheitiches kommando set zu verständigen damit grundlegende dinge wie play/pause/volume/next bei allen geräten einheitlich, in gleicher schreibweise und mit möglichst ähnlichen parametern funktionieren?

::das würde module wie die remotecontrol aber auch structure und lightscene deutlich einfacher und nützlicher machen und auch alternative frontends erleichtern wenn bestimmte features wie audio,video oder cover über ein einheitliches schema markiert würden.

::mein vorschlag wäre sich an das sonos modul anzulehnen weil es mir in dieser hinsicht am fortgeschrittensten erscheint und auch weitergehende features wie cover oder durchsagen anbietet.

::zu vereinheitlichen wäre dann u.a.:
::- welche kommandos zu welchem zweck
::- kommandos sollten einheitlich geschrieben werden. also z.b. immer klein oder immer mixed case.
::- parameter sollten so weit möglich den gleichen wertebereich haben. also z.b. volume immer von 0-100.
::- wenn es aus irgendeinem grund noch ein gerätespezifischer wertebereich nötig ist sollte der zusätzlich vorhanden sein.
::- cover sollten immer auf die gleiche art gelesen werden können
::- ...

Der Thread ist [http://forum.fhem.de/index.php/topic,13784.0.html hier] zu finden.

== Bezeichner ==
siehe [[DevelopmentGuidelines#Bezeichnungen|Bezeichnungen allgmein]]

== Kommandos ==

Diese Tabelle soll eine einheitliche Definition von set-Befehlen aufzeigen. Dazu zählen auch ggf. Parameter und deren Bedeutung.

{| class="wikitable sortable"
! Name !! Parameter !! Bedeutung
|-
| '''on''' || || Schaltet das Gerät ein, so dass es benutzt werden kann.
|-
| '''off''' || || Schaltet das Gerät aus.
|-
| '''play''' || || Startet das Abspielen von Medien (Video, mp3, Radio stream etc.)
|-
| '''pause''' || || Pausiert das Abspielen von Medien, stoppt es aber nicht.
|-
| '''stop''' || || Stoppt (beendet) das Abspielen von Medien.
|-
| '''volume''' || 0 - 100 || Setzt die Lautstärke auf einen prozentualen Wert.
|-
| '''volumeStraight''' || X-Y || Setzt die Lautstärke auf den absoluten Wert, so wie er vom Gerät tatsächlich verwendet wird (z.B. dB)<br><br>''Nur zu Verwenden, wenn das Gerät einen anderen Wertebereich als 0-100% intern verwendet.''
|-
| '''volumeUp''' || [0 - 100] || Erhöht die Lautstärke um einen gerätespezifischen Schritt (z.b. 5%). Wenn die Schrittweite konfigurierbar ist soll das über das Attribut volumeStep erfolgen. Optional kann das Inkrement als optionaler Parameter mit angegeben werden.
|-
| '''volumeDown''' || [0 - 100] || Verringert die Lautstärke um einen gerätespezifischen Schritt (z.b. 5%). Wenn die Schrittweite konfigurierbar ist soll das über das Attribut volumeStep erfolgen. Optional kann das Dekrement als optionaler Parameter mit angegeben werden.
|-
| '''mute''' || <nowiki>on | off | toggle</nowiki> || Aktiviert, deaktiviert oder schaltet die Mutefunktion = Lautstärke der aktuellen Ausgabe wird verringert bzw. abgschaltet (Gerätespezifisch)
|-
| '''repeat''' || <nowiki>one | all | off</nowiki> || Aktivieren der Repeatfunktion = wiederholen des aktuellen Titels/Albums
|-
| '''shuffle''' || <nowiki>on | off</nowiki> || Aktiviert oder deaktiviert die Shufflefunktion = zufällige Wiedergabe.
|-
| '''channel''' || 0 - 9999 || Schaltet auf einen absoluten Sender- oder Programmspeicherplatz (Nicht zu verwechseln mit input)
|-
| '''channelUp''' || || Springt zum nächsten Sender- oder Programmspeicherplatz.
|-
| '''channelDown''' || || Springt zum vorherigen Sender- oder Programmspeicherplatz.
|-
| '''remoteControl''' || # || Parameter ist Hersteller- und Gerätespezifisch. Funktion bei Geräten, die es erlauben die mitgelieferte Hardware Fernbedienung zu simulieren. Parameter in lowerCamelCaps (ggf. muss im Modul selber auf die Herstellerspezifische Schreibweise umcodiert werden; Alles groß- oder klein geschrieben)
|-
| '''input''' || <nowiki>z.B. hdmi[1-n] | av[1-n] | usb | airplay | server [1-n]</nowiki> || Auswahl von Hardwarekanälen (HDMI, DVB-S, PAL, DVI) oder Softwarekanälen (Airplay, IPTV, IP-Radiostream) die das zu steuernde Gerät aktiv schalten soll (zur Darstellung auf TV, Kanalwahl bei AV-Receivern etc.). Da diese Kanäle je nach Gerät und Modellreihen unterschiedliche Bezeichnungen besitzen, sollten alle möglichen Bezeichnungen in Form von lowerCamelCaps angeboten werden.
|-
| '''output''' || <nowiki>z.B. Airtunes1,Airtunes2,Intern</nowiki> || Auswahl des/der Ausgabegerätes.
|-
| '''statusRequest''' || || Den aktuellen Status des Gerätes abfragen
|-
|colspan="3"| ...
|}

== Readings ==

Diese Tabelle soll eine einheitliche Wertedefinition von Readings. Dazu zählen auch die verwendeten Werte und deren Bedeutung.

Wenn es zwischen reading und zugehörigen set eine 1:1 Beziehung gibt sollte sich der Inhalt des readings als Argument des set verwenden lassen um genau diesen dargestellten Zustand zu erreichen.

{| class="wikitable"
|-
! Name !! mögliche Werte !! Bedeutung
|-
| '''power''' || <nowiki>on|off</nowiki> || Ist das Gerät an oder aus?
|-
| '''presence''' || <nowiki>present|absent</nowiki> || Ist das Gerät aktuell ansprechbar? Sollte das Gerät aufgrund abgeschalteten Stromzufuhr, o.ä. aktuell nicht steuerbar sein, so sollte dies mit dem Wert "absent" verdeutlicht werden. In solch einem Fall sollte ein set-Befehl eine entsprechende Fehlermeldung bringen. Evtl. StatusUpdate-Timer sollten ensprechende Fehlermeldungen nur einmal im Log, etc. festhalten und Fehlermeldungen beim nächsten Status-Update entsprechend unterdrücken um so die Logfiles nicht unnötig vollzuschreiben. Auch das presence reading sollte nur dann aktualisiert werden wenn sich der Status geändert hat um am timestamp sehen zu können wann das war. event-on-change-reading ist hierzu nicht ausreichend weil nur das Event unterdrückt wird der Timestamp sich aber trotzdem ändert.
|-
| '''volume''' || 0-100 || Der prozentuale Lautstärkepegel gemessen der maximal möglichen tatsächlichen Werte.
|-
| '''volumeStraight''' || X-Y || Der tatsächliche Lautstärkepegel des Gerätes, so wie er am Gerät angezeigt/verwendet wird. <br><br>''Nur zu Verwenden, wenn das Gerät einen anderen Wertebereich als 0-100% intern verwendet.''
|-
| '''mute''' || <nowiki>on | off</nowiki> || Ist das Gerät aktuell stumm geschaltet?
|-
| '''repeat''' || <nowiki>one | all | off</nowiki> || Ist das Gerät im repeat modus?
|-
| '''shuffle''' || <nowiki>on | off</nowiki> || Ist das Gerät im shuffle modus?
|-
| '''input''' || ''aktuell gewählter Eingangskanal'' ||
|-
| '''output''' || ''aktuell gewählte(s) Ausgabegerät(e)'' ||
|-
| '''channel''' || ''aktuell gewählter Eingangskanal entsprechend dem Gerät''||
|-
| '''currentArtist''' || ''aktueller Interpret'' ||
|-
| '''currentAlbum''' || ''aktuelles Album'' ||
|-
| '''currentTitle''' || ''aktueller Titelname'' ||
|-
| '''currentMedia''' || ''"Name" der Wiedergabe"datei"'' || kann alles sein: Datei vom Filesystem, Stream aus dem Internet, m3u-URL oder was auch immer
|-
| '''playStatus''' || <nowiki>playing | paused | stopped</nowiki> ||
|-
| '''state''' || <nowiki>on | off | absent</nowiki> || Sofern das Gerät empfangsbereit ist, soll der Schaltzustand des Gerätes (Reading: power, sofern anwendbar) zurückgegeben werden. Ansonsten ist die Abwesenheit des Gerätes durch den Wert "absent" anzuzeigen.
|-
|colspan="3"| ...
|}

== Implementation in Modulen ==
{{yes}} = Implementiert {{yes2}} = device spezifisch {{planed}} = Implementation geplant/in Arbeit {{no}} = Nicht implementiert/Keine Implementation geplant

{| class="wikitable"
! set-Befehl !! LGTV !! LISTENLIVE !! STV !! VIERA !! YAMAHA_AVR !! iTunes !! ENIGMA2 !! ONKYO_AVR !! Squeezebox !! PHTV !! PIONEER !! harmony
|-
| '''on''' || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''off''' || || || || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''play''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''pause''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''stop''' || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''volume''' || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''volumeStraight''' || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{planed-c}}|| {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''volumeUp''' || || || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''volumeDown''' || || || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''mute''' || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''repeat''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes2-c}}
|-
| '''shuffle''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes2-c}}
|-
| '''channel''' || || || || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''channelUp''' || || || || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''channelDown''' || || || || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''remoteControl''' || || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''input''' || {{yes-c}} || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}}|| {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''output''' || || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{yes2-c}}
|-
| '''statusRequest''' || || {{yes-c}} || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
! Reading !! LGTV !! LISTENLIVE !! STV !! VIERA !! YAMAHA_AVR !! iTunes !! ENIGMA2 !! ONKYO_AVR !! Squeezebox !! PHTV !! PIONEER !! harmony
|-
| '''power''' || || || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}}
|-
| '''presence''' || || || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}}
|-
| '''volume''' || || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''volumeStraight''' || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{planed-c}}|| {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''mute''' || || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''repeat''' || || || || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''shuffle''' || || || || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''input''' || || || || || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''output''' || || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''channel''' || || || || {{no-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}}
|-
| '''currentArtist''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{planed-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''currentAlbum''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{planed-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''currentTitle''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''currentMedia''' || || || || {{no-c}} || {{no-c}} || {{planed-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}}
|-
| '''playStatus''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{planed-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''state''' || || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}}
|}

== Sonstiges ==
=== Wie funktioniert Cover Art? ===
Reading mit URL-Link oder als Gerätestatus???

=== Wie funktionieren Sprachdurchsagen oder Text Einblendungen? ===

Obwohl dies sehr stark davon abhängt, ob das jeweilige Gerät eine solche Funktion unterstützt, oder ob sie anderweitig (z.B. durch Google Service) umgesetzt werden können, so sollen dennoch solche Features über die folgenden Set-Kommandos angeboten werden.
{| class="wikitable"
|-
! Kommando !! Beispiel !! Beschreibung
|-
| '''sayText'''|| <pre>set ''<device>'' sayText "Anruf in Abwesenheit"</pre>
|| Dieses Kommando soll den übergebenen Text auf dem jeweiligen Device in Audio-Form wieder ausgeben. Hierbei kann auf einen Synthese-Anbieter im Internet zurückgegriffen werden, der ein solches Audiosample erzeugt, oder geräteinterne Kommandos verwendet werden, je nach dem was vorhanden und unterstützt wird.
|-
| '''showText''' || <pre>set ''<device>'' showText "Anruf in Abwesenheit"</pre>|| Dieses Kommando soll einen Text z.B. auf dem Display des Gerätes (oder Fernseher) in geeigneter Form anzeigen, sofern das Gerät eine solche Funktion unterstützt.
|-
! colspan="3"| Alternativvorschlag
|-
| '''message''' || <pre>set ''<device>'' message "Anruf in Abwesenheit" [audio|video]</pre>|| Dieses Kommando soll eine Nachricht mit dem Gerät anzeigen (video) oder abspielen (audio), sofern das Gerät eine solche Funktion unterstützt. Ohne die optionale Wiedergabe-Art oder wenn die angegebene nicht unterstützt ist über die von diesem Gerät bevorzugte Methode.
|}

=== Wie funktionieren Playlisten? ===

Sofern anwendbar, sollten diese mit dem Kommando <code>set <device> playlist XY</code> aufrufbar sein. Dabei sollten die zur Verfügung stehenden Playlists bereits bekannt sein und als möglicher Kommando-Parameter angeboten werden.

=== Wie funktionieren Zonen? ===

Jede einzelne Zone eines Gerätes wird durch ein eigenes FHEM-Device repräsentiert. Die gewünschte Zone ist als optionaler Parameter in den Definitions-Argumenten zu übergeben.

Wenn keine bestimmte Zone explizit in der Definition übergeben wird, ist die Hauptzone (Main-Zone) zu verwenden. Die zur Verfügung stehenden Zonen sollten in den Internals aufgelistet sein, mindestens jedoch in der commandref des entsprechenden Moduls.

Jede Definition sollte nur die tatsächlich möglichen Befehle, Eingänge, etc. der entsprechenden Zone anbieten.

[[Kategorie:Development]]

DevelopmentGuidelinesAV

2015-02-13T07:57:39Z

Akw:

== Einleitung ==
Auf dieser Seite sollen Richtlinien für AV-Module gesammelt werden damit es einfacher wird diese zusammen mit anderen Modulen wie remotecontroll oder LightScene zu verwenden. Auch Benachrichtigungen wie Sprachdurchsagen oder Einblendungen lassen sich universeller verwenden wenn sie bei allen Geräten die dies unterstützen gleich angesprochen werden.

Der Text aus dem ursprünglichen Forumsthread war folgender:

::gerade ist ja mit den tv und verstärker modulen sowie dem remotecontrol modul ziemlich schwung in den bereich audio und video geräte gekommen. zusätzlich gibt es noch eine ganze reihe älterer module wie sonor und xbmc und zwei arten itunes anzusprechen und neue module wie für die web radios oder das raspberry multiroom stehen vor der tür.

::wie wäre es sich rechtzeitig auf ein möglichst einheitiches kommando set zu verständigen damit grundlegende dinge wie play/pause/volume/next bei allen geräten einheitlich, in gleicher schreibweise und mit möglichst ähnlichen parametern funktionieren?

::das würde module wie die remotecontrol aber auch structure und lightscene deutlich einfacher und nützlicher machen und auch alternative frontends erleichtern wenn bestimmte features wie audio,video oder cover über ein einheitliches schema markiert würden.

::mein vorschlag wäre sich an das sonos modul anzulehnen weil es mir in dieser hinsicht am fortgeschrittensten erscheint und auch weitergehende features wie cover oder durchsagen anbietet.

::zu vereinheitlichen wäre dann u.a.:
::- welche kommandos zu welchem zweck
::- kommandos sollten einheitlich geschrieben werden. also z.b. immer klein oder immer mixed case.
::- parameter sollten so weit möglich den gleichen wertebereich haben. also z.b. volume immer von 0-100.
::- wenn es aus irgendeinem grund noch ein gerätespezifischer wertebereich nötig ist sollte der zusätzlich vorhanden sein.
::- cover sollten immer auf die gleiche art gelesen werden können
::- ...

Der Thread ist [http://forum.fhem.de/index.php/topic,13784.0.html hier] zu finden.

== Bezeichner ==
siehe [[DevelopmentGuidelines#Bezeichnungen|Bezeichnungen allgmein]]

== Kommandos ==

Diese Tabelle soll eine einheitliche Definition von set-Befehlen aufzeigen. Dazu zählen auch ggf. Parameter und deren Bedeutung.

{| class="wikitable sortable"
|-
! Name !! Parameter !! Bedeutung
|-
| '''on''' || || Schaltet das Gerät ein, so dass es benutzt werden kann.
|-
| '''off''' || || Schaltet das Gerät aus.
|-
| '''play''' || || Startet das Abspielen von Medien (Video, mp3, Radio stream etc.)
|-
| '''pause''' || || Pausiert das Abspielen von Medien, stoppt es aber nicht.
|-
| '''stop''' || || Stoppt (beendet) das Abspielen von Medien.
|-
| '''volume''' || 0 - 100 || Setzt die Lautstärke auf einen prozentualen Wert.
|-
| '''volumeStraight''' || X-Y || Setzt die Lautstärke auf den absoluten Wert, so wie er vom Gerät tatsächlich verwendet wird (z.B. dB)<br><br>''Nur zu Verwenden, wenn das Gerät einen anderen Wertebereich als 0-100% intern verwendet.''
|-
| '''volumeUp''' || [0 - 100] || Erhöht die Lautstärke um einen gerätespezifischen Schritt (z.b. 5%). Wenn die Schrittweite konfigurierbar ist soll das über das Attribut volumeStep erfolgen. Optional kann das Inkrement als optionaler Parameter mit angegeben werden.
|-
| '''volumeDown''' || [0 - 100] || Verringert die Lautstärke um einen gerätespezifischen Schritt (z.b. 5%). Wenn die Schrittweite konfigurierbar ist soll das über das Attribut volumeStep erfolgen. Optional kann das Dekrement als optionaler Parameter mit angegeben werden.
|-
| '''mute''' || <nowiki>on | off | toggle</nowiki> || Aktiviert, deaktiviert oder schaltet die Mutefunktion = Lautstärke der aktuellen Ausgabe wird verringert bzw. abgschaltet (Gerätespezifisch)
|-
| '''repeat''' || <nowiki>one | all | off</nowiki> || Aktivieren der Repeatfunktion = wiederholen des aktuellen Titels/Albums
|-
| '''shuffle''' || <nowiki>on | off</nowiki> || Aktiviert oder deaktiviert die Shufflefunktion = zufällige Wiedergabe.
|-
| '''channel''' || 0 - 9999 || Schaltet auf einen absoluten Sender- oder Programmspeicherplatz (Nicht zu verwechseln mit input)
|-
| '''channelUp''' || || Springt zum nächsten Sender- oder Programmspeicherplatz.
|-
| '''channelDown''' || || Springt zum vorherigen Sender- oder Programmspeicherplatz.
|-
| '''remoteControl''' || # || Parameter ist Hersteller- und Gerätespezifisch. Funktion bei Geräten, die es erlauben die mitgelieferte Hardware Fernbedienung zu simulieren. Parameter in lowerCamelCaps (ggf. muss im Modul selber auf die Herstellerspezifische Schreibweise umcodiert werden; Alles groß- oder klein geschrieben)
|-
| '''input''' || <nowiki>z.B. hdmi[1-n] | av[1-n] | usb | airplay | server [1-n]</nowiki> || Auswahl von Hardwarekanälen (HDMI, DVB-S, PAL, DVI) oder Softwarekanälen (Airplay, IPTV, IP-Radiostream) die das zu steuernde Gerät aktiv schalten soll (zur Darstellung auf TV, Kanalwahl bei AV-Receivern etc.). Da diese Kanäle je nach Gerät und Modellreihen unterschiedliche Bezeichnungen besitzen, sollten alle möglichen Bezeichnungen in Form von lowerCamelCaps angeboten werden.
|-
| '''output''' || <nowiki>z.B. Airtunes1,Airtunes2,Intern</nowiki> || Auswahl des/der Ausgabegerätes.
|-
| '''statusRequest''' || || Den aktuellen Status des Gerätes abfragen
|-
|colspan="3"| ...
|}

== Readings ==

Diese Tabelle soll eine einheitliche Wertedefinition von Readings. Dazu zählen auch die verwendeten Werte und deren Bedeutung.

Wenn es zwischen reading und zugehörigen set eine 1:1 Beziehung gibt sollte sich der Inhalt des readings als Argument des set verwenden lassen um genau diesen dargestellten Zustand zu erreichen.

{| class="wikitable"
|-
! Name !! mögliche Werte !! Bedeutung
|-
| '''power''' || <nowiki>on|off</nowiki> || Ist das Gerät an oder aus?
|-
| '''presence''' || <nowiki>present|absent</nowiki> || Ist das Gerät aktuell ansprechbar? Sollte das Gerät aufgrund abgeschalteten Stromzufuhr, o.ä. aktuell nicht steuerbar sein, so sollte dies mit dem Wert "absent" verdeutlicht werden. In solch einem Fall sollte ein set-Befehl eine entsprechende Fehlermeldung bringen. Evtl. StatusUpdate-Timer sollten ensprechende Fehlermeldungen nur einmal im Log, etc. festhalten und Fehlermeldungen beim nächsten Status-Update entsprechend unterdrücken um so die Logfiles nicht unnötig vollzuschreiben. Auch das presence reading sollte nur dann aktualisiert werden wenn sich der Status geändert hat um am timestamp sehen zu können wann das war. event-on-change-reading ist hierzu nicht ausreichend weil nur das Event unterdrückt wird der Timestamp sich aber trotzdem ändert.
|-
| '''volume''' || 0-100 || Der prozentuale Lautstärkepegel gemessen der maximal möglichen tatsächlichen Werte.
|-
| '''volumeStraight''' || X-Y || Der tatsächliche Lautstärkepegel des Gerätes, so wie er am Gerät angezeigt/verwendet wird. <br><br>''Nur zu Verwenden, wenn das Gerät einen anderen Wertebereich als 0-100% intern verwendet.''
|-
| '''mute''' || <nowiki>on | off</nowiki> || Ist das Gerät aktuell stumm geschaltet?
|-
| '''repeat''' || <nowiki>one | all | off</nowiki> || Ist das Gerät im repeat modus?
|-
| '''shuffle''' || <nowiki>on | off</nowiki> || Ist das Gerät im shuffle modus?
|-
| '''input''' || ''aktuell gewählter Eingangskanal'' ||
|-
| '''output''' || ''aktuell gewählte(s) Ausgabegerät(e)'' ||
|-
| '''channel''' || ''aktuell gewählter Eingangskanal entsprechend dem Gerät''||
|-
| '''currentArtist''' || ''aktueller Interpret'' ||
|-
| '''currentAlbum''' || ''aktuelles Album'' ||
|-
| '''currentTitle''' || ''aktueller Titelname'' ||
|-
| '''currentMedia''' || ''"Name" der Wiedergabe"datei"'' || kann alles sein: Datei vom Filesystem, Stream aus dem Internet, m3u-URL oder was auch immer
|-
| '''playStatus''' || <nowiki>playing | paused | stopped</nowiki> ||
|-
| '''state''' || <nowiki>on | off | absent</nowiki> || Sofern das Gerät empfangsbereit ist, soll der Schaltzustand des Gerätes (Reading: power, sofern anwendbar) zurückgegeben werden. Ansonsten ist die Abwesenheit des Gerätes durch den Wert "absent" anzuzeigen.
|-
|colspan="3"| ...
|}

== Implementation in Modulen ==
{{yes}} = Implementiert {{yes2}} = device spezifisch {{planed}} = Implementation geplant/in Arbeit {{no}} = Nicht implementiert/Keine Implementation geplant

{| class="wikitable"
! set-Befehl !! LGTV !! LISTENLIVE !! STV !! VIERA !! YAMAHA_AVR !! iTunes !! ENIGMA2 !! ONKYO_AVR !! Squeezebox !! PHTV !! PIONEER !! harmony
|-
| '''on''' || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''off''' || || || || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''play''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''pause''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''stop''' || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''volume''' || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''volumeStraight''' || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{planed-c}}|| {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''volumeUp''' || || || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''volumeDown''' || || || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''mute''' || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''repeat''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes2-c}}
|-
| '''shuffle''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes2-c}}
|-
| '''channel''' || || || || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''channelUp''' || || || || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''channelDown''' || || || || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''remoteControl''' || || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes2-c}}
|-
| '''input''' || {{yes-c}} || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}}|| {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes2-c}}
|-
| '''output''' || || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{yes2-c}}
|-
| '''statusRequest''' || || {{yes-c}} || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
! Reading !! LGTV !! LISTENLIVE !! STV !! VIERA !! YAMAHA_AVR !! iTunes !! ENIGMA2 !! ONKYO_AVR !! Squeezebox !! PHTV !! PIONEER !! harmony
|-
| '''power''' || || || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}}
|-
| '''presence''' || || || || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}}
|-
| '''volume''' || || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''volumeStraight''' || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{planed-c}}|| {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''mute''' || || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''repeat''' || || || || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''shuffle''' || || || || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''input''' || || || || || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}}
|-
| '''output''' || || || || || {{no-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''channel''' || || || || {{no-c}} || {{no-c}} || {{no-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}}
|-
| '''currentArtist''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{planed-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''currentAlbum''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{planed-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''currentTitle''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''currentMedia''' || || || || {{no-c}} || {{no-c}} || {{planed-c}} || {{yes-c}} || {{planed-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}}
|-
| '''playStatus''' || || || || {{no-c}} || {{yes-c}} || {{yes-c}} || {{planed-c}} || {{planed-c}} || {{yes-c}} || {{no-c}} || {{no-c}} || {{no-c}}
|-
| '''state''' || || || || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{yes-c}} || {{no-c}} || {{no-c}}
|}

== Sonstiges ==
=== Wie funktioniert Cover Art? ===
Reading mit URL-Link oder als Gerätestatus???

=== Wie funktionieren Sprachdurchsagen oder Text Einblendungen? ===

Obwohl dies sehr stark davon abhängt, ob das jeweilige Gerät eine solche Funktion unterstützt, oder ob sie anderweitig (z.B. durch Google Service) umgesetzt werden können, so sollen dennoch solche Features über die folgenden Set-Kommandos angeboten werden.
{| class="wikitable"
|-
! Kommando !! Beispiel !! Beschreibung
|-
| '''sayText'''|| <pre>set ''<device>'' sayText "Anruf in Abwesenheit"</pre>
|| Dieses Kommando soll den übergebenen Text auf dem jeweiligen Device in Audio-Form wieder ausgeben. Hierbei kann auf einen Synthese-Anbieter im Internet zurückgegriffen werden, der ein solches Audiosample erzeugt, oder geräteinterne Kommandos verwendet werden, je nach dem was vorhanden und unterstützt wird.
|-
| '''showText''' || <pre>set ''<device>'' showText "Anruf in Abwesenheit"</pre>|| Dieses Kommando soll einen Text z.B. auf dem Display des Gerätes (oder Fernseher) in geeigneter Form anzeigen, sofern das Gerät eine solche Funktion unterstützt.
|-
! colspan="3"| Alternativvorschlag
|-
| '''message''' || <pre>set ''<device>'' message "Anruf in Abwesenheit" [audio|video]</pre>|| Dieses Kommando soll eine Nachricht mit dem Gerät anzeigen (video) oder abspielen (audio), sofern das Gerät eine solche Funktion unterstützt. Ohne die optionale Wiedergabe-Art oder wenn die angegebene nicht unterstützt ist über die von diesem Gerät bevorzugte Methode.
|}

=== Wie funktionieren Playlisten? ===

Sofern anwendbar, sollten diese mit dem Kommando <code>set <device> playlist XY</code> aufrufbar sein. Dabei sollten die zur Verfügung stehenden Playlists bereits bekannt sein und als möglicher Kommando-Parameter angeboten werden.

=== Wie funktionieren Zonen? ===

Jede einzelne Zone eines Gerätes wird durch ein eigenes FHEM-Device repräsentiert. Die gewünschte Zone ist als optionaler Parameter in den Definitions-Argumenten zu übergeben.

Wenn keine bestimmte Zone explizit in der Definition übergeben wird, ist die Hauptzone (Main-Zone) zu verwenden. Die zur Verfügung stehenden Zonen sollten in den Internals aufgelistet sein, mindestens jedoch in der commandref des entsprechenden Moduls.

Jede Definition sollte nur die tatsächlich möglichen Befehle, Eingänge, etc. der entsprechenden Zone anbieten.

[[Kategorie:Development]]

Vorlage:FHEMWiki News

2015-02-10T16:24:43Z

Akw: Neuer Server

{|
{{News|10.02.2015|FHEMWiki ist auf einen neuen Server umgezogen}}
{{News|31.01.2015|Neues Geräte-Modul [[Pushbullet]] wird per update verteilt}}
{{News|14.01.2015|Neues Hilfs-Modul [[CALVIEW]] wird per update verteilt}}
{{News|08.01.2015|Neues Geräte-Modul [[Buderus_Web_Gateway|km200]] zur Anbindung eines Buderus Web-Gateways wird per update verteilt}}
{{News|18.12.2014|Neues Geräte-Modul [[SONOS]] wird per update verteilt}}
{{News|15.12.2014|Überarbeitetes und erweitertes Geräte-Modul [[Ger%C3%A4te_mit_Web-Interface|HTTPMOD]] wird per update verteilt}}
{{News|10.12.2014|Neues Geräte-Modul [[Vitotronic_200_(Viessmann_Heizungssteuerung)|VCONTROL]] zur Anbindung einer Viessmann Heizung wird per update verteilt}}
{{News|17.11.2014|Neues Hilfs-Modul [[logProxy]] wird per update verteilt}}
{{News|09.11.2014|Fhem Version 5.6 wurde veröffentlicht}}
{{News|27.10.2014|Neues Geräte-Modul [[harmony]] zur Fhem-Anbindung Logitech Harmony Hub basierter Fernbedienungen wird per update verteilt}}
{{News|25.10.2014|Neues Geräte-Modul [[KostalPiko|KOSTALPIKO]] wird per update verteilt}}
{{News|24.10.2014|Neues Hilfs-Modul [[HourCounter]] wird per update verteilt}}
{{News|06.09.2014|Neues Hilfs-Modul [[CustomReadings]] per update verteilt}}
{{News|19.08.2014|Neues Hilfs-Modul [[DOIF]] wird per update verteilt}}
{{News|19.08.2014|Der Befehl [[update]] wurde überarbeitet: {{Link2Forum|Topic=26311}} }}
{{News|13.08.2014|Zusätzliche Domäne fhem.org aktiviert: {{Link2Forum|Topic=26113}} }}
{{News|02.03.2014|[[UserTreffenSuedMaerz2014|FHEM User Treffen]] in Karlsruhe am 22. März 2014 }}
{{News|29.09.2013|Fhem Version 5.5 wurde veröffentlicht}}
{{News|11.05.2013|Die meisten Daten aus dem FhemWiki sind wieder hergestellt.}}
{{News|04.05.2013|FhemWiki wird neu aufgebaut.}}
{{News|04.05.2013|FhemWiki Update zu [[Special:Version|MediaWiki 1.20.5]].}}
|}

Benutzer Diskussion:Ph1959de

2014-05-31T10:56:04Z

Akw: Neuer Abschnitt /* Admin */

== Kategoriestruktur ==

Ich habe eine Bestandsaufnahme der Kategoriestruktur mittels Freeplane Mindmap Programm erstellt. Die Quelldatei kann ich derzeit hier nicht ablegen, da nur Bilddateien erlaubt sind. Bei Bedarf bitte nach der .mm Datei fragen, ich sende sie gern an Interessenten (die willens sind, an der Umstrukturierung mitzuarbeiten). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:13, 8. Jul. 2013 (CEST)

::Darfst du die Datei im Forum hochladen? Dann könntest einfach von hier dorthin verlinken? Grüße, [[Benutzer:Rince|Rince]] ([[Benutzer Diskussion:Rince|Diskussion]]) 08:43, 10. Jul. 2013 (CEST)

== Löschkandidaten ==

Die ganzen unverlinkten Bilde in Löschkandidaten packen hättest du nicht machen brauchen. Ich lösch unverlinkte Bilder die aus dem Import kommen auch so... wenn ich zwischendurch immer mal Zeit [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 17:00, 9. Jul. 2013 (CEST)

: :-) ... War ich ja gar nicht - das war Markusbloch ... von mir war der Hinweis auf die unverlinkten Dateien. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 23:03, 9. Jul. 2013 (CEST)

::: Manchmal hab ich eben so ne Phase irgendwie. Ist genauso wie bei der manuellen Korrektur aller Artikel direkt nach dem Import ;-) --[[Benutzer:Markusbloch|Markusbloch]] ([[Benutzer Diskussion:Markusbloch|Diskussion]]) 18:33, 10. Jul. 2013 (CEST)

::::Oh ja, hab irgendwie nicht aufgepasst. Also gegen die Phasen hab ich nix :-) [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 20:24, 10. Jul. 2013 (CEST)

== Abbildung von Bauteilen als Foto ==

Hallo Peter,

ich habe eine grundsätzliche Frage zur Darstellung von eigenen Fotos unter FHEMWiki. Ist es urheberrechtilich zulässig, eigene Fotos von Bauteilen darzustellen ?

Gruß
Lothar

:Hallo Lothar, ich bin da zwar kein Experte, denke aber, dass genau diese Art von Bildern erlaubt ist. Was nicht geht, ist das Übernehmen von Bildern von z.B. einer Herstellerseite, oder das direkte einbinden von Bildern aus fremdem Webspace. Ich denke, diese Aussage ist auch durch die Beschreibung bei Wikipedia abgedeckt: http://de.wikipedia.org/wiki/Hilfe:Bildertutorial/2_Bildrechte.
:<hr>
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:30, 27. Aug. 2013 (CEST)

== Urheberschaft der alten Einträge ==

Hallo,

ich habe festgestellt, dass ihr beim Neuaufsetzen des Wiki alle Urheberinformationen gelöscht habt. War das Absicht, oder ein Unfall ?

KG

pah
<hr />
:Hallo pah, muss man wohl eher als Unfall bezeichnen. Das Wiki war komplett weg (und das Backup war nicht wirklich als solches zu bezeichnen, sondern komplett unbrauchbar) und wurde aus dem Google-Cache wieder hergestellt. Dabei ist natürlich die ganze Änderungshistorie (und damit auch das was Du vermutlich als Urheberinformation bezeichnest?) verloren gegangen.
:Aber das erinnert mich daran, dass ich bei einem der Administratoren dringend mal nachfragen wollte, wie es jetzt um die Sicherstellung der Backups steht.
:Und noch ein Nachsatz: ''...dass ihr beim Neuaufsetzen des Wiki...'': daran war ich nicht wirklich aktiv beteiligt. Bin auch nur "ganz normaler" Wiki Benutzer ohne besondere Rechte. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:43, 10. Nov. 2013 (CET)

== Links auf der Willkommensseite ==
Hallo Peter,

ich bin - als Neuling - nicht ganz sicher, ob die Kommunikation mit Dir so gedacht ist, aber zumindest stand das so auf der Begrüßungsseite ;-)

Ich habe festgestellt, dass in der Begrüßungsseite die Links auf die englische Version von wikipedia verweisen. Ich denke gerade für Neulinge wäre da die deutsche Version besser. (Z.B. http://de.wikipedia.org/wiki/Wikipedia:Tutorial)

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 12:31, 28. Nov. 2013 (CET)
: ... ja, ist mir bekannt (trotzdem danke für die Rückmeldung). Kann ich aber leider nicht ändern, aber wenn ich mich recht erinnere, habe ich da beim "Betreiber" unseres Wiki schon mal nachgefragt aber bisher keine Antwort bekommen. Ich werde noch mal nachhaken. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:40, 28. Nov. 2013 (CET)
:: Ok, ich habe mir das noch mal angeschaut. Ist für neue Benutzer wirklich ziemlich verwirrend, deshalb habe ich vorerst mal "hartcodiert" auf die Links auf die deutschen Wikipedia:-Hilfeseiten umgestellt. --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:42, 28. Nov. 2013 (CET)

== Verwendung der Sandbox ==
Hallo Peter,

den Wiki "sauber" zu halten ist ja eine wichtige Sache und ich denke dafür ist die [[FhemWiki:Sandbox]] gedacht.
Leider ist mir völlig unklar, wie ich diese in diesem Sinne verwenden soll. Gibt es hierzu eine Anleitung oder ein paar Hinweise?

--[[Benutzer:Funfactor|Funfactor]] ([[Benutzer Diskussion:Funfactor|Diskussion]]) 17:01, 29. Nov. 2013 (CET)
:Die Geschichte mit der Sandbox sollte man vielleicht nicht überbewerten. Was vermieden werden sollte ist
:* das wilde Anlegen von neuen Artikeln mit zusätzlichem experimentieren mit den Seitennamen (das gibt dann immer gleich eine Weiterleitung und zusätzlichen Aufräumaufwand)
:* jede noch so kleine Änderung separat abzuspeichern (Vorschau, Vorschau, Vorschau!); es gibt einige Leute, die neue Änderungen querlesen - denen macht man die Arbeit sonst unnötig schwer
:* was mir sonst noch so eingefallen ist, habe ich schon auf die [[FHEMWiki:Über FHEMWiki]]-Seite geschrieben (darf natürlich ergänzt werden)
:Experimentieren kann man zur Not auch im eigenen Namensraum (also in Deinem Fall <nowiki>[[Funfactor/Experiment...]]</nowiki>. Aber weitere Ideen sind jederzeit willkommen (bitte beachten: ich bin auch nur "ganz normaler User" hier). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:35, 29. Nov. 2013 (CET)

== On-for-timer zurücksetzen ==
Hi, es gibt da einen Artikel, den ich erstmals gerne mit einem Template Löschkandidat oder Qualtitästsicherung versehen würde: [[On-for-timer zurücksetzen]]
Erbitte Zweitmeinung. Und ich weiss nicht, ob wir ggf passende Templates haben muss ich zugeben.

[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 16:38, 27. Dez. 2013 (CET)
:<hr>
:--[[Benutzer:Stephan|Stephan]] ([[Benutzer Diskussion:Stephan|Diskussion]]) 16:45, 27. Dez. 2013 (CET) ''(Stefans Beitrag auf die Diskussionsseite des Artikels ([[Diskussion:On-for-timer_zurücksetzen]]) verschoben [ph1959de])''

:<hr>
:Ich (traue mich fast nicht :-), aber ich ...) verweise einfach mal auf die [[:Kategorie:Löschkandidaten]] und dortselbst auf den einleitenden Text.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:54, 27. Dez. 2013 (CET)

== autocreate ==
du hast recht. in der default konfiguration von autocreate ist autosave an. aber es gibt devices wie z.b. OWServer/HUE und ich glaube sogar HM die gehen nicht über autocreate und da ist es auf jeden fall nötig von hand save zu sagen. [[Benutzer:Justme|Justme]] 19:56, 8. Jan. 2014 (CET)

== 1-Wire - Kategorie vs. Artikel ==
Ich finde es nicht richtig, die Übersichtsbeschreibung - z.B. was das 1-Wire System ist - aus der Kategorieseite herauszunehmen. Diese Trennung schafft Redundanz und verhindert sie nicht.

Die Beschreibung ist eine unmittelbare semantische Eigenschaft der Kategorie, und kein untergeordneter Begriff.
--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 19:05, 22. Feb. 2014 (UTC)
:''Ich habe mir mal erlaubt, die Diskussion zu einem eigenen Abschnitt zu machen.''
:Nachdem Du meine Änderung mittlerweile rückgängig gemacht hast, erübrigt sich ja eine weitere Diskussion. Konsequenterweise müsstest Du aber dann auch den Artikel [[1-Wire]] mitpflegen - Artikel und Kategorietext sind derzeit nur deshalb gleich, weil ich die Inhalte mit meiner Änderung auch konsolidiert hatte.
:Damit die Diskussion über dieses Thema leichter auffindbar ist, kopiere ich sie noch in die [[Kategorie_Diskussion:1-Wire]], wo sie dann ggf. auch weitergeführt werden kann/sollte.

::Werde ich machen
::--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 15:38, 24. Mär. 2014 (UTC)

== Disclaimer ==

Es erscheinen immer mehr Schaltpläne hier im Wiki. Vorschlag: Einen allgemeinen Disclaimer des Inhaltes:

- Nachbau aller Schaltpläne auf eigene Gefahr
- Weder Betreiber noch Autoren übernehmen irgendeine Haftung für Inhalte und unmittelbare oder mittelbare Folgen
- Hinweis auf die gesetzlichen Regelungen beim Anschluss an 230 V-Netze

und diesen dann ausdrücklich unten neben "Datenschutz etc." referenzieren.

LG

pah
--[[Benutzer:Pahenning|Pahenning]] ([[Benutzer Diskussion:Pahenning|Diskussion]]) 15:42, 24. Mär. 2014 (UTC)
<hr>
:Wenn Du damit ein Template/eine Vorlage meinst, die auf relevanten Seiten gezielt eingebunden werden kann/muss, kann ich das gern mal in Angriff nehmen. Ich würde mich dann an dem Text orientieren, den Du auf [[1W-WPump]] eingefügt hast. Im Augenblick ließe sich dafür auch die Vorlage <nowiki>{{Randnotiz|...}}</nowiki> (siehe [[FHEMWiki:Über_FHEMWiki#Vorlagen]]) verwenden.
:Für einen generellen Wiki-weiten Disclaimer würde ich Dich eher bitten, das selbst zu machen oder den Wiki-Admin [[Benutzer Diskussion:akw|Arno]] anzusprechen.
:--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:45, 25. Mär. 2014 (UTC)

== Erweiterung der Vorlage "Infobox Hardware" ==

hallo peter,
ich habe deine nachricht eben erst gesehen.

die idee war die infoboxen für modul und hardware ähnlicher zu machen. es ging mir nicht um den link zum modul sondern tatsächlich zum maintainer und da die möglichkeit aufs forums profil zu verlinken. so wie du es bei der neuen FLOORPLAN seite gemacht hast. zumindest bei 'meinen' modulen ist es zur zeit so das die info für die hardware und das fhem modul auf einer seite stehen. siehe: pca301 oder panstamp/swap. da gibt es entweder nur eine der beiden boxen oder die gleiche info taucht in beiden boxen auf. beides gefällt mir nicht wirklich.

eigentlich wollte ich die komplette ersteller zeile optional haben. das habe ich aber mit der tabellen formatierung noch nicht hin bekommen. jetzt ist erst mal nur der inhalt optional.

inzwischen habe ich noch "FHEMDevice" in "Modulname" geändert so wie es in der modul infobox auch ist. und die reihenfolge unter sonstiges geändert.

ich kann das aber auch wieder zurück bauen.

--[[Benutzer:Justme|Justme]] ([[Benutzer Diskussion:Justme|Diskussion]]) 13:51, 16. Mai 2014 (UTC)
:Auf der [[Vorlage_Diskussion:Infobox_Hardware]]-Seite geht's weiter.

== neue seiten ==
wo wir gerade dabei sind :). ich glaube es wäre schon den auskommentierten abschnitt 'neue seiten' auf der einstiegsseite zu aktivieren. --[[Benutzer:Justme|Justme]] ([[Benutzer Diskussion:Justme|Diskussion]]) 14:01, 16. Mai 2014 (UTC)

== neue Seiten ==
Hallo Peter,

Ich bin auch ein Neuling, und will meine Erfahrungen gerne anbieten an andere Benutzer. Zum Beispiel habe ich gerade der Modul Openweathermap in Betrieb genommen, und habe dabei einige Probleme gelöst. Ich hätte gern mehr Beispiele gehabt, und will die darum in eine Seite verwenden. Ist das erwünscht? Wenn ja, wie sollen neue Seiten über Devices eingeordnet werden, z.B. Openweathermap? (Deutsch ist nicht meine Muttersprache, so hoffentlich mache ich nicht zuviel Fehler).

[[Benutzer:TrudiB|TrudiB]] ([[Benutzer Diskussion:TrudiB|Diskussion]]) 11:37, 23. Mai 2014 (UTC)

<hr />
:Hallo Trudi, es ist auf jeden Fall erwünscht, dass (funktionierende) Beispiele (möglichst komplett) vorgestellt werden.
:Um eine neue Modulbeschreibung anzulegen, würde ich empfehlen, mal [[Vorlage:Infobox_Modul]] anzuschauen. Auf der [[FHEMWiki:Über_FHEMWiki]]-Seite findest Du auch in der Spalte "Ref" eine Liste der Seiten, die nach dem Schema angelegt oder überarbeitet wurden.
:Im Zweifel einfach noch mal nachfragen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:11, 23. Mai 2014 (UTC)

== Admin ==

Ph1959de erhält mit sofortiger Wirkung Administrator-Status im FHEMWiki. --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 10:56, 31. Mai 2014 (UTC)

FHEMWiki:Administratoren

2014-05-31T10:52:24Z

Akw:

* [[Benutzer:Akw|akw]]
* [[Benutzer:Soulman|soulman]]
* [[Benutzer: Ph1959de|Ph1959de]]

Benutzer Diskussion:Soulman

2014-05-30T10:24:19Z

Akw: akw

== Datei: Fs20bs_Ab80.png nach Wiki-Crash unter falschem Namen 20120530134200!phpRmmLsi.png wiederhergestellt? ==

Hallo Soulman,

die Datei Fs20bs_Ab80.png wurden nach dem Wiki-Crash nicht richtig wiederhergestellt. Wenn ich versuche, das Bild hochzuladen, bekomme ich die Info, dass ein identisches Bild unter dem Namen 20120530134200!phpRmmLsi.png bereits existiert.

Sowohl wenn ich diese Warnung ignoriere, als auch, wenn ich versuche, die bestehende Datei zu verschieben, bekomme ich die Fehlermeldung

'''Das Verzeichnis „mwstore://local-backend/local-public/b/bd“ konnte nicht angelegt werden.'''

Könntest bitte Du oder einer der anderen Administratoren hier helfen?

--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 13:51, 13. Mai 2013 (CEST)

: Sollte jetzt wieder gehen. --[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 14:16, 14. Mai 2013 (CEST)

:: Super, hat funktioniert; wenn jetzt noch jemand die 20120530134200!phpRmmLsi.png löschen könnte, wär's perfekt --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:32, 14. Mai 2013 (CEST)
::: Erledigt. --[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 14:58, 22. Mai 2013 (CEST)

== Aufräum-/Löschaktion ==

Hallo Soulman,
herzlichen Dank für die gestrige Löschaktion. Ich denke, damit ist schon ein guter Teil geschafft, es gibt aber immer noch sehr viele unnötige Bilddateien ([[Spezial:Unbenutzte_Dateien]]), die meisten fangen mit ???px* an. Könntest Du da noch mal ansetzen? Ich vermute, es ist gerade im Bilderbereich durch die Rettungsaktion viel Datenmüll ins Wiki reingekommen. Wenn Du da Unterstützung brauchst, lass es mich wissen.

--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:20, 3. Jul. 2013 (CEST)

: ich habe erstmal vor allem die gelöscht, die Spam Pics waren, also nie zum Wiki gehört haben. Ansonsten mache ich immer mal ein paar, aber wir haben noch über 50 Bilder drin, die nicht referenziert sind. Das ist echt Arbeit. Und da die ja genau genommen nicht stören, denke ich haben wir es mit dem löschen nicht eilig. Eben hier mal welche weg und da mal welche weg. [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 02:33, 4. Jul. 2013 (CEST)

::Im Prinzip ja - einzig störend ist, dass man die "verwaisten Dateien", die eigentlich verlinkt sein sollten (falls es solche derzeit gibt) unter den 500+ überflüssigen nicht so leicht findet.

:: Wie auch immer, mein Angebot steht, ich kann gern aushelfen (habe aber natürlich derzeit die Berechtigung dazu nicht). --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:54, 4. Jul. 2013 (CEST)

:::Danke, komme ich vielleicht drauf zurück. (benötigt aber Adminrechte und die kann ich nicht vergeben, aondern nur akw.) [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 02:54, 8. Jul. 2013 (CEST)

== Wiki-Überschriften ==

Hallo Soulman,
habe gerade gesehen, dass Du gerade recht konsequent Überschriften von Level 2 (==) auf Level 1 änderst. Ich würde vorschlagen, dass wir uns da an die Wikipedia-Bräuche halten, also Level 1 reserviert halten für den Titel (siehe http://de.wikipedia.org/wiki/Hilfe:Überschrift: ''Die Überschriftenebene mit nur einem Gleichheitszeichen ist zwar technisch möglich, wird im Artikel-Namensraum jedoch nicht verwendet. Diese Überschriftenebene hat den gleichen Rang wie der Titel der gesamten Seite. Deshalb sollen sich alle anderen Überschriften dem Seitentitel unterordnen.''). Ich befürchte, sonst kommen auch einige andere, die sich ab und zu oder regelmäßig bei Wikipedia betätigen, durcheinander.
<hr>
--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:49, 27. Aug. 2013 (CEST)
:Hm. Ja, ist was dran. Mir ist's am Ende egal, ich würde es eben nur bei allen gleich machen und vor allem die Einführung von überflüssigen Ordnungseben bereinigen. Ich will so einen Krampf verhindern wie z.b. bei http://www.fhemwiki.de/wiki/FHT80b, wo die gesamte Sortierung des Artikels in Untereben von "1" erfolgt obwohl es nie "2" gibt. Mach einen besseren Vorschlag wie man das gerade zieht und ich werd mich dem gerne anschliessen
<hr>[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 00:14, 28. Aug. 2013 (CEST)
::<hr>
::Stimmt - gerade der FHT80b Artikel ist ein gutes Beispiel, wie es nicht sein sollte. Die (=)-Überschrift gehört da überhaupt nicht hin, weil es eigentlich die Wiederholung des Titels des Artikels ist (war vielleicht in der Vergangenheit sogar mal identisch). Außerdem ist für mich (ist wohl noch aus der Schul-/Studienzeit so hängengeblieben) ein einzelner Unterpunkt (1.7.1 als einziger Unterpunkt von 1.7) immer ein Anzeichen, dass mit der Gliederung was nicht stimmt.
::Ich werde den Artikel mal entsprechend überarbeiten und das geradeziehen (aber, alle Artikel jetzt anzufassen, um das zu ändern, macht auch nicht allzuviel Sinn, denke ich; lieber jeweils bei Gelegenheit mit anpassen, so habe ich das in der Vergangenheit gehalten).
::Ansonsten ist das ganze Thema auch ein guter Punkt für das Wiki-Howto (oder wie immer wir das nennen sollen). Werde ich gelegentlich da reinnehmen.
::--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 16:28, 28. Aug. 2013 (CEST)
:::OK
:::[[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 19:15, 28. Aug. 2013 (CEST)

== Tipp der Woche ==

Hallo Soulman,

was hältst Du davon, den Tipp (finde ich besser als "Trick der Woche") der Woche ähnlich aufzubauen wie die News-Einträge auf der Hauptseite? Ich würde dann mal schauen, welche Vorlagen dafür benötigt werden und sie entsprechend einrichten.

--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:11, 17. Feb. 2014 (UTC)
<hr />

: Nimmt vielleicht zu viel Platz weg? Die Frage ist ja, wie lange das überhaupt tragfähig ist. Wenn ich der Einzige bin, der jemals was einträgt ist irgendwann sowieso Schluss mit Neueinträgen. :-) Aber im Grunde bin ich nicht gegen deinen Vorschlag, mit ist es im positiven Sinne egal.. Und "Tip" ist sicher besser, das hätte ich irgendwann auch geändert. [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 20:49, 17. Feb. 2014 (UTC)
:<hr />
::Das könnte aber auch (aus meiner Sicht gern - ich glaube, das wird nur von wenigen Leuten ernsthaft beachtet) die Liste der letzten Änderungen ersetzen (wir zwei werden ja vermutlich sowieso eher auf die komplette "Letzte Änderungen" Seite schauen). Und den "Administratives zum Wiki"-Teil wollte ich ohnehin in nächster Zeit kürzen, weil manche Dinge (z.B. "Post-crash") mittlerweile überholt sind.

::Jedenfalls käme so wieder etwas mehr Leben auf die Startseite. Im Augenblick geht der "Tip des Tages" in den restlichen Informationen unter. Ich schaue mal, was sich machen lässt... --[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 21:00, 17. Feb. 2014 (UTC)#
::<hr />
:::Als Ersatz ist ne gute Idee. Da guckt eh keiner drauf, ich jedenfalls nicht. [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 21:20, 17. Feb. 2014 (UTC)

== Anlegen neuer Wiki-Benutzer ==

Hallo soulman,

aktuell "beschwert" sich jemand im [http://forum.fhem.de/index.php/topic,22050 Forum], dass er mehrfach versucht hat, hier im Wiki einen Account zu bekommen. Könntest Du da mal nachhaken?

Wenn's Dir nichts ausmacht: "sprichst" Du mal mit Arno, ob ihr noch einen weiteren Admin gebrauchen könnt? Ich wäre bereit, das zu machen, wenn's für euch Ok ist.
--[[Benutzer:Ph1959de|Greetz, Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:56, 2. Apr. 2014 (UTC)
: Der hat mich heute erreicht. Irgendwie sind sein Mails bei mir nicht angekommen oder ich hab die übersehen. Komisch, ich habe in der Zeit mehrere Nutzer angelegt. Weiterer Admin: Ja, von mir aus gerne. ich rede mal mit Arno. [[Benutzer:Soulman|Soulman]] ([[Benutzer Diskussion:Soulman|Diskussion]]) 13:17, 2. Apr. 2014 (UTC)

----
::Hi, ich habe nichts dagegen! Bitte für Details mail an mich! Ciao, Arno --[[Benutzer:Akw|Akw]] ([[Benutzer Diskussion:Akw|Diskussion]]) 10:24, 30. Mai 2014 (UTC)

Benutzer:Akw

2014-05-30T10:21:21Z

Akw:

__NOTOC__
{{DISPLAYTITLE:akw's homepage on ThinkWiki}}
{| width="100%"
|style="vertical-align:top" |
<div style="margin: 0; margin-right:10px; border: 1px solid #dfdfdf; padding: 0em 1em 1em 1em; background-color:#F8F8FF; align:right;">
=== Hallo! ===
Mein Name ist Arno Willig, Ich bin in Oldenburg am 21.11.1977 geboren worden.<br />
Ich habe zwei [http://www.arnowillig.de Zwillingstöchter], Leonie and Emma, die am 13.04.2005 geboren wurden.<br />
Studiert habe ich an der C.v.O.-University Oldenburg, und zwar Informatik und Biologie.<br />
Inzwischen arbeite ich seit fast 10 Jahren als C++ Linux Entwickler in einer Firma, die Kiosksysteme für die Photo-Finishing Industrie herstellt.
Außerdem bin ich begeistert von iPhone/iPad Programmierung.<br />
Werft doch mal einen Blick auf meine Hausautomations-App: [http://www.bytefeed.de/app/fhemobile/ FHEMobile]
</div>
|style="vertical-align:top" |
[[Datei:Akw.jpg|Arno Willig]]
|}

=== Links ===
* [http://www.arnowillig.de arnowillig.de] Private Homepage
* [http://www.thinkwiki.org thinkwiki.org] Linux Thinkpad Wiki
* [http://www.bytefeed.de bytefeed.de] Meine Firma
* [http://www.bytefeed.de/app/fhemobile fhemobile.de] FHEMobile - iOS App für FHEM

[[:en:akw]]

TEST