Netduino home hardware projects downloads community

Jump to content

The Netduino forums have been replaced by new forums at This site has been preserved for archival purposes only and the ability to make new accounts or posts has been turned off.


Member Since 06 Dec 2013
Offline Last Active Aug 02 2015 09:28 AM

Topics I've Started

Split: Waiting on Netduino.IP preview builds

23 May 2015 - 08:40 PM

Sadly, as seems to be the norm with Netduino, rather than getting something working first, it's perpetually stuck in the adding features and expanding scope phase without ever finishing the original features. 


Chris, you're obviously aware this isn't the first time your ETA's have been laughable, ridiculously optimistic. Your original post on this topic is from January, saying releases every 2 weeks. It's no almost June and there has still only been one. You say there have been internal ones, but why make the fortnightly releases claim unless you're actually going to release them? Not to mention you again make the couple of weeks call on 30th April and again... no release, and in those 5 months, other than adding Wifi we'll get an IP and MAC address. At this rate sending actual traffic is years away


I think it's fair to say your existing users want reliable networking on existing hardware. We don't want a wifi stack for hardware we don't have, we want our existing hardware to work the way it was supposed too.


Honestly, this is probably my last post here. I'll be walking away from the Netduino community and hardware as it's now obvious you guys can't deliver on promises (The modules for the GO are probably the biggest example of this) and rather than working on promised hardware and updates instead would rather spend time on shiny new stuff (the Netduino 3).


Yes, some of this is problems with NETMF (which I'll also be avoiding) but none of the projects I've ever tried on the Netduino have ever been able to run long term. If you want your devices at the center of IOT then they need to be reliable, and not take years after release to get there

enc28j60_lwip_recv: input alloc packet failed

25 September 2014 - 09:08 AM



I'm getting this error intermittently on my N2+ when trying to send an HTTP GET command. I'm also getting "IP Address: <ip address>" printed semi regularly that isn't generated from my code. Presumably both are coming from a lower level and I have managed to track down the error message in what appears to be the NETMF firmware files, but it doesn't really make much sense to me.


The code that's generating the error is as below. It's called every 30 seconds from a timer. Can anyone explain what I'm doing wrong or how to get rid of the error? It seems to recover from this most of the time and continue but other times it then stops sending network traffic, although the rest of the program continues on fine.

        private static void UploadData(object sender)
            var URLString = "" + sfPublicKey + "?private_key=" + sfPrivateKey + "&humidity=" + humidity.ToString("F1") + "&pressure=" + pressure.ToString("F0") + "&rain=" + rainfall.ToString("F0") + "&temp=" + temp.ToString("F1") + "&voltage=" + voltage.ToString("F2") + "&winddirection=" + windDirection.ToString("F0") + "&windgust=" + windGust.ToString("F1") + "&windspeed=" + windSpeed.ToString("F1") + "&charging=" + charging.ToString();
                using (HttpWebRequest request = (HttpWebRequest)WebRequest.Create(URLString))
                    request.Method = "GET";
                    request.KeepAlive = false;
                    request.Timeout = 5000;
                    request.ReadWriteTimeout = 5000;
                    using (var response = (HttpWebResponse)request.GetResponse())
                        if (response.StatusCode != HttpStatusCode.OK)
                            Debug.Print("HTTP Status:" + response.StatusCode + " : " + response.StatusDescription);
            catch (Exception ex)

Safe code to convert byte[4] to float

03 September 2014 - 09:22 PM

Hi Everyone


Let me give you some background. I'm building a wireless weather station using a variety of sensors, an adruino mini and an nRF24L01+ radio. All this works properly and fine. I've been prototyping with the receiver also running an arduino just for simplicity however the end goal was always to have my Netduino 2 Plus acting as the receiver due to the easy network integration.


Last night I spent a lot of time getting the radios talking and that is now working however I'm getting a byte packed array from the arduino (it uses the RF24 library) that contains floating point numbers. Endian issues aside I can't now get that byte packed array back to the floating point numbers I sent using any safe code as far as I can tell.


There are some posts scattered around using unsafe code to do this with varying levels of success but I need this to a) not eat my netduino, and B) be rock solid.


Without a bitconverter class available there is no "easy" way to do this, but I'd settle for hard at this point as long as the code was safe. I'm struggling to believe something seemingly as simple as this hasn't been solved in a more complete way but if I can't do this then it's back to my arduino receiver and buying an ethernet shield to get the job done.


This isn't the first time I've run into difficulties converting data types and it's probably the primary reason I have been spending less time with my netduino hardware, but that there seems to be no way to go from a byte array to a float just beggars belief.


Am I missing something somewhere?



home    hardware    projects    downloads    community    where to buy    contact Copyright © 2016 Wilderness Labs Inc.  |  Legal   |   CC BY-SA
This webpage is licensed under a Creative Commons Attribution-ShareAlike License.