Post Created date
avr-gcc 5.4.0 bug: RAMPZ is not always restored after dereferencing __flashN data
Bug report submitted: https://gcc.gnu.org/bugzilla/sho...
Monday, 4 June 2018 - 15:45
avr-gcc 5.4.0 bug: RAMPZ is not always restored after dereferencing __flashN data
gchapman wrote: lfmorrison wrote:Is this still a problem in the latest upstream avr-gcc 8.1?Should be able to give it a go in Atmel Studio 7. https://www.avrfreaks.net/forum/gcc-...
Monday, 4 June 2018 - 14:16
Moving on from UC3
clawson wrote:One thing in this world that is not dying any time soon is Cortex M How about specific parts with a decent expected lifecycle so that we don't need to design new...
Friday, 1 June 2018 - 13:15
Help creating a Honeypot for an AVR architecture
lucaslo wrote:I've been told many times that anything you put online gets attacked , but I definitely don't want to spend energy and time learning about a technology with no...
Wednesday, 23 May 2018 - 17:37
relocate Interrupt vector start address
My approach to this sort of problem was to partition the Flash into N+1 sections. (Where N is the number of possible applications which you want to be able to fall back on at any...
Friday, 18 May 2018 - 18:55
Port.Pin as function parameter.
To be absolutely clear, skeeve's response implies that you can use pass-by-value semantics only. Pass-by-reference semantics (and, therefore, the ability for the callee to modify...
Tuesday, 21 March 2017 - 15:28
why code in empty interrupt routine?
Paulvdh wrote: Doesn't the reti instruction clear the interrupt flag? (From memory) The RETI instruction causes the CPU to re-enable interrupts. For classic 8-bit AVRs, that...
Monday, 30 January 2017 - 12:29
AT32UC3C0256C flashing problem
Just a guess, but I note that your hex file contains a suspicious entry right at the top: 2 bytes of data at address 0x0000DE00. Your linker script suggests it is for something...
Thursday, 26 January 2017 - 14:42
Differences between AVR UC3 and SAMC21
clawson wrote: Agree I'd be using a 120..160MHz Cortex M4 if you want to beat a 66MHz UC3 and are just looking for raw power.   As UC3 is deprecated I'm not sure why anyone...
Thursday, 12 January 2017 - 18:09
Using the MSU's CRC32 engine
Oh, I know *how* to do a CRC. But I was hoping to use hardware acceleration if possible. Primarily for speed, but also because I have a philosophy of not doing something in...
Thursday, 20 October 2016 - 01:05
Using the MSU's CRC32 engine
Double checking the documentation, I note that the MSU related registers are listed as being present in the system register memory map provided in the AVR32 UC Technical Reference...
Wednesday, 19 October 2016 - 19:13
Atprogram.exe does not always verify eeprom correctly
Larrydew wrote: you don't seem to understand. The eeprom is erased and programmed correctly. I understand that perfectly. As I quite clearly said, your previous statement:...
Wednesday, 3 August 2016 - 11:35

Pages