wenn man schon über "internet der dinge" spricht, dann könnten sich doch die dinge wie das internet anfühlen. also (sehr häufig) WLAN an und man bekommt vom internet (router) eine adresse - das könnten doch dinge auch tun...
wir haben im letzten projekt erfahren wie schnell sich mit dem raspberry prototypisieren lässt. schwierig war dabei allerdings die anbindung per WiFi, wenn man das "ding" nicht in eine bestehende infrastruktur einhängen will - man also ein eigenes netz aufbauen will. dazu gibt es einige anleitungen im internet (stichwort raspberry wifi accesspoint) - aber auch einige stolperfallen. nach einiger zeit haben wir nun ein setting gefunden das sehr stabil funktioniert - wenn man address mit doppel d schreibt...
setting wie folgt:
raspberryPi
raspbian (wheezy vom 2014 06 20)
wlan usb stick logilink WL0150 (das ist sehr wichtig, da die zwingend erforderliche hostapd nur mit ein paar wenigen chipsets funktioniert)
pakete iw, isc-dhcp-server, hostapd
ein netzteil mit ein wenig power (> 1A) oder stromversorgter USB verteiler)
eine /etc/network/interfaces datei mit address (nicht adress)
mit dem oben genannten setting kann man folgende anleitung eigentlich schritt für schritt durchziehen: http://raspberrypihq.com/how-to-turn-a-raspberry-pi-into-a-wifi-router/
allerdings muss man folgenden beitrag mit befolgen, sonst verliert das wifi interface seine statische adresse (somit der dhcp server seine adresse): http://www.raspihub.com/go/6b63dcb59cbed13eeac7faa81b9a7fae67fbeb28b455b48fa099972c0bacefe4
ein letzter hinweis: sollte das wifi interface nie seine statische adresse bekommen, (ausser man führt den befehl sudo ifconfig wlan0 XXX.XXX.X.X aus) dann hat man womöglich in der /etc/network/interfaces address mit einfachem d geschrieben: http://www.raspberrypi.org/forums/viewtopic.php?f=36&t=53943
Im aktuellen Projekt setzen wir u.a. eine positionsbewusste Motorsteuerung (juhu, Neologismen) ein. Da insgesamt 6 Arduinos mit I2C als Netzwerk 12 Motoren regeln und der Code super unübersichtlich wird, kommt schnell der Wunsch auf das ganze in eine Klasse auszulagern und dann für jeden Motortreiber zu instanziieren.
Also: Klassen in Arduino. Wenn man sucht findet man rel. schnell Anleitungen für Libraries und stösst möglicherweise auch auf „Struct“*. Das Prob an Libraries ist, dass die Arduino-IDE neugestartet werden muss wenn Änderungen vorgenommen werden, gleiches gilt, wenn man mit SublimeText programmiert (dringende Empfehlung an dieser Stelle, Sublime ist der Knaller für Arduino und Processing und vieles andere).
Zurück zum Thema – in den gleichen Ordner in dem der Sketch liegt (also z.B. die Blabla.ino) noch eine Datei anlegen mit dem Namen eurer Klasse und der Endung „.h“ anlegen. Per Konvention beginnen Klassen immer mit Grossbuchstaben, also nennt eure Klasse z.B. „MeineKlasse.h“.
Darin importiert Ihr als erstes die Arduiono-Class damit eure Klasse die Arduino-Methoden kennt:
#include "Arduino.h“
dann definiert Ihr die Klasse:
class MeineKlasse { public: int some_var; //constructor MeineKlasse(); void init(); //after constructor for static instanciation void handle(); //called by loop void someFunction(); private: int _some_private_var; void _private_function(int parameter); };
Unbedingt auf das Semikolon nach der Definition achten!!!
Danach können die Inhalte der Funktionen definiert werden, alles innerhalb eurer „MeineKlasse.h“-Funktion.
/Class Implementation //constructor - always use same name as your class-name MeineKlasse::MeineKlasse() { some_var = 200; _some_private_var = 20; } MeineKlasse::handle() { //do something here } MeineKlasse::someFunction() { //do something else here } MeineKlasse::_private_function(int parameter) { //do something with the parameter if you want }
Jetzt könnt Ihr die Klasse in euerem Arduino-Sketch verwenden, ihr müsst sie dort lediglich wie eine Library importieren:
Höhrenswertes Interview mit Kim Goodwin, Vice President of Design bei Cooper über den Goal Directed Design Prozess, spezifisch über den Einsatz und die Rolle von Personae für komplexe Systeme. Gesucht hatte ich das ganze, weil die Frage aufkam, in welcher Phase oder zu welchem Zeitpunkt Anforderungen definiert werden. Also:
Research -> Personae -> Szenarien -> Requirements ;)
Universal Sans - ich würde das in diese Richtung als Basis treiben, mit dem Zusatz, dass in den verschiedenen Kontexten dann experimentiert und variiert werden kann; Identity also eher als Regelwerk denn als festes Logo;
für Präsentationen, Messe-Besuche und alles was etwas "konservativer" ausfällt, sollte aber eine gemeinsame Basis-CI verwendet werden;
dailybridgerton
andulkaphoto
izzy806
kianamaiart