Bevor alle Bauteile und Sensoren zusammengebaut wurden, haben wir uns \u00fcberlegt, welche genauen GPIO-Pins des Raspberry Pi wir f\u00fcr welchen Sensor ben\u00f6tigen. Folgende Pinbelegung kam dabei heraus:<\/p>\n
- \n
- DS18S20 (Temperatur):\n
- \n
- Pin 17: 3,3 V<\/li>\n
- Pin 14: Ground<\/li>\n
- Pin 07: GPIO 4<\/li>\n<\/ul>\n<\/li>\n
- BME680 (Temperatur, Luftfeuchtigkeit, Luftdruck und Luftqualit\u00e4t):\n
- \n
- Pin 04: 5 V<\/li>\n
- Pin 09: Ground<\/li>\n
- Pin 05: SCL<\/li>\n
- Pin 03: SDA<\/li>\n<\/ul>\n<\/li>\n
- \u00a0HX711 (A\/D-Wadler f\u00fcr die Waage):\n
- \n
- Pin 02: 5V<\/li>\n
- Pin 06: Ground<\/li>\n
- Pin 29: GPIO 5<\/li>\n
- Pin 31: GPIO 6<\/li>\n<\/ul>\n<\/li>\n
- \u00a0Taster f\u00fcr den Wartungsmodus:\n
- \n
- Pin 01: 3,3 V<\/li>\n
- Pin 11: GPIO 17<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n
Der Schaltplan f\u00fcr die W\u00e4gezellen sieht folgenderma\u00dfen aus:<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/IMG-20180603-WA0007-300x226.jpg\")
<\/p>\nAuf nachfolgender Abbildung sind die montierten W\u00e4gezellen dargestellt:<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/IMG-20180603-WA0003-225x300.jpg\")
<\/p>\nDer A\/D-Wandler HX711 f\u00fcr die Waage wurde auch auf der einen Seite mit den W\u00e4gezellen und auf der anderen Seite mit dem Raspberry Pi verbunden wie nachfolgendes Bild zeigt:<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/IMG-20180603-WA0008-300x225.jpg\")
<\/p>\nDer 1-Wire-Temperatursensor DS18S20 wurde ebenfalls mit dem Raspberry Pi verbunden (siehe nachfolgende Abbildung):<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/IMG-20180603-WA0011-225x300.jpg\")
<\/p>\nAuch der BME680-Sensor wurde am Raspberry Pi angebracht:<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/IMG-20180603-WA0010-225x300.jpg\")
<\/p>\nUnd zuletzt wurde noch der Taster verl\u00f6tet und am Raspberry Pi angebracht wie auf nachfolgender Abbildung zu sehen ist:<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/IMG-20180603-WA0009-225x300.jpg\")
<\/p>\n
\nAndroid-Applikation<\/h2>\n
Nicht nur bei der Hardware, sondern auch bei der Entwicklung Android-App, gibt es Neuigkeiten. F\u00fcr die App wurde eine Loginseite programmiert, die beim erstmaligen \u00d6ffnen der Anwendung angezeigt wird (siehe nachfolgende Abbildung). Hier wird der Benutzer aufgefordert seinen User-API-Key von ThingSpeak einzugeben. Dieser wird daraufhin \u00fcberpr\u00fcft und falls er korrekt ist, in den SharedPreferences von Android gespeichert. Dadurch wei\u00df die App, ob bereits ein User-API-Key eingegeben wurde oder nicht und zeigt entsprechend eine Loginseite an oder nicht.<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/Screenshot_20180603-230724-169x300.jpg\")
<\/p>\nNachdem der Benutzer sich angemeldet hat, werden die Elemente im Navigation Drawer (linkes Sidemen\u00fc) dynamisch erstellt. Dort werden alle ThingSpeak-Fields aller Channels des Benutzers per REST-API abgerufen und aufgelistet.<\/p>\n
Da jedes Field einen frei w\u00e4hlbaren Namen besitzt, wird in der App \u00fcberpr\u00fcft, ob im Namen die W\u00f6rter „Temperatur“, „Luftfeuchtigkeit“, „Luftdruck“, „Luftqualit\u00e4t“ oder „Gewicht“ enthalten sind. Falls ja, wird ein entsprechendes Icon links neben dem Namen des Navigation-Drawer-Elements angezeigt. Au\u00dferdem wird bei einer solchen korrekten Bezeichnung des Fields gew\u00e4hrleistet, dass beim \u00d6ffnen der entsprechenden Detailseite die Werte messwertspezifisch dargestellt werden. So kann z. B. die Detailseite auf Temperaturwerte spezialisiert werden.<\/p>\n
Falls das Field keines der oben genannten W\u00f6rter beinhaltet, wird kein Icon angezeigt, sondern nur der Field-Name. Da nicht bekannt ist welche Art von Messdaten solche Fields besitzen, kann auch keine spezialisierte Detailseite angezeigt werden, sondern nur eine Default-Detailseite.<\/p>\n
Nachfolgende Abbildung zeigt, dass der Benutzer die Fields „Temperatur“, „Luftfeuchtigkeit“ und „Field Label 1“ besitzt. Temperatur und Luftfeuchtigkeit wurden mit den richtigen Icons erg\u00e4nzt und verlinken auf die jeweilige spezialisierte Detailseite. Das Field „Field Label 1“ konnte konnte zu keiner spezialisierten Detailseite zugeordnet werden und erhielt dadurch kein Icon.<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/Screenshot_20180603-230832-169x300.jpg\")
<\/p>\nSp\u00e4ter soll es dem Benutzer m\u00f6glich sein, seine Fields oder auch gesamte Channels \u00fcber die Einstellungsseite der App ein- oder auszuschalten. Ebenso soll er die Messwertart f\u00fcr jedes Field \u00e4ndern k\u00f6nnen.<\/p>\n
Beim ersten Blogpost waren noch Dummy-Daten in der App zu sehen. Nun wurden reale Daten aus einem ThingSpeak-Konto per REST-API abgerufen. Auch werden jetzt im Liniendiagramm zwei Graphen angezeigt, um die Werte von heute und gestern besser zu vergleichen. Ebenfalls ist eine Aktualisierungsfunktion in Form einer Wischgeste nach unten oder \u00fcber die Aktualisierungsschaltfl\u00e4che im Men\u00fc oben rechts m\u00f6glich. In beiden F\u00e4llen erscheint w\u00e4hrend dem Aktualisieren ein runder Ladebalken. Diese \u00c4nderungen sind auf nachfolgender Abbildung dargestellt:<\/p>\n
![\"\"](\"http:\/\/www.iot-embedded.de\/iot-2018\/wp-content\/uploads\/sites\/3\/2018\/06\/Screenshot_20180603-230855-169x300.jpg\")
<\/p>\nF\u00fcr eine bessere Darstellung der \u00c4nderungen in der Android-App wurde folgende Bildschirmaufnahme erstellt:<\/p>\n
\n