ChibiOS Free Embedded RTOS

louis wrote:No I debug through CodeWarrior.

But CW is just a slightly customised version of Eclipse isn't it?

Where Nil wins hands down is memory usage, both RAM and Flash. In future RT will be aimed at "normal" 32bits devices, Nil at 8/16bits devices and lesser 32bits one (there are now very small devices from ST, NXP etc that could use a memory-efficient RTOS). This is fun considering that RT i...

Giovanni,

In your abundant spare time could you please write up a little "executive summary" of the differences between RT and NIL in their current form (3.0).

Thanks,
Jeff

Don't the F4 USARTS have the hardware RS-485 driver enable feature like the F3 and F0?

Hmmm... the bigger C1 is good. I'd try a bigger C2 and some inductors in series with R1 & R2. Even some big ferrite beads would help. It's usually easier to filter out noise than to cope with it in software.

Looks to me like you are just seeing noise spikes on the AC power input. Try a really stiff low pass filter.

Giovanni wrote:https://sourceforge.net/projects/chibio ... ibiStudio/

I don't see anything there newer than 2012-12-22. Do I have to be logged in or something?

You might want to look at http://savannah.nongnu.org/task/?7896 and http://savannah.nongnu.org/patch/?7658
There seems to be some interest in that sort of tinkering.

2) I want a simple, rational API that is not dictated by the lwIP way to see things. Giovanni Given that your stated goal is easing your support burden, you would do well to adhere closely to the lwIP code and interfaces, whether or not you find them "rational". Let the lwIP devs do their...

My view is that ISR code should generally be as short and fast as practical. It should always be fully deterministic. Dynamic memory allocation invariably involves having to deal with the "out of memory" condition. I can perhaps imagine some peculiar cases where explicitly calling chPoolAl...