Valkyrie-MT

Hadn't heard about this before. Looks like it had a cc3100 onboard.

-Valkyrie-MT

It's not reliable yet, but you can use the WRL-3000 hardware and the cc3000.codeplex.com driver.  But, if you want something reliable, it probably won't be that cheap.  There are a few vendors (like bluegiga, murata, and digi) that make wifi chips with UART interfaces that will be more reliable, but you'll have to write a library to control it from C#. 

 

-Valkyrie-MT

A web request to google should usually work, unless the device is in a country that might block it.  For Microsoft Windows, they periodically do a simple web request as well.  It is described here: 

 

http://blog.superuse...work-awareness/

 

 

Until NETMF 4.3 QFE1 ships... Chris

 

That's the first I've heard of a coming 4.3 QFE1 release from Microsoft.  It's been over 10 months since anything was updated on netmf.codeplex.com.  Can you ask someone over at MS to at least give us a little blog post about 4.3 QFE1 so we know they are alive over there...

Check it out: http://www.engadget....imes-the-speed/ -Valkyrie-MT

This is really impressive, Valkyrie (and Hanzibal).

Have you tried using an ENC28J60 chip with your Netduino Go mainboard yet?

Chris

Absolutely, it works with the NetduinoGo. In fact I anticipate that being one of the best platforms because of the faster CPU that I expect we will need for a managed TCP/IP stack to work well... The only caveat is that it is coded to work with Socket 3, so you can't plug it in just anywhere.



-Valkyrie-MT

All,

After working with LWIP for almost 2 years, I've managed to work around a lot of quirks and contributed to some fixes, but I've had a desire for something simpler and more easily debug-able. So, about a month ago, I took the driver that Hanzibal had written and was excited to see packets! But, although it could read, the write was not working. But, after some trial and error, I got it to work! So, I figured, writing a TCP/IP stack was gonna be just a little byte parsing. Well, it was harder than I thought, and I'm sure it has a lot of problems, but, it serves up web pages, so I released my little side project onto codeplex.

I call it mIP - managed Internet Protocol. But, basically, it allows any Netduino (including Mini and Go) to connect to a network and host a web server.

All the details are on the codeplex site here: mip.codeplex.com

-Valkyrie-MT

P.S. The current driver is licensed as GPL, but we are trying to get permission from the original author to make the driver licensed as Apache. Alternatively, I an dabbling with writing my own driver. Since I became quite familiar with the enc28j60 spec sheet when I fixed it, I don't see it as that difficult to write a new driver.

thanks for your reply, could you point me to a good reference on building the stack(book, url).

My understanding is that the TCP/IP book by Stevens is good for understanding what needs to be written for the TCP/IP stack:

-Valkyrie-MT

I got this to work with all the memory benefits:

In the "Debug" Configuration I added the "TINYCLR_TRACE" Conditional compilation symbol, then used this code:

using System;
using Microsoft.SPOT;

namespace System.Diagnostics
{
    public class Debug
    {
        [Conditional("TINYCLR_TRACE")]
        public static void WriteLine(string text)
        {
            Microsoft.SPOT.Trace.Print(text);
        }
    }
}

Now in my code, I just call:

using System.Diagnostics;
...

Debug.WriteLine("Hello World");

I still don't know why the Debug based one above didn't work... well that's not true, I have an idea why it doesn't work, but it's not worth it to me now that I have this workaround.

Also, I checked "Optimize code" for both Debug and Release configurations because it doesn't take much extra time and further reduces the size!

-Valkyrie-MT

I wanted to set the Netduino Plus System Date and Time from a string I receive from a server...

Nicely written! Looks like a great start! You also might want to look at this thread:

http://forums.netdui...ch__1#entry3515

-Valkyrie-MT

I just upgraded to the 4.2 RC1 firmware for the netduino plus, and now this function doesnt seem to work for me. It gets to the

s.Connect(ep);

and just hangs there. I thought it might have something to do with the network, but i can ping the device from my computer and get responses from it's webserver. Does anyone have any idea why this would change when moving to the 4.2 firmware?

Uh oh... I'm seeing the same thing. The Socket.Connect method is broken in 4.2 RC1 (at least for UDP). It does not seem to hang with the Socket.SendTo method, although I haven't looked yet to see if that method works. We need to characterize what works and what doesn't and get it to the .NET MF team soon.

Update: The Socket.SendTo Method does work, so we could work around this, but now I'm concerned about the TCP socket stuff... That needs to be tested now.

Update2: The following workaround, works... comment out the connect line and change s.Send(ntpData) to s.SendTo(ntpData, ep):

//Before
       s.Connect(ep);
       s.Send(ntpData);

//After
       //s.Connect(ep);
       s.SendTo(ntpData, ep);

-Valkyrie-MT

Well, this problem may have been a bit more than just a compile time flag. There was a change made as well to the source in the LWIP part of the Framework package. You can see one of the changes here. Find the file "client_v4_2_dev/DeviceCode/pal/lwip/lwip_1_3_2/src/core/netif.c" and click on the diff link. Then scroll down to the change (highlighted in red) and you'll see the comments and the change with how the flags are handled.

But the good news is that the issue is resolved and closed with the following notes: "Resolved with changeset 12496. "

Thanks to everyone for voting! I think we may have gotten this fixed just in time for v4.2! And of course, a BIG thanks to ZachLibby who actually made the change for us!

-Valkyrie-MT

Broadcast is enabled and with managed code it works ...

It Works! That's awesome! Chris, can these changes get into a Beta firmware so others like myself can test it?

-Valkyrie-MT

INMCM,

That looks like a good way of doing it. I wanted to post here as well, the solution I am using, which is a combination of what others have done. It's not totally cleaned up, but it's been working great for me for a few months to the point where I have totally forgotten about it. It is implemented as an extension method and the usage looks like this:

DateTime.Now.SetFromNetwork(new TimeSpan(-5, 0, 0));

Note, you should specify the timezone if you want it to use local time. Otherwise, you'll get UTC for everything. In the example above, I am setting my Netduino Date/Time to EST, which is UTC-5 hours.

This Extension.cs file has no namespace specified, so you can drop it into any project and the methods will magically be there! Also, no need to add using statements in each file this way...

This is unrelated, but for the sake of search hits; some other methods in the file are:

String.Replace(char charToFind, char charToSubstitute)
String[].Join(string delimiter)
String.StartsWith(string query)
String.EndsWith(string query)
double[].Sort()
float.ToCelcius();
float.ToFahrenheit();

-Valkyrie-MT

I've considered joining as well. I guess I could take the time to implement a few small functions or overloads. Eg. Math.Log, Math.Sin, System.BitConverter, the non allocating overload of the UTF8Encoding etc.

Hold off on the Math.Log... I found some GREAT public domain stuff that I thought did not work, but it turns out it does in the emulator, but not the netduino. You might want to start with this first.

-Valkyrie-MT