TRCV does not receive the total of bytes with ADHOC enabled and length 0

I use following library for the TCP-Connection:

PLC CPU 1518-4 PN/DP MFP and TIA Portal V17.

My problem is that the TRCV block receives untill byte 1460 and more bytes where sended, the output of TRCV (#instTrcv.RCVD_LEN) says 311 as length, 

Any suggestions?

Thanks in advance.

Your custom block call does not really help much.  The TCP call and connection configuration details are what was asked for.  That should be a TCON and TRCV as well as the Connect SDT input.

You might check if the "Done" bit is high and also create a counter that increments every time the done bit is ON (TRUE) for the TRCV block output.  It is only true for a single scan after every successful receive.

Why is the length set to 0?  You may want to replace the length with the available number of bytes in the datablock accepting the received data.  Yes, I know the PLC can figure out the length and knows the length of the data, but it also assumes all the DB is available for receiving data, which is not always the case.

In the attachment you can see the whole block, the connections parameters etc. It`s a standard proved block from the Siemens library "109747710_LOpenUserComm_V16".

The done bit is only used for sending, I have checked the busy bit and at the moment that rises ndr busy is false.

The value 0 is recommended in the documentation, anyway the receive area is limited by the referenced receive area at rcvData as you can see in the picture.

The connection is passive and stable, I've tried to send by other clients the same data on another  TCP-connection and occurs the same, always at byte 1460 in the receive area (even in the instance)  stops receving. 

Here is the only part i've changed where min = 0 and max = 9110:

I hope someone has a solution.

By the way, the PLC (1518-4) is updated to firmware 2.9.4

Thanks in advance.

Hello.

Well, I helped myself.

It was just a strange fragmentation of the receive buffer.

Thanks anyway for the help.

Brgs Dennis.