I thought we need $6000.00 tool to compile native code. What exact hardware and software is required to do this? Can someone please provide a bulleted list?

Although N+ successfully acquires the address (with DHCP enabled) I cannot see it in the network (I cannot ping it).

Marco,

What is the actual response you are getting when you try to ping it?

Ping response (after few seconds): "Destination host unreachable"

It is very strange because N+ dhcp works, I see its MAC address correctly assigned among DHCP server leases..

I tried new FW 4.2 and firmware v4.2.0.0 RC3 but I have same problems.

Ok, that is the message I thought you were getting. Can you let us know the IP address of your computer and the IP address of your N+? I bet the N+ IP address is not on the same subnet as your router and computer.

Edit: try adding this to your code:

Microsoft.SPOT.Net.NetworkInformation.NetworkInterface.GetAllNetworkInterfaces()[0].EnableDhcp();

I tried using DHCP (forcing DHCP with the above istruction), in that case the IP address of my PC is 192.168.99.38 and the IP address of N+ is 192.168.99.36, netmask 255.255.255.0, and with a fixed IP; I tried with different netmasks 192.168.2.0, 10.10.10.0.

When I have seen the ping error message, I also had the same idea, a netmask mismatch, but now I think that my N+ has a problem.

Could be and interrupt management issue? The ethernet board seems to works fine but the IP stack doesn't receive anything.

Marco

What is the N+ Default Gateway IP address?

Try this:

Debug.Print(Microsoft.SPOT.Net.NetworkInformation.NetworkInterface.GetAllNetworkInterfaces()[0].GatewayAddress);

Is the N+ Gateway Address the same as the IP address of your router? Or is it different? It should be the same.

Also, try running a traceroute for the N+ IP address and see where it's failing.

X10 is mainly using PLC technology. An RF standard is available but the PLC version is the most used, and still very much in use. I use it, but I also use devices communicating over 433 MHz RF, using hardware from RFXCOM.

Oops! For some reason, I keep mixing up X10 and Zigbee. Don't ask me why because I have no idea why. I guess Z's and X's cause confusion.

So, when I said that personally I would choose X10 over PLC, what I really meant was I would choose a newer communication protocol over PLC or X10 which are dated technologies even though they're still very much in use. We could also say that DOS is still very much in use, but would you really want to write new software for DOS? Well, maybe you would, but I wouldn't.

Personally, I would choose X10 over PLC. --- EDIT: wow! that makes a LOT of sense. Not really.

How can you actually remove the power LED from the board safely? I have an application I am doing with light sensors and the power LED is distracting the sensors. I would like to remove the LED but it is small. Should I just crack it off with a pair of pliers or is there a more "scientific" method?

Do you have black electrical tape?

If you do remove it, you'll want to use a soldering iron and tweezers (very carefully). Heat up the solder on both sides of the LED (switching every half second or so between the two) and then carefully remove the power LED using tweezers. Please note that this completely voids your warranty, for obvious reasons

I'd still recommend a small piece of electrical tape though...it's simple, non-destructive, and should blend right in.

Chris

I have electrical tape coming out my ears. Lol. But, e-tape gets sticky and is noticeable, and it can fall off. And I wanted something permanent.

I found that you can do exactly what you said to remove the LED, except to make it easier you only have to heat up one side and carefully wiggle the tweezers until the LED pops off of one solder point. Then just wiggle it off of the other solder point.

My Netduino has now entered the Dark Side. Oh, and it still works fine too. Thanks.

I am trying to determine how to get accurate color representation of RGB values with a Netduino's PWM inputs. Specifically, I had worked with an Arduino and the range of the PWM inputs was 0 to 255. On the Netduino, the range is 0 to 100. I want to be able to generate colors based on a scale of 0 to 255 for red, green, and blue. I was able to do this easily with the Arduino. You can see my video of RGB LED color generation with an Arduino. I am unsure how to do this with Netduino. I know that there is a SetPulse and SetDutyCycle function, but I can't seem to figure out how to get a range of 0 to 255 so that I can represent monitor RGB LED values. Any help is greatly appreciated.

Hi all, I've been playing around with controlling RGB LEDs with my new Netduino Plus. I set up a server on the Netduino that listens for requests on Port 80. Then I built a web page with a color picker control that sends commands to the Netduino. The web page runs on a separate web server on my laptop. The Netduino parses the commands into individual R,G, and B values for the LED. I am using a common anode RGB LED from Radio Shack, connected to three PWM inputs on the Netduino. Here's a demo: I am trying to get a better algorithm for the color generation. Right now I am using SetDutyCycle, but I think the SetPulse method would provide even better color generation. If anyone wants to look at the C# project and maybe help me with the color generation code, just let me know and I will post it.

.

I'm looking at a device that runs at fast-mode 400kHz i2c. Is it possible to integrate with Netduino?

There's also this little reference to 32-bit MCU's and Sqlite: http://www.microchip...ms/m469667.aspx

