Ravenheart

By the looks of your code you seem to be trying to pause the thread for some time in order to "blink", if what you are doing is that then the way you do it totally wrong and you should instead look at the Thread.Sleep() method.

Hi Daman.
I did not understand well what is your problem.

What I am tell you, is that the CLR is a very complex layer. Once you have written your C# code, the compiler creates an intermediate-language which is "portable". This is compiled again to native opcodes and sent to the Netduino.
The "overhead" of the CLR stands essentially in the memory management, which is garbage-collected automatically. This process gives you an huge simplicity to develop applications, a really safer way to play with objects, but it has a cost in terms of performance.

Just for have an idea of the timings, the only port read/write tight-loop is able to run at about 8.5KHz. That's is really "disappointing" for a 48MHz chip, but if you were just toggling an output, it's probably easier to write in assembler of C. Instead C#+Micro Framework has huge advantages when you want to embed very complex blocks: e.g. sockets, displays, threading, etc.

Hope it helps.
Cheers
Mario

The .NET Micro Framework is an interpreter, once you get your assembly stripped out that gets sent to the Netduino and that is interpreted when it runs. At no point does your C# project get compiled to native code.

EDIT: And I was slower to answer

I can't find any video there.

TinyCLR has such a display for the FEZ line, perhaps you could take a look at their drivers and see if they can be ported.

Although its better to use instances on the full framework, this is MICRO Framework so every little bit of memory saved is worth having static