On Mon, 10 Sep 2018 19:49:39 +0200, Giuliano Colla via Lazarus <lazarus@lists.lazarus-ide.org> wrote:
>Il 10/09/2018 17:30, Bo Berglund via Lazarus ha scritto: >> Unfortunately not possible in the real case because the file transfer >> protocol of the device only sends a header with the count of the data >> to follow and then streams all of the bytes.... > >I don't know how your application is built, but if the origin is an ftp >transfer, then data are sent in small packets. It would appear that you >somehow get the ftp data and send them to a serial line. It is at that >point of the processs that you should create your records to send them >individually via the serial line. > No FTP! What I meant is that the device I want to communicate with has a proprietary serial protocol and it can do file transfers too. The protocol is delimited and checksummed, but when a file is transferred there is only one block of file data in the middle of the transfer and it could be up to 1 Mbytes (the memory limit of the device). My application is meant to test WiFi<=>Serial converters to evaluate those we could use with the data device. So I want to run data through the unit under test in both direction to verify that it is going to work in the real environment. In real use the data device is connected by RS232 wire to the Serial to WiFi converter and a device controller is hooked in via a TCP socket server on the converter. The test application implements both endpoints since it aims to check out the converter itself. So I am dealing with one enpoint as a TCP socket (using Indy here) and the other is the serial line where I am trying to use the Serial.pp unit since it is built-in. Once it is set up I will push a lot of data through and look at the performance. But now I will be off travelling for a week... -- Bo Berglund Developer in Sweden -- _______________________________________________ Lazarus mailing list Lazarus@lists.lazarus-ide.org https://lists.lazarus-ide.org/listinfo/lazarus
