[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [avrdude-dev] EDBG is up for testing
From: |
Rick Mann |
Subject: |
Re: [avrdude-dev] EDBG is up for testing |
Date: |
Fri, 28 Feb 2014 13:50:23 -0800 |
That sounds great, Joerg!
Tell me, if I'm developing an Xmega-based board, what debug/programming related
peripherals do I want to make accessible? USB and PDI?
--
Rick
On Feb 28, 2014, at 13:37 , Joerg Wunsch <address@hidden> wrote:
> Hello everyone,
>
> implementation of the Atmel EDBG protocol is mostly done now. All is
> in SVN, so anyone who wants (and can) is invited to test it.
>
> Basically, the protocol is a wrapper around the old existing JTAGICE3
> protocol, so all the internals have not been touched. (*) The fact the
> debugger is using EDBG protocol is detected by the occurence of the
> substring "CMSIS-DAP" in the USB product string, as this is mandated
> by the CMSIS-DAP document.
>
> (*) There's one difference, the SPI_MULTI command which AVRDUDE is so
> fond of is no longer supported in ISP mode. I have yet to verify
> whether we would still want to use it somehow.
>
> In order to allow for the JTAGICE3 with both, the old V2.x (non-EDBG)
> as well as the 3.x (EDBG) firmware to be detected, I extended the
> "usbpid" key in programmer definitions in the config file to allow a
> list of USB PIDs. However, even though it's syntactically allowed,
> most programmer implementations ignore the list and only take the
> first USB PID that has been given in the file; only the "jtag3"
> programmer implementation has been extended to really handle the list.
> Each given USB PID is then probed successively, until a match was
> found (or none at all). That way, one can always specify "-c jtag3"
> on the commandline, regardless of the firmware version (and thus
> different USB PID, 0x2110 vs. 0x2140).
>
> Since the protocol is just the same, the new debug dongle called
> "Atmel-ICE" (**) is also supported that way. (This refers to the AVR
> part, obviously. Regarding the ARM part, I'd hope that a CMSIS-DAP
> aware OpenOCD would be able to talk to that.)
>
> (**)
> http://store.atmel.com/PartDetail.aspx?q=p:10500375;c:100112#tc:description
>
> Also supported is the onboard EDBG chip that can be found on the new
> "Xplained Pro" evaluation boards.
>
> If all goes well, I intend to roll a release anytime soon.
>
> Not yet done: I didn't do any attempt to implement a Win32 variant
> that uses the Win32 API HID library. By now, only the libusb backend
> is done. If anyone wants to step forward and attempting an
> implementation based on the Win32 HID API, they are most welcome. The
> advantage for Windows users there is that they don't need a separate
> driver. (Windows doesn't offer a real generic USB driver as the
> various Unices do.)
> --
> cheers, Joerg .-.-. --... ...-- -.. . DL8DTL
>
> http://www.sax.de/~joerg/
> Never trust an operating system you don't have sources for. ;-)
>
> _______________________________________________
> avrdude-dev mailing list
> address@hidden
> https://lists.nongnu.org/mailman/listinfo/avrdude-dev
--
Rick
signature.asc
Description: Message signed with OpenPGP using GPGMail
- [avrdude-dev] EDBG is up for testing, Joerg Wunsch, 2014/02/28
- Re: [avrdude-dev] EDBG is up for testing,
Rick Mann <=
- Re: [avrdude-dev] EDBG is up for testing, Joerg Wunsch, 2014/02/28
- Re: [avrdude-dev] EDBG is up for testing, Rick Mann, 2014/02/28
- Re: [avrdude-dev] EDBG is up for testing, Joerg Wunsch, 2014/02/28
- Re: [avrdude-dev] EDBG is up for testing, Rick Mann, 2014/02/28
- Re: [avrdude-dev] EDBG is up for testing, Joerg Wunsch, 2014/02/28
- Re: [avrdude-dev] EDBG is up for testing, Rick Mann, 2014/02/28