Cool, thanks Marcus. I appreciate the help

I've started with a clean version of NeonMika Webserver. I've made the appropriate changes to run on the Netduino Plus 2 and have deployed and tested it on the Netduino Plus 2.

You can download the modified project from this DropBox Link (sorry was too big to post here).

 

you're the man! thanks again Dave!

Does anyone have an example of sending and receiving Json? It looks like its implemented but I don't see any examples of how to fully implement.

Hmm, i guess i can try to do that. The only issue is that when I do that I get errors when trying to add methods like below.

 

 

 

Server WebServer = new Server(80);

 

WebServer.AddResponse(

 

new JSONResponse("getsettings", new JSONResponseCheck(WebServerMethods.GetSettings)));

Okay, I have found that if I use NeonMika.WebServer.DLL everything launchs okay. If I use NeonMika.NETMF.Webserver.DLL I get the messages below and the project fails to start. What am I doing wrong or not doing? I have added my simple test project here.

 

http://betterbuiltco...MF) version.zip

 

 

 

Found debugger!

 

Create TS.

 

Loading start at 806a3f8, end 808450c

 

Assembly: mscorlib (4.2.0.0)

 

Assembly: Microsoft.SPOT.Native (4.2.0.0)

 

Assembly: Microsoft.SPOT.Hardware (4.2.0.0)

 

Assembly: Microsoft.SPOT.Net (4.2.0.0)

 

Assembly: System (4.2.0.0)

 

Assembly: Microsoft.SPOT.Hardware.SerialPort (4.2.0.0)

 

Assembly: Microsoft.SPOT.IO (4.2.0.0)

 

Assembly: System.IO (4.2.0.0)

 

Assembly: Microsoft.SPOT.Hardware.PWM (4.2.0.1)

 

Assembly: Microsoft.SPOT.Hardware.Usb (4.2.0.0)

 

Assembly: SecretLabs.NETMF.Diagnostics (4.2.0.0)

 

Assembly: SecretLabs.NETMF.Hardware.Netduino (4.2.1.0)

 

Assembly: Microsoft.SPOT.Hardware.OneWire (4.2.0.0)

 

Assembly: Microsoft.SPOT.Time (4.2.0.0)

 

Loading Deployment Assemblies.

 

Attaching deployed file.

 

Assembly: JSONLib (1.0.0.0)

 

Attaching deployed file.

 

Assembly: NeonMika.NETMF.Webserver (1.0.0.0)

 

Attaching deployed file.

 

Assembly: TestNeonMikaServer (1.0.0.0)

 

Attaching deployed file.

 

Assembly: SecretLabs.NETMF.Hardware (4.2.0.0)

 

Resolving.

 

Link failure: some assembly references cannot be resolved!!

 

?

 

Assembly: NeonMika.NETMF.Webserver (1.0.0.0) needs assembly 'Services' (1.0.0.0)

 

Assembly: TestNeonMikaServer (1.0.0.0) needs assembly 'NeonMika.NETMF.Webserver' (1.0.0.0)

 

Error: a3000000

 

Waiting for debug commands...

 

The program '[4] Micro Framework application: Managed' has exited with code 0 (0x0).

 

Thank Dave , I'll have a look this evening.

Cool Thanks. Markus. This should get me started.

I went ahead and added the WebServer NET MF project to my solution, first time I got the project to launch, I'm not sure how thats different but this MF stuff is very humbling...

Hi Chris,

 

Just Curious, the link in your original post NetduinoPlus2_Firmware_4.2.2.0.zip " why isn't that link on your "downloads" page on the main site? or are they located somewhere else? Also where is your codeplex URL? Also I think it would be helpful (for noobs like me anyway) if there was a "posted" date in parenthesis on the firmware source page.

 

Sorry if I'm asking dumb questions.

http://msdn.microsof...e/hh852591.aspx

What you are trying to accomplish reminded me of an MSDN Magazine article I read. They are doing something similar with regular HTTP request and response objects each second. I found the article online (the link above. )

