TCP/IP Communication
Quote from ebear on August 10, 2019, 11:59 amHello all,
Im developing an small application for TCP/IP communication. The application is already working but I have one issue.
The messages I get from the external TCP/IP server (an PLC) are delayed with only a few milliseconds. The messages are in XLM format which I parse. Below an example of the messages.
<StationID>5</StationID><BinLocation>1</BinLocation><Reference>S01000394</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>2</BinLocation><Reference>S01000395</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>3</BinLocation><Reference>S01000396</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>4</BinLocation><Reference>S01000397</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>5</BinLocation><Reference>S01000398</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>6</BinLocation><Reference>S01000399</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>7</BinLocation><Reference>S01000400</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>8</BinLocation><Reference>S01000401</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>9</BinLocation><Reference>S01000402</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>10</BinLocation><Reference>S01000403</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>11</BinLocation><Reference>S01000404</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>12</BinLocation><Reference>S01000405</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>13</BinLocation><Reference>S01000406</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>14</BinLocation><Reference>S01000407</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>15</BinLocation><Reference>S01000408</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>16</BinLocation><Reference>S01000409</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>17</BinLocation><Reference>S01000410</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>18</BinLocation><Reference>S01000411</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>19</BinLocation><Reference>S01000412</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>20</BinLocation><Reference>S01000413</Reference><Snapshot>1</Snapshot>The issue is that the message sequence is too quick and my application is losing from the eg. 20 messages several.
Currently I'm using the plugin npTalk from David which is otherwise an perfect solution
Is anyone around here who has experience with TCP/IP communication in combination with VisualNeo / NeoBook.Thanks for your support.
Best regards,
Eric Beerhorst
Hello all,
Im developing an small application for TCP/IP communication. The application is already working but I have one issue.
The messages I get from the external TCP/IP server (an PLC) are delayed with only a few milliseconds. The messages are in XLM format which I parse. Below an example of the messages.
<StationID>5</StationID><BinLocation>1</BinLocation><Reference>S01000394</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>2</BinLocation><Reference>S01000395</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>3</BinLocation><Reference>S01000396</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>4</BinLocation><Reference>S01000397</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>5</BinLocation><Reference>S01000398</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>6</BinLocation><Reference>S01000399</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>7</BinLocation><Reference>S01000400</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>8</BinLocation><Reference>S01000401</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>9</BinLocation><Reference>S01000402</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>10</BinLocation><Reference>S01000403</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>11</BinLocation><Reference>S01000404</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>12</BinLocation><Reference>S01000405</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>13</BinLocation><Reference>S01000406</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>14</BinLocation><Reference>S01000407</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>15</BinLocation><Reference>S01000408</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>16</BinLocation><Reference>S01000409</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>17</BinLocation><Reference>S01000410</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>18</BinLocation><Reference>S01000411</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>19</BinLocation><Reference>S01000412</Reference><Snapshot>1</Snapshot>
<StationID>5</StationID><BinLocation>20</BinLocation><Reference>S01000413</Reference><Snapshot>1</Snapshot>
The issue is that the message sequence is too quick and my application is losing from the eg. 20 messages several.
Currently I'm using the plugin npTalk from David which is otherwise an perfect solution
Is anyone around here who has experience with TCP/IP communication in combination with VisualNeo / NeoBook.
Thanks for your support.
Best regards,
Eric Beerhorst
Quote from Vadim on August 10, 2019, 1:35 pmHello!
There are also plugins for TСP, UDP:
asTCP
alTCP
asUDPMaybe some of them will do.
__________
Sorry, I didn’t immediately see that the question is about web plugins))
Hello!
There are also plugins for TСP, UDP:
asTCP
alTCP
asUDP
Maybe some of them will do.
__________
Sorry, I didn’t immediately see that the question is about web plugins))
Quote from Tony_Kroos on August 12, 2019, 3:33 pmWhat's the source to fetch info from? Show it so we can try to communicate with it and see what we can do.
What's the source to fetch info from? Show it so we can try to communicate with it and see what we can do.
Quote from ebear on August 12, 2019, 10:11 pmHello Tony,
The source is an PLC. I cannot change anything in the way the PLC communicates.
Thanks a lot for your reaction.
Best regards,
Eric Beerhorst
Hello Tony,
The source is an PLC. I cannot change anything in the way the PLC communicates.
Thanks a lot for your reaction.
Best regards,
Eric Beerhorst
Quote from Tony_Kroos on August 14, 2019, 4:44 pmI'm asking you to show how to reproduce this in realtime. How to connect to your "the external TCP/IP server" to obtain the messages and see what's going on?
I'm asking you to show how to reproduce this in realtime. How to connect to your "the external TCP/IP server" to obtain the messages and see what's going on?
Quote from JnCon on August 15, 2019, 1:46 pmHello Eric,
what type of PLC do you use? Is your program a HMI application, or a data collector for products?
Isn't it possible to use a temporary file to transfer data (log from PLC to file and them read and process with your app?
Hello Eric,
what type of PLC do you use? Is your program a HMI application, or a data collector for products?
Isn't it possible to use a temporary file to transfer data (log from PLC to file and them read and process with your app?
Quote from ebear on August 16, 2019, 10:11 amHello All,
Probably I found an solution for the issue. Currently Im testing with the alTCP plugin, and it seems that this plugin is capable to receive the messages in the correct way.
The npTalk plugin is a good plugin, I used it several times for other projects, but it looks that npTalk can not process the messages when they are too quick.
To give a bit of an explanation what I'm developing:
At an customer we have an AR installation. On one side is the customer PLC (logistics picking of materials), on the other side our AR software to guide the operators.
The AR software TCP/IP is not capable to receive and process the big amount of messages with the speed the PLC sends the messages. Out of 20 messages more than the half are lost.
I have already an application running next to the AR software which is processing images made of the final "product" for Quality usages.
The idea was to have the same application also have receiving the messages, which it then sends to the AR software for processing. I already developed the complete solution, but then the issue came up with npTalk not able to process. (npTalk did a better job as the AR software although, as it lost only about 10% of the messages).
Changing out npTalk with alTCP seems to solve the issue, but i'm not yet out of the testing phase to confirm 100% functionality.
I don't want to close this post yet, and I will come back when I have the final results.
Thanks to all for the moment for the great response and support.
Best regards,
Eric Beerhorst
Hello All,
Probably I found an solution for the issue. Currently Im testing with the alTCP plugin, and it seems that this plugin is capable to receive the messages in the correct way.
The npTalk plugin is a good plugin, I used it several times for other projects, but it looks that npTalk can not process the messages when they are too quick.
To give a bit of an explanation what I'm developing:
At an customer we have an AR installation. On one side is the customer PLC (logistics picking of materials), on the other side our AR software to guide the operators.
The AR software TCP/IP is not capable to receive and process the big amount of messages with the speed the PLC sends the messages. Out of 20 messages more than the half are lost.
I have already an application running next to the AR software which is processing images made of the final "product" for Quality usages.
The idea was to have the same application also have receiving the messages, which it then sends to the AR software for processing. I already developed the complete solution, but then the issue came up with npTalk not able to process. (npTalk did a better job as the AR software although, as it lost only about 10% of the messages).
Changing out npTalk with alTCP seems to solve the issue, but i'm not yet out of the testing phase to confirm 100% functionality.
I don't want to close this post yet, and I will come back when I have the final results.
Thanks to all for the moment for the great response and support.
Best regards,
Eric Beerhorst