Baumhaus Platine fast fertig

Nachdem ich zusammen mit anderen schon ziemlich lange an einem elektronischen Schloss für unser Baumhaus bastel und es nach verschiedenen Prototypen auch immer mehr Anforderungen gab, haben wir letzte Woche endlich das Herzstück der Platine (ein DS3231SN RTC Chip) erfolgreich getestet. Beim Drauflöten wurde leider nicht so sauber gearbeitet, weshalb ein paar Kurzschließe drauf waren und das Signal nicht sauber zum Arduino geleitet wurde.
So eine Platine ist gar nicht so einfach zu löten und anschließend zu testen ob auch alle Verbindungen tun. Doch glücklicherweise hatten wir bei der Planung der Schaltungen noch einen ehemaligen Elektronik Ausbilder, für die Planung der Leiterbahnen auf der Platine einen richtigen Platinenlayouter und beim Zusammenlöten und Testen noch einen erfahrenen Elektroingenieur. Beim Löten hab ich mich mal ganz dezent rausgehalten und mich stattdessen voll und ganz aufs Messen (zumindest ein bisschen) und Erstellen des Programms konzentriert.
Doch besonders das Programmieren war dann letztendlich ein bisschen zweifelhaft, weil die RTC einfach nicht die Zeit behalten wollte. Am Prototypen hat es aber funktioniert. Letztendlich war ich erleichert, dass am Ende doch die Hardware fehlerhaft verlötet war. Wofür so ein Osziloskop doch gut ist. Es ist wunderbar zu sehen, dass man als Informatiker ohne großen Elektronik Hintergrund auch noch viel neues lernen kann. Die Grundlagen wie Spannung messen kann ich ja immerhin. :) Hier habe ich mal etwas mehr über dieses Projekt geschrieben.
Nun wird es spannend sich noch die passenden Testverfahren zu überlegen um alle Bauteile auf der Platine zu prüfen.

1. 12 V Eingangspannung für Arduino, Schloss und Licht.
2. Piezo Lautsprecher zum Klingen bringen
3. Uhrzeit am DS3231SN speichern und dauerhaft zur Verfügung stehen zu haben.
4. LCD und Keypad auf den 15-poligen Stecker drauflöten und testen.
5. Reedkontakt prüfen
6. Fotodiode und PIR Sensor (Bewegungsmelder) im Zusammenspiel um das Licht anzuschalten.
–> Alternativ zur Fotodiode besser eine feste Uhrzeit wählen wo das Licht angehen darf, wenn sich was bewegt.
7. Verbindung mit einem Raspberry Pi und Übertragung der Sensordaten an den Raspberry Pi.
8. Das Ganze im Zusammenspiel austesten und am Ende mal in ein Baumhaus einbauen.

Jo, da wir insgesamt über 50 Platinen bekommen haben, die wir alle selbst zusammenlöten dürfen, macht wohl mal eine Excelliste Sinn, wo alle Tests drin sind um einen Überblick zu bekommen.
Den Kindern und Jugendlichen macht das Löten übrigens sehr viel Freude. Manche sind richtig gut drin, andere etwas weniger. Doch sie sind auch immer noch am Start.

Nach so langer Zeit (auch mit teilweise längeren Pausen) bin ich nun aber wieder froh, dass wir wieder einen größeren Erfolg haben. Der Zeitchip war für mich essentiell wichtig, da davon doch ziemlich viel abhängt.

Neues Board: Genuino 101

Die Arduino Boards sind ja schon eine feine Sache. Viele GPIO Pins, auch Analogpins und eine sehr große Community, welche für viele Standardsensoren und Bauteile Libs dazu liefert.
Gut, manchmal muss man sich dann doch etwas rumquälen, aber das macht eben auch ein bisschen den Charme aus.
Angefangen habe ich mit dem Leonardo, weil es den mal zu einem Abo dazu gab. Irgendwann hab ich den aber so geliefert, dass er keinerlei neue Programme mehr aufspielt. Vermutlich muss man nur mal den Bootloader neu installieren. Hatte ich aber dann damals kein Nerv dazu und da ich sowieso mehr Pins haben wollte, einfach den Uno verwendet.

Der Uno ist quasi das Standardboard, dass man auch beim Chinesen um die Ecke für wenig Geld bekommen kann. Die Qualität ist oft erstaunlich gut. Das einzige Problem sind meist nur verbogene Pinleisten, die man aber leicht nachbiegen kann. Doch der Uno hat leider auch ein kleines Problem. Nur 8bit, 16MHz und vor allem nur 32kb Speicher. Da kann man schon mal ein kleineres Projekt mit machen: Keypad, LCD, Relais und einen kleinen Codegenerator mithilfe eines RTC Moduls bauen, aber dann ist auch schon fast Sense.
Dafür reicht die Geschwindigkeit auch super aus. Mit einem ESP8266 könnte man vielleicht sogar noch WLAN hinzufügen (hab ich noch nicht getestet).