Sorry if I'm over simplifying this. I'm new to hardware development, but have built lots of sftp applications in the past as console apps, why don't you have one thread logging the data into various files on the sd card, and have another watching that directory for new files to process every 5 minutes. use the method you used or originally but have it parse and upload the file contents, when successful delete or rename the file so it isn't processed again and set a time out for the http request about 10 secs, this way if the timeout occurs the time out doesn't hold up data logging. Then when you have no Wifi, nothing is lost and will be uploaded as the Wifi connection is reestablished.

Have you tried to reference a file already on your SD card? with something like

 string file = @"/SD/myfile.txt";            if(File.Exists(file)            {                 sendCommand("STOR " + file);            }

I don't have a WiFly Module to test this for you and don't have a WiFly help guide but I agree you are half way there. I responded on your memory leak thread post. Just throwing a few ideas out there. Let me know if it helps.

Correction : If you are using 2 threads the http request, shouldn't block the data logging.

nah, y

 

According to the WiFly User Manual, the WiFly module supports FTP out of the box.  Is that not the case?

 

Looks like you basically set up an ftp connection using the "set ftp *" commands, and then wait for a connection. They probably use PASV transfers so they only need one connection.

 

I'm going to be needing this functionality for my project so I had planned on adding support for it to the WiFlyGSX class at some point.  If I'm wrong and it doesn't support it, I'm really screwed...

 

 

 

 

 

 

 

 

nah, you can always code around that FTP limitation using HTTP

I know this is an old thread but I came across it just now as I was trying to get RS232 up and running on my Netduino.

If you're looking for a really cheap board to do the conversion from TTL (3V) to RS232 you could try this one from Futurlec which is only $4.90 and is working fine with my Netduino.

- Adam

 

can you post a picture of how to wire the TTL (3V) to RS232 board to the netduino?

By implement Idisposable I mean can you wrap it with a using statement like you do with the filestream object? Did you try to use a simple string array with only the size that you need rather than using array list? I think this should reduce memory used. Because array list is built on a basic array and a basic array only has memory allocated for the size it needs to be rather than having to grow dynamically with each add.

Can you post an update of your source? I'm wondering if something else could be rearranged. Also have you written a console application that performs the same action as your Netduino application code? I'm wondering if your server that handles the http request might be the bottle neck. It probably isn't but it's worth ruling that out while you are testing for performance. I would time these requests and response times.

okay, thats fine. just refactor your code so the code below is okay execute once.

 

SimpleSocket Socket = new WiFlySocket(strRemoteHost, 80, WifiModule);            HTTP_Client WebSession = new HTTP_Client(Socket);            

 

 

Then put this part in your "foreach"

 

try            {                HTTP_Client.HTTP_Response Response = WebSession.Get("/default.aspx?" + queryStringData);                Debug.Print("value: " + queryStringData);            }

 

I am curious about what result you will get. Oh and just for laughs remove all the try catches for now, just keep it simple. I can't imagine you are sending that much data, if you don't mind, what does your typical fine line look like and what size is the file?

Just curious, Have you tried to use the standard .Net HTTP request and response objects instead of the simple socket classes? I would be curious how the application behaves then. An idea I have is instead of creating completely new HTTP objects and socket connections for each line of data, which sounds expensive. Have you tried to only create one HTTP request and use that over the life of your application And have your foreach just use the same HTTP object and socket object and only changing the query string values? Have you used a tool like red gate memory profiler or performance profiler? These tools have been helpful for me in the past.

Hmm, let me think about this. I'll try to make a sample app to reproduce, see if I can optimize anything for you.

Maybe you could try to just have the Netduino copy the files to a network share and then have a scheduled console application that reads the files and executes the http requests.

I know Get requests are typically lighter than Postbut have you tried to use Post to populate your database? I don't know how large your files are but it might be worth a shot. If the files are large then you could create smaller files. This would reduce the HTTP activity anyway with fewer and larger requests.

Just init your string array to be the count of lines in your file. Then populate, see what memory looks like

Does the http response class you are using implement Idisposable? If so, wrap it with using. Just another thought