Netduino home hardware projects downloads community

Jump to content

The Netduino forums have been replaced by new forums at This site has been preserved for archival purposes only and the ability to make new accounts or posts has been turned off.


Member Since 30 Apr 2012
Offline Last Active Jul 19 2012 05:42 AM

Posts I've Made

In Topic: Netduino Plus / AT91SAM7X-EK compatibility

17 July 2012 - 07:16 AM

Good evening, can you please tell me how you did to configure NUT/OS to be compatible with netduino.

Best Regards,

I would love to know this as well. I know its an old thread, but I just figured I would bump it ;-)

In Topic: Netduino speed vs native 48Mhz Atmel code

17 July 2012 - 01:44 AM

In my own tests a while ago, I determined that the C# code runs roughly 100 to 1000 TIMES slower than the equivalent C++ code. The bottom line is that it is very slow but you get an excellent development environment and a managed language that makes coding up complex tasks much easier and faster, as long as you don't need super fast execution.

Not sure whether that helps or not.

I guess I could always throw more hardware at it! What's nice about .NET is the threading. It would be very easy to code up my custom web server. If I want to do this as native I probably need a threaded RTOS.

In Topic: Netduino speed vs native 48Mhz Atmel code

09 July 2012 - 05:22 PM

Netduino does not expose the JTAG pins of the CPU but as you can upload new firmware via serial, it would surprise me if you cannot do this via AVR, especially since AVR is an Atmel development tool.

Found this howto on programming using AVR and serial programmers are mentioned but could be they are merely serial interfaces for JTAG headers:

If I'm not mistaken Secret Labs used/use AVR when porting tinyCLR.

See also this thread discussing toolchains for native programming of the Netduino:

Thanks very much! That thread is very interesting. I'm glad I'm not the only one who is overwhelmed by all this ARM stuff.

AVR Studio 6 seems to support Atmel's Mega, XMega and Cortex M offerings. That last part I'm not so sure about, "Cortex M." I think that means the SAM7x is not supported since its not listed. Back to Wikipedia I guess... I gotta learn more about the ARM variations.

In Topic: If you were to get two netduinos to talk to each other, what would you use?

08 July 2012 - 04:16 AM

Is it too late to say AYE to SPI slave mode? For what its worth, I think an Arduino, Netduino or anything similar is much more useful if it can act as an I2C or SPI slave device. As someone pointed out, UARTs are a limited and precious resource, while I2C and SPI are much better for collecting data from sensors.

In Topic: SPI Slave

07 July 2012 - 08:02 PM

The biggest reason that .NET MF probably doesn't have support for SPI Slave natively is that most SPI slaves seem to need to respond to an incoming request within the same SPI transaction and typically within 1 SPI clock cycle...and .NET MF is not real time. If you're just wanting to send data to the Netduino, that should totally be possible.

Chris, about the real time constraint, is it possible to write an ISR to handle the incoming data from SPI? Your earlier note seems to imply that the code would have to poll the SPI registers for incoming data. I'm okay with code and micro processors, but I know nothing at all about .NET.

home    hardware    projects    downloads    community    where to buy    contact Copyright © 2016 Wilderness Labs Inc.  |  Legal   |   CC BY-SA
This webpage is licensed under a Creative Commons Attribution-ShareAlike License.