Atmel EDBG firmware (or more extremely, Atmel ICE firmware, as it is also powered by the EDBG chip) into a freah AT32UC3A4256 chip and make it function as an EDBG or Atmel ICE device?
Atmel EDBG firmware (or more extremely, Atmel ICE firmware, as it is also powered by the EDBG chip) into a freah AT32UC3A4256 chip and make it function as an EDBG or Atmel ICE device?You would need to get that firmware first somehow. Updates are encrypted, and EDBG chips are locked.
I think that firmware rescue mode would be useful for this, if it works.
Of all the things that Atmel has done, one of the most annoying is the way that they've kept their debugging protocols so proprietary...
Get a dragon, they cost 50€ or a bit less, have one for years now, never failed me..
If you get into ARM's, just get a student J-Link for 50€ and be happy.
Of all the things that Atmel has done, one of the most annoying is the way that they've kept their debugging protocols so proprietary...
If you get into ARM's, just get a student J-Link for 50€ and be happy.For ARMs there are way cheaper options. The cheapest one I know is my $10 debugger. But it is slow., being USB FS device.
LPC Link II in CMSIS-DAP mode is fast and is around $25. Plenty of other cheap options as well.
But it is slow., being USB FS device.
Get a dragon, they cost 50€ or a bit less, have one for years now, never failed me..
If you get into ARM's, just get a student J-Link for 50€ and be happy.
I don't quite understand why USB FS (12Mbps, right?)
Keep an eye out for Atmel (Microchip) training. Frequently a "hands on training class" will be giving away slightly old hardware at really steep discounts. For example, in NY "somewhat associated with Makerfaire" (this week?), these is:
https://www.eventbrite.com/e/microchips-get-launched-new-york-tickets-36836871073
which includes a class on "Advanced Arduino Debugging", where you'll get to take home an ATmega328p Xplained-mini (Uno equivalent with mEDBG on-board) AND a JTAGICE3 debugger (does ARM too), all for $25.
Is CMSIS/DAP *that* "transaction inefficient"? Maybe someone should put gdb-server on the debug probe...
Get a dragon, they cost 50€ or a bit less, have one for years now, never failed me..
If you get into ARM's, just get a student J-Link for 50€ and be happy.
By the way, if you're like me and you assumed you could use an mEDBG on a board to program arbitrary parts, don't waste your time. I bought an ATtiny817 Xplained Mini, with the intent of developing code for the ATtiny1617. No dice: the mEDBG on that board is programmed specifically for the ATtiny817, and Atmel Studio refuses to use it to debug anything other than that chip.
By the way, if you're like me and you assumed you could use an mEDBG on a board to program arbitrary parts, don't waste your time. I bought an ATtiny817 Xplained Mini, with the intent of developing code for the ATtiny1617. No dice: the mEDBG on that board is programmed specifically for the ATtiny817, and Atmel Studio refuses to use it to debug anything other than that chip.I'm not sure about mEDBG specifically, but EDBG on ARM boards can be used to program other devices. AS itself recognizes the board, and limits your choice to the device installed by default, but you can disable that check in the settings.
I have a Tiny817 Xmini board, and I created a project for Tiny816. I can select the debugger, and attempt to start debugging, but it eventually complains about invalid device ID.
And does it actually let you debug the code?
All I'm saying is: when I create a project that targets an ATtiny1616, I can't use my Tiny817 board to debug it -- the Xplained Mini 817 mEDBG board doesn't even appear in the "Tool" selection drop-down. I can go to device programming and override it there, but it doesn't even appear in the Tool drop-down menu for my ATtiny1616-based projects.
The only thing to keep in mind is that I had to close the project settings window and open it again after disabling the device check.
Tools (Main Menu) -> Options ... -> Tools -> Hide Unsupported Device -> False.