Projekt:door-status

Aus k4cg.org
Version vom 9. März 2019, 22:46 Uhr von ChrisC (Diskussion | Beiträge) (Türsensor Software-Aktualisierung aktualisiert)
Projekt:door-status
Betreuer*In ChrisC
Jahr 2017
Läuft auf tuerstatus.intern.k4cg.org
URL https://github.com/k4cg/door-status

Mit diesem Sensor wird überwacht, ob die innere Tür im k4cg abgeschlossen ist oder nicht - ein sicheres Indiz, ob das k4cg offen oder zu ist. Zudem gibt es noch einen Temperatur-/Feuchtesensor, damit das Device sich nicht ganz so sehr beim Abfragen eines Tasters langweilt.

Hardware

Der Hardwareaufbau ist im Bild rechts dargestellt. Das ESP8266-Board in der Mitte wird über ein Kabel von unten mit 5V versorgt, ein kreativ verlöteter Regler auf der Rückseite der Platine (LM1117) wandelt die Spannung auf die benötigten 3.3 Volt. Der Türsensor (Schalter) ist über die drei Kabel von rechts angeschlossen. Der Schalter ist ein Umschalter, von dem nur zwei Kontakte als Schließer verwendet werden. Wird der Schalter durch den eingeführten Türriegel geschlossen, verbindet dieser den IO Pin mit Masse und zieht hierdurch den internen Pullup auf Masse, sodass ein Low-Pegel im "zu"-Zustand zu messen ist und High-Pegel im "offen"-Zustand.

Die im Bild rechts gekennzeichneten Pins (Pin-Header, RM2.54mm) können mit einem USB-UART-Kabel verwendet werden, um eine Verbindung zur lokalen Shell (115200 Baud, 8N1) herzustellen, beispielsweise wenn das ESP keine automatische Verbindung mehr zum WLAN aufbauen sollte.

Update 07.12.17: Neue Hardware mit BME280 installiert, Photo muss noch aktualisiert werden. Beide Spannungen (s.u.) werden beim Booten eingeschaltet.

Pinbelegung:

Pin Verwendung
GPIO0 Spannungsversorgung 3.3V (an: low, aus: high)
GPIO2 Spannungsversorgung 5V (an: high, aus: low)
GPIO4 I2C SDA für BME280
GPIO5 I2C SCL für BME280
GPIO12 Schalterkontakt
GPIO16 Verbindung zum Reset-Pin für deepsleep

Software

Beim Booten stellt der ESP eine Verbindung zum WLAN "k4cg-intern" her, synchronisiert die Zeit per NTP, fragt den Türsensor sowie den BME280 ab und überträgt die Resultate im JSON-Format als POST-Request an "http://heimat:8000/" geschickt sowie an mehrere MQTT Server, danach geht das System für 5 Minuten in den Schlafmodus. Format:

Key Value
door "open" oder "closed"
humidity Luftfeuchtigkeit als Float (0..100)
tempDoor Temperatur als Float
date_GMT Datum/Zeit (Zeitzone GMT) im Format "YYYY-MM-DDTHH:MM:SS.000000"

MQTT Hosts (übermittelt als "Retained Message", d.h. bei einer Verbindung mit dem Topic durch einen Client wird die letzte Meldung übertragen):

Host Topic Format
iot.eclipse.org k4cg/door/status JSON (s.o.)
heimat sensors/door/default/status YYYY-MM-DDTHH:MM:SS.000000 (open|closed)
sensors/door/default/bme280/temperature YYYY-MM-DDTHH:MM:SS.000000 FLOAT
sensors/door/default/bme280/humidity YYYY-MM-DDTHH:MM:SS.000000 FLOAT
sensors/door/default/bme280/pressure YYYY-MM-DDTHH:MM:SS.000000 FLOAT

Hinweis: Der führende "/" wird gemäß gängiger Empfehlungen weggelassen. Dies macht bei MQTT einen Unterschied, da "/" eine zusätzliche Top-Level-Ebene mit der ID "" (leerer String) einführt. Da dies unsinnig ist, wird der führende "/" weggelassen.

Software-Aktualisierung

Es kann per WLAN eine Verbindung hergestellt werden, sobald der ESP aufgewacht ist. Um die Verbindung zu erleichtern, wartet das Programm 60 Sekunden nach einer Statusübermittlung.

Vorgehen beim Verbinden (mit mpfshell, installieren über pip/pip3): (Hinweis: zuerst muss des Watchdog Timer möglichst schnell deaktiviert werden, bevor das System dann neustartet und die WLAN-Verbindung abreißt)

# mpfshell -c "open ws:192.168.178.9,PASSWORD"
mpfs [/]> repl
>>> tim.deinit()
Strg+]
mpfs [/]> put boot.py
mpfs [/]> put service.py
...
mpfs [/]> repl
>>> util.reboot()