Hardware-Werkzeuge, die ich nutze und/oder baue
Vor drei Jahren habe ich einen kurzen Blogbeitrag über AVR-Fuses geschrieben und darüber, was zu tun ist, wenn du deine MCU durch das Setzen der falschen Fuse unkommunikativ gemacht hast. Dazu gehörten eine Menge Jumper-Drähte. Um diese loszuwerden, habe ich vor kurzem beschlossen, ein Arduino-Shield zu entwickeln, das die Wiederherstellung „toter“ MCUs unterstützt und das man jetzt bei Tindie kaufen kann.
Das Bild in diesem Blogbeitrag stammt von Chen von Pixabay
Was ist eine Echtzeituhr? Warum braucht man eine? Was sind die Anwendungsfälle? Wie genau kann eine Echtzeituhr sein? Welche Eigenschaften kann eine Echtzeituhr haben? Welche Modelle gibt es? Und welches sollte man kaufen?
Weiter lesen
Wie kommuniziert man mit einem 3D-Drucker? Eine SD-Karte zwischen dem Computer und dem Drucker hin und her tragen? Mit dem SD-WIFI-Modul kann das jetzt ein Ende haben! Wenn man allerdings versucht, das Ganze auf einem Mac zum Laufen zu bringen, ist möglicherweise etwas mehr Aufwand nötig.
Weiter lesen
DasTitelbild dieses Beitrags basiert auf einem Bild von Florian-if, das bei Wikipedia unter CC-BY-SA-3.0 veröffentlicht wurde.
Ist es möglich, einen debugWIRE-Hardware-Debugger für weniger als 10 € zu bauen? Man kann, wenn man ein paar Kompromisse eingeht, ein bisschen lötet und Schrumpfschlauch erhitzt.
Weiter lesen
dw-link kann ein Arduino-Board in einen Hardware-Debugger verwandeln und dw-probe verbindet es mit jedem Target-Chip.
Weiter lesen
Wie in einem früheren Blogbeitrag erwähnt, sind Hardware-Debugger die Königs-Klasse der eingebetteten Debugging-Werkzeuge. Bis heute gab es jedoch nur sehr wenige, relativ teure Tools für die debugWIRE-Schnittstelle, die von den klassischen ATtinys und einigen ATmega-MCUs verwendet wird.
Die gute Nachricht ist, dass man jetzt einen Arduino Uno, Nano oder Pro Mini in einen debugWIRE-Hardware-Debugger verwandeln kann, der mit avr-gdb, der AVR-Version des GNU-Projektdebuggers, kommunizieren kann.
Das Titelbild dieses Beitrags ist von Albert Guillaume – Gils Blas, 24 décembre 1895, Public Domain, Link
Wenn man ein Werkzeug für ein Protokoll entwickelt, das undokumentiert ist, ist es nicht verwunderlich, dass man auf überraschende Situationen stößt. Und genau das habe ich bei der Entwicklung des Hardware-Debuggers dw-link erlebt, der debugWIRE-MCUs mit dem GDB-Debugger verbindet. Obwohl ein wesentlicher Teil des debugWIRE-Protokolls rekonstruiert wurde, habe ich einige überraschende Phänomene beobachtet: MCUs mit gespaltener Persönlichkeit, Stuck-at-One-Bits in Programmzählern, halblegale Opcodes und mehr.
Weiter lesen
Das vorgestellte Bild dieses Beitrags ist ein Comic aus xkcd.com.
Der obige xkcd-Comic mit dem Titel Debugger spielt auf das Problem an, dass man bei der Anwendung einer bestimmten Methode auf sich selbst möglicherweise nicht das bekommt, wonach man gefragt hat. Turings Halteproblem ist ein bekanntes Beispiel dafür: Man kann algorithmisch nicht entscheiden, ob ein Algorithmus auf einer gegebenen Eingabe terminiert. Haben wir dieses Problem auch bei Debuggern? Insbesondere habe ich mich gefragt, ob es sinnvoll ist, den Hardware-Debugger, den ich entwickle, mit sich selbst zu debuggen.
Weiter lesen
Wenn Dinge schiefgehen, obwohl die Programmlogik korrekt zu sein scheint, ist es an der Zeit, die Signale zu untersuchen, die in die MCU reingehen und aus der MCU herauskommen. Das beste Werkzeug dafür ist ein Logikanalysator.
Weiter lesen
Das Titelbild dieses Beitrags basiert auf einem Bild von Hier und Jetzt, leider endet meine Reise auf Pixabay auf Pixabay
… um eine Glühbirne einschrauben? Die richtige Antwort auf diese Frage lautet: „Keine, das ist ein Hardware-Problem!“ Aber: Das ist nicht die richtige Frage! Die richtige Frage lautet: „Wie viele ISP-Programmer braucht man, um ein Programm in den Flash-Speicher zu brennen?“
Weiter lesenCopyright © 2024 Arduino-Bastelecke
Thema von Anders Noren — Hoch ↑
