I have and use ICSP programmers for the tinies I develop but, especially when breadboarding , I include a 6 pin straight header for hooking up a USB-ttl serial cable. This is great for debugging.
Presumably, to be arduino-like, a boot loader could be automatically grafted on to the sketch(like init) and get a shot at the serial before the application started.
Which software do you use on the 84? NewSoftSerial? SoftwareSerial? Something else?
That would be nice. The biggest issue is the bootloader code overwriting itself. There are two potential solutions...1. Always place the bootloader code at a fixed location in the executable image. This may not be possible.2. Make the bootloader so it moves itself to one end of the Flash while the other end is programmed. This would double the wear on parts of the Flash and would be a bit complicated but would very likely work.
I've been using the basic SoftwareSerial but since this fine new core supports NewSoftSerial I'm going to try that as soon as I get the hardware working.
I naively thought we could just tell the compiler the bootloader code was to be loaded at the end of the flash- there's usually an assembly construct for that kind of thing isn't there?
By the way, the core seems fine
Running my pololu programmer from the ide is giving me a content mismatch but i bet that's my fingers
crossloading it thru avr studio and my dragon works fine
see, the bootloader would be a blessing today!
There's actually something worth thinking about there: with our own bootloader we know exactly who's doing what. with an arbitrary icsp programming set up there's more variation at the user end and maybe more bits to get wrong.
QuoteRunning my pololu programmer from the ide is giving me a content mismatch but i bet that's my fingersI sometimes get a similar error when there's too much load on a pin (a piezo is my source of pain). Programming works. Verifying doesn't. I have no idea why one would work but not the other. If there's nothing else connected to the processor, my Pololu has been very reliable.
My problem was simpler - the programmer ground wasn't connected!
The pololu is great except that it's not set up to power the target. I think for the most arduino-like experience you'd want a programmer that would at least optionally provide target power without a lot of fuss.
The one I have carries USB power out on the VBUS pin. I think there's a 350ma limit (probably the Pololu's power requirement from 500ma). Your's doesn't have that?
Please enter a valid email to subscribe
We need to confirm your email address.
To complete the subscription, please click the link in the
email we just sent you.
Thank you for subscribing!
via Egeo 16