Host Engineering Forum
General Category => Do-more CPUs and Do-more Designer Software => Topic started by: plcnut on June 06, 2019, 12:00:41 PM
-
I went to make a sample application for a colleague so that he could make a simple TCP connection to a BRX and pass in a setting.
I decided to use the DMD Simulator so that I could test.
I barely got started on the project when i ran into trouble with closing my TCP device.
I cannot get the device to close without putting the Simulator into Stop mode.
I have been away from PLC's for a while, and so maybe I am just missing something.
Please see my attached project.
Thanks!
-
May be a bug. Appears to be hung on the server side (TCPLISTEN) only. We did a little bit of work to handle some errors better, and might have broke it in 2.5.
-
So you are turning off X0 to disable your TCPLISTEN, then indirectly Closing the device in your ServerPgm based on .Connected (i.e. the remote client is still connected)???
Have you tried CLOSE based off X0 going OFF?
-
So you are turning off X0 to disable your TCPLISTEN, then indirectly Closing the device in your ServerPgm based on .Connected (i.e. the remote client is still connected)???
Have you tried CLOSE based off X0 going OFF?
He may not be doing it right, but I can easily dupe the inability to CLOSE from the server side.
-
So you are turning off X0 to disable your TCPLISTEN, then indirectly Closing the device in your ServerPgm based on .Connected (i.e. the remote client is still connected)???
Have you tried CLOSE based off X0 going OFF?
I leave X0 on all the time.
The Close instruction seems to have no effect on the connection.
-
It's goobered. Got broke during some re-factor work in support of HTTPCMD. Easy fix. Should not affect 2.4 and prior. Fix will be in 2.6.
-
Thanks guys!
I installed 2.2.1 and go the project done.
I was doubting myself for a while this morning :o
-
Thanks guys!
I installed 2.2.1 and go the project done.
I was doubting myself for a while this morning :o
Sorry. It was a testing hole, and we are in the process of filling it. As the engine has gotten bigger and we have gotten further from initial development, we increasingly depend on our automated test suite to make sure we don't break stuff. Which works great as long as the suite is complete, but there are most certainly holes.
-
Good morning!
Is there an approximate time frame for the next release?
-
Good morning!
Is there an approximate time frame for the next release?
Later this month. Coincides with the release of a new batch of analog modules.