So how about this: could I run Puppy Linux (http://puppylinux.org) headless on the microSD card, along with a LAMP stack and then somehow query the LAMP stack from the Netduino using C# code? I'm thinking of having the Netduino make a port 80 request to a php page running on the Apache web server on the Linux install, querying the MySQL database via php and then returning the results as a string to the Netduino. If anyone knows how to do this or thinks it would work, please let me know.

This ChipworX module has built-in Sqlite support: http://www.saelig.com/NMFP/NMF010.htm I bet the Netduino doesn't have enough processing power to handle database access.

Hmmm, I think I just figured it out.

Does anyone know if it is possible to install SQLite on a microSD card and then access the database engine using the .NET Micro Framework from my Netduino Plus? I need to add a database to my Netduino Plus project and I do not want to have to run a web server/database on a separate computer. I need the database access to be self-contained on the MCU's SD card. If there is any way to do this, even if it is not using SQLite but some other database engine, please let me know. I would rather not use flat files for storage.

Would it? If I figure it out I'll let you know. I've done extensive searches and don't see any reference to this, but maybe there's someone out there who knows.

Well unfortunately it didn't work. I tried using this: http://system.data.s.../www/index.wiki, and it looked like it was going to work, but because .Net MF doesn't provide access to System.Data.*, the code doesn't actually load onto the Netduino. Mario, protocol-buffers is an interesting idea, although I'd really like to get Sqlite working. But it sounds like I would have to work a miracle.

Anyone know where I can get a netduino t-shirt?? I use this mcu so much I'd like to show my support. It would be a nice supplement to my Sparkfun sweatshirt.

Coincidentally, I just finished reading the "High resolution light measurement" thread. Glad you decided to go with the i2c lux sensor. Netduino + i2c has kept me pretty happy and I always lean toward i2c options when shopping. The MinM is another example of super-convenient micro-controller/i2c overkill. It combines LEDs and an ATtiny85 micro-controller on one little board. I bought three for a project and it was ridiculously easy to interface and control them via i2c. Sure, my silly little project ended up with a total of 4 microprocessors, but it was orders of magnitude easier than trying to do everything directly with the Netduino.

Anyway, that thread was a good read. I think I might actually try out TI's "MSP430 LaunchPad Value Line Development Kit" mentioned in one of the posts. There is at least one thing I've wanted to build on top of Netduino that would benefit from offloading some of the high frequency work onto an auxiliary controller.

One other thing... You might want to check out the I2CBus classes by FusionWare and Phantom Typist -- they're in other threads in these forums. If you write your TSL2561 code as a "driver" for one of these bus classes, it might save you a little bit of time and also help if you ever want to hook up another i2c device at the same time as the TSL2561. Others have posted I2CBus compatible code back to the forums for others to benefit from, which was a huge help for me when I was starting with Netduino and i2c.

Good luck with the project.

I am still on a quest to build an accurate lux/foot-candle meter using off-the-shelf components. While it was frustrating at times, the high frequency light measurement project was a great learning experience for me, and now I understand that it is not bad practice to use additional chips in my projects. I have that TSL235R sensor working fine now. To get it working, I ended up writing a frequency counter for a PIC18F252 and then sending the measurements from the PIC18 to the Netduino via UART. I compared the PIC18 frequency readings against measurements right from the sensor using a high-quality o'scope, and my frequency counts prove correct.

The current problem is that the TSL235 sensors measure outside the visible light spectrum and there is no simple way to calculate the intensity of only the visible spectrum. The TSL2561 presumably solves this by providing a way to "subtract" the non-visible spectrum so that I am only looking at the intensity of the visible spectrum.

My intro to microcontrollers began with an Arduino and BlinkM i2c RGB LEDs. You're right, not to mention being really expensive, those LEDs are i2c overkill, but for me they served as a great intro to i2c communications.

I'll be checking the forums for those I2CBus classes.

The wiring diagram looks good to me, for Netduino. Note that the two small black surface mount devices labeled "103" are 10K resistors. These seem common as pull up resistors on i2c breakouts. The schematics for the product are available, but you'll need Eagle to view them. I've included a screenshot, below. Note that the 10K resistors are being used as pullups for SDA and SCL.

Thanks Spork. I figured the pull-ups might be in there already, but didn't notice that there were Eagle schematics available.

Now I just need to convert the C++ code to C#

Hi,

I am working on connecting a TSL2561 lux sensor to a Netduino. It is an i2c device.

Can you please take a look at the Arduino wiring diagram and let me know if I can do the same wiring to a Netduino?

Do I need to add any pull-up resistors or can I wire as shown and expect it to work?

I guess I'm going to be forced to try this on my own. I will let you know the outcome.

I need to deploy some C# code onto two Netduinos but each Netduino requires different code. Is it possible to connect both Netduino's, at the same time, to a single laptop via two USB ports on the laptop? In C#, will the device name change from "NetduinoPlus_NetduinoPlus" to NetduinoPlus_NetduinoPlus_1" or something so that I can select which Netduino to target?