Sorry fur double-post, but seems like the app is always stopping at
this point : https://i.imgur.com/dHUGySU.png
10:10:52.423 [nioEventLoopGroup-2-1] TRACE
o.a.plc4x.java.spi.Plc4xNettyWrapper - Registration
HandlerRegistration#65529 does not match object TPKTPacket (currently
wrapped to S7MessageResponseData)
10:10:52.423 [nioEventLoopGroup-2-1] TRACE
o.a.plc4x.java.spi.Plc4xNettyWrapper - No registered handler found for
message
TPKTPacket[payload=COTPPacketData[parameters={},payload=S7MessageResponseData[tpduReference=0,parameter=S7ParameterReadVarResponse[numItems=1],payload=S7PayloadReadVarResponse[items={S7VarPayloadDataItem[returnCode=OK,transportSize=BYTE_WORD_DWORD,dataLength=16,data={0,12}]}],errorClass=0,errorCode=0],eot=true,tpduRef=0]],
using default decode method
The HandlerRegistration number is always the same. And since the package
can't be decoded, it is given to the default decode() method, which is not
implemented for S7 (I think?)
Le ven. 28 févr. 2020 à 10:12, Robinet, Etienne <[email protected]> a
écrit :
> Well, after 1 hour it froze again. The thing is that this time it does not
> seem to be any memory leakage nor network overloading. The program just
> stops, and the camel context tells me, when I shut it down, that there is 1
> inflight exchange. The programm froze at the same point as the IDE app:
> when the PollingConsumer created an PlcReadRequest and waits for the
> response. It is known that the receive() method of the PollingConsumer is
> blocking if no message is coming.
>
> Etienne
>
> Le ven. 28 févr. 2020 à 09:34, Etienne Robinet <[email protected]> a
> écrit :
>
>> Hi there,
>>
>> I am currently testing some fix/workaround. I tried a simple test case
>> like the previous one but I moved the connection to the PLC outside the
>> while loop and only connecting again if the connection drops.
>> Without temp, I don't get memory leaks (it seems) but the IDE froze after
>> +- 60k MessageHandles.
>> But with a 100ms sleep, I managed to get some decent result. I am
>> currently testing my route again, and TCP ports/ Memory seem not getting
>> overloaded/leaking!
>>
>> I changed the Camel integration by putting the PlcConnection in the
>> Endpoint class with a getter that can be used by Consumer/Producer to send
>> requests. Idk if this is the correct way to do it, but it seems it kinda
>> fixed/patched for a while my problem.
>>
>> Cheers,
>>
>> Etienne
>>
>>
>>
