Projekt 84: Wetterstation - Versionsgeschichte

Anna Blankenstein: /* BME280 */

2019-01-18T08:11:22Z

BME280

← Nächstältere Version		Version vom 18. Januar 2019, 10:11 Uhr
Zeile 73:		Zeile 73:

	=== BME280 ===		=== BME280 ===
	Der [https://www.mouser.com/ds/2/737/adafruit-bme280-humidity-barometric-pressure-tempe-740823.pdf BME280] ist ein integrierter Umgebungssensor. Er ist speziell für mobile Anwendungen entwickelt worden, wobei die Größe und der geringe Stromverbrauch eine entscheidende Rolle bei den Konstruktionsanforderungen spielen. Das Gerät enthält genaue Sensoren für Druck, Luftfeuchtigkeit und Temperatur. Der Luftdruck lässt sich in einem Bereich von 300 bis 1.100 hPa messen. Die absolute Genauigkeit beträgt hier etwa +- 1 hPa. Die Luftfeuchtigkeit kann in einem maximalen Bereich von 0 bis 100 %RH gemessen werden, wobei eine Genauigkeit von +- 3 %RH vorliegt. Die Temperatur lässt sich mit einer Genauigkeit von +- 1 °C im Temperaturbereich von 0 bis 65 °C messen.		Der [https://www.mouser.com/ds/2/737/adafruit-bme280-humidity-barometric-pressure-tempe-740823.pdf BME280] ist ein integrierter Umgebungssensor. Er ist speziell für mobile Anwendungen entwickelt worden, wobei die Größe und der geringe Stromverbrauch eine entscheidende Rolle bei den Konstruktionsanforderungen spielen. Das Gerät enthält genaue Sensoren für Druck, Luftfeuchtigkeit und Temperatur. Der Luftdruck lässt sich in einem Bereich von 300 bis 1.100 hPa messen. Die absolute Genauigkeit beträgt hier etwa +- 1 hPa. Die Luftfeuchtigkeit kann in einem maximalen Bereich von 0 bis 100 %RH gemessen werden, wobei eine Genauigkeit von +- 3 %RH vorliegt. Die Temperatur lässt sich mit einer Genauigkeit von +- 1 °C im Temperaturbereich von -40 bis 85 °C messen.

	=== DHT11 ===		=== DHT11 ===

Anna Blankenstein: /* Lessons Learned */

2019-01-18T07:36:58Z

Lessons Learned

← Nächstältere Version		Version vom 18. Januar 2019, 09:36 Uhr
Zeile 147:		Zeile 147:
	== Lessons Learned ==		== Lessons Learned ==
	Die ersten Probleme bei der Bearbeitung traten auf, als wir feststellten, dass die Gehäuse für die Stationen nicht korrekt dimensioniert worden sind. Zu dem Zeitpunkt hatten wir bereits ein gedrucktes Gehäuse der Innenstation, bei welchem es nicht möglich war das Display, ohne eine weitere Bearbeitung einzusetzen. Genauso wenig war es möglich die Platine auf gewünschte Weise in dem Gehäuse zu platzieren. Daraus nehmen wir mit, dass die Dimensionierung und Abmessung genauer überprüft werden muss, ebenso wie die Gestaltung und die Maße der 3-D-Modelle. Schließlich musste das Gehäuse erneut mit veränderten Maßen gedruckt werden. <br/>		Die ersten Probleme bei der Bearbeitung traten auf, als wir feststellten, dass die Gehäuse für die Stationen nicht korrekt dimensioniert worden sind. Zu dem Zeitpunkt hatten wir bereits ein gedrucktes Gehäuse der Innenstation, bei welchem es nicht möglich war das Display, ohne eine weitere Bearbeitung einzusetzen. Genauso wenig war es möglich die Platine auf gewünschte Weise in dem Gehäuse zu platzieren. Daraus nehmen wir mit, dass die Dimensionierung und Abmessung genauer überprüft werden muss, ebenso wie die Gestaltung und die Maße der 3-D-Modelle. Schließlich musste das Gehäuse erneut mit veränderten Maßen gedruckt werden. <br/>
	Ein ähnliches Problem hatten wir bei der Bestückung der Platine. Da der Sensor, das Display und der WemosD1 mini der Innenstation steckbar sind, fiel erst beim Zusammenfügen nach der Bestückung der Buchsenleisten auf, dass der Stecker zu dicht am WemosD1 platziert war und somit unter dem Controller saß. Aus diesem Grund war es nicht möglich beide Komponenten gleichzeitig zu stecken. Da noch etwas Platz, weg von dem WemosD1, zur Verfügung stand auf der Platine, konnten wir den Stecker des Displays zwei Reihen zurücksetzen. Dies löste das Problem und wir gewannen die Erkenntnis, Abmaße von Bauelementen genauer zu beachten beim Erstellen eines Platinen-Layouts. ~~<vr/>~~		Ein ähnliches Problem hatten wir bei der Bestückung der Platine. Da der Sensor, das Display und der WemosD1 mini der Innenstation steckbar sind, fiel erst beim Zusammenfügen nach der Bestückung der Buchsenleisten auf, dass der Stecker zu dicht am WemosD1 platziert war und somit unter dem Controller saß. Aus diesem Grund war es nicht möglich beide Komponenten gleichzeitig zu stecken. Da noch etwas Platz, weg von dem WemosD1, zur Verfügung stand auf der Platine, konnten wir den Stecker des Displays zwei Reihen zurücksetzen. Dies löste das Problem und wir gewannen die Erkenntnis, Abmaße von Bauelementen genauer zu beachten beim Erstellen eines Platinen-Layouts. Auch in unserem Zeitplan mussten wir ungewollt eine Woche pausieren, da die Produktionszeiten zum Drucken nicht absehbar waren und länger dauerten als eingeplant war. Wir lernten daraus, auch Zeitpuffer in der Planung zu berücksichtigen und uns im Vorhinein genauer über Druckzeiten zu informieren.
	Auch in unserem Zeitplan mussten wir ungewollt eine Woche pausieren, da die Produktionszeiten zum Drucken nicht absehbar waren und länger dauerten als eingeplant war. Wir lernten daraus, auch Zeitpuffer in der Planung zu berücksichtigen und uns im Vorhinein genauer über Druckzeiten zu informieren.

	== Projektunterlagen ==		== Projektunterlagen ==

Anna Blankenstein: /* Innenstation */

2019-01-17T17:56:52Z

Innenstation

← Nächstältere Version		Version vom 17. Januar 2019, 19:56 Uhr
Zeile 121:		Zeile 121:
	Bei der Innenstation wurden folgende Bibliotheken, die nicht in der Arduino IDE verankert sind, verwendet:		Bei der Innenstation wurden folgende Bibliotheken, die nicht in der Arduino IDE verankert sind, verwendet:
	*ESP8266WiFi (für die Verwendung des WemosD1 mini, ist inkludiert in der IDE nachdem die Hardware eingebunden wurde)		*ESP8266WiFi (für die Verwendung des WemosD1 mini, ist inkludiert in der IDE nachdem die Hardware eingebunden wurde)
	*WiFiUdp ~~Libary~~ (Zur Herstellung einer Verbindung zum NTP-Server, ist inkludiert in der IDE nachdem die Hardware eingebunden wurde)		*WiFiUdp Library (Zur Herstellung einer Verbindung zum NTP-Server, ist inkludiert in der IDE nachdem die Hardware eingebunden wurde)
	*[https://github.com/PaulStoffregen/Time TimeLib ~~Libary~~] (Mit dieser ~~Libary~~ wird die Uhrzeit vom NTP-Server in die Einzelteile des Datums zerlegt)		*[https://github.com/PaulStoffregen/Time TimeLib Library] (Mit dieser Library wird die Uhrzeit vom NTP-Server in die Einzelteile des Datums zerlegt)
	*[https://github.com/JChristensen/Timezone Timezone ~~Libary~~] (mit dieser ~~Libary~~ geht es um die Sommer- und Winterzeit)		*[https://github.com/JChristensen/Timezone Timezone Library] (mit dieser Library geht es um die Sommer- und Winterzeit)
	*[https://github.com/beegee-tokyo/DHTesp DHTesp ~~Libary~~] (Diese ~~Libary~~ wird verwendet um den DHT11 auszulesen		*[https://github.com/beegee-tokyo/DHTesp DHTesp Library] (Diese Library wird verwendet um den DHT11 auszulesen
	*[https://github.com/fdebrabander/Arduino-LiquidCrystal-I2C-library LiquidCrystal_I2C ~~Libary~~] (Diese ~~Libary~~ wird benötigt um die Informationen auf dem Display auszugeben)<br/><br/>		*[https://github.com/fdebrabander/Arduino-LiquidCrystal-I2C-library LiquidCrystal_I2C Library] (Diese Library wird benötigt um die Informationen auf dem Display auszugeben)<br/><br/>

	Des Weiteren gibt es, wie bei der Außenstation, eine Header-Datei (secretInnen.h) in der die Daten für das Wlan und den Server bereitgestellt werden. Diese Daten werden von dort in das eigentliche Programm geladen. Bei der Innenstation gibt es noch eine weitere Header-Datei, in der die Variablen für die Messwerte und den zeitlichen Ablauf des Programms definiert werden. <br/>		Des Weiteren gibt es, wie bei der Außenstation, eine Header-Datei (secretInnen.h) in der die Daten für das Wlan und den Server bereitgestellt werden. Diese Daten werden von dort in das eigentliche Programm geladen. Bei der Innenstation gibt es noch eine weitere Header-Datei, in der die Variablen für die Messwerte und den zeitlichen Ablauf des Programms definiert werden. <br/>

Anna Blankenstein: /* Außenstation */

2019-01-17T17:55:06Z

Außenstation

← Nächstältere Version		Version vom 17. Januar 2019, 19:55 Uhr
Zeile 107:		Zeile 107:
	===Außenstation===		===Außenstation===
	Bei der Außenstation wurden folgende Bibliotheken, die nicht in der Arduino IDE verankert sind, verwendet:		Bei der Außenstation wurden folgende Bibliotheken, die nicht in der Arduino IDE verankert sind, verwendet:
	*[https://github.com/mathworks/thingspeak-arduino ThingSpeak] ~~Liberay~~ (für das Senden der Messwerte an den Server)		*[https://github.com/mathworks/thingspeak-arduino ThingSpeak] Library (für das Senden der Messwerte an den Server)
	*ESP8266WiFi (für die Verwendung des WemosD1 mini, ist inkludiert in der IDE nachdem die Hardware eingebunden wurde)		*ESP8266WiFi (für die Verwendung des WemosD1 mini, ist inkludiert in der IDE nachdem die Hardware eingebunden wurde)
	*[https://github.com/Seeed-Studio/Grove_BME280 Seeed_BME28] ~~Liberay~~ für das Auslesen des BME280)		*[https://github.com/Seeed-Studio/Grove_BME280 Seeed_BME28] Library für das Auslesen des BME280)

	Des Weiteren wurde eine Header Datei erstellt, in der alle geheimzuhaltenden Daten, wie SSID und Thingspeak-Anmeldedaten, gespeichert werden.		Des Weiteren wurde eine Header Datei erstellt, in der alle geheimzuhaltenden Daten, wie SSID und Thingspeak-Anmeldedaten, gespeichert werden.
Zeile 116:		Zeile 116:
	Nachdem eine Wlan-Verbindung aufgebaut wurde, werden die Sensordaten ausgelesen.		Nachdem eine Wlan-Verbindung aufgebaut wurde, werden die Sensordaten ausgelesen.
	Der ausgelesene Luftdruck wird noch mit der [http://wetter.andreae-gymnasium.de/interaktives/Druck/hoehenformel.htm Internationalen Höhenformel] in den Luftdruck auf Meereshöhe bei 15 °C umgerechnet.		Der ausgelesene Luftdruck wird noch mit der [http://wetter.andreae-gymnasium.de/interaktives/Druck/hoehenformel.htm Internationalen Höhenformel] in den Luftdruck auf Meereshöhe bei 15 °C umgerechnet.
	Nachdem der Wert für den Lufdruck auf Meereshöhe berechnet wurde, werden die Messwerte an den [https://thingspeak.com/channels/604529 ThingSpeak Server] gesendet.		Nachdem der Wert für den Lufdruck auf Meereshöhe berechnet wurde, werden die Messwerte an den [https://thingspeak.com/channels/604529 ThingSpeak Server] gesendet.

	===Innenstation===		===Innenstation===

Anna Blankenstein am 17. Januar 2019 um 17:36 Uhr

2019-01-17T17:36:26Z

← Nächstältere Version		Version vom 17. Januar 2019, 19:36 Uhr
Zeile 161:		Zeile 161:
	Link zur Messdaten-Visualisierung:		Link zur Messdaten-Visualisierung:
	https://thingspeak.com/channels/604529		https://thingspeak.com/channels/604529

	~~== Literatur ==~~



	<!-- Fügen Sie diesen Footer hinzu. -->		<!-- Fügen Sie diesen Footer hinzu. -->
	----		----
	→ zurück zur Übersicht: [[:Kategorie:ProjekteET_MTR_BSE_WS2018\|WS 18/19: Fachpraktikum Elektrotechnik (MTR)]]		→ zurück zur Übersicht: [[:Kategorie:ProjekteET_MTR_BSE_WS2018\|WS 18/19: Fachpraktikum Elektrotechnik (MTR)]]

Timo Schmidt: /* Projektplan */

2019-01-16T14:45:34Z

Projektplan

← Nächstältere Version		Version vom 16. Januar 2019, 16:45 Uhr
Zeile 56:		Zeile 56:
	Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.		Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.
	<gallery>		<gallery>
	[[Datei:ProzessmodellWetterstation.PNG\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]		Datei:ProzessmodellWetterstation.PNG\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung
	[[Datei:Prozessmodell_abgeschlossen.PNG\|Virtuelles KanBan Board nach Beendigung des Projekts]]		Datei:Prozessmodell_abgeschlossen.PNG\|Virtuelles KanBan Board nach Beendigung des Projekts
	</gallery>		</gallery>

Timo Schmidt: /* Projektplan */

2019-01-16T14:44:43Z

Projektplan

← Nächstältere Version		Version vom 16. Januar 2019, 16:44 Uhr
Zeile 56:		Zeile 56:
	Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.		Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.
	<gallery>		<gallery>
	[[Datei:ProzessmodellWetterstation.PNG~~\|200px\|thumb\|tleft~~\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]		[[Datei:ProzessmodellWetterstation.PNG\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]
	[[Datei:Prozessmodell_abgeschlossen.PNG~~\|200px\|thumb\|tright~~\|Virtuelles KanBan Board nach Beendigung des Projekts]]		[[Datei:Prozessmodell_abgeschlossen.PNG\|Virtuelles KanBan Board nach Beendigung des Projekts]]
	</gallery>		</gallery>

Timo Schmidt: /* Projektplan */

2019-01-16T14:43:32Z

Projektplan

← Nächstältere Version		Version vom 16. Januar 2019, 16:43 Uhr
Zeile 55:		Zeile 55:
	Außerdem entschieden wir uns für die Projektmanagement-Methode Kanban (MeisterTask). So konnten wir die Vorteile der Methode nutzen und den Status der einzelnen Schritte, die sich aus den Anforderungen ergaben, direkt aufnehmen und überwachen bzw. nachverfolgen. Wir hatten den Zeitplan jederzeit im Blick und konnten den Projektfortschritt einsehen. <br>In den nachfolgenden beiden Abbildungen sieht man wie sich das virtuelle Kanban Board entwickelt hat. Links einmal dargestellt nach circa 3 Wochen Projektdurchführung und rechts der abgeschlossene Stand. <br>		Außerdem entschieden wir uns für die Projektmanagement-Methode Kanban (MeisterTask). So konnten wir die Vorteile der Methode nutzen und den Status der einzelnen Schritte, die sich aus den Anforderungen ergaben, direkt aufnehmen und überwachen bzw. nachverfolgen. Wir hatten den Zeitplan jederzeit im Blick und konnten den Projektfortschritt einsehen. <br>In den nachfolgenden beiden Abbildungen sieht man wie sich das virtuelle Kanban Board entwickelt hat. Links einmal dargestellt nach circa 3 Wochen Projektdurchführung und rechts der abgeschlossene Stand. <br>
	Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.		Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.
			<gallery>
	[[Datei:ProzessmodellWetterstation.PNG\|200px\|thumb\|tleft\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]		[[Datei:ProzessmodellWetterstation.PNG\|200px\|thumb\|tleft\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]
	[[Datei:Prozessmodell_abgeschlossen.PNG\|200px\|thumb\|tright\|Virtuelles KanBan Board nach Beendigung des Projekts]]		[[Datei:Prozessmodell_abgeschlossen.PNG\|200px\|thumb\|tright\|Virtuelles KanBan Board nach Beendigung des Projekts]]
	<~~br/> <br/> <br/> <br~~/>		</gallery>

	=== Projektdurchführung ===		=== Projektdurchführung ===

Timo Schmidt: /* Projektplan */

2019-01-16T14:42:39Z

Projektplan

← Nächstältere Version		Version vom 16. Januar 2019, 16:42 Uhr
Zeile 55:		Zeile 55:
	Außerdem entschieden wir uns für die Projektmanagement-Methode Kanban (MeisterTask). So konnten wir die Vorteile der Methode nutzen und den Status der einzelnen Schritte, die sich aus den Anforderungen ergaben, direkt aufnehmen und überwachen bzw. nachverfolgen. Wir hatten den Zeitplan jederzeit im Blick und konnten den Projektfortschritt einsehen. <br>In den nachfolgenden beiden Abbildungen sieht man wie sich das virtuelle Kanban Board entwickelt hat. Links einmal dargestellt nach circa 3 Wochen Projektdurchführung und rechts der abgeschlossene Stand. <br>		Außerdem entschieden wir uns für die Projektmanagement-Methode Kanban (MeisterTask). So konnten wir die Vorteile der Methode nutzen und den Status der einzelnen Schritte, die sich aus den Anforderungen ergaben, direkt aufnehmen und überwachen bzw. nachverfolgen. Wir hatten den Zeitplan jederzeit im Blick und konnten den Projektfortschritt einsehen. <br>In den nachfolgenden beiden Abbildungen sieht man wie sich das virtuelle Kanban Board entwickelt hat. Links einmal dargestellt nach circa 3 Wochen Projektdurchführung und rechts der abgeschlossene Stand. <br>
	Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.		Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.
	[[Datei:ProzessmodellWetterstation.PNG\|200px\|thumb\|~~right~~\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]		[[Datei:ProzessmodellWetterstation.PNG\|200px\|thumb\|tleft\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]
	[[Datei:Prozessmodell_abgeschlossen.PNG\|200px\|thumb\|~~right~~\|Virtuelles KanBan Board nach Beendigung des Projekts]]		[[Datei:Prozessmodell_abgeschlossen.PNG\|200px\|thumb\|tright\|Virtuelles KanBan Board nach Beendigung des Projekts]]
	<br/> <br/> <br/> <br/>		<br/> <br/> <br/> <br/>

Timo Schmidt: /* Projektplan */

2019-01-16T14:40:00Z

Projektplan

← Nächstältere Version		Version vom 16. Januar 2019, 16:40 Uhr
Zeile 55:		Zeile 55:
	Außerdem entschieden wir uns für die Projektmanagement-Methode Kanban (MeisterTask). So konnten wir die Vorteile der Methode nutzen und den Status der einzelnen Schritte, die sich aus den Anforderungen ergaben, direkt aufnehmen und überwachen bzw. nachverfolgen. Wir hatten den Zeitplan jederzeit im Blick und konnten den Projektfortschritt einsehen. <br>In den nachfolgenden beiden Abbildungen sieht man wie sich das virtuelle Kanban Board entwickelt hat. Links einmal dargestellt nach circa 3 Wochen Projektdurchführung und rechts der abgeschlossene Stand. <br>		Außerdem entschieden wir uns für die Projektmanagement-Methode Kanban (MeisterTask). So konnten wir die Vorteile der Methode nutzen und den Status der einzelnen Schritte, die sich aus den Anforderungen ergaben, direkt aufnehmen und überwachen bzw. nachverfolgen. Wir hatten den Zeitplan jederzeit im Blick und konnten den Projektfortschritt einsehen. <br>In den nachfolgenden beiden Abbildungen sieht man wie sich das virtuelle Kanban Board entwickelt hat. Links einmal dargestellt nach circa 3 Wochen Projektdurchführung und rechts der abgeschlossene Stand. <br>
	Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.		Durch eine interne Aufteilung der Aufgaben konnten wir parallel mit verschiedenen Zweigen der Problemstellung anfangen. Im Laufe der Projektbearbeitung wurde die Anforderungsliste weiter angepasst und vervollständigt.
	[[Datei:ProzessmodellWetterstation.PNG\|~~800px~~\|thumb\|~~left~~\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]		[[Datei:ProzessmodellWetterstation.PNG\|200px\|thumb\|right\|Virtuelles KanBan Board nach circa 3 Wochen Projektdurchführung]]
	[[Datei:Prozessmodell_abgeschlossen.PNG\|~~800px~~\|thumb\|right\|Virtuelles KanBan Board nach Beendigung des Projekts]]		[[Datei:Prozessmodell_abgeschlossen.PNG\|200px\|thumb\|right\|Virtuelles KanBan Board nach Beendigung des Projekts]]
	<br/> <br/> <br/> <br/>		<br/> <br/> <br/> <br/>