Arduino Due

[Bernd Walter]

On Sun, Dec 18, 2016 at 09:13:43AM -0600, Kyle Evans wrote:
> On Dec 18, 2016 03:42, "Bernd Walter" <ticso at cicely7.cicely.de> wrote:
> 
> > On Sun, Dec 18, 2016 at 01:41:52AM -0600, Kyle Evans wrote:
> > > On Sun, Dec 18, 2016 at 1:14 AM, Adrian Chadd <adrian.chadd at gmail.com>
> > wrote:
> > 
> > > I would have liked it if this detail was completely moved into
> > > devel/bossa, which is actually programming the device, but that idea
> > > has since been rejected upstream. I'm not entirely convinced that it's
> > > really doing the open/close properly or that there's not simply too
> > > much delay between triggering the bootloader and devel/bossa connecting.
> > 
> > Not sure about the arduino case, but with the ESP8266 I saw some USB
> > uarts worked fine (CP2102) and others (CH340) failed to start programming.
> > Adding some retries for the init handshake helped.
> > No idea what happens exactly, because the data itself looked fine when I'd
> > traced it with another USB uart.
> > There might be some timing differences.
> 
> The ESP8266 is devel/bossa supported as well, yeah? That's an interesting
> datapoint. Does it require the 1200 bps init to erase and reboot in
> bootloader mode?

In my case I'm using esptool.py for the ESP8266.
>From memory it just opens the tty without anything fancy and tries to
handshake with 115200bps.
I even traced the signals on the line and nothing was wrong.
Still it almost always failed with the CH340 and always worked with a
CP2102.
I've never found out what exactly went wrong, just that a few more
retries (well I'd raised it to 100) helped.

When I first had to programm Atmel ARMs bossa wasn't available.
I'd used a Linux programm called sam7_pgm, which I had to fix to be
compiled on FreeBSD, but it worked fine for all the AT91SAM7*.
With the newer Atmel ARMs I'd switched over to the Atmel-ICE and
openocd.

-- 
B.Walter <bernd at bwct.de> http://www.bwct.de
Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.