I am sending some UDP data using EG800Q-EU to a server, via AT command. Sometimes, the behavior is as follows: data are not sent immediately but “buffered” and sent in one batch later, even after several seconds. I am analyzing this situation, currently I expect the problematic modem connection when modem “waits” for the correct connection and then flushes the internal buffer.
Question:
is my understanding correct,
can I somehow detect the situation when the modems behaves as described (i.e. it just buffers data without actually sending them to network)?
I may need a few information on from your side:
a) How many modules have this issues.
b) Are currentely running the test on your ouwn board or our EVB kit
c) What is the current firmware version flashed on the module(You may check using at command AT+QGMR)
d) Can you provide the AT command flow?
Can I somehow detect the situation when the modems behaves as described (i.e. it just buffers data without actually sending them to network)?
You can use the following AT commands to detect if the modem is buffering data without sending it:
• Query Unacknowledged Data (AT+QISEND=,0): This is the most direct method to detect buffering. This command returns three values: <total_send_length>, , and .
If remains high or increases over several seconds while you are sending data, it indicates that the data is stuck in the module’s buffer and has not yet been processed by the lower network layers.
• Monitor Socket State (AT+QISTATE): Execute AT+QISTATE=1, to check the specific status of your UDP socket. If the <socket_state> is not in the expected active state (for UDP, this is typically 2), the modem may be attempting to re-establish the link internally.