FHEMWiki - Benutzerbeiträge [de]

1-Wire LED-Statusmonitor

2026-02-20T15:58:29Z

Tobias.faust:

==Einleitung==
Mit der folgenden Beschreibung lässt sich ein '''LED-Statusmonitor''' aufbauen. Es werden ein Schaltplan und ein Platinenlayout vorgestellt, um 3 LEDs anzuschließen. Die Platine (je nach VersionsNr, siehe Abschnitt) ist so gestaltet, dass sie exakt in das unter "Links" aufgeführte Mini-Gehäuse passt. Der Statusmonitor kann verwendet werden, um beispielsweise die Schaltzustände einer Alarmanlage in der folgenden Art darzustellen:

<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_platine.jpg|mini|ohne|x130px|Signalanlage offen]]</div>
<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_offen.jpg|mini|ohne|x130px|Signalanlage im offenen Gehäuse]]</div>
<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_zu.jpg|mini|ohne|x130px|Signalanlage geschlossen]]</div>

* LED1 (grün) Erdgeschoss Fenster geschlossen
* LED2 (gelb) Erdgeschoss Fenster gekippt
* LED3 (rot) Erdgeschoss Fenster geöffnet
* usw

Sollen nur 2 Zustände (zb. offen/geschlossen) dargestellt werden, so empfiehlt sich der DualLED Hardwaremod ([[FS20_Statusanzeige_mit_Dual-LED]]). Jedoch nicht mit einer BiColorLED sonden mit jeweils 2 LowCurrentLEDś da der DS2408 in Summe nur 20mA belastbar ist.

== Schaltplan und Platine Version 2.4 ==
[[Datei:1wire_LEDStatusTableau_Schaltplan.jpg|300px|thumb|right|Schaltplan]]
[[Datei:1wire_LEDStatusTableau_Platine.jpg|300px|thumb|right|Platinenlayout]]
Bei dieser Version müsen als LEDs LowCurrent LEDs verwendet werden. Dadurch ist der maximale Strom von 20mA (8x2mA) sichergestellt.
Diese Version kann auch als Reedkontakt-Eingang verwendet werden indem die beiden (Vor-)wiederstandsnetzwerke (R2,R3) durch jeweils 8 Drahtbrücken ersetzt werden. Eine Kombination aus 4 LEDs und 4 Reedkontakteingängen ist auch möglich.
Diese Version ist kleiner als das verlinkte Gehäuse und passt nicht in die zugehörige Gehäuseaufnahme. Es muss deshalb zb. mit doppelseitigen Klebeband fixiert werden.

Die Abbildungen zeigen den Schaltplan und das Platinenlayout.

=== Bauteilliste ===

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| D1,D2
| Diode
| Reichelt
| BAT85
|-
| C1
| Elko 47uF
| Reichelt
| RAD 47/16
|-
| C3, C4
| Keramikkondensator 100N, 10%
| Reichelt
| X7R-5 100N
|-
| K2
| Anreihklemme 4Pol
| Reichelt
| AKL 055-04
|-
| K3
| Stiftleiste K2X04
| Reichelt
| MPE 087-2-008
|-
| J1
| Stiftleiste K1X03
| Reichelt
| MPE 087-1-003
|-
| K1
| Stiftleiste 2x8pol
| Reichelt
| MPE 087-2-016
|-
| R1
| Widerstandsnetzwerk 10k 9+1
| Reichelt
| SIL 10-9 10K
|-
| R2, R3
| Widerstands-Netzwerk, 4Wid./8Pins, 1,5 K-Ohm
| Reichelt
| SIL 8-4 1,5K
|-
| IC1
| 1wire 8fach Digital I/O
| http://www.fuchs-shop.com/de/
| DS2408
|-
| LED1/..../LED8
| LowCurrent LED 3mm , 2mA
| Reichelt
| LED 3MM 2MA GE
|}

== Schaltplan und Platine Version 2.5 ==
[[Datei:1wire_LEDStatusTableau_Schaltplan_v2.5.jpg|300px|thumb|right|Schaltplan]]
[[Datei:1wire_LEDStatusTableau_Platine_v2.5.jpg|300px|thumb|right|Platinenlayout]]
Bei dieser Version können konventionelle oder Hochleistungs-LEDs (ultrahell) verwendet werden. Sollen andere Verbraucher geschaltet werden, so sind die jeweiligen Vorwiderstände mit Lötbrücken zu versehen. Jeder Port kann bis zu 130mA belastet werden. Die Lötanschlösse der SMD-Bauteile sind etwas größer als normal layoutet damit konventionell mit einem Feinlötkolben vom geübten Laien gelötet werden kann.

Als weiteres Beispiel sei hier eine Bewässerungssteuerung genannt. Als Verbraucher können hier zb. 12VDC (Finder-)Relais angeschlossen werden die 24V Gardena oder Hunter Magnetventile ansteuern.

Diese Version kann u.U. auch als Reedkontakt-Eingang verwendet werden indem jeweils der Vorwiderstand (R9), die Zehnerdiode (D1) und T2 jeweils durch Drahtbrücken ersetzt werden. R10 darf nicht verbunden werden. Eine Kombination aus LEDs/Verbrauchern und Reedkontakteingängen ist auch möglich.
Diese Version passt exakt in das verlinkte Gehäuse und sowie in die zugehörige Gehäuseaufnahme. Es muss deshalb nicht weiter fixiert werden.

Die Abbildungen zeigen den Schaltplan und das Platinenlayout. Der Jumper J1 muss auf Minus gestellt werden. Dieser ist in Version 2.5.1 entfallen da überflüssig.

=== Bauteilliste ===

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| D4
| SMD Diode
| Reichelt
| BAT54S
|-
| C1
| Elko 47uF
| Reichelt
| RAD 47/16
|-
| C3, C4
| Keramikkondensator 100N, 10%
| Reichelt
| X7R-5 100N
|-
| K2
| Anreihklemme 4Pol
| Reichelt
| AKL 055-04
|-
| K3
| Stiftleiste K2X04
| Reichelt
| MPE 087-2-008
|-
| J1
| Stiftleiste K1X03
| Reichelt
| MPE 087-1-003
|-
| K1
| Stiftleiste 2x8pol
| Reichelt
| MPE 087-2-016
|-
| R1
| Widerstandsnetzwerk 10k 9+1
| Reichelt
| SIL 10-9 10K
|-
| R3, R5, R7, R9, R11, R13, R15, R17
| SMD Widerstand (LED-Vorwiderstand)
| Reichelt
| Rot: SMD-0805 330
Gelb: SMD-0805 330

Grün: SMD-0805 270
|-
| R2, R4, R6, R8, R10, R12, R14, R16
| SMD Widerstand, 10k
| Reichelt
| SMD-0805 10,0K
|-
| D1, D2, D3, D5, D6, D7, D8, D9
| SMD Zehnerdiode; BZV C8V2
| Reichelt
| SMD ZF 8,2
|-
| T1 - T8
| Transistor SMD P-FET SOT-23 -60V -0,17A
| Reichelt
| BSS 84P SMD
|-
| IC1
| 1wire 8fach Digital I/O
| http://www.fuchs-shop.com/de/
| DS2408
|-
| LED1/..../LED8
| LED 3mm , 30mA
| Reichelt
| LED 3-3500 RT
LED 3-12000 GN

LED 3-1300 GE
|}

Das Platinenlayout (erstellt mit Target3001) ist im unten aufgeführten Forenthread angehängt.

== Weitere Hinweise zum Betrieb mit DS2408 ==
Damit der Zustand des DS2408 determiniert ist, ist RSTZ per Pullup auf HIGH gezogen.

== Schaltplan und Platine Version 2.6 - Betrieb mittels ESP32-C3 Super Mini ==
[[Datei:LEDStatusTableau_Schaltplan_v2.6.jpg|300px|thumb|right|Schaltplan]]
[[Datei:LEDStatusTableau_Platine_v2.6.jpg|300px|thumb|right|Platinenlayout]]

Die Version 2.6 wechselt vom 1wire Betrieb auf den Betrieb mit einen ESP32-C3 Super Mini. Dieser kann mit einer Firmware eigener Wahl geflashed werden. Es müssen nur die Pins D1/D6/D10 angesteuert werden.
Im aktuellen Beispiel wird die Anzeige mit der [https://tobiasfaust.github.io/ESP32_PumpControl ESP32_PumpControl] Firmware mit Webinstaller eingesetzt. Damit lässt sich die Anzeige via MQTT ansteuern.
[[Datei:LEDStatusTableau_config_v2.6.jpg|300px|thumb|right|WebConfig]]

== Hinweise zum Betrieb mit FHEM ==
Einsetzbar.

== Links ==
* [https://github.com/tobiasfaust/1wire_LED_Statusmonitor/ Alle Dateien im GitHub]
* passendes Gehäuse [http://www.fuchs-shop.com/de/shop/14/1/13372409/]
* [http://forum.fhem.de/index.php/topic,16211.0.html Thread im FHEM-Forum]
* Details zum Layoutprogram [http://de.wikipedia.org/wiki/Target_3001 Target 3001]

[[Kategorie:Hardware_Mods]]
[[Kategorie:1-Wire]]

1-Wire LED-Statusmonitor

2026-02-20T15:56:12Z

Tobias.faust: Schaltplan und Platine Version 2.6

==Einleitung==
Mit der folgenden Beschreibung lässt sich ein '''1-Wire LED-Statusmonitor''' aufbauen. Es werden ein Schaltplan und ein Platinenlayout vorgestellt, um an einem DS2408 acht (Low-Current) LEDs anzuschließen. Die Platine (je nach VersionsNr, siehe Abschnitt) ist so gestaltet, dass sie exakt in das unter "Links" aufgeführte Mini-Gehäuse passt. Der Statusmonitor kann verwendet werden, um beispielsweise die Schaltzustände einer Alarmanlage in der folgenden Art darzustellen:

<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_platine.jpg|mini|ohne|x130px|Signalanlage offen]]</div>
<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_offen.jpg|mini|ohne|x130px|Signalanlage im offenen Gehäuse]]</div>
<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_zu.jpg|mini|ohne|x130px|Signalanlage geschlossen]]</div>

* LED1 (grün) Erdgeschoss Fenster geschlossen
* LED2 (gelb) Erdgeschoss Fenster gekippt
* LED3 (rot) Erdgeschoss Fenster geöffnet
* usw

Sollen nur 2 Zustände (zb. offen/geschlossen) dargestellt werden, so empfiehlt sich der DualLED Hardwaremod ([[FS20_Statusanzeige_mit_Dual-LED]]). Jedoch nicht mit einer BiColorLED sonden mit jeweils 2 LowCurrentLEDś da der DS2408 in Summe nur 20mA belastbar ist.

== Schaltplan und Platine Version 2.4 ==
[[Datei:1wire_LEDStatusTableau_Schaltplan.jpg|300px|thumb|right|Schaltplan]]
[[Datei:1wire_LEDStatusTableau_Platine.jpg|300px|thumb|right|Platinenlayout]]
Bei dieser Version müsen als LEDs LowCurrent LEDs verwendet werden. Dadurch ist der maximale Strom von 20mA (8x2mA) sichergestellt.
Diese Version kann auch als Reedkontakt-Eingang verwendet werden indem die beiden (Vor-)wiederstandsnetzwerke (R2,R3) durch jeweils 8 Drahtbrücken ersetzt werden. Eine Kombination aus 4 LEDs und 4 Reedkontakteingängen ist auch möglich.
Diese Version ist kleiner als das verlinkte Gehäuse und passt nicht in die zugehörige Gehäuseaufnahme. Es muss deshalb zb. mit doppelseitigen Klebeband fixiert werden.

Die Abbildungen zeigen den Schaltplan und das Platinenlayout.

=== Bauteilliste ===

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| D1,D2
| Diode
| Reichelt
| BAT85
|-
| C1
| Elko 47uF
| Reichelt
| RAD 47/16
|-
| C3, C4
| Keramikkondensator 100N, 10%
| Reichelt
| X7R-5 100N
|-
| K2
| Anreihklemme 4Pol
| Reichelt
| AKL 055-04
|-
| K3
| Stiftleiste K2X04
| Reichelt
| MPE 087-2-008
|-
| J1
| Stiftleiste K1X03
| Reichelt
| MPE 087-1-003
|-
| K1
| Stiftleiste 2x8pol
| Reichelt
| MPE 087-2-016
|-
| R1
| Widerstandsnetzwerk 10k 9+1
| Reichelt
| SIL 10-9 10K
|-
| R2, R3
| Widerstands-Netzwerk, 4Wid./8Pins, 1,5 K-Ohm
| Reichelt
| SIL 8-4 1,5K
|-
| IC1
| 1wire 8fach Digital I/O
| http://www.fuchs-shop.com/de/
| DS2408
|-
| LED1/..../LED8
| LowCurrent LED 3mm , 2mA
| Reichelt
| LED 3MM 2MA GE
|}

== Schaltplan und Platine Version 2.5 ==
[[Datei:1wire_LEDStatusTableau_Schaltplan_v2.5.jpg|300px|thumb|right|Schaltplan]]
[[Datei:1wire_LEDStatusTableau_Platine_v2.5.jpg|300px|thumb|right|Platinenlayout]]
Bei dieser Version können konventionelle oder Hochleistungs-LEDs (ultrahell) verwendet werden. Sollen andere Verbraucher geschaltet werden, so sind die jeweiligen Vorwiderstände mit Lötbrücken zu versehen. Jeder Port kann bis zu 130mA belastet werden. Die Lötanschlösse der SMD-Bauteile sind etwas größer als normal layoutet damit konventionell mit einem Feinlötkolben vom geübten Laien gelötet werden kann.

Als weiteres Beispiel sei hier eine Bewässerungssteuerung genannt. Als Verbraucher können hier zb. 12VDC (Finder-)Relais angeschlossen werden die 24V Gardena oder Hunter Magnetventile ansteuern.

Diese Version kann u.U. auch als Reedkontakt-Eingang verwendet werden indem jeweils der Vorwiderstand (R9), die Zehnerdiode (D1) und T2 jeweils durch Drahtbrücken ersetzt werden. R10 darf nicht verbunden werden. Eine Kombination aus LEDs/Verbrauchern und Reedkontakteingängen ist auch möglich.
Diese Version passt exakt in das verlinkte Gehäuse und sowie in die zugehörige Gehäuseaufnahme. Es muss deshalb nicht weiter fixiert werden.

Die Abbildungen zeigen den Schaltplan und das Platinenlayout. Der Jumper J1 muss auf Minus gestellt werden. Dieser ist in Version 2.5.1 entfallen da überflüssig.

=== Bauteilliste ===

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| D4
| SMD Diode
| Reichelt
| BAT54S
|-
| C1
| Elko 47uF
| Reichelt
| RAD 47/16
|-
| C3, C4
| Keramikkondensator 100N, 10%
| Reichelt
| X7R-5 100N
|-
| K2
| Anreihklemme 4Pol
| Reichelt
| AKL 055-04
|-
| K3
| Stiftleiste K2X04
| Reichelt
| MPE 087-2-008
|-
| J1
| Stiftleiste K1X03
| Reichelt
| MPE 087-1-003
|-
| K1
| Stiftleiste 2x8pol
| Reichelt
| MPE 087-2-016
|-
| R1
| Widerstandsnetzwerk 10k 9+1
| Reichelt
| SIL 10-9 10K
|-
| R3, R5, R7, R9, R11, R13, R15, R17
| SMD Widerstand (LED-Vorwiderstand)
| Reichelt
| Rot: SMD-0805 330
Gelb: SMD-0805 330

Grün: SMD-0805 270
|-
| R2, R4, R6, R8, R10, R12, R14, R16
| SMD Widerstand, 10k
| Reichelt
| SMD-0805 10,0K
|-
| D1, D2, D3, D5, D6, D7, D8, D9
| SMD Zehnerdiode; BZV C8V2
| Reichelt
| SMD ZF 8,2
|-
| T1 - T8
| Transistor SMD P-FET SOT-23 -60V -0,17A
| Reichelt
| BSS 84P SMD
|-
| IC1
| 1wire 8fach Digital I/O
| http://www.fuchs-shop.com/de/
| DS2408
|-
| LED1/..../LED8
| LED 3mm , 30mA
| Reichelt
| LED 3-3500 RT
LED 3-12000 GN

LED 3-1300 GE
|}

Das Platinenlayout (erstellt mit Target3001) ist im unten aufgeführten Forenthread angehängt.

== Weitere Hinweise zum Betrieb mit DS2408 ==
Damit der Zustand des DS2408 determiniert ist, ist RSTZ per Pullup auf HIGH gezogen.

== Schaltplan und Platine Version 2.6 - Betrieb mittels ESP32-C3 Super Mini ==
[[Datei:LEDStatusTableau_Schaltplan_v2.6.jpg|300px|thumb|right|Schaltplan]]
[[Datei:LEDStatusTableau_Platine_v2.6.jpg|300px|thumb|right|Platinenlayout]]

Die Version 2.6 wechselt vom 1wire Betrieb auf den Betrieb mit einen ESP32-C3 Super Mini. Dieser kann mit einer Firmware eigener Wahl geflashed werden. Es müssen nur die Pins D1/D6/D10 angesteuert werden.
Im aktuellen Beispiel wird die Anzeige mit der [https://tobiasfaust.github.io/ESP32_PumpControl ESP32_PumpControl] Firmware mit Webinstaller eingesetzt. Damit lässt sich die Anzeige via MQTT ansteuern.
[[Datei:LEDStatusTableau_config_v2.6.jpg|300px|thumb|right|WebConfig]]

== Hinweise zum Betrieb mit FHEM ==
Einsetzbar.

== Links ==
* [https://github.com/tobiasfaust/1wire_LED_Statusmonitor/ Alle Dateien im GitHub]
* passendes Gehäuse [http://www.fuchs-shop.com/de/shop/14/1/13372409/]
* [http://forum.fhem.de/index.php/topic,16211.0.html Thread im FHEM-Forum]
* Details zum Layoutprogram [http://de.wikipedia.org/wiki/Target_3001 Target 3001]

[[Kategorie:Hardware_Mods]]
[[Kategorie:1-Wire]]

Datei:LEDStatusTableau config v2.6.jpg

2026-02-20T15:55:26Z

Tobias.faust:

Datei:LEDStatusTableau Platine v2.6.jpg

2026-02-20T15:43:56Z

Tobias.faust:

Datei:LEDStatusTableau Schaltplan v2.6.jpg

2026-02-20T15:43:16Z

Tobias.faust:

1-Wire LED-Statusmonitor

2026-02-20T15:40:15Z

Tobias.faust: Link zum Github aktualisiert

==Einleitung==
Mit der folgenden Beschreibung lässt sich ein '''1-Wire LED-Statusmonitor''' aufbauen. Es werden ein Schaltplan und ein Platinenlayout vorgestellt, um an einem DS2408 acht (Low-Current) LEDs anzuschließen. Die Platine (je nach VersionsNr, siehe Abschnitt) ist so gestaltet, dass sie exakt in das unter "Links" aufgeführte Mini-Gehäuse passt. Der Statusmonitor kann verwendet werden, um beispielsweise die Schaltzustände einer Alarmanlage in der folgenden Art darzustellen:

<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_platine.jpg|mini|ohne|x130px|Signalanlage offen]]</div>
<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_offen.jpg|mini|ohne|x130px|Signalanlage im offenen Gehäuse]]</div>
<div class="tright" style="clear:none">[[Datei:1wire_Alarmsignalanlage_zu.jpg|mini|ohne|x130px|Signalanlage geschlossen]]</div>

* LED1 (grün) Erdgeschoss Fenster geschlossen
* LED2 (gelb) Erdgeschoss Fenster gekippt
* LED3 (rot) Erdgeschoss Fenster geöffnet
* usw

Sollen nur 2 Zustände (zb. offen/geschlossen) dargestellt werden, so empfiehlt sich der DualLED Hardwaremod ([[FS20_Statusanzeige_mit_Dual-LED]]). Jedoch nicht mit einer BiColorLED sonden mit jeweils 2 LowCurrentLEDś da der DS2408 in Summe nur 20mA belastbar ist.

== Schaltplan und Platine Version 2.4 ==
[[Datei:1wire_LEDStatusTableau_Schaltplan.jpg|300px|thumb|right|Schaltplan]]
[[Datei:1wire_LEDStatusTableau_Platine.jpg|300px|thumb|right|Platinenlayout]]
Bei dieser Version müsen als LEDs LowCurrent LEDs verwendet werden. Dadurch ist der maximale Strom von 20mA (8x2mA) sichergestellt.
Diese Version kann auch als Reedkontakt-Eingang verwendet werden indem die beiden (Vor-)wiederstandsnetzwerke (R2,R3) durch jeweils 8 Drahtbrücken ersetzt werden. Eine Kombination aus 4 LEDs und 4 Reedkontakteingängen ist auch möglich.
Diese Version ist kleiner als das verlinkte Gehäuse und passt nicht in die zugehörige Gehäuseaufnahme. Es muss deshalb zb. mit doppelseitigen Klebeband fixiert werden.

Die Abbildungen zeigen den Schaltplan und das Platinenlayout.

=== Bauteilliste ===

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| D1,D2
| Diode
| Reichelt
| BAT85
|-
| C1
| Elko 47uF
| Reichelt
| RAD 47/16
|-
| C3, C4
| Keramikkondensator 100N, 10%
| Reichelt
| X7R-5 100N
|-
| K2
| Anreihklemme 4Pol
| Reichelt
| AKL 055-04
|-
| K3
| Stiftleiste K2X04
| Reichelt
| MPE 087-2-008
|-
| J1
| Stiftleiste K1X03
| Reichelt
| MPE 087-1-003
|-
| K1
| Stiftleiste 2x8pol
| Reichelt
| MPE 087-2-016
|-
| R1
| Widerstandsnetzwerk 10k 9+1
| Reichelt
| SIL 10-9 10K
|-
| R2, R3
| Widerstands-Netzwerk, 4Wid./8Pins, 1,5 K-Ohm
| Reichelt
| SIL 8-4 1,5K
|-
| IC1
| 1wire 8fach Digital I/O
| http://www.fuchs-shop.com/de/
| DS2408
|-
| LED1/..../LED8
| LowCurrent LED 3mm , 2mA
| Reichelt
| LED 3MM 2MA GE
|}

== Schaltplan und Platine Version 2.5 ==
[[Datei:1wire_LEDStatusTableau_Schaltplan_v2.5.jpg|300px|thumb|right|Schaltplan]]
[[Datei:1wire_LEDStatusTableau_Platine_v2.5.jpg|300px|thumb|right|Platinenlayout]]
Bei dieser Version können konventionelle oder Hochleistungs-LEDs (ultrahell) verwendet werden. Sollen andere Verbraucher geschaltet werden, so sind die jeweiligen Vorwiderstände mit Lötbrücken zu versehen. Jeder Port kann bis zu 130mA belastet werden. Die Lötanschlösse der SMD-Bauteile sind etwas größer als normal layoutet damit konventionell mit einem Feinlötkolben vom geübten Laien gelötet werden kann.

Als weiteres Beispiel sei hier eine Bewässerungssteuerung genannt. Als Verbraucher können hier zb. 12VDC (Finder-)Relais angeschlossen werden die 24V Gardena oder Hunter Magnetventile ansteuern.

Diese Version kann u.U. auch als Reedkontakt-Eingang verwendet werden indem jeweils der Vorwiderstand (R9), die Zehnerdiode (D1) und T2 jeweils durch Drahtbrücken ersetzt werden. R10 darf nicht verbunden werden. Eine Kombination aus LEDs/Verbrauchern und Reedkontakteingängen ist auch möglich.
Diese Version passt exakt in das verlinkte Gehäuse und sowie in die zugehörige Gehäuseaufnahme. Es muss deshalb nicht weiter fixiert werden.

Die Abbildungen zeigen den Schaltplan und das Platinenlayout. Der Jumper J1 muss auf Minus gestellt werden. Dieser ist in Version 2.5.1 entfallen da überflüssig.

=== Bauteilliste ===

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| D4
| SMD Diode
| Reichelt
| BAT54S
|-
| C1
| Elko 47uF
| Reichelt
| RAD 47/16
|-
| C3, C4
| Keramikkondensator 100N, 10%
| Reichelt
| X7R-5 100N
|-
| K2
| Anreihklemme 4Pol
| Reichelt
| AKL 055-04
|-
| K3
| Stiftleiste K2X04
| Reichelt
| MPE 087-2-008
|-
| J1
| Stiftleiste K1X03
| Reichelt
| MPE 087-1-003
|-
| K1
| Stiftleiste 2x8pol
| Reichelt
| MPE 087-2-016
|-
| R1
| Widerstandsnetzwerk 10k 9+1
| Reichelt
| SIL 10-9 10K
|-
| R3, R5, R7, R9, R11, R13, R15, R17
| SMD Widerstand (LED-Vorwiderstand)
| Reichelt
| Rot: SMD-0805 330
Gelb: SMD-0805 330

Grün: SMD-0805 270
|-
| R2, R4, R6, R8, R10, R12, R14, R16
| SMD Widerstand, 10k
| Reichelt
| SMD-0805 10,0K
|-
| D1, D2, D3, D5, D6, D7, D8, D9
| SMD Zehnerdiode; BZV C8V2
| Reichelt
| SMD ZF 8,2
|-
| T1 - T8
| Transistor SMD P-FET SOT-23 -60V -0,17A
| Reichelt
| BSS 84P SMD
|-
| IC1
| 1wire 8fach Digital I/O
| http://www.fuchs-shop.com/de/
| DS2408
|-
| LED1/..../LED8
| LED 3mm , 30mA
| Reichelt
| LED 3-3500 RT
LED 3-12000 GN

LED 3-1300 GE
|}

Das Platinenlayout (erstellt mit Target3001) ist im unten aufgeführten Forenthread angehängt.

== Hinweise zum Betrieb mit FHEM ==
Einsetzbar.

== Weitere Hinweise ==
Damit der Zustand des DS2408 determiniert ist, ist RSTZ per pullup auf HIGH gezogen.

== Links ==
* [https://github.com/tobiasfaust/1wire_LED_Statusmonitor/ Alle Dateien im GitHub]
* passendes Gehäuse [http://www.fuchs-shop.com/de/shop/14/1/13372409/]
* [http://forum.fhem.de/index.php/topic,16211.0.html Thread im FHEM-Forum]
* Details zum Layoutprogram [http://de.wikipedia.org/wiki/Target_3001 Target 3001]

[[Kategorie:Hardware_Mods]]
[[Kategorie:1-Wire]]

PanStamp FensterkontaktSensor

2026-01-30T08:13:56Z

Tobias.faust: Hinweis auf neue Homematic variante

{{SEITENTITEL:panStamp FensterkontaktSensor}}
{{Infobox Hardware
|Bild=panStamp.jpg
|Bildbeschreibung=panStamp
|HWProtocol=SWAP
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=868MHz (433/915MHz)
|HWChannels=1
|HWVoltage=4-36V
|HWPowerConsumption= max. 120mW
|HWPoweredBy=permanent, line-powered
|HWSize=50 x 50 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#panStamp 34_panStamp.pm] [http://fhem.de/commandref.html#SWAP 34_SWAP.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=panStamp
}}

{{Randnotiz|RNText=Da neue Panstamps nicht mehr erhältlich sind gibt es eine neue Variante mit Arduino328p und der Asksin Library als HomeMatic Modul. Die Anleitung dazu ist [https://github.com/tobiasfaust/WindowStatusSensor hier dokumentiert]}}

[http://www.panstamp.com/home panStamps] sind [[Arduino]] Clones, die ein CC1101 Funkmodul beinhalten. Mit ihnen lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Umweltsensors

Dieser Wiki Artikel bezieht auf den panstamp NRG 2
Weiterführende Information zu panStamps und den grundlegenden Modulen um sie mit FHEM zu integrieren finden sich im zugehörigen [[panStamp|Wiki Artikel]].

== Beschreibung ==
Dieser Sensor ist mit seiner Firmware spezialisert auf die Zustandserfassung von Fenster- und Türkontakten. Es können Gruppen gebildet werden mit Hilfe dessen 3 Zustände erfasst und an FHEM übermittelt werden können:
* Offen (open)
* Angeklappt (tilted)
* Geschlossen (closed)

Der auf dem panStamp NRG2 basierende Fensterkontaktsensor hat die folgenden Eigenschaften:

'''Hardware:'''
* 8x ReedkontaktEingänge
* 3 LowCurrent LEDs zur Zustandsanzeige (Rot/Gelb/Grün)
* Eingangsspannung von 4-36V, empfohlen wird eine Eingangsspannung von 5V aufgrund der Verlustleistung des Linearreglers
* passt alles in eine 68mm Unterputzdose

'''Software:'''
* Konfiguration des Sendeintervalls
* Konfiguration der Gruppen
* Konfiguration der Blink- und Leuchtintervalls der LEDs
* Übermittlung von allen 8 Eingängen
* Übermittlung des Gruppenstatus

===LED Verhalten===
Die LEDs zeigen folgende Zustände an, es kann immer nur eine LED gleichzeitig leuchten:
* Rot = mindestens eine definierte Gruppe haben den Status '''Offen'''
* Gelb = mindestens eine definierte Gruppe hat den Status '''Angeklappt''', keine Gruppe ist Offen
* Green = alle definierten Gruppen haben den Status '''Geschlossen'''

Im Detail: Die Priorität ist die folgende:
Offen -> Angeklappt -> Geschlossen
Rot -> Gelb -> Grün

Über die Konfiguration kann folgendes eingestellt werden:
* Anzahl in Millisekunden, wie lange eine LED nach einem Event dauerhaft leuchten soll
* Anzahl in Millisekunden, wie lange nach 1) die LED ausgeschaltet ist
* Anzahl in Millisekunden, wie lange nach 1) und 2) die LED eingeschaltet ist

zb: 30000 , 15000, 50 <br>
Nach einem Event (Fenster wurde betätigt) leuchtet die passende LED 30sekunden dauerhaft, danach mit einem 50ms Blinken alle 15sek

Alle benötigten Dateien sind unter [[#Links]] zu finden:
* Sketch
* EnvironmentSensor.xml
* Target3001 Dateien

Unbestückte Platinen können beim [http://forum.fhem.de/index.php?action=profile;u=118 Ersteller], falls vorrätig, angefragt und erworben werden.

'''WICHTIG!''' Schaltplan und Platinen sind für den Panstamp NRG 2.

== Schaltplan und Bauteilliste ==
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| X1, X2
| Keramikkondensator Typ:X7R 2,2uF
| Reichelt
| X7R-G0805 2,2/25
|-
| IC2
| Linearregler LP2985
| Reichelt
| LP 2985 IM5-3,3
|-
| K1-K9 (9x)
| Anreihklemme 3,5mm 2Pol
| IT-WNS
| AK-3.5-2-GY
|-
| R2, R3, R4
| SMD Widerstand 1k
| Reichelt
IT-WNS
| SMD-0805 1K
R-1K-0805-1
|-
| X3-X10 (8x)
| Keramikkondensator Typ:X7R/X5R 4,7uF
| Reichelt
IT-WNS
| X7R-G0805 4,7/25
C-4U7-0805
|-
| J1
| Stiftleiste 1x20 pol. gewinkelt, 2,54mm
| IT-WNS
| SL-1x20-254-G
|-
| S1
| SMD Mikrotaster, Drucktaster, Print Miniatur 5x5x1,5mm
| Ebay
|
|-
| IC1
| panStamp NRG2
| panstamp.com
| panStamp NRG2
|}

== Hinweise zum Aufbau==

== Hinweise zum Betrieb mit FHEM ==
===Configuration===
Nach upload des Sketches auf den Panstamp ist zuerst die korrekte Kennung über das Register 09 sowie der gewünschte Sendezyklus über das Register 0A zu setzen (siehe [[panStamp#Neue_panStamps_in_Betrieb_nehmen|Inbetriebname im Wiki Artikel]] zum den panStamps).
Anschließend ist die Konfiguration mittels Register 0B zu setzen:
{| class="wikitable"
! Bezeichnung
! Länge
! Position
! Beschreibung
|-
| Gruppe_Pin10
| 1 Byte
| 0
| Nummer der Gruppe für den ReedEingang D10, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin11
| 1 Byte
| 1
| Nummer der Gruppe für den ReedEingang D11, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin12
| 1 Byte
| 2
| Nummer der Gruppe für den ReedEingang D12, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin13
| 1 Byte
| 3
| Nummer der Gruppe für den ReedEingang D13, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin14
| 1 Byte
| 4
| Nummer der Gruppe für den ReedEingang D14, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin15
| 1 Byte
| 5
| Nummer der Gruppe für den ReedEingang D15, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin16
| 1 Byte
| 6
| Nummer der Gruppe für den ReedEingang D16, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin17
| 1 Byte
| 7
| Nummer der Gruppe für den ReedEingang D17, Erlaubt: 1-7, 0 ist deaktiviert
|-
| BlinkOnEvtTime
| 2 Byte
| 8-9
| Dauer in ms, wie lange die LED nach einem Event dauerleuchten soll
|-
| BlinkOnIdleTime
| 2 Byte
| 10-11
| Dauer in ms, wie lange die LED im Idle-Modus dauerleuchten soll
|-
| BlinkOffTime
| 2 Byte
| 12-13
| Dauer in ms, wie lange die LED im Idle-Modus aus sein soll
|}

===Setzen der Konfiguration===
Ein Register ist als Hex-Wert zu setzen. Folgende Tabelle zeigt eine exemplarische Konfiguration:
{| class="wikitable"
! SubRegister
! Wert
! Binär Wert
! Hex Wert
! Comments
|-
| Gruppe_Pin10
| 1
| 1
| 01
| Zuordnung D10 zur Gruppe 1
|-
| Gruppe_Pin11
| 1
| 1
| 01
| Zuordnung D11 zur Gruppe 1
|-
| Gruppe_Pin12
| 2
| 2
| 02
| Zuordnung D12 zur Gruppe 2
|-
| Gruppe_Pin13
| 2
| 2
| 02
| Zuordnung D13 zur Gruppe 2
|-
| Gruppe_Pin14
| 3
| 3
| 03
| Zuordnung D14 zur Gruppe 3
|-
| Gruppe_Pin15
| 0
| 0
| 00
| Deaktivierung D15
|-
| Gruppe_Pin16
| 0
| 0
| 00
| Deaktivierung D16
|-
| Gruppe_Pin17
| 0
| 0
| 00
| Deaktivierung D17
|-
| BlinkOnEvtTime
| 5000
| 1001110001000
| 1388
| Bei einem Event leuchtet die LED 5sek dauerhaft
|-
| BlinkOnIdleTime
| 50
| 110010
| 0032
| Im Idle Mode leuchtet die LED 50ms
|-
| BlinkOffTime
| 10000
| 10011100010000
| 2710
| Im Idle Mode leuchtet die LED nur alle 10sek
|}

In obigem Fall ist das Konfigurationsregister wie folgt aufgebaut: ''2710 0032 1388 00 00 00 03 02 02 01 01''<br>
Aufgrunddessen wird die Konfiguration folgendermaßen gesetzt:
set <MySwapDevice> regSet 0B 2710003213880000000302020101

Es ist auch möglich die einzelnen Endpoints unabhängig voneinander zu setzen. z.B.:
set <MySwapDevice> regSet 0B.2 02

Diese Konfiguration bedeutet folgendes:
* D10 und D11 gehören zur Gruppe 01
* D12 und D13 gehören zur Gruppe 02
* D14 gehört alleine zur Gruppe 03
* D15,D16,D17 gehören zur 0-Gruppe ist sind damit deaktiviert. Die Binarstati werden zwar regelmäßig mit übertragen, in der Gruppenauswertung spielen diese Pins aber keine Rolle.

Der Gruppenstatus würde dann wie folgt gesetzt:
* Wenn D10 und D11 offen ist hat die Gruppe ebenfalls den Status '''Offen'''
* Wenn D10 und D11 geschlossen ist hat die Gruppe den Status ebenfalls '''Geschlossen'''
* Wenn D10 und D11 unterschiedlichen Status haben ist ist die Gruppe '''Angeklappt'''
* Analog dazu D12/D13 mit der Gruppe 02
* Wenn D14 offen ist, hat die Gruppe 03 den Status '''Offen'''
* Wenn D14 geschlossen ist, hat die Gruppe 03 den Status '''Geschlossen'''
* Die Gruppe 03 kann NICHT den Status '''Angeklappt''' annehmen, da nur ein Pin dieser Gruppe zugeordnet ist

Die LEDs würden sich dann wie folgt verhalten:
* Nach einem Event leuchtet die entsprechende LED 5sek dauerhaft, danach blinkt sie für 50ms alle 10sek

== bereitgestellte Readings ==
Folgende Readings werden zusätzlich zu den Konfigurations-Readings in FHEM bereitgestellt:

{| class="wikitable"
! Name des Reading
! Datentyp
! Beschreibung
|-
| 0C.0-Binary_0 -> 0C.7-Binary_7
| [0-1]
| aktueller Status des ReedEingangs D10-D17
0 -> Reedkontakt geschlossen<br>
1 -> Reedkontakt offen
|-
| 0D.0-Gruppe_1 -> 0D.7-Gruppe_8
| [0-2]
| aktueller Status der Gruppe 1-7
0 -> Geschlossen<br>
1 -> Angeklappt<br>
2 -> Offen
|}

== Beschreibung des Gruppenverhaltens ==
Mehrere Eingänge können zu einer Gruppe zugeordnet werden.
Der Status einer Gruppe wird nach folgendem Verhalten festgelegt:
* Sind alle Reed-Kontakte der zugeordneten Pins einer Gruppe geschlossen, so ist der Status der Gruppe: '''Geschlossen'''
* Sind alle Reed-Kontakte der zugeordneten Pins einer Gruppe offen, so ist der Status der Gruppe: '''Offen'''
* Sind die einzelnen Stati der Reed-Kontakte der zugeordneten Pins einer Gruppe sowohl geschlossen als auch offen, so ist der Status der Gruppe: '''Angeklappt'''
* Wurde nur ein Pin einer Gruppe zugeordnet, so nimmt die Gruppe nur den Status '''Offen'''/'''Geschlossen''' an

== Beschreibung des Sendeverhaltens ==
Der aktuelle Status der Pins als auch der Status der Gruppen werden bei folgenden Events volständig übertragen:
* gemäß TX-Intervall eingestelltes Sendeintervall
* sofort bei Auftreten eines Events (Änderung eines Status an einem Pin)

==Einbindung TabletUI mit lesbarem Status==
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_ftui_Fenster.jpg|200px|thumb||Tablet-UI Fenster]]
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_ftui_FensterRolladen.jpg|200px|thumb||Tablet-UI Fenster&Rolladen]]

In der 99_myUtils.pm ist folgender Eintrag einzubinden
<syntaxhighlight lang="perl">
##############################################
# Übersetzt den Status der
# SWAP Fensterkontakte in Klarnamen
# und Farbwerte für TabletUI
##############################################

sub
SWAP_WindowStateSensor($$$) {
my ($device, $reading, $value) = @_;
my $state = "??";
my $color = "";
my $group = 0;

$group = $reading;
$group =~ s/.*-Gruppe_(\d)*.*/$1/;

if ($value eq "00") {
$state = "closed";
$color = "#23a013";
} elsif ($value eq "01") {
$state = "tilted";
$color = "#f4d742";
} elsif ($value eq "02") {
$state = "open";
$color = "#F70A0A";
}

readingsBeginUpdate($defs{$device});
readingsBulkUpdate($defs{$device}, "Gruppe".$group, $state);
readingsBulkUpdate($defs{$device}, "Farbwert_Gruppe".$group, $color);
readingsEndUpdate($defs{$device}, 1);

return undef;
}
</syntaxhighlight>

Anschließend folgenes Notify erstellt:

define NTFY_SWAP_Fensterstatus notify SWAP_.*:0D.*-Gruppe.* {SWAP_WindowStateSensor($NAME, $EVTPART0, $EVTPART1)}
attr NTFY_SWAP_Fensterstatus DbLogExclude .*
attr NTFY_SWAP_Fensterstatus room SWAP

Damit wird sowohl ein lesbarer Status als auch der in TabletUI anzuzeigende Farbwert gesetzt.

In TabletUI könnte dann zb. zusammen mit dem Rolladenstatus auch der Fensterstatus angeziegt werden. Im Platzhalter "par_SC_dev:par_SC_Reading" wird das Device als auch das Reading des Farbwertes gesetzt
<syntaxhighlight lang="html5">
<div data-type="circlemenu" data-direction="bottom-half" data-circle-radius="120" data-item-diameter="67"
style="font-size:130%;">
<ul>
<li>
<div data-type="symbol" data-device="par_RL_dev" data-get="level"
data-icons='["oa-fts_shutter_90","oa-fts_shutter_80","oa-fts_shutter_70","oa-fts_shutter_60","oa-fts_shutter_50",
"oa-fts_shutter_50","oa-fts_shutter_40","oa-fts_shutter_30","oa-fts_shutter_20",
"oa-fts_shutter_10","oa-fts_window_2w"]'
data-states='["0","10","20","30","40","50","60","70","80","90","100"]'
data-on-color="#2A2A2A"
data-on-background-color="par_SC_dev:par_SC_Reading"
data-off-background-color="par_SC_dev:par_SC_Reading"
data-background-icon="fa-circle">
</div>
</li>
<li> <div data-type="push" data-device="par_RL_dev" data-icon="oa-fts_shutter_up" data-set-on="on"></div></li>
<li> <div data-type="push" data-device="par_RL_dev" data-icon="oa-fts_window_1w_tilt" data-set-on="Lueftung"></div></li>
<li> <div data-type="push" data-device="par_RL_auto" data-icon="oa-fts_shutter_automatic" data-set-on="automatic"></div></li>
<li> <div data-type="push" data-device="par_RL_auto" data-icon="oa-fts_shutter_manual" data-set-on="manual"></div></li>
<li> <div data-type="push" data-device="par_RL_dev" data-icon="oa-fts_sunblind" data-set-on="Beschatten"></div></li>
<li> <div data-type="push" data-device="par_RL_dev" data-icon="oa-fts_shutter_down" data-set-on="off"></div></li>
</ul>
</div>
</syntaxhighlight>

== Weitere Hinweise ==
Keine.

== Links ==

* [https://github.com/tobiasfaust/WindowStatusSensor Alle Dateien liegen im Github des Autors]

[[Kategorie:panStamp]]

1-Wire Umweltsensor

2026-01-30T08:08:27Z

Tobias.faust: /* Links */

'''1-Wire Umweltsensor''' als Eigenbau.

== Beschreibung ==
[[File:1wire_Umweltsensor1.jpg|mini|hochkant=2.5|Plot eines sonnigen Tages]]
[[File:1wire_Umweltsensor2.jpg|mini|hochkant=2.5|Messwerte]]
[[File:1wire_Umweltsensor3.jpg|mini|hochkant=2.5|Sonniger Tag mit einzelnen Wolken]]

Der auf dem DS2450 basierende 1-Wire Umweltsensor hat die folgenden Eigenschaften:
* Helligkeitserfassung per TSL250
* Erfassung der solaren Einstrahlung per TSL260
* Luftdruckmessung per MPXA4100A6U
* Messung der Referenzspannung
* 1-Wire Baustein: DS2450
* Temperaturmessung per DS18B20
* Luftfeuchtigkeitsmessung per HIH-5030 onboard oder per Huckepackplatine
* passt alles in ein ELV IP65 (Nr: G250C) Gehäuse und ist damit geeignet für den Außeneinsatz

Falls die Luftfeuchte benötigt wird, muss ein anderer (beliebiger) Messwert abgeschaltet und stattdesen per Jumpereinstellung die Referenzspannung gemessen werden. Dazu beim zugehörigen PinHeader des nicht benötigten Messwertes (A,B,C oder D) den Jumper auf D/+ setzen. Falls einzelne Messwerte nicht benötigt werden und die Sensoren nicht bestückt sind, kann ebenfalls per Jumpereinstellung der Messport des DS2450 auf Masse gezogen werden (Jumper auf D/-), um einen definierten Nullwert zu erhalten.

Falls wirklich alle Messwerte benötigt werden, kann der Feuchtesensor anstatt auf dieser Platine über die Buchsenleiste per [http://www.tm3d.de/index.php/1wire-feuchtesensor Huckepackplatine (von TM3D.de)] aufgesteckt werden.

Die Schaltung war ursprünglich geplant für eine Rolladensteuerung. In Verbindung mit dem Sonneneinfallswinkel können die Rolladen exakt auf einen Prozentwert heruntergefahren werden, so dass die Sonne gerade nicht hereinscheint, aber maximalen Lichteinfall zulässt.

Auf den abgebildeten Plots ist genau ersichtlich, welcher von einem sonnigen Tag stammt und welcher an einem relativ bewölkten Tag entstanden ist. Auch die Anzahl der Wolken an einem guten, sonnigen Tag lässt sich ablesen.

== Schaltplan und Bauteilliste ==
[[Datei:1wire_Umweltsensor_Schaltplan.jpg|300px|thumb|right|Schaltplan]]
[[Datei:1wire_Umweltsensor_Platine.jpg|300px|thumb|right|Platine]]

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| D1,D2
| Diode
| Reichelt
| BAT85
|-
| C1
| Elko 47uF
| Reichelt
| RAD 47/16
|-
| C2
| KeramikKondensator 470pF
| Reichelt
| KERKO 470P
|-
| C3
| Keramikkondensator 100N, 10%
| Reichelt
| X7R-5 100N
|-
| K5
| Anreihklemme 3Pol
| Reichelt
| AKL 055-03
|-
| K1,K2,K3,K4
| Stiftleiste 1x3Pol
| Reichelt
| MPE 087-1-003
|-
| K6
| Buchsenleiste 1x3Pol
| Reichelt
| MPE 094-1-003
|-
| R1
| Widerstand 68K
| Reichelt
| METALL 68K
|-
| R2,R3
| Widerstand 10K
| Reichelt
| METALL 10,0K
|-
| Jumper
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| IC1
| 1wire A/D Wandler
| http://www.fuchs-shop.com/de/
| DS2450
|-
| IC2
| Lichtsensor
| http://www.voelkner.de
| TSL250
|-
| IC3
| Sensor Solare Einstrahlung
| http://www.voelkner.de
| TSL260
|-
| IC4
| Luftdrucksensor
| http://www.voelkner.de
| MPXA4-100
|-
| IC5
| Luftfeuchtesensor
| http://www.mouser.com
| HIH-5030
|-
| IC6
| Temperatursensor
| http://www.fuchs-shop.com/de/
| DS18B20
|}

Das Platinenlayout (erstellt mit Target3001) ist im unten aufgeführten Forenthread angehängt.

== Hinweise zum Betrieb mit FHEM ==
Die TSL Bausteine müssen zum korrekten Betrieb mit Sonnenschutzfolie geschützt werden. Ansonsten verursacht schon ein wenig Sonne eine Sättigung.
Empfohlen wird eine gängige Sonnenschutzfolie mit 93% UV-Absorption.
Wird die Platine gemäß den vorgesehenen Abmessungen in das dafür konfektionierte Gehäuse [http://www.elv.de/industrie-aufputz-gehaeuse-ip65-modell-g250c.html G250C] eingebaut, so sind zwischen Gehäuse und Klarsichtdeckel 3 Lagen der Sonnenschutzfolie zu legen.
Damit kann man nun in FHEM die Readings A,B,C,D (beim Betrieb mit dem FHEM-Modul OWAD) mittels UserReadings wie folgt umrechnen:

SolarEnergie {sprintf("%d", ReadingsVal("$name", "A",0)/0.0038073)}
Sonne {sprintf("%0.2f", ReadingsVal("$name", "A",0))}
Helligkeit {sprintf("%0.2f", ReadingsVal("$name", "B",0))}
Luftdruck {sprintf("%d", (ReadingsVal("$name", "C",0)/ReadingsVal("$name", "D",0)+0.1518)/0.001059)}

'''Rechenbeispiel:'''

Der TSL260 liefert einen Wert von 111 mV (uW/cm2) bei 940nm. Ein Mikrowatt pro Quadratźentimeter ist dasselbe wie 0,01 W/m². Die maximale Ausgangsspannung am TL260 beträgt 3,8 V, das wäre schon bei etwa 0,34 W/m² erreicht. Nehmen wir also 3 Lagen Sonnenschutzfolie mit bekannter Abschwächung, sagen wir 90%. 0,1*0,1*0,1 = 1/1000. Damit ergibt sich die solare Einstrahlung in W/m² (maximal ca. 1000 W/m² !) auf den Sensor als gemessene Spannung in V/0,0137.

Sättigung wird erreicht bei 340 W/qm, das hat man z.B. dann schon an einem bewölkten Tag, oder morgens/abends bei freiem Himmel.
In diese Näherung gehen natürlich die Charakteristika der Folie ein, die muss man kennen.

Wird eine andere Sonnenschutzfolie verwendet so gelten näherungsweise folgende Formeln:
Abschwächung von 95% : V/0,0013875 -> Sättigung erreicht bei 2738 W/m²
Abschwächung von 94% : V/0,0023976 -> Sättigung erreicht bei 1584 W/m²
Abschwächung von 93% : V/0,0038073 -> Sättigung erreicht bei 998 W/m²

== Weitere Hinweise ==
Eine funkbasierte Variante ist der [[PanStamp Umweltsensor]].

== Links ==
* [https://github.com/tobiasfaust/1Wire_Umweltsensor Alle Dateien liegen im Github]
* [http://forum.fhem.de/index.php/topic,16896.0.html Thread im FHEM-Forum] (Platinenlayout-Datei im ersten Beitrag)
* [http://forum.fhem.de/index.php/topic,10217.msg85238.html#msg85238 Diskussion im FHEM Forum zur Berechnung der solaren Einstrahlung]
* Details zum Layoutprogram [http://de.wikipedia.org/wiki/Target_3001 Target 3001]

[[Kategorie:1-Wire]]
[[Kategorie:Temperatursensoren]]
[[Kategorie:Feuchtesensoren]]
[[Kategorie:Lichtsensoren]]

Apache Authentication Proxy

2026-01-30T08:06:03Z

Tobias.faust: Randnotiz gesetzt

{{Randnotiz|RNText=Anstatt die unten angegeben einfache BasicAuth zu nutzen kann folgende Erweiterung für eine browserbasierte passwortlose Authentifizierung per QR-Code (Magic-Link) oder Login mit persistentem Cookie verwendet werden. Falls ein gültiges Authentifizierungs-cookie vorliegt wird man transparent zur Applikation weitergeleitet. Andernfalls muss man sich einmal anmelden um das Cookie zu setzen. Anschließend wird man zur Applikation weitergeleitet.
Voraussetzungen ist der Betrieb und Konfiguration eines eigenen Apache2 Webservers in dieser Anleitung. Das AddOn funktioniert u.a. in iOs und dem Passwortmanager und ist [https://github.com/tobiasfaust/SimpleWebAuth hier dokumentiert]}}
{{Randnotiz|RNText=Eine sicherere Variante eines Apache Authentication Proxy zusätzlich mit Zertifikaten ist [https://gist.github.com/gbirke/8608543 hier dokumentiert]}}

== Konfiguration ==

Um den Zugriff auf [[FHEMWEB]] etwas sicherer zu machen, kann man den Webzugriff über einen [https://httpd.apache.org/ Apache Webserver] laufen lassen. Dies ist ein kurzes Rezept, um Zugriffe auf FHEMWEB über einen Apachen authentifizieren zu lassen. Erstellt wurde es auf [https://www.debian.org Debian Squeeze]], sollte aber auch mit [https://www.ubuntu.com/ Ubuntu] funktionieren.

<syntaxhighlight lang="bash">
apt-get install apache2 libapache2-mod-proxy-html
</syntaxhighlight>

Step 1) FHEMWEB sollte nur noch auf Anfragen vom selben Rechner lauschen, also kein 'global' Attribut in der Definition in fhem.cfg

<syntaxhighlight lang="perl">
define WEBS FHEMWEB 8084
</syntaxhighlight>

Step 2) die folgenden Apache2 Module müssen aktiviert sein: [https://httpd.apache.org/docs/current/mod/mod_proxy.html mod_proxy] + [http://httpd.apache.org/docs/2.4/mod/mod_proxy_http.html mod_proxy_http]

<syntaxhighlight lang="ini">
a2enmod proxy
a2enmod proxy_http
</syntaxhighlight>

Step 3) neue Datei '''''/etc/apache2/conf.d/fhem''''' anlegen:

Diese Konfiguration sorgt dafür, dass alle Anfragen unter /fhem weiter nach '''http://localhost/fhem''' geleitet werden. Zusätzlich wird eine Basic-Authentifizierung eingeschaltet. Die Benutzerdatenbank ist dann in /etc/fhem-htpasswd zu finden.

<syntaxhighlight lang="ini">
<Location /fhem>
# ProxyPass/ProxyPassReverse leitet HTTP requests auf eine andere URL um
ProxyPass http://localhost:8084/fhem
ProxyPassReverse http://localhost:8084/fhem
ProxyHTMLEnable On
# ProxyHTMLURLMap passt Links im HTML/JavaScript Source an
ProxyHTMLURLMap / /fhem/
ProxyHTMLURLMap /fhem/ /fhem/
AuthType Basic
AuthName "Password Required"
AuthUserFile /etc/fhem-htpasswd
Require valid-user
Order deny,allow
Allow from all
</Location>
</syntaxhighlight>

Step 4) Benutzer-Datenbank in '''''/etc/fhem-htpasswd''''' anlegen

<syntaxhighlight lang="bash">
# -c -> create file
# -s SHA encryption
htpasswd -c -s /etc/fhem-htpasswd <username>
# add more users with
htpasswd -s /etc/fhem-htpasswd <username>
</syntaxhighlight>

Step 5) Apache neu starten

<syntaxhighlight lang="bash">invoke-rc.d apache2 reload</syntaxhighlight>

bzw.

<syntaxhighlight lang="bash">service apache2 reload</syntaxhighlight>

Fertig. FHEM ist jetzt über '''''http://server/fhem''''' erreichbar. Alle Zugriffe müssen aber erst mit Benutzername + Passwort freigeschaltet werden.

=== SSL-Konfiguration ===

Um nicht die Passwörter unverschlüsselt übers Netz zu schicken, ist die Konfiguration eines SSL-Reverse-Proxys noch empfehlenswerter. Die untenstehende Konfiguration zeigt die Verwendung mittels Zertifikaten, die von [https://letsencrypt.org Let's Encrypt] ausgestellt wurden.

<syntaxhighlight lang="ini">
<VirtualHost *:80>
ServerName $host
RedirectPermanent / https://$host/
</VirtualHost>

<VirtualHost *:443>
ServerName $host

SSLEngine on
SSLProtocol all -SSLv2 -SSLv3
SSLCipherSuite ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA
SSLHonorCipherOrder on
SSLCompression off
SSLOptions +StrictRequire

SSLCertificateFile /etc/letsencrypt/live/$host/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/$host/privkey.pem

Use RootDir $dir # hier sollte ein Verzeichnis unter /var/www stehen (kann leer sein, muss aber existieren)

ProxyPass /.well-known !
Alias /.well-known "/var/www/proxy/.well-known"
<Directory "$dir/.well-known">
order allow,deny
allow from all
AllowOverride All
AddDefaultCharset Off
</Directory>

ProxyRequests Off
ProxyVia Off
ProxyPreserveHost On
ProxyPass /fhem http://$fhemhost:$port/fhem
ProxyPassReverse /fhem http://$fhemhost:$port/fhem

Header always set Strict-Transport-Security "max-age=31536000"

<Proxy *>
Order deny,allow
Allow from all
AuthType Basic
AuthName "Password Required"
AuthUserFile /etc/fhem-htpasswd
Require valid-user
</Proxy>
</VirtualHost>
</syntaxhighlight>

Die Proxy-Konfiguration ist so gewählt, dass auch automatische Zertifikats-Aktualisierung per webroot klappt (<code>letsencrypt certonly --renew-by-default --webroot -w $dir -d $host</code>). Initial muss man natürlich ohne Zertifikat einen normalen non-SSL-VHost aufmachen.

== Websockets-Unterstützung ==

<syntaxhighlight lang="ini">
RewriteEngine On
RewriteCond %{HTTP:Upgrade} =websocket [NC]
RewriteRule /fhem(.*) ws://$url$1 [P,L]
RewriteCond %{HTTP:Upgrade} !=websocket [NC]
RewriteRule /fhem(.*) http://$url$1 [P,L]
</syntaxhighlight>

== Hinweis zu Apache 2.4 ==
Es muss zusätzlich das Modul '''proxy_html''' aktiviert werden (<code>a2enmod proxy_html</code>).
Und die zu erstellende Config-Datei muss jetzt nach ''/etc/apache2/conf-available/fhem.conf'' (statt /etc/apache2/conf.d/fhem).

== Mögliche Probleme ==

=== Invalid command 'ProxyHTMLURLMap' ===
Falls nach dem Neustart des Apache folgende Fehlermeldung kommt:

<nowiki>Invalid command 'ProxyHTMLURLMap', perhaps misspelled or defined by a module not included in the server configuration
Action 'configtest' failed.
The Apache error log may have more information.</nowiki>

fehlt das Paket libapache2-mod-proxy-html. Einfach mit

<syntaxhighlight lang="bash">apt-get install libapache2-mod-proxy-html</syntaxhighlight>

nachinstallieren.

=== ProxyHTMLURLMap funktioniert nicht ===

Nicht bei allen Distributionen scheint die Konfigurationsdatei proxy_html.conf mitgeliefert zu werden. Allerdings ist seit einigen Versionen aus mod_proxy_ssl alle Information über zu ersetzende Links etc. entfernt worden. proxy_html.conf wird daher zwingend benötigt. Sie sollte in /etc/apache2/mods-available liegen und bei der Aktivierung des mods nach /etc/apache2/mods-enabled verlinkt werden. Wenn das nicht der Fall ist, kann man das nachholen.

Eine Beispielkonfiguration gibt es [http://apache.webthing.com/svn/apache/filters/proxy_html/proxy_html.conf hier beim ursprünglichen Autor des mods]. Abspeichern unter /etc/apache2/mods-available/proxy_html.conf und dann verlinken:

<syntaxhighlight lang="bash">ln -s /etc/apache2/mods-available/proxy_html.conf /etc/apache2/mods-enabled/proxy_html.conf</syntaxhighlight>

Dann Apache neu starten/laden.

=== Content Encoding Fehler ===

Wenn Firefox und Chromium sich nach der Konfigurationsänderung über Content Encoding Fehler beschweren, könnte Folgendes helfen:

<pre>SetOutputFilter INFLATE;proxy-html;DEFLATE</pre>

Evtl. kann auch folgender Eintrag noch notwendig sein:

<pre>
# Enables outgoing compression for specific file types
<IfModule mod_deflate.c>
<FilesMatch ".*\.(html|htm|shtml|php|css|js|xml|log|txt|bmp|ttf|otf|eot|svg)$">
SetOutputFilter DEFLATE
</FilesMatch>
AddOutputFilterByType DEFLATE text/html text/plain text/css application/json
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE text/xml application/xml application/xhtml+xml text/x-com$
AddOutputFilterByType DEFLATE text/javascript application/javascript application/x-java$
</IfModule>
</pre>

==Links==
*[[HTTPS-Absicherung & Authentifizierung via nginx Webserver]]
*[https://github.com/tobiasfaust/SimpleWebAuth A simple apache/php web authenticator with longlife JWT tokens for a permanently signin]

[[Kategorie:HOWTOS]]

Apache Authentication Proxy

2026-01-30T07:51:23Z

Tobias.faust: /* Links */

{{Randnotiz|RNText=Eine sicherere Variante eines Apache Authentication Proxy zusätzlich mit Zertifikaten ist [https://gist.github.com/gbirke/8608543 hier dokumentiert]}}
== Konfiguration ==

Um den Zugriff auf [[FHEMWEB]] etwas sicherer zu machen, kann man den Webzugriff über einen [https://httpd.apache.org/ Apache Webserver] laufen lassen. Dies ist ein kurzes Rezept, um Zugriffe auf FHEMWEB über einen Apachen authentifizieren zu lassen. Erstellt wurde es auf [https://www.debian.org Debian Squeeze]], sollte aber auch mit [https://www.ubuntu.com/ Ubuntu] funktionieren.

<syntaxhighlight lang="bash">
apt-get install apache2 libapache2-mod-proxy-html
</syntaxhighlight>

Step 1) FHEMWEB sollte nur noch auf Anfragen vom selben Rechner lauschen, also kein 'global' Attribut in der Definition in fhem.cfg

<syntaxhighlight lang="perl">
define WEBS FHEMWEB 8084
</syntaxhighlight>

Step 2) die folgenden Apache2 Module müssen aktiviert sein: [https://httpd.apache.org/docs/current/mod/mod_proxy.html mod_proxy] + [http://httpd.apache.org/docs/2.4/mod/mod_proxy_http.html mod_proxy_http]

<syntaxhighlight lang="ini">
a2enmod proxy
a2enmod proxy_http
</syntaxhighlight>

Step 3) neue Datei '''''/etc/apache2/conf.d/fhem''''' anlegen:

Diese Konfiguration sorgt dafür, dass alle Anfragen unter /fhem weiter nach '''http://localhost/fhem''' geleitet werden. Zusätzlich wird eine Basic-Authentifizierung eingeschaltet. Die Benutzerdatenbank ist dann in /etc/fhem-htpasswd zu finden.

<syntaxhighlight lang="ini">
<Location /fhem>
# ProxyPass/ProxyPassReverse leitet HTTP requests auf eine andere URL um
ProxyPass http://localhost:8084/fhem
ProxyPassReverse http://localhost:8084/fhem
ProxyHTMLEnable On
# ProxyHTMLURLMap passt Links im HTML/JavaScript Source an
ProxyHTMLURLMap / /fhem/
ProxyHTMLURLMap /fhem/ /fhem/
AuthType Basic
AuthName "Password Required"
AuthUserFile /etc/fhem-htpasswd
Require valid-user
Order deny,allow
Allow from all
</Location>
</syntaxhighlight>

Step 4) Benutzer-Datenbank in '''''/etc/fhem-htpasswd''''' anlegen

<syntaxhighlight lang="bash">
# -c -> create file
# -s SHA encryption
htpasswd -c -s /etc/fhem-htpasswd <username>
# add more users with
htpasswd -s /etc/fhem-htpasswd <username>
</syntaxhighlight>

Step 5) Apache neu starten

<syntaxhighlight lang="bash">invoke-rc.d apache2 reload</syntaxhighlight>

bzw.

<syntaxhighlight lang="bash">service apache2 reload</syntaxhighlight>

Fertig. FHEM ist jetzt über '''''http://server/fhem''''' erreichbar. Alle Zugriffe müssen aber erst mit Benutzername + Passwort freigeschaltet werden.

=== SSL-Konfiguration ===

Um nicht die Passwörter unverschlüsselt übers Netz zu schicken, ist die Konfiguration eines SSL-Reverse-Proxys noch empfehlenswerter. Die untenstehende Konfiguration zeigt die Verwendung mittels Zertifikaten, die von [https://letsencrypt.org Let's Encrypt] ausgestellt wurden.

<syntaxhighlight lang="ini">
<VirtualHost *:80>
ServerName $host
RedirectPermanent / https://$host/
</VirtualHost>

<VirtualHost *:443>
ServerName $host

SSLEngine on
SSLProtocol all -SSLv2 -SSLv3
SSLCipherSuite ECDHE-RSA-AES128-GCM-SHA256:ECDHE-ECDSA-AES128-GCM-SHA256:ECDHE-RSA-AES256-GCM-SHA384:ECDHE-ECDSA-AES256-GCM-SHA384:DHE-RSA-AES128-GCM-SHA256:DHE-DSS-AES128-GCM-SHA256:kEDH+AESGCM:ECDHE-RSA-AES128-SHA256:ECDHE-ECDSA-AES128-SHA256:ECDHE-RSA-AES128-SHA:ECDHE-ECDSA-AES128-SHA:ECDHE-RSA-AES256-SHA384:ECDHE-ECDSA-AES256-SHA384:ECDHE-RSA-AES256-SHA:ECDHE-ECDSA-AES256-SHA:DHE-RSA-AES128-SHA256:DHE-RSA-AES128-SHA:DHE-DSS-AES128-SHA256:DHE-RSA-AES256-SHA256:DHE-DSS-AES256-SHA:DHE-RSA-AES256-SHA:AES128-GCM-SHA256:AES256-GCM-SHA384:AES128-SHA256:AES256-SHA256:AES128-SHA:AES256-SHA:AES:CAMELLIA:DES-CBC3-SHA:!aNULL:!eNULL:!EXPORT:!DES:!RC4:!MD5:!PSK:!aECDH:!EDH-DSS-DES-CBC3-SHA:!EDH-RSA-DES-CBC3-SHA:!KRB5-DES-CBC3-SHA
SSLHonorCipherOrder on
SSLCompression off
SSLOptions +StrictRequire

SSLCertificateFile /etc/letsencrypt/live/$host/fullchain.pem
SSLCertificateKeyFile /etc/letsencrypt/live/$host/privkey.pem

Use RootDir $dir # hier sollte ein Verzeichnis unter /var/www stehen (kann leer sein, muss aber existieren)

ProxyPass /.well-known !
Alias /.well-known "/var/www/proxy/.well-known"
<Directory "$dir/.well-known">
order allow,deny
allow from all
AllowOverride All
AddDefaultCharset Off
</Directory>

ProxyRequests Off
ProxyVia Off
ProxyPreserveHost On
ProxyPass /fhem http://$fhemhost:$port/fhem
ProxyPassReverse /fhem http://$fhemhost:$port/fhem

Header always set Strict-Transport-Security "max-age=31536000"

<Proxy *>
Order deny,allow
Allow from all
AuthType Basic
AuthName "Password Required"
AuthUserFile /etc/fhem-htpasswd
Require valid-user
</Proxy>
</VirtualHost>
</syntaxhighlight>

Die Proxy-Konfiguration ist so gewählt, dass auch automatische Zertifikats-Aktualisierung per webroot klappt (<code>letsencrypt certonly --renew-by-default --webroot -w $dir -d $host</code>). Initial muss man natürlich ohne Zertifikat einen normalen non-SSL-VHost aufmachen.

== Websockets-Unterstützung ==

<syntaxhighlight lang="ini">
RewriteEngine On
RewriteCond %{HTTP:Upgrade} =websocket [NC]
RewriteRule /fhem(.*) ws://$url$1 [P,L]
RewriteCond %{HTTP:Upgrade} !=websocket [NC]
RewriteRule /fhem(.*) http://$url$1 [P,L]
</syntaxhighlight>

== Hinweis zu Apache 2.4 ==
Es muss zusätzlich das Modul '''proxy_html''' aktiviert werden (<code>a2enmod proxy_html</code>).
Und die zu erstellende Config-Datei muss jetzt nach ''/etc/apache2/conf-available/fhem.conf'' (statt /etc/apache2/conf.d/fhem).

== Mögliche Probleme ==

=== Invalid command 'ProxyHTMLURLMap' ===
Falls nach dem Neustart des Apache folgende Fehlermeldung kommt:

<nowiki>Invalid command 'ProxyHTMLURLMap', perhaps misspelled or defined by a module not included in the server configuration
Action 'configtest' failed.
The Apache error log may have more information.</nowiki>

fehlt das Paket libapache2-mod-proxy-html. Einfach mit

<syntaxhighlight lang="bash">apt-get install libapache2-mod-proxy-html</syntaxhighlight>

nachinstallieren.

=== ProxyHTMLURLMap funktioniert nicht ===

Nicht bei allen Distributionen scheint die Konfigurationsdatei proxy_html.conf mitgeliefert zu werden. Allerdings ist seit einigen Versionen aus mod_proxy_ssl alle Information über zu ersetzende Links etc. entfernt worden. proxy_html.conf wird daher zwingend benötigt. Sie sollte in /etc/apache2/mods-available liegen und bei der Aktivierung des mods nach /etc/apache2/mods-enabled verlinkt werden. Wenn das nicht der Fall ist, kann man das nachholen.

Eine Beispielkonfiguration gibt es [http://apache.webthing.com/svn/apache/filters/proxy_html/proxy_html.conf hier beim ursprünglichen Autor des mods]. Abspeichern unter /etc/apache2/mods-available/proxy_html.conf und dann verlinken:

<syntaxhighlight lang="bash">ln -s /etc/apache2/mods-available/proxy_html.conf /etc/apache2/mods-enabled/proxy_html.conf</syntaxhighlight>

Dann Apache neu starten/laden.

=== Content Encoding Fehler ===

Wenn Firefox und Chromium sich nach der Konfigurationsänderung über Content Encoding Fehler beschweren, könnte Folgendes helfen:

<pre>SetOutputFilter INFLATE;proxy-html;DEFLATE</pre>

Evtl. kann auch folgender Eintrag noch notwendig sein:

<pre>
# Enables outgoing compression for specific file types
<IfModule mod_deflate.c>
<FilesMatch ".*\.(html|htm|shtml|php|css|js|xml|log|txt|bmp|ttf|otf|eot|svg)$">
SetOutputFilter DEFLATE
</FilesMatch>
AddOutputFilterByType DEFLATE text/html text/plain text/css application/json
AddOutputFilterByType DEFLATE application/rss+xml
AddOutputFilterByType DEFLATE text/xml application/xml application/xhtml+xml text/x-com$
AddOutputFilterByType DEFLATE text/javascript application/javascript application/x-java$
</IfModule>
</pre>

==Links==
*[[HTTPS-Absicherung & Authentifizierung via nginx Webserver]]
*[https://github.com/tobiasfaust/SimpleWebAuth A simple apache/php web authenticator with longlife JWT tokens for a permanently signin]

[[Kategorie:HOWTOS]]

FTUI3 Pipelines

2025-12-04T12:23:52Z

Tobias.faust: /* Verfügbare Transformationsfunktionen (Pipes) */

==Verwendung von FTUI3 Pipes==
Das ftui.binding.js-Modul bietet eine leistungsfähige und flexible Möglichkeit, Daten direkt aus FHEM (einem Heimautomatisierungssystem) zu binden und im FTUI-Frontend anzuzeigen. Die Bindings ermöglichen eine Verbindung zwischen HTML-Attributen und FHEM-Daten sowie die Transformation der Daten mithilfe von "Pipes".

Jedes Binding folgt einem standardisierten Syntaxmuster:<syntaxhighlight lang="html">
<ftui-element [attribut]="DeviceName:reading | transformation"></ftui-element>
</syntaxhighlight>

====DeviceName:====
Der Name des FHEM-Geräts

====reading====
Der spezifische Status oder Wert des Geräts, der ausgelesen werden soll

====transformation====
Optional können mehrere Transformationen (sog. "Pipes") verwendet werden, um den Wert zu formatieren oder anzupassen.

===Einfaches Input-Pipe Beispiel===
Dieses Beispiel zeigt die Verwendung eines Bindings, das eine direkte Umwandlung des Wertes mittels der `toInt()` Pipe ausfüh<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | toInt()"></ftui-label>
</syntaxhighlight>
===Beispiel für Pipe-Kombinationen===
Es ist möglich, mehrere Pipes zu kombinieren, um komplexe Transformationen durchzuführen. In diesem Beispiel wird der Wert aus dem Reading `state` extrahiert und durch mehrere Pipes transformiert:<syntaxhighlight lang="html">
<ftui-label [text]="AgroWeather:state | part(4) | toInt() | multiply(2) | round(1)">
</syntaxhighlight>Dieses Beispiel zeigt, dass der Wert zuerst in einen bestimmten Teil (`part(4)`) aufgeteilt, dann in eine Ganzzahl (`toInt()`) umgewandelt, verdoppelt (`multiply(2)`) und schließlich auf eine Dezimalstelle gerundet wird (`round(1)`).

===Beispiel für Ausgabe-Bindings===
Bindings können auch dazu verwendet werden, Werte zurück in FHEM zu schreiben. Hier wird der HEX-Wert eines Farbpickers bearbeitet und als RGB-Wert an ein Gerät gesendet.<syntaxhighlight lang="html">
<ftui-colorpicker (hex)="replace('#',) | HUEDevice6:rgb"></ftui-colorpicker>
</syntaxhighlight>
==Verfügbare Transformationsfunktionen (Pipes)==
===Übersicht===
* part: Teilwert aus zusammengesetztem String, z.B. part(':2').
* toDate: String → Datum parsen mit Format, z.B. toDate('YYYY-MM-DD hh:mm:ss').
* toBool: Zahl/String → boolean.
* toInt: Zahl/String → Integer.
* toNumber: Zahl/String → Float.
* format: Datum formatieren, z.B. format('DD.MM.YYYY HH:mm').
* humanized: Dauer menschenlesbar, z.B. „vor 2 Std.“.
* round: Runden auf Schritt, z.B. round(0.5).
* fix: Festkomma mit Stellen, z.B. fix(2) → „1.23“.
* roundMoney: Währungsformatierung.
* slice: String-Slice, z.B. slice(0,3).
* encode: encodeURI(...).
* add: Addieren, z.B. add(5).
* multiply: Multiplizieren, z.B. multiply(10).
* divide: Dividieren, z.B. divide(2).
* replace: Ersetzen, z.B. replace('on','1') oder Regex.
* map: Werte-Mapping über HOCON, z.B. map('{ on:1, off:0 }').
* filter: Durchlassen/Nicht durchlassen per Liste, z.B. filter('on,off,auto').
* step: Stufenwert aus HOCON, z.B. step('{ 0..20:low, 21..50:mid, 51..:high }').
* scale: Wertebereich skalieren, z.B. scale(0,100,0,1).
* ago: Zeitstempel → „vor …“.
* till: Zeitstempel → „bis …“.
* timeFormat: Zeit formatieren, z.B. timeFormat('mm:ss','ms','lower').
* minusBlue: Wenn Wert < Schwellwert → „blue“, z.B. minusBlue(0).
* contains: Substring enthalten, z.B. contains('err').
* not: Negation für booleans.
* is: Gleichheit, z.B. is('on').
* isNot: Ungleichheit, z.B. isNot('off').
* pad: Links auffüllen, z.B. pad(3,'0') → „007“.
* append: Anhängen, z.B. append(' °C').
* prepend: Voranstellen, z.B. prepend('#').
* sendCommand: FHEM-Befehl senden, z.B. sendCommand('set Lamp on').
* getHTML: FHEM get <device> html abrufen, z.B. getHTML('MyDev').
* capitalize: Erstes Zeichen groß.

'''Beispiel''':
<syntaxhighlight lang="html">
[value]="device:STATE:value | map('{ on:1, off:0 }') | scale(0,1,0,100) | fix(0)"
</syntaxhighlight>

===1. toInt()===

====Beschreibung====
Wandelt den Wert in eine Ganzzahl um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | toInt()"></ftui-label>
</syntaxhighlight>

===2. toFloat()===

====Beschreibung ====
Wandelt den Wert in eine Fließkommazahl um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | toFloat()"></ftui-label>
</syntaxhighlight>

===3. round(digits)===

====Beschreibung====
Rundet den Wert auf die angegebene Anzahl von Nachkommastellen.

====Parameter====
`digits` - Anzahl der Nachkommastellen.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | round(2)"></ftui-label>
</syntaxhighlight>

===4. multiply(factor)===

====Beschreibung====
Multipliziert den Wert mit einem bestimmten Faktor.

====Parameter ====
`factor` - Multiplikationsfaktor.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | multiply(1.8)"></ftui-label>
</syntaxhighlight>

===5. divide(divisor)===

====Beschreibung====
Teilt den Wert durch den angegebenen Divisor.

====Parameter====
`divisor` - Teiler.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | divide(10)"></ftui-label>
</syntaxhighlight>

===6. add(addend)===

====Beschreibung====
Addiert einen bestimmten Wert zum aktuellen Wert.

====Parameter====
`addend` - Der Wert, der addiert wird.

====Beispiel ====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | add(10)"></ftui-label>
</syntaxhighlight>

===7. subtract(subtrahend)===

====Beschreibung====
Subtrahiert einen bestimmten Wert vom aktuellen Wert.

====Parameter====
`subtrahend` - Der Wert, der subtrahiert wird.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | subtract(5)"></ftui-label>
</syntaxhighlight>

===8. replace(search, replacement)===

====Beschreibung====
Ersetzt alle Vorkommen eines bestimmten Substrings durch einen neuen String.

====Parameter====
`search` - Der zu ersetzende String; `replacement` - Der neue String.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="'#FF5733' | replace('#', '')"></ftui-label>
</syntaxhighlight>

===9. part(index)===

====Beschreibung====
Extrahiert ein bestimmtes Segment aus einem strukturierten Wert (z.B. durch Leerzeichen getrennte Werte).

====Parameter====
`index` - Der Index des zu extrahierenden Teils.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="SensorData:state | part(2)"></ftui-label>
</syntaxhighlight>

===10. uppercase()===

====Beschreibung====
Wandelt den String in Großbuchstaben um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="Status:state | uppercase()"></ftui-label>
</syntaxhighlight>

===11. lowercase()===

====Beschreibung====
Wandelt den String in Kleinbuchstaben um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="Status:state | lowercase()"></ftui-label>
</syntaxhighlight>

===12. format(formatString)===

====Beschreibung====
Formatiert den Wert entsprechend einem angegebenen Format-String.

====Parameter====
`formatString` - Das Format, z.B. `"%.2f"` für zwei Dezimalstellen.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | format('%.1f')"></ftui-label>
</syntaxhighlight>

===13. timestamp()===

====Beschreibung====
Wandelt das Datum in einen Zeitstempel um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="DateSensor:state | timestamp()"></ftui-label>
</syntaxhighlight>

===14. unit(unitString)===

====Beschreibung====
Fügt eine Einheit an den Wert an.

====Parameter====
`unitString` - Die Einheit, die angehängt wird.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | unit('°C')"></ftui-label>
</syntaxhighlight>

===15. map(mappingString)===

====Beschreibung====
Mappt einen Wert auf eine vorgegebene Zeichenkette basierend auf einer Mapping-Tabelle.

====Parameter====
`mappingString` - Eine Mapping-Zeichenkette, die Ein- und Ausgangswerte verbindet, z.B. `"0=Aus,1=Ein"`.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="Status:state | map('0=Off,1=On')"></ftui-label>
</syntaxhighlight>

[[Kategorie:FHEM Tablet UI V3]]

FTUI3 Pipelines

2025-12-04T12:22:43Z

Tobias.faust: Übersicht aktualisiert

==Verwendung von FTUI3 Pipes==
Das ftui.binding.js-Modul bietet eine leistungsfähige und flexible Möglichkeit, Daten direkt aus FHEM (einem Heimautomatisierungssystem) zu binden und im FTUI-Frontend anzuzeigen. Die Bindings ermöglichen eine Verbindung zwischen HTML-Attributen und FHEM-Daten sowie die Transformation der Daten mithilfe von "Pipes".

Jedes Binding folgt einem standardisierten Syntaxmuster:<syntaxhighlight lang="html">
<ftui-element [attribut]="DeviceName:reading | transformation"></ftui-element>
</syntaxhighlight>

====DeviceName:====
Der Name des FHEM-Geräts

====reading====
Der spezifische Status oder Wert des Geräts, der ausgelesen werden soll

====transformation====
Optional können mehrere Transformationen (sog. "Pipes") verwendet werden, um den Wert zu formatieren oder anzupassen.

===Einfaches Input-Pipe Beispiel===
Dieses Beispiel zeigt die Verwendung eines Bindings, das eine direkte Umwandlung des Wertes mittels der `toInt()` Pipe ausfüh<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | toInt()"></ftui-label>
</syntaxhighlight>
===Beispiel für Pipe-Kombinationen===
Es ist möglich, mehrere Pipes zu kombinieren, um komplexe Transformationen durchzuführen. In diesem Beispiel wird der Wert aus dem Reading `state` extrahiert und durch mehrere Pipes transformiert:<syntaxhighlight lang="html">
<ftui-label [text]="AgroWeather:state | part(4) | toInt() | multiply(2) | round(1)">
</syntaxhighlight>Dieses Beispiel zeigt, dass der Wert zuerst in einen bestimmten Teil (`part(4)`) aufgeteilt, dann in eine Ganzzahl (`toInt()`) umgewandelt, verdoppelt (`multiply(2)`) und schließlich auf eine Dezimalstelle gerundet wird (`round(1)`).

===Beispiel für Ausgabe-Bindings===
Bindings können auch dazu verwendet werden, Werte zurück in FHEM zu schreiben. Hier wird der HEX-Wert eines Farbpickers bearbeitet und als RGB-Wert an ein Gerät gesendet.<syntaxhighlight lang="html">
<ftui-colorpicker (hex)="replace('#',) | HUEDevice6:rgb"></ftui-colorpicker>
</syntaxhighlight>
==Verfügbare Transformationsfunktionen (Pipes)==
===Übersicht===
* part: Teilwert aus zusammengesetztem String, z.B. part(':2').
* toDate: String → Datum parsen mit Format, z.B. toDate('YYYY-MM-DD hh:mm:ss').
* toBool: Zahl/String → boolean.
* toInt: Zahl/String → Integer.
* toNumber: Zahl/String → Float.
* format: Datum formatieren, z.B. format('DD.MM.YYYY HH:mm').
* humanized: Dauer menschenlesbar, z.B. „vor 2 Std.“.
* round: Runden auf Schritt, z.B. round(0.5).
* fix: Festkomma mit Stellen, z.B. fix(2) → „1.23“.
* roundMoney: Währungsformatierung.
* slice: String-Slice, z.B. slice(0,3).
* encode: encodeURI(...).
* add: Addieren, z.B. add(5).
* multiply: Multiplizieren, z.B. multiply(10).
* divide: Dividieren, z.B. divide(2).
* replace: Ersetzen, z.B. replace('on','1') oder Regex.
* map: Werte-Mapping über HOCON, z.B. map('{ on:1, off:0 }').
* filter: Durchlassen/Nicht durchlassen per Liste, z.B. filter('on,off,auto').
* step: Stufenwert aus HOCON, z.B. step('{ 0..20:low, 21..50:mid, 51..:high }').
* scale: Wertebereich skalieren, z.B. scale(0,100,0,1).
* ago: Zeitstempel → „vor …“.
* till: Zeitstempel → „bis …“.
* timeFormat: Zeit formatieren, z.B. timeFormat('mm:ss','ms','lower').
* minusBlue: Wenn Wert < Schwellwert → „blue“, z.B. minusBlue(0).
* contains: Substring enthalten, z.B. contains('err').
* not: Negation für booleans.
* is: Gleichheit, z.B. is('on').
* isNot: Ungleichheit, z.B. isNot('off').
* pad: Links auffüllen, z.B. pad(3,'0') → „007“.
* append: Anhängen, z.B. append(' °C').
* prepend: Voranstellen, z.B. prepend('#').
* sendCommand: FHEM-Befehl senden, z.B. sendCommand('set Lamp on').
* getHTML: FHEM get <device> html abrufen, z.B. getHTML('MyDev').
* capitalize: Erstes Zeichen groß.
* Beispiel: [value]="device:STATE:value | map('{ on:1, off:0 }') | scale(0,1,0,100) | fix(0)"

===1. toInt()===

====Beschreibung====
Wandelt den Wert in eine Ganzzahl um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | toInt()"></ftui-label>
</syntaxhighlight>

===2. toFloat()===

====Beschreibung ====
Wandelt den Wert in eine Fließkommazahl um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | toFloat()"></ftui-label>
</syntaxhighlight>

===3. round(digits)===

====Beschreibung====
Rundet den Wert auf die angegebene Anzahl von Nachkommastellen.

====Parameter====
`digits` - Anzahl der Nachkommastellen.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | round(2)"></ftui-label>
</syntaxhighlight>

===4. multiply(factor)===

====Beschreibung====
Multipliziert den Wert mit einem bestimmten Faktor.

====Parameter ====
`factor` - Multiplikationsfaktor.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | multiply(1.8)"></ftui-label>
</syntaxhighlight>

===5. divide(divisor)===

====Beschreibung====
Teilt den Wert durch den angegebenen Divisor.

====Parameter====
`divisor` - Teiler.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | divide(10)"></ftui-label>
</syntaxhighlight>

===6. add(addend)===

====Beschreibung====
Addiert einen bestimmten Wert zum aktuellen Wert.

====Parameter====
`addend` - Der Wert, der addiert wird.

====Beispiel ====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | add(10)"></ftui-label>
</syntaxhighlight>

===7. subtract(subtrahend)===

====Beschreibung====
Subtrahiert einen bestimmten Wert vom aktuellen Wert.

====Parameter====
`subtrahend` - Der Wert, der subtrahiert wird.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | subtract(5)"></ftui-label>
</syntaxhighlight>

===8. replace(search, replacement)===

====Beschreibung====
Ersetzt alle Vorkommen eines bestimmten Substrings durch einen neuen String.

====Parameter====
`search` - Der zu ersetzende String; `replacement` - Der neue String.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="'#FF5733' | replace('#', '')"></ftui-label>
</syntaxhighlight>

===9. part(index)===

====Beschreibung====
Extrahiert ein bestimmtes Segment aus einem strukturierten Wert (z.B. durch Leerzeichen getrennte Werte).

====Parameter====
`index` - Der Index des zu extrahierenden Teils.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="SensorData:state | part(2)"></ftui-label>
</syntaxhighlight>

===10. uppercase()===

====Beschreibung====
Wandelt den String in Großbuchstaben um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="Status:state | uppercase()"></ftui-label>
</syntaxhighlight>

===11. lowercase()===

====Beschreibung====
Wandelt den String in Kleinbuchstaben um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="Status:state | lowercase()"></ftui-label>
</syntaxhighlight>

===12. format(formatString)===

====Beschreibung====
Formatiert den Wert entsprechend einem angegebenen Format-String.

====Parameter====
`formatString` - Das Format, z.B. `"%.2f"` für zwei Dezimalstellen.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | format('%.1f')"></ftui-label>
</syntaxhighlight>

===13. timestamp()===

====Beschreibung====
Wandelt das Datum in einen Zeitstempel um.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="DateSensor:state | timestamp()"></ftui-label>
</syntaxhighlight>

===14. unit(unitString)===

====Beschreibung====
Fügt eine Einheit an den Wert an.

====Parameter====
`unitString` - Die Einheit, die angehängt wird.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="TemperaturSensor:state | unit('°C')"></ftui-label>
</syntaxhighlight>

===15. map(mappingString)===

====Beschreibung====
Mappt einen Wert auf eine vorgegebene Zeichenkette basierend auf einer Mapping-Tabelle.

====Parameter====
`mappingString` - Eine Mapping-Zeichenkette, die Ein- und Ausgangswerte verbindet, z.B. `"0=Aus,1=Ein"`.

====Beispiel====
<syntaxhighlight lang="html">
<ftui-label [text]="Status:state | map('0=Off,1=On')"></ftui-label>
</syntaxhighlight>

[[Kategorie:FHEM Tablet UI V3]]

PanStamp FensterkontaktSensor

2022-12-08T09:10:41Z

Tobias.faust: /* Links */

{{SEITENTITEL:panStamp FensterkontaktSensor}}

{{Infobox Hardware
|Bild=panStamp.jpg
|Bildbeschreibung=panStamp
|HWProtocol=SWAP
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=868MHz (433/915MHz)
|HWChannels=1
|HWVoltage=4-36V
|HWPowerConsumption= max. 120mW
|HWPoweredBy=permanent, line-powered
|HWSize=50 x 50 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#panStamp 34_panStamp.pm] [http://fhem.de/commandref.html#SWAP 34_SWAP.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=panStamp
}}

[http://www.panstamp.com/home panStamps] sind [[Arduino]] Clones, die ein CC1101 Funkmodul beinhalten. Mit ihnen lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Umweltsensors

Dieser Wiki Artikel bezieht auf den panstamp NRG 2
Weiterführende Information zu panStamps und den grundlegenden Modulen um sie mit FHEM zu integrieren finden sich im zugehörigen [[panStamp|Wiki Artikel]].

== Beschreibung ==
Dieser Sensor ist mit seiner Firmware spezialisert auf die Zustandserfassung von Fenster- und Türkontakten. Es können Gruppen gebildet werden mit Hilfe dessen 3 Zustände erfasst und an FHEM übermittelt werden können:
* Offen (open)
* Angeklappt (tilted)
* Geschlossen (closed)

Der auf dem panStamp NRG2 basierende Fensterkontaktsensor hat die folgenden Eigenschaften:

'''Hardware:'''
* 8x ReedkontaktEingänge
* 3 LowCurrent LEDs zur Zustandsanzeige (Rot/Gelb/Grün)
* Eingangsspannung von 4-36V, empfohlen wird eine Eingangsspannung von 5V aufgrund der Verlustleistung des Linearreglers
* passt alles in eine 68mm Unterputzdose

'''Software:'''
* Konfiguration des Sendeintervalls
* Konfiguration der Gruppen
* Konfiguration der Blink- und Leuchtintervalls der LEDs
* Übermittlung von allen 8 Eingängen
* Übermittlung des Gruppenstatus

===LED Verhalten===
Die LEDs zeigen folgende Zustände an, es kann immer nur eine LED gleichzeitig leuchten:
* Rot = mindestens eine definierte Gruppe haben den Status '''Offen'''
* Gelb = mindestens eine definierte Gruppe hat den Status '''Angeklappt''', keine Gruppe ist Offen
* Green = alle definierten Gruppen haben den Status '''Geschlossen'''

Im Detail: Die Priorität ist die folgende:
Offen -> Angeklappt -> Geschlossen
Rot -> Gelb -> Grün

Über die Konfiguration kann folgendes eingestellt werden:
* Anzahl in Millisekunden, wie lange eine LED nach einem Event dauerhaft leuchten soll
* Anzahl in Millisekunden, wie lange nach 1) die LED ausgeschaltet ist
* Anzahl in Millisekunden, wie lange nach 1) und 2) die LED eingeschaltet ist

zb: 30000 , 15000, 50 <br>
Nach einem Event (Fenster wurde betätigt) leuchtet die passende LED 30sekunden dauerhaft, danach mit einem 50ms Blinken alle 15sek

Alle benötigten Dateien sind unter [[#Links]] zu finden:
* Sketch
* EnvironmentSensor.xml
* Target3001 Dateien

Unbestückte Platinen können beim [http://forum.fhem.de/index.php?action=profile;u=118 Ersteller], falls vorrätig, angefragt und erworben werden.

'''WICHTIG!''' Schaltplan und Platinen sind für den Panstamp NRG 2.

== Schaltplan und Bauteilliste ==
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| X1, X2
| Keramikkondensator Typ:X7R 2,2uF
| Reichelt
| X7R-G0805 2,2/25
|-
| IC2
| Linearregler LP2985
| Reichelt
| LP 2985 IM5-3,3
|-
| K1-K9 (9x)
| Anreihklemme 3,5mm 2Pol
| IT-WNS
| AK-3.5-2-GY
|-
| R2, R3, R4
| SMD Widerstand 1k
| Reichelt
IT-WNS
| SMD-0805 1K
R-1K-0805-1
|-
| X3-X10 (8x)
| Keramikkondensator Typ:X7R/X5R 4,7uF
| Reichelt
IT-WNS
| X7R-G0805 4,7/25
C-4U7-0805
|-
| J1
| Stiftleiste 1x20 pol. gewinkelt, 2,54mm
| IT-WNS
| SL-1x20-254-G
|-
| S1
| SMD Mikrotaster, Drucktaster, Print Miniatur 5x5x1,5mm
| Ebay
|
|-
| IC1
| panStamp NRG2
| panstamp.com
| panStamp NRG2
|}

== Hinweise zum Aufbau==

== Hinweise zum Betrieb mit FHEM ==
===Configuration===
Nach upload des Sketches auf den Panstamp ist zuerst die korrekte Kennung über das Register 09 sowie der gewünschte Sendezyklus über das Register 0A zu setzen (siehe [[panStamp#Neue_panStamps_in_Betrieb_nehmen|Inbetriebname im Wiki Artikel]] zum den panStamps).
Anschließend ist die Konfiguration mittels Register 0B zu setzen:
{| class="wikitable"
! Bezeichnung
! Länge
! Position
! Beschreibung
|-
| Gruppe_Pin10
| 1 Byte
| 0
| Nummer der Gruppe für den ReedEingang D10, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin11
| 1 Byte
| 1
| Nummer der Gruppe für den ReedEingang D11, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin12
| 1 Byte
| 2
| Nummer der Gruppe für den ReedEingang D12, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin13
| 1 Byte
| 3
| Nummer der Gruppe für den ReedEingang D13, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin14
| 1 Byte
| 4
| Nummer der Gruppe für den ReedEingang D14, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin15
| 1 Byte
| 5
| Nummer der Gruppe für den ReedEingang D15, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin16
| 1 Byte
| 6
| Nummer der Gruppe für den ReedEingang D16, Erlaubt: 1-7, 0 ist deaktiviert
|-
| Gruppe_Pin17
| 1 Byte
| 7
| Nummer der Gruppe für den ReedEingang D17, Erlaubt: 1-7, 0 ist deaktiviert
|-
| BlinkOnEvtTime
| 2 Byte
| 8-9
| Dauer in ms, wie lange die LED nach einem Event dauerleuchten soll
|-
| BlinkOnIdleTime
| 2 Byte
| 10-11
| Dauer in ms, wie lange die LED im Idle-Modus dauerleuchten soll
|-
| BlinkOffTime
| 2 Byte
| 12-13
| Dauer in ms, wie lange die LED im Idle-Modus aus sein soll
|}

===Setzen der Konfiguration===
Ein Register ist als Hex-Wert zu setzen. Folgende Tabelle zeigt eine exemplarische Konfiguration:
{| class="wikitable"
! SubRegister
! Wert
! Binär Wert
! Hex Wert
! Comments
|-
| Gruppe_Pin10
| 1
| 1
| 01
| Zuordnung D10 zur Gruppe 1
|-
| Gruppe_Pin11
| 1
| 1
| 01
| Zuordnung D11 zur Gruppe 1
|-
| Gruppe_Pin12
| 2
| 2
| 02
| Zuordnung D12 zur Gruppe 2
|-
| Gruppe_Pin13
| 2
| 2
| 02
| Zuordnung D13 zur Gruppe 2
|-
| Gruppe_Pin14
| 3
| 3
| 03
| Zuordnung D14 zur Gruppe 3
|-
| Gruppe_Pin15
| 0
| 0
| 00
| Deaktivierung D15
|-
| Gruppe_Pin16
| 0
| 0
| 00
| Deaktivierung D16
|-
| Gruppe_Pin17
| 0
| 0
| 00
| Deaktivierung D17
|-
| BlinkOnEvtTime
| 5000
| 1001110001000
| 1388
| Bei einem Event leuchtet die LED 5sek dauerhaft
|-
| BlinkOnIdleTime
| 50
| 110010
| 0032
| Im Idle Mode leuchtet die LED 50ms
|-
| BlinkOffTime
| 10000
| 10011100010000
| 2710
| Im Idle Mode leuchtet die LED nur alle 10sek
|}

In obigem Fall ist das Konfigurationsregister wie folgt aufgebaut: ''2710 0032 1388 00 00 00 03 02 02 01 01''<br>
Aufgrunddessen wird die Konfiguration folgendermaßen gesetzt:
set <MySwapDevice> regSet 0B 2710003213880000000302020101

Es ist auch möglich die einzelnen Endpoints unabhängig voneinander zu setzen. z.B.:
set <MySwapDevice> regSet 0B.2 02

Diese Konfiguration bedeutet folgendes:
* D10 und D11 gehören zur Gruppe 01
* D12 und D13 gehören zur Gruppe 02
* D14 gehört alleine zur Gruppe 03
* D15,D16,D17 gehören zur 0-Gruppe ist sind damit deaktiviert. Die Binarstati werden zwar regelmäßig mit übertragen, in der Gruppenauswertung spielen diese Pins aber keine Rolle.

Der Gruppenstatus würde dann wie folgt gesetzt:
* Wenn D10 und D11 offen ist hat die Gruppe ebenfalls den Status '''Offen'''
* Wenn D10 und D11 geschlossen ist hat die Gruppe den Status ebenfalls '''Geschlossen'''
* Wenn D10 und D11 unterschiedlichen Status haben ist ist die Gruppe '''Angeklappt'''
* Analog dazu D12/D13 mit der Gruppe 02
* Wenn D14 offen ist, hat die Gruppe 03 den Status '''Offen'''
* Wenn D14 geschlossen ist, hat die Gruppe 03 den Status '''Geschlossen'''
* Die Gruppe 03 kann NICHT den Status '''Angeklappt''' annehmen, da nur ein Pin dieser Gruppe zugeordnet ist

Die LEDs würden sich dann wie folgt verhalten:
* Nach einem Event leuchtet die entsprechende LED 5sek dauerhaft, danach blinkt sie für 50ms alle 10sek

== bereitgestellte Readings ==
Folgende Readings werden zusätzlich zu den Konfigurations-Readings in FHEM bereitgestellt:

{| class="wikitable"
! Name des Reading
! Datentyp
! Beschreibung
|-
| 0C.0-Binary_0 -> 0C.7-Binary_7
| [0-1]
| aktueller Status des ReedEingangs D10-D17
0 -> Reedkontakt geschlossen<br>
1 -> Reedkontakt offen
|-
| 0D.0-Gruppe_1 -> 0D.7-Gruppe_8
| [0-2]
| aktueller Status der Gruppe 1-7
0 -> Geschlossen<br>
1 -> Angeklappt<br>
2 -> Offen
|}

== Beschreibung des Gruppenverhaltens ==
Mehrere Eingänge können zu einer Gruppe zugeordnet werden.
Der Status einer Gruppe wird nach folgendem Verhalten festgelegt:
* Sind alle Reed-Kontakte der zugeordneten Pins einer Gruppe geschlossen, so ist der Status der Gruppe: '''Geschlossen'''
* Sind alle Reed-Kontakte der zugeordneten Pins einer Gruppe offen, so ist der Status der Gruppe: '''Offen'''
* Sind die einzelnen Stati der Reed-Kontakte der zugeordneten Pins einer Gruppe sowohl geschlossen als auch offen, so ist der Status der Gruppe: '''Angeklappt'''
* Wurde nur ein Pin einer Gruppe zugeordnet, so nimmt die Gruppe nur den Status '''Offen'''/'''Geschlossen''' an

== Beschreibung des Sendeverhaltens ==
Der aktuelle Status der Pins als auch der Status der Gruppen werden bei folgenden Events volständig übertragen:
* gemäß TX-Intervall eingestelltes Sendeintervall
* sofort bei Auftreten eines Events (Änderung eines Status an einem Pin)

==Einbindung TabletUI mit lesbarem Status==
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_ftui_Fenster.jpg|200px|thumb||Tablet-UI Fenster]]
[[Datei:Panstamp_Fensterkontaktsensor_v1.0_ftui_FensterRolladen.jpg|200px|thumb||Tablet-UI Fenster&Rolladen]]

In der 99_myUtils.pm ist folgender Eintrag einzubinden
<syntaxhighlight lang="perl">
##############################################
# Übersetzt den Status der
# SWAP Fensterkontakte in Klarnamen
# und Farbwerte für TabletUI
##############################################

sub
SWAP_WindowStateSensor($$$) {
my ($device, $reading, $value) = @_;
my $state = "??";
my $color = "";
my $group = 0;

$group = $reading;
$group =~ s/.*-Gruppe_(\d)*.*/$1/;

if ($value eq "00") {
$state = "closed";
$color = "#23a013";
} elsif ($value eq "01") {
$state = "tilted";
$color = "#f4d742";
} elsif ($value eq "02") {
$state = "open";
$color = "#F70A0A";
}

readingsBeginUpdate($defs{$device});
readingsBulkUpdate($defs{$device}, "Gruppe".$group, $state);
readingsBulkUpdate($defs{$device}, "Farbwert_Gruppe".$group, $color);
readingsEndUpdate($defs{$device}, 1);

return undef;
}
</syntaxhighlight>

Anschließend folgenes Notify erstellt:

define NTFY_SWAP_Fensterstatus notify SWAP_.*:0D.*-Gruppe.* {SWAP_WindowStateSensor($NAME, $EVTPART0, $EVTPART1)}
attr NTFY_SWAP_Fensterstatus DbLogExclude .*
attr NTFY_SWAP_Fensterstatus room SWAP

Damit wird sowohl ein lesbarer Status als auch der in TabletUI anzuzeigende Farbwert gesetzt.

In TabletUI könnte dann zb. zusammen mit dem Rolladenstatus auch der Fensterstatus angeziegt werden. Im Platzhalter "par_SC_dev:par_SC_Reading" wird das Device als auch das Reading des Farbwertes gesetzt
<syntaxhighlight lang="html5">
<div data-type="circlemenu" data-direction="bottom-half" data-circle-radius="120" data-item-diameter="67"
style="font-size:130%;">
<ul>
<li>
<div data-type="symbol" data-device="par_RL_dev" data-get="level"
data-icons='["oa-fts_shutter_90","oa-fts_shutter_80","oa-fts_shutter_70","oa-fts_shutter_60","oa-fts_shutter_50",
"oa-fts_shutter_50","oa-fts_shutter_40","oa-fts_shutter_30","oa-fts_shutter_20",
"oa-fts_shutter_10","oa-fts_window_2w"]'
data-states='["0","10","20","30","40","50","60","70","80","90","100"]'
data-on-color="#2A2A2A"
data-on-background-color="par_SC_dev:par_SC_Reading"
data-off-background-color="par_SC_dev:par_SC_Reading"
data-background-icon="fa-circle">
</div>
</li>
<li> <div data-type="push" data-device="par_RL_dev" data-icon="oa-fts_shutter_up" data-set-on="on"></div></li>
<li> <div data-type="push" data-device="par_RL_dev" data-icon="oa-fts_window_1w_tilt" data-set-on="Lueftung"></div></li>
<li> <div data-type="push" data-device="par_RL_auto" data-icon="oa-fts_shutter_automatic" data-set-on="automatic"></div></li>
<li> <div data-type="push" data-device="par_RL_auto" data-icon="oa-fts_shutter_manual" data-set-on="manual"></div></li>
<li> <div data-type="push" data-device="par_RL_dev" data-icon="oa-fts_sunblind" data-set-on="Beschatten"></div></li>
<li> <div data-type="push" data-device="par_RL_dev" data-icon="oa-fts_shutter_down" data-set-on="off"></div></li>
</ul>
</div>
</syntaxhighlight>

== Weitere Hinweise ==
Keine.

== Links ==

* [https://github.com/tobiasfaust/WindowStatusSensor Alle Dateien in der Cloud des Autors]

[[Kategorie:panStamp]]

Text2Speech

2021-06-10T07:17:03Z

Tobias.faust: /* zusätzliche Abhängigkeiten von Amazon Polly */

{{Infobox Modul
|ModPurpose=Sprachausgabe über FHEM
|ModType=h
|ModForumArea=Unterstützende Dienste
|ModTechName=98_Text2Speech.pm
|ModOwner=tobiasfaust ({{Link2FU|118|Forum}} / [[Benutzer_Diskussion:Tobias.faust|Wiki]])
}}

Das Modul [[Text2Speech]] ermöglicht es, eine Sprachausgabe über FHEM zu realisieren. Das Modul ist Client-Server-fähig. Einzelne Sprachbausteine werden zwischengespeichert damit diese bei erneutem Gebrauch nicht noch einmal nachgeladen werden müssen um somit einen flüssigen Spachfluss zu gewährleisten.

==Text2Speech Sprachengines==
Die Default Sprachengine ist Google mit deutscher, weiblicher Stimme.

Die Sprachengines Amazon Polly, Google und VoiceRSS sind OnlineSysteme die eine Internetverbindung voraussetzen. Die Sprachengines ESpeak und SVOX-Pico sind lokal installierte Sprachengines die keine Internetverbindung benötigen.

Als Empfehlung kann kann folgende Liste mit absteigender Sprachqualität eine Hilfestellung bieten:
* Amazon Polly
* Google
* VoiceRSS/ESpeak/SVOX-Pico

Die Sprachengine "Amazon Polly" ist kostenpflichtig. In den ersten 12 Monaten sind 5Mio Zeichen kostenlos, danach kosten 1Mio Zeichen 4US$ (Stand Februar 2021): [https://aws.amazon.com/de/polly/pricing/ Amazon Polly Pricing]

==Definition Lokale Architektur==
===Abhängigkeiten Installationspakete===
Egal welche Sprachengine verwendet werden soll müssen folgende Pakete installiert sein:
* IO::File
* Digest::MD5
* URI::Escape
* Text::Iconv
* Encode::Guess
* MP3::Info
* mp3wrap (Empfohlen, aber optional, wird über das Attribut TTS_UseMp3Wrap aktiviert)

<syntaxhighlight lang="bash">
sudo apt-get install libdigest-perl-md5-perl libany-uri-escape-perl libtext-iconv-perl libencode-perl libmp3-info-perl mp3wrap
</syntaxhighlight>

===zusätzliche Abhängigkeiten von Espeak===
<syntaxhighlight lang="bash">sudo apt-get install lame espeak</syntaxhighlight>

===zusätzliche Abhängigkeiten von SVOX-pico===
<syntaxhighlight lang="bash">sudo apt-get install lame libttspico-utils</syntaxhighlight>

Für ARM/Raspbian sind die <code>libttspico-utils</code> leider nicht verfügbar, deswegen müsste man diese selbst kompilieren oder das vorkompilierte Paket aus [http://www.robotnet.de/2014/03/20/sprich-freund-und-tritt-ein-sprachausgabe-fur-den-rasberry-pi/ dieser Anleitung] verwenden, folgend in aller Kürze:
<syntaxhighlight lang="bash">
sudo apt-get install libpopt-dev
cd /tmp
wget http://www.dr-bischoff.de/raspi/pico2wave.deb
sudo dpkg --install pico2wave.deb
</syntaxhighlight>

===zusätzliche Abhängigkeiten von Amazon Polly===
* Paws::Polly

<syntaxhighlight lang="bash">
sudo cpan Paws
</syntaxhighlight>

Die Zugangsdaten zum eigenen AWS Konto müssen unter ~/.aws/credentials liegen.
<syntaxhighlight lang="bash">
[default]
aws_secret_access_key = xxxxxxxxxxxxxxxxxxxxxx
aws_access_key_id = xxxxxxxxxxxxxxx
</syntaxhighlight>

Die Zugangsdaten erhält man in dem man im AWS Konto eine IAM Gruppe mit einem PollyRead Profile erstellt und diese Gruppe eine neuen User zuweist.
Nach Anlegen des Users erhält man einmalig(!) das Schlüsselpaar.

==allgemeine Konfiguration==
Relevant für die korrekte SprachEngine sind die folgenden Attribute:
* TTS_Ressource
* TTS_Language '''oder''' TTS_Language_Custom

Mit <code>aplay -l</code> kann man eine Liste der möglichen Audio Ausgabedevices erhalten. Von dem gewünschten Ausgabedevice ermittelt man nun die Kartennummer und das Subdevice.

Neben dem Audio Equipment gibt es zwei Voraussetzungen im System:
* Der User fhem muss Berechtigung haben Sound auszugeben und
* es muss ein Player installiert sein.
<syntaxhighlight lang="bash">sudo usermod -aG audio fhem</syntaxhighlight>
Nach dieser Änderung muss sich der Benutzer neu anmelden! Ein Neustart von FHEM oder dem System ist notwendig!

Test2Speech wurde ursprünglich für mplayer entwickelt:
<syntaxhighlight lang="bash">sudo apt-get install mplayer</syntaxhighlight>
Damit mplayer ohne sudo aufgerufen wird muss das Attribute <code>TTS_MplayerCall </code> gesetzt werden. Wird das weggelassen muss [[FHEM_mit_sudo|fhem sudo Berechtigung]] bekommen.
<syntaxhighlight lang="perl">define MyTTS Text2Speech hw=0.0
attr MyTTS TTS_MplayerCall /usr/bin/mplayer</syntaxhighlight>
Das Programm mplayer hat auf einigen Systemen sehr große Verzögerungen beim Start, als '''Alternative''' ist z.B. play verwendbar
<syntaxhighlight lang="bash">sudo apt-get install sox libsox-fmt-all</syntaxhighlight>
Die Definition muss in der Bezeichnung das Audiogerätes und im Attribute <code>TTS_MplayerCall </code> so aussehen (Mindestens Version 19378 2019-05-12 erforderlich).
<syntaxhighlight lang="perl">define MyTTS Text2Speech hw:0,0
attr MyTTS TTS_MplayerCall AUDIODEV={device} /usr/bin/play -q -v $(({volume}*{volumeadjust}/10000)).$(({volume}*{volumeadjust}%10000)) {file}</syntaxhighlight>

Bei wiederholten Sprachbausteinen wird durch die Verwendung von MP3Wrap eine deutlich flüssigere Sprachausgabe erreicht. Für die Verwendung von Kombinationen aus fertigen mp3 Files und Texten in der Art "Text:bing.mp3:Text" ist dies zwingend notwendig.
<syntaxhighlight lang="bash">sudo apt-get install mp3wrap</syntaxhighlight>

Als Ergänzung die Definition ein Attribute <code>TTS_UseMP3Wrap</code> :
<syntaxhighlight lang="perl">attr MyTTS TTS_UseMP3Wrap 1
attr MyTTS verbose 4</syntaxhighlight>

Ein erster Test kann wie folgt durchgeführt werden (als Einzeiler, ohne Zeilenumbruch einzugeben):
:<code> set MyTTS tts Das ist ein Test. Jetzt prüfen wir, ob wir etwas aus dem angeschlossenen Lautsprecher hören. Beim ersten Mal haben wir allerdings noch Sprechpausen. Spätestens beim zweiten Durchlauf ist der Textfluss flüssiger.</code>
Hört man etwas aus dem Lautsprecher, so führen wir das Kommando ein zweites Mal aus. Jetzt sollte es sich besser anhören. Bleiben die Lautsprecher stumm, so ist das FHEM-Log zu kontrollieren. Gegebenenfalls ist das [[verbose]]-Level auf 5 zu stellen.

War der Test erfolgreich, kann das verbose-Attribut wieder gelöscht werden.

==Definition Client-Server Architektur==
Es gibt Installationen, bei denen der FHEM-Server z.B. im Keller steht, die Sprachausgabe soll aber räumlich entfernt stattfinden, z.B. im Wohnzimmer. Hierzu ist am Zielort eine FHEM-Instanz anzulegen, z.B. über einen [[Raspberry Pi]], IP: 192.168.178.10.
Auf dem FHEM-Server ist Text2Speech als Remote zu definieren:
define MyTTS Text2Speech 192.168.178.10:7072 <Passwort>;
attr Text2Speech room Text2Speech;

Am Zielort ist Text2Speech auf dem Raspi wie folgt zu definieren:
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
Der Passwort Zugang ist entsprechend der {{Link2CmdRef|Anker=allowed}} zu definieren.
Bitte die Installation von Mplayer und Mp3Wrap nicht vergessen!
Danach der Test wie oben angegeben.

==Sprachausgabe per Bluetooth-Lautsprecher unter Raspbian Jessie==
Für die Sprachausgabe über Bluetooth bieten sich verschiedene Lautsprecher an. Wichtig ist jedoch, dass diese entweder gar nicht in einen Standby Modus wechseln oder aber über Bluetooth aus dem Standby aufgeweckt werden können. Folgende Lautsprecher sollen laut Internetrecherche funktionieren:

* Creative D80/D100/D200
* Sony Soundbar HT-XT3
* Panasonic SC-ALL6EG-W / SC-NE1
* Bose Soundtouch 10
* Bose Soundlink Mini II
* B&O Beoplay S3
* JBL Charge 2+/3
* LG Art 51
* UE Roll
* Energy PowerBar Elite
* Teufel Cinebar 11

Die folgenden Schritte müssen nacheinander durchgeführt werden, um auf einem aktuellen Jessie System Audio Inhalte über Bluetooth zu streamen:

'''1.''' USB-Bluetooth-Stick verbinden
und per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' System aktualisieren und notwendige Pakete installieren
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install alsa-utils bluez bluez-tools pulseaudio-module-bluetooth python-gobject python-gobject-2
sudo reboot

'''3.''' Benutzer pi zur PulseAudio Gruppe hinzufügen
sudo usermod -a -G lp pi
sudo usermod -a -G pulse-access,audio root
sudo adduser pi pulse-access

'''4.''' Datei daemon.conf von PulseAudio anpassen
sudo nano /etc/pulse/daemon.conf
Nach folgender Zeile suchen
; resample-method = speex-float-1
und wie folgt erweitern
; resample-method = speex-float-1
resample-method = trivial
und
; system-instance = no
system-instance = yes
speichern und schliessen

'''5.''' In PulseAudio müssen jetzt zusätzliche Module geladen werden
sudo nano /etc/pulse/system.pa
am Ende der Datei folgendes hinzufügen
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
speichern und schliessen

'''6.''' Jetzt müssen wir dafür sorgen, dass PulseAudio automatisch geladen wird
sudo nano /etc/systemd/system/pulseaudio.service
und folgenden Inhalt einfügen
[Unit]
Description=PulseAudio Sound System
Before=sound.target
[Service]
BusName=org.pulseaudio.Server
ExecStart=/usr/bin/pulseaudio
Restart=always
[Install]
WantedBy=multi-user.target
speichern und schliessen

'''7.''' Danach müssen wir PulseAudio neu starten
sudo systemctl daemon-reload
sudo systemctl enable pulseaudio.service
sudo systemctl start pulseaudio.service

'''8.''' Prüfen ob PulseAudio läuft
systemctl status pulseaudio

'''9.''' Jetzt den Audio Output einstellen: X entweder mit 0 (auto), 1 (3,5mm Klinke) oder 2 (HDMI) ersetzen.
sudo amixer cset numid=3 X

'''10.''' Die Lautstärke kann auf 100% gesetzt werden mit
sudo amixer set Master 100%
sudo pacmd set-sink-volume 0 65535

'''11.''' Soundausgabe z.B. über Kopfhörer prüfen
paplay /usr/share/sounds/alsa/Front_Left.wav

'''12.''' Jetzt können wir mit der Einrichtung von Bluetooth beginnen
sudo nano /etc/bluetooth/audio.conf
und folgendes einfügen
[General]
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
HFP=true
Class=0x20041C
speichern und schliessen

sudo nano /etc/bluetooth/main.conf
unter [General] folgendes einfügen
Name = RaspStream
Class = 0x20041C
speichern und schliessen

sudo hciconfig -a
eingeben und die MAC Adresse des Bluetooth Dongles aufschreiben

Jetzt müssen die Bluetooth Settings angepasst werden (XX:XX:XX:XX:XX:XX steht für die MAC Adresse des Bluetooth Dongles)
sudo nano /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/settings
einngeben und folgendes einfügen
[General]
Discoverable=true
Alias=RaspStream
Class=0x20041C
speichern und schliessen

Jetzt muss der Raspberry wieder neu gestartet werden
sudo reboot

'''13.''' Jetzt können Bluetooth Dongle und Bluetooth Lautsprecher gepaired werden
bluetoothctl
und folgende Befehle nacheinander eingeben
agent on
default-agent
discoverable on
scan on

der Bluetooth Lautsprecher sollte jetzt irgendwann aufgelistet werden und kann dann gepaired werden mit
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
Bluetooth console verlassen mit
quit

Damit sollte die Einrichtung abgeschlossen sein und wir können überprüfen, ob wir etwas über Bluetooth ausgeben können
mplayer -ao pulse http://stream01.iloveradio.de/iloveradio1.mp3

'''14.''' Das Modul Text2Speech sollte dann mit 'default' angelegt werden
define TTS Text2Speech default

==Sprachausgabe per Bluetooth-Lautsprecher==
{{Randnotiz|RNTyp=Info|RNText=Dieser Abschnitt repräsentiert nicht den aktuellen Stand. Bezüglich Verbindung, Neustart alsa und dem Testbeispiel am Ende muss er überarbeitet werden}}
Es ist ebenfalls möglich die Sprachausgabe nicht über einen direkt per Kabel angeschlossenen Lautsprecher auszugeben, sondern per Bluetooth an einen oder mehrere Bluetooth-Lautsprecher. Der Test2Speech-Author verwendet einen CreativeD80.
Dabei ist auf dem Client mit der lokal eingerichteten Text2Speech-Instanz folgendes vorzunehmen:

'''1.''' USB-Bluetooth-Stick verbinden
per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' Bluetooth Bibliotheken installieren
sudo apt-get install bluez bluez-alsa mplayer

'''3.''' Bluetooth für eine AudioVerbindung konfigurieren
Dazu in ''/etc/bluetooth/audio.conf'' in der ''General section'' folgendes einfügen:
Enable=Source,Sink,Headset,Gateway,Control,Socket,Media

'''4.''' den Rechner neu starten
sudo reboot

'''5.''' Den Bluetooth-Lautsprecher lokalisieren
Den Lautsprecher in den Pairing-Modus versetzen. Erst Dadurch wird er im Scanning sichtbar
hcitool scan
Folgendes Ergebnis sollte kommen:
Scanning ...
11:22:33:44:55:66 device 1
12:34:56:78:90:12 device 2

'''6.''' eine RFComm Connection vorbereiten
Dazu ''/etc/bluetooth/rfcomm.conf'' editieren und folgendes eintragen (Mac-Adresse anpassen!)
rfcomm0 {
# Automatically bind the device at startup
bind no;
# Bluetooth address of the device
device 11:22:33:44:55:66;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "This is Device 1's serial port.";
}

'''7.''' rebooten
sudo reboot

'''8.''' Pairing-Key vergeben
Die meisten Bluetoothgeräte verlangen einen Schlüssel während des Pairings. Der Creative-D80 erwartet den Schlüssel 0000
bluetooth-agent 0000 &

'''9.''' Das eigentliche Pairing
Den Lautsprecher in den Pairing-Modus versetzen. Danach:
sudo rfcomm connect rfcomm0
Jetzt sollte keine Fehlermeldung mehr kommen....

'''10.''' Alsa konfigurieren
Der Bluetooth-Lautsprecher muss nun noch als Alsa-Audiodevice bekannt gemacht werden. Dazu muss ''/etc/asound.conf'' erstellt werden. MAC anpassen!
pcm.bluetooth {
type bluetooth
device 11:22:33:44:55:66
profile "auto"
}

Danach Alsa restarten:
{{Randnotiz|RNTyp=Fehl|RNText=Aktuell bei wheezy /etc/init.d/alsa-utils restart}}
/etc/init.d/alsasound restart

'''11.''' Testen der Verbindung
{{Randnotiz|RNTyp=Fehl|RNText=Dieses Beispiel geht allein wegen der ständigen Änderung bei Google nicht. Auch stimmt das Ausgabe Gerät nicht. Man könnte so testen :<code>mplayer -ao alsa:device=bluetooth http://1live-diggi.akacast.akamaistream.net/7/965/119435/v1/gnl.akacast.akamaistream.net/1live-diggi</code>}}
:<code>mplayer -ao alsa:device=hw=0.0 -nolirc -noconsolecontrols -http-header-fields "User-Agent:Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22m" "http://translate.google.com/translate_tts?tl=de&q=Das ist ein Test.";</code>

== Problembehandlung ==

=== Beim abspielen via Bluetooth "stottert" die Wiedergabe ===
Das Problem tritt im Zusammenhang mit der verwendeten Abspielsoftware ab. Aus nicht nachvollziehbaren Gründen harmoniert die Kombination Bluetooth und Mplayer nicht immer perfekt. Lösung hierfür ist, anstelle mit Mplayer mit VLC zu arbeiten.

Hierfür legt man ein Skript z.B. mit dem Namen /opt/bin/vlc-wrapper.sh an mit folgendem Inhalt:
<pre>#!/bin/bash

cvlc -A alsa --alsa-audio-device bluealsa --quiet --no-interact --play-and-exit $1</pre>
Der Teil <pre>-A alsa --alsa-audio-device bluealsa</pre> kann ggf. weggelassen werden, wenn die Ausgabe nicht gezielt auf einem bestimmten Audiogerät erfolgen soll.
Anschließend muss die Ausgabe von Text2Speech noch auf das Skript umgeleitet werden mit folgendem Befehl in FHEM:<pre>attr myTTS TTS_MplayerCall /opt/bin/vlc-wrapper.sh</pre>

=== MickyMaus-artiger Sound ===
Das Problem tritt auf, wenn man per mp3wrap mehrere mp3 Files zusammenzieht die eine unterschiedliche Auflösung haben.

== Links ==
* Vorstellung und Diskussion des Moduls im {{Link2Forum|Topic=18481|LinkText=FHEM Forum}}
* [[Wetter_vorlesen_lassen|Code Snippets: Wetter vorlesen lassen]]
* [https://aubreykloppers.wordpress.com/2015/06/25/bluetooth-speaker-raspberry-pi-the-ultimate-guide/ weitere Guideline für Bluetooth per Rasperry Pi]
* [https://www.alefo.de/bluetooth-lautsprecher-und-adapter-f63/liste-kompatibler-bt-lautsprecher-fuer-amazon-dot-t907.html Liste von Bluetooth Lautsprechern]
* [http://www.forum-raspberrypi.de/Thread-tutorial-bluetooth-audio-streaming-mit-a2dp-raspbian-jessie Bluetooth einrichten mit Raspbian Jessie]

[[Kategorie:Akustische Ausgabe]]

PanStamp Umweltsensor

2020-05-26T12:42:46Z

Tobias.faust: /* Links */

{{SEITENTITEL:panStamp Umweltsensor}}

{{Infobox Hardware
|Bild=Arduino_Umweltsensor_v1.0_Fertig.jpg
|Bildbeschreibung=panStamp Umweltsensor, fertig aufgebaut
|HWProtocol=SWAP
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=868MHz (433/915MHz)
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=
|HWPoweredBy=Battery AA
|HWSize=48.5 x 100 mm
|HWDeviceFHEM={{Link2CmdRef|Anker=panStamp|Label=panStamp}}, {{Link2CmdRef|Anker=SWAP|Label=SWAP}}
|ModOwner=für diesen Sketch: {{Link2FU||118|}}
|HWManufacturer=panStamp
}}

[http://www.panstamp.com/home panStamps] sind [[Arduino]] Clones, die ein CC1101 Funkmodul beinhalten. Mit ihnen lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Umweltsensors

Weiterführende Information zu panStamps und den grundlegenden Modulen um sie mit FHEM zu integrieren finden sich auf der [[panStamp]] Seite in diesem Wiki.

== Beschreibung ==
Der auf dem panStamp (Arduino328p) basierende Umweltsensor hat die folgenden Eigenschaften:
* 4x Analogeingänge
* Helligkeitserfassung per TSL2561
* Temperatur- und Luftfeuchtemessung mit DHT22
* Luftdruck- und Temperaturmessung per BMP180
* Anschluss von 1..n 1wire Temperatursensoren DS18B20
* Messung der Batteriespannung
* Messung der Solarspannung
* Anpassbare Messfrequenz für Tag und Nacht
* passt alles in ein ELV IP65 (Nr: G203/G203C) Gehäuse und ist damit geeignet für den Außeneinsatz

Alle benötigten Dateien sind [https://tulpemd.traffic-eye.de/owncloud/public.php?service=files&t=b0bf5979833bc2ca01c8a7bc9cd11335 hier] zu finden:
* Sketch
* EnvironmentSensor.xml
* Target3001 Dateien

Unbestückte Platinen können beim {{Link2FU|118|Ersteller}} angefragt und, falls vorrätig, erworben werden.

'''WICHTIG!''' Schaltplan und Platinen sind für den Panstamp AVR 1.

== Schaltplan und Bauteilliste ==
[[Datei:Arduino_Umweltsensor_v1.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:Arduino_Umweltsensor_v1.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:Arduino_Umweltsensor_v1.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:Arduino_Umweltsensor_v1.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]
[[Datei:Arduino_Umweltsensor_v1.0_Plot1.jpg|200px|thumb|right|Plot Nr 1]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| L1
| LQH4C Speicherdrossel
| Mouser.com
Reichelt

Reichelt
| 81-LQH43CN100K03L
L-1212FPS 10µ

L-1616FPS 10µ
|-
| C1, C2
| Keramikkondensator Typ:X7R 10uf
| Reichelt
Mouser.com
| X5R-G0805 10/16
810-CGJ4J1X7R0J106AC
|-
| C3
| Keramikkondensator Typ:X7R 1uF
| Reichelt
Mouser.com
| X7R-G0805 1,0/16
810-C2012X5R1C105K-2
|-
| C4, C7
| Keramikkondensator Typ:X7R 100nF
| Reichelt
Mouser.com
| X7R-G0805 100N
581-0805YD104KAT2A
|-
| IC1
| MAX1724 Schaltregler 1.5uA IQ Step-Up DC/DC Converter
| Mouser.com
tme.eu

Ebay: G&C Supermarket
| MAX1724EZK33T
MAX1724EZK33+T

MAX1724
|-
| K1,K2,K3,K4,K5
| Anreihklemme 3,5mm 3Pol
| IT-WNS
| AK-3.5-3-GY
|-
| R1
| Widerstandsnetzwerk 100K
| Reichelt
| SIL 5-4 100K
|-
| R2
| SMD Widerstand 1k
| Reichelt
Mouser.com
| SMD-0805 1K
71-CRCW0805-1.0K-E3
|-
| R3
| SMD Widerstand 10k
| Reichelt
Mouser.com
| SMD-0805 10K
71-CRCW0805-10K-E3
|-
| R4
| SMD Widerstand 4k7
| Reichelt
Mouser.com
| SMD-0805 4,70K
71-CRCW0805-4.7K-E3
|-
| J1
| Stiftleiste 1x5Pol
| Reichelt
| MPE 087-1-005
|-
| D1
| LED 3mm LowCurrent 2mA
| Reichelt
| LED 3MM 2MA GN
|-
| TASTER
| Reset TASTER 9314
| Reichelt
| TASTER 9314
|-
| Batteriehalter
| Batteriehalter 1x AA Mignon(Akku)
| Reichelt
| HALTER 1XAAP
|-
| K7
| Anschluss Solarpanel (VERT PCB 2Pin TIN FRICTION LOCK)
| Reichelt
Mouser
| zb. MPE 087-1-002
538-22-23-2021
|-
| D2
| BAV70 Schaltdiode SMD, SOT-23, 250V, 1A
| Reichelt
| BAV 70 SMD
|-
| T1
| BCW 61 Transistor SMD PNP SOT-23 32V 0,1A 0,25W
| Reichelt
| BCW 61C SMD
|-
| T2
| BC847 Transistor SMD NPN SOT-23 45V 0,1A 0,25W
| Reichelt
| BC 847B SMD
|-
| T3
| BSS138 Transistor SMD N-FET SOT-23 50V 0,22A
| Reichelt
| BSS 138 SMD
|-
| IC
| panStamp AVR
| panstamp.com
| panStamp AVR
|-
| --
| Female Header 2,54 mm, 1X16, straight
| Reichelt
| MPE 094-1-016
|-
| --
| DHT22
|
|
|-
| --
| BMP180
|
|
|-
| --
| TSL2561
|
|
|-
| --
| Dallas DS18B20
|
|
|}

== Hinweise zum Aufbau==
Soll kein 1Wire genutzt werden, so wird empfohlen, den R4 (4k7) nicht zu bestücken, da dieser Pullup bei jedem Messvorgang, bei denen 1wire/DHT22/BMP180 oder TSL2561 involviert sind, zusätzlich die Batterie belasten würde.

Soll kein DHT22 genutzt werden, so wird empfohlen R3 und C7 (4k7) nicht zu bestücken, da beide bei jedem Messvorgang, bei denen 1wire/DHT22/BMP180 oder TSL2561 involviert sind, zusätzlich die Batterie belasten.

== Hinweise zum Betrieb mit FHEM ==
===Configuration===
Nach upload des Sketches auf den Panstamp ist zuerst die korrekte Kennung über das Register 09 sowie der gewünschte Sendezyklus über das Register 0A zu setzen (siehe [[panStamp#Neue panStamps in Betrieb nehmen|Inbetriebname im Wiki Artikel]] zu den panStamps).
Anschließend ist die Konfiguration mittels Register 0B zu setzen:
{| class="wikitable"
! Bezeichnung
! Länge
! Position
! Beschreibung
|-
| Sync Intervall
| 2 Byte
| 0+1
| Intervall in Sekunden zur Synronisation mit der Zentrale. 0000 ist deaktiviert
|-
| SendDelay
| 2 Byte
| 2+3
| Sendeverzögerung in ms zwischen dem Senden von mehreren Registern. Soll Sendeüberlagerung bei Nutzung von Repeatern minimieren
|-
| Altitude
| 2 Byte
| 4+5
| Angabe des Standortes des Sensors in Höhenmetern ünN. Notwendig zur Berechnung von SeaLevelPressure
|-
| Day/NichtShift Type
| 1 Byte
| 6
| Type:1 -> Nutzung des Solarwertes; Type:2 -> Nutzung der Helligkeit vom TSL2561
|-
| Day/NigthShift Threshold
| 3 Byte
| 7+8+9
| Schwellwert bei dem Day/Night umgeschaltet werden soll, Type 1: in mV; Type 2: in Lum
|-
| Day/NightShift TX Intervall
| 2 Byte
| 10+11
| Intervall in Sekunden im Tagesrhythmus, das "normale" TX_INTERVAL (Register 0A) ist dann NachtRhythmus
|-
| HAS_Analog4
| 1Bit
| 12.0
| Die analoge Spannung am A3 wird gemessen. VCC liegt an D3 an.
|-
| HAS_Analog3
| 1Bit
| 12.1
| Die analoge Spannung am A2 wird gemessen. VCC liegt an D3 an.
|-
| HAS_Analog2
| 1Bit
| 12.2
| Die analoge Spannung am A1 wird gemessen. VCC liegt an D6 an.
|-
| HAS_Analog1
| 1Bit
| 12.3
| Die analoge Spannung am A0 wird gemessen. VCC liegt an D7 an.
|-
| HAS_DS18B20
| 1Bit
| 13.0
| Ein oder mehrere DS18B20 sind angeschlossen und sollen ausgelesen werden
|-
| HAS_DHT22
| 1Bit
| 13.1
| Ein DHT22 ist angeschlossen und soll ausgelesen werden
|-
| HAS_TSL2561
| 1Bit
| 13.2
| Ein Helligkeitssensor TSL2561 ist angeschlossen und soll ausgelesen werden.
|-
| HAS_BMP180
| 1Bit
| 13.3
| Ein Luftdrucksensor BMP180 ist angeschlossen und soll ausgelesen werden.
|-
| Transmit BatVol
| 1Bit
| 14.0
| Die aktuelle Batteriespannung soll übermittelt werden.
|-
| Transmit SolarVol
| 1Bit
| 14.1
| Die aktuelle Spannung von der Solarzelle soll übermittelt werden.
|-
| Enable Debug LED
| 1Bit
| 14.2
| Aktivierung der LED als Debug Ausgabe zur Initialisierung und zu jedem Sendezeitpunkt
|-
| Enable Day/NightShift
| 1Bit
| 14.3
| Die Sendeintervalle für Tag und Nachtrhythmus sollen aktiviert werden
|}

===Nutzung von unterschiedlichen Sendeintervallen bei Tag/Nacht===
Soll das Sendeintervall tagsüber anders sein als in der Nacht, so ist dies über die Day/NightShift Funktionen einzustellen. Beispielsweise soll der Umweltsensor für eine Rolladensteuerung benutzt werden. Dann ist es besser, die Messung minütlich durchzuführen. In der Nacht wäre dann 10-minütlich ausreichend.
Über den ConfigParameter "Day/NightShift Type" kann angegeben werden, auf welcher Grundlage die Tag/Nachterkennung stattfinden soll. Entweder über eine Solarspannung, die normalerweise nur am Tage vorliegt, oder über eine Helligkeitsmessung des TSL2561, falls einer bestückt ist. In beiden Fällen wird über "Day/NightShift Threshold" der Schwellwert angegeben an welchem Punkt die Tag/Nacht Grenze gesetzt werden soll. Bei Nutzung von Solarspannung ist hier der Schwellwert in mV anzugeben (zb. 500 für 0.5V) oder in Lumen als gemessener Lumenwert des TSL2561. Hier sollte man vorher die Messerte der jeweiligen Sensoren über einige Tage genau beobachten, um einen geeigneten Wert zu finden.
Durch die Angabe des Intervalls mit "Day/NightShift TX Intervall" wird das Sendeintervall für den Tagrhythmus angegeben. Das Standardsendeintervall aus dem Register 0A ist für den Nachtrhythmus verantwortlich.

===Setzen der Konfiguration===
Ein Register ist als Hex-Wert zu setzen. Folgende Tabelle zeigt eine exemplarische Konfiguration:
{| class="wikitable"
! Bezeichnung
! Wert
! Binär Wert
! Hex Wert
|-
| Sync Intervall
| 12h -> 43200s
|
| A8C0
|-
| SendDelay
| 100ms
|
| 0064
|-
| Altitude
| 53m
|
| 0035
|-
| Day/NightShift Type
| 1
|
| 01
|-
| Day/NightShift Threshold
| 1000mV
|
| 0003E8
|-
| Day/NightShift TX Intervall
| 60s
|
| 003C
|-
| HAS_Analog4
| nein
| 0
|
|-
| HAS_Analog3
| nein
| 0
|
|-
| HAS_Analog2
| ja
| 1
|
|-
| HAS_Analog1
| ja
| 1
|
|-
|
|
| 00001100
| 0C
|-
| HAS_DS18B20
| ja
| 1
|
|-
| HAS_DHT22
| nein
| 0
|
|-
| HAS_TSL2561
| nein
| 0
|
|-
| HAS_BMP180
| nein
| 1
|
|-
|
|
| 00001001
| 09
|-
| Transmit BatVol
| ja
| 1
|
|-
| Transmit SolarVol
| ja
| 1
|
|-
| Enable Debug LED
| nein
| 0
|
|-
| Enable Day/NightShift
| ja
| 1
|
|-
|
|
| 00001011
| 0B
|}

In obigem Fall ist das Konfigurationsregister wie folgt aufgebaut: ''A8C0 0064 0035 01 0003E8 003C 0C 09 0B''
Aufgrunddessen wird die Konfiguration folgendermaßen gesetzt:
:<code>set <MySwapDevice> regSet 0B A8C000640035010003E8003C0C090B</code>

Es ist auch möglich die einzelnen Endpoints unabhängig voneinander zu setzen, z.B.:
:<code>set <MySwapDevice> regSet 0B.17 1</code>

===Synchronisation mit der Zentrale===
Jede Synchronisation kostet zusätzlichen Strom und belastet damit die Batterie. Allerdings benötigt man eine Synchronisation, um Befehle von der Zentrale entgegenzunehmen, z.B. für eine neue Konfiguration. Im Normalfall benötigt man keine automatisierte Synchronisation, da mit Druck auf den Reset-Button ebenfalls eine Synchronisation erfolgt.

Hat man aber ein Szenario vorliegen, bei dem FHEM automatisiert die Konfiguration ändern soll, so ist ein SyncIntervall notwendig. Um die automatisierte Synchronisation abzuschalten, ist als Wert 0000 zu setzen.

===Nutzung von mehreren DS18B20===
Die Messwerte für die 1wire Temperatursensoren werden in einem einzelnen Register 0E übertragen. Das bedeutet, falls mehrere DS18B20 am Bus angeschlossen sind, überschreiben diese sich gegenseitig. Dieses Verhalten ist aber vom Autor so gewollt, um eine gewissen Generik zu gewährleisten.
Um nun auf die einzelnen Messerte in FHEM Zugriff zu bekommen, schafft folgendes [[userReadings|userReading]] Abhilfe:

:<code>attr <MySwapDevice> userReadings Temperature_Sun:0E.1-1wire_Address:.*28D6CF710400009C {SWAP_1wire($name)}</code>
Die im Beispiel verwendete 1Wire ID ist natürlich an die eigenen Gegebenheiten anzupassen. Pro angeschlossenem DS18B20 ist ein weiteres userReading anzulegen.

Anschließend ist folgende Prozedur in [[99 myUtils anlegen|myUtils]] zu ergänzen:
<source lang="perl">
sub SWAP_1wire($) {
my ($SwapDevice) = @_;
return (hex(ReadingsVal($SwapDevice, "0E.0-1wire_Temperature", ""))*0.01) - 50;
}
</source>
Nun wird pro eindeutiger 1Wire-ID ein neues Reading erzeugt, welches den Messwert enthält.

== Weitere Hinweise ==
Keine.

== Links ==
* [https://github.com/tobiasfaust/Panstamp_AVR_EnvironmentSensor Alle Dateien im GitHub]
* [https://www.tindie.com/products/miceuz/i2c-soil-moisture-sensor/ Bodenfeuchtesensor auf I2C-Basis]
* [http://vegetronix.com/Products/VH400/ Vegetronix Bodenfeuchtesensor]
* [http://www.amazon.com/Arduino-compatible-Sensitivity-Moisture-Sensor/dp/B00AFCNR3U LowCost Arduino compatible High Sensitivity Moisture Sensor]

[[Kategorie:panStamp]]
[[Kategorie:Temperatursensoren]]
[[Kategorie:Feuchtesensoren]]
[[Kategorie:Lichtsensoren]]
[[Kategorie:1-Wire]]

Text2Speech

2019-07-18T06:17:50Z

Tobias.faust: /* Abhängigkeiten Installationspakete */

{{Infobox Modul
|ModPurpose=Sprachausgabe über FHEM
|ModType=h
|ModForumArea=Unterstützende Dienste
|ModTechName=98_Text2Speech.pm
|ModOwner=tobiasfaust ({{Link2FU|118|Forum}} / [[Benutzer_Diskussion:Tobias.faust|Wiki]])
}}

Das Modul [[Text2Speech]] ermöglicht es, eine Sprachausgabe über FHEM zu realisieren. Das Modul ist Client-Server-fähig. Einzelne Sprachbausteine werden zwischengespeichert damit diese bei erneutem Gebrauch nicht noch einmal nachgeladen werden müssen um somit einen flüssigen Spachfluss zu gewährleisten.

==Text2Speech Sprachengines==
Die Default Sprachengine ist Google mit deutscher, weiblicher Stimme.

Die Sprachengines Amazon Polly, Google und VoiceRSS sind OnlineSysteme die eine Internetverbindung voraussetzen. Die Sprachengines ESpeak und SVOX-Pico sind lokal installierte Sprachengines die keine Internetverbindung benötigen.

Als Empfehlung kann kann folgende Liste mit absteigender Sprachqualität eine Hilfestellung bieten:
* Amazon Polly
* Google
* VoiceRSS/ESpeak/SVOX-Pico

Die Sprachengine "Amazon Polly" ist kostenpflichtig. In den ersten 12 Monaten sind 5Mio Zeichen kostenlos, danach kosten 1Mio Zeichen 4US$ (Stand Juli 2019): [https://aws.amazon.com/de/polly/pricing/ Amazon Polly Pricing]

==Definition Lokale Architektur==
===Abhängigkeiten Installationspakete===
Egal welche Sprachengine verwendet werden soll müssen folgende Pakete installiert sein:
* IO::File
* Digest::MD5
* URI::Escape
* Text::Iconv
* Encode::Guess
* MP3::Info
* mp3wrap (Empfohlen, aber optional, wird über das Attribut TTS_UseMp3Wrap aktiviert)

<syntaxhighlight lang="bash">
sudo apt-get install libdigest-perl-md5-perl libany-uri-escape-perl libtext-iconv-perl libencode-perl libmp3-info-perl mp3wrap
</syntaxhighlight>

===zusätzliche Abhängigkeiten von Espeak===
<syntaxhighlight lang="bash">sudo apt-get install lame espeak</syntaxhighlight>

===zusätzliche Abhängigkeiten von SVOX-pico===
<syntaxhighlight lang="bash">sudo apt-get install lame libttspico-utils</syntaxhighlight>

Für ARM/Raspbian sind die <code>libttspico-utils</code> leider nicht verfügbar, deswegen müsste man diese selbst kompilieren oder das vorkompilierte Paket aus [http://www.robotnet.de/2014/03/20/sprich-freund-und-tritt-ein-sprachausgabe-fur-den-rasberry-pi/ dieser Anleitung] verwenden, folgend in aller Kürze:
<syntaxhighlight lang="bash">
sudo apt-get install libpopt-dev
cd /tmp
wget http://www.dr-bischoff.de/raspi/pico2wave.deb
sudo dpkg --install pico2wave.deb
</syntaxhighlight>

===zusätzliche Abhängigkeiten von Amazon Polly===
* Paws::Polly
* File::HomeDir

<syntaxhighlight lang="bash">
sudo apt-get install libfile-homedir-perl
sudo cpan Paws
</syntaxhighlight>

Die Zugangsdaten zum eigenen AWS Konto müssen unter ~/.aws/credentials liegen.
<syntaxhighlight lang="bash">
[default]
aws_secret_access_key = xxxxxxxxxxxxxxxxxxxxxx
aws_access_key_id = xxxxxxxxxxxxxxx
</syntaxhighlight>

Die Zugangsdaten erhält man in dem man im AWS Konto eine IAM Gruppe mit einem PollyRead Profile erstellt und diese Gruppe eine neuen User zuweist.
Nach Anlegen des Users erhält man einmalig(!) das Schlüsselpaar.

==allgemeine Konfiguration==
Relevant für die korrekte SprachEngine sind die folgenden Attribute:
* TTS_Ressource
* TTS_Language '''oder''' TTS_Language_Custom

Mit <code>aplay -l</code> kann man eine Liste der möglichen Audio Ausgabedevices erhalten. Von dem gewünschten Ausgabedevice ermittelt man nun die Kartennummer und das Subdevice.

Neben dem Audio Equipment gibt es zwei Voraussetzungen im System:
* Der User fhem muss Berechtigung haben Sound auszugeben und
* es muss ein Player installiert sein.
<syntaxhighlight lang="bash">sudo usermod -aG audio fhem</syntaxhighlight>
Nach dieser Änderung muss sich der Benutzer neu anmelden! Ein Neustart von FHEM oder dem System ist notwendig!

Test2Speech wurde ursprünglich für mplayer entwickelt:
<syntaxhighlight lang="bash">sudo apt-get install mplayer</syntaxhighlight>
Damit mplayer ohne sudo aufgerufen wird muss das Attribute <code>TTS_MplayerCall </code> gesetzt werden. Wird das weggelassen muss [[FHEM_mit_sudo|fhem sudo Berechtigung]] bekommen.
<syntaxhighlight lang="perl">define MyTTS Text2Speech hw=0.0
attr MyTTS TTS_MplayerCall /usr/bin/mplayer</syntaxhighlight>
Das Programm mplayer hat auf einigen Systemen sehr große Verzögerungen beim Start, als '''Alternative''' ist z.B. play verwendbar
<syntaxhighlight lang="bash">sudo apt-get install sox libsox-fmt-all</syntaxhighlight>
Die Definition muss in der Bezeichnung das Audiogerätes und im Attribute <code>TTS_MplayerCall </code> so aussehen (Mindestens Version 19378 2019-05-12 erforderlich).
<syntaxhighlight lang="perl">define MyTTS Text2Speech hw:0,0
attr MyTTS TTS_MplayerCall AUDIODEV={device} /usr/bin/play -q -v $(({volume}*{volumeadjust}/10000)).$(({volume}*{volumeadjust}%10000)) {file}</syntaxhighlight>

Bei wiederholten Sprachbausteinen wird durch die Verwendung von MP3Wrap eine deutlich flüssigere Sprachausgabe erreicht. Für die Verwendung von Kombinationen aus fertigen mp3 Files und Texten in der Art "Text:bing.mp3:Text" ist dies zwingend notwendig.
<syntaxhighlight lang="bash">sudo apt-get install mp3wrap</syntaxhighlight>

Als Ergänzung die Definition ein Attribute <code>TTS_UseMP3Wrap</code> :
<syntaxhighlight lang="perl">attr MyTTS TTS_UseMP3Wrap 1
attr MyTTS verbose 4</syntaxhighlight>

Ein erster Test kann wie folgt durchgeführt werden (als Einzeiler, ohne Zeilenumbruch einzugeben):
:<code> set MyTTS tts Das ist ein Test. Jetzt prüfen wir, ob wir etwas aus dem angeschlossenen Lautsprecher hören. Beim ersten Mal haben wir allerdings noch Sprechpausen. Spätestens beim zweiten Durchlauf ist der Textfluss flüssiger.</code>
Hört man etwas aus dem Lautsprecher, so führen wir das Kommando ein zweites Mal aus. Jetzt sollte es sich besser anhören. Bleiben die Lautsprecher stumm, so ist das FHEM-Log zu kontrollieren. Gegebenenfalls ist das [[verbose]]-Level auf 5 zu stellen.

War der Test erfolgreich, kann das verbose-Attribut wieder gelöscht werden.

==Definition Client-Server Architektur==
Es gibt Installationen, bei denen der FHEM-Server z.B. im Keller steht, die Sprachausgabe soll aber räumlich entfernt stattfinden, z.B. im Wohnzimmer. Hierzu ist am Zielort eine FHEM-Instanz anzulegen, z.B. über einen [[Raspberry Pi]], IP: 192.168.178.10.
Auf dem FHEM-Server ist Text2Speech als Remote zu definieren:
define MyTTS Text2Speech 192.168.178.10:7072 <Passwort>;
attr Text2Speech room Text2Speech;

Am Zielort ist Text2Speech auf dem Raspi wie folgt zu definieren:
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
Der Passwort Zugang ist entsprechend der {{Link2CmdRef|Anker=allowed}} zu definieren.
Bitte die Installation von Mplayer und Mp3Wrap nicht vergessen!
Danach der Test wie oben angegeben.

==Sprachausgabe per Bluetooth-Lautsprecher unter Raspbian Jessie==
Für die Sprachausgabe über Bluetooth bieten sich verschiedene Lautsprecher an. Wichtig ist jedoch, dass diese entweder gar nicht in einen Standby Modus wechseln oder aber über Bluetooth aus dem Standby aufgeweckt werden können. Folgende Lautsprecher sollen laut Internetrecherche funktionieren:

* Creative D80/D100/D200
* Sony Soundbar HT-XT3
* Panasonic SC-ALL6EG-W / SC-NE1
* Bose Soundtouch 10
* Bose Soundlink Mini II
* B&O Beoplay S3
* JBL Charge 2+/3
* LG Art 51
* UE Roll
* Energy PowerBar Elite
* Teufel Cinebar 11

Die folgenden Schritte müssen nacheinander durchgeführt werden, um auf einem aktuellen Jessie System Audio Inhalte über Bluetooth zu streamen:

'''1.''' USB-Bluetooth-Stick verbinden
und per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' System aktualisieren und notwendige Pakete installieren
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install alsa-utils bluez bluez-tools pulseaudio-module-bluetooth python-gobject python-gobject-2
sudo reboot

'''3.''' Benutzer pi zur PulseAudio Gruppe hinzufügen
sudo usermod -a -G lp pi
sudo usermod -a -G pulse-access,audio root
sudo adduser pi pulse-access

'''4.''' Datei daemon.conf von PulseAudio anpassen
sudo nano /etc/pulse/daemon.conf
Nach folgender Zeile suchen
; resample-method = speex-float-1
und wie folgt erweitern
; resample-method = speex-float-1
resample-method = trivial
und
; system-instance = no
system-instance = yes
speichern und schliessen

'''5.''' In PulseAudio müssen jetzt zusätzliche Module geladen werden
sudo nano /etc/pulse/system.pa
am Ende der Datei folgendes hinzufügen
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
speichern und schliessen

'''6.''' Jetzt müssen wir dafür sorgen, dass PulseAudio automatisch geladen wird
sudo nano /etc/systemd/system/pulseaudio.service
und folgenden Inhalt einfügen
[Unit]
Description=PulseAudio Sound System
Before=sound.target
[Service]
BusName=org.pulseaudio.Server
ExecStart=/usr/bin/pulseaudio
Restart=always
[Install]
WantedBy=multi-user.target
speichern und schliessen

'''7.''' Danach müssen wir PulseAudio neu starten
sudo systemctl daemon-reload
sudo systemctl enable pulseaudio.service
sudo systemctl start pulseaudio.service

'''8.''' Prüfen ob PulseAudio läuft
systemctl status pulseaudio

'''9.''' Jetzt den Audio Output einstellen: X entweder mit 0 (auto), 1 (3,5mm Klinke) oder 2 (HDMI) ersetzen.
sudo amixer cset numid=3 X

'''10.''' Die Lautstärke kann auf 100% gesetzt werden mit
sudo amixer set Master 100%
sudo pacmd set-sink-volume 0 65535

'''11.''' Soundausgabe z.B. über Kopfhörer prüfen
paplay /usr/share/sounds/alsa/Front_Left.wav

'''12.''' Jetzt können wir mit der Einrichtung von Bluetooth beginnen
sudo nano /etc/bluetooth/audio.conf
und folgendes einfügen
[General]
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
HFP=true
Class=0x20041C
speichern und schliessen

sudo nano /etc/bluetooth/main.conf
unter [General] folgendes einfügen
Name = RaspStream
Class = 0x20041C
speichern und schliessen

sudo hciconfig -a
eingeben und die MAC Adresse des Bluetooth Dongles aufschreiben

Jetzt müssen die Bluetooth Settings angepasst werden (XX:XX:XX:XX:XX:XX steht für die MAC Adresse des Bluetooth Dongles)
sudo nano /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/settings
einngeben und folgendes einfügen
[General]
Discoverable=true
Alias=RaspStream
Class=0x20041C
speichern und schliessen

Jetzt muss der Raspberry wieder neu gestartet werden
sudo reboot

'''13.''' Jetzt können Bluetooth Dongle und Bluetooth Lautsprecher gepaired werden
bluetoothctl
und folgende Befehle nacheinander eingeben
agent on
default-agent
discoverable on
scan on

der Bluetooth Lautsprecher sollte jetzt irgendwann aufgelistet werden und kann dann gepaired werden mit
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
Bluetooth console verlassen mit
quit

Damit sollte die Einrichtung abgeschlossen sein und wir können überprüfen, ob wir etwas über Bluetooth ausgeben können
mplayer -ao pulse http://stream01.iloveradio.de/iloveradio1.mp3

'''14.''' Das Modul Text2Speech sollte dann mit 'default' angelegt werden
define TTS Text2Speech default

==Sprachausgabe per Bluetooth-Lautsprecher==
{{Randnotiz|RNTyp=Info|RNText=Dieser Abschnitt repräsentiert nicht den aktuellen Stand. Bezüglich Verbindung, Neustart alsa und dem Testbeispiel am Ende muss er überarbeitet werden}}
Es ist ebenfalls möglich die Sprachausgabe nicht über einen direkt per Kabel angeschlossenen Lautsprecher auszugeben, sondern per Bluetooth an einen oder mehrere Bluetooth-Lautsprecher. Der Test2Speech-Author verwendet einen CreativeD80.
Dabei ist auf dem Client mit der lokal eingerichteten Text2Speech-Instanz folgendes vorzunehmen:

'''1.''' USB-Bluetooth-Stick verbinden
per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' Bluetooth Bibliotheken installieren
sudo apt-get install bluez bluez-alsa mplayer

'''3.''' Bluetooth für eine AudioVerbindung konfigurieren
Dazu in ''/etc/bluetooth/audio.conf'' in der ''General section'' folgendes einfügen:
Enable=Source,Sink,Headset,Gateway,Control,Socket,Media

'''4.''' den Rechner neu starten
sudo reboot

'''5.''' Den Bluetooth-Lautsprecher lokalisieren
Den Lautsprecher in den Pairing-Modus versetzen. Erst Dadurch wird er im Scanning sichtbar
hcitool scan
Folgendes Ergebnis sollte kommen:
Scanning ...
11:22:33:44:55:66 device 1
12:34:56:78:90:12 device 2

'''6.''' eine RFComm Connection vorbereiten
Dazu ''/etc/bluetooth/rfcomm.conf'' editieren und folgendes eintragen (Mac-Adresse anpassen!)
rfcomm0 {
# Automatically bind the device at startup
bind no;
# Bluetooth address of the device
device 11:22:33:44:55:66;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "This is Device 1's serial port.";
}

'''7.''' rebooten
sudo reboot

'''8.''' Pairing-Key vergeben
Die meisten Bluetoothgeräte verlangen einen Schlüssel während des Pairings. Der Creative-D80 erwartet den Schlüssel 0000
bluetooth-agent 0000 &

'''9.''' Das eigentliche Pairing
Den Lautsprecher in den Pairing-Modus versetzen. Danach:
sudo rfcomm connect rfcomm0
Jetzt sollte keine Fehlermeldung mehr kommen....

'''10.''' Alsa konfigurieren
Der Bluetooth-Lautsprecher muss nun noch als Alsa-Audiodevice bekannt gemacht werden. Dazu muss ''/etc/asound.conf'' erstellt werden. MAC anpassen!
pcm.bluetooth {
type bluetooth
device 11:22:33:44:55:66
profile "auto"
}

Danach Alsa restarten:
{{Randnotiz|RNTyp=Fehl|RNText=Aktuell bei wheezy /etc/init.d/alsa-utils restart}}
/etc/init.d/alsasound restart

'''11.''' Testen der Verbindung
{{Randnotiz|RNTyp=Fehl|RNText=Dieses Beispiel geht allein wegen der ständigen Änderung bei Google nicht. Auch stimmt das Ausgabe Gerät nicht. Man könnte so testen :<code>mplayer -ao alsa:device=bluetooth http://1live-diggi.akacast.akamaistream.net/7/965/119435/v1/gnl.akacast.akamaistream.net/1live-diggi</code>}}
:<code>mplayer -ao alsa:device=hw=0.0 -nolirc -noconsolecontrols -http-header-fields "User-Agent:Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22m" "http://translate.google.com/translate_tts?tl=de&q=Das ist ein Test.";</code>

== Problembehandlung ==

=== Beim abspielen via Bluetooth "stottert" die Wiedergabe ===
Das Problem tritt im Zusammenhang mit der verwendeten Abspielsoftware ab. Aus nicht nachvollziehbaren Gründen harmoniert die Kombination Bluetooth und Mplayer nicht immer perfekt. Lösung hierfür ist, anstelle mit Mplayer mit VLC zu arbeiten.

Hierfür legt man ein Skript z.B. mit dem Namen /opt/bin/vlc-wrapper.sh an mit folgendem Inhalt:
<pre>#!/bin/bash

cvlc -A alsa --alsa-audio-device bluealsa --quiet --no-interact --play-and-exit $1</pre>
Der Teil <pre>-A alsa --alsa-audio-device bluealsa</pre> kann ggf. weggelassen werden, wenn die Ausgabe nicht gezielt auf einem bestimmten Audiogerät erfolgen soll.
Anschließend muss die Ausgabe von Text2Speech noch auf das Skript umgeleitet werden mit folgendem Befehl in FHEM:<pre>attr myTTS TTS_MplayerCall /opt/bin/vlc-wrapper.sh</pre>

=== MickyMaus-artiger Sound ===
Das Problem tritt auf, wenn man per mp3wrap mehrere mp3 Files zusammenzieht die eine unterschiedliche Auflösung haben.

== Links ==
* Vorstellung und Diskussion des Moduls im {{Link2Forum|Topic=18481|LinkText=FHEM Forum}}
* [[Wetter_vorlesen_lassen|Code Snippets: Wetter vorlesen lassen]]
* [https://aubreykloppers.wordpress.com/2015/06/25/bluetooth-speaker-raspberry-pi-the-ultimate-guide/ weitere Guideline für Bluetooth per Rasperry Pi]
* [https://www.alefo.de/bluetooth-lautsprecher-und-adapter-f63/liste-kompatibler-bt-lautsprecher-fuer-amazon-dot-t907.html Liste von Bluetooth Lautsprechern]
* [http://www.forum-raspberrypi.de/Thread-tutorial-bluetooth-audio-streaming-mit-a2dp-raspbian-jessie Bluetooth einrichten mit Raspbian Jessie]

[[Kategorie:Akustische Ausgabe]]

Text2Speech

2019-07-18T06:11:15Z

Tobias.faust: /* Definition Lokale Architektur */

{{Infobox Modul
|ModPurpose=Sprachausgabe über FHEM
|ModType=h
|ModForumArea=Unterstützende Dienste
|ModTechName=98_Text2Speech.pm
|ModOwner=tobiasfaust ({{Link2FU|118|Forum}} / [[Benutzer_Diskussion:Tobias.faust|Wiki]])
}}

Das Modul [[Text2Speech]] ermöglicht es, eine Sprachausgabe über FHEM zu realisieren. Das Modul ist Client-Server-fähig. Einzelne Sprachbausteine werden zwischengespeichert damit diese bei erneutem Gebrauch nicht noch einmal nachgeladen werden müssen um somit einen flüssigen Spachfluss zu gewährleisten.

==Text2Speech Sprachengines==
Die Default Sprachengine ist Google mit deutscher, weiblicher Stimme.

Die Sprachengines Amazon Polly, Google und VoiceRSS sind OnlineSysteme die eine Internetverbindung voraussetzen. Die Sprachengines ESpeak und SVOX-Pico sind lokal installierte Sprachengines die keine Internetverbindung benötigen.

Als Empfehlung kann kann folgende Liste mit absteigender Sprachqualität eine Hilfestellung bieten:
* Amazon Polly
* Google
* VoiceRSS/ESpeak/SVOX-Pico

Die Sprachengine "Amazon Polly" ist kostenpflichtig. In den ersten 12 Monaten sind 5Mio Zeichen kostenlos, danach kosten 1Mio Zeichen 4US$ (Stand Juli 2019): [https://aws.amazon.com/de/polly/pricing/ Amazon Polly Pricing]

==Definition Lokale Architektur==
===Abhängigkeiten Installationspakete===
Egal welche Sprachengine verwendet werden soll müssen folgende Pakete installiert sein:
* IO::File
* Digest::MD5
* URI::Escape
* Text::Iconv
* Encode::Guess
* MP3::Info
* mp3wrap

<syntaxhighlight lang="bash">
sudo apt-get install libdigest-perl-md5-perl libany-uri-escape-perl libtext-iconv-perl libencode-perl libmp3-info-perl mp3wrap
</syntaxhighlight>

===zusätzliche Abhängigkeiten von Espeak===
<syntaxhighlight lang="bash">sudo apt-get install lame espeak</syntaxhighlight>

===zusätzliche Abhängigkeiten von SVOX-pico===
<syntaxhighlight lang="bash">sudo apt-get install lame libttspico-utils</syntaxhighlight>

Für ARM/Raspbian sind die <code>libttspico-utils</code> leider nicht verfügbar, deswegen müsste man diese selbst kompilieren oder das vorkompilierte Paket aus [http://www.robotnet.de/2014/03/20/sprich-freund-und-tritt-ein-sprachausgabe-fur-den-rasberry-pi/ dieser Anleitung] verwenden, folgend in aller Kürze:
<syntaxhighlight lang="bash">
sudo apt-get install libpopt-dev
cd /tmp
wget http://www.dr-bischoff.de/raspi/pico2wave.deb
sudo dpkg --install pico2wave.deb
</syntaxhighlight>

===zusätzliche Abhängigkeiten von Amazon Polly===
* Paws::Polly
* File::HomeDir

<syntaxhighlight lang="bash">
sudo apt-get install libfile-homedir-perl
sudo cpan Paws
</syntaxhighlight>

Die Zugangsdaten zum eigenen AWS Konto müssen unter ~/.aws/credentials liegen.
<syntaxhighlight lang="bash">
[default]
aws_secret_access_key = xxxxxxxxxxxxxxxxxxxxxx
aws_access_key_id = xxxxxxxxxxxxxxx
</syntaxhighlight>

Die Zugangsdaten erhält man in dem man im AWS Konto eine IAM Gruppe mit einem PollyRead Profile erstellt und diese Gruppe eine neuen User zuweist.
Nach Anlegen des Users erhält man einmalig(!) das Schlüsselpaar.

==allgemeine Konfiguration==
Relevant für die korrekte SprachEngine sind die folgenden Attribute:
* TTS_Ressource
* TTS_Language '''oder''' TTS_Language_Custom

Mit <code>aplay -l</code> kann man eine Liste der möglichen Audio Ausgabedevices erhalten. Von dem gewünschten Ausgabedevice ermittelt man nun die Kartennummer und das Subdevice.

Neben dem Audio Equipment gibt es zwei Voraussetzungen im System:
* Der User fhem muss Berechtigung haben Sound auszugeben und
* es muss ein Player installiert sein.
<syntaxhighlight lang="bash">sudo usermod -aG audio fhem</syntaxhighlight>
Nach dieser Änderung muss sich der Benutzer neu anmelden! Ein Neustart von FHEM oder dem System ist notwendig!

Test2Speech wurde ursprünglich für mplayer entwickelt:
<syntaxhighlight lang="bash">sudo apt-get install mplayer</syntaxhighlight>
Damit mplayer ohne sudo aufgerufen wird muss das Attribute <code>TTS_MplayerCall </code> gesetzt werden. Wird das weggelassen muss [[FHEM_mit_sudo|fhem sudo Berechtigung]] bekommen.
<syntaxhighlight lang="perl">define MyTTS Text2Speech hw=0.0
attr MyTTS TTS_MplayerCall /usr/bin/mplayer</syntaxhighlight>
Das Programm mplayer hat auf einigen Systemen sehr große Verzögerungen beim Start, als '''Alternative''' ist z.B. play verwendbar
<syntaxhighlight lang="bash">sudo apt-get install sox libsox-fmt-all</syntaxhighlight>
Die Definition muss in der Bezeichnung das Audiogerätes und im Attribute <code>TTS_MplayerCall </code> so aussehen (Mindestens Version 19378 2019-05-12 erforderlich).
<syntaxhighlight lang="perl">define MyTTS Text2Speech hw:0,0
attr MyTTS TTS_MplayerCall AUDIODEV={device} /usr/bin/play -q -v $(({volume}*{volumeadjust}/10000)).$(({volume}*{volumeadjust}%10000)) {file}</syntaxhighlight>

Bei wiederholten Sprachbausteinen wird durch die Verwendung von MP3Wrap eine deutlich flüssigere Sprachausgabe erreicht. Für die Verwendung von Kombinationen aus fertigen mp3 Files und Texten in der Art "Text:bing.mp3:Text" ist dies zwingend notwendig.
<syntaxhighlight lang="bash">sudo apt-get install mp3wrap</syntaxhighlight>

Als Ergänzung die Definition ein Attribute <code>TTS_UseMP3Wrap</code> :
<syntaxhighlight lang="perl">attr MyTTS TTS_UseMP3Wrap 1
attr MyTTS verbose 4</syntaxhighlight>

Ein erster Test kann wie folgt durchgeführt werden (als Einzeiler, ohne Zeilenumbruch einzugeben):
:<code> set MyTTS tts Das ist ein Test. Jetzt prüfen wir, ob wir etwas aus dem angeschlossenen Lautsprecher hören. Beim ersten Mal haben wir allerdings noch Sprechpausen. Spätestens beim zweiten Durchlauf ist der Textfluss flüssiger.</code>
Hört man etwas aus dem Lautsprecher, so führen wir das Kommando ein zweites Mal aus. Jetzt sollte es sich besser anhören. Bleiben die Lautsprecher stumm, so ist das FHEM-Log zu kontrollieren. Gegebenenfalls ist das [[verbose]]-Level auf 5 zu stellen.

War der Test erfolgreich, kann das verbose-Attribut wieder gelöscht werden.

==Definition Client-Server Architektur==
Es gibt Installationen, bei denen der FHEM-Server z.B. im Keller steht, die Sprachausgabe soll aber räumlich entfernt stattfinden, z.B. im Wohnzimmer. Hierzu ist am Zielort eine FHEM-Instanz anzulegen, z.B. über einen [[Raspberry Pi]], IP: 192.168.178.10.
Auf dem FHEM-Server ist Text2Speech als Remote zu definieren:
define MyTTS Text2Speech 192.168.178.10:7072 <Passwort>;
attr Text2Speech room Text2Speech;

Am Zielort ist Text2Speech auf dem Raspi wie folgt zu definieren:
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
Der Passwort Zugang ist entsprechend der {{Link2CmdRef|Anker=allowed}} zu definieren.
Bitte die Installation von Mplayer und Mp3Wrap nicht vergessen!
Danach der Test wie oben angegeben.

==Sprachausgabe per Bluetooth-Lautsprecher unter Raspbian Jessie==
Für die Sprachausgabe über Bluetooth bieten sich verschiedene Lautsprecher an. Wichtig ist jedoch, dass diese entweder gar nicht in einen Standby Modus wechseln oder aber über Bluetooth aus dem Standby aufgeweckt werden können. Folgende Lautsprecher sollen laut Internetrecherche funktionieren:

* Creative D80/D100/D200
* Sony Soundbar HT-XT3
* Panasonic SC-ALL6EG-W / SC-NE1
* Bose Soundtouch 10
* Bose Soundlink Mini II
* B&O Beoplay S3
* JBL Charge 2+/3
* LG Art 51
* UE Roll
* Energy PowerBar Elite
* Teufel Cinebar 11

Die folgenden Schritte müssen nacheinander durchgeführt werden, um auf einem aktuellen Jessie System Audio Inhalte über Bluetooth zu streamen:

'''1.''' USB-Bluetooth-Stick verbinden
und per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' System aktualisieren und notwendige Pakete installieren
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install alsa-utils bluez bluez-tools pulseaudio-module-bluetooth python-gobject python-gobject-2
sudo reboot

'''3.''' Benutzer pi zur PulseAudio Gruppe hinzufügen
sudo usermod -a -G lp pi
sudo usermod -a -G pulse-access,audio root
sudo adduser pi pulse-access

'''4.''' Datei daemon.conf von PulseAudio anpassen
sudo nano /etc/pulse/daemon.conf
Nach folgender Zeile suchen
; resample-method = speex-float-1
und wie folgt erweitern
; resample-method = speex-float-1
resample-method = trivial
und
; system-instance = no
system-instance = yes
speichern und schliessen

'''5.''' In PulseAudio müssen jetzt zusätzliche Module geladen werden
sudo nano /etc/pulse/system.pa
am Ende der Datei folgendes hinzufügen
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
speichern und schliessen

'''6.''' Jetzt müssen wir dafür sorgen, dass PulseAudio automatisch geladen wird
sudo nano /etc/systemd/system/pulseaudio.service
und folgenden Inhalt einfügen
[Unit]
Description=PulseAudio Sound System
Before=sound.target
[Service]
BusName=org.pulseaudio.Server
ExecStart=/usr/bin/pulseaudio
Restart=always
[Install]
WantedBy=multi-user.target
speichern und schliessen

'''7.''' Danach müssen wir PulseAudio neu starten
sudo systemctl daemon-reload
sudo systemctl enable pulseaudio.service
sudo systemctl start pulseaudio.service

'''8.''' Prüfen ob PulseAudio läuft
systemctl status pulseaudio

'''9.''' Jetzt den Audio Output einstellen: X entweder mit 0 (auto), 1 (3,5mm Klinke) oder 2 (HDMI) ersetzen.
sudo amixer cset numid=3 X

'''10.''' Die Lautstärke kann auf 100% gesetzt werden mit
sudo amixer set Master 100%
sudo pacmd set-sink-volume 0 65535

'''11.''' Soundausgabe z.B. über Kopfhörer prüfen
paplay /usr/share/sounds/alsa/Front_Left.wav

'''12.''' Jetzt können wir mit der Einrichtung von Bluetooth beginnen
sudo nano /etc/bluetooth/audio.conf
und folgendes einfügen
[General]
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
HFP=true
Class=0x20041C
speichern und schliessen

sudo nano /etc/bluetooth/main.conf
unter [General] folgendes einfügen
Name = RaspStream
Class = 0x20041C
speichern und schliessen

sudo hciconfig -a
eingeben und die MAC Adresse des Bluetooth Dongles aufschreiben

Jetzt müssen die Bluetooth Settings angepasst werden (XX:XX:XX:XX:XX:XX steht für die MAC Adresse des Bluetooth Dongles)
sudo nano /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/settings
einngeben und folgendes einfügen
[General]
Discoverable=true
Alias=RaspStream
Class=0x20041C
speichern und schliessen

Jetzt muss der Raspberry wieder neu gestartet werden
sudo reboot

'''13.''' Jetzt können Bluetooth Dongle und Bluetooth Lautsprecher gepaired werden
bluetoothctl
und folgende Befehle nacheinander eingeben
agent on
default-agent
discoverable on
scan on

der Bluetooth Lautsprecher sollte jetzt irgendwann aufgelistet werden und kann dann gepaired werden mit
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
Bluetooth console verlassen mit
quit

Damit sollte die Einrichtung abgeschlossen sein und wir können überprüfen, ob wir etwas über Bluetooth ausgeben können
mplayer -ao pulse http://stream01.iloveradio.de/iloveradio1.mp3

'''14.''' Das Modul Text2Speech sollte dann mit 'default' angelegt werden
define TTS Text2Speech default

==Sprachausgabe per Bluetooth-Lautsprecher==
{{Randnotiz|RNTyp=Info|RNText=Dieser Abschnitt repräsentiert nicht den aktuellen Stand. Bezüglich Verbindung, Neustart alsa und dem Testbeispiel am Ende muss er überarbeitet werden}}
Es ist ebenfalls möglich die Sprachausgabe nicht über einen direkt per Kabel angeschlossenen Lautsprecher auszugeben, sondern per Bluetooth an einen oder mehrere Bluetooth-Lautsprecher. Der Test2Speech-Author verwendet einen CreativeD80.
Dabei ist auf dem Client mit der lokal eingerichteten Text2Speech-Instanz folgendes vorzunehmen:

'''1.''' USB-Bluetooth-Stick verbinden
per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' Bluetooth Bibliotheken installieren
sudo apt-get install bluez bluez-alsa mplayer

'''3.''' Bluetooth für eine AudioVerbindung konfigurieren
Dazu in ''/etc/bluetooth/audio.conf'' in der ''General section'' folgendes einfügen:
Enable=Source,Sink,Headset,Gateway,Control,Socket,Media

'''4.''' den Rechner neu starten
sudo reboot

'''5.''' Den Bluetooth-Lautsprecher lokalisieren
Den Lautsprecher in den Pairing-Modus versetzen. Erst Dadurch wird er im Scanning sichtbar
hcitool scan
Folgendes Ergebnis sollte kommen:
Scanning ...
11:22:33:44:55:66 device 1
12:34:56:78:90:12 device 2

'''6.''' eine RFComm Connection vorbereiten
Dazu ''/etc/bluetooth/rfcomm.conf'' editieren und folgendes eintragen (Mac-Adresse anpassen!)
rfcomm0 {
# Automatically bind the device at startup
bind no;
# Bluetooth address of the device
device 11:22:33:44:55:66;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "This is Device 1's serial port.";
}

'''7.''' rebooten
sudo reboot

'''8.''' Pairing-Key vergeben
Die meisten Bluetoothgeräte verlangen einen Schlüssel während des Pairings. Der Creative-D80 erwartet den Schlüssel 0000
bluetooth-agent 0000 &

'''9.''' Das eigentliche Pairing
Den Lautsprecher in den Pairing-Modus versetzen. Danach:
sudo rfcomm connect rfcomm0
Jetzt sollte keine Fehlermeldung mehr kommen....

'''10.''' Alsa konfigurieren
Der Bluetooth-Lautsprecher muss nun noch als Alsa-Audiodevice bekannt gemacht werden. Dazu muss ''/etc/asound.conf'' erstellt werden. MAC anpassen!
pcm.bluetooth {
type bluetooth
device 11:22:33:44:55:66
profile "auto"
}

Danach Alsa restarten:
{{Randnotiz|RNTyp=Fehl|RNText=Aktuell bei wheezy /etc/init.d/alsa-utils restart}}
/etc/init.d/alsasound restart

'''11.''' Testen der Verbindung
{{Randnotiz|RNTyp=Fehl|RNText=Dieses Beispiel geht allein wegen der ständigen Änderung bei Google nicht. Auch stimmt das Ausgabe Gerät nicht. Man könnte so testen :<code>mplayer -ao alsa:device=bluetooth http://1live-diggi.akacast.akamaistream.net/7/965/119435/v1/gnl.akacast.akamaistream.net/1live-diggi</code>}}
:<code>mplayer -ao alsa:device=hw=0.0 -nolirc -noconsolecontrols -http-header-fields "User-Agent:Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22m" "http://translate.google.com/translate_tts?tl=de&q=Das ist ein Test.";</code>

== Problembehandlung ==

=== Beim abspielen via Bluetooth "stottert" die Wiedergabe ===
Das Problem tritt im Zusammenhang mit der verwendeten Abspielsoftware ab. Aus nicht nachvollziehbaren Gründen harmoniert die Kombination Bluetooth und Mplayer nicht immer perfekt. Lösung hierfür ist, anstelle mit Mplayer mit VLC zu arbeiten.

Hierfür legt man ein Skript z.B. mit dem Namen /opt/bin/vlc-wrapper.sh an mit folgendem Inhalt:
<pre>#!/bin/bash

cvlc -A alsa --alsa-audio-device bluealsa --quiet --no-interact --play-and-exit $1</pre>
Der Teil <pre>-A alsa --alsa-audio-device bluealsa</pre> kann ggf. weggelassen werden, wenn die Ausgabe nicht gezielt auf einem bestimmten Audiogerät erfolgen soll.
Anschließend muss die Ausgabe von Text2Speech noch auf das Skript umgeleitet werden mit folgendem Befehl in FHEM:<pre>attr myTTS TTS_MplayerCall /opt/bin/vlc-wrapper.sh</pre>

=== MickyMaus-artiger Sound ===
Das Problem tritt auf, wenn man per mp3wrap mehrere mp3 Files zusammenzieht die eine unterschiedliche Auflösung haben.

== Links ==
* Vorstellung und Diskussion des Moduls im {{Link2Forum|Topic=18481|LinkText=FHEM Forum}}
* [[Wetter_vorlesen_lassen|Code Snippets: Wetter vorlesen lassen]]
* [https://aubreykloppers.wordpress.com/2015/06/25/bluetooth-speaker-raspberry-pi-the-ultimate-guide/ weitere Guideline für Bluetooth per Rasperry Pi]
* [https://www.alefo.de/bluetooth-lautsprecher-und-adapter-f63/liste-kompatibler-bt-lautsprecher-fuer-amazon-dot-t907.html Liste von Bluetooth Lautsprechern]
* [http://www.forum-raspberrypi.de/Thread-tutorial-bluetooth-audio-streaming-mit-a2dp-raspbian-jessie Bluetooth einrichten mit Raspbian Jessie]

[[Kategorie:Akustische Ausgabe]]

Text2Speech

2019-07-16T05:58:07Z

Tobias.faust:

{{Infobox Modul
|ModPurpose=Sprachausgabe über FHEM
|ModType=h
|ModForumArea=Unterstützende Dienste
|ModTechName=98_Text2Speech.pm
|ModOwner=tobiasfaust ({{Link2FU|118|Forum}} / [[Benutzer_Diskussion:Tobias.faust|Wiki]])
}}

Das Modul [[Text2Speech]] ermöglicht es, eine Sprachausgabe über FHEM zu realisieren. Das Modul ist Client-Server-fähig. Einzelne Sprachbausteine werden zwischengespeichert damit diese bei erneutem Gebrauch nicht noch einmal nachgeladen werden müssen um somit einen flüssigen Spachfluss zu gewährleisten.

==Text2Speech Sprachengines==
Die Default Sprachengine ist Google mit deutscher, weiblicher Stimme.

Die Sprachengines Amazon Polly, Google und VoiceRSS sind OnlineSysteme die eine Internetverbindung voraussetzen. Die Sprachengines ESpeak und SVOX-Pico sind lokal installierte Sprachengines die keine Internetverbindung benötigen.

Als Empfehlung kann kann folgende Liste mit absteigender Sprachqualität eine Hilfestellung bieten:
* Amazon Polly
* Google
* VoiceRSS/ESpeak/SVOX-Pico

Die Sprachengine "Amazon Polly" ist kostenpflichtig. In den ersten 12 Monaten sind 5Mio Zeichen kostenlos, danach kosten 1Mio Zeichen 4US$ (Stand Juli 2019): [https://aws.amazon.com/de/polly/pricing/ Amazon Polly Pricing]

==Definition Lokale Architektur==
===Abhängigkeiten Installationspakete===
Egal welche Sprachengine verwendet werden soll müssen folgende Pakete installiert sein:
* IO::File
* Digest::MD5
* URI::Escape
* Text::Iconv
* Encode::Guess
* MP3::Info
* mp3wrap

<syntaxhighlight lang="bash">
sudo apt-get install libfile-homedir-perl libdigest-perl-md5-perl libany-uri-escape-perl libtext-iconv-perl libencode-perl libmp3-info-perl mp3wrap
</syntaxhighlight>

===zusätzliche Abhängigkeiten von Espeak===
<syntaxhighlight lang="bash">sudo apt-get install lame espeak</syntaxhighlight>

===zusätzliche Abhängigkeiten von SVOX-pico===
<syntaxhighlight lang="bash">sudo apt-get install lame libttspico-utils</syntaxhighlight>

Für ARM/Raspbian sind die <code>libttspico-utils</code> leider nicht verfügbar, deswegen müsste man diese selbst kompilieren oder das vorkompilierte Paket aus [http://www.robotnet.de/2014/03/20/sprich-freund-und-tritt-ein-sprachausgabe-fur-den-rasberry-pi/ dieser Anleitung] verwenden, folgend in aller Kürze:
<syntaxhighlight lang="bash">
sudo apt-get install libpopt-dev
cd /tmp
wget http://www.dr-bischoff.de/raspi/pico2wave.deb
sudo dpkg --install pico2wave.deb
</syntaxhighlight>

===zusätzliche Abhängigkeiten von Amazon Polly===
* Paws::Polly
* File::HomeDir

<syntaxhighlight lang="bash">
sudo apt-get install libfile-homedir-perl
sudo cpan Paws
</syntaxhighlight>

Die Zugangsdaten zum eigenen AWS Konto müssen unter ~/.aws/credentials liegen.
<syntaxhighlight lang="bash">
[default]
aws_secret_access_key = xxxxxxxxxxxxxxxxxxxxxx
aws_access_key_id = xxxxxxxxxxxxxxx
</syntaxhighlight>

Die Zugangsdaten erhält man in dem man im AWS Konto eine IAM Gruppe mit einem PollyRead Profile erstellt und diese Gruppe eine neuen User zuweist.
Nach Anlegen des Users erhält man einmalig(!) das Schlüsselpaar.

==allgemeine Konfiguration==
Relevant für die korrekte SprachEngine sind die folgenden Attribute:
* TTS_Ressource
* TTS_Language '''oder''' TTS_Language_Custom

Mit <code>aplay -l</code> kann man eine Liste der möglichen Audio Ausgabedevices erhalten. Von dem gewünschten Ausgabedevice ermittelt man nun die Kartennummer und das Subdevice.

Neben dem Audio Equipment gibt es zwei Voraussetzungen im System:
* Der User fhem muss Berechtigung haben Sound auszugeben und
* es muss ein Player installiert sein.
<syntaxhighlight lang="bash">sudo usermod -aG audio fhem</syntaxhighlight>
Nach dieser Änderung muss sich der Benutzer neu anmelden! Ein Neustart von FHEM oder dem System ist notwendig!

Test2Speech wurde ursprünglich für mplayer entwickelt:
<syntaxhighlight lang="bash">sudo apt-get install mplayer</syntaxhighlight>
Damit mplayer ohne sudo aufgerufen wird muss das Attribute <code>TTS_MplayerCall </code> gesetzt werden. Wird das weggelassen muss [[FHEM_mit_sudo|fhem sudo Berechtigung]] bekommen.
<syntaxhighlight lang="perl">define MyTTS Text2Speech hw=0.0
attr MyTTS TTS_MplayerCall /usr/bin/mplayer</syntaxhighlight>
Das Programm mplayer hat auf einigen Systemen sehr große Verzögerungen beim Start, als '''Alternative''' ist z.B. play verwendbar
<syntaxhighlight lang="bash">sudo apt-get install sox libsox-fmt-all</syntaxhighlight>
Die Definition muss in der Bezeichnung das Audiogerätes und im Attribute <code>TTS_MplayerCall </code> so aussehen (Mindestens Version 19378 2019-05-12 erforderlich).
<syntaxhighlight lang="perl">define MyTTS Text2Speech hw:0,0
attr MyTTS TTS_MplayerCall AUDIODEV={device} /usr/bin/play -q -v $(({volume}*{volumeadjust}/10000)).$(({volume}*{volumeadjust}%10000)) {file}</syntaxhighlight>

Bei wiederholten Sprachbausteinen wird durch die Verwendung von MP3Wrap eine deutlich flüssigere Sprachausgabe erreicht. Für die Verwendung von Kombinationen aus fertigen mp3 Files und Texten in der Art "Text:bing.mp3:Text" ist dies zwingend notwendig.
<syntaxhighlight lang="bash">sudo apt-get install mp3wrap</syntaxhighlight>

Als Ergänzung die Definition ein Attribute <code>TTS_UseMP3Wrap</code> :
<syntaxhighlight lang="perl">attr MyTTS TTS_UseMP3Wrap 1
attr MyTTS verbose 4</syntaxhighlight>

Ein erster Test kann wie folgt durchgeführt werden (als Einzeiler, ohne Zeilenumbruch einzugeben):
:<code> set MyTTS tts Das ist ein Test. Jetzt prüfen wir, ob wir etwas aus dem angeschlossenen Lautsprecher hören. Beim ersten Mal haben wir allerdings noch Sprechpausen. Spätestens beim zweiten Durchlauf ist der Textfluss flüssiger.</code>
Hört man etwas aus dem Lautsprecher, so führen wir das Kommando ein zweites Mal aus. Jetzt sollte es sich besser anhören. Bleiben die Lautsprecher stumm, so ist das FHEM-Log zu kontrollieren. Gegebenenfalls ist das [[verbose]]-Level auf 5 zu stellen.

War der Test erfolgreich, kann das verbose-Attribut wieder gelöscht werden.

==Definition Client-Server Architektur==
Es gibt Installationen, bei denen der FHEM-Server z.B. im Keller steht, die Sprachausgabe soll aber räumlich entfernt stattfinden, z.B. im Wohnzimmer. Hierzu ist am Zielort eine FHEM-Instanz anzulegen, z.B. über einen [[Raspberry Pi]], IP: 192.168.178.10.
Auf dem FHEM-Server ist Text2Speech als Remote zu definieren:
define MyTTS Text2Speech 192.168.178.10:7072 <Passwort>;
attr Text2Speech room Text2Speech;

Am Zielort ist Text2Speech auf dem Raspi wie folgt zu definieren:
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
Der Passwort Zugang ist entsprechend der {{Link2CmdRef|Anker=allowed}} zu definieren.
Bitte die Installation von Mplayer und Mp3Wrap nicht vergessen!
Danach der Test wie oben angegeben.

==Sprachausgabe per Bluetooth-Lautsprecher unter Raspbian Jessie==
Für die Sprachausgabe über Bluetooth bieten sich verschiedene Lautsprecher an. Wichtig ist jedoch, dass diese entweder gar nicht in einen Standby Modus wechseln oder aber über Bluetooth aus dem Standby aufgeweckt werden können. Folgende Lautsprecher sollen laut Internetrecherche funktionieren:

* Creative D80/D100/D200
* Sony Soundbar HT-XT3
* Panasonic SC-ALL6EG-W / SC-NE1
* Bose Soundtouch 10
* Bose Soundlink Mini II
* B&O Beoplay S3
* JBL Charge 2+/3
* LG Art 51
* UE Roll
* Energy PowerBar Elite
* Teufel Cinebar 11

Die folgenden Schritte müssen nacheinander durchgeführt werden, um auf einem aktuellen Jessie System Audio Inhalte über Bluetooth zu streamen:

'''1.''' USB-Bluetooth-Stick verbinden
und per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' System aktualisieren und notwendige Pakete installieren
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install alsa-utils bluez bluez-tools pulseaudio-module-bluetooth python-gobject python-gobject-2
sudo reboot

'''3.''' Benutzer pi zur PulseAudio Gruppe hinzufügen
sudo usermod -a -G lp pi
sudo usermod -a -G pulse-access,audio root
sudo adduser pi pulse-access

'''4.''' Datei daemon.conf von PulseAudio anpassen
sudo nano /etc/pulse/daemon.conf
Nach folgender Zeile suchen
; resample-method = speex-float-1
und wie folgt erweitern
; resample-method = speex-float-1
resample-method = trivial
und
; system-instance = no
system-instance = yes
speichern und schliessen

'''5.''' In PulseAudio müssen jetzt zusätzliche Module geladen werden
sudo nano /etc/pulse/system.pa
am Ende der Datei folgendes hinzufügen
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
speichern und schliessen

'''6.''' Jetzt müssen wir dafür sorgen, dass PulseAudio automatisch geladen wird
sudo nano /etc/systemd/system/pulseaudio.service
und folgenden Inhalt einfügen
[Unit]
Description=PulseAudio Sound System
Before=sound.target
[Service]
BusName=org.pulseaudio.Server
ExecStart=/usr/bin/pulseaudio
Restart=always
[Install]
WantedBy=multi-user.target
speichern und schliessen

'''7.''' Danach müssen wir PulseAudio neu starten
sudo systemctl daemon-reload
sudo systemctl enable pulseaudio.service
sudo systemctl start pulseaudio.service

'''8.''' Prüfen ob PulseAudio läuft
systemctl status pulseaudio

'''9.''' Jetzt den Audio Output einstellen: X entweder mit 0 (auto), 1 (3,5mm Klinke) oder 2 (HDMI) ersetzen.
sudo amixer cset numid=3 X

'''10.''' Die Lautstärke kann auf 100% gesetzt werden mit
sudo amixer set Master 100%
sudo pacmd set-sink-volume 0 65535

'''11.''' Soundausgabe z.B. über Kopfhörer prüfen
paplay /usr/share/sounds/alsa/Front_Left.wav

'''12.''' Jetzt können wir mit der Einrichtung von Bluetooth beginnen
sudo nano /etc/bluetooth/audio.conf
und folgendes einfügen
[General]
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
HFP=true
Class=0x20041C
speichern und schliessen

sudo nano /etc/bluetooth/main.conf
unter [General] folgendes einfügen
Name = RaspStream
Class = 0x20041C
speichern und schliessen

sudo hciconfig -a
eingeben und die MAC Adresse des Bluetooth Dongles aufschreiben

Jetzt müssen die Bluetooth Settings angepasst werden (XX:XX:XX:XX:XX:XX steht für die MAC Adresse des Bluetooth Dongles)
sudo nano /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/settings
einngeben und folgendes einfügen
[General]
Discoverable=true
Alias=RaspStream
Class=0x20041C
speichern und schliessen

Jetzt muss der Raspberry wieder neu gestartet werden
sudo reboot

'''13.''' Jetzt können Bluetooth Dongle und Bluetooth Lautsprecher gepaired werden
bluetoothctl
und folgende Befehle nacheinander eingeben
agent on
default-agent
discoverable on
scan on

der Bluetooth Lautsprecher sollte jetzt irgendwann aufgelistet werden und kann dann gepaired werden mit
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
Bluetooth console verlassen mit
quit

Damit sollte die Einrichtung abgeschlossen sein und wir können überprüfen, ob wir etwas über Bluetooth ausgeben können
mplayer -ao pulse http://stream01.iloveradio.de/iloveradio1.mp3

'''14.''' Das Modul Text2Speech sollte dann mit 'default' angelegt werden
define TTS Text2Speech default

==Sprachausgabe per Bluetooth-Lautsprecher==
{{Randnotiz|RNTyp=Info|RNText=Dieser Abschnitt repräsentiert nicht den aktuellen Stand. Bezüglich Verbindung, Neustart alsa und dem Testbeispiel am Ende muss er überarbeitet werden}}
Es ist ebenfalls möglich die Sprachausgabe nicht über einen direkt per Kabel angeschlossenen Lautsprecher auszugeben, sondern per Bluetooth an einen oder mehrere Bluetooth-Lautsprecher. Der Test2Speech-Author verwendet einen CreativeD80.
Dabei ist auf dem Client mit der lokal eingerichteten Text2Speech-Instanz folgendes vorzunehmen:

'''1.''' USB-Bluetooth-Stick verbinden
per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' Bluetooth Bibliotheken installieren
sudo apt-get install bluez bluez-alsa mplayer

'''3.''' Bluetooth für eine AudioVerbindung konfigurieren
Dazu in ''/etc/bluetooth/audio.conf'' in der ''General section'' folgendes einfügen:
Enable=Source,Sink,Headset,Gateway,Control,Socket,Media

'''4.''' den Rechner neu starten
sudo reboot

'''5.''' Den Bluetooth-Lautsprecher lokalisieren
Den Lautsprecher in den Pairing-Modus versetzen. Erst Dadurch wird er im Scanning sichtbar
hcitool scan
Folgendes Ergebnis sollte kommen:
Scanning ...
11:22:33:44:55:66 device 1
12:34:56:78:90:12 device 2

'''6.''' eine RFComm Connection vorbereiten
Dazu ''/etc/bluetooth/rfcomm.conf'' editieren und folgendes eintragen (Mac-Adresse anpassen!)
rfcomm0 {
# Automatically bind the device at startup
bind no;
# Bluetooth address of the device
device 11:22:33:44:55:66;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "This is Device 1's serial port.";
}

'''7.''' rebooten
sudo reboot

'''8.''' Pairing-Key vergeben
Die meisten Bluetoothgeräte verlangen einen Schlüssel während des Pairings. Der Creative-D80 erwartet den Schlüssel 0000
bluetooth-agent 0000 &

'''9.''' Das eigentliche Pairing
Den Lautsprecher in den Pairing-Modus versetzen. Danach:
sudo rfcomm connect rfcomm0
Jetzt sollte keine Fehlermeldung mehr kommen....

'''10.''' Alsa konfigurieren
Der Bluetooth-Lautsprecher muss nun noch als Alsa-Audiodevice bekannt gemacht werden. Dazu muss ''/etc/asound.conf'' erstellt werden. MAC anpassen!
pcm.bluetooth {
type bluetooth
device 11:22:33:44:55:66
profile "auto"
}

Danach Alsa restarten:
{{Randnotiz|RNTyp=Fehl|RNText=Aktuell bei wheezy /etc/init.d/alsa-utils restart}}
/etc/init.d/alsasound restart

'''11.''' Testen der Verbindung
{{Randnotiz|RNTyp=Fehl|RNText=Dieses Beispiel geht allein wegen der ständigen Änderung bei Google nicht. Auch stimmt das Ausgabe Gerät nicht. Man könnte so testen :<code>mplayer -ao alsa:device=bluetooth http://1live-diggi.akacast.akamaistream.net/7/965/119435/v1/gnl.akacast.akamaistream.net/1live-diggi</code>}}
:<code>mplayer -ao alsa:device=hw=0.0 -nolirc -noconsolecontrols -http-header-fields "User-Agent:Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22m" "http://translate.google.com/translate_tts?tl=de&q=Das ist ein Test.";</code>

== Problembehandlung ==

=== Beim abspielen via Bluetooth "stottert" die Wiedergabe ===
Das Problem tritt im Zusammenhang mit der verwendeten Abspielsoftware ab. Aus nicht nachvollziehbaren Gründen harmoniert die Kombination Bluetooth und Mplayer nicht immer perfekt. Lösung hierfür ist, anstelle mit Mplayer mit VLC zu arbeiten.

Hierfür legt man ein Skript z.B. mit dem Namen /opt/bin/vlc-wrapper.sh an mit folgendem Inhalt:
<pre>#!/bin/bash

cvlc -A alsa --alsa-audio-device bluealsa --quiet --no-interact --play-and-exit $1</pre>
Der Teil <pre>-A alsa --alsa-audio-device bluealsa</pre> kann ggf. weggelassen werden, wenn die Ausgabe nicht gezielt auf einem bestimmten Audiogerät erfolgen soll.
Anschließend muss die Ausgabe von Text2Speech noch auf das Skript umgeleitet werden mit folgendem Befehl in FHEM:<pre>attr myTTS TTS_MplayerCall /opt/bin/vlc-wrapper.sh</pre>

=== MickyMaus-artiger Sound ===
Das Problem tritt auf, wenn man per mp3wrap mehrere mp3 Files zusammenzieht die eine unterschiedliche Auflösung haben.

== Links ==
* Vorstellung und Diskussion des Moduls im {{Link2Forum|Topic=18481|LinkText=FHEM Forum}}
* [[Wetter_vorlesen_lassen|Code Snippets: Wetter vorlesen lassen]]
* [https://aubreykloppers.wordpress.com/2015/06/25/bluetooth-speaker-raspberry-pi-the-ultimate-guide/ weitere Guideline für Bluetooth per Rasperry Pi]
* [https://www.alefo.de/bluetooth-lautsprecher-und-adapter-f63/liste-kompatibler-bt-lautsprecher-fuer-amazon-dot-t907.html Liste von Bluetooth Lautsprechern]
* [http://www.forum-raspberrypi.de/Thread-tutorial-bluetooth-audio-streaming-mit-a2dp-raspbian-jessie Bluetooth einrichten mit Raspbian Jessie]

[[Kategorie:Akustische Ausgabe]]

MQTT2 CLIENT

2019-07-15T05:56:53Z

Tobias.faust:

{{Infobox Modul
|ModPurpose=Stellt als Gateway die Verbindung zu einem MQTT-Broker her
|ModType=d
|ModCmdRef=MQTT2_CLIENT
|ModForumArea=MQTT
|ModTechName=10_MQTT2_CLIENT.pm
|ModOwner=rudolfkoenig ({{Link2FU|8|Forum}} / [[Benutzer Diskussion:Rudolfkoenig|Wiki]])}}
Das Modul {{Link2CmdRef|Anker=MQTT2_CLIENT|Lang=en|Label=MQTT2_CLIENT}} ermöglicht es, Geräte einzubinden, die über eine MQTT-Schnittstelle verfügen.

Das Modul {{Link2CmdRef|Anker=MQTT2_CLIENT|Lang=en|Label=MQTT2_CLIENT}} fungiert als [[Interface|Verbindung]] zwischen FHEM und einem externen MQTT Server (z.B. ''mosquitto'') und repräsentiert ein '''''MQTT Gateway'''''. Die durch die Module [[MQTT2_DEVICE]] oder {{Link2CmdRef|Anker=MQTT_GENERIC_BRIDGE|Lang=en|Label=MQTT_GENERIC_BRIDGE}} repräsentierten Client-Geräte sind gesondert anzulegen.

== Voraussetzungen ==
Es muss für jedes MQTT-Gateway ein MQTT-Server eingerichtet und erreichbar sein.
Eine Anleitung zur Einrichtung eines Mosquitto-Brokers finden Sie z.B. im Artikel [[MQTT Einführung]].
{{Hinweis|FHEM selbst kann ebenfalls mit {{Link2CmdRef|Anker=MQTT2_SERVER|Lang=en|Label=MQTT2_SERVER}} als MQTT-Server eingesetzt werden. In diesem Fall ist innerhalb dieser FHEM-Instanz kein MQTT2_CLIENT-Gerät erforderlich. Befindet sich ein MQTT2_SERVER in einer anderen FHEM-Instanz, kann dieser von dort aus mit MQTT2_CLIENT verbunden werden.}}

== Kurzübersicht ==
{{Hinweis|Eine Übersicht über die verschiedenen Möglichkeiten, MQTT in FHEM zu nutzen, ist in [[MQTT#FHEM und MQTT]] zu finden.}}

== Define ==
Das MQTT Gateway wird angelegt mit
<code>define '''meinMQTT2Client'' MQTT2_CLIENT <host>:<port></code>

{{Hinweis|Sofern der MQTT-Server mit FEHM über localhost kommunizieren kann, sollte als IP 127.0.0.1 verwendet werden.}}

== Anwendung ==
Danach können entsprechende Client-Devices angelegt werden,
[[MQTT2 DEVICE|MQTT2_DEVICE]] wird verwendet, wenn das physikalische Device (Sensor oder Aktor) über mqtt kommuniziert, wie dieses z.B. bei vielen ESP8266-basierten Geräten der Fall ist.
{{Randnotiz|RNTyp=g|RNText=Für weitere bridge-Geräte wird bei Verwendung des MQTT2_CLIENT empfohlen, die betreffenden templates jeweils auf eine Kopie des "Sammeldevices" anzuwenden und dabei vorab die CID auf einen anderen Wert festzulegen als die ClientID des MQTT2_CLIENT-Geräts<ref>Um eine Kopie des A_00_MQTT2_CLIENT_general_bridge-Geräts zu erstellen, empfielt sich der [[Import von Code Snippets|RAW-Editor]], beachten Sie hierzu aber die Hinweise zur Änderung der CID!</ref>! Hat man neue Geräte mit bridgeRegexp-Einträgen erstellt oder die bridgeRegexp-Einträge verändert, kann in der Regel gefahrlos zunächst die readingList am "Sammeldevice" gelöscht werden, so dass dann eingehende Nachrichten auch tatsächlich gegen die bridgeRegexp geprüft werden müssen.}}Möchte man ''autocreate'' verwenden, um automatisiert MQTT2_DEVICE-Geräte anlegen zu lassen, empfiehlt es sich, auf das erste automatisch angelegte Gerät das [[MQTT2-Module - Praxisbeispiele#attrTemplate_2|template]] ''A_00_MQTT2_CLIENT_general_bridge'' anzuwenden. Dadurch werden bestimmte eingehenden MQTT-Messages für eine Anzahl häufig anzutreffender Gerätetypen in separate, automatisch angelegte MQTT2_DEVICE-Geräte umgeleitet<ref>Näheres zur Entstehung der derzeitigen bridgeRegexp des templates ''A_00_MQTT2_CLIENT_general_bridge'' sind diesem {{Link2Forum|Topic=98126|LinkText=Forenthread}} zu entnehmen.</ref>.
{{Hinweis|Da hierzu die typischen Topicstrukturen und Benennungen genutzt werden, sollten die MQTT-Einstellungen hinsichtlich des topictrees auf den Geräten auf den jeweiligen defaults belassen werden.}}

Das attrTemplate ''A_00_MQTT2_CLIENT_general_bridge'' löscht die readingList des Geräts, auf das es angewendet wird und erstellt ein neues Device, das dann die beschriebene ''bridgeRegexp'' enthält. Dies muß nur einmalig erfolgen, für alle weiteren - mittels bridgeRegexp erstellten - Geräte gilt dann - mit o.g. Einschränkungen bei der Erstellung von weiteren ''bridge''-Geräten - das allgemeine Vorgehen für MQTT2_DEVICE, z.B. auch die Festlegung weiterer Geräten mit ''bridgeRegexp''-Attributen wie in den [[MQTT2-Module - Praxisbeispiele|Praxisbeispielen]] beschrieben.

Will man Geräte unterscheiden, die sich nur z.B im ersten Teil der Topic-Struktur unterscheiden, kann man dies durch Anpassung der bridgeRegexp erreichen oder dadurch, dass man die betreffenden Geräte manuell anlegt. Dabei sollte man jedoch tendenziell sehr restriktive bridgeRegexp-Ausdrücke verwenden<ref>Zum Hintergrund siehe diese {{Link2Forum|Topic=98206|LinkText=Forendiskussion}}</ref>.

== Anmerkungen ==
<references />

[[Kategorie:IP Components|IP Komponenten]]
[[Kategorie:Other Components]]
[[Kategorie:Interfaces]]
[[Kategorie:MQTT]]

Text2Speech

2019-04-24T15:23:01Z

Tobias.faust: /* Amazon Polly */

{{Infobox Modul
|ModPurpose=Sprachausgabe über FHEM
|ModType=h
|ModForumArea=Unterstützende Dienste
|ModTechName=98_Text2Speech.pm
|ModOwner=tobiasfaust ({{Link2FU|118|Forum}} / [[Benutzer_Diskussion:Tobias.faust|Wiki]])
}}

Das Modul [[Text2Speech]] ermöglicht es, eine Sprachausgabe über FHEM zu realisieren. Das Modul ist Client-Server-fähig.

==Definition Lokale Architektur==
Voraussetzung ist ein installierter Mplayer:
:<code>sudo apt-get install mplayer</code>
{{Randnotiz|RNTyp=Fehl|RNText=Variante a und b sind Alternativen! Es ist nicht sinnvoll beides zu verwenden}}
Danach den Mplayer für alle aufrufbar machen
====a) per GruppenRechte====
:<code> sudo usermod -aG audio fhem </code>

Hat man Mplayer per Gruppenrechte verfügbar gemacht, '''muss''' später folgendes Attribut gesetzt sein. Damit wird verhindert, dass Mplayer mit dem defaultmäßig eingestellten "sudo" aufgerufen wird, welches für b) per sudoers gebraucht wird.
:<code> attr MyTTS TTS_MplayerCall /usr/bin/mplayer</code>
====b) per SUDOERS====
<pre style="width:400px;">
EDITOR=nano
visudo
</pre>
Dort an letzter Stelle eintragen:
:<code> ALL ALL = NOPASSWD: /usr/bin/mplayer</code>
==== Allgemein====
Empfohlen wird die Nutzung von MP3Wrap. Dadurch wird bei wiederholten Sprachbausteinen eine deutlich flüssigere Sprachausgabe erreicht. Für die Verwendung von Kombinationen aus fertigen mp3 Files und Texten in der Art "Text:bing.mp3:Text" ist dies zwingend notwendig.
:<code> sudo apt-get install mp3wrap </code>

per ''aplay -l'' erhält man eine Liste der möglichen Audio Ausgabedevices. Von dem gewünschten Ausgabedevice ermittelt man nun die Kartennummer und das Subdevice. Mit diesen Daten kann man nun das Modul Text2Speech definieren:
<pre style="width:400px;">
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
</pre>

Ein erster Test kann wie folgt durchgeführt werden (als Einzeiler, ohne Zeilenumbruch einzugeben):
:<code> set MyTTS tts Das ist ein Test. Jetzt prüfen wir, ob wir etwas aus dem angeschlossenen Lautsprecher hören. Beim ersten Mal haben wir allerdings noch Sprechpausen. Spätestens beim zweiten Durchlauf ist der Textfluss flüssiger.</code>
Hört man etwas aus dem Lautsprecher, so führen wir das Kommando ein zweites Mal aus. Jetzt sollte es sich besser anhören. Bleiben die Lautsprecher stumm, so ist das FHEM-Log zu kontrollieren. Gegebenenfalls ist das [[verbose]]-Level auf 5 zu stellen.

War der Test erfolgreich, kann das verbose-Attribut wieder gelöscht werden.

=== Abhängigkeiten der lokalen Sprachengines ===
Für beide lokale Engines ist <code>lame</code> für die Umwandlung von .wav in .mp3 notwendig:
:<code>sudo apt-get install lame</code>

======Espeak======
:<code>sudo apt-get install espeak</code>

======SVOX-pico======
:<code>sudo apt-get install libttspico-utils</code>
Für ARM/Raspbian sind die <code>libttspico-utils</code> leider nicht verfügbar, deswegen müsste man diese selbst kompilieren oder das vorkompilierte Paket aus [http://www.robotnet.de/2014/03/20/sprich-freund-und-tritt-ein-sprachausgabe-fur-den-rasberry-pi/ dieser Anleitung] verwenden, folgend in aller Kürze:
<pre style="width:400px;">
sudo apt-get install libpopt-dev
cd /tmp
wget http://www.dr-bischoff.de/raspi/pico2wave.deb
sudo dpkg --install pico2wave.deb
</pre>

======Amazon Polly======
es muss das Paws Perl Package per cpan installiert werden
cpan paws
Die Zugangsdaten zum eigenen AWS Konto müssen unter ~/.aws/credentials liegen.
[default]
aws_secret_access_key = xxxxxxxxxxxxxxxxxxxxxx
aws_access_key_id = xxxxxxxxxxxxxxx
Die Zugangsdaten erhält man in dem man im AWS Konto eine IAM Gruppe mit einem PollyRead Profile erstellt und diese Gruppe eine neuen User zuweist.
Nach Anlegen des Users erhält man einmalig(!) das Schlüsselpaar.

Relevant sind die folgenden Attribute:
* TTS_Ressource
* TTS_Language
* TTS_Language_Custom

==Definition Client-Server Architektur==
Es gibt Installationen, bei denen der FHEM-Server z.B. im Keller steht, die Sprachausgabe soll aber räumlich entfernt stattfinden, z.B. im Wohnzimmer. Hierzu ist am Zielort eine FHEM-Instanz anzulegen, z.B. über einen [[Raspberry Pi]], IP: 192.168.178.10.
Auf dem FHEM-Server ist Text2Speech als Remote zu definieren:
define MyTTS Text2Speech 192.168.178.10:7072 <Passwort>;
attr Text2Speech room Text2Speech;

Am Zielort ist Text2Speech auf dem Raspi wie folgt zu definieren:
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
Der Passwort Zugang ist entsprechend der {{Link2CmdRef|Anker=allowed}} zu definieren.
Bitte die Installation von Mplayer und Mp3Wrap nicht vergessen!
Danach der Test wie oben angegeben.

==Sprachausgabe per Bluetooth-Lautsprecher unter Raspbian Jessie==
Für die Sprachausgabe über Bluetooth bieten sich verschiedene Lautsprecher an. Wichtig ist jedoch, dass diese entweder gar nicht in einen Standby Modus wechseln oder aber über Bluetooth aus dem Standby aufgeweckt werden können. Folgende Lautsprecher sollen laut Internetrecherche funktionieren:

* Creative D80/D100/D200
* Sony Soundbar HT-XT3
* Panasonic SC-ALL6EG-W / SC-NE1
* Bose Soundtouch 10
* Bose Soundlink Mini II
* B&O Beoplay S3
* JBL Charge 2+/3
* LG Art 51
* UE Roll
* Energy PowerBar Elite
* Teufel Cinebar 11

Die folgenden Schritte müssen nacheinander durchgeführt werden, um auf einem aktuellen Jessie System Audio Inhalte über Bluetooth zu streamen:

'''1.''' USB-Bluetooth-Stick verbinden
und per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' System aktualisieren und notwendige Pakete installieren
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install alsa-utils bluez bluez-tools pulseaudio-module-bluetooth python-gobject python-gobject-2
sudo reboot

'''3.''' Benutzer pi zur PulseAudio Gruppe hinzufügen
sudo usermod -a -G lp pi
sudo usermod -a -G pulse-access,audio root
sudo adduser pi pulse-access

'''4.''' Datei daemon.conf von PulseAudio anpassen
sudo nano /etc/pulse/daemon.conf
Nach folgender Zeile suchen
; resample-method = speex-float-1
und wie folgt erweitern
; resample-method = speex-float-1
resample-method = trivial
und
; system-instance = no
system-instance = yes
speichern und schliessen

'''5.''' In PulseAudio müssen jetzt zusätzliche Module geladen werden
sudo nano /etc/pulse/system.pa
am Ende der Datei folgendes hinzufügen
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
speichern und schliessen

'''6.''' Jetzt müssen wir dafür sorgen, dass PulseAudio automatisch geladen wird
sudo nano /etc/systemd/system/pulseaudio.service
und folgenden Inhalt einfügen
[Unit]
Description=PulseAudio Sound System
Before=sound.target
[Service]
BusName=org.pulseaudio.Server
ExecStart=/usr/bin/pulseaudio
Restart=always
[Install]
WantedBy=multi-user.target
speichern und schliessen

'''7.''' Danach müssen wir PulseAudio neu starten
sudo systemctl daemon-reload
sudo systemctl enable pulseaudio.service
sudo systemctl start pulseaudio.service

'''8.''' Prüfen ob PulseAudio läuft
systemctl status pulseaudio

'''9.''' Jetzt den Audio Output einstellen: X entweder mit 0 (auto), 1 (3,5mm Klinke) oder 2 (HDMI) ersetzen.
sudo amixer cset numid=3 X

'''10.''' Die Lautstärke kann auf 100% gesetzt werden mit
sudo amixer set Master 100%
sudo pacmd set-sink-volume 0 65535

'''11.''' Soundausgabe z.B. über Kopfhörer prüfen
paplay /usr/share/sounds/alsa/Front_Left.wav

'''12.''' Jetzt können wir mit der Einrichtung von Bluetooth beginnen
sudo nano /etc/bluetooth/audio.conf
und folgendes einfügen
[General]
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
HFP=true
Class=0x20041C
speichern und schliessen

sudo nano /etc/bluetooth/main.conf
unter [General] folgendes einfügen
Name = RaspStream
Class = 0x20041C
speichern und schliessen

sudo hciconfig -a
eingeben und die MAC Adresse des Bluetooth Dongles aufschreiben

Jetzt müssen die Bluetooth Settings angepasst werden (XX:XX:XX:XX:XX:XX steht für die MAC Adresse des Bluetooth Dongles)
sudo nano /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/settings
einngeben und folgendes einfügen
[General]
Discoverable=true
Alias=RaspStream
Class=0x20041C
speichern und schliessen

Jetzt muss der Raspberry wieder neu gestartet werden
sudo reboot

'''13.''' Jetzt können Bluetooth Dongle und Bluetooth Lautsprecher gepaired werden
bluetoothctl
und folgende Befehle nacheinander eingeben
agent on
default-agent
discoverable on
scan on

der Bluetooth Lautsprecher sollte jetzt irgendwann aufgelistet werden und kann dann gepaired werden mit
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
Bluetooth console verlassen mit
quit

Damit sollte die Einrichtung abgeschlossen sein und wir können überprüfen, ob wir etwas über Bluetooth ausgeben können
mplayer -ao pulse http://stream01.iloveradio.de/iloveradio1.mp3

'''14.''' Das Modul Text2Speech sollte dann mit 'default' angelegt werden
define TTS Text2Speech default

==Sprachausgabe per Bluetooth-Lautsprecher==
{{Randnotiz|RNTyp=Info|RNText=Dieser Abschnitt repräsentiert nicht den aktuellen Stand. Bezüglich Verbindung, Neustart alsa und dem Testbeispiel am Ende muss er überarbeitet werden}}
Es ist ebenfalls möglich die Sprachausgabe nicht über einen direkt per Kabel angeschlossenen Lautsprecher auszugeben, sondern per Bluetooth an einen oder mehrere Bluetooth-Lautsprecher. Der Test2Speech-Author verwendet einen CreativeD80.
Dabei ist auf dem Client mit der lokal eingerichteten Text2Speech-Instanz folgendes vorzunehmen:

'''1.''' USB-Bluetooth-Stick verbinden
per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' Bluetooth Bibliotheken installieren
sudo apt-get install bluez bluez-alsa mplayer

'''3.''' Bluetooth für eine AudioVerbindung konfigurieren
Dazu in ''/etc/bluetooth/audio.conf'' in der ''General section'' folgendes einfügen:
Enable=Source,Sink,Headset,Gateway,Control,Socket,Media

'''4.''' den Rechner neu starten
sudo reboot

'''5.''' Den Bluetooth-Lautsprecher lokalisieren
Den Lautsprecher in den Pairing-Modus versetzen. Erst Dadurch wird er im Scanning sichtbar
hcitool scan
Folgendes Ergebnis sollte kommen:
Scanning ...
11:22:33:44:55:66 device 1
12:34:56:78:90:12 device 2

'''6.''' eine RFComm Connection vorbereiten
Dazu ''/etc/bluetooth/rfcomm.conf'' editieren und folgendes eintragen (Mac-Adresse anpassen!)
rfcomm0 {
# Automatically bind the device at startup
bind no;
# Bluetooth address of the device
device 11:22:33:44:55:66;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "This is Device 1's serial port.";
}

'''7.''' rebooten
sudo reboot

'''8.''' Pairing-Key vergeben
Die meisten Bluetoothgeräte verlangen einen Schlüssel während des Pairings. Der Creative-D80 erwartet den Schlüssel 0000
bluetooth-agent 0000 &

'''9.''' Das eigentliche Pairing
Den Lautsprecher in den Pairing-Modus versetzen. Danach:
sudo rfcomm connect rfcomm0
Jetzt sollte keine Fehlermeldung mehr kommen....

'''10.''' Alsa konfigurieren
Der Bluetooth-Lautsprecher muss nun noch als Alsa-Audiodevice bekannt gemacht werden. Dazu muss ''/etc/asound.conf'' erstellt werden. MAC anpassen!
pcm.bluetooth {
type bluetooth
device 11:22:33:44:55:66
profile "auto"
}

Danach Alsa restarten:
{{Randnotiz|RNTyp=Fehl|RNText=Aktuell bei wheezy /etc/init.d/alsa-utils restart}}
/etc/init.d/alsasound restart

'''11.''' Testen der Verbindung
{{Randnotiz|RNTyp=Fehl|RNText=Dieses Beispiel geht allein wegen der ständigen Änderung bei Google nicht. Auch stimmt das Ausgabe Gerät nicht. Man könnte so testen :<code>mplayer -ao alsa:device=bluetooth http://1live-diggi.akacast.akamaistream.net/7/965/119435/v1/gnl.akacast.akamaistream.net/1live-diggi</code>}}
:<code>mplayer -ao alsa:device=hw=0.0 -nolirc -noconsolecontrols -http-header-fields "User-Agent:Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22m" "http://translate.google.com/translate_tts?tl=de&q=Das ist ein Test.";</code>

== Problembehandlung ==

=== Beim abspielen via Bluetooth "stottert" die Wiedergabe ===
Das Problem tritt im Zusammenhang mit der verwendeten Abspielsoftware ab. Aus nicht nachvollziehbaren Gründen harmoniert die Kombination Bluetooth und Mplayer nicht immer perfekt. Lösung hierfür ist, anstelle mit Mplayer mit VLC zu arbeiten.

Hierfür legt man ein Skript z.B. mit dem Namen /opt/bin/vlc-wrapper.sh an mit folgendem Inhalt:
<pre>#!/bin/bash

cvlc -A alsa --alsa-audio-device bluealsa --quiet --no-interact --play-and-exit $1</pre>
Der Teil <pre>-A alsa --alsa-audio-device bluealsa</pre> kann ggf. weggelassen werden, wenn die Ausgabe nicht gezielt auf einem bestimmten Audiogerät erfolgen soll.
Anschließend muss die Ausgabe von Text2Speech noch auf das Skript umgeleitet werden mit folgendem Befehl in FHEM:<pre>attr myTTS TTS_MplayerCall /opt/bin/vlc-wrapper.sh</pre>

=== MickyMaus-artiger Sound ===
Das Problem tritt auf, wenn man per mp3wrap mehrere mp3 Files zusammenzieht die eine unterschiedliche Auflösung haben.

== Links ==
* Vorstellung und Diskussion des Moduls im {{Link2Forum|Topic=18481|LinkText=FHEM Forum}}
* [[Wetter_vorlesen_lassen|Code Snippets: Wetter vorlesen lassen]]
* [https://aubreykloppers.wordpress.com/2015/06/25/bluetooth-speaker-raspberry-pi-the-ultimate-guide/ weitere Guideline für Bluetooth per Rasperry Pi]
* [https://www.alefo.de/bluetooth-lautsprecher-und-adapter-f63/liste-kompatibler-bt-lautsprecher-fuer-amazon-dot-t907.html Liste von Bluetooth Lautsprechern]
* [http://www.forum-raspberrypi.de/Thread-tutorial-bluetooth-audio-streaming-mit-a2dp-raspbian-jessie Bluetooth einrichten mit Raspbian Jessie]

[[Kategorie:Akustische Ausgabe]]

Text2Speech

2019-04-23T11:51:20Z

Tobias.faust: /* Amazon Polly */

{{Infobox Modul
|ModPurpose=Sprachausgabe über FHEM
|ModType=h
|ModForumArea=Unterstützende Dienste
|ModTechName=98_Text2Speech.pm
|ModOwner=tobiasfaust ({{Link2FU|118|Forum}} / [[Benutzer_Diskussion:Tobias.faust|Wiki]])
}}

Das Modul [[Text2Speech]] ermöglicht es, eine Sprachausgabe über FHEM zu realisieren. Das Modul ist Client-Server-fähig.

==Definition Lokale Architektur==
Voraussetzung ist ein installierter Mplayer:
:<code>sudo apt-get install mplayer</code>
{{Randnotiz|RNTyp=Fehl|RNText=Variante a und b sind Alternativen! Es ist nicht sinnvoll beides zu verwenden}}
Danach den Mplayer für alle aufrufbar machen
====a) per GruppenRechte====
:<code> sudo usermod -aG audio fhem </code>

Hat man Mplayer per Gruppenrechte verfügbar gemacht, '''muss''' später folgendes Attribut gesetzt sein. Damit wird verhindert, dass Mplayer mit dem defaultmäßig eingestellten "sudo" aufgerufen wird, welches für b) per sudoers gebraucht wird.
:<code> attr MyTTS TTS_MplayerCall /usr/bin/mplayer</code>
====b) per SUDOERS====
<pre style="width:400px;">
EDITOR=nano
visudo
</pre>
Dort an letzter Stelle eintragen:
:<code> ALL ALL = NOPASSWD: /usr/bin/mplayer</code>
==== Allgemein====
Empfohlen wird die Nutzung von MP3Wrap. Dadurch wird bei wiederholten Sprachbausteinen eine deutlich flüssigere Sprachausgabe erreicht. Für die Verwendung von Kombinationen aus fertigen mp3 Files und Texten in der Art "Text:bing.mp3:Text" ist dies zwingend notwendig.
:<code> sudo apt-get install mp3wrap </code>

per ''aplay -l'' erhält man eine Liste der möglichen Audio Ausgabedevices. Von dem gewünschten Ausgabedevice ermittelt man nun die Kartennummer und das Subdevice. Mit diesen Daten kann man nun das Modul Text2Speech definieren:
<pre style="width:400px;">
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
</pre>

Ein erster Test kann wie folgt durchgeführt werden (als Einzeiler, ohne Zeilenumbruch einzugeben):
:<code> set MyTTS tts Das ist ein Test. Jetzt prüfen wir, ob wir etwas aus dem angeschlossenen Lautsprecher hören. Beim ersten Mal haben wir allerdings noch Sprechpausen. Spätestens beim zweiten Durchlauf ist der Textfluss flüssiger.</code>
Hört man etwas aus dem Lautsprecher, so führen wir das Kommando ein zweites Mal aus. Jetzt sollte es sich besser anhören. Bleiben die Lautsprecher stumm, so ist das FHEM-Log zu kontrollieren. Gegebenenfalls ist das [[verbose]]-Level auf 5 zu stellen.

War der Test erfolgreich, kann das verbose-Attribut wieder gelöscht werden.

=== Abhängigkeiten der lokalen Sprachengines ===
Für beide lokale Engines ist <code>lame</code> für die Umwandlung von .wav in .mp3 notwendig:
:<code>sudo apt-get install lame</code>

======Espeak======
:<code>sudo apt-get install espeak</code>

======SVOX-pico======
:<code>sudo apt-get install libttspico-utils</code>
Für ARM/Raspbian sind die <code>libttspico-utils</code> leider nicht verfügbar, deswegen müsste man diese selbst kompilieren oder das vorkompilierte Paket aus [http://www.robotnet.de/2014/03/20/sprich-freund-und-tritt-ein-sprachausgabe-fur-den-rasberry-pi/ dieser Anleitung] verwenden, folgend in aller Kürze:
<pre style="width:400px;">
sudo apt-get install libpopt-dev
cd /tmp
wget http://www.dr-bischoff.de/raspi/pico2wave.deb
sudo dpkg --install pico2wave.deb
</pre>

======Amazon Polly======
<pre style="width:800px;">
curl "https://s3.amazonaws.com/aws-cli/awscli-bundle.zip" -o "awscli-bundle.zip"
unzip awscli-bundle.zip
sudo ./awscli-bundle/install -i /usr/local/aws -b /usr/local/bin/aws
sudo -u fhem /usr/local/bin/aws configure
</pre>
awscli Konfigurationsparameter:
{| class="wikitable"
|-
! Schlüssel !! Wert
|-
| AWS Access Key ID || <ID>
|-
| AWS Secret Access Key|| <SecKey>
|-
| Default region name|| eu-central-1
|-
| Default output format|| json
|}

Testen kann man das Ganze jetzt, indem man sich auf der Konsole als Benutzer "fhem" anmeldet und dann ins fhem Verzeichnis wechselt:
<pre style="width:800px;">
cd /opt/fhem/
aws polly synthesize-speech --output-format mp3 --voice-id Marlene --text 'Mein erster Test' cache/abc.mp3
</pre>
Jetzt sollte im "cache/" Unterverzeichnis die Datei "abc.mp3" liegen.

==Definition Client-Server Architektur==
Es gibt Installationen, bei denen der FHEM-Server z.B. im Keller steht, die Sprachausgabe soll aber räumlich entfernt stattfinden, z.B. im Wohnzimmer. Hierzu ist am Zielort eine FHEM-Instanz anzulegen, z.B. über einen [[Raspberry Pi]], IP: 192.168.178.10.
Auf dem FHEM-Server ist Text2Speech als Remote zu definieren:
define MyTTS Text2Speech 192.168.178.10:7072 <Passwort>;
attr Text2Speech room Text2Speech;

Am Zielort ist Text2Speech auf dem Raspi wie folgt zu definieren:
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
Der Passwort Zugang ist entsprechend der {{Link2CmdRef|Anker=allowed}} zu definieren.
Bitte die Installation von Mplayer und Mp3Wrap nicht vergessen!
Danach der Test wie oben angegeben.

==Sprachausgabe per Bluetooth-Lautsprecher unter Raspbian Jessie==
Für die Sprachausgabe über Bluetooth bieten sich verschiedene Lautsprecher an. Wichtig ist jedoch, dass diese entweder gar nicht in einen Standby Modus wechseln oder aber über Bluetooth aus dem Standby aufgeweckt werden können. Folgende Lautsprecher sollen laut Internetrecherche funktionieren:

* Creative D80/D100/D200
* Sony Soundbar HT-XT3
* Panasonic SC-ALL6EG-W / SC-NE1
* Bose Soundtouch 10
* Bose Soundlink Mini II
* B&O Beoplay S3
* JBL Charge 2+/3
* LG Art 51
* UE Roll
* Energy PowerBar Elite
* Teufel Cinebar 11

Die folgenden Schritte müssen nacheinander durchgeführt werden, um auf einem aktuellen Jessie System Audio Inhalte über Bluetooth zu streamen:

'''1.''' USB-Bluetooth-Stick verbinden
und per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' System aktualisieren und notwendige Pakete installieren
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install alsa-utils bluez bluez-tools pulseaudio-module-bluetooth python-gobject python-gobject-2
sudo reboot

'''3.''' Benutzer pi zur PulseAudio Gruppe hinzufügen
sudo usermod -a -G lp pi
sudo usermod -a -G pulse-access,audio root
sudo adduser pi pulse-access

'''4.''' Datei daemon.conf von PulseAudio anpassen
sudo nano /etc/pulse/daemon.conf
Nach folgender Zeile suchen
; resample-method = speex-float-1
und wie folgt erweitern
; resample-method = speex-float-1
resample-method = trivial
und
; system-instance = no
system-instance = yes
speichern und schliessen

'''5.''' In PulseAudio müssen jetzt zusätzliche Module geladen werden
sudo nano /etc/pulse/system.pa
am Ende der Datei folgendes hinzufügen
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
speichern und schliessen

'''6.''' Jetzt müssen wir dafür sorgen, dass PulseAudio automatisch geladen wird
sudo nano /etc/systemd/system/pulseaudio.service
und folgenden Inhalt einfügen
[Unit]
Description=PulseAudio Sound System
Before=sound.target
[Service]
BusName=org.pulseaudio.Server
ExecStart=/usr/bin/pulseaudio
Restart=always
[Install]
WantedBy=multi-user.target
speichern und schliessen

'''7.''' Danach müssen wir PulseAudio neu starten
sudo systemctl daemon-reload
sudo systemctl enable pulseaudio.service
sudo systemctl start pulseaudio.service

'''8.''' Prüfen ob PulseAudio läuft
systemctl status pulseaudio

'''9.''' Jetzt den Audio Output einstellen: X entweder mit 0 (auto), 1 (3,5mm Klinke) oder 2 (HDMI) ersetzen.
sudo amixer cset numid=3 X

'''10.''' Die Lautstärke kann auf 100% gesetzt werden mit
sudo amixer set Master 100%
sudo pacmd set-sink-volume 0 65535

'''11.''' Soundausgabe z.B. über Kopfhörer prüfen
paplay /usr/share/sounds/alsa/Front_Left.wav

'''12.''' Jetzt können wir mit der Einrichtung von Bluetooth beginnen
sudo nano /etc/bluetooth/audio.conf
und folgendes einfügen
[General]
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
HFP=true
Class=0x20041C
speichern und schliessen

sudo nano /etc/bluetooth/main.conf
unter [General] folgendes einfügen
Name = RaspStream
Class = 0x20041C
speichern und schliessen

sudo hciconfig -a
eingeben und die MAC Adresse des Bluetooth Dongles aufschreiben

Jetzt müssen die Bluetooth Settings angepasst werden (XX:XX:XX:XX:XX:XX steht für die MAC Adresse des Bluetooth Dongles)
sudo nano /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/settings
einngeben und folgendes einfügen
[General]
Discoverable=true
Alias=RaspStream
Class=0x20041C
speichern und schliessen

Jetzt muss der Raspberry wieder neu gestartet werden
sudo reboot

'''13.''' Jetzt können Bluetooth Dongle und Bluetooth Lautsprecher gepaired werden
bluetoothctl
und folgende Befehle nacheinander eingeben
agent on
default-agent
discoverable on
scan on

der Bluetooth Lautsprecher sollte jetzt irgendwann aufgelistet werden und kann dann gepaired werden mit
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
Bluetooth console verlassen mit
quit

Damit sollte die Einrichtung abgeschlossen sein und wir können überprüfen, ob wir etwas über Bluetooth ausgeben können
mplayer -ao pulse http://stream01.iloveradio.de/iloveradio1.mp3

'''14.''' Das Modul Text2Speech sollte dann mit 'default' angelegt werden
define TTS Text2Speech default

==Sprachausgabe per Bluetooth-Lautsprecher==
{{Randnotiz|RNTyp=Info|RNText=Dieser Abschnitt repräsentiert nicht den aktuellen Stand. Bezüglich Verbindung, Neustart alsa und dem Testbeispiel am Ende muss er überarbeitet werden}}
Es ist ebenfalls möglich die Sprachausgabe nicht über einen direkt per Kabel angeschlossenen Lautsprecher auszugeben, sondern per Bluetooth an einen oder mehrere Bluetooth-Lautsprecher. Der Test2Speech-Author verwendet einen CreativeD80.
Dabei ist auf dem Client mit der lokal eingerichteten Text2Speech-Instanz folgendes vorzunehmen:

'''1.''' USB-Bluetooth-Stick verbinden
per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' Bluetooth Bibliotheken installieren
sudo apt-get install bluez bluez-alsa mplayer

'''3.''' Bluetooth für eine AudioVerbindung konfigurieren
Dazu in ''/etc/bluetooth/audio.conf'' in der ''General section'' folgendes einfügen:
Enable=Source,Sink,Headset,Gateway,Control,Socket,Media

'''4.''' den Rechner neu starten
sudo reboot

'''5.''' Den Bluetooth-Lautsprecher lokalisieren
Den Lautsprecher in den Pairing-Modus versetzen. Erst Dadurch wird er im Scanning sichtbar
hcitool scan
Folgendes Ergebnis sollte kommen:
Scanning ...
11:22:33:44:55:66 device 1
12:34:56:78:90:12 device 2

'''6.''' eine RFComm Connection vorbereiten
Dazu ''/etc/bluetooth/rfcomm.conf'' editieren und folgendes eintragen (Mac-Adresse anpassen!)
rfcomm0 {
# Automatically bind the device at startup
bind no;
# Bluetooth address of the device
device 11:22:33:44:55:66;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "This is Device 1's serial port.";
}

'''7.''' rebooten
sudo reboot

'''8.''' Pairing-Key vergeben
Die meisten Bluetoothgeräte verlangen einen Schlüssel während des Pairings. Der Creative-D80 erwartet den Schlüssel 0000
bluetooth-agent 0000 &

'''9.''' Das eigentliche Pairing
Den Lautsprecher in den Pairing-Modus versetzen. Danach:
sudo rfcomm connect rfcomm0
Jetzt sollte keine Fehlermeldung mehr kommen....

'''10.''' Alsa konfigurieren
Der Bluetooth-Lautsprecher muss nun noch als Alsa-Audiodevice bekannt gemacht werden. Dazu muss ''/etc/asound.conf'' erstellt werden. MAC anpassen!
pcm.bluetooth {
type bluetooth
device 11:22:33:44:55:66
profile "auto"
}

Danach Alsa restarten:
{{Randnotiz|RNTyp=Fehl|RNText=Aktuell bei wheezy /etc/init.d/alsa-utils restart}}
/etc/init.d/alsasound restart

'''11.''' Testen der Verbindung
{{Randnotiz|RNTyp=Fehl|RNText=Dieses Beispiel geht allein wegen der ständigen Änderung bei Google nicht. Auch stimmt das Ausgabe Gerät nicht. Man könnte so testen :<code>mplayer -ao alsa:device=bluetooth http://1live-diggi.akacast.akamaistream.net/7/965/119435/v1/gnl.akacast.akamaistream.net/1live-diggi</code>}}
:<code>mplayer -ao alsa:device=hw=0.0 -nolirc -noconsolecontrols -http-header-fields "User-Agent:Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22m" "http://translate.google.com/translate_tts?tl=de&q=Das ist ein Test.";</code>

== Problembehandlung ==

=== Beim abspielen via Bluetooth "stottert" die Wiedergabe ===
Das Problem tritt im Zusammenhang mit der verwendeten Abspielsoftware ab. Aus nicht nachvollziehbaren Gründen harmoniert die Kombination Bluetooth und Mplayer nicht immer perfekt. Lösung hierfür ist, anstelle mit Mplayer mit VLC zu arbeiten.

Hierfür legt man ein Skript z.B. mit dem Namen /opt/bin/vlc-wrapper.sh an mit folgendem Inhalt:
<pre>#!/bin/bash

cvlc -A alsa --alsa-audio-device bluealsa --quiet --no-interact --play-and-exit $1</pre>
Der Teil <pre>-A alsa --alsa-audio-device bluealsa</pre> kann ggf. weggelassen werden, wenn die Ausgabe nicht gezielt auf einem bestimmten Audiogerät erfolgen soll.
Anschließend muss die Ausgabe von Text2Speech noch auf das Skript umgeleitet werden mit folgendem Befehl in FHEM:<pre>attr myTTS TTS_MplayerCall /opt/bin/vlc-wrapper.sh</pre>

=== MickyMaus-artiger Sound ===
Das Problem tritt auf, wenn man per mp3wrap mehrere mp3 Files zusammenzieht die eine unterschiedliche Auflösung haben.

== Links ==
* Vorstellung und Diskussion des Moduls im {{Link2Forum|Topic=18481|LinkText=FHEM Forum}}
* [[Wetter_vorlesen_lassen|Code Snippets: Wetter vorlesen lassen]]
* [https://aubreykloppers.wordpress.com/2015/06/25/bluetooth-speaker-raspberry-pi-the-ultimate-guide/ weitere Guideline für Bluetooth per Rasperry Pi]
* [https://www.alefo.de/bluetooth-lautsprecher-und-adapter-f63/liste-kompatibler-bt-lautsprecher-fuer-amazon-dot-t907.html Liste von Bluetooth Lautsprechern]
* [http://www.forum-raspberrypi.de/Thread-tutorial-bluetooth-audio-streaming-mit-a2dp-raspbian-jessie Bluetooth einrichten mit Raspbian Jessie]

[[Kategorie:Akustische Ausgabe]]

Text2Speech

2019-04-23T11:25:42Z

Tobias.faust: fh

{{Infobox Modul
|ModPurpose=Sprachausgabe über FHEM
|ModType=h
|ModForumArea=Unterstützende Dienste
|ModTechName=98_Text2Speech.pm
|ModOwner=tobiasfaust ({{Link2FU|118|Forum}} / [[Benutzer_Diskussion:Tobias.faust|Wiki]])
}}

Das Modul [[Text2Speech]] ermöglicht es, eine Sprachausgabe über FHEM zu realisieren. Das Modul ist Client-Server-fähig.

==Definition Lokale Architektur==
Voraussetzung ist ein installierter Mplayer:
:<code>sudo apt-get install mplayer</code>
{{Randnotiz|RNTyp=Fehl|RNText=Variante a und b sind Alternativen! Es ist nicht sinnvoll beides zu verwenden}}
Danach den Mplayer für alle aufrufbar machen
====a) per GruppenRechte====
:<code> sudo usermod -aG audio fhem </code>

Hat man Mplayer per Gruppenrechte verfügbar gemacht, '''muss''' später folgendes Attribut gesetzt sein. Damit wird verhindert, dass Mplayer mit dem defaultmäßig eingestellten "sudo" aufgerufen wird, welches für b) per sudoers gebraucht wird.
:<code> attr MyTTS TTS_MplayerCall /usr/bin/mplayer</code>
====b) per SUDOERS====
<pre style="width:400px;">
EDITOR=nano
visudo
</pre>
Dort an letzter Stelle eintragen:
:<code> ALL ALL = NOPASSWD: /usr/bin/mplayer</code>
==== Allgemein====
Empfohlen wird die Nutzung von MP3Wrap. Dadurch wird bei wiederholten Sprachbausteinen eine deutlich flüssigere Sprachausgabe erreicht. Für die Verwendung von Kombinationen aus fertigen mp3 Files und Texten in der Art "Text:bing.mp3:Text" ist dies zwingend notwendig.
:<code> sudo apt-get install mp3wrap </code>

per ''aplay -l'' erhält man eine Liste der möglichen Audio Ausgabedevices. Von dem gewünschten Ausgabedevice ermittelt man nun die Kartennummer und das Subdevice. Mit diesen Daten kann man nun das Modul Text2Speech definieren:
<pre style="width:400px;">
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
</pre>

Ein erster Test kann wie folgt durchgeführt werden (als Einzeiler, ohne Zeilenumbruch einzugeben):
:<code> set MyTTS tts Das ist ein Test. Jetzt prüfen wir, ob wir etwas aus dem angeschlossenen Lautsprecher hören. Beim ersten Mal haben wir allerdings noch Sprechpausen. Spätestens beim zweiten Durchlauf ist der Textfluss flüssiger.</code>
Hört man etwas aus dem Lautsprecher, so führen wir das Kommando ein zweites Mal aus. Jetzt sollte es sich besser anhören. Bleiben die Lautsprecher stumm, so ist das FHEM-Log zu kontrollieren. Gegebenenfalls ist das [[verbose]]-Level auf 5 zu stellen.

War der Test erfolgreich, kann das verbose-Attribut wieder gelöscht werden.

=== Abhängigkeiten der lokalen Sprachengines ===
Für beide lokale Engines ist <code>lame</code> für die Umwandlung von .wav in .mp3 notwendig:
:<code>sudo apt-get install lame</code>

======Espeak======
:<code>sudo apt-get install espeak</code>

======SVOX-pico======
:<code>sudo apt-get install libttspico-utils</code>
Für ARM/Raspbian sind die <code>libttspico-utils</code> leider nicht verfügbar, deswegen müsste man diese selbst kompilieren oder das vorkompilierte Paket aus [http://www.robotnet.de/2014/03/20/sprich-freund-und-tritt-ein-sprachausgabe-fur-den-rasberry-pi/ dieser Anleitung] verwenden, folgend in aller Kürze:
<pre style="width:400px;">
sudo apt-get install libpopt-dev
cd /tmp
wget http://www.dr-bischoff.de/raspi/pico2wave.deb
sudo dpkg --install pico2wave.deb
</pre>

======Amazon Polly======
<pre style="width:400px;">
curl "https://s3.amazonaws.com/aws-cli/awscli-bundle.zip" -o "awscli-bundle.zip"
unzip awscli-bundle.zip
sudo ./awscli-bundle/install -i /usr/local/aws -b /usr/local/bin/aws
sudo -u fhem /usr/local/bin/aws configure
</pre>
awscli Konfigurationsparameter:
{| class="wikitable"
|-
! Schlüssel !! Wert
|-
| AWS Access Key ID || <ID>
|-
| AWS Secret Access Key|| <SecKey>
|-
| Default region name|| eu-central-1
|-
| Default output format|| json
|}

Testen kann man das Ganze jetzt, indem man sich auf der Konsole als Benutzer "fhem" anmeldet und dann ins fhem Verzeichnis wechselt:
<pre style="width:400px;">
cd /opt/fhem/
aws polly synthesize-speech --output-format mp3 --voice-id Marlene --text 'Mein erster Test' cache/abc.mp3
</pre>
Jetzt sollte im "cache/" Unterverzeichnis die Datei "abc.mp3" liegen.

==Definition Client-Server Architektur==
Es gibt Installationen, bei denen der FHEM-Server z.B. im Keller steht, die Sprachausgabe soll aber räumlich entfernt stattfinden, z.B. im Wohnzimmer. Hierzu ist am Zielort eine FHEM-Instanz anzulegen, z.B. über einen [[Raspberry Pi]], IP: 192.168.178.10.
Auf dem FHEM-Server ist Text2Speech als Remote zu definieren:
define MyTTS Text2Speech 192.168.178.10:7072 <Passwort>;
attr Text2Speech room Text2Speech;

Am Zielort ist Text2Speech auf dem Raspi wie folgt zu definieren:
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
Der Passwort Zugang ist entsprechend der {{Link2CmdRef|Anker=allowed}} zu definieren.
Bitte die Installation von Mplayer und Mp3Wrap nicht vergessen!
Danach der Test wie oben angegeben.

==Sprachausgabe per Bluetooth-Lautsprecher unter Raspbian Jessie==
Für die Sprachausgabe über Bluetooth bieten sich verschiedene Lautsprecher an. Wichtig ist jedoch, dass diese entweder gar nicht in einen Standby Modus wechseln oder aber über Bluetooth aus dem Standby aufgeweckt werden können. Folgende Lautsprecher sollen laut Internetrecherche funktionieren:

* Creative D80/D100/D200
* Sony Soundbar HT-XT3
* Panasonic SC-ALL6EG-W / SC-NE1
* Bose Soundtouch 10
* Bose Soundlink Mini II
* B&O Beoplay S3
* JBL Charge 2+/3
* LG Art 51
* UE Roll
* Energy PowerBar Elite
* Teufel Cinebar 11

Die folgenden Schritte müssen nacheinander durchgeführt werden, um auf einem aktuellen Jessie System Audio Inhalte über Bluetooth zu streamen:

'''1.''' USB-Bluetooth-Stick verbinden
und per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' System aktualisieren und notwendige Pakete installieren
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install alsa-utils bluez bluez-tools pulseaudio-module-bluetooth python-gobject python-gobject-2
sudo reboot

'''3.''' Benutzer pi zur PulseAudio Gruppe hinzufügen
sudo usermod -a -G lp pi
sudo usermod -a -G pulse-access,audio root
sudo adduser pi pulse-access

'''4.''' Datei daemon.conf von PulseAudio anpassen
sudo nano /etc/pulse/daemon.conf
Nach folgender Zeile suchen
; resample-method = speex-float-1
und wie folgt erweitern
; resample-method = speex-float-1
resample-method = trivial
und
; system-instance = no
system-instance = yes
speichern und schliessen

'''5.''' In PulseAudio müssen jetzt zusätzliche Module geladen werden
sudo nano /etc/pulse/system.pa
am Ende der Datei folgendes hinzufügen
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
speichern und schliessen

'''6.''' Jetzt müssen wir dafür sorgen, dass PulseAudio automatisch geladen wird
sudo nano /etc/systemd/system/pulseaudio.service
und folgenden Inhalt einfügen
[Unit]
Description=PulseAudio Sound System
Before=sound.target
[Service]
BusName=org.pulseaudio.Server
ExecStart=/usr/bin/pulseaudio
Restart=always
[Install]
WantedBy=multi-user.target
speichern und schliessen

'''7.''' Danach müssen wir PulseAudio neu starten
sudo systemctl daemon-reload
sudo systemctl enable pulseaudio.service
sudo systemctl start pulseaudio.service

'''8.''' Prüfen ob PulseAudio läuft
systemctl status pulseaudio

'''9.''' Jetzt den Audio Output einstellen: X entweder mit 0 (auto), 1 (3,5mm Klinke) oder 2 (HDMI) ersetzen.
sudo amixer cset numid=3 X

'''10.''' Die Lautstärke kann auf 100% gesetzt werden mit
sudo amixer set Master 100%
sudo pacmd set-sink-volume 0 65535

'''11.''' Soundausgabe z.B. über Kopfhörer prüfen
paplay /usr/share/sounds/alsa/Front_Left.wav

'''12.''' Jetzt können wir mit der Einrichtung von Bluetooth beginnen
sudo nano /etc/bluetooth/audio.conf
und folgendes einfügen
[General]
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
HFP=true
Class=0x20041C
speichern und schliessen

sudo nano /etc/bluetooth/main.conf
unter [General] folgendes einfügen
Name = RaspStream
Class = 0x20041C
speichern und schliessen

sudo hciconfig -a
eingeben und die MAC Adresse des Bluetooth Dongles aufschreiben

Jetzt müssen die Bluetooth Settings angepasst werden (XX:XX:XX:XX:XX:XX steht für die MAC Adresse des Bluetooth Dongles)
sudo nano /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/settings
einngeben und folgendes einfügen
[General]
Discoverable=true
Alias=RaspStream
Class=0x20041C
speichern und schliessen

Jetzt muss der Raspberry wieder neu gestartet werden
sudo reboot

'''13.''' Jetzt können Bluetooth Dongle und Bluetooth Lautsprecher gepaired werden
bluetoothctl
und folgende Befehle nacheinander eingeben
agent on
default-agent
discoverable on
scan on

der Bluetooth Lautsprecher sollte jetzt irgendwann aufgelistet werden und kann dann gepaired werden mit
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
Bluetooth console verlassen mit
quit

Damit sollte die Einrichtung abgeschlossen sein und wir können überprüfen, ob wir etwas über Bluetooth ausgeben können
mplayer -ao pulse http://stream01.iloveradio.de/iloveradio1.mp3

'''14.''' Das Modul Text2Speech sollte dann mit 'default' angelegt werden
define TTS Text2Speech default

==Sprachausgabe per Bluetooth-Lautsprecher==
{{Randnotiz|RNTyp=Info|RNText=Dieser Abschnitt repräsentiert nicht den aktuellen Stand. Bezüglich Verbindung, Neustart alsa und dem Testbeispiel am Ende muss er überarbeitet werden}}
Es ist ebenfalls möglich die Sprachausgabe nicht über einen direkt per Kabel angeschlossenen Lautsprecher auszugeben, sondern per Bluetooth an einen oder mehrere Bluetooth-Lautsprecher. Der Test2Speech-Author verwendet einen CreativeD80.
Dabei ist auf dem Client mit der lokal eingerichteten Text2Speech-Instanz folgendes vorzunehmen:

'''1.''' USB-Bluetooth-Stick verbinden
per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' Bluetooth Bibliotheken installieren
sudo apt-get install bluez bluez-alsa mplayer

'''3.''' Bluetooth für eine AudioVerbindung konfigurieren
Dazu in ''/etc/bluetooth/audio.conf'' in der ''General section'' folgendes einfügen:
Enable=Source,Sink,Headset,Gateway,Control,Socket,Media

'''4.''' den Rechner neu starten
sudo reboot

'''5.''' Den Bluetooth-Lautsprecher lokalisieren
Den Lautsprecher in den Pairing-Modus versetzen. Erst Dadurch wird er im Scanning sichtbar
hcitool scan
Folgendes Ergebnis sollte kommen:
Scanning ...
11:22:33:44:55:66 device 1
12:34:56:78:90:12 device 2

'''6.''' eine RFComm Connection vorbereiten
Dazu ''/etc/bluetooth/rfcomm.conf'' editieren und folgendes eintragen (Mac-Adresse anpassen!)
rfcomm0 {
# Automatically bind the device at startup
bind no;
# Bluetooth address of the device
device 11:22:33:44:55:66;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "This is Device 1's serial port.";
}

'''7.''' rebooten
sudo reboot

'''8.''' Pairing-Key vergeben
Die meisten Bluetoothgeräte verlangen einen Schlüssel während des Pairings. Der Creative-D80 erwartet den Schlüssel 0000
bluetooth-agent 0000 &

'''9.''' Das eigentliche Pairing
Den Lautsprecher in den Pairing-Modus versetzen. Danach:
sudo rfcomm connect rfcomm0
Jetzt sollte keine Fehlermeldung mehr kommen....

'''10.''' Alsa konfigurieren
Der Bluetooth-Lautsprecher muss nun noch als Alsa-Audiodevice bekannt gemacht werden. Dazu muss ''/etc/asound.conf'' erstellt werden. MAC anpassen!
pcm.bluetooth {
type bluetooth
device 11:22:33:44:55:66
profile "auto"
}

Danach Alsa restarten:
{{Randnotiz|RNTyp=Fehl|RNText=Aktuell bei wheezy /etc/init.d/alsa-utils restart}}
/etc/init.d/alsasound restart

'''11.''' Testen der Verbindung
{{Randnotiz|RNTyp=Fehl|RNText=Dieses Beispiel geht allein wegen der ständigen Änderung bei Google nicht. Auch stimmt das Ausgabe Gerät nicht. Man könnte so testen :<code>mplayer -ao alsa:device=bluetooth http://1live-diggi.akacast.akamaistream.net/7/965/119435/v1/gnl.akacast.akamaistream.net/1live-diggi</code>}}
:<code>mplayer -ao alsa:device=hw=0.0 -nolirc -noconsolecontrols -http-header-fields "User-Agent:Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22m" "http://translate.google.com/translate_tts?tl=de&q=Das ist ein Test.";</code>

== Problembehandlung ==

=== Beim abspielen via Bluetooth "stottert" die Wiedergabe ===
Das Problem tritt im Zusammenhang mit der verwendeten Abspielsoftware ab. Aus nicht nachvollziehbaren Gründen harmoniert die Kombination Bluetooth und Mplayer nicht immer perfekt. Lösung hierfür ist, anstelle mit Mplayer mit VLC zu arbeiten.

Hierfür legt man ein Skript z.B. mit dem Namen /opt/bin/vlc-wrapper.sh an mit folgendem Inhalt:
<pre>#!/bin/bash

cvlc -A alsa --alsa-audio-device bluealsa --quiet --no-interact --play-and-exit $1</pre>
Der Teil <pre>-A alsa --alsa-audio-device bluealsa</pre> kann ggf. weggelassen werden, wenn die Ausgabe nicht gezielt auf einem bestimmten Audiogerät erfolgen soll.
Anschließend muss die Ausgabe von Text2Speech noch auf das Skript umgeleitet werden mit folgendem Befehl in FHEM:<pre>attr myTTS TTS_MplayerCall /opt/bin/vlc-wrapper.sh</pre>

=== MickyMaus-artiger Sound ===
Das Problem tritt auf, wenn man per mp3wrap mehrere mp3 Files zusammenzieht die eine unterschiedliche Auflösung haben.

== Links ==
* Vorstellung und Diskussion des Moduls im {{Link2Forum|Topic=18481|LinkText=FHEM Forum}}
* [[Wetter_vorlesen_lassen|Code Snippets: Wetter vorlesen lassen]]
* [https://aubreykloppers.wordpress.com/2015/06/25/bluetooth-speaker-raspberry-pi-the-ultimate-guide/ weitere Guideline für Bluetooth per Rasperry Pi]
* [https://www.alefo.de/bluetooth-lautsprecher-und-adapter-f63/liste-kompatibler-bt-lautsprecher-fuer-amazon-dot-t907.html Liste von Bluetooth Lautsprechern]
* [http://www.forum-raspberrypi.de/Thread-tutorial-bluetooth-audio-streaming-mit-a2dp-raspbian-jessie Bluetooth einrichten mit Raspbian Jessie]

[[Kategorie:Akustische Ausgabe]]

Text2Speech

2019-03-15T10:18:28Z

Tobias.faust: /* Problembehandlung */

{{Infobox Modul
|ModPurpose=Sprachausgabe über FHEM
|ModType=h
|ModForumArea=Unterstützende Dienste
|ModTechName=98_Text2Speech.pm
|ModOwner=tobiasfaust ({{Link2FU|118|Forum}} / [[Benutzer_Diskussion:Tobias.faust|Wiki]])
}}

Das Modul [[Text2Speech]] ermöglicht es, eine Sprachausgabe über FHEM zu realisieren. Das Modul ist Client-Server-fähig.

==Definition Lokale Architektur==
Voraussetzung ist ein installierter Mplayer:
:<code>sudo apt-get install mplayer</code>
{{Randnotiz|RNTyp=Fehl|RNText=Variante a und b sind Alternativen! Es ist nicht sinnvoll beides zu verwenden}}
Danach den Mplayer für alle aufrufbar machen
====a) per GruppenRechte====
:<code> sudo usermod -aG audio fhem </code>

Hat man Mplayer per Gruppenrechte verfügbar gemacht, '''muss''' später folgendes Attribut gesetzt sein. Damit wird verhindert, dass Mplayer mit dem defaultmäßig eingestellten "sudo" aufgerufen wird, welches für b) per sudoers gebraucht wird.
:<code> attr MyTTS TTS_MplayerCall /usr/bin/mplayer</code>
====b) per SUDOERS====
<pre style="width:400px;">
EDITOR=nano
visudo
</pre>
Dort an letzter Stelle eintragen:
:<code> ALL ALL = NOPASSWD: /usr/bin/mplayer</code>
==== Allgemein====
Empfohlen wird die Nutzung von MP3Wrap. Dadurch wird bei wiederholten Sprachbausteinen eine deutlich flüssigere Sprachausgabe erreicht. Für die Verwendung von Kombinationen aus fertigen mp3 Files und Texten in der Art "Text:bing.mp3:Text" ist dies zwingend notwendig.
:<code> sudo apt-get install mp3wrap </code>

per ''aplay -l'' erhält man eine Liste der möglichen Audio Ausgabedevices. Von dem gewünschten Ausgabedevice ermittelt man nun die Kartennummer und das Subdevice. Mit diesen Daten kann man nun das Modul Text2Speech definieren:
<pre style="width:400px;">
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
</pre>

Ein erster Test kann wie folgt durchgeführt werden (als Einzeiler, ohne Zeilenumbruch einzugeben):
:<code> set MyTTS tts Das ist ein Test. Jetzt prüfen wir, ob wir etwas aus dem angeschlossenen Lautsprecher hören. Beim ersten Mal haben wir allerdings noch Sprechpausen. Spätestens beim zweiten Durchlauf ist der Textfluss flüssiger.</code>
Hört man etwas aus dem Lautsprecher, so führen wir das Kommando ein zweites Mal aus. Jetzt sollte es sich besser anhören. Bleiben die Lautsprecher stumm, so ist das FHEM-Log zu kontrollieren. Gegebenenfalls ist das [[verbose]]-Level auf 5 zu stellen.

War der Test erfolgreich, kann das verbose-Attribut wieder gelöscht werden.

=== Abhängigkeiten der lokalen Sprachengines ===
Für beide lokale Engines ist <code>lame</code> für die Umwandlung von .wav in .mp3 notwendig:
:<code>sudo apt-get install lame</code>

======Espeak======
:<code>sudo apt-get install espeak</code>

======SVOX-pico======
:<code>sudo apt-get install libttspico-utils</code>
Für ARM/Raspbian sind die <code>libttspico-utils</code> leider nicht verfügbar, deswegen müsste man diese selbst kompilieren oder das vorkompilierte Paket aus [http://www.robotnet.de/2014/03/20/sprich-freund-und-tritt-ein-sprachausgabe-fur-den-rasberry-pi/ dieser Anleitung] verwenden, folgend in aller Kürze:
<pre style="width:400px;">
sudo apt-get install libpopt-dev
cd /tmp
wget http://www.dr-bischoff.de/raspi/pico2wave.deb
sudo dpkg --install pico2wave.deb
</pre>

==Definition Client-Server Architektur==
Es gibt Installationen, bei denen der FHEM-Server z.B. im Keller steht, die Sprachausgabe soll aber räumlich entfernt stattfinden, z.B. im Wohnzimmer. Hierzu ist am Zielort eine FHEM-Instanz anzulegen, z.B. über einen [[Raspberry Pi]], IP: 192.168.178.10.
Auf dem FHEM-Server ist Text2Speech als Remote zu definieren:
define MyTTS Text2Speech 192.168.178.10:7072 <Passwort>;
attr Text2Speech room Text2Speech;

Am Zielort ist Text2Speech auf dem Raspi wie folgt zu definieren:
define MyTTS Text2Speech hw=0.0;
attr MyTTS room Text2Speech;
attr MyTTS TTS_UseMP3Wrap 1;
attr MyTTS verbose 4;
Der Passwort Zugang ist entsprechend der {{Link2CmdRef|Anker=allowed}} zu definieren.
Bitte die Installation von Mplayer und Mp3Wrap nicht vergessen!
Danach der Test wie oben angegeben.

==Sprachausgabe per Bluetooth-Lautsprecher unter Raspbian Jessie==
Für die Sprachausgabe über Bluetooth bieten sich verschiedene Lautsprecher an. Wichtig ist jedoch, dass diese entweder gar nicht in einen Standby Modus wechseln oder aber über Bluetooth aus dem Standby aufgeweckt werden können. Folgende Lautsprecher sollen laut Internetrecherche funktionieren:

* Creative D80/D100/D200
* Sony Soundbar HT-XT3
* Panasonic SC-ALL6EG-W / SC-NE1
* Bose Soundtouch 10
* Bose Soundlink Mini II
* B&O Beoplay S3
* JBL Charge 2+/3
* LG Art 51
* UE Roll
* Energy PowerBar Elite
* Teufel Cinebar 11

Die folgenden Schritte müssen nacheinander durchgeführt werden, um auf einem aktuellen Jessie System Audio Inhalte über Bluetooth zu streamen:

'''1.''' USB-Bluetooth-Stick verbinden
und per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' System aktualisieren und notwendige Pakete installieren
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install alsa-utils bluez bluez-tools pulseaudio-module-bluetooth python-gobject python-gobject-2
sudo reboot

'''3.''' Benutzer pi zur PulseAudio Gruppe hinzufügen
sudo usermod -a -G lp pi
sudo usermod -a -G pulse-access,audio root
sudo adduser pi pulse-access

'''4.''' Datei daemon.conf von PulseAudio anpassen
sudo nano /etc/pulse/daemon.conf
Nach folgender Zeile suchen
; resample-method = speex-float-1
und wie folgt erweitern
; resample-method = speex-float-1
resample-method = trivial
und
; system-instance = no
system-instance = yes
speichern und schliessen

'''5.''' In PulseAudio müssen jetzt zusätzliche Module geladen werden
sudo nano /etc/pulse/system.pa
am Ende der Datei folgendes hinzufügen
.ifexists module-bluetooth-policy.so
load-module module-bluetooth-policy
.endif
.ifexists module-bluetooth-discover.so
load-module module-bluetooth-discover
.endif
speichern und schliessen

'''6.''' Jetzt müssen wir dafür sorgen, dass PulseAudio automatisch geladen wird
sudo nano /etc/systemd/system/pulseaudio.service
und folgenden Inhalt einfügen
[Unit]
Description=PulseAudio Sound System
Before=sound.target
[Service]
BusName=org.pulseaudio.Server
ExecStart=/usr/bin/pulseaudio
Restart=always
[Install]
WantedBy=multi-user.target
speichern und schliessen

'''7.''' Danach müssen wir PulseAudio neu starten
sudo systemctl daemon-reload
sudo systemctl enable pulseaudio.service
sudo systemctl start pulseaudio.service

'''8.''' Prüfen ob PulseAudio läuft
systemctl status pulseaudio

'''9.''' Jetzt den Audio Output einstellen: X entweder mit 0 (auto), 1 (3,5mm Klinke) oder 2 (HDMI) ersetzen.
sudo amixer cset numid=3 X

'''10.''' Die Lautstärke kann auf 100% gesetzt werden mit
sudo amixer set Master 100%
sudo pacmd set-sink-volume 0 65535

'''11.''' Soundausgabe z.B. über Kopfhörer prüfen
paplay /usr/share/sounds/alsa/Front_Left.wav

'''12.''' Jetzt können wir mit der Einrichtung von Bluetooth beginnen
sudo nano /etc/bluetooth/audio.conf
und folgendes einfügen
[General]
Enable=Source,Sink,Headset,Gateway,Control,Media,Socket
HFP=true
Class=0x20041C
speichern und schliessen

sudo nano /etc/bluetooth/main.conf
unter [General] folgendes einfügen
Name = RaspStream
Class = 0x20041C
speichern und schliessen

sudo hciconfig -a
eingeben und die MAC Adresse des Bluetooth Dongles aufschreiben

Jetzt müssen die Bluetooth Settings angepasst werden (XX:XX:XX:XX:XX:XX steht für die MAC Adresse des Bluetooth Dongles)
sudo nano /var/lib/bluetooth/XX:XX:XX:XX:XX:XX/settings
einngeben und folgendes einfügen
[General]
Discoverable=true
Alias=RaspStream
Class=0x20041C
speichern und schliessen

Jetzt muss der Raspberry wieder neu gestartet werden
sudo reboot

'''13.''' Jetzt können Bluetooth Dongle und Bluetooth Lautsprecher gepaired werden
bluetoothctl
und folgende Befehle nacheinander eingeben
agent on
default-agent
discoverable on
scan on

der Bluetooth Lautsprecher sollte jetzt irgendwann aufgelistet werden und kann dann gepaired werden mit
pair XX:XX:XX:XX:XX:XX
trust XX:XX:XX:XX:XX:XX
Bluetooth console verlassen mit
quit

Damit sollte die Einrichtung abgeschlossen sein und wir können überprüfen, ob wir etwas über Bluetooth ausgeben können
mplayer -ao pulse http://stream01.iloveradio.de/iloveradio1.mp3

'''14.''' Das Modul Text2Speech sollte dann mit 'default' angelegt werden
define TTS Text2Speech default

==Sprachausgabe per Bluetooth-Lautsprecher==
{{Randnotiz|RNTyp=Info|RNText=Dieser Abschnitt repräsentiert nicht den aktuellen Stand. Bezüglich Verbindung, Neustart alsa und dem Testbeispiel am Ende muss er überarbeitet werden}}
Es ist ebenfalls möglich die Sprachausgabe nicht über einen direkt per Kabel angeschlossenen Lautsprecher auszugeben, sondern per Bluetooth an einen oder mehrere Bluetooth-Lautsprecher. Der Test2Speech-Author verwendet einen CreativeD80.
Dabei ist auf dem Client mit der lokal eingerichteten Text2Speech-Instanz folgendes vorzunehmen:

'''1.''' USB-Bluetooth-Stick verbinden
per ''lsusb'' prüfen, ob der Stick erkannt wurde.

'''2.''' Bluetooth Bibliotheken installieren
sudo apt-get install bluez bluez-alsa mplayer

'''3.''' Bluetooth für eine AudioVerbindung konfigurieren
Dazu in ''/etc/bluetooth/audio.conf'' in der ''General section'' folgendes einfügen:
Enable=Source,Sink,Headset,Gateway,Control,Socket,Media

'''4.''' den Rechner neu starten
sudo reboot

'''5.''' Den Bluetooth-Lautsprecher lokalisieren
Den Lautsprecher in den Pairing-Modus versetzen. Erst Dadurch wird er im Scanning sichtbar
hcitool scan
Folgendes Ergebnis sollte kommen:
Scanning ...
11:22:33:44:55:66 device 1
12:34:56:78:90:12 device 2

'''6.''' eine RFComm Connection vorbereiten
Dazu ''/etc/bluetooth/rfcomm.conf'' editieren und folgendes eintragen (Mac-Adresse anpassen!)
rfcomm0 {
# Automatically bind the device at startup
bind no;
# Bluetooth address of the device
device 11:22:33:44:55:66;
# RFCOMM channel for the connection
channel 3;
# Description of the connection
comment "This is Device 1's serial port.";
}

'''7.''' rebooten
sudo reboot

'''8.''' Pairing-Key vergeben
Die meisten Bluetoothgeräte verlangen einen Schlüssel während des Pairings. Der Creative-D80 erwartet den Schlüssel 0000
bluetooth-agent 0000 &

'''9.''' Das eigentliche Pairing
Den Lautsprecher in den Pairing-Modus versetzen. Danach:
sudo rfcomm connect rfcomm0
Jetzt sollte keine Fehlermeldung mehr kommen....

'''10.''' Alsa konfigurieren
Der Bluetooth-Lautsprecher muss nun noch als Alsa-Audiodevice bekannt gemacht werden. Dazu muss ''/etc/asound.conf'' erstellt werden. MAC anpassen!
pcm.bluetooth {
type bluetooth
device 11:22:33:44:55:66
profile "auto"
}

Danach Alsa restarten:
{{Randnotiz|RNTyp=Fehl|RNText=Aktuell bei wheezy /etc/init.d/alsa-utils restart}}
/etc/init.d/alsasound restart

'''11.''' Testen der Verbindung
{{Randnotiz|RNTyp=Fehl|RNText=Dieses Beispiel geht allein wegen der ständigen Änderung bei Google nicht. Auch stimmt das Ausgabe Gerät nicht. Man könnte so testen :<code>mplayer -ao alsa:device=bluetooth http://1live-diggi.akacast.akamaistream.net/7/965/119435/v1/gnl.akacast.akamaistream.net/1live-diggi</code>}}
:<code>mplayer -ao alsa:device=hw=0.0 -nolirc -noconsolecontrols -http-header-fields "User-Agent:Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.22 (KHTML, like Gecko) Chrome/25.0.1364.172 Safari/537.22m" "http://translate.google.com/translate_tts?tl=de&q=Das ist ein Test.";</code>

== Problembehandlung ==

=== Beim abspielen via Bluetooth "stottert" die Wiedergabe ===
Das Problem tritt im Zusammenhang mit der verwendeten Abspielsoftware ab. Aus nicht nachvollziehbaren Gründen harmoniert die Kombination Bluetooth und Mplayer nicht immer perfekt. Lösung hierfür ist, anstelle mit Mplayer mit VLC zu arbeiten.

Hierfür legt man ein Skript z.B. mit dem Namen /opt/bin/vlc-wrapper.sh an mit folgendem Inhalt:
<pre>#!/bin/bash

cvlc -A alsa --alsa-audio-device bluealsa --quiet --no-interact --play-and-exit $1</pre>
Der Teil <pre>-A alsa --alsa-audio-device bluealsa</pre> kann ggf. weggelassen werden, wenn die Ausgabe nicht gezielt auf einem bestimmten Audiogerät erfolgen soll.
Anschließend muss die Ausgabe von Text2Speech noch auf das Skript umgeleitet werden mit folgendem Befehl in FHEM:<pre>attr myTTS TTS_MplayerCall /opt/bin/vlc-wrapper.sh</pre>

=== MickyMaus-artiger Sound ===
Das Problem tritt auf, wenn man per mp3wrap mehrere mp3 Files zusammenzieht die eine unterschiedliche Auflösung haben.

== Links ==
* Vorstellung und Diskussion des Moduls im {{Link2Forum|Topic=18481|LinkText=FHEM Forum}}
* [[Wetter_vorlesen_lassen|Code Snippets: Wetter vorlesen lassen]]
* [https://aubreykloppers.wordpress.com/2015/06/25/bluetooth-speaker-raspberry-pi-the-ultimate-guide/ weitere Guideline für Bluetooth per Rasperry Pi]
* [https://www.alefo.de/bluetooth-lautsprecher-und-adapter-f63/liste-kompatibler-bt-lautsprecher-fuer-amazon-dot-t907.html Liste von Bluetooth Lautsprechern]
* [http://www.forum-raspberrypi.de/Thread-tutorial-bluetooth-audio-streaming-mit-a2dp-raspbian-jessie Bluetooth einrichten mit Raspbian Jessie]

[[Kategorie:Akustische Ausgabe]]

ESP32 Innenraumsensor und -Steuerung

2018-08-24T12:28:40Z

Tobias.faust:

{{Infobox Hardware
|Bild=ESP32S_NodeMCU_top.jpg
|Bildbeschreibung=ESP32S Development Board
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=1A-1.5A
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=Expressif
}}

{{Baustelle}}

''Der [https://de.wikipedia.org/wiki/ESP32 ESP32] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif und die Weriterentwicklung des ESP8266. Der 32-Bit-Prozessorkern vom Typ 240 MHz dual core Tensilica LX6 microcontroller mit 600 DMIPS arbeitet mit einem Systemtakt von 80–160 MHz, hat 520 KB SRAM als Befehlspeicher, in dem 16 Megabyte Flash-Speicher eingeblendet werden können, 34x GPIO´s, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) sowie integriertes WLAN IEEE 802.11 b/g/n und Bluetooth LE. Der ESP32 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge.''

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der DS18B20 auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die PinHeader werden die anderen Komponenten verbunden. Das betrifft den BME280 (Luftdruck-, Temp- und Luftfeuchtesensor), Den TSL Lichtsensor und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden per Schraubklemme. Wird kein VOC-Sensor und kein Nextio Display verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP32S Development Board NodeMCU
* Anschluss für ein Nextion Display
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* TSL2580 Helligkeitssensor

== Schaltplan und Bauteilliste ==
[[Datei:ESP32_Innenraumsensor_v3.1.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP32_Innenraumsensor_v3.1.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP32_Innenraumsensor_v3.1.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP32_Innenraumsensor_v3.1.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
! ca. Preis € <br />(ohne Lieferkosten)
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
| Centteil
|-
| D1,D2,D3
| Low Current Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
| Centteil
|-
| D1,D2,D3
| Low Current Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
| Centteil
|-
| D1,D2,D3
| Low Current Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
| Centteil
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
| Centteil
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
| Centteil
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
| Centteil
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
| Centteil
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
| Centteil
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
| Centteil
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
| Centteil
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
| Centteil
|-
| X1
| ESP32S NodeMCU mit CP2102
|
| [[Datei:ESP32S_NodeMCU_top.jpg|50px|thumb]]
[[Datei:ESP32S_NodeMCU_bottom.jpg|50px|thumb]]
| 12-15
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
| [https://www.aliexpress.com/item/3In1-BME280-GY-BME280-Digital-Sensor-SPI-I2C-Humidity-Temperature-and-Barometric-Pressure-Sensor-Module-1/32659765502.html Link]
| 3
|-
| IC4
| FIGARO Air Quality Gas Sensor(TGS2600)
| Aliexpress
|
| 3-4
|-
|
| Seeed Studio PIR Motion Sensor
| Exp-Tech
| [http://www.exp-tech.de/seeed-studio-pir-motion-sensor-large-lens-version EXP-R02-351]
| 5-6
|}

==Links==
* [https://github.com/tobiasfaust/ Alle Dateien im Git des Autors]

----

;Quellen:
<references />

[[Kategorie:ESP8266]]

Datei:ESP32 Innenraumsensor v3.1.0 Fertig.jpg

2018-08-22T14:42:39Z

Tobias.faust:

ESP32 Innenraumsensor und -Steuerung

2018-08-18T09:25:12Z

Tobias.faust:

{{Infobox Hardware
|Bild=ESP32S_NodeMCU_top.jpg
|Bildbeschreibung=ESP32S Development Board
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=1A-1.5A
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=Expressif
}}

{{Baustelle}}

''Der [https://de.wikipedia.org/wiki/ESP32 ESP32] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif und die Weriterentwicklung des ESP8266. Der 32-Bit-Prozessorkern vom Typ 240 MHz dual core Tensilica LX6 microcontroller mit 600 DMIPS arbeitet mit einem Systemtakt von 80–160 MHz, hat 520 KB SRAM als Befehlspeicher, in dem 16 Megabyte Flash-Speicher eingeblendet werden können, 34x GPIO´s, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) sowie integriertes WLAN IEEE 802.11 b/g/n und Bluetooth LE. Der ESP32 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge.''

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der DS18B20 auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die PinHeader werden die anderen Komponenten verbunden. Das betrifft den BME280 (Luftdruck-, Temp- und Luftfeuchtesensor), Den TSL Lichtsensor und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden per Schraubklemme. Wird kein VOC-Sensor und kein Nextio Display verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP32S Development Board NodeMCU
* Anschluss für ein Nextion Display
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* TSL2580 Helligkeitssensor

== Schaltplan und Bauteilliste ==
[[Datei:ESP32_Innenraumsensor_v3.1.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP32_Innenraumsensor_v3.1.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP32_Innenraumsensor_v3.1.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP32_Innenraumsensor_v3.1.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
|-
| X1
| ESP32S NodeMCU mit CP2102
|
| [[Datei:ESP32S_NodeMCU_top.jpg|50px|thumb]]
[[Datei:ESP32S_NodeMCU_bottom.jpg|50px|thumb]]
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
| [https://www.aliexpress.com/item/3In1-BME280-GY-BME280-Digital-Sensor-SPI-I2C-Humidity-Temperature-and-Barometric-Pressure-Sensor-Module-1/32659765502.html Link]
|-
| IC4
| FIGARO Air Quality Gas Sensor(TGS2600)
| Aliexpress
|
|-
|
| Seeed Studio PIR Motion Sensor
| Exp-Tech
| [http://www.exp-tech.de/seeed-studio-pir-motion-sensor-large-lens-version EXP-R02-351]
|}

==Links==
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

----

;Quellen:
<references />

[[Kategorie:ESP8266]]

VELUX Rolladen steuern

2018-06-14T05:13:42Z

Tobias.faust: /* Homematic HM-LC-Bl1PBU-FM In Verbindung mit Relais */

==Vorwort==
Wird ein VELUX Rolladen neu eingebaut und man hat die Absicht diesen mit FHEM zu steuern so sollte zwingend darauf geachtet werden KEINE Steuerbox (zb. KLF-100) anzu schließen. Auch nicht mal zu testen. Hat der Rollen einmal solche Steuerbox erkannt, schaltet er intern auf diesen SteuerboxModus um und ist nicht mehr per Polumschaltung steuerbar!

Ist der Rolladen noch per Polumschaltung steuerbar, so kann hier weitergelesen werden

Es gibt mehrere Möglichkeiten einen VELUX Rolladen mit einem Hoomatic Rolladenaktor zu schalten um diesen damit in FHEM zu integrieren
==Homematic HM-LC-Bl1PBU-FM auf 24VDC umbauen==
Diese Modifikation ist [https://forum.fhem.de/index.php/topic,35802 hier] sehr gut erklärt.

==Homematic HM-LC-Bl1PBU-FM In Verbindung mit Relais==
Möchte mal keine Lötaktionen am Rolladenaktor vornehmen so ist ev. diese Variante interessant. Allerdings benötigt man zusätzlichen Platz für einen Unterputz Schaltschrank.
Es wird ein 24VDC Hutschienennetzteil mit entsprechender Leistung benötigt. Es muss mindestens 1A pro Rolladen bereitstellen. Zb. bei 3 Rolläden eigent sich das 4,2A 24DVC Modul sehr gut. Es belegt 6TE im Schaltschrank. Pro Rolladen benötigt man zwei 230V 4fach Wechsler Koppelrelais. Von diesen 4 Wechslern je Relais werden 3 benötigt: 2 Stück für +/- Pol, 1 Stück für die Steuerung des 24VDC Netzteils

Beim Einbau in eine Unterputzverteilung bietet sich folgendes Relais aufgrund geringer Tiefe an:<br>
''Phoenix Contact 2903304 RIF Monostabiles Relais für DIN-Schienen, 230Vac Spule, 4-poliger Wechsler 5 A / 250Vdc''

Die 2 Phasen des Rolladenaktors steuern nun je ein Relais an.
Die Wechsler Ausgänge Relais werden nun wie folgt verdrahtet:

Relais für Hochfahrt
* Wechseler 1: IN: + Pol Netzteil, OUT: Pol 1 des Rolladens
* Wechseler 2: IN: - Pol Netzteil, OUT: Pol 2 des Rolladens
* Wechseler 3: IN: 230V Phase, OUT: 230V Stromzufuhr des Netzteils

Relais für Runterfahrt
* Wechseler 1: IN: + Pol Netzteil, OUT: Pol 2 des Rolladens
* Wechseler 2: IN: - Pol Netzteil, OUT: Pol 1 des Rolladens
* Wechseler 3: IN: 230V Phase, OUT: 230V Stromzufuhr des Netzteils

Man sieht, es sind lediglich die Ausgänge des Rolladenen vertauscht.
Wichtig ist, das beide Relais NICHT gleichzeitig angezogen sind. Das verursacht einen 24V Kurzschluss.
Der HM Rolladenaktor stellt dies aber sicher. Er wird NIE eine Hoch- und Runterfahrt initiieren.

Hat man mehrere Rolläden, so ist pro Rolladen identisch zu verfahren.

==Lernfahrt initiieren==
Fährt der Rolladen nicht komplett herunter oder hoch, so hilft ev. eine erneute Lernfahrt. Diese kann wie folgt initiiert werden:
* Rolladen komplett herunter fahren
* 3x kurzen Runterfahr-Impuls geben
* Jetzt Dauerstrom zum Herunterfahren geben

Nun sollte der Rolladen erst hoch, dann wieder herunterfahren, jetzt aber bis zum Anschlag - der eigentlichen und korrekten Endposition.

==mögliche Probleme bei Nutzung von mehreren Rolläden an einem Netzteil==
Es besteht der Verdacht, das die Rolläden untereinander kommunizieren. Wurden weitere Rolläden erkannt, so kann es zu Störungen kommen bis dahin, das die Rolläden die Fahrt verweigern.
Dazu ist lediglich jeweils dicht am Rolladen ein zb. 220uF Elko an beiden Polen parallel anzuschließen.

==Links==
* [https://forum.fhem.de/index.php/topic,60451.15/ FHEM Thread zur Initiierung einer Lernfahrt]
* [https://forum.fhem.de/index.php/topic,35802 FHEM Thread zur Modifikation eines HM-LC-Bl1PBU-FM für 24VDC]
* [http://www.chrysophylax.de/prj/W010/W010.htm Eine Bauanleitung "from Scratch" mit ein paar nützlichen Erklärungen]
[[Kategorie:Rollladensteuerung]]

MPD

2018-06-07T12:40:56Z

Tobias.faust:

{{Infobox Modul
|ModPurpose=FHEM Modul zur Steuerung des Music Player Daemons
|ModType=d
|ModForumArea=Multimedia
|ModFTopic=18517
|ModTechName=73_MPD.pm
|ModOwner=Wzut ({{Link2FU|5110|Forum}}/[[Benutzer Diskussion:Wzut|Wiki]])
}}

FHEM Modul zur Steuerung des '''MPD''' (oder Mopidy) ähnlich dem MPC (MPC = [http://en.wikipedia.org/wiki/Music_Player_Daemon Music Player Command], das Kommandozeilen-Interface für den Music Player Daemon ).

== Voraussetzungen ==
=== FHEM-Server ===
Um das Modul [[MPD]] benutzen zu können, sind folgende Voraussetzungen zu erfüllen:
* Das Modul benötigt zwingend JSON, installation z.B. mit
: <code>sudo apt-get install libjson-perl</code>
* Installiertes Perl-Modul '''XML:Simple'''
: Die Installation erfolgt mittels
: <code>sudo apt-get install libxml-simple-perl</code>
: oder
: <code>cpan install XML:Simple</code>

=== MPD ===
Um den MPD auf einem Raspberry Pi zu installieren finden sich im Internet zahlreiche gute Dokumentaionen z.B. [http://www.forum-raspberrypi.de/Thread-tutorial-music-player-daemon-mpd-und-mpc-auf-dem-raspberry-pi hier] sowie im [http://forum.fhem.de/index.php/topic,18517.0.html Thread im FHEM Forum : Modul für MPD]

Falls jemand eine höhere Version benötigt als diejenige, die in der Paketverwaltung angeboten wird, findet sich [https://www.doc-network.de/Linux/MPDLastFM hier] eine gute Anleitung zum Selbst-Kompilieren.

== Installation ==
[[Datei:Mpd01.PNG|200px|thumb|right|[[MPD]]-Device in FHEM]]

Syntax

<code>define <name> MPD <IP MPD Server | default localhost> <Port MPD Server | default 6600></code>

Beispiel

<code>define myMPD MPD 192.168.0.99 7000</code>

Wenn FHEM und der MPD auf dem gleichen Server laufen:

<code>define myMPD MPD</code>

== Anwendung ==

=== Attribute ===

* '''password'''
: Password falls in der mpd.conf definiert
* '''loadMusic''' 1|0
: lade die MPD Titel beim FHEM Start : mpd.conf - music_directory
* '''loadPlaylists''' 1|0
: lade die MPD Playlisten beim FHEM Start : mpd.conf - playlist_directory
* '''volumeStep''' x
: Schrittweite für Volume +/-
* '''titleSplit''' 1|0
: zerlegt die aktuelle Titelangabe am ersten Vorkommen von - (BlankMinusBlank) in die zwei Felder Artist und Titel, wenn im abgespielten Titel die Interpreten Information nicht verfügbar ist (sehr oft bei Radio-Streams default 1). Liegen keine Titelangaben vor wird die Ausgabe durch den Namen der Radiostation ersetzt
* '''timeout''' (default 1)
: Timeoutwert in Sekunden für die Verbindung fhem-mpd waits (default 60)
: Überwachungszeit in Sekunden für den Idle Prozess. In Verbindung mit refresh_song der Aktualisierungs Intervall für die aktuellen Songparamter, (z.B. um den Fortschrittsbalken bei TabletUI aktuell zu halten)
* '''stateMusic''' 1|0
: zeige Musikliste als DropDown im Webfrontend
* '''statePlaylists''' 1|0
: zeige Playlisten als DropDown im Webfrontend
* '''player''' mpd|mopidy|forked-daapd (default mpd)
: welcher Player wird gesteuert ACHTUNG : Mopidy unterstützt nicht alle Kommandos des echten MPD ! (siehe Mopidy Dokumentation) Cover Art Funktionen von last.fm :
* '''image_size''' -1|0|1|2|3 (default -1 = keine Interpretenbilder und Infos von last.fm verwenden)
: last.fm stellt verschiedene Bildgroessen zur Verfügung :
: 0 = 32x32 , 1 = 64x64 , 2 = 174x174 , 3 = 300x300
* '''artist_content''' 0|1
: stellt Interpreteninformation im Reading artist_content zur Verfügung
* '''artist_summary''' 0|1
: stellt weitere Interpreteninformation im Reading artist_summary zur Verfügung
: Beispiel Anzeige mittels readingsGroup :
: define rg_artist readingsGroup <MPD name>:artist,artist_image_html,artist_summary
: attr rg_artist room MPD
* '''cache'''
: (default lfm /fhem/www/lfm) Zwischenspeicher für die JSON und PNG Dateien
: Wichtig : Der User unter dem der fhem Prozess ausgeführt wird (default fhem) muss Lese und Schreibrechte in diesem Verzeichniss haben! Das Verzeichnis sollte auch unterhalb von www liegen, damit der fhem Webserver direkten Zugriff auf die Bilder hat.
* '''unknown_artist_image'''
: Ersatzimage wenn kein anderes Image zur Verfügung steht (default : /fhem/icons/1px-spacer)
* '''bookmarkDir'''
: ein vom FHEM User les- und beschreibbares Verzeichnis. Wennn dieses definiert wird, ist das Speichern und Wiederherstellen von Playlistzuständen mit Hilfe von set/get bookmark möglich
* '''autoBookmark'''
: wenn dies auf 1 gesetzt wird, dann werden automatisch Playlistenzustände geladen und gespeichert, immer wenn die Playliste mit diesem Modul gewechselt wird
* seekStep
: wenn definiert, wird dadurch die Sprungweite von forward und rewind gesetzt. Der Wert gilt als Prozentwert. default: 7
* '''seekStepSmall'''
: Wenn diesem Attribut kann für den Anfang eines Tracks innerhalb der ersten per seekStepSmall definierten Prozent eine kleinere Sprungweite definiert werden, um so z.B. die Intromusik von Hörspielen oder Hörbüchern überspringen zu können. default: 1
* '''seekStepSmallThreshold'''
: unterhalb dieses Wertes wird seekStepSmall benutzt, oberhalb seekStep default: 0 (ohne Funktion)
* '''no_playlistcollection''' (default 0)
: wenn auf 1 gesetzt wird das Reading playlistcollection nicht erzeugt

=== Set ===

<code>set <name> <was></code>

z.Z. unterstützte Kommandos

* '''play'''
: spielt den aktuellen Titel der MPD internen Playliste
* '''clear'''
: löscht die MPD interne Playliste
* '''stop'''
: stoppt die Wiedergabe
* '''pause'''
: Pause an/aus
* '''previous'''
: spielt den vorherigen Titel in der Playliste
* '''next'''
: spielt den nächsten Titel in der Playliste
* '''random'''
: zufällige Wiedergabe an/aus
* '''repeat'''
: Wiederholung an/aus
* '''toggle'''
: wechselt von play nach stop bzw. stop/pause nach play
* '''volume (%)'''
: ändert die Lautstärke von 0 - 100%
* '''volumeUp'''
: Lautstärke schrittweise erhöhen , Schrittweite = ( attr volumeStep size )
* '''volumeDown'''
: Lautstärke schrittweise erniedrigen , Schrittweite = ( attr volumeStep size )
* '''playlist''' (name|SongNr|Position)
: lade Playliste aus der MPD Datenbank und starte die Wiedergabe. Werden SongNr und/oder Position nicht mit übergeben, startet die Wiedergabe mit dem ersten Titel (Song=0) am Anfang (Position=0)
* '''playfile''' (file)
: erzeugt eine MPD interne Playliste mit file als Inhalt und spielt dieses ab
* '''updateDb'''
: wie MPC update, Update der MPD Datenbank
* '''reset'''
: reset des FHEM MPD Moduls
* '''mpdCMD''' (cmd)
: sende cmd direkt zum MPD Server ( siehe auch MPD Comm Ref )
* '''IdleNow'''
: sendet das Kommando idle zum MPD und wartet auf Ereignisse
* '''clear_readings'''
: löscht sehr viele Readings
* '''mute'''
: on,off,toggle
* '''seekcur''' (zeit)
: Format: [[hh:]mm:]ss. nicht vor MPD Version 0.20
* '''forward'''
: Springt im laufenden Track um einen optional per seekStep oder seekStepSmall definierten Wert nach vorne bzw. defaultmäßig um 7%.
* '''rewind'''
: Springt so wie bei forward beschrieben entsprechend zurück.
* '''channel'''
: Wechsele zur Playliste mit der angegebenen Nummer
* '''channelUp'''
: wechselt zur nächsten Playliste
* '''channelDown'''
: wechselt zur vorherigen Playliste
* '''save_bookmark'''
: speichert den aktuellen Zustand (Tracknummer und Position innerhalb des Tracks für die gerade geladene Playliste. Dies funktioniert nur, wenn die Playliste mit dem Modul geladen wurde und wenn das Attribut bookmarkDir gesetzt ist.
* '''load_bookmark'''
: stellt den zuletzt gespeicherten Zustand (set bookmark) der geladenen Playliste wieder her und springt zum gespeicherten Track und Position wird zusätzlich mit übergeben wird zuvor die entsprechend Playliste geladen

=== Get ===

<code>get <name> <was></code>

z.Z. unterstützte Kommandos
* '''music'''
: zeigt alle Dateien der MPD Datenbank
* '''playlists'''
: zeigt alle Playlisten der MPD Datenbank
* '''playlistsinfo'''
: zeigt Informationen der aktuellen Playliste
* '''webrc'''
: HTML Ausgabe einer einfachen Web Fernbedienung Bsp :.

: define <name> weblink htmlCode {fhem("get <name> webrc", 1)}
:attr <name> room MPD

* '''statusRequest'''
: hole aktuellen MPD Status
* '''currentsong'''
: zeigt Informationen zum aktuellen Titel der MPD internen Playliste
* '''outputs'''
: zeigt Informationen der definierten MPD Ausgabe Kanäle ( aus /etc/mpd.conf )
* '''bookmarks'''
: zeigt eine Liste aller bisher gespeicherten Bookmarks

=== Readings ===

alle MPD internen Werte sowie vom Modul direkt erzeugte Readings:

* '''playlistinfo''': (TabletUI Medialist)
* '''playlistcollection''': (TabletUI)
* '''playlistname''': (TabletUI)
* '''artist_image''': (bei Nutzung von Last.fm)
* '''artist_image_html''': (bei Nutzung von Last.fm)
* '''album_image''': (bei Nutzung von Last.fm)
* '''album_image_html''': (bei Nutzung von Last.fm)
* '''artist_content''': (bei Nutzung von Last.fm)
* '''artist_summary''': (bei Nutzung von Last.fm)
* '''playlistinfo''': (z.B. für die TabletUI Medialist)
* '''playlistcollection''': (TabletUI) Liste der Playlisten
* '''playlistname''': (TabletUI) Name der aktuellen Playliste aus playlistcollection
* '''playlist_num''': Playlisten Nr. (0 .. n) der aktuellen Playliste aus playlistcollection playlist_json : (notwendig fü das Medialist Modul)
* '''Cover''': Cover Bild zum aktuellen Song aus playlist_json
* '''currentTrackProvider''': Radio / Bibliothek - Unterscheidung Radio Stream oder lokale Datei
* '''rawTitle''': Title Information ohne Veränderungen durch das Modul

== Anwendungsbeispiele ==

=== Den eigenen Radiosender steuern ===

Früher schleppte man das Notebook ins Wohnzimmer, schloss es an die Stereoanlage an und spielte mittels Programm auf dem Notebook die Musik von der heimischen Festplatte ab.

Hat man die Musik auf einem Server oder NAS liegen, bietet sich ein Internetradio im Wohnzimmer mit einem eigenen Internet-Radiosender als Alternative an. Fehlt nur noch die passende Fernbedienung. Die Music Player Daemon-Software wird auf dem Server oder einem Raspi installiert und durchsucht nach passender Konfiguration die Festplatte nach Musik. Einmal in einer Datenbank inventarisiert, können mittels MPD-Client Playlisten zusammengestellt und abgelegt werden.

Mit dem MPD-Modul kann FHEM die Kontrolle übernehmen. Dies betrifft den Wechsel der Playlisten, als auch das Überspringen von Titeln sowie die Lautstärkeregelung.

== Links ==
*[https://www.musicpd.org/ MPD Webseite]
*[http://www.forum-raspberrypi.de/Thread-tutorial-music-player-daemon-mpd-und-mpc-auf-dem-raspberry-pi Installation von MPD auf einem Raspberry Pi]

ESP32 Innenraumsensor und -Steuerung

2017-09-13T14:04:16Z

Tobias.faust:

{{SEITENTITEL:ESP8266 Innenraumsensor und -Steuerung}}

{{Infobox Hardware
|Bild=ESP32S_NodeMCU_top.jpg
|Bildbeschreibung=ESP32S Development Board
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=500mA
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=Expressif
}}

{{Baustelle}}

''Der [https://de.wikipedia.org/wiki/ESP32 ESP32] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif und die Weriterentwicklung des ESP8266. Der 32-Bit-Prozessorkern vom Typ 240 MHz dual core Tensilica LX6 microcontroller mit 600 DMIPS arbeitet mit einem Systemtakt von 80–160 MHz, hat 520 KB SRAM als Befehlspeicher, in dem 16 Megabyte Flash-Speicher eingeblendet werden können, 34x GPIO´s, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) sowie integriertes WLAN IEEE 802.11 b/g/n und Bluetooth LE. Der ESP32 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge.''

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der Luftdruck-, Temp- und Luftfeuchtesensor auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die Aufsteckplatine werden alle Komponenten zum Gehäusedeckel verbunden. Das betrifft das TFT Display, den RGB Rotary-Encoder, die 2 Pushbuttons und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden. Entweder per USB-Buchse oder per Schraubklemme. Wird kein VOC-Sensor verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP32S Development Board NodeMCU
* TFT Display 1,8" (ST7735R Adafruit 358)
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* RGB Rotary Encoder (Drehregler für Menünavigation im Display)
* 2x Pushbuttons für Menüsteuerunng

== Schaltplan und Bauteilliste ==
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
|-
| K2
| Header RotEncRGB, Stiftleisten 2,54 mm, 2X06, gerade
| Reichelt
| MPE 087-2-012
|-
| K3
| Header RotEncRGB, präz. Buchsenleiste 2x04 5mm Höhe
| Reichelt
| BL 2X13G 2,54
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
|-
| K6
| Header TFT, PIR, präz. Buchsenleiste 2x06, 5mm Höhe
| Reichelt
| BL 2X13G 2,54
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
|-
| R10
| Widerstand SMD-0805 56
| Reichelt
| SMD-0805 56,0
|-
| R11,R12
| Widerstand SMD-0805 15
| Reichelt
| SMD-0805 15,0
|-
| S1,S3
| Kurzhubtaster 6x6mm, Höhe: 13mm
| Reichelt
| TASTER 3301D
|-
|
|
|
|
|-
| X1
| ESP32S NodeMCU mit CP2102
|
| [[Datei:ESP32S_NodeMCU_top.jpg|50px|thumb]]
[[Datei:ESP32S_NodeMCU_bottom.jpg|50px|thumb]]
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
| [https://www.aliexpress.com/item/3In1-BME280-GY-BME280-Digital-Sensor-SPI-I2C-Humidity-Temperature-and-Barometric-Pressure-Sensor-Module-1/32659765502.html Link]
|-
| IC4
| FIGARO Air Quality Gas Sensor(TGS2600)
| Aliexpress
|
|-
|
| Adafruit 1.8" 18-bit Farb TFT LCD Display
mit microSD card breakout - ST7735R (10pin)
| Exp-Tech
| [http://www.exp-tech.de/adafruit-1-8-18-bit-color-tft-lcd-display-with-microsd-card-breakout-st7735r EXP-R15-111]
|-
|
| Seeed Studio PIR Motion Sensor
| Exp-Tech
| [http://www.exp-tech.de/seeed-studio-pir-motion-sensor-large-lens-version EXP-R02-351]
|-
| S2
| Rotary Encoder - Illuminated (RGB)
| Exp-Tech
| [http://http://www.exp-tech.de/rotary-encoder-illuminated-rgb EXP-R05-031]
|}

==Links==
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

----

;Quellen:
<references />

[[Kategorie:ESP8266]]

Datei:ESP32S NodeMCU bottom.jpg

2017-09-13T14:02:27Z

Tobias.faust:

Datei:ESP32S NodeMCU top.jpg

2017-09-13T14:02:04Z

Tobias.faust:

Diskussion:ESP8266 Innenraumsensor und -Steuerung

2017-09-13T13:50:31Z

Tobias.faust: Tobias.faust verschob die Seite Diskussion:ESP8266 Innenraumsensor und -Steuerung nach Diskussion:ESP32 Innenraumsensor und -Steuerung: Änderung der NodeMCU von ESP8266 auf ESP32

#WEITERLEITUNG [[Diskussion:ESP32 Innenraumsensor und -Steuerung]]

Diskussion:ESP32 Innenraumsensor und -Steuerung

2017-09-13T13:50:31Z

Tobias.faust: Tobias.faust verschob die Seite Diskussion:ESP8266 Innenraumsensor und -Steuerung nach Diskussion:ESP32 Innenraumsensor und -Steuerung: Änderung der NodeMCU von ESP8266 auf ESP32

Hi, es ist nur eine Kleinigkeit: Spricht was dagegen den Artikel zu verschieben auf den Artikel "PanStamp Innenraumsensor"? Dann wären alle Artikel gleich von der Schreibweise (PanStamp anstatt Panstamp). --[[Benutzer:TeeVau|TeeVau]] ([[Benutzer Diskussion:TeeVau|Diskussion]]) 22:18, 17. Jul. 2015 (CEST)
<hr />
:Bin einverstanden (und falls die korrekte Schreibweise panStamp ist/sein sollte (Mediawiki macht halt den ersten Buchstaben des Seitentitels immer zum Großbuchstaben), kannst Du das mit '''<nowiki>{{SEITENTITEL:naMeInRichtigerSchreibweise}}</nowiki>''' am Anfang der Seite auch noch "erzwingen"). --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 23:13, 17. Jul. 2015 (CEST)
<hr />
::Das mit <nowiki>{{SEITENTITEL:naMeInRichtigerSchreibweise}}</nowiki> ist ein guter Hinweis, danke!. Ich kenn mich so mit den Spielregeln nicht aus, sollte sich noch der Author (tobias.faust) von dem Artikel dazu melden? --[[Benutzer:TeeVau|TeeVau]] ([[Benutzer Diskussion:TeeVau|Diskussion]]) 21:49, 18. Jul. 2015 (CEST)
<hr />
:::Persönlich würde ich sofort verschieben, da das jetzt keine so entscheidende Umstellung ist und damit Du bei Deinen recht umfangreichen Arbeiten (Danke übrigens!) weiterkommst. Ansonsten (=100%-Lösung) tobias.faust direkt ansprechen, da er Deine Frage vermutlich nicht gesehen hat.--[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:36, 20. Jul. 2015 (CEST)

ESP8266 Innenraumsensor und -Steuerung

2017-09-13T13:50:31Z

Tobias.faust: Tobias.faust verschob die Seite ESP8266 Innenraumsensor und -Steuerung nach ESP32 Innenraumsensor und -Steuerung: Änderung der NodeMCU von ESP8266 auf ESP32

#WEITERLEITUNG [[ESP32 Innenraumsensor und -Steuerung]]

ESP32 Innenraumsensor und -Steuerung

2017-09-13T13:50:30Z

Tobias.faust: Tobias.faust verschob die Seite ESP8266 Innenraumsensor und -Steuerung nach ESP32 Innenraumsensor und -Steuerung: Änderung der NodeMCU von ESP8266 auf ESP32

{{SEITENTITEL:ESP8266 Innenraumsensor und -Steuerung}}

{{Infobox Hardware
|Bild=esp8266_amica.png
|Bildbeschreibung=ESP8266 V3 Amica
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=500mA
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=esp8366
}}

{{Baustelle}}

''Der [https://de.wikipedia.org/wiki/ESP8266 ESP8266] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif. Der 32-Bit-Prozessorkern vom Typ Xtensa LX106 von Tensilica arbeitet mit einem Systemtakt von 80–160 MHz, hat 64 kB RAM als Befehlspeicher, in den mehrere Megabyte Flash-Speicher eingeblendet werden können, sowie 96 kB RAM als Datenspeicher, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) und integriertes WLAN IEEE 802.11 b/g/n. Der ESP8266 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge.'' <ref>Seite „ESP8266“. In: Wikipedia, Die freie Enzyklopädie. Bearbeitungsstand: 25. Juli 2017, 11:43 UTC. URL: https://de.wikipedia.org/w/index.php?title=ESP8266&oldid=167572970 (Abgerufen:
24. August 2017, 10:03 UTC
) </ref>

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der Luftdruck-, Temp- und Luftfeuchtesensor auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die Aufsteckplatine werden alle Komponenten zum Gehäusedeckel verbunden. Das betrifft das TFT Display, den RGB Rotary-Encoder, die 2 Pushbuttons und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden. Entweder per USB-Buchse oder per Schraubklemme. Wird kein VOC-Sensor verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP8266 V3 Amica
* TFT Display 1,8" (ST7735R Adafruit 358)
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* RGB Rotary Encoder (Drehregler für Menünavigation im Display)
* 2x Pushbuttons für Menüsteuerunng

== Schaltplan und Bauteilliste ==
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
|-
| K2
| Header RotEncRGB, Stiftleisten 2,54 mm, 2X06, gerade
| Reichelt
| MPE 087-2-012
|-
| K3
| Header RotEncRGB, präz. Buchsenleiste 2x04 5mm Höhe
| Reichelt
| BL 2X13G 2,54
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
|-
| K6
| Header TFT, PIR, präz. Buchsenleiste 2x06, 5mm Höhe
| Reichelt
| BL 2X13G 2,54
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
|-
| R10
| Widerstand SMD-0805 56
| Reichelt
| SMD-0805 56,0
|-
| R11,R12
| Widerstand SMD-0805 15
| Reichelt
| SMD-0805 15,0
|-
| X3
| MCP23017 16-Portexpander I2C
| Reichelt
| MCP 23016-I/SO
|-
| S1,S3
| Kurzhubtaster 6x6mm, Höhe: 13mm
| Reichelt
| TASTER 3301D
|-
|
|
|
|
|-
| X1
| ESP8266 NodeMCU V3 AMICA mit CP2102
| Aliexpress
| [https://www.aliexpress.com/item/V3-Wireless-module-NodeMcu-4M-bytes-Lua-WIFI-Internet-of-Things-development-board-based-ESP8266-esp/32647542733.html Link]
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
| [https://www.aliexpress.com/item/3In1-BME280-GY-BME280-Digital-Sensor-SPI-I2C-Humidity-Temperature-and-Barometric-Pressure-Sensor-Module-1/32659765502.html Link]
|-
| IC4
| FIGARO Air Quality Gas Sensor(TGS2600)
| Aliexpress
|
|-
|
| Adafruit 1.8" 18-bit Farb TFT LCD Display
mit microSD card breakout - ST7735R (10pin)
| Exp-Tech
| [http://www.exp-tech.de/adafruit-1-8-18-bit-color-tft-lcd-display-with-microsd-card-breakout-st7735r EXP-R15-111]
|-
|
| Seeed Studio PIR Motion Sensor
| Exp-Tech
| [http://www.exp-tech.de/seeed-studio-pir-motion-sensor-large-lens-version EXP-R02-351]
|-
|
| Adafruit ADS1115 16-Bit ADC - 4 Channel Breakout Board
| Aliexpress/Exp-Tech
| [http://www.exp-tech.de/adafruit-ads1115-16-bit-adc-4-channel-with-progrmmable-gain-amplifier EXP-R15-037]
|-
| S2
| Rotary Encoder - Illuminated (RGB)
| Exp-Tech
| [http://http://www.exp-tech.de/rotary-encoder-illuminated-rgb EXP-R05-031]
|}

==Links==
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

----

;Quellen:
<references />

[[Kategorie:ESP8266]]

ESP32 Innenraumsensor und -Steuerung

2017-08-24T08:58:30Z

Tobias.faust: /* Schaltplan und Bauteilliste */

{{SEITENTITEL:ESP8266 Innenraumsensor und -Steuerung}}

{{Infobox Hardware
|Bild=esp8266_amica.png
|Bildbeschreibung=ESP8266 V3 Amica
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=500mA
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=esp8366
}}

{{Baustelle}}

Der [url=https://de.wikipedia.org/wiki/ESP8266 | ESP8266] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif. Der 32-Bit-Prozessorkern vom Typ Xtensa LX106 von Tensilica arbeitet mit einem Systemtakt von 80–160 MHz, hat 64 kB RAM als Befehlspeicher, in den mehrere Megabyte Flash-Speicher eingeblendet werden können, sowie 96 kB RAM als Datenspeicher, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) und integriertes WLAN IEEE 802.11 b/g/n. Der ESP8266 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge. [Quelle: Wikipedia]

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der Luftdruck-, Temp- und Luftfeuchtesensor auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die Aufsteckplatine werden alle Komponenten zum Gehäusedeckel verbunden. Das betrifft das TFT Display, den RGB Rotary-Encoder, die 2 Pushbuttons und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden. Entweder per USB-Buchse oder per Schraubklemme. Wird kein VOC-Sensor verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP8266 V3 Amica
* TFT Display 1,8" (ST7735R Adafruit 358)
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* RGB Rotary Encoder (Drehregler für Menünavigation im Display)
* 2x Pushbuttons für Menüsteuerunng

== Schaltplan und Bauteilliste ==
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
|-
| K2
| Header RotEncRGB, Stiftleisten 2,54 mm, 2X06, gerade
| Reichelt
| MPE 087-2-012
|-
| K3
| Header RotEncRGB, präz. Buchsenleiste 2x04 5mm Höhe
| Reichelt
| BL 2X13G 2,54
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
|-
| K6
| Header TFT, PIR, präz. Buchsenleiste 2x06, 5mm Höhe
| Reichelt
| BL 2X13G 2,54
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
|-
| R10
| Widerstand SMD-0805 56
| Reichelt
| SMD-0805 56,0
|-
| R11,R12
| Widerstand SMD-0805 15
| Reichelt
| SMD-0805 15,0
|-
| X3
| MCP23017 16-Portexpander I2C
| Reichelt
| MCP 23016-I/SO
|-
| S1,S3
| Kurzhubtaster 6x6mm, Höhe: 13mm
| Reichelt
| TASTER 3301D
|-
|
|
|
|
|-
| X1
| ESP8266 NodeMCU V3 AMICA mit CP2102
| Aliexpress
| [https://www.aliexpress.com/item/V3-Wireless-module-NodeMcu-4M-bytes-Lua-WIFI-Internet-of-Things-development-board-based-ESP8266-esp/32647542733.html Link]
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
| [https://www.aliexpress.com/item/3In1-BME280-GY-BME280-Digital-Sensor-SPI-I2C-Humidity-Temperature-and-Barometric-Pressure-Sensor-Module-1/32659765502.html Link]
|-
| IC4
| FIGARO Air Quality Gas Sensor(TGS2600)
| Aliexpress
|
|-
|
| Adafruit 1.8" 18-bit Farb TFT LCD Display
mit microSD card breakout - ST7735R (10pin)
| Exp-Tech
| [http://www.exp-tech.de/adafruit-1-8-18-bit-color-tft-lcd-display-with-microsd-card-breakout-st7735r EXP-R15-111]
|-
|
| Seeed Studio PIR Motion Sensor
| Exp-Tech
| [http://www.exp-tech.de/seeed-studio-pir-motion-sensor-large-lens-version EXP-R02-351]
|-
|
| Adafruit ADS1115 16-Bit ADC - 4 Channel Breakout Board
| Aliexpress/Exp-Tech
| [http://www.exp-tech.de/adafruit-ads1115-16-bit-adc-4-channel-with-progrmmable-gain-amplifier EXP-R15-037]
|-
| S2
| Rotary Encoder - Illuminated (RGB)
| Exp-Tech
| [http://http://www.exp-tech.de/rotary-encoder-illuminated-rgb EXP-R05-031]
|}

==Links==
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

[[Kategorie:ESP8266]]

ESP32 Innenraumsensor und -Steuerung

2017-08-24T08:19:40Z

Tobias.faust: /* Schaltplan und Bauteilliste */

{{SEITENTITEL:ESP8266 Innenraumsensor und -Steuerung}}

{{Infobox Hardware
|Bild=esp8266_amica.png
|Bildbeschreibung=ESP8266 V3 Amica
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=500mA
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=esp8366
}}

{{Baustelle}}

Der [url=https://de.wikipedia.org/wiki/ESP8266 | ESP8266] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif. Der 32-Bit-Prozessorkern vom Typ Xtensa LX106 von Tensilica arbeitet mit einem Systemtakt von 80–160 MHz, hat 64 kB RAM als Befehlspeicher, in den mehrere Megabyte Flash-Speicher eingeblendet werden können, sowie 96 kB RAM als Datenspeicher, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) und integriertes WLAN IEEE 802.11 b/g/n. Der ESP8266 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge. [Quelle: Wikipedia]

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der Luftdruck-, Temp- und Luftfeuchtesensor auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die Aufsteckplatine werden alle Komponenten zum Gehäusedeckel verbunden. Das betrifft das TFT Display, den RGB Rotary-Encoder, die 2 Pushbuttons und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden. Entweder per USB-Buchse oder per Schraubklemme. Wird kein VOC-Sensor verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP8266 V3 Amica
* TFT Display 1,8" (ST7735R Adafruit 358)
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* RGB Rotary Encoder (Drehregler für Menünavigation im Display)
* 2x Pushbuttons für Menüsteuerunng

== Schaltplan und Bauteilliste ==
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
|-
| K2
| Header RotEncRGB, Stiftleisten 2,54 mm, 2X06, gerade
| Reichelt
| MPE 087-2-012
|-
| K3
| Header RotEncRGB, präz. Buchsenleiste 2x04 5mm Höhe
| Reichelt
| BL 2X13G 2,54
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
|-
| K6
| Header TFT, PIR, präz. Buchsenleiste 2x06, 5mm Höhe
| Reichelt
| BL 2X13G 2,54
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
|-
| R10
| Widerstand SMD-0805 56
| Reichelt
| SMD-0805 56,0
|-
| R11,R12
| Widerstand SMD-0805 15
| Reichelt
| SMD-0805 15,0
|-
| X3
| MCP23017 16-Portexpander I2C
| Reichelt
| MCP 23016-I/SO
|-
| S1,S3
| Kurzhubtaster 6x6mm, Höhe: 9,5mm
| Reichelt
| TASTER 3301B
|-
|
|
|
|
|-
| X1
| ESP8266 NodeMCU V3 AMICA mit CP2102
| Aliexpress
| [https://www.aliexpress.com/item/V3-Wireless-module-NodeMcu-4M-bytes-Lua-WIFI-Internet-of-Things-development-board-based-ESP8266-esp/32647542733.html Link]
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
| [https://www.aliexpress.com/item/3In1-BME280-GY-BME280-Digital-Sensor-SPI-I2C-Humidity-Temperature-and-Barometric-Pressure-Sensor-Module-1/32659765502.html Link]
|-
| IC4
| FIGARO Air Quality Gas Sensor(TGS2600)
| Aliexpress
|
|-
|
| Adafruit 1.8" 18-bit Farb TFT LCD Display
mit microSD card breakout - ST7735R (10pin)
| Exp-Tech
| [http://www.exp-tech.de/adafruit-1-8-18-bit-color-tft-lcd-display-with-microsd-card-breakout-st7735r EXP-R15-111]
|-
|
| Seeed Studio PIR Motion Sensor
| Exp-Tech
| [http://www.exp-tech.de/seeed-studio-pir-motion-sensor-large-lens-version EXP-R02-351]
|-
|
| Adafruit ADS1115 16-Bit ADC - 4 Channel Breakout Board
| Aliexpress/Exp-Tech
| [http://www.exp-tech.de/adafruit-ads1115-16-bit-adc-4-channel-with-progrmmable-gain-amplifier EXP-R15-037]
|-
| S2
| Rotary Encoder - Illuminated (RGB)
| Exp-Tech
| [http://http://www.exp-tech.de/rotary-encoder-illuminated-rgb EXP-R05-031]
|}

==Links==
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

[[Kategorie:ESP8266]]

ESP32 Innenraumsensor und -Steuerung

2017-08-24T07:47:29Z

Tobias.faust:

{{SEITENTITEL:ESP8266 Innenraumsensor und -Steuerung}}

{{Infobox Hardware
|Bild=esp8266_amica.png
|Bildbeschreibung=ESP8266 V3 Amica
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=500mA
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=esp8366
}}

{{Baustelle}}

Der [url=https://de.wikipedia.org/wiki/ESP8266 | ESP8266] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif. Der 32-Bit-Prozessorkern vom Typ Xtensa LX106 von Tensilica arbeitet mit einem Systemtakt von 80–160 MHz, hat 64 kB RAM als Befehlspeicher, in den mehrere Megabyte Flash-Speicher eingeblendet werden können, sowie 96 kB RAM als Datenspeicher, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) und integriertes WLAN IEEE 802.11 b/g/n. Der ESP8266 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge. [Quelle: Wikipedia]

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der Luftdruck-, Temp- und Luftfeuchtesensor auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die Aufsteckplatine werden alle Komponenten zum Gehäusedeckel verbunden. Das betrifft das TFT Display, den RGB Rotary-Encoder, die 2 Pushbuttons und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden. Entweder per USB-Buchse oder per Schraubklemme. Wird kein VOC-Sensor verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP8266 V3 Amica
* TFT Display 1,8" (ST7735R Adafruit 358)
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* RGB Rotary Encoder (Drehregler für Menünavigation im Display)
* 2x Pushbuttons für Menüsteuerunng

== Schaltplan und Bauteilliste ==
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
|-
| K2
| Header RotEncRGB, Stiftleisten 2,54 mm, 2X06, gerade
| Reichelt
| MPE 087-2-012
|-
| K3
| Header RotEncRGB, präz. Buchsenleiste 2x06 3mm Höhe
|
|
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
|-
| K6
| Header TFT, PIR, präz. Buchsenleiste 2x08, 3mm Höhe
|
|
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
|-
| R10
| Widerstand SMD-0805 56
| Reichelt
| SMD-0805 56,0
|-
| R11,R12
| Widerstand SMD-0805 15
| Reichelt
| SMD-0805 15,0
|-
| X3
| MCP23017 16-Portexpander I2C
| Reichelt
| MCP 23016-I/SO
|-
| S1,S3
| Kurzhubtaster 6x6mm, Höhe: 9,5mm
| Reichelt
| TASTER 3301B
|-
|
|
|
|
|-
| X1
| ESP8266 NodeMCU V3 AMICA mit CP2102
| Aliexpress
| [https://www.aliexpress.com/item/V3-Wireless-module-NodeMcu-4M-bytes-Lua-WIFI-Internet-of-Things-development-board-based-ESP8266-esp/32647542733.html Link]
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
| [https://www.aliexpress.com/item/3In1-BME280-GY-BME280-Digital-Sensor-SPI-I2C-Humidity-Temperature-and-Barometric-Pressure-Sensor-Module-1/32659765502.html Link]
|-
| IC4
| FIGARO Air Quality Gas Sensor(TGS2600)
| Aliexpress
|
|-
|
| Adafruit 1.8" 18-bit Farb TFT LCD Display
mit microSD card breakout - ST7735R (10pin)
| Exp-Tech
| [http://www.exp-tech.de/adafruit-1-8-18-bit-color-tft-lcd-display-with-microsd-card-breakout-st7735r EXP-R15-111]
|-
|
| Seeed Studio PIR Motion Sensor
| Exp-Tech
| [http://www.exp-tech.de/seeed-studio-pir-motion-sensor-large-lens-version EXP-R02-351]
|-
|
| Adafruit ADS1115 16-Bit ADC - 4 Channel Breakout Board
| Aliexpress/Exp-Tech
| [http://www.exp-tech.de/adafruit-ads1115-16-bit-adc-4-channel-with-progrmmable-gain-amplifier EXP-R15-037]
|-
| S2
| Rotary Encoder - Illuminated (RGB)
| Exp-Tech
| [http://http://www.exp-tech.de/rotary-encoder-illuminated-rgb EXP-R05-031]
|}

==Links==
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

[[Kategorie:ESP8266]]

ESP32 Innenraumsensor und -Steuerung

2017-08-21T09:46:40Z

Tobias.faust: /* Schaltplan und Bauteilliste */

{{SEITENTITEL:ESP8266 Innenraumsensor und -Steuerung}}

{{Infobox Hardware
|Bild=esp8266_amica.png
|Bildbeschreibung=ESP8266 V3 Amica
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=500mA
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=esp8366
}}

{{Baustelle}}

Der [url=https://de.wikipedia.org/wiki/ESP8266 | ESP8266] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif. Der 32-Bit-Prozessorkern vom Typ Xtensa LX106 von Tensilica arbeitet mit einem Systemtakt von 80–160 MHz, hat 64 kB RAM als Befehlspeicher, in den mehrere Megabyte Flash-Speicher eingeblendet werden können, sowie 96 kB RAM als Datenspeicher, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) und integriertes WLAN IEEE 802.11 b/g/n. Der ESP8266 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge. [Quelle: Wikipedia]

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der Luftdruck-, Temp- und Luftfeuchtesensor auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die Aufsteckplatine werden alle Komponenten zum Gehäusedeckel verbunden. Das betrifft das TFT Display, den RGB Rotary-Encoder, die 2 Pushbuttons und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden. Entweder per USB-Buchse oder per Schraubklemme. Wird kein VOC-Sensor verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP8266 V3 Amica
* TFT Display 1,8" (ST7735R Adafruit 358)
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* TSL2561 (Licht-/Helligkeitssensor)
* RGB Rotary Encoder (Drehregler für Menünavigation im Display)
* 2x Pushbuttons für Menüsteuerunng

== Schaltplan und Bauteilliste ==
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
|-
| K2
| Header RotEncRGB, Stiftleisten 2,54 mm, 2X06, gerade
| Reichelt
| MPE 087-2-012
|-
| K3
| Header RotEncRGB, präz. Buchsenleiste 2x06 3mm Höhe
|
|
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
|-
| K6
| Header TFT, PIR, präz. Buchsenleiste 2x08, 3mm Höhe
|
|
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
|-
| R10
| Widerstand SMD-0805 56
| Reichelt
| SMD-0805 56,0
|-
| R11,R12
| Widerstand SMD-0805 15
| Reichelt
| SMD-0805 15,0
|-
| X3
| MCP23017 16-Portexpander I2C
| Reichelt
| MCP 23016-I/SO
|-
| S1,S3
| Kurzhubtaster 6x6mm, Höhe: 9,5mm
| Reichelt
| TASTER 3301B
|-
|
|
|
|
|-
| X1
| ESP8266 NodeMCU V3 AMICA mit CP2102
| Aliexpress
| [https://www.aliexpress.com/item/V3-Wireless-module-NodeMcu-4M-bytes-Lua-WIFI-Internet-of-Things-development-board-based-ESP8266-esp/32647542733.html Link]
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
| [https://www.aliexpress.com/item/3In1-BME280-GY-BME280-Digital-Sensor-SPI-I2C-Humidity-Temperature-and-Barometric-Pressure-Sensor-Module-1/32659765502.html Link]
|-
|
| TSL2561 Luminosity Sensor Breakout Light Sensor
(5Pin: INT,SDA,SCL,GND,3V3)
| Aliexpress
|
|-
| IC4
| FIGARO Air Quality Gas Sensor(TGS2600)
| Aliexpress
|
|-
|
| Adafruit 1.8" 18-bit Farb TFT LCD Display
mit microSD card breakout - ST7735R (10pin)
| Exp-Tech
| [http://www.exp-tech.de/adafruit-1-8-18-bit-color-tft-lcd-display-with-microsd-card-breakout-st7735r EXP-R15-111]
|-
|
| Seeed Studio PIR Motion Sensor
| Exp-Tech
| [http://www.exp-tech.de/seeed-studio-pir-motion-sensor-large-lens-version EXP-R02-351]
|-
|
| Adafruit ADS1115 16-Bit ADC - 4 Channel Breakout Board
| Aliexpress/Exp-Tech
| [http://www.exp-tech.de/adafruit-ads1115-16-bit-adc-4-channel-with-progrmmable-gain-amplifier EXP-R15-037]
|-
| S2
| Rotary Encoder - Illuminated (RGB)
| Exp-Tech
| [http://http://www.exp-tech.de/rotary-encoder-illuminated-rgb EXP-R05-031]
|}

==Links==
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

[[Kategorie:ESP8266]]

ESP32 Innenraumsensor und -Steuerung

2017-08-21T09:23:38Z

Tobias.faust: /* Schaltplan und Bauteilliste */

{{SEITENTITEL:ESP8266 Innenraumsensor und -Steuerung}}

{{Infobox Hardware
|Bild=esp8266_amica.png
|Bildbeschreibung=ESP8266 V3 Amica
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=500mA
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=esp8366
}}

{{Baustelle}}

Der [url=https://de.wikipedia.org/wiki/ESP8266 | ESP8266] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif. Der 32-Bit-Prozessorkern vom Typ Xtensa LX106 von Tensilica arbeitet mit einem Systemtakt von 80–160 MHz, hat 64 kB RAM als Befehlspeicher, in den mehrere Megabyte Flash-Speicher eingeblendet werden können, sowie 96 kB RAM als Datenspeicher, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) und integriertes WLAN IEEE 802.11 b/g/n. Der ESP8266 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge. [Quelle: Wikipedia]

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der Luftdruck-, Temp- und Luftfeuchtesensor auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die Aufsteckplatine werden alle Komponenten zum Gehäusedeckel verbunden. Das betrifft das TFT Display, den RGB Rotary-Encoder, die 2 Pushbuttons und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden. Entweder per USB-Buchse oder per Schraubklemme. Wird kein VOC-Sensor verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Die Kommunikation zwischen dem Modul und FHEM erfolgt bidirektional per MQTT über WLAN. Ein MQTT Server >= MQTT-Version 3.1.1 ist erforderlich

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP8266 V3 Amica
* TFT Display 1,8" (ST7735R Adafruit 358)
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* TSL2561 (Licht-/Helligkeitssensor)
* RGB Rotary Encoder (Drehregler für Menünavigation im Display)
* 2x Pushbuttons für Menüsteuerunng

== Schaltplan und Bauteilliste ==
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1,C3,C4,C5,C10
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Rot
| Reichelt
| LED 3MM 2MA RT
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Gelb
| Reichelt
| LED 3MM 2MA GE
|-
| D1,D2,D3
| LowCurrent Leuchtdiode 3mm 2mA, Grün
| Reichelt
| LED 3MM 2MA GN
|-
| J1
| Stiftleiste 1x02 RM2,54
| Reichelt
| MPE 087-1-002
|-
| J1a
| Jumper
| Reichelt
| JUMPER 2,54 SW
|-
| K1
| Anreihklemme 2-polig, RM5,08
| Reichelt
| AKL 073-02
|-
| K2
| Header RotEncRGB, Stiftleisten 2,54 mm, 2X06, gerade
| Reichelt
| MPE 087-2-012
|-
| K3
| Header RotEncRGB, präz. Buchsenleiste 2x06 3mm Höhe
|
|
|-
| K5
| Header TFT,PIR, Stiftleisten 2,54 mm, 2X08, gerade
| Reichelt
| MPE 087-2-016
|-
| K6
| Header TFT, PIR, präz. Buchsenleiste 2x08, 3mm Höhe
|
|
|-
| R1,R9,R13
| Widerstand SMD-0805 1K
| Reichelt
| SMD-0805 1,0K
|-
| R2,R4,R5,R7,R8,R19,R28,R29
| Widerstand SMD-0805 10K
| Reichelt
| SMD-0805 10,0K
|-
| R3
| Widerstand SMD-0805 68K
| Reichelt
| SMD-0805 68,0K
|-
| R6
| Widerstand SMD-0805 100K
| Reichelt
| SMD-0805 100K
|-
| R10
| Widerstand SMD-0805 56
| Reichelt
| SMD-0805 56,0
|-
| R11,R12
| Widerstand SMD-0805 15
| Reichelt
| SMD-0805 15,0
|-
| X3
| MCP23017 16-Portexpander I2C
| Reichelt
| MCP 23016-I/SO
|-
| S1,S3
| Kurzhubtaster 6x6mm, Höhe: 9,5mm
| Reichelt
| TASTER 3301B
|-
|
|
|
|
|-
| X1
| ESP8266 NodeMCU V3 AMICA mit CP2102
| Aliexpress
|
|-
|
| BME280 BreakoutBoard (4Pin: SDA,SCL,GND,3V3)
| Aliexpress
|
|-
|
| TSL2561 BreakoutBoard (5Pin: INT,SDA,SCL,GND,3V3)
| Aliexpress
|
|-
| IC4
| TGS2600
| Aliexpress
|
|-
|
| Adafruit 1.8" 18-bit Farb TFT LCD Display
mit microSD card breakout - ST7735R (10pin)
| Exp-Tech ([http://www.exp-tech.de/adafruit-1-8-18-bit-color-tft-lcd-display-with-microsd-card-breakout-st7735r Link])
|
|-
|
| PIR Sensor
| Aliexpress
|
|-
|
| ADS1115 Breakout Board
| Aliexpress
|
|-
| S2
| Rotary Encoder - Illuminated (RGB)
| Exp-Tech ([http://http://www.exp-tech.de/rotary-encoder-illuminated-rgb Link])
|
|}

==Links==
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

[[Kategorie:ESP8266]]

ESP32 Innenraumsensor und -Steuerung

2017-08-03T11:23:53Z

Tobias.faust: /* Beschreibung */

Benutzer Diskussion:Ph1959de

2017-08-03T10:53:24Z

Tobias.faust: /* Änderung von Seitentiteln */

== 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)

==ZHK Seiten Einzelmodule ==
Hallo Peter,
Ich würde den Meinungsaustausch zum Thema wiki Pages valves/stellmotor gerne zu einem gemeinsamen Abschluss bringen. Ein (Erneutes) Feedback von dir wäre dabei hilfreich. Ich möchte dich daher herzlich einladen meine
Disk.Seite erneut zu besuchen und um Dein Feedback zu bereichern.
LG florian

==Kategorien für EnOcean ==
Hallo Peter,
für EnOcean gibt es 2 Kategorien: EnOcean und EnOcean_Components (anlog Homematic u.a.). In EnOcean ist der "EnOcean starter guide" und die Kategorie ist sinnvoll ins Wiki eingebunden. In der nichteingebundenen Kategorie "EnOcean_Components" befindet sich nur ein Sensor. Ist das so beabsichtigt? oder sollte das nicht angepasste werden.
Danke, Christian
<hr>
:Hallo Christian, nachdem die "EnOcean Components" Kategorie gerade erst "angelegt" wurde, würde ich erst mal abwarten. Eigentlich passt die Kategorie eher ins Konzept als das reine "EnOcean". Ich tendiere also eher dazu, alles auf "EnOcean Components" zu konsolidieren. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:45, 13. Jul. 2014 (UTC)
::Hallo Peter, bin dabei, den EnOcean starter guide schrittweise zu überarbeiten. Ich würde dabei einige Aktoren- und Sensorenerläuterungen aus dem Starter guide entnehmen und als separate Artikel in "EnOcean components" aufnehmen; jedoch hätte ich gerne auch eine vernünftige Erreichbarkeit. Am einfachsten wäre es doch auch den starter guide zu verschieben. Dazu habe ich aber zuwenig Ahnung und würde das lieber einem Admin überlassen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:09, 13. Jul. 2014 (UTC)
::<hr>
:::Christian, wenn Du mit "Starter Guide verschieben" das Umhängen in Kategorie "EnOcean Components" meinst: das habe ich gerade gemacht (die Änderung besteht einfach nur aus dem Einsetzen des neuen Kategorienames im Artikel). Außerdem habe ich Kategorie "EnOcean" nach [[:Kategorie:EnOcean Components]] verschoben. Jetzt ist es einheitlich zu FS20, HomeMatic, etc.
:::... und jetzt kannst Du loslegen mit den weiteren Änderungen - nur eine Bitte noch: Namensschema gut überlegen und neue Artikel möglichst erst speichern, wenn Du wirklich komplett damit zufrieden bist (Vorschaufunktion "großzügig verwenden"). Das macht es den (wenigen) Leuten, die alle Änderungen hier im Wiki "sichten" einfacher. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:15, 14. Jul. 2014 (UTC)
:::: Vielen Dank für Deine schnelle Reaktion; werde versuchen Deine Bitten umzusetzen. Einen Wunsch habe ich natürlich noch ;-). Könnten wir EnOcean nicht auch auf der Hauptseite verlinken? Gruß, Christian--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:27, 14. Jul. 2014 (UTC)
::::<hr>
:::::Ich habe ohnehin noch einige Änderungen für die Hauptseite auf meiner Liste. Da werde ich dann EnOcean auch mit aufnehmen ... bis dahin gibts ja dann vielleicht auch noch mehr Artikel in der Kategorie. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 09:44, 14. Jul. 2014 (UTC)
::::::zum Namensschema: Habe in der Kategorie den Hinweis zum Namensschema analog der anderen Hardwaresystme eingefügt. Mich stört eigentlich das Vorsetzen von EnOcean- ,würde es gerne weglassen, aber es scheint übliche Konvention hier zu sein. In der der Übersicht erscheint so aber alles unter "E". Hast Du dazu eine Meinung? Sorry, wenn ich so viel frage, aber bevor ich alles durcheinanderbringe...
::::::<hr>
:::::::Kein Problem (zu fragen) - ist wirklich einfacher, als nachher alles wieder "geradebiegen" zu müssen.
:::::::Nun, das Namensschema kannst ja Du im Augenblick noch festlegen. Bei den (z.B.) [[:Kategorie:FS20 Components|FS20 Komponenten]] ist es, wie Du schon bemerkt hast, so, dass alles unter einem Buchstaben im Index erscheint. Wie man das ändern kann, habe ich exemplarisch mal im [[FS20 WS1 Wechselschalter]] gezeigt.
:::::::Hat alles so seine Vor- und Nachteile. Auch wenn Du nicht immer "EnOcean" davor schreibst, werden doch trotzdem viele Geräte mit den gleichen Buchstaben beginnen. Dann kann es ja auch gleich das EnOcean sein. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:27, 14. Jul. 2014 (UTC)
:::: Hallo Peter! Danke für das kurzfristige Aufnehmen von EnOcean auf der Hauptseite. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:14, 17. Jul. 2014 (UTC)

== Subtype Tabelle für EnOcean ... Wiki-Tipps? ==
Hallo Peter, bräuchte noch einmal Wiki-Nachhilfe, da ich keine einfache Lösung gefunden habe. Vielleicht hast Du eine Idee:
Ich würde gerne auf der Kategorie-Seite EnOcean Components die vorhandenen EnOcean-Wiki-Artikel noch einmal separat anhand des EnOcean-Attributs "subType" zuordnen und sichtbar machen.
Quasi eine (lange) Tabelle der Art
{| class="wikitable"
|-
! subType !! Wiki-Seite Geräte
|-
| switch || [[EnOcean-PTM-210-Taster]]
|-
| lightSensor.01 || [[EnOcean-FAH60-Au%C3%9Fen-Helligkeitssensor]]
|-
|}
Manuell könnte ich das auf die Kategorienseite einpflegen -> fehleranfällig

Unterkategorien -> nicht erwünscht und klickintensiv, aber weniger wartungsintensiv

Unterseite zu EnOcean Components -> fehleranfällig und nicht auffällig

Hast Du dazu eine Idee/Meinung? Danke --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:41, 5. Aug. 2014 (UTC)
<hr />
:Ich würde (zumindest für's Erste) mal was Ähnliches machen wie die "News" Sektion auf der Hauptseite. Da wird Vorlage [[Vorlage:FHEMWiki_News]] eingebunden. In dieser Vorlage wird (manuell, aber wie ich finde recht übersichtlich) eine Tabelle unter zuhilfenahme der Vorlage [[Vorlage:News]] aufgebaut.
:Wenn ich das richtig sehe, könntest Du sogar in (D)einer neuen Vorlage (nennen wir sie mal <nowiki>{{EnOceanSubTypeTable}}</nowiki>) einfach die News Vorlage so <nowiki>{{News|subType|Wiki-Seite}}</nowiki> "missbrauchen". Und die EnOceanSubTypeTable ließe sich dann nicht nur auf der Kategorie-Seite, sondern auch auf anderen Seiten bei Bedarf einfach so einbinden. Ansonsten halte ich mal die Augen offen und schaue, ob ich noch eine andere Lösung / einen besseren Ansatz finde.
:P.S.: Ich finde, Du machst einen Superjob in der "EnOcean-Abteilung" hier im Wiki. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:16, 6. Aug. 2014 (UTC)
:<hr />
:: Ich probiere einmal Deinen Vorschlag umzusetzen. Hoffe es gelingt; löschen kann man immer noch....
:: Nach Lösungen hatte ich auch gesucht, aber mit meinem Wiki-Halbwissen nichts einfaches entdecken können.
::P.S.: Danke, zurück an Dich (auch wegen Nachhilfe). Bei EnOcean hilft 50watt auch mit. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 12:04, 6. Aug. 2014 (UTC)
:: Hm, hatte es befürchtet, Vorlage und Text waren schnell erstellt, aber dann: <s>Deine "nowiki" Geschichte habe ich anscheinend falsch verstanden.</s> (Man/Ich sollte erst denken und dann schreiben) Als Box -wie die News auf der Hauptseite- einbinden habe ich auf die Schnelle nicht hinbekommen. Da sind soviele Codetags mit denen ich mich noch beschäftigen muss. Hoffe ich habe hier kein Chaos verursacht; ansonsten bitte löschen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 13:31, 6. Aug. 2014 (UTC)
::<hr />
:::Sieht doch schon ganz gut aus. Für eine direkte Einbindung auf der Kategorieseite ist die Tabelle meiner Ansicht nach eh zu groß, daher finde ich den von Dir gewählen Ansatz mit der eigenen Seite ganz gut.
:::In der Vorlage müsstest Du noch die Erläuterung zum "xx" überarbeiten (die führende Leerstelle macht das automatisch zu einem <nowiki><pre></nowiki>. Wenn Du die Hervorhebung willst, müsstest Du den Satz in <nowiki><code></code></nowiki> setzen.
:::Das Layout der Tabelle kann man ja auch jederzeit noch ändern.
:::Wenn Du noch Hilfe / Unterstützung brauchst, lass es mich wissen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:36, 6. Aug. 2014 (UTC)
:::<hr />
::::Mit dem Ergebnis bin ich nicht wirklich zufrieden. Aber bevor ich daran weiterarbeite, muss ich mehr zur Wiki-Bearbeitung lernen.
::::Danke für Deine bisherige Unterstützung und auch das Hilfsangebot. Werde sicherlich darauf zurückkommen. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 14:53, 6. Aug. 2014 (UTC)

== Vorlage Link2Forum ==
Hallo Peter, soll ich die Vorlage Link2Forum schon nutzen? Wenn ich es zeitlich morgen schaffe, wollte ich sowieso noch einige EnOcean Wiki-Seiten anfassen. Würde es dann schon mitändern. Oder kannst Du das automatisiert? Gruß, Christian --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 19:32, 11. Aug. 2014 (UTC)
<hr />
:Hallo Christian, ich würde die Vorlage bisher nur für den sparsamen Einsatz (kannst sie gern in ein oder zwei Artikeln ausprobieren) empfehlen. Insbesondere innerhalb der "Infobox Modul" bin ich noch nicht ganz soweit - da tendiere ich eher noch dazu, das Link2Forum direkt aus der Infobox heraus einzusetzen. Das wäre dann nur eine Änderung, die hoffentlich alle bisherigen Einsatzstellen der Infobox erwischen würde (wobei, der Forenlink ist meines Wissens noch lange nicht überall drin; das habe ich ja erst kürzlich in die Infobox aufgenommen).
:Automatisieren kann ich leider nichts; mir ist (zumindest noch) nicht bewusst, dass wir hier die Möglichkeit haben, irgendwelche Bots einzusetzen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 21:32, 11. Aug. 2014 (UTC)
:<hr />
::Nutze bei EnOcean nur "Infobox Hardware" intensiv, dort brauche ich die Links nicht. Innerhalb der Wiki-Seiten verlinke ich häufiger auf einen bestimmeten Beitrag im Forum. Dort könnte ich schon umstellen auf <nowiki>{{Link2Forum|Topic=12345|Message=54321}}</nowiki>. Über die Vorlage "Infobox Modul" habe ich mir bei EnOcean noch keine Gedanken gemacht (Momentan grübel ich eher noch Einsatzbeispiele analog zur Vorlage EnOceanSubTypetable zusammenzufassen). --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:04, 11. Aug. 2014 (UTC)
::<hr />
:::Wie gesagt, bitte noch "defensiv" benutzen, da ich noch keine umfangreicheren Tests gemacht habe. Daher bin ich aber natürlich auch an Rückmeldungen (die bitte dann auf der entsprechenden Diskussionsseite) zu der Vorlage interessiert (gibts Probleme, Änderungs-, Erweiterungswünsche und/oder -bedarf...?).
:::Ansonsten: Infobox Modul - dafür gäbe es bei EnOcean wohl nur genau eine Einsatzmöglichkeit, wenn ich das richtig sehe. Das könntest Du anlegen, wenn Du die Vorlage mal einsetzen möchtests. Oder gibt es weitere Module, die EnOcean implementieren? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:06, 12. Aug. 2014 (UTC)

== Inhalt Hauptseite ==
Hallo Peter, folgende Idee/Vorschläge zur Wiki-Hauptseite:
Developers Corner: die dort direkt verlinkten Seiten sind -vorsichtig formuliert- nicht gerade die Aktuellsten; könnte man dort nicht besser gut gepflegte Seiten wie [[DevelopmentModuleIntro]] oder [[DevelopmentGuidelinesAV]] direkt verlinken? Außerdem ist das "Guter Startpunkt, sehr empfohlen!" unter "Wie fange ich an" meiner Meinung nach zu schwach. Ich denke das ist DIE Grundvoraussetzung für den ersten Überblick; hast Du auch unter [[Planung]] geschrieben. "Tipp der Woche" unter Ideen und Lösungen ist (war?) "nur" der "Tipp des Monats" und sollte dann auch so genannt werden. Wird anscheinend nur von soulman gepflegt. Wenn da nichts Aktuelles drin steht, wirkt das Wiki ziemlich tot. Andererseits habe ich persönlich auch keinen großen Antrieb dort etwas zu verfassen. Wer sucht dort wirklich?
Ich weis, kaum aktiv und schon Rumnörgeln... (Nicht wundern: Ich habe mich heute aber schon wieder darüber geärgert, dass immer mehr Blogs Fhem-Artikel mit typischen Wiki-Inhalt veröffentlichen statt dies hier zu tuen, wo ein zentraler Anlaufpunkt sein sollte. Wenn diese Blog-Artikel auch noch umständlich oder fehlerbehaftet sind, hat man keine Einfluß auf Korrekturen und der Kram ist im Umlauf. Dagegen sollten wir arbeiten.)--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:22, 14. Aug. 2014 (UTC)
Auch <nowiki>[[Links|wichtige Fhem Links]]</nowiki> sind nicht gerade top-aktuell. Für wichtig halte ich die schon gar nicht. So, Frust weg ;-). Aber dennoch halte ich meine Anmerkungen für diskussionswürdig. Ich möchte auf der Hauptseite nicht eigenständig ändern, da mir nicht bekannt ist, ob das für Normal-Anwender erlaubt ist. --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 18:31, 14. Aug. 2014 (UTC)
<hr />
:Christian, auch die Hauptseite kann von jedem bearbeitet werden - aber vorherige Diskussion ist da vielleicht nicht falsch. Ich habe daher Deine Anregungen mal auf die [[Diskussion:Hauptseite#Vorschläge zur Überarbeitung der Hauptseite|Diskussionsseite]] übertragen. Lass uns die Sache da weiterführen ... vielleicht beteiligt sich ja noch jemand... --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 05:41, 15. Aug. 2014 (UTC)
<hr />
::Ok, werde auch versuchen meine Anmerkungen passender zu platzieren. Hoffe nur, dass das dann nicht komplett untergeht. Habe aber teilweise keine Ahnung, wo das hin soll - bin noch zu Wiki-unerfahren. Aktuell bspw. [[Spezial:Gewünschte_Seiten]] enthält nach meiner Meinung eine Vielzahl von "Leichen", die weg können (FR und alles was damit zusammenhängt; Links durch STELLMOTOR). Ich habe da keine Ahnung, wo ich anfangen soll/darf. Ich würde beispielsweise bei [[STELLMOTOR]] die "toten" Lemmas/Seiten herausnehmen. Der Ersteller von STELLMOTOR könnte sie wieder reinnehmen, wenn er tatsächlich daran arbeiten will; traue mich aber nicht.
::'' ... vielleicht beteiligt sich ja noch jemand...'' Hoffnung stirbt zuletzt.... ;-) --[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:15, 15. Aug. 2014 (UTC)
::<hr />
:::* Ist schon ok, das hier zu plazieren ... aber außer mir findet das hier keiner, daher der "Umzug"
:::* "Gewünschte Seiten" ... enthält alle <nowiki>[[Lemma...]]</nowiki> Stellen, die auf nicht existierende Seiten verweisen. Wenn's so extrem vorkommt wie in Deinem genannten Beispiel, einfach den entsprechenden Benutzer anschreiben. Wirklich stören tut's aber auch nicht - du glaubst gar nicht, wie '''wenige''' Benutzer die "Gewünschte Seiten" Seite jemals gesehen haben, geschweige denn regelmäßig benutzen.
:::* Anfangen darfst Du sicherlich da, wo ein Eintrag in die "Gewünschten Seiten" offensichtlich versehentlich entstanden ist, z.B. weil jemand sich schlicht vertippt hat; wenn jemand schon mal eine Liste erstellt hat, welche Seiten noch gemacht werden müssen (wie ich z.B. auf meiner Benutzerseite :-) ), würde ich das erst mal ganz gelassen so stehen lassen.
:::* Und immer im Hinterkopf behalten, dass viele Benutzer hier im Wiki nur ganz gelegentlich unterwegs sind um vielleicht den einen oder anderen Tippfehler zu korrigieren - und das war's dann auch schon. Die meisten Benutzer bekommen nicht mal die Begrüßungshinweise mit ... und/oder lesen sie nicht, halten sich nicht dran, verstehen sie nicht...
:::Bottom line: nicht zu viel erwarten, Dich selbst nicht "aufreiben", aber fleißig weitermachen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:35, 15. Aug. 2014 (UTC)
:::<hr />
::::Bottom line: keine Sorge, reibe mich schon nicht auf. ''weiter'''machen''''': ich würde es grds. einfach machen, will aber niemanden vergraulen und den Admins unnötig Arbeit machen; hätte in STELLMOTOR die "toten" Lemmas in normale Aufzählung verwandelt, FR gelöscht (Leiche des Absturzes), kleinere Änderungen an Hauptseite vorgenommen oder... Rückgängig kann man (Admin/Ersteller) es immer noch machen; eigentlich ist es mir zu viel Diskussion, die mMn keinen weiterbringt, (wie lange soll man auf Entgegnungen warten?).....
::::Meine Bottom line: Keine Sorge Umstrukturierungen (Kategorien) o.ä. würde ich nicht undiskutiert vornehmen
:::::Nur teilweise Offtoic: Peter, wenn Du meine Verlinkung in der Homematic-Kategorie nicht OK findest, mach es einfach rückgängig: Für mich ist das in Ordnung, habe damit grds. kein Problem; gilt immer. Gruß, Christian (Habe da eh noch einen Tippfehler eingebaut!)

== WikiArtikel Pflege ==
Hallo Peter,
die "Verschieben" Option von Artikeln kannte ich in der Tat noch nicht. Danke für den Hinweis..
:Kein Problem & gern geschehen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC)

Du kannst meine Wiki-Artikel gerne korrigieren und vereinheitlichen. Wenn du mir zusätzlich noch verrätst worauf du achtest, kann ich versuchen diese Dinge gleich selbst zu beachten.
:<hr />
:Lässt sich so generell nicht beantworten; manchmal nur Kleinigkeiten. Beispiele:
:* Artikel in Ich-Form schreibe ich normalerweise auf neutrale Ausdrucksweise um (später weiß ohnehin niemand mehr, wer der "Ich" war); das ist verbindlicher und mMn für technische Beschreibungen angemessener.
:* Querverweise (Links auf andere Artikel) einfügen - auch IN anderen Artikeln wo sinnvoll Verweise auf Deinen neuen Artikel setzen (sonst entstehen "Waisen" und "Sackgassen"); ob es schon Links auf Deine Seite gibt, kannst Du über das "Links auf diese Seite" (links in der Navigationsleiste) herausfinden.
:* Rechtschreibung / Grammatik / Formulierung... ist eigentlich immer dabei
:* usw.
:-- [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC) <hr />

Nochetwas: ich vermisse eine Kategorie für selbst gebaute Schaltungen. Ich bin mir immer unsicher wo ich meine Artikel einstellen soll. ZurZeit sind 1wire-Schaltungen bei 1wire. Aber für Panstamps und Arduino basierte Schaltungen habe ich nichts gefunden. Kannst du helfen?
:<hr />
:Es bei Hardware die Unterkategorie "Other Components", da passt sowas derzeit immer rein. Sofern mal eine "kritische Masse" erreicht ist (also mehr als nur ein oder zwei Artikel), kann man ja überlegen, mal eine Unterkategorie "Eigenentwicklungen" (oder ähnlich) bei Hardware einzufügen.
:Für Arduino gibt es schon eine Kategorie (Unterkategorie von Hardware), für Panstamp könnte man sowas auch einrichten - wenn es vom Konzept her passt (dazu verstehe ich von der Arduino/Panstamp...-Welt zu wenig). Es sollten halt immer ähnliche Dinge in einer Kategorie/Unterkategorie... zusammengefasst sein.
:-- [[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:45, 29. Aug. 2014 (UTC) <hr />
::Misch mich mal ein: Fände Kategorie Eigenentwicklungen o.ä. nicht schlecht, da bestimmte Zielgruppe angesprochen wird. Ich lasse bspw. meine Finger davon. Würde den Artikel trotzdem zusätzlich noch in Other Components aufnehmen oder wenn es 1-wire ist auf jeden Fall in 1-Wire. Bei Homematic haben wir doch Unterkategorie HomeBrew, analog auch bei anderen anlegen!? Wir sollten etwas angehen....--[[Benutzer:Krikan|Krikan]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:18, 29. Aug. 2014 (UTC) <hr />
:::Ok, dann machen wir doch einfach einen Auftrag an Tobias daraus: mal sammeln, welche Artikel schon vorliegen (oder er in Planung hat) für eine solche Kategorie, dann schauen wir kurz drüber und beschließen, welche neuen Unterkategorien und wie einsortiert...
:::@Tobias: ich stell das mal so auf Deine Diskussionsseite --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:48, 29. Aug. 2014 (UTC) <hr />

GRuss
Tobias

== Verschieben von Wiki-Seiten ohne Weiterleitung ==
Hallo Peter,
könntest Du bitte
* [[Z-Wave-EVR_ST814-Temperatur-_und_Feuchtesensor]] auf Z-Wave-EVR_ST81'''4'''-Temperatur-_und_Feuchtesensor ohne Weiterleitung verschieben. Der Ersteller [[Benutzer_Diskussion:Morgennebel]] ist anscheinend nicht mehr aktiv; reagiert auch nicht auf PM.
: -> Erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:31, 27. Dez. 2014 (UTC)
* hier [[Diskussion:WS3600]] mal reinschauen. Dort hätte ich auch gerne eine Wiki Seite verschoben. Keine Ahnung, ob Dir das aufgefallen ist.
: -> Ja, hatte ich gesehen ... und jetzt auch erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:31, 27. Dez. 2014 (UTC)
* WebIO_Digital auf WEBIO_12DIGITAL verschieben --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 17:36, 7. Dez. 2015 (CET)
: -> Erledigt --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 17:52, 7. Dez. 2015 (CET)

== Nutzung von <nowiki><pre style="width:500px;"></nowiki> statt <nowiki><code></nowiki> ==
Hallo Peter,<BR>
Du ersetzt teilweise in den Wikiseiten die Formatierung <nowiki><code></nowiki> durch <nowiki><pre style="width:500px;"></nowiki>. Hat das einen bestimmten Grund? Das führt nämlich dazu, dass der Text in einigen Fällen über den Boxrand geht. Mir ist nicht klar, wie ich das umsetzen/anwenden soll. Danke. --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 07:28, 5. Feb. 2015 (UTC)

:Hallo Christian, das mache ich (dachte ich) eigentlich nur, wenn die Zeilen in dem pre-Bereich durchweg relativ kurz sind. Was ich eigentlich häufiger mache, ist, pre durch code Tags zu ersetzen, gerade weil bei code ein automatischer Zeilenumbruch stattfindet. Insbesondere Einzeiler, die per nowiki, pre oder Leerzeichen in Spalte1 dann als Box formatiert werden ersetze ich gern duch <nowiki>:<code>define, attr, ...</code></nowiki>, weil's meiner Ansicht nach einfach flüssiger lesbar ist Gesamtkontext.
:Verhalte ich mich am Ende anders, als ich es in [[FHEMWiki:Über_FHEMWiki#Gewünschtes Verhalten / "Do and Don't"|diesem Abschnitt]] beschrieben habe? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 07:45, 5. Feb. 2015 (UTC)
::Werde es beobachten. Vielleicht bin ich auch nur übermüdet/unkonzentriert: Habe nämlich gerade gesehen, dass ich [[HM-OU-CFM-Pl_MP3_Funk-Gong_mit_Signalleuchte|hier]] -was letztliche Anstoß zum Schreiben war- falsch geschaut habe. Die anderen Beispiele, die ich in Erinnerung habe, müsste ich mir noch einmal raussuchen. Vielleicht habe ich da auch schief geschaut. Also bitte erst einmal vergessen. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 08:18, 5. Feb. 2015 (UTC) PS: Schaust Du bitte mit auf die diversen Unterkategorien zu "Hardware Typen" die ich angelegt habe und greifst bitte ggfs. korrigiernd ein.
:::Die neuen Unterkategorien habe ich schon zur Kenntnis genommen. Nachdem Du die letzten Änderungen an der Kategoriestruktur gemacht hast, kennst Du Dich da mittlerweile ja mindestens so gut aus wie ich. Das Einzige, was mir aufgefallen ist: auf den Kategorieseiten könnten noch ein paar kurze Worte zur Beschreibung der Kategorie eingefügt werden... aber das eilt nicht. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 08:26, 5. Feb. 2015 (UTC)

== PGM3 - Entwicklungsstand ==
Hallo Peter!
Habe heute bei PGM3 und PGM5 recht selbstsicher einen Hinweis "seit längerem nicht aktiv weiterentwickelt" hinzugefügt. Im Forum habe ich nichts gefunden und auch zu Google-Groups-Zeiten kann ich mich nicht wirklich erinnern. Bei der Nachkontrolle habe ich dann mit Erschrecken festgestellt, dass Du PGM3 auf der ToDo-Liste stehen hast und das plötzlich Martin Hass' PGM3 Screenshot-Seiten nach einer gefühlten Ewigkeit wieder erreichbar sind. Irre ich mich und PGM3 ist doch noch ein (aktuelles) Thema? Gruß, [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 21:09, 18. Feb. 2015 (CET)
<hr />
:Christian, PGM3 auf meiner Todo-Liste ... eine Jugendsünde :-) ... fliegt gleich runter, weil bestimmt zwei Jahre alt und nie was gemacht. Die Updates auf Martin's Seiten solltest Du natürlich beobachten, aber auf mich musst Du keine Rücksicht nehmen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:55, 19. Feb. 2015 (CET)

== Begrüßungsseite Link: Was Wikipedia nicht ist ==
Hallo Peter,
ich hoffe, dass ich das hier jetzt richtig mache :-). Beim aufmerksamen Lesen der Begrüßungseite bin ich gleich auf einen Link: Was_Wikipedia_nicht_ist getappst.

Den kennt Wikipedia nicht...
Gruß Otto
<hr />
:Hallo Otto, danke für's aufmerksame Lesen :-)
:habe den (und einen weiteren) fehlerhaften Link korrigiert. Da die Vorlage mit "subst:" eingebunden wird, profitieren leider nur die Neuankömmlinge ab jetzt davon.
:Grund für das Problem ist wohl die Art, wie das Fhem-Wiki aufgesetzt wurde (bin mir aber jetzt nicht sicher, ob sich da in dieser Hinsicht nochmal was geändert hat, oder ob ich die beiden Links schlicht vergessen habe ... andere Links, wie z.B. den auf das Tutorial, habe ich vor längerer Zeit schon mal umgestellt). --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 06:57, 2. Apr. 2015 (CEST)

== Pflege von [[Spezial:Gewünschte_Seiten]] ==
Hallo Peter,
bin gerade im Aufräumfieber und über die gewünschten Seiten gestolpert. Einige Dinge habe ich eigenständig geklärt, aber nun benötige ich Deine Hilfe. Insbesondere das zum Aussterben verurteilte FS20 taucht dort sehr umfangreich auf. Die abnehmende Bedeutung spricht aus meiner Sicht dafür, diese "gewünschten Seiten" dort herauszunehmen. Denke es gibt wichtigere Baustellen und dringendere notwendige Seiten. Zudem sind das teilweise Karteileichen, die seit Urzeiten dort geführt werden. Aus meiner Sicht schreckt das, neben den Wiki-Softwareproblemen, Interessenten von der Mitarbeit ab. Darum bitte ich Dich um Deine Meinung als FS20-User, bevor ich das weiter anleiere. Andere Punkte, die ich nicht '''''<- meinst Du wirklich *nicht*?''''' ''<-ergänze: allein/eigenständig!'' klären wollte, betreffen bspw. die gewünschte Seite "Hilfe:Seite bearbeiten", "FHEMWiki:Stubs entfernen". Schöne Feiertage, [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]])
:Hallo Christian, nur als schnelle Antwort (zu viele Baustellen gerade):
:* Gewünschte Seiten, speziell FS20: das was Mediawiki in die "gewünschten Seiten" einsortiert, sind die intra-Wiki Links, die nicht existieren also <nowiki>[[Existiert nicht]]</nowiki> würde da z.B. auftauchen - gewünschte Seiten im eigentlichen Sinn sind das nur dann, wenn der Verlinkung absichtlich gemacht wurde ... wie z.B. bei den vielen FS20 Seiten. Die sind nämlich häufig bei mir (hast Du doch bestimmt gesehen ;-) ), weil ich noch zu diversen FS20 Geräten was schreiben möchte und sollte. Leider (die vielen Baustellen, siehe oben) komme ich derzeit und schon lange nicht dazu. Ansonsten habe ich da immer mal wieder reingeschaut, um falsch geschriebene Links aufzuspüren und zu bereinigen. Aber vielleicht sollten wir den Link darauf einfach von der Hauptseite entfernen und z.B. auf die/eine Interna Seite holen. Vielleicht als Ersatz / Nachfolger der Randnotiz von der Über FHEMWiki Seite, auf der ich die offenen Baustellen mal aufgelistet hatte (und schon länger nicht mehr gepflegt).
::* Natürlich habe ich gesehen, dass FS20 (auch) von Dir kommt; darum habe ich mich auch mit Wiki-Eingriffen zurückgehalten, sonst.. ;-). Dein Alternativvorschlag ist gut. Die offenen Baustellen auf der Über FHEMWiki Seite: Zu den Kategorien wollte ich -auch seit langem- eine bessere "Anweisung" an die anderen Wikibearbeiter schreiben und dann abschließen. Und mich dann wieder verstärkt "meinen" eigentlichen Themen ZWave/EnO widmen.
:* Die Stubs-Seite / Kategorie / Vorlage kommt von Arno (akw), ist aber schon lange nicht mehr gepflegt worden und wird wohl auch nicht mehr aktiv genutzt
:* '''Hilfe:Seite bearbeiten''' fällt wohl in die Kategorie "Wiki-Softwareprobleme" (Du meinst den Link "Bearbeitungshilfe" neben den {{Taste|Speichern}} {{Taste|Vorschau zeigen}} Buttons?) und würde ich erst wieder aktiv in Angriff nehmen, wenn Arno die offenen Probleme komplett abgearbeitet hat :-(
::* Ja, werde mal Arno bitten.... [[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]])
:Ebenfalls schöne Feiertage, --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 15:21, 3. Apr. 2015 (CEST)

== Vorlagen: Link2Forum,.. ==
Hallo Peter,
ist die Notwendigkeit der Vorlagen "Link2Forum",.. nur darin begründet, dass man dann einfacher Anpassungen bei Änderungen der zugrundeliegenden Links vornehmen kann? Ich stelle nämlich immer wieder fest, dass außer uns beiden, die sowieso von (fast) keinem Wiki-Bearbeiter genutzt werden. Der Umstellungsaufwand im Änderungsfalle wird so vermutlich nicht sehr reduziert. Kann man dieses Problem der Linkänderungen nicht einfacher mit einem Bot lösen, der das Wiki mit Suchen/Ersetzen durchgeht? Dann hättest Du auch nicht den Pflegeaufwand für die Vorlagen. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 11:16, 13. Aug. 2015 (CEST)
<hr>
:Hallo Christian, leider habe ich keine große Hoffnung, dass wir hier einmal die Chance haben werden, '''bot'''s einzusetzen und kenne mich damit auch (zumindest noch) nicht aus (Ausreden? Vielleicht).
:Interessant: ich habe gerade die DocLink Vorlage mal soweit fertig, dass man zumindest die ELV Links überarbeiten / generalisieren kann.
:Unterm Strich: ich werde die Vorlagen weiter pflegen und benutzen, wer sie benutzen mag soll's tun, zwingen werd ich niemanden. Wir haben halt immer noch sehr wenige Wiki-erfahrene Benutzer hier, was man auch an anderen Stellen merkt. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:50, 13. Aug. 2015 (CEST)
<hr>
:: Hallo Peter, will Dich auch nicht abhalten ;-) , sondern entlasten. Weil ich die DocLink-Vorlage gesehen habe, kam ich auf das Thema. Ich werde das bot-Thema mal auf meinen "Wunschzettel" aufnehmen und aktiv verfolgen. Schauen wir einmal, was sich ergibt. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 12:04, 13. Aug. 2015 (CEST)
::<hr>
:::Kein Problem - ich denke es gibt bei beiden Vorgehensweisen Vor- und Nachteile. Meine Skepsis beruht darauf, dass die Bots ja wohl auf dem Wiki-Server laufen und ich kaum Hoffnung habe, da mehr Zugriff zu bekommen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:16, 13. Aug. 2015 (CEST)
== Codierung ==
Hallo Peter,

Du schreibst auf meiner Benutzerseite
HTML-Tags bitte nur verwenden, wenn es nicht anders geht
im Artikel
[[EnOcean-D-452-FU-EP-JR-Aktor-Beschattungselemente-Rollladen]]
hast Du die Codierung mittels Leerzeichen durch <nowiki><code></Code></nowiki> ersetzt. Die Leerzeichen waren aber in [[http://www.fhemwiki.de/wiki/FHEMWiki:%C3%9Cber_FHEMWiki#Gewünschtes Verhalten / "Do and Don't"]] explizit erlaubt.
Einen anderen Artikel von mir hast Du nicht korrigert.
Wo liegt mein Fehler? Ich wollte der Gemeinschaft gerne etwas zurück geben - vor allem für die Arbeit die Christian mit mir gehabt hat.

--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 00:25, 21. Aug. 2015 (CEST)
<hr />
:Hallo Ben(Marloe), das ist schnell erklärt:
:HTML-Tags nur verwenden - bezieht sich, wenn ich das jemandem schreibe, meist auf exzessive <nowiki><br></nowiki>-Tags. Da kann (sollte) im Wiki meistens einfach eine Leerzeile oder ein Zeilenumbruch verwendet werden (einfach die "Vorschau-funktion" verwenden, um zu kontrollieren, ob's "richtig" aussieht). Außerdem sieht der Wiki-Quelltext damit schon dem formatierten Ergebnis ähnlicher und ist einfacher lesbar. Nur bei manchen Vorlagen oder z.B. in Aufzählungen ist ein Zeilenumbruch "kontraproduktiv" und dann ist ein br nötig.
:Leerzeichen vs. code ... am besten veranschaulicht:
Leerzeichen in Position 1
:... und der weitere Text. Im Vergleich dazu:
::<code>ein (eingerückter) Einzeiler, der als Code formatiert werden soll</code>
:oder noch mal anders:
Leerzeichen und ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel Text
::<code>ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel, ganz viel Text, der als Code formatiert werden soll</code>
:Ich hoffe, der Unterschied wird damit klar: der Text wird meiner Ansicht nach kompakter, die Hervorhebung ist aber trotzdem da. Und: bei Mehrzeilern sieht das schon wieder ganz anders aus. Da ist aber meistens dann die Verwendung von <nowiki><pre></pre></nowiki> die bessere Wahl, weil damit (im Wiki Source Text) besser verdeutlicht wird, dass die Formatierung absichtlich so gewählt ist.
:Zum Thema ''Einen anderen Artikel von mir hast Du nicht korrigert'' ... ich kann nicht überall sein :-) ... nein, ohne Scherz, ich mache das hier auch "nur nebenbei", manches ist Geschmackssache, manches übersehe ich, manches ist "zu unwichtig", etc.
:Und ''Wo liegt mein Fehler?'' - nirgends; einfach fleissig weiter mitmachen.
:--[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 07:14, 21. Aug. 2015 (CEST)

== Neue Seite oder Ergänzung [erledigt]==
Mit Eurer Hilfe geht jetzt der EnOcean-FUD61NPN-Funk-Universal-Dimmaktor unidirektional bei mir.
Ich würde eine Anleitung erstellen, bin mir aber nicht sicher, ob ich das lieber als
# Ergänzung auf die existente Seite oder
# Kommentare auf die existente Seite mache oder
# eine neue Seite aufmache und wie die dann heißen soll.
Ich bitte um Vorschläge/Richtlinien<br>
--[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 16:48, 11. Sep. 2015 (CEST)
<hr />
:Ich denke, das kommt auf Art und Umfang der Änderungen/Ergänzungen an. Wenn das ein einzelner Abschnitt mit den Unterschieden ist, passt das sicherlich gut in [[EnOcean-FUD61NPN-Funk-Universal-Dimmaktor]], wären es Kommentare, überall auf der Seite verstreut, würde ich eine eigene Seite bevorzugen (dann bitte an den Seitennamen " (unidirektional)" anhängen). Die Kommentarseite ist für sowas eher nicht geeignet.
:Wenn's eine neue Seite wird, dann bitte auf der Seite des bidirektionalen Aktors verlinken. In jedem Fall die Bemerkung über *direktional... anpassen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 16:10, 12. Sep. 2015 (CEST)
<hr>
::so wird's gemacht. --[[Benutzer:BenMarloe|BenMarloe]] ([[Benutzer Diskussion:BenMarloe|Diskussion]]) 22:02, 18. Sep. 2015 (CEST)
==Extension SyntaxHighlight_GeSHi==
Ich hätte die [https://www.mediawiki.org/wiki/Extension:SyntaxHighlight_GeSHi Extension] gerne, um Code besser lesbar darzustellen. Sollte eigentlich ab MediaWiki Version 1.21 dabei sein, aber eventuell ist sie nicht aktiviert? Wen muss ich dazu anbetteln? ;)
--[[Benutzer:Drhirn|Drhirn]] ([[Benutzer Diskussion:Drhirn|Diskussion]]) 15:58, 1. Okt. 2015 (CEST)
:[[Benutzer Diskussion:Akw#Wiki-Erweiterung Syntaxhighlight|Hier]] mal nachhaken? --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:57, 1. Okt. 2015 (CEST)
::Hat, wie ich gerade sehe, schon jemand anderer übernommen :) --[[Benutzer:Drhirn|Drhirn]] ([[Benutzer Diskussion:Drhirn|Diskussion]]) 10:26, 5. Okt. 2015 (CEST)
::<hr />
:::Nicht verzagen ... jede Stimme zählt :-) --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 16:36, 5. Okt. 2015 (CEST)

== Vorlage "Hinweis" ==
Hallo Peter,
hast Du Dir die neue Vorlage "Hinweis" einmal angeschaut? Gibt es Vorbehalte von Deiner Seite oder kann ich die problemlos nutzen. Habe die Vorlage testweise mal in 2 Seiten eingebaut und finde sie in gewissen Situationen grds. nicht schlecht.
Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 22:45, 6. Okt. 2015 (CEST)
<hr />
:Hallo Christian, ja, die Vorlage habe ich gesehen und mal kurz reingeschaut. Gibts von meiner Seite keine Einwände (den Kommentar "Randnotiz ... leider nur Teil der Bildschirmbreite..." finde ich etwas befremdlich, da der Name der Vorlage ja genau das verspricht, aber das tut ja der eigentlichen Sache keinen Abbruch) - ich denke, es gibt für die Vorlage sinnvolle Einsatzgebiete, ganz nach gewünschtem Effekt / Erscheinungsbild. Es unterbricht halt den Lesefluss deutlich stärker als die Randnotiz, aber wenn das gewünscht ist, dann passts ja. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:14, 7. Okt. 2015 (CEST)
<hr />
::Sollten wir die Vorlage dann nicht auch [[FHEMWiki:%C3%9Cber_FHEMWiki#Vorlagen|hier]] aufnehmen? Falls ja, Du oder ich? Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 10:30, 7. Okt. 2015 (CEST)
<hr/>
::Naja, "befremdlich" ;). Ich wollte nur erklären, warum ich extra eine neue Vorlage gemacht habe. Ich hätte natürlich auch die Vorlage "Randnotiz" um eine Option für die Breitenauswahl erweitern können. Grundsätzlich hätte die Randnotiz nämlich eh getan, was ich wollte. Aber das wäre etwas viel Arbeit geworden. --[[Benutzer:Drhirn|Drhirn]] ([[Benutzer Diskussion:Drhirn|Diskussion]]) 11:25, 23. Okt. 2015 (CEST)

== Änderung von Gliederungspunkten in Artikeln und wiki-interne Links ==
Hallo Peter,
hier [[Konfiguration]] wurde gestern ein Gliederungspunkt umbenannt. Gibt es/ Kennst Du eine einfache Möglichkeit herauszufinden, welche wiki-internen Link jetzt nicht mehr funktionieren? Bei den Spezial-Seiten finde ich dazu nichts und Google hilft mir auch nicht. Die Wiki-interne Suche ist dabei auch nicht optimal. Bisher vermeide ich aus diesem Grund auch eine Umbenennung von Gliederungspunkt. Danke und Gruß --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 09:48, 26. Okt. 2015 (CET)
<hr />
:Hallo Christian,
:ich hatte die Änderung zwar kurz angeschaut, aber gar nicht an diese (möglichen) Auswirkungen gedacht. Habe (auf die Schnelle) auch nur wenig zu diesem Thema gefunden (ausser vielleicht diese Seite in [https://en.wikipedia.org/wiki/Wikipedia:Database_reports/Broken_section_anchors/Configuration Wikipedia]).
:Vermutlich (hoffentlich?) werden wir aber nicht allzu häufig von dieser Problematik betroffen sein, für diesen aktuellen Fall sehe ich folgende mögliche Vorgehensweisen:
:* Änderung der Überschrift zurücknehmen, dafür diesen Abschnitt eine Gliederungsebene tiefer (passt dann ohnehin besser in die Seitenstruktur)
:* Verwendung von <nowiki>{{Anker|Ankertext}}</nowiki> mit der alten Überschrift, um das als zusätzlichen Anker einzufügen
:--[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 11:25, 26. Okt. 2015 (CET)
<hr />
::Hallo Peter,
::habe es mit 1. Ansatz umgesetzt, da mir der 2. Weg zu umständlich und (später) fehleranfällig erscheint. Obwohl ich irgendwann mal gelernt habe, dass es niemals nur einen Gliederungs-Unterpunkt gibt (halte ich hier aber auch nicht immer ein ;-) )
::Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 13:33, 26. Okt. 2015 (CET)

== Neuen Artikel verschieben/umbenenen ==
Hallo Peter,

ich habe meinen ersten Artikel erstellt und würde gerne den nächsten Schritt machen. Wohin muß ich verschieben und wie gehts dann weiter. (Wiki Anfänger)

Gruß [[Benutzer:Eisix|Eisix]] ([[Benutzer Diskussion:Eisix|Diskussion]]) 16:14, 25. Jan. 2016 (CET)
<hr />
:Hallo Eisix,
:# es wäre nicht nötig gewesen, den Artikel erst auf Deiner Benutzerseite zu erstellen; so viel ist hier nicht los, dass bei einem neuen Artikel gleich Konflikte entstehen; ich glaube, nur "verschieben" geht in diesem Fall nicht so gut, daher würde ich vorschlagen:
:# Du gehst auf deiner Benutzerseite auf "Bearbeiten" und
:# fügst <nowiki>[[EnOcean MwC-32...]]</nowiki> (die Details für die Namensfindung stehen auf der Kategorieseite [[:Kategorie:EnOcean Components]] oben rechts (ich glaube, "Deinen" Namen musst Du da noch etwas nachbearbeiten; im Zweifel [[Benutzer Diskussion:Krikan|Krikan]] fragen)) ein
:# Klickst auf {{Taste|Vorschau zeigen}}; daraufhin bekommst Du Deinen gewählten Seitentitel in rot in der Vorschau angezeigt; jetzt
:# öffnest Du diese "rote Seite" in einem neuen Browser-Tab
:# kopierst bzw. verschiebst den Quelltext Deiner Seite (ohne die gerade eingefügte Zeile) in das leere Editierfenster des zweiten Browser-Tabs
:# Dann noch ein paar Korrekturen (z.B. die korrekte Kategorie "EnOcean Components" verwenden); und schau Dir existierende (EnOcean-)Seiten (Gliederung!) an und übernimm das bitte entsprechend
:# Vorschau der neuen Seite anzeigen und überprüfen
:# wenn alles soweit stimmt, "Seite speichern"
:# Auf Deiner Benutzerseite kannst Du jetzt (z.B.) die Seite in (D)eine Liste der von Dir erstellten Seiten aufnehmen ... und evtl. noch ein paar Worte über Dich schreiben
:--[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 18:18, 25. Jan. 2016 (CET)
<hr />
: Hallo Eisix, Hallo Peter!
: Mische mich hier mal ein: Sind die Bildrechte für BSC-MwC-32.jpeg geklärt? Falls nein, bitte Bild nicht einbinden/löschen und gegebenenfalls eigenes Foto hochladen.
: Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 19:06, 25. Jan. 2016 (CET)
<hr />
: Hallo,
: @Peter ich wollte nicht wie ein Elefant im Porzellanladen durch die Wiki stapfen, dafür kenne ich mich damit zu wenig aus ;-)
: @Krikan guter Einwand das Bild ist von www.enocean-alliance.org wo auch die verlinkte Anleitung her ist. Eigenes Bild ist leider nicht mehr möglich da das ganze hinter einem Aquarium verbaut ist und nur mit größerem Aufwand wieder rauszuholen ist. Also nehme ich das Bild am besten wieder raus !?
:Gruß --[[Benutzer:Eisix|Eisix]] ([[Benutzer Diskussion:Eisix|Diskussion]]) 10:19, 26. Jan. 2016 (CET)

== Unterscheidung Code für DEF und .cfg ==
Hallo Peter!<BR>
habe gelesen, dass Du auf [[Ölverbrauchsanzeige_/_Betriebsstundenzähler]] den Code als .cfg-Code per Hinweis markiert hast. Bisher haben wir bei der Unterscheidung DEF,Einzeiler, aus optischen Gründen umgebrochenen Einzeiler und .cfg Code im Wiki kein wirkliches System. Es bedarf jeweils der Interpretation. Vieles ist derzeit cfg.-Code. Eigentlich wünsche ich mir, dass wir überall einen Hinweis in den Codeboxen DEF bzw. cfg einpflegen. Das dürfte aber praktisch nicht umsetzbar sein und auch hohes Fehlerpotenzial haben. Hatte auch schon einmal einen Versuch in die Richtung unternommen, aber aufgegeben.<BR>
Momentan tendiere ich dazu, auf [[Konfiguration]] einen Erläuterung einzufügen, woran man die verschiedenen Code-Varianten erkennt und die Seite -wie Du es mal geplant hattest, von allen anderen Seiten zu verlinken. Das ist mMn einfacher. Hast Du dazu eine Meinung/Idee?<BR>
Würde das auf ggfs. auf meine Todo-Liste setzen.<BR>
Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 10:10, 16. Feb. 2016 (CET)
<hr />
:Hallo Christian, ja, so eine grundlegende Vorgehensweise fehlt uns da noch. War mir auch bewusst, ich wollte aber in diesem konkreten Fall gleich was eintragen, weil das fehlende Wissen zu diesem Thema der Auslöser für den Forenthread war. Ich behalte das Thema auch im Hinterkopf - die zündende Idee, wie man das am besten umsetzen kann fehlt mir aber leider noch. Wer immer von uns früher dazu kommt, hat gewonnen :-) --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:28, 16. Feb. 2016 (CET)

==Nochmal Begrüßungsseite==
Hallo Peter,

Mein Benutzerkonto wurde gerade freigeschaltet und ich habe mich gewundert, warum die Begrüßungsseite so "wikipedistisch" ist. Sollten wir da nicht mal rangehen und eine Benutzerbegrüßung schreiben, die an das fhemwiki angepasst ist?

Ein paar Grundlagen wie Bearbeitungshilfe würde ich auch aus Wikipedia einbinden, aber die Infoseite "was Wikipedia nicht ist" scheint mir irgendwie hier deplatziert...

Ich würde mich dransetzen, aber brauche dann wahrscheinlich Hinweise, wo hier im fhemwiki die "Richtlinien" und andere Infos stecken, die man in der Willkommensnachricht verlinken könnte/sollte.

Gruß, Markus --[[Benutzer:Krokofant|Krokofant]] ([[Benutzer Diskussion:Krokofant|Diskussion]]) 11:31, 5. Mär. 2016 (CET)
<hr />
:Hallo Markus, die Begrüßungs-Vorlage ist einfach aus der Situation heraus mal entstanden. Es gab viele Neuanmeldungen von Leuten, die noch keinerlei Berührung mit Wiki(media) hatten und entsprechend gedankenlos ans Werk gegangen sind. War dann nachher mehr Aufräumarbeit nötig als dass die Mitarbeit Hilfe gewesen wäre. Dazu sind ein paar Hinweise auf Fhem-Wiki-Spezifika eingeflossen ... aber ''gelesen'' wird das Ganze leider ohnehin höchst selten, wenn man manche Beiräge hier so sieht.
:Aber lass Dich nicht entmutigen, Vorschläge und aktive Mitarbeit sind natürlich herzlich willkommen.
:Fhem-spezifische Informationen sind eigentlich komplett in Über FHEMWiki gesammelt bzw. über diese Seite zu erreichen. Wenn Du Dir die Änderungshistorie der Seite anschaust, wirst Du auch feststellen, dass das eine One-(oder Two, Krikan hilft auch mit)-Man-Show ist - von einigen "kurzen Strohfeuern" mal abgesehen. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 12:02, 5. Mär. 2016 (CET)

== Vorlage:News und Interwiki-Links ==
Hallo Peter,

danke für die Einrichtung meines Logons.
# ich habe mir mal erlaubt die [[Vorlage:News]] zu Dokumentieren und dabei die Orientierung der ersten Spalte zu ändern. Ich finde es etwas irritierend beim Lesen wenn das Datum nicht auf der ersten Zeile des folgenden Eintrags steht. Ich hoffe das ist so für euch in Ordnung, ansonsten lässt sich das jederzeit wieder ändern.<br /> >> ''Klar; sieht jetzt besser aus und Dokumentation ist immer gut; ich sehe auch sonst keine Nachteile'' --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:45, 21. Apr. 2016 (CEST)
# Die Seite [[Spezial:Meiste_Interwikilinks]] ist hier leer und die [https://www.mediawiki.org/wiki/Extension:Interwiki Extension:Interwiki] scheint auch nicht installiert bzw. aktiviert zu sein. Sie gehört seit V1.21 zum Installationsbündel und müsste bei der hiesigen V1.24 also schon dabei sein. Man bräuchte sie also nur in Betrieb nehmen. Links auf die Wikipedia werden im FHEMWiki offenbar explizit als ausgeschriebene URL ausgeführt. Das ist meiner Erfahrung nach ungünstig. Auch Beiträge aus dem FHEM-Forum könnte man mit Interwikilinks konsistenter handhaben. Auch die [[Vorlage:DocLink]] lässt sich vermutlich damit einfacher gestalten.<br /> >> ''Wiki-seitig dürften sich da in nächster Zeit einige Änderungen ergeben, die das mit adressieren lassen. Als ich begonnen habe, die derzeitigen Links zu setzten, ging es leider nicht anders (wurde Server-seitig nicht angeboten). Da würde ich Dich einfach noch um etwas Geduld bitten - und später gern bei Dir nachhaken, nachdem Du Dich allein mit der Frage schon als Experte geoutet/qualifiziert hast :-) '' --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 14:45, 21. Apr. 2016 (CEST)

Viele Grüße --[[Benutzer:MGu|MGu]] ([[Benutzer Diskussion:MGu|Diskussion]]) 13:06, 16. Apr. 2016 (CEST)

== Infobox Modul: Neue untergeordnete Boards Wettermodule und Kalendermodule ==
Hallo Peter!

Könntest Du bei Gelegenheit bitte die Verbindung für die Infobox zu den neuen Unterboards einpflegen. Das scheint derzeit noch nicht zu funktionieren bzw. ich habe keine Ahnung wie...<BR>
Danke und Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 21:56, 27. Mai 2016 (CEST)
<hr/>
:Hallo Christian...
:gut versteckt (hab selbst erst wieder "suchen" müssen) befindet sich die Liste der Forenboards in der Vorlage [[:Vorlage:Link2Forum|Link2Forum]]. Muss ich gelegentlich mal in der Doku zur Vorlage [[:Vorlage:Infobox Modul|Infobox Modul]] erwähnen.
:Habe gerade die neuen Unterboards eingefügt. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 09:38, 28. Mai 2016 (CEST)

== Bitte um Kontrolle/Meinung ==
Hallo Peter!<BR>
Könntest Du bitte einmal hier [[Benutzer_Diskussion:Krueuw]] hineinschauen -falls noch nicht gesehen- und ggf. eingreifen, falls ich falsch liege und/oder etwas vergessen habe.<BR>
Danke und Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 15:24, 7. Aug. 2016 (CEST)
:Vermutlich ist unsere Diskussion dort überholt. [[Benutzer:ThomasRamm]] hat die Artikel eben verschoben/geaendert/zusammengefasst und mir fehlt momentan darüber der Überblick. Gruß, --[[Benutzer:Krikan|Christian]] ([[Benutzer Diskussion:Krikan|Diskussion]]) 16:50, 7. Aug. 2016 (CEST)

== Artikel betr.: Arduino MySensors MYSENSORS ==

Hallo Peter,

habe eben mal etwas in den Kategorienseiten rumgestöbert um zu sehen, wo - nach meinem Geschmack und begrenztem Verständnis - eigentlich was hinsollte und bin über ein paar Dinge gestolpert, die ich gerne zur Diskussion stellen wollte. Im Detail:

1. Unter "Arduino" finde ich nicht etwa den Hinweis, dass einige Projekte, die für FHEM eine größere Rolle spielen, Arduino-basiert sind, sondern die Beschreibung einer der Lösungen (ein FHEMduino?, der dazu noch recht alt ist und bei dem sich die verlinkten Sourcen evtl. mit heutiger SW-Umgebung gar nicht mehr compilieren lassen).

Fragen:

a) Sollte man die Seite nicht umbenennen (in FHEMduino?)?

b) Eine neue Seite mit diesem Namen wäre für den interessierten Laien hilfreich, in der (mindestens) die einzelnen verfügbaren Projekte kurz aufgelistet sind (auf die Schnelle: SIGNALduino, firmata, FHEMduino, nanoCUL, MySensors, Arducounter, panstamp?...) sowie der Hinweis, dass die uC's (und auch andere uC's wie der ESP8266) mit der gleichnamigen IDE recht einfach selber programmiert werden können.

2. Zu MySensors existieren derzeit drei Artikel: MySensors, MYSENSORS und MYSENSORS_DEVICE.

a) Die letzteren beiden Artikel sind inhaltlich völlig ok, ich würde aber vorschlagen, die im Titel ggf. bereits als (Modul) zu kennzeichnen?

b) Der MySensors-Artikel wäre an sich auch ok, wenn - jedenfalls aus Sicht des interessierten aber noch uniformierten Erstlesers - nicht der Eindruck entstehen würde,
* man bräuchte einen ESP und
* es handelte sich zwingend um eine IP-basierte Lösung - was es ja bei Verwendung der einfachsten Variante (Arduino als serielles GW) nicht ist!
Hier würde ich vorschlagen (bzw. das ggf. selbst tun), als erstes Beispiel noch ein schlichtes serielles GW zu nehmen.
Dann fehlt in dem Artikel m.E. nur der Verweis auf's Howto (s.u.)

c) Unter [[:Kategorie:Other_Components]] tauchen beide mysensors-Links auf, das ist m.E. einer zu viel (der auf's Modul).

3. M.E. fehlt dann eigentlich "nur noch" ein Howto mit den gesammelten Erkenntnissen (mein eigentlicher Job...). Wohin damit? nach [Kategorie:HOWTOS] oder nach [Kategorie:Examples]

Bitte um Rückmeldung dazu und auch die Info, was ich ggf. davon selber machen soll/kann/darf. Ich will ja auch niemandem zu nahe treten...

Gruß,

Jörg
<hr />
:Hallo Jörg,
:ich habe die Diskussion zur Kenntnis genommen, aber gerade nicht die Zeit, ausführlich darauf einzugehen und mich in die Artikelstruktur einzulesen. Hole ich in den nächsten Tagen nach. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 07:21, 11. Nov. 2016 (CET)

<hr />
::Hallo Peter,
::Danke für die Zwischeninfo. Nach meinen ersten Versuchen noch folgende Anmerkungen:
::*ad 1. Den Arduino-Artikel habe ich als Vorschlag umgebaut (s. Diskussion dazu), mich allerdings nicht getraut, das ohne Rücksprache "scharf" zu schalten
::*ad 2. Dass das Wiki erst mal davon ausgeht, dass aufgerufene Seiten auch existieren, hat mich genauso irritiert wie der Umstand, dass die URL's case-sensitive sind. So was ist mir vorher nirgends im Web aufgefallen. Ist das so beabsichtigt?
::*ad 3. Das Howto wird wohl kein hotwo im engeren Sinne (Anleitung), sondern eher eine Sammlung der bisherigen Erkenntnisse. Wie benennt man das am Besten? "Starter Guide" analog EnOcean?

== verwaiste Bilder löschen? ==
Hallo Peter!<BR>
ich habe heute Bilder hochgeladen und eines davon nicht benötigt. Du hast mich auch diesbezüglich angeschrieben, aber ich finde keine Möglichkeit dies irgendwie zu löschen oder zum Löschen markieren. Ich dachte nicht verlinkte Bilder werden automatisch gelöscht!
Kannst du mir einen Tipp geben wie das gehen soll. Im MediaWiki habe ich gelesen ich muss hier einen Löschantrag erstellen, ist das wirklich so gemeint und wenn ja wie geht das hier?
--[[Benutzer:Reinhart|Reinhart]] ([[Benutzer Diskussion:Reinhart|Diskussion]]) 21:03, 5. Jan. 2017 (CET)
<hr />
:Habe Dir auf Deiner Diskussionsseite geantwortet. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:00, 6. Jan. 2017 (CET)

== Zitierhilfe: Erweiterung Cite ==
Hallo,

ich schlage vor, die ab MW Version 1.21 mitgelieferte [https://www.mediawiki.org/wiki/Extension:Cite/de Erweiterung ''Cite''] zu aktivieren bzw. sie nachzuladen.

Die Informationen in den Artikeln, die nicht originär vom jeweiligen Autor/Bearbeiter selbst stammen, sollten ja immer als Zitate gekennzeichnet bzw. deren Quellen vermerkt werden. ''Cite'' macht das wesentlich einfacher und unaufwändiger.

[[Benutzer:Baumbuwe|Uwe ]] ([[Benutzer Diskussion:Baumbuwe|Diskussion]]) 16:53, 9. Jun. 2017 (CEST)

: Hallo Peter, gibt es schon eine Meinung zu dem Vorschlag? [[Benutzer:Baumbuwe|Uwe ]] ([[Benutzer Diskussion:Baumbuwe|Diskussion]])
:<hr />
::Hallo Uwe, Markus hat die Extension gerade aktiviert ... kannst ja mal ausprobieren, ob es nach Deinen Vorstellungen funktioniert. --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 19:26, 26. Jul. 2017 (CEST)
::<hr />
::: Alles prima, danke! Wenn es (wie es aussieht) die mitgelieferte Erweiterung ist, kann es nur richtig sein ;-). Vgl.: [[Telnet]].
:::[[Benutzer:Baumbuwe|Uwe ]] ([[Benutzer Diskussion:Baumbuwe|Diskussion]])

== Änderung von Seitentiteln ==
Hi Peter,
weißt du wie ich einen Seitentitel ändern kann?

panStamp Innenraumsensor --> ESP8266 Innenraumsensor und -Steuerung
<hr />
:Das "magic word" ist "verschieben" (siehe auch weiter oben auf dieser Seite). --[[Benutzer:Ph1959de|Peter]] ([[Benutzer Diskussion:Ph1959de|Diskussion]]) 10:03, 3. Aug. 2017 (CEST)

<hr/>
:: Danke, das wars

Kategorie:ESP8266

2017-08-03T10:46:55Z

Tobias.faust: Leere Seite erstellt

ESP32 Innenraumsensor und -Steuerung

2017-08-03T10:45:48Z

Tobias.faust: /* Links */

ESP32 Innenraumsensor und -Steuerung

2017-08-03T10:45:23Z

Tobias.faust:

Diskussion:PanStamp Innenraumsensor

2017-08-03T10:44:23Z

Tobias.faust: Tobias.faust verschob die Seite Diskussion:PanStamp Innenraumsensor nach Diskussion:ESP8266 Innenraumsensor und -Steuerung: Änderung der Technik

#WEITERLEITUNG [[Diskussion:ESP8266 Innenraumsensor und -Steuerung]]

Diskussion:ESP32 Innenraumsensor und -Steuerung

2017-08-03T10:44:23Z

Tobias.faust: Tobias.faust verschob die Seite Diskussion:PanStamp Innenraumsensor nach Diskussion:ESP8266 Innenraumsensor und -Steuerung: Änderung der Technik

PanStamp Innenraumsensor

2017-08-03T10:44:23Z

Tobias.faust: Tobias.faust verschob die Seite PanStamp Innenraumsensor nach ESP8266 Innenraumsensor und -Steuerung: Änderung der Technik

#WEITERLEITUNG [[ESP8266 Innenraumsensor und -Steuerung]]

ESP32 Innenraumsensor und -Steuerung

2017-08-03T10:44:23Z

Tobias.faust: Tobias.faust verschob die Seite PanStamp Innenraumsensor nach ESP8266 Innenraumsensor und -Steuerung: Änderung der Technik

{{SEITENTITEL:ESP8266 Innenraumsensor und ControlBoard}}

{{Infobox Hardware
|Bild=esp8266_amica.png
|Bildbeschreibung=ESP8266 V3 Amica
|HWProtocol=WLAN
|HWType=Sensor
|HWCategory=HardwareMods
|HWComm=2,4GHz
|HWChannels=
|HWVoltage=3.3V
|HWPowerConsumption=500mA
|HWPoweredBy=wired 5VDC
|HWSize=640 x 640 mm
|HWDeviceFHEM=[http://fhem.de/commandref.html#MQTT 00_MQTT.pm] [http://fhem.de/commandref.html#MQTT_DEVICE 10_MQTT_DEVICE.pm]
|ModOwner=für diesen Sketch: [http://forum.fhem.de/index.php?action=profile;u=118 Tobias]
|HWManufacturer=esp8366
}}

{{Baustelle}}

Der [url=https://de.wikipedia.org/wiki/ESP8266 | ESP8266] ist ein Ultra-low-Power-32-Bit-Mikrocontroller der chinesischen Firma espressif. Der 32-Bit-Prozessorkern vom Typ Xtensa LX106 von Tensilica arbeitet mit einem Systemtakt von 80–160 MHz, hat 64 kB RAM als Befehlspeicher, in den mehrere Megabyte Flash-Speicher eingeblendet werden können, sowie 96 kB RAM als Datenspeicher, eine SPI-Schnittstelle für Flash-Speichererweiterungen (bis zu 128 MBit) und integriertes WLAN IEEE 802.11 b/g/n. Der ESP8266 ermöglicht den Aufbau von stromsparenden WLAN-Sensoren für Anwendungen im Bereich Internet der Dinge. [Quelle: Wikipedia]

Mit ihm lassen sich Sensoren und Aktoren drahtlos an FHEM anbinden. Sie lassen sich genau wie Arduinos über die Arduino IDE oder mit dem ino Kommandozeilen Binary programmieren. Dieser bildet das Herzstück des Sensors.

Weiterführende Information zum ESP8266 finden sich im zugehörigen [[ESP8266|Wiki Artikel]].

== Beschreibung ==
Dieser Innenraumsensor ist, wie der Name schon sagt, ein universeller Sensor - aber auch Aktor - für den Innenraum.
Der Sensor ist komplett modular aufgebaut. Je nach Bedürfnissen und Anwendungsfall können die Komponenten bestückt und aufgesteckt werden.
In der Grundkonfiguration ohne Huckepackplatinen ist neben der NodeMCU nur der Luftgütesensor und der Luftdruck-, Temp- und Luftfeuchtesensor auf dem Mainboard. Auch diese beiden Sensoren sind optional und müssen nicht zwingend bestückt werden.

Über die Aufsteckplatine werden alle Komponenten zum Gehäusedeckel verbunden. Das betrifft das TFT Display, den RGB Rotary-Encoder, die 2 Pushbuttons und den PIR-Sensor.

Der Sensor muss mit stabilen +5VDC versorgt werden. Entweder per USB-Buchse oder per Schraubklemme. Wird kein VOC-Sensor verbaut, kann jede Spannung für die die NodeMCU spezifiziert ist angelegt werden.

Folgende Funktionen sind/werden dort implementiert
* Innenraumüberwachung für Alarmanlagen bzgl: Bewegung, starke Lichtschwankungen
* Überwachung des Luftdrucks, Temperatur, Luftfeuchte
* Überwachung der Helligkeit
* Überwachung der allgemeinen Luftgüte der Raumluft
* Anzeige aller Messwerte im Display
* Steuerung einer Audio Raumbeschallung (zb. Deckenlautsprecher, Sonos, etc) in Kombination mit dem Fhem Modul 98_MediaList.pm
* Menü und Anzeige für Heizkörperthermostat
* Fenster-offen Meldungen
* allgemeine Warnmeldungen, push von FHEM

===technische Merkmale ===
* NodeMCU ESP8266 V3 Amica
* TFT Display 1,8" (ST7735R Adafruit 358)
* BME280 (Luftdruck-, Temp-, Luftfeuchtesensor)
* PIR Modul (Bewegungsmelder)
* VOC Sensor (TGS2600) (Luftgütesensor)
* TSL2561 (Licht-/Helligkeitssensor)
* RGB Rotary Encoder (Drehregler für Menünavigation im Display)
* 2x Pushbuttons für Menüsteuerunng

== Schaltplan und Bauteilliste ==
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Schaltplan.jpg|200px|thumb|right|Schaltplan]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Oben.jpg|200px|thumb|right|Platinenlayout Oberseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Platine_Unten.jpg|200px|thumb|right|Platinenlayout Unterseite]]
[[Datei:ESP8266_Innenraumsensor_v2.0.0_Fertig.jpg|200px|thumb|right|fertiger Aufbau]]

Bauteilliste:

{| class="wikitable"
! Bauteil
! Bezeichnung
! Shop
! BauteilNr
|-
| C1
| Keramikkondensator Typ:X7R 100nF
| Reichelt
| X7R-G0805 100N
|}

===Links===
* [https://www.diefaeuste.de/owncloud/index.php/s/OkS8nfXkAtkgQEM Alle Dateien in der Cloud des Autors]

[[Kategorie:ESP8266]]

ESP32 Innenraumsensor und -Steuerung

2017-08-03T07:36:47Z

Tobias.faust: