Where I continue to discus how to debug code on the ATtiny13A on a Linux computer using the Microchip Snap, bloom, avr-gdb and gdb-dashboard. This entry goes into a detail as to how I like to use avr-gdb, Bloom and a customized window from gdb-dashboard to debug the ATtiny13A.

Sources#

• gdb-dashboard
• Bloom
• Microchip SNAP
• gdb Resources

The code for this article and other articles on the ATtiny13A can be found in the ATtiny13A repository. Additional detail and files for implementing this aproach can be found ATtiny/docs/gdb_dashboard.

Where I continue to discus how to debug code on the ATtiny13A on a Linux computer using the Microchip Snap, bloom and avr-gdb. This entry goes into a little more detail as to how to use gdb along with Bloom to debug the ATtiny13A.

Sources#

• gdb Resources
• Bloom
• Microchip SNAP

The code for this article and other articles on the ATtiny13A can be found in the ATtiny13A repository.

Debugging the ATtiny13A — terminal TUI + Bloom Insight#

  avr-gdb  ──►  Bloom  ──►  SNAP  ──►  ATtiny13A
 (TUI in a   (debugWire ↔            (debugWire over RESET)
  terminal)   GDB server,
              Linux only)

The recommended front end is avr-gdb’s built-in terminal TUI, optionally alongside Bloom’s Insight GUI for registers/peripherals/memory. Two heavier frontends — gdbgui (browser) and Sublime + DAP — were explored and rejected; see Explored and rejected for why, so the dead ends aren’t re-walked.

Where I illustrate how to debug code on the ATtiny13A on a Linux computer using the Microchip Snap, bloom and avr-gdb.

Sources#

• gdb Resources
• Bloom
• Microchip SNAP

The code for this article and other articles on the ATtiny13A can be found in the ATtiny13A repository.

Introduction#

The Microchip SNAP is a low-cost ($11) board which is great for debugging and uploading code to an AVR microcontroller. It is supported by tools such as avrdude and Bloom. While I had attempted to use the Microchip Snap before, I had not any luck. In my attempts to solve this problem, I ran across this link to Bloom: Enabling “AVR mode” on the MPLAB Snap. The article was great for two reasons, first, it explained why the Snap wasn’t working and provided detailed instructions as to how to fix the problem. Second, if you have a Linux computer, Bloom is a great debugging tool!!

Reference page for Bloom configuration and commonly used avr-gdb commands.

Sources#

• gdb Resources
• Online User Manual: Debugging with GDB
• Bloom (replaces avarice)
• Microchip SNAP (replaces the Atmel Dragon)
• Atmel-ICE Debugger more expensive version for both ARM and AVR

Bloom Configuration#

Atmel ICE Debugger Configuration#

environments:
  default:
    debugTool:
      name: "atmel-ice"

    target:
      name: "atmega328p"
      physicalInterface: "debug-wire"
      disableDebugWirePreDisconnect: false
      manageDwenFuseBit: true
      variantName: "atmega328p-pu"

    debugServer:
      name: "avr-gdb-rsp"
      ipAddress: "127.0.0.1"
      port: 1442

insight:
  enabled: true

avr-gdb Configuration#

.gdbinit#

set history save on
set history size 10000
set history filename ~/.gdb_history

file main.elf
target remote :1442
set listsize 0

define cll
make 
load main.elf
mon reset
refresh
list
end

Where I describe how to use the servos() interface in AVR C.

Sources#

• Analog Feedback Micro Servo - Product ID: 1449 Servo to be used in entry.
• Analog Feedback Servos
• Arduino Lesson 14. Servo Motors
• Adafruit Servo Motors

Introduction#

Servos are a powerful addition to the embedded programming toolkit as they enable motion. Not high-speed motion as in a electric motor, however, motion which can be easily controlled and typically in an arc or as angles. Servos are much more precise as to how they can move in comparison to electric motors. See Sources above for a few example tutorials as to how to use them.

Where I discuss what to do once you’ve downloaded a repository from Github.

Introduction#

I’ve advocated using the AVR_C (among others) repository to learn how to use C instead of the Arduino “C++” language. (I write C++ in quotes as while the language used is C++, there are some extensions which some people assume are part of the language, causing more confusion.) In this post, I want to start a short series on using Git as it is extremely helpful, once you begin to develop code. And it becomes mandatory, once you begin using someone’s git repository.

Where I demonstrate how to use the ATmega328PB Xplained Mini from Microchip to understand how to program in Standard C.

Sources#

• ATmega328PB Xplained Mini
• ATmega168PB Xplained Mini
• Adding support for ATmega328PB to avr-gcc and avrdude
• Bloom (replaces avarice) (Linux only)

Introduction#

Due to its size and shape, I’m conflicted on this board. For the price, its fantastic! Why the conflicting thoughts? The good is that this board has an embedded hardware debugger which solves the controller board/debugger tool issue and it only costs $12! The bad is the board is physically large without adding extra value, thus it requires two breadboards to easily interface. All this said, I would recommend this board over any other, if you plan to do any hardware debugging.

Where I provide hints on using avr-gdb and bloom to debug code on the ATmega328P.

Sources#

• gdb Resources
• Bloom (replaces avarice)
• Microchip SNAP (replaces the Atmel Dragon)
• Atmel-ICE Debugger
• GDB Documentation
• Guide to Faster, Less Frustrating Debugging - Norman Matloff

Hints#

1. Check the version number on avr-gdb as of December 2021, it is 11.1. On Ubuntu, the latest version is 8.1 from 2018 which had quite a few bugs. See notes on this page as to how to ensure you have the latest version.
2. Be sure to use target remote:1442 in gdb, if you are having connection issues.
3. If you find your self executing a lengthy command quite a bit (such as “monitor reset init”), use “define” to create a shorter command for it. If you put it into the .gdbinit file (as I have), it will remember from session to session.
4. gdb can be incredibly easy to use. Norman Matloff’s tutorial is great for illustrating the commands needed. I recommend reading and practicing with it, its well worth it!
5. Another great tutorial is Beej’s Quick Guide to GDB, particularly for the gdb –tui guidance.
6. Start with using gdb to replace printf statements. Run code, have it stop by using a “breakpoint function name” or “breakpoint line number”, then use “print” or “display” to get the values of variables. This will work the same as inserting print statements, however, it doesn’t affect your code.
7. It took me less time to learn gdb, and write these two tutorials than the time I spent attempting to debug Visual Studio Code. Your mileage may vary, however, a simple gdb/code editor setup is fast and easy to learn and use.
8. If your code ends, you will see “exit(status=0)….”. To restart the program, simply issue a monitor reset, which will reset the processor. Press “c” and the program will begin running again.
9. gdb operates in at least two modes:
   • command, indicated by (gdb) prompt. This is where you will enter all of the commands to interact with gdb
   • execution, indicated by a lack of a (gdb) prompt. This means the program is running and hitting a breakpoint or watchpoint will return you back to command mode. Or you can hit Ctrl-C which will interrupt the process and put into command mode.
10. Enter the command layout src or start by using gdb –tui and the window will divide into two horizontal windows. The top window will show 20 lines of source and the bottom window will continue to be the command window. This is a great way to view a breakpoint. For example, set a breakpoint on a function name, then “n(ext)” through the code to view execution. Once you have entered “n”, you can simply hit the return key and it will advance using the next command.
11. If in tui, use info win to show the number of lines per window then use wh [window name] n to change the number of lines to n. For example, use wh src 40 to change the window showing the source code to 40 lines. Use fs [window name] to change the window focus. Typically, it is in the source (src) window, and to change the focus to the command window, use fs cmd.
12. Note found elsewhere, I’ll link to it when I find it: “remember to use -g only for the image you pass to gdb, not the firmware you load into the device (if it can grok elf). Also another very critical prerequisite for C programs is -O0 (which is usually default). But if you use -Os or something, you can get very unpredictable debugging results. This btw. makes debugging some code on avrs for example almost impossible, as they often rely on -Os to fit the image in there. But.. it is very possible and comfy to debug simple optimized C programs in assembly, if you know roughly what to expect. Use objdump -dS on the optimized .elf file with debugging info and you’ll roughly see what assembly code was produced for what C code.”

Where I show some examples as to how to use Bloom and avr-gdb to debug code on the ATmega328P.

Sources#

• gdb Resources
• gdb Hints (from RP2040 effort)
• Bloom (replaces avarice)
• Microchip SNAP (replaces the Atmel Dragon)

Introduction#

In a previous entry, I discussed how to setup Bloom and gdb using an MPLAB Snap. Given the power of Bloom’s feature called Insight, I want to present some examples of how to use Insight to debug the AVR8 family of microcontrollers.

Where I illustrate how to setup using avr-gdb to debug code on the ATmega328P and replacing avarice with Bloom and the Atmel Dragon with the Microchip Snap.

Sources#

• gdb Resources
• gdb Hints (from RP2040 effort)
• Bloom (replaces avarice)
• Microchip SNAP (replaces the Atmel Dragon)
• Atmel-ICE Debugger more expensive version for both ARM and AVR

Introduction#

In a previous entry, I discussed using an Atmel Dragon (no longer available), avarice (an older application managing communication between the Dragon and gdb), and avr-gdb to debug a program running on a Uno (ATmega328P). My goal has been to find a suitable board which replaces the Dragon, however, at a reasonable (<$50) price point. The board would need to work with avarice or I need to find a replacement for avarice as well. This new combination needs to provide both the ability to debug as well as program the 328P.