Forum

µC - ich würde fremdgehen (Elektronik)

verfasst von bastelix, 31.03.2016, 21:11 Uhr

Mit dem Arduino ist der Einstieg definitiv am einfachsten. Ich glaub über Shields brauchst du dir erst Gedanken machen wenn du was spezielles vor hast und das selber löten zu umständlich wäre.

Konkret würde ich den Arduino Uno empfehlen: Günstig, 5V-Logik, robust, weit verbreitet und die Leistung sowie die IO-Ports sollten für den Anfang auch reichen.

» » Im Hintergrund ist das doch wesentlich komplexer, high Byte und low Byte
» » übertragen, Steuerleitungen umschalten, Timing beachten - das machen echte Programmierer
Naja, wenn man berufsmäßig programmiert sollte man wissen was da im Hintergrund passiert. Normalerweise greift man auch da auf ne fertige Bibliothek zurück und erfindet nicht jedes mal das Rad neu, aber die Zusammenhänge sollte man schon verstehen - wenn man das berufsmäßig macht. Gut im Embedded-Umfeld muss man da wohl öfter mal ein etwas abgewandeltes Rad erfinden als in meiner Ecke aber ich kenne keinen Embedded-Entwickler der nicht auf fertigen Code zurückgreifen würde es möglich wäre.

» Jo, das ist das was man braucht. Es gibt auch sogenannte "Shields" um mit
» Erweiterungen zu spielen wenn das LED blinken schon keinen Spass mehr
» macht.
Die meisten Shields sind eigentlich für Leute gedacht, die von E-Technik keine/wenig Ahnung haben und schnell zum Ziel kommen wollen. Vieles davon kann man auch selber löten. Es spricht natürlich nichts gegen Shields, man muss ja nicht immer das Rad neu erfinden Aber man kann auch mehr als nur mit LEDs rumspielen ohne gleich ein Shield kaufen zu müssen. Oh und es gibt auch noch Breakout-Module für spezielle Aufgaben (z.B. SD-Karten, WLAN, Funk, ...)

» Auch wenn der richtige Programmierer das auch nicht braucht :D
Genau! Und kommentieren muss man auch nicht. Guter Code dokumentiert sich selbst!

Ne ernsthaft, wenn das Programm etwas umfangreicher wird (sagen wir mal mehr als 20 Zeilen) sollte man schon von Anfang an auf eine gute Dokumentation achten. So als Faustformel: Für jede Methode und jede Klasse/Modul muss mit mindestens einem Satz kommentiert werden was sie tut bzw. wozu sie da ist. Bei komplexeren Programmen ist auch eine grafische Skizze sinnvoll. Muss nicht unbedingt ein Flussdiagramm sein, aber ein Bild kann komplexe zusammenhänge recht gut visualisieren. Und wenn man nach einem Jahr oder so an seinem alten Code was ändern muss ist man sich selbst für ne Doku sehr dankbar

Wenn ich meinen Code dokumentiere stell ich mir immer vor ein neuer Kollege müsste meinen Code verwenden/pflegen und ich wär grad in Urlaub. Dann versuch ich den Code so zu dokumentieren, dass er ihn versteht und mich nicht im Urlaub anruft (natürlich nur wegen den Roaming-Gebühren )