[avr-gcc-list] AT90CAN128 bootloader

I know this has been asked somewhere before, but is there a bootloader that is easy to implement for the AT90CAN128? I would like to have the ability to upgrade firmware on my device through serial port, I found this link and it looked ideal except I am using UART0 and 16Mhz which is not

RE: [avr-gcc-list] AT90CAN128 bootloader

I took Jason Kyle's boot-loader and reworked it to fit in 512 words. A version that should be relatively easy to modify for your needs can be found in the files section of Yahoogroups avrrobotcontrol You will need to sign up for Yahoogroups to see it download. it is a stand-alone program using

Re: [avr-gcc-list] AT90CAN128 bootloader

Larry Barello wrote: -- I took Jason Kyle's boot-loader and reworked it to fit in 512 words. A version that should be relatively easy to modify for your needs can be found in the files section of Yahoogroups avrrobotcontrol You will need to sign up for Yahoogroups to see it download. it

RE: [avr-gcc-list] AT90CAN128 bootloader

Thanks! IIRC you can cut out the EEPROM support and the boot loader fits into 256 words. While paring down the size I cut out the C startup (there is no main()) runtime support and moved statics/globals into automatics assuming they would go onto the stack. However that clever

RE: [avr-gcc-list] AT90CAN128 bootloader

Larry, I have some stupid questions. Does the AVRDUDE and/or AVR Studio send out 0 to start programming? Is there some specification somewhere? What happens if user does hit 0 by accident? I would very much like to do two things, one is have the automatic bootloader like you do, and the

RE: [avr-gcc-list] AT90CAN128 bootloader

I wrote a little state machine that eats the '0' and ' ', printing out the '0' if not followed by a space. Then it jumps to the bootloader. The bootloader also waits 3 seconds prior to running the application which is how I recover if I mess up and the escape sequence doesn't work. Finally, you

Re: [avr-gcc-list] Using avrdude with Atmel USB dongle

dimax un [EMAIL PROTECTED] wrote: The result is not good. I still get a delay and error message but also it stuck in Writing flash. See below. Running it second time did not produce error in USB device but it still got stuck in Flash writing. ( BTW why expected signature for atmega -s FF FF

Re: [avr-gcc-list] WinAVR - gcc 3.4.6 - AVR Studio - DuoCore PC - Stackpointer problem

Steffen Rose [EMAIL PROTECTED] wrote: wrong code: PUSH R17 PUSH R28 PUSH R29 IN R30,0x3D IN R31,0x3E SUBI R30,0x4A SBCI R31,0x10 STD Z+0,R1 LDS R24,0x500 TST R24 BREQ PC+0x03 CALL 0x12A The Subtraction 0x104A