Daten mit dem Octopus an Blynk verschicken

Ein weitere Möglichkeit, neben Thingsspeak, Daten zu verschicken und visuell sichtbar zu machen, ist Blynk. Wir brauchen dazu immer die Blynk App für das Smartphone (iOs, Android), dort müßen wir uns anmelden, mit einer E-Mail Adresse.

https://twitter.com/hosi1709/status/1310567907722702848?s=21

Blynk einrichten

Wir gehen in der App auf „new project“, by „choose device“ wählen wir „esp8266“. Wenn wir dann auf „create project“ drücken, bekommen wir den „Auth Token“ per E-Mail zugeschickt. Das ist ganz praktisch, denn so können wir ihn einfach per copy and paste in die Ardublocks Umgebung überführen.

In den Setup Bereich habe ich die WLAN Daten (Name und Passwort) eingetragen und den Auth token von Blynk (den unter API-Key). Beides sollte man im „Setup“ platzieren und nicht in der Schleife, weil der Octopus diese einmal laden sollte und dann ja im WLAN bleibt.

Über den „Pin“ im Blynk Block können wir unterschiedliche Werte in die App übermitteln. Wir setzen als Pin = 1 für den ersten Wert, etwa IAQ und dann Pin = 2, für den nächsten.

Noch ein Hinweis für diesen Sketch. Anstelle jedes mal den Sensorwert neu messen zu lassen, setze ich den Messwert als „Zahl Variable“ und verwende pro Durchgang (Schleife) immer diesen Wert. Dann muss der Sensor nicht immer neu messen und es geht auch schneller, bzw. es würde auch immer der Wert der angezeigt wird, auch seriell ausgegeben und weitergemeldet.

Der Vorteil ist man spart sich Display und kann die Daten dennoch live sehen, so ein WLAN kann ja auch unterwegs das iPhone aufmachen.

— @sbamueller@freiburg.social (@sbamueller) September 28, 2020

„Zahl Variable“ ist übrigens eine coole Sache. Damit kann man einmal eine Variable definieren und an zentraler Stelle ändern. Dazu sollte sie immer weit oben stehen (und als erstes gesetzt werden), das kann man auch etwa bei Wartezeit nutzten, anstelle eine feste Wartezeit einzugeben, die etwa ein Wert angezeigt werden soll, einfach eine „Zahl-Variable“ Wartezeit definieren und dann bei Bedarf zentral ändern.

04. März World Open Data Day: Freiburgs 1. LoRaWan Gateway

In Freiburg gibt es leider kein Feierlichkeit oder Aktion zum 04. März den World Open Data Day. Aber am 17.3. kann man ja Feinstaubsensoren basteln und seit einigen Tagen habe ich bei mir im Zimmer (und hoffentlich bald auf dem Balkon in einem hübschne Kästchen) einen LoRaWan Gateway!

Long Range Wide Area Network (LoRaWAN) ist ein Low-Power-Wireless-Netzwerkprotokoll, das für die sichere bidirektionale Kommunikation im Internet der Dinge (IoT) entwickelt wurde. LoRaWAN basiert auf dem offenen Industrie-Standard LoRa und wird von der non-profit Organisation LoRa Alliance spezifiziert.

Vorteile der Technik sind hohe Reichweiten und ein niedriger Energieverbrauch, der sich insbesondere für batteriebetriebene Endgeräte eignet. (mehr auf Wikipedia)

Es leuchtet rot: theoretisch sollte #Freiburg s 1. #LoRaWAN Gateway gehen. Er bekommt noch ein besseres Gehäuse 😜 #Citizenscience #IoT pic.twitter.com/YOXHGUe7nM

— @sbamueller@freiburg.social (@sbamueller) March 1, 2017

Den Gateway habe ich nach Anleitung selber gebaut. Er ist Freiburgs Erster! Was mich auch schon mal sehr wundert. Einen Node, daher ein Gerät das irgendwas mißt und dann Daten sendet habe ich noch nicht, daher kann ich im Moment nicht sagen ob das Teil geht. Aber es leuchtet grün, was mich hoffnungsvoll stimmt. Das Zeil zu bauen war mittel schwer, vorallem bei der Software und der Konfiguartion bin ich mir nicht sicher ob ich alles richtig gemacht habe.

Seit einiger Zeit gibt es nun eine Europaweite Bürgerinitative, die sich the Things Network nennt. Sie hat bereits ganz Amsterdam mit einem entsprechenden Netwerk ausgestattet, lokale Gruppen gibt es aber auch in der Schweiz und vielen anderen deutschen Städten. Dies von ihr betriebene Netzwerk besteht aus drei Komponenten: Nodes, einem Mikrocontroller-Board und Gateways:

Warum lange Bearbeitungszeiten für Asylanträge kein Versagen der Landesregierungen sind

Seit einiger Zeit kursiert eine Übersicht der Tagesschau über die unterschiedlichen Bearbeitungszeiten für Asylanträge in den Bundesländern:

Gleich merken nun einge auf Facebook spitz an: „In Baden-Württemberg dauerte ein Asylverfahren im ersten Halbjahr 2015 durchschnittlich 6.7 Monate. In Bayern, das im letzten Jahr fast 10.000 Asylanträge mehr zu bearbeiten hatte, dagegen zwei Monate weniger, nämlich 4.7 Monate.“

Ob solch nicht ein Versagen der Grün-Roten Landesregierung ist?

ODer warum daudert das bearbeiten in Baden-Württemberg soviel länger als in Bayern? Denn Bayern ist ja steets das gelobte Land der Guido Wolf CDU in dem alles besser ist. Nun nachdem mir das Bundesamt für Migrations auf meine Email antwortet wird alles klar:

„Die Verteilung der Asylsuchenden wird mit Hilfe des EASY-Systems ermittelt. Mit dem EASY-System sollen vor allem die aktuellen Kapazitäten der einzelnen Erstaufnahmeeinrichtungen ermittelt werden. Daneben spielt auch eine Rolle, in welcher Außenstelle des Bundesamtes das Heimatland des Asylsuchenden bearbeitet wird, denn nicht jede Außenstelle bearbeitet jedes Herkunftsland.
 
Einige Herkunftsländer werden nur in einzelnen Bundesländern bearbeitet. So kommt es, dass Personen eines Herkunftslands mit eher schwieriger Sachlage sich ausschließlich in einem Bundesland aufhalten und dort alle ihren Antrag abgeben. So verlängert sich für dieses Bundesland die Verfahrensdauer. In der Folge heißt das, dass die Bearbeitungsdauer für die einzelnen Bundesländer nicht vergleichbar sind.“

Genau: Es kommt auf die Herkunftsländer der Asylsuchenden an und wer halt nur einfache Fälle hat (wahrscheinlich lauter Syrer bei dem geht es halt schneller. Hat weder die Landesregierung keinen Einfluss drauf.

Einige Daten über Jugendgemeinderäte in Baden-Württemberg

Dank der Auswertung der Daten über Jugendgemeinderäte in Baden-Württemberg kann ich nun eine erste gesamt Übersicht über die jeweiligen Institutionen präsentieren.

Diese Übersicht gibt es auch als PDF: Auswertung_JGR_BW_Staedte_uebersicht

Schäden durch Powerpoint

Nachdem ich auch mal wieder im Seminar „Teaching Grammer“ bei Herrn Prof. Dr. Thaler (der nun leider an der Uni Augsburg) mich mal wieder über schlechte Powerpoint Folien und den unbedachten Gebrauch von Powerpoint aufgeregt habe. Hier nun zwei Hinweise wie man Schäden durch Powerpoint so richtig verursacht.

Aber auch in den Haushaltsreden der Bürgermeister war es ein visuelles Grausen: Die Bilder waren viel zu klein, auf den Folien waren zu viele Inforamtionen, teilweise waren die Kontraste zu gering, die Auflösung zu niedrig, und dazu war es auch noch total häßlich gestaltet. Teilweise war es auch einfach zu klein geschrieben und man konnte aus den Zuschauerräumen nichts erkennen. All dies trug nicht gerade zum Verständniss einer so komploxen Materie bei. Wenn man bedenkt, dass die Bürgermeister ihre Folien nicht selber machen, sondern von Mitarbeitern gestalten lassen, dann ist das noch katastrophaler.

Hier auch nun noch mal der Hinweis auf die Professor Tufte (leider nicht an der PH), der nicht nur den Nachweis erbringt, dass man durch schlechte Powerpoint Präsentationen Raumfähren abstürzen lassen kann, sondern auch wie wichtig gut gemachte Datenvisualisierungen sein können.