
Libraries, Drivers and Shields
#1
Posted 04 August 2010 - 02:42 PM
#2
Posted 04 August 2010 - 03:11 PM
#3
Posted 04 August 2010 - 05:52 PM
#4
Posted 04 August 2010 - 07:33 PM
Any advice on how to keep pin state updates as fast as possible using the net framework? The idea of having multiple threads is scary. I have no idea how a microcontroller like this would handle it. Volatile comes to mind.
For inputs, use events. They'll get called automatically when pin states change. And the threading is very lightweight (also, it's cooperative multitasking at its core--so if you're using multiple threads do small tasks, as big tasks could take an entire 20ms timeslice before the .NET MF runtime steals the processor back for another thread).
One thing to note: .NET Micro Framework is managed code. There is garbage collection in there, etc. You won't be able to do crazy-fast blinky apps in C# (although we could enable that through native code components--we'd just need to understand the problem better). That said, the I2C drivers, SPI, etc. all happen natively in the background...
Also, this is your board: if you want the raw speed of the ARM processor, you can erase the .NET MF, write C++ code, and get the full 48MHz speed (with the full 512KB flash/128KB RAM available). Most of our users will want to use .NET -- especially in projects and prototypes and short-run products...but we already have some users who want to tear it down to the bare metal and take advantage of all the raw speed.
There's a book, "Expert .NET Micro Framework" that's an excellent walkthrough to .NET MF. We're putting together an outline to create a Creative Commons-licensed introductory text that we hope to offer in the coming monhs. Please let us know what types of tutorials and info you need, and we may be able to work them into the book...and possibly into video tutorials as well.
Chris
#5
Posted 10 August 2010 - 08:51 PM


#6
Posted 10 August 2010 - 09:07 PM
Chris, since you asked for types of tutorials, I (and I guess many others in a similar boat as me) would love a tutorial series for n00bs
. E.g. I have almost no idea what GPIO, I2C, SPI, PWM, etc. stand for and how they are used.
Kamal, thanks for posting!
As far as introductory tutoritals, we'll see what we can do

We have an AnalogInput (ADC) how-to video planned for next Monday. And then motor control, GPIOs, I2C/SPI accessories, etc. At that rate, hopefully we can get you up to speed on all the features by the end of September.
- Kamal likes this
#7
Posted 10 August 2010 - 09:34 PM
We have an AnalogInput (ADC) how-to video planned for next Monday. And then motor control, GPIOs, I2C/SPI accessories, etc. At that rate, hopefully we can get you up to speed on all the features by the end of September.
Any plans for serial communication with a terminal program on the PC? That's pretty important to me.
#8
Posted 10 August 2010 - 09:47 PM
Any plans for serial communication with a terminal program on the PC? That's pretty important to me.
Over one of the UARTs (D0/D1 or D2/D3) using an RS232 shield or TTL-to-RS232 converter cable? Or through the USB cable?
Chris
#9
Posted 10 August 2010 - 09:49 PM
Over one of the UARTs (D0/D1 or D2/D3) using an RS232 shield or TTL-to-RS232 converter cable? Or through the USB cable?
Chris
Over the USB cable would be ideal.
#10
Posted 10 August 2010 - 09:55 PM
Over the USB cable would be ideal.
Okay, cool. We'll see what we can do! There are a lot of tutorials in the works, so it may be a bit down the line (but if lots of people want this particular tutorial sooner, I'm sure we can push back some others).
#11
Posted 11 August 2010 - 05:44 PM
Hi Chris, when I said intro tutorials I did not particularly mean the principals of electronics. It would be nice, say, when you are doing a tutorial that utilizes GPIOs, give a brief description what is it and what does it do (generally).As far as introductory tutoritals, we'll see what we can do
![]()
We have an AnalogInput (ADC) how-to video planned for next Monday. And then motor control, GPIOs, I2C/SPI accessories, etc. At that rate, hopefully we can get you up to speed on all the features by the end of September.
For example, in the “Blinking an LED” video tutorial the purpose of Output port is described in a way that is easy to understand its purpose without getting too technical.
Please just consider this feedback on what kind of tutorials I would like to see. I hope it does not sound like I am telling you what you ought to be doing, which is what it kinda sounds to me when I reread what I wrote.

#12
Posted 11 August 2010 - 05:57 PM
- Kamal likes this
#13
Posted 11 August 2010 - 06:03 PM
I think one of the strengths of Arduino is the Playground area at http://www.arduino.cc/playground/
and especially the pages that collect information (including links to any libraries) about interfacing with various hardware: http://www.arduino.c...ingWithHardware
Do you plan to add similar Wiki on this site? There are already some good libraries for .NET MF but its hard to find them on the web. It would be cool to have a single source for such information.
Hi Szymon,
Great point. We're working on it. Right now, it's code named the Sandbox (sandbox.netduino.com). We're doing some integration work to make sure it runs off the same logins, etc. It might be renamed "wiki.netduino.com" before we're done, but I kind of like Sandbox. Thoughts?
Chris
#14
Posted 11 August 2010 - 11:39 PM

#15
Posted 11 August 2010 - 11:46 PM
A git/svn repository to upload community-contributed drivers/demos/etc
Also a great idea. Welcome to the community, Solidus.
#16
Posted 12 August 2010 - 12:31 AM
1 user(s) are reading this topic
0 members, 1 guests, 0 anonymous users