Elektronik

Hier war es ja mal wieder lange Zeit etwas zu still - wie immer versuche ich das zu verändern, aber im Moment dreht sich bei mir einiges im “Real Life”. Egal… zurück ur Technik :-).

Ich habe in den letzten Wochen einige Zeit mit LoRaWAN und dem The Things Network zugebracht und unsere Community in Paderborn wächst und gedeiht und wie ihr lesen konntet, durfte ich auf der MakerCon in Heidelberg auch das TTN vorstellen. Beim Bau meiner zwei Gateways kam dann irgendwann die Frage auf, ob es nicht sinnvoll sein könnte, den Concentrator von IMST auch gleich mit dem PPS Signal eines GPS Moduls zu versorgen. Einige Forenbeiträge im TTN Forum haben das verneint, da es wohl ein altes Referenz Design verwendet und das TTN keine Class B Devices (Beacons) unterstützt. Letzteres wird sich aber mit dem Stack v3 ändern, sodass eine genaue Zeitsynchronisation notwendig sein wird und mit einer genaueren Zeitbasis kann man auch die Triangulation erhöhen. Ich habe mich also dazu entschlossen mein Outdoor Gateway mit GPS zu erweitern. Dabei habe ich mich zum größten Teil an die Anleitung auf Björns Techblog gehalten. Einziger Unterschied: ich verwende ein UBlox Neo-M8N GPS Modul und verbinde es - ohne zu löten - mit der CH2i Backplane und dem Concentrator von IMST. Im folgenden Bild kann man sehen, wo ich die Kabel des GPS Empfängers angeschlossen habe (die Farben der Kabel sind von mir gewählt und entsprechen nicht unbedingt dem mitgelieferten Anschlusskabel).

Für ein kleines Projekt auf dem Arduino Leonardo habe ich vor kurzem eine Crypto-Bibliothek gesucht, mit der ich DES und 3DES Nachrichten verschlüsseln und entschlüsseln kann. Leider bin ich nicht fündig geworden, bzw. zumindest nicht als Bibliothek für die Entwicklungsumgebung des Arduinos. Bei “Das Labor” gibt es aber eine hervorragende Crypto-Bibliothek für Atmel AVR Mikrocontroller – nichts anderes ist ja auch ein Arduino – also habe ich mir den DES / 3DES Teil geschnappt und ihn auf den Arduino portiert. Das Ergebnis habe ich, ganz der GPL folgend, auf GitHub verfügbar gemacht. Solltet ihr also in einem Sketch bei euch auch DES / 3DES Verschlüsselung benötigen, dann könnt ihr die Bibliothek verwenden. Wenn ihr Änderungen habt, dann nichts wie her damit (entweder als Patch oder als Pull-Request per GitHub).

Vor ein paar Jahren habe ich mir den USBasp nachgebaut und er hat eigentlich immer ganz gut funktioniert – bis auf eine Ausnahme: das Programmieren der Fuses. Irgendwie habe ich das mit dem Programmiergerät nicht hinbekommen und dann doch immer wieder mein altes Programmiergerät für den Druckeranschluß rausgeholt nur um die Fuses zu setzen. Wenn ich eine Schaltung mit 3.3V zusammengebaut habe, ist das Programmiergerät auch nicht mehr zu verwenden gewesen und deshalb konnte das so nicht bleiben. Ein neues Programmiergerät musste her. Nur welches? Gerade im Hobbybereich gibt es sehr viele, die auch noch in unterschiedlichen Preisklassen liegen und evtl. sogar mehr als nur die Atmel Mikrocontroller unterstützen.

Vor kurzem habe ich meinen ersten Testlauf meines selbstgebauten ‘Ätzgeräts durchgeführt und darüber auch schon einen Blogeintrag geschrieben. Es wurde also langsam mal Zeit, das Ding jetzt auch mal in den “Live-Betrieb” zu bringen und mal eine erste Platine damit zu ätzen. Dementsprechend habe ich das Wasser jetzt durch etwa 3l Natriumpersulfat ersetzt. Der Platinenhalter ist momentan für meinen Geschmack noch arg improvisiert: Ich habe einfach eine Holzplatte genommen und dort dann Kabelbinder so in Bohrungen gesteckt, dass sie eine Schlaufe bilden, mit denen die Platine gehalten wird. Der Ätzvorgang lief wie gewünscht, d.h. die Platine wurde sauber geätzt und ich brauchte nicht die ganze Zeit beim Ätzvorgang anwesend sein – das war letztendlich der Grund, warum ich das Ding gebaut habe :).

Vor einiger Zeit habe ich schon gesehen, dass einige Bastler Roboter zum Lösen von dem bekannten Rubiks Cube gebaut haben. Heute bin ich über ein Video gestolpert, in dem der Roboter das mit relativ hoher Geschwindigkeit durchführt. Der LEGO Roboter wird mit einem ARM Prozessor gesteuert, wobei dieser die Bewegungs- und Steuerdaten von einem Nokia N95 bekommt, das in einer Halterung über dem Rubiks Würfel angebracht wird. Zu Beginn wird erstmal jede einzelne Seite des Würfels mit der Kamera des N95 aufgenommen und anschließend von dem Mobiltelefon analysiert. Ist eine Lösung gefunden worden, wird der Roboter vom N95 gesteuert – bis die Lösung gefunden wurde.
Das ist, wie oben bereits erwähnt, nicht der einzige Roboter, der einen Rubiks Würfel lösen kann, aber zumindest einer der schnellsten :).