Mini-Milo
Hallo!
Darf ich mich vorstellen: Ich bin „Mini-Milo“ der Sohn von meinem Papa „Milo“ (der berühmt-beliebte Roboter aus dem LEGO WeDo 2.0 Set). Ich erkunde gerade die Welt und hab auch schon eine ganz schöne Blume gefunden…
Ich bestehe schon aus 31 handverlesenen LEGO-Steinen und werde bestimmt noch wachsen. Wenn ich groß bin, möchte ich auch so ein toller Roboter wie mein Papa sein!
Vom 7. bis 22. Oktober 2017 findet wieder die Code Week statt. Auf der Code Week, die Informatik-Projekte in ganz Europa anbietet, können Kinder und Jugendliche selbst programmieren oder Roboter bauen.
Der kids4IT e.V. wird auch wieder einige Beiträge dazu beisteuern, u.a. wird es am 7. Oktober einen LEGO Education WeDo 2.0 Workshop geben.
Update: Der Workshop findet von 14:30 Uhr bis 17 Uhr in den Bücherhallen Hamburg, Hühnerposten 1, statt. Weitere Informationen gibt es hier.
Code Week Hamburg 2016: Mit dabei, der Teddybär von Larissa (Foto: Sandra Schink, Körber-Stiftung)
Einen Video-Rückblick von der letzten Code Week 2016 gibt es hier.
Am Sonnabend, dem 26. August 2017 gibt es wieder einen LEGO WeDo 2.0 Workshop im Rahmen des Monatstreffens der Kids4IT. Anmeldungen sind über das Meetup-Forum möglich. Ein paar Restplätze sind noch frei.
In meinem Beitrag Unit-Testing: Exceptions testen habe ich gezeigt, wie sich Exceptions mit JUnit testen lassen, ohne dabei die Teststruktur verändern zu müssen (Arrange-Act-Assert; Given-When-Then) oder zusätzliche Bibliotheken verwenden zu müssen:
@Test
public void methodThrowsException() {
IllegalArgumentException ex = foo(someIllegalArgument);
assertThat(ex.getMessage(), is("foobarfoo"));
}
private Exception foo(FooBarFoo fooBarFoo) {
try {
subjectUnderTest.foo(someIllegalArgument);
return null;
} catch (IllegalArgumentException ex) {
return ex;
}
}
Dank Java 8 und Lambdas lässt sich der Code vereinfachen:
@Test
public void methodThrowsException() {
Exception ex = tryCall(() -> subjectUnderTest.foo(someIllegalArgument));
assertThat(ex.getMessage(), is("foobarfoo"));
}
private Exception tryCall(Callable<?> callable) {
try {
callable.call();
return null;
} catch (Exception ex) {
return ex;
}
}
Die Vereinfachung besteht nun darin, dass die Methode tryCall in eine Hilfsklasse ausgelagert werden kann – sie ist jetzt unabhängig vom konkreten Testfall.
Yello, das Schweizer Elektropop-Duo gibt ein Konzert – nach 35 Jahren Bühnen-Abstinenz! Als ich das gelesen hatte, waren die Karten für die vier Konzerte in Berlin bereits alle ausverkauft…
Schade…
In der Woche vor dem Konzert schaute ich dann noch einmal auf der Homepage von Yello vorbei und es gab etwas neues: Ein Online-Shop mit Fanartikel. T-Schirts, Caps, das übliche… Und Fanpackages: Zwei T-Shirts, Mütze, und… ja, JA! – Konzertkarte! Klick. Warenkorb. Kasse. Gekauft.
Eine Woche später war ich dann im Kraftwerk, Berlin Mitte. Im Erdgeschoss: Videoinstallationen. Oben: Die Konzert-Kathedrale. Fast Pünktlich um 21 Uhr standen dann Boris Blank (64) und Dieter Meier (71 (!)) auf der Bühne: Do It! Das erste Stück.
Im Publikum: Meistens Männer in meinem Alter (also auch nicht mehr der so ganz typische Konzertbesucher) aus aller Welt: USA, England, Italien, Skandinavien… Wenn wunderts. 35 Jahre…
Der Sound war das Beste, was ich je auf einem Konzert erlebte. Kristallklar. Nicht nur Bum-Bum-Bass wie ich das mal bei Janet Jackson erlebte oder Kreisch-Geräuschbrei wie bei Wolfsheim. Nein, absolut perfekt. Dazu eine tolle Lichtshow, nicht nur auf der Bühne und die typischen Yello-Kunstvideos auf einer riesigen Leinwand.
Bester Gig: Die Yellofier-Vorstellung („Oh, Scheiße, das müssen wir noch einmal machen…“).
Schrecksekunde: Malia stürzte fast, als am Ende alle noch einmal auf die Bühne kamen.
Ein unvergesslicher Abend.
Und als Erinnerung ziert jetzt die Vinyl-Ausgabe von „Toy“ mein Heim – natürlich mit Autogramm.
Basierend auf Yoshihito Isogawa LEGO WeDo Wall Tracer habe ich einen „Line Follower“ entwickelt, also einen Roboter, der einer Linie folgt. Das klingt zunächst einmal erst unmöglich, denn schließlich gibt es im LEGO WeDo 2.0 Set nur einen Motor und nur einen Neigungs- und Abstandssensor. Letztere ist jedoch kein Hochpräzisionssensor, sondern der Abstand wird per Infrarot gemessen. Da reicht dann ein starker Kontrast aus, um dem Sensor eine Abstandsänderung vorzugaukeln.
Das Ergebniss habe ich in einem Video festgehalten:
Und hier noch das Programm dazu: Standardmäßig fährt der Roboter nach links-vorwärts, also solange der „Abstand“ > 0 ist, der Roboter/Sensor also über der schwarzen Linie ist. Ändert sich der Abstand auf 0, fährt der Roboter rechts/vorwärts bis er wieder über der schwarzen Linie ist.
Programm „Line Follower“
Wie zu sehen, schickt das Programm eigentlich die ganze Zeit Nachrichten mit dem aktuellen Messwert des Sensors durch die Gegend…
Nach den Sommerferien werde ich an der Grundschule meiner Tochter einen Nachmittagskurs „LEGO Roboter bauen“ anbieten. Als Generalprobe habe ich heute mit den Kindern aus der Klasse meiner Tochter dies in drei Gruppen zu je 8 Schülerinnen und Schüler ausprobiert; Dauer jeweils ca. 90 Minuten.
Gebaut und programmiert haben wir das Model zum Thema „Zugkraft und Reibung“ aus dem LEGO Education WeDo 2.0 Set. Jeweils zwei Kinder haben mit einem Set und einem Tablet gearbeit. Es war das erste Mal, das ich mit Kindern zusammengearbeitet habe und es hat allen Beteiligten sehr viel Spaß gemacht – allein, Hochleistungssport ist wahrscheinlich weniger anstregend 😉 Meine detailliert ausgearbeitete Planung und Vorbereitung konnte ich jedoch schon nach 30 Sekunden über den Haufen werfen und musste mich ersteinmal in der Situation pausenlos quaselnder Kinder zurecht finden. Auch das war ein Grund für diese Generalprobe. Wichtige Lehre: Immer einen Plan B bereit haben – zum Glück hatte ich noch ein Ersatzset und einmal das fertig aufgebaute Model. Die Kids sind schon tottraurig, wenn ihr Roboter nicht funktioniert, weil sie das falsche Zahnrad eingesetzt haben.
Große Probleme haben auch die eingesetzten Tablets bereitet, die des öfteren die Bluetooth-Verbindung zum SmartHub verloren. Hier half nur ein deaktivieren von Bluetooth und anschließendes reaktivieren. Überhaupt hatten die Kinder hier große Schwierigkeiten, die Verbindung überhaupt aufzubauen, auch wenn ich den SmartHubs vorher folgende Namen gegeben hatte:
Die LEGO-Kästen und SmartHubs haben ebenfalls diesen Namen bekommen. Dies hat sich als sehr hilfreich erwiesen.
Zurück zu den Tablets: Zum Einsatz kam fünf Mal das Acer Iconia Tab 10 (Modell 2016, A3-A40). Dieses Tablet würde ich derzeit aus folgenden Gründen für den Einsatz mit LEGO Education WeDo 2.0 nicht weiterempfehlen:
Letzteres ist deshalb negativ, weil die Kids ganz schnell die Videos in der zugehörigen App von LEGO gefunden haben.
Für das Tablet von Acer hatte ich mich entschieden, da es ein vielversprechendes Preis-/Leistungsverhältnis hatte (200 €; Tablets und LEGO Sets habe ich übrigens selbst gekauft und der Schule gespendet) und ein Markenname mir mehr Zuverlässigkeit versprach, als z. B. ein Tablet von Aldi. Tatsächlich hinterlässt mein Medion P10356 jedoch ein wesentlich stabilieren Eindruck, insbesondere bei der Bluetooth-Anbindung. Folgendes scheint mir hier ein guter Praxistest zu sein: Die LEGO App erlaubt es, bis zu drei SmartHubs mit einem Tablet zu verbinden. Für das Tablet von Medion absolut kein Problem, für das Tablet von Acer – Pustekuchen.
Was ich vorher hätte nachlesen können, aber bei Android 6.0 Marshmallow nicht erwartet hatte, war die fehlende Möglichkeit, auf den Tablets lokale Benutzerkonten einzurichten. Dadurch wollte ich verhindern, dass die Kids die Einstellungen verändern oder andere Apps starten. Tatsächlich haben die Kinder das gar nicht erst versucht. Und wenn doch, dann hätte die von mir auf allen Tablets installierte App „AppLock“ das hoffentlich verhindert.
Vor dem Einsatz hatte ich alle Tablets voll aufgeladen und ausgeschaltet. Ein Tablet hat die 3x 90 Minuten nicht überstanden. Auch hier hat sich der Plan B – ein komplettes LEGO Set und Tablet als Ersatz – als Rettung in der Not erwiesen.
Meine Befürchtungen, dass die Kinder bei der Bedienung des Tablets und der WeDo 2.0 App von LEGO (Full Version) Schwierigkeiten bekommen würden – ich hielt die Pfeil-Schaltflächen für zu klein – hat sich im großen und ganzen als unbegründet erwiesen. Tablets lassen sich mit dem Finger wirklich kinderleicht bedienen. Doch im Detail.
Das erste, was negativ ist, ist das Einführungsvideo auf der Startseite. Es nimmt den halben Bildschirm ein und die Kids haben natürlich sofort drauf geklickt – tschüss Aufmerksamkeit, denn alle Videos sprechen die Kinder an und bringt sie zum Lachen.
Das Blättern durch die Baueinleitung gestaltet sich problemlos und in den ca. 30 Minuten, die die Kinder für den Aufbau des Modells benötigt haben, herschte angenehme Ruhe, ja manchmal sogar richtige Stille. Wer baut und Teile raussucht, da haben sich die Kinder prima selbst organisiert; eine Hilfestellung in Baumeister und Materialmanager, wie es die Lehrerhandreichungen von LEGO empfehlen, waren gar nicht notwendig. Jungen-Teams waren deutlich schneller fertig als die Mädchen oder gemischte Teams (hier sind dann die vielen Videos dann aber doch wieder ein guter Lückenfüller; andere bauen aus den verbleibenden LEGO Bausteinen teils erstaunlich tolle Konstrukte (Hund, Tech-Mech)).
Komplizieter war dagegen das Programmieren, vor allem, weil die Kinder was anderes als das vorgegebene Programm programmieren wollten. Die eingblendete Tablettastatur hat dann auch die größten Schwierigkeiten verursacht. Der 3-2-1-Countdown hat sich dabei als echter Zeitfresser und Fruststifter erwiesen.
Die größte Herausforderung war, wie schon oben erwähnt, das Herstellen der Bluetooth-Verbindung. Tipp: Die Verbindung erst aufbauen lassen, wenn das Programm fertig ist (zum Ausprobieren, was einzelne Programmblöcke tun, dafür ist in 90 Minuten keine Zeit).
Eigentlich sollten die Kinder noch ein wenig experimentieren und herausfinden, wie der Roboter mehr Reifen ziehen kann oder sich auf unterschiedlichen Untegründen verhält (ich hatte eine Holzplatte mit, auf der Teile mit Filz und mit einer dünnen Plexiglasscheibe beklemmt waren), aber das sich der Roboter bewegt, hat schon viel zur Begeisterung beigetragen. Die ständigen Abbrüche der Bluetooth-Verbindungen sind jedoch als Frustfaktor nicht zu unterschätzen – oder ein Roboter, der vom Tisch fällt und dann in seine Einzelteile zerfällt…
Erstaunlicherweise bewegen sich einige Modell schneller als andere. Ob da an leicht anderen Aufbauten lag, konnte ich in der Kürze der Zeit nicht herausfinden.
Da ich dreimal hinter einander den Exkurs angeboten hatte, musste die Modelle auch wieder auseinander gebaut werden. Dies Durchzusetzen ist fast ein Ding der Unmöglichkeit („Kann ich den nicht mit nach Hause nehmen?“ oder „Robbi hat mir doch gar nichts getan.“) klappt dann aber doch, wobei ich den Kinder die Tablets aus der Hand nehmen musste.
Leider landen die Bauteile nur selten in den Fächern, in die sie hingehören. Hier ist ausreichend Zeit einzuplanen und die Sets nachzusortieren oder fehlende Teile zu identifizieren (meistens haben sie sich dann in einem anderen Kasten wiedergefunden).
Ein Bauteil scheint jetzt aber dennoch dauerhaft verlustig zu sein. Hier werde ich das Ersatzteileseit von LEGO mal ordern und prüfen, ob LEGO da den richtigen Riecher hat, welche Teile am häufigsten verloren gehen.
Auch hier gilt Plan-B: Ein Set als schnell verfügbares Ersatzteillager ist unabdingbar.
Kinder und Veranstalter hatten unglaublich viel Spaß und ich freue mich schon auf den Kurs nach den Sommerferien.
Vielen Dank, liebe Kinder der 2c, dass ihr so toll mitgemacht habt!
P.S.:
Dieser Bericht wird noch durch Bilder und Videos ergänzt.
Seit Januar haben Vater und Tochter ein gemeinsames Hobby: LEGO WeDo 2.0, der kleine Bruder von LEGO Mindstorms. Nachdem wir schon die Forschungssonde Milo, den Zugkraft-Käfer und andere Modelle nachgebaut haben, haben wir uns ein wenig auf Youtube nach weiteren Modellen umgesehen.
Die Macher von RoboCAMP haben in ihrem Video das Vogelnest (Bird’s Nest) auf WeDo 2.0 „upgegradet“. Das Video ist detailliert genug, um das Modell nachzubauen:
Ich hab‘ das mal zum Anlaß genommen und eine Bauanleitung mit dem LEGO Digital Designer erstellt (dem allerdings der Smarthub und die Motoren und Sensoren von WeDo 2.0 fehlen).
Und so sieht das zugehörige Programm aus, das mit der zugehörigen Android App erstellt wird:
Das Programm wartet nach dem Start darauf, dass sich etwas dem Bewegungssensor nähert. Dann wird der Motor eingeschaltet und läuft so lange, bis sich das Objekt (der Eltervogel) wieder entfernt. Dies wiederholt sich in einer Endlosschleife.
Coupling between different batch programms
In Your Code as a Crime Scene Adam Tornhill presents forensic techniques to find offending code. This figure shows the coupling between four different batch programs. Batch A, B, and C share common datastructures (Common Files) so it wasn’t surprising that there is a dependency between Common Files and Batch A and B. But why was there no dependecy to Batch C? Sometimes missing things can give deep insights…
But we did not expect the dependencies between Batch A, B, and C. What was the reason for this? The solution was surprising: Copied comments with a JavaDoc @link reference that changed during a refactoring… Upps.
And finally the dependency between Batch C and Batch D was a really big anomaly in our code, because these two batches have functional nothing in common.
Thank you, Adam, for your wonderful tool Code Maat.
The figure above is a coupling analysis on an architectural scale. The diagram is based on D3’s curved links layout. The distance between two nodes represents the coupling. A far distance means lesser coupling. The stroke width is the number of revisions from that coupling analysis (and the color is just to please you).
Zu meiner Zeit bei einem großen norddeutschen Energiekonzern habe ich an der Website Energieportal Hamburg mitgewirkt. Dort wird u.a. der in Hamburg aus regenerativen Energien erzeugte Strom angezeigt. Die Auswirkung der Sonnenfinsternis am 20. März sind wunderschön zu sehen – und auch, das der Himmel nach der Sonnenfinsternis sehr viel bedeckter war als davor.
Wind- und Solarenergieerzeugung am 20. März 2015 in Hamburg
Ab 10 Uhr nimmt die erzeugte Leistung deutlich ab und erreicht kurz nach 11 Uhr ihr Minimum, um dann wieder anzusteigen (gelbe Linie). Die Prognose (beige Linie) hat die Sonnenfinsternis ganz offensichtlich nicht berücksichtigt.
Die blaue Linie zeigt die durch Windkraft erzeugte Energie (hellblau die Prognose).