SteveS123

Chris,

The "unblocking" solution did solve the problem when one of the ND's dropped connection.  The main ND that talks to each of the others just ignores that connection now and continues but I still have the problem where the ND's are just dropping connection and random times.

I'm now wondering if I'm using my "using" blocks wrong.  Each controller opens a socket and listens for requests.  The using statement is executed every time through the while loop.  

Question 1:  Should I open a socket that listens and place it before the while loop and just keep it open?

Question 2:  Should I not use the "using" each time I want to communicate to a ND?  I.E. I need to send an LED sequence to all 6 ND's then I am using 6 "using" and closing each connection in each using.  What I'm wondering is do I just open 6 sockets in my program and leave them open?

I hope this makes sense.

Steve

Here is a thread that has a work-around for this issue.

http://forums.netdui...socket-connect/

Hi engvidal,

I got some partial help that is a work around from http://forums.netdui...socket-connect/

The only problem I have is being able to set the socket to "Blocking = false"; I only had luck doing that while using a breakpoint.

I've read so many forums that say this issue is fixed in ver 4.3 of the Microframework but as I can see it isn't.  It would be nice if there was a "SetTimeout" on the "Socket.Connect" that way if you don't get any response your program can close the socket and proceed on.

I've also got all of the ND's set to "KeepAlive = true" and that doesn't seem to make any difference.

Steve

Thank you for the reply jrlyman3.  This may sound pretty bad but where is it that I set the socket blocking to false.  I am able to stop the program with a breakpoint and edit the property "m_fBlocking" to false and this will make the code throw an exception but I am unable to set the blocking mode through code.  I tried "setSocketOptions" there are no properties there to set the blocking mode.  I tried "NoDelay" and had no luck.

Thanks again,

Steve