101Doch nun ist Intel auch ins Mikrocontroller Geschäft eingestiegen und nach eher mäßigen Versuchen mit dem Edison Board haben sie nun ein ziemlich nettes und Arduino kompatibles Arduinoboard entwickelt. Den Genuino 101 (oder Arduino 101 in Amerika). Er ist genauso wie der Uno, hat ein bisschen mehr Speicher (196 kB und 24 kB RAM) und ein BLE Modul drauf. Dazu noch einen zweiten Prozessor für andere Aufgaben.
Wie gut, das in der Praxis dann funktioniert muss man testen. Anders als bei anderen Boards mit 3,3 V Pegel ist der Genuino 101 wohl auch 5V tolerant. Das hört sich gut an, so muss man sich dann keine großen Gedanken über vorhandene Bauteile mit 5V machen.

Golem hat es aber mal angetestet. Mal schauen, was sich damit dann alles anstellen lässt. Aber zum Herumexperimentieren dürfte es sicherlich reichen. Hoffentlich löst Intel dann auch mal sein Versprechen ein und veröffentlicht die Dokumentationen zum Chip und die Ansteuerung dazu.

Arduino: Keypad Tasten zuordnen

Wer einmal mit einem Keypad gearbeitet hat, kennt die Situation vielleicht: Man hat einige Pins, aber weiß nicht, wo man welche Pins einstecken soll. Dabei gibt es eine relativ einfach Lösung um die Zuordnung der Tasten im Code anzupassen. Man lädt sich folgenden Code in Arduino rein. Öffnet später dann den Serial Monitor und drückt eine Taste. Nun sieht man welche Taste man angezeigt bekommt. Stimmt diese nicht mit der gedrückten Taste überein, muss die Taste an der entsprechenden Stelle im „keys[ROWS][COLS]“ Array angepasst werden.
Ist man mit allen Tasten durch, lädt man den aktualisierten Code nochmal auf den Arduino und prüft erneut die Angabe.

Die Keypad Lib ist die Standardlib von Arduino. Wenn ihr irgendwann mal etwas mit dem offiziellen GSM Modul von Arduino und einem Keypad machen wollt, sei dieser Thread empfohlen. Dann sind nämlich Anpassungen an der Keypad Lib notwendig.

#include <keypad .h>
#include <stdio .h>
#include <wire .h>

//Keypad Deklaration
const byte ROWS = 4; 
const byte COLS = 4; 
char keys[ROWS][COLS] = {
  {'D','C','B','A'},
  {'#','9','6','3'},
  {'0','8','5','2'},
  {'*','7','4','1'}
};

//Keypad PINS.
byte rowPins[ROWS] = {2,3,4,5}; //connect to row pinouts 
byte colPins[COLS] = {6,7,8,9}; //connect to column pinouts
Keypad keypad = Keypad( makeKeymap(keys), rowPins, colPins, ROWS, COLS );

void Keyeingabe()
{
    char key = keypad.waitForKey();    
    Serial.println(key);
}

void setup() 
{
    Serial.begin(9600); //Für Debugging notwendig.
    
}

void loop() 
{   
    Keyeingabe();
}
</wire></stdio></keypad>

//Hinweis: Wegen HTML muss die letzte Zeile und die #include Zeilen beim Kopieren angepasst werden. Der Code zeigt aber schon mal schön, wie es funktioniert. :)

Arduino: GSM Modul und Keypad zusammen macht Probleme

So dele, seit Anfang diesen Jahres bastle ich mehr oder weniger regelmäßig in meiner Freizeit an einem „Schloss“ für ein Baumhaus.
Die Idee: Der Arduino bekommt vom Webserver einen Code als SMS gesendet, der ausgewertet wird. Die SMS enthält ein bisschen Text (geheimer Prefix! Aus Securitysicht natürlich ein Witz. :) ) und hinterher dann den Code. Dieser Code ist dann solange gültig, bis irgendwann eine Lösch SMS kommt. Der Code wird via Keypad eingegeben: Ist der Code richtig, öffnet sich ein Relais und damit das Schloss.
Sobald aber nun ein Code drin ist, ist der Arduino im „Code Eingabe“ Modus und leider gibt es keinen Interrupt vom GSM Modul, der mir mitteilen würde, dass gerade eine SMS gekommen ist.
Deshalb hängt sich der Arduino regelmäßig auf und nach ein paar Mal testen kann das Modul keine SMS mehr empfangen. Sprich die Idee ist zwar eigentlich nicht schlecht, aber momentan viel zu unzuverlässig.

Das kann nun an mehreren Sachen liegen:
1. Die Hardware ist doof. (Würde ich aber fast mal ausschließen wollen, da es selbst mit einem Original Arduino nicht zuverlässig funktioniert!)
2. Ich hab einen Mist programmiert (dabei hab ich die logischen Dinge schon in Funktionen ausgelagert, damit sie nur dann aufgerufen werden, wenn es explizit erforderlich ist)
3. Das GSM macht generell zu viele Probleme.

Vermutlich eine Mischung aus allen 3 Punkten + X!

Irgendwann stelle ich vielleicht den Code nochmal online. Muss dazu aber noch ein paar Dinge wie PIN und Prefix entfernen!

Aber es gibt ja noch andere Ideen: Man nimmt statt einem GSM Modul ein RTC Modul, mit dem man immer ein aktuelles Datum hat. Anhand vom Datum kann man einen Code generieren (ein paar Mal multiplizieren, damit es nicht ganz so offensichtlich ist.) und einem Teil für die Anzahl der Tage. Hinterher kann dann der Besucher einmal den Code eingeben und er wird solange gültig sein, bis irgendwann die Anzahl der Tage überschritten wurde. Das sollte relativ einfach und zuverlässig funktionieren. Der Code Generierungsalgorithmus ist dann einmal auf dem Arduino und einmal auf dem Webserver. Beide sollten gegen Reverse Engineering einigermaßen sicher sein. Zumindest vom Arduino fällt mir gerade keine einfach Methode ein.

Alternative 2: Man generiert einen QR-Code und liest diesen dann per Kamera an einem Raspberry Pi aus. Das hätte auch Stil und wäre bequem. Wie zuverlässig es funktioniert bleibt mal dahin gestellt. Wenn ich ab und an mal ein Paket bekomme, dass in der Packstation gelagert wird war es oft mühselig den normalen Barcode erfolgreich einscannen zu lassen. Aber wahrscheinlich hab ich es nur nicht im richtigen Winkel hingehoben oder bin einfach zu doof. Nach Quadrilliarden Versuchen hat es aber dann doch immer geklappt. ;)

Soviel mal zu diesem Thema. Näheres dann, wenn alles klappt. Den Code werde ich dann vermutlich mal einscannen. Den Algorithmus aus Gründen der nationalen Sicherheit natürlich nicht! Das dürfen findige Hacker selbst herausfinden! So schwer wird es aber nicht sein.

Ganz aufgeben möchte ich das GSM Modul noch nicht. Denn zumindest der SMS Versand funktioniert recht zuverlässig. Also könnte man diese Funktion in Form einer Alarmsicherung mit Reedkontakt noch gut verwenden! Jetzt muss aber erstmal ein funktionerendes Schloss her, danach sehen wir weiter! Der Rest ist eher nettes Beiwerk!

Als dritte Alternative kann man sich auch einfach „Android meets Arduino“ ansehen. Die Smartphones sind nicht mehr teuer und haben schon einiges an Sensoren dabei, da wäre es ganz nett wenn man diese auch nutzen könnte.

WTF Duino – Aus „einfach“ wird kompliziert

Eigentlich ist es nur ein Scherz. Ein Brite hat den Hype um Arduino ein wenig aufs Korn genommen und eine Platine in Form einer Banane entwickelt. Den WTF Duino Technisch ist es ein Klon eines ganz normalen Arduinos. Der Hauptunterschied: Die Form ist eine Banane und sie ist gelb.
Das Schwierige ist: Die GPIO Pins sind nicht gerade angeordnet, sondern immer etwas versetzt zueinander. Damit ist das einfache Anstecken auf ein Breadboard gegessen. Es funktioniert einfach nicht. Um den Schwierigkeitsgrad noch weiter zu erhöhen: Die Beschriftungen sind nicht mit der Funktion identisch. Sprich man muss erstmal herausfinden, welcher Pin zu welcher Beschreibung passt.
Und letztlich gibt es keinen Platinenplan und kein Open-Source. Das Ganze ist Closed Source.

Das Ganze hört sich bescheuert an, ist es eigentlich auch. Aber die Leute im Internet finden das so cool, dass sie eine Kickstarter Kampange fordern. Um das Getrolle endgültig auf die Spitze zu treiben, hat der Münchener CCC gleich mal ein Layout der Banane, einer Kirsche und einer Erdbeere erstellt und auf GitHub gestellt.

Hier noch zwei Video zum WTF Duino.

  • Seite 1 von 2
  • 1
  • 2
  • >