Am vorletzten Wochenende fand die jährliche GI-Fachtagung der Hamburger und Schleswig-Holsteiner Informatik Lehrer/innen in unserer Schule am Richard-Linde-Weg statt. Ich nehme seit einigen Jahren an diesem „Familientreffen“ teil (siehe meinen Bericht von 2011 und von 2010)
Dieses Jahr war Michael Kölling zu Gast, ein bekannter Softwareentwickler und Professor der Informatik aus Großbritannien, der maßgeblich BlueJ und Greenfoot entwickelt hat. Er stellte die neuesten Entwicklungen im Bereich Software-Werkzeuge für die Lehre und Bildungsarbeit vor und gab damit auch einen Ausblick auf die Weiterentwicklungen von Greenfoot. Es soll weg gehen von den Java-Klammern und Syntax-Hürden hin zur einer ausdrucksbasierten grafischen Oberfläche (d.h. z.B. Schleifen und Fallunterscheidungen nur vollständig als Block zuzulassen) zum Programmieren mit der Tastatur. Ein interessanter Ansatz, wird doch im Unterricht viel Zeit auf das Einüben syntaktischer Korrektheit vergeben, wohingegen es auch möglich wäre, durch eine Scratch-ähnliche Struktur (in der sich keine halben Schleifen oder Fallunterscheidungen erzeugen lassen) mehr Zeit auf die grundlegenden, Programm-unabhängigen Strukturen und Konzepte zu verwenden. Interessant war auch der Hinweis auf die Praxis, eigenes Wissen im Bereich als das Relevanteste einzuschätzen, wobei sich Generationen massiv unterscheiden. So ist es durchaus zutreffend, dass ganz unterschiedliche Dinge als „Grundlagen“ „der“ Informatik definiert werden, wobei Informatik sehr umfangreich und vielseitig ist.
Workshop „Programme im Flug“
An den Vortrag anschließend verteilten wir uns auf verschiedene Workshops. Im Workshop „Programme im Flug“ wurde eine Parrot AR.Drone 2.0 vorgestellt, die sich über ein Smartphone im W-Lan per remote-controll steuern lässt. Das Modell ist für etwa 300 € frei käuflich und mit zwei Kameras ausgestattet. Die zweite Version des Gerätes ist nun mit annähernd HD Qualität erhältlich und sehr robust. Wie uns präsentiert wurde, kann es aus 1m Höhe ohne Probleme auf den Boden fallen gelassen werden. Die Drone hat einen ARM-Prozessor, Orientierungssensoren und Höhenmessung sowie eine Kompass und Drucksensoren und lässt sich über Schnittstellen entsprechend erweitern. Die Daten dieser Sensoren können über das Smartphone oder über eine USB-Schnittstelle erfolgen. Die Standard-Software zur Steuerung „freeflight 2.0“ ist Open Source und bietet über eine in C geschriebene A Schnittstellen zu verschiedenen Endgeräten. Mittels Bildverarbeitungsverfahren können über die Kameras Spiele gespielt werden und es sind augmented reality Anwendungen denkbar, so das z.B. Metainformationen zu Gebäuden, Gegenständen oder Personen eingeblendet werden könnten. Über spezielle Tags (Bilder, auf die die Drone speziell reagiert und sie damit in ihrer Umgebung speziell orientieren lässt) können auch Objekte verfolgt werden. GPS ist geplant, aber noch nicht umgesetzt. Mit dem „drone altitude viewer“ gibt es verschiedene grafische Oberflächen, um das System zu debuggen und alle Features anzeigen zu lassen. Als Sicherheitsvorkehrungen gibt es einen Notaus, der alle Motoren sofort stoppt und auch ausgelöst wird, sobald etwas in die Turbine kommt. Die Drone funktioniert als Access-Point im WLAn und erzeugt ein eigenes Netzwerk mit IP-Adressierung. Grundsätzlich ist es aber auch möglich, einem WLAN beizutreten und damit auch mehrere Dronen interagieren zu lassen.
Zusammenfassend lässt sich zum Workshop sagen, dass es interessant war, den aktuellen Stand der Technik von Dronen zu erfahren und über technische Details zu diskutieren sowie ein solches Gerät einmal selbst zu steuern. Auf der anderen Seite wurde kein Wort über die gravierenden potentiellen gesellschaftlichen Auswirkungen von Dronen verloren und ich war gerade nicht in Stimmung, das Thema auszubreiten. Gerade im unterrichtlichen Kontext sollte die Frage nach Interessenskonflikten um Herstellung und Nutzung sowie soziale Auswirkungen, wie die Erleichterung und potentielle Vermassung von Kontrolle und Überwachung unbedingt thematisiert werden. Auch ist es fraglich, inwieweit dem Mißbrauchspotential durch private wie staatliche Stellen überhaupt verantwortungsvoll technisch wie gesellschaftlich begegnet werden kann. Ich stelle mir vor, wie in ein paar Jahren jeder Mensch durch die Fensterscheiben direkt per Video alles Mögliche aufnehmen und ins Netz stellen kann und da graut es mir eher, als dass ich fasziniert bin. Wenn man heute bereits die Herausforderungen betrachtet gerade im Hinblick auf Kinder und Jugendliche und Videoproduktion und -verteilung, wächst die Herausforderung noch einmal beträchtlich, wenn ich ferngesteuert aus der Luft direkt und unwiederruflich Youtube füttern kann.
Abschließend zum Thema habe ich einige Artikel zum Thema Einsatz von Dronen, die einige gesellschaftspolitische Aspekte beleuchten ergänzt:
http://www.heise.de/newsticker/meldung/Bundestag-verabschiedet-Drohnengesetz-1424100.html
http://www.heise.de/newsticker/meldung/Polizeichefs-verabschieden-Richtlinien-fuer-Drohneneinsatz-1670353.html
Ein eher technischer Artikel: http://www.heise.de/hardware-hacks/meldung/Quadrokopter-AR-Drone-2-0-kommt-in-den-Handel-1558893.html
Eine Webseite von Amateur/innen, die sich mit Unmanned Aerial Vehicles (UAVs) beschäftigen: http://diydrones.ning.com/
Workshop „Messen mit Lego-Mindstorms“
In diesem Workshop eines Lego-Mitarbeiters ging es zum einen um Gtundsätzliches zum Gerät, zum anderen um einfache Anwendungen der Messwerterfassung am Beispiel der Temperaturmessung. Als erstes wird ein Programm erstellt, in dem die Anweisungen beschrieben werden, die der Roboter ausführen soll. 
Hierfür ist es wichtig, den richtigen Sensor-Typ auszuwählen, dann den Ausgabewert umzuwandeln (von Integer auf String), so dass er vom Display darstellbar ist und dann die Ausgabe zu definieren. Dieses Programm wird dann auf den Lego-Roboter übertragen (siehe unten im zip-Ordner „messen-temp.rbt“).
Als nächstes werden mit dem Roboter und dem Programm Messwerte über einen bestimmten Zeitraum erfasst. Diese speichert der Roboter in einer einfachen log-Datei (siehe unten im zip-Ordner „OBD_8.log“).
Diese log-Datei wird dann über die Messwert-Erfassung am Rechner vom Roboter ausgelesen und grafisch dargestellt.
Hier sind alle Dateien und Bilder zur einfachen Temperaturmessung zusammengefasst: Messen mit Lego
