Das Bild in diesem Blogbeitrag wurde von Stable Diffusion erstellt.
Was passiert, wenn man ein Dutzend Uhren nimmt und sie in den Fluss der Zeit wirft?
Weiter lesenIrgendwas interessantes Neues
Das Bild in diesem Blogbeitrag wurde von Stable Diffusion erstellt.
Was passiert, wenn man ein Dutzend Uhren nimmt und sie in den Fluss der Zeit wirft?
Weiter lesenDas Bild in diesem Blog-Beitrag stammt von PublicDomainPictures von Pixabay.
Vor kurzem habe ich einige ATmega328P-PU (DIP-Gehäuse) Chips in China gekauft und war besorgt, dass es sich um Fälschungen handeln könnte. Immerhin waren vor drei Jahren einige ATmega328P-Klone auf Pro Mini-Boards aufgetaucht, die keine Nano-Power unterstützten. Ein erster Test schien auf eine Fälschung hinzudeuten, aber anscheinend sind es doch die Originale. aber die Chips verhielten sich ansonsten unauffällig.
Das Bild in diesem Blogbeitrag basiert auf einem Bild von JL G auf Pixabay
Wer alt genug ist, erinnert sich wahrscheinlich an den Y2k-Bug. Man würde annehmen, dass die Menschheit daraus gelernt hat. Völlig falsch!
Weiter lesenDas ausgewählte Bild dieses Beitrags ist von Emphyrio auf Pixabay
Ein Gerät, das im parasitären Stromversorgungsmodus betrieben wird, bezieht seinen Strom aus einer Datenleitung statt aus der regulären Stromversorgungsleitung. Dies kann beabsichtigt oder unbeabsichtigt sein. Im letzteren Fall können alle möglichen unerwarteten Dinge passieren.
Weiter lesenMake it Fail!
(David J. Agans)
Das Zitat stammt aus David Agans Buch Debugging: the 9 indispensable rules for finding even the most elusive software and hardware problems, das ich jedem empfehlen kann, der ein technisches Artefakt debuggen muss.
Das Titelbild dieses Beitrags ist ein Comic von xkcd.com.
Ein weiterer xkcd-Comic, der den Punkt trifft. Allerdings ist das mit meinem neuen Hardware-Debugger ja nun Vergangenheit 😎. Vor kurzem habe ich eines meiner elektronischen Geocaching-Gadgets debuggt und war positiv überrascht, wie einfach es war, die eigenen Fehler zu lokalisieren und die richtige Lösung zu finden.
Weiter lesenDas Titelbild dieses Beitrags ist von WikiImages auf Pixabay
Man will nur einen einzelnen Schritt in einem Programm ausführen, aber der Debugger springt zu einem völlig unbekannten Bereich des Programms. Dies war in der Tat meine erste Erfahrung, als ich den MPLAB-X-Debugger von Microchip auf dem Blink-Programm ausprobierte habe. Fehler oder Feature?
Weiter lesenThere has never been an unexpectedly short debugging period in the history of computers
… aber womöglich konnte man die Debugging-Perioden durch die richtigen Werkzeuge verkürzen.
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 lesenDas 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 lesenCopyright © 2024 Arduino-Bastelecke
Thema von Anders Noren — Hoch ↑