Search found 99 matches
- Thu Jul 19, 2012 12:00 am
- Forum: Development and Feedback
- Topic: Coding style changes discussion
- Replies: 3
- Views: 3061
Re: Coding style changes discussion
At Apple "API" was meant for developers inside and outside Apple, "SPI" (System Programming Interface) was meant for inside Apple only.
- Sat Jul 14, 2012 9:17 am
- Forum: General Support
- Topic: First pass through USART RX handler takes a long time
- Replies: 1
- Views: 1458
Re: First pass through USART RX handler takes a long time
Well, while I'm still not sure I understand what I'm seeing regarding the ISR timing, I've solved my overall read problem. Seems to be due to baud rate error, despite 115200 being only 3.1% off for my clock frequency. I upped it all to 250k (0% error), and it's working flawlessly. Pity I wasted so l...
- Sat Jul 14, 2012 6:46 am
- Forum: General Support
- Topic: First pass through USART RX handler takes a long time
- Replies: 1
- Views: 1458
First pass through USART RX handler takes a long time
This is on an 8 MHz ATmega644A. I'm sending 115k bps serial data to the MCU. If I put a millisecond or more between characters, it seems to receive very reliably. But if I send at full speed, it's very unreliable. I twiddle an LED and use an o'scope to time how long it sits inside the RX interrupt h...
- Fri Feb 03, 2012 10:36 am
- Forum: Development and Feedback
- Topic: New Cortex-M GCC release directly from ARM ?!
- Replies: 16
- Views: 11282
Re: New Cortex-M GCC release directly from ARM ?!
I'm able to use Yagarto, but it'd be nice to get the stuff straight from ARM (presumably they know what's best). The sources came in two parts, and I've never seen that compression app before, so I haven't tried to build it. But I hope the sources are fully combined, and will just build, rather than...
- Fri Feb 03, 2012 9:48 am
- Forum: AVR Support
- Topic: AVR variants
- Replies: 6
- Views: 5326
Re: AVR variants
I suppose I can define a normalized USART0 to be USART when there's only one. That might actually not be so bad. Thanks!
- Fri Feb 03, 2012 9:32 am
- Forum: Development and Feedback
- Topic: New Cortex-M GCC release directly from ARM ?!
- Replies: 16
- Views: 11282
Re: New Cortex-M GCC release directly from ARM ?!
Is this a toolchain that can run on Mac OS X?
- Fri Feb 03, 2012 9:24 am
- Forum: AVR Support
- Topic: AVR variants
- Replies: 6
- Views: 5326
Re: AVR variants
Maybe, but that just makes it harder for the next person familiar with AVR to understand what's going on (they have to see what each of the renamed defines is).
- Fri Feb 03, 2012 9:13 am
- Forum: AVR Support
- Topic: AVR variants
- Replies: 6
- Views: 5326
Re: AVR variants
Part of the problem with AVR is this: The existing AVR refers to the USART constants like "UDE" (I might be making this up). But in the ATmegaXX4 parts, it's "UDE0" and "UDE1". To make a generic driver, there'd be a lot of #if/#else code in the generic driver, it seems....
- Fri Feb 03, 2012 5:28 am
- Forum: General Support
- Topic: chMsgWait
- Replies: 1
- Views: 2016
chMsgWait
In the docs for chMsgWait(), it says it returns "A reference to the thread carrying the message." Do you mean it returns a reference to the thread that sent the message?
- Fri Feb 03, 2012 3:38 am
- Forum: AVR Support
- Topic: AVR variants
- Replies: 6
- Views: 5326
AVR variants
Hi. Should I be making separate platform directories for variants of the AVR? In my case, I made, next to the AVR directory, a copy called ATmegaXX4. I've modified the serial_lld.* files because there are two USARTS on that platform. I notice in the ports/GCC/AVR/chcore.h file, there is a CH_CORE_VA...