Hells yes I want a shield.

Tangentially related to the current discussion, but I have a new project which requires Serialization (currently uses System.Reflection), so looking forward to seeing how you guys go

I imagine that in the future it'd be supported as more beefy architectures become available. Who knows, maybe the NETMF team is working on a JIT that balances the desire for faster execution with the inherent constraints of embedded systems.

Edit: never mind.

Quick question:

.NET Micro Framework has some great math functions built in, but they are designed for low-power MCUs (so some of them are not as high of precision as their desktop counterparts).

There are .NET MF source code samples out there of high-precision functions. Would you all be interested in an open source high-precision math library. If so, any math experts want to volunteer to help with the implementation? The Netduino hardware can certainly support it.

Chris

I would certainly be interested - FFT needs it

Will these be supported by Netduino?

Probably not in the Netduino SDK itself. You'd either have to wait for someone to bring out a library/assembly or have a crack at writing one yourself.

I'd be careful just sending in a pin to an object. If someone tries to instantiate two of your Digital_Write objects with the same pin and inside of each of those Digital_Write objects they in turn try to both instantiate an OutputPort with that pin it will toss some very unhappy errors. It's almost safer to just pass in an OutputPort that's already been tied to a pin. Both Digital_Write objects could have a reference to the single OutputPort and everything will be honkeydorey. Just a fyi.

This would be a good idea to implement in the Netduino API. CreatePort or something. First call is instantiation, second is returning the reference. Just a thought.

can I make a list of Cpu.Pin?

I don't see why not. Store them in an ArrayList and cast them on extraction.

What happened to the List<object>? Why wouldn't you have that? Its very useful.

There is a list.

Edit: oh, you meant generics. Short answer: it's not possible yet.

Edit 2: Check this out

Programming Languages: C#. Other programming languages are not supported. Supports v1.1. CLI ECMA standard, with the exception of the native pointer types and relative conversions. Because generics were introduced in CLI v2.0, the .NET Micro Framework does not support them.

I imagine it'd require a fair bit of remodelling. Not only do you have the linguistic difference between C# and Java, but the underlying libraries would need the treatment too. That said, RepRap.NET would be awesome

Unless I'm missing something, I don't see what the problem is. For example I'm currently porting an Arduino library that interfaces with the DS1309 RTC by using an instance of Mcrosoft.SPOT.Hardware.I2CDevice to talk to it. Still waiting on my board to arrive ... but the problem is?

A git/svn repository to upload community-contributed drivers/demos/etc