Asynchronous messages are wedged into any place of synchronous messages
Wireless
No replies yet. Be the first to reply.
Join the discussion.
Wireless
No replies yet. Be the first to reply.
Join the discussion.
Share projects and connect with makers.
Joined before the site update? first.
New to WIZnet Makers?
We sent a verification link to your address. Open it to activate your account, then log in.
Accounts from this email provider are reviewed by an administrator after verification. Approval usually takes one business day.
Already have an account?
Enter your email address. If it belongs to an account, we'll send a link to set a new password. Members who joined before the site update use this to set their password.
If an account uses that address, we sent a link to set a new password. The link works once and expires in 30 minutes.
Know your password?
Need an account?
RE: Asynchronous messages are wedged into any place of synchronous messages
by austin ·
Hi @AndreyS
In the WizFi360 AT command, each response to the corresponding AT command exists and is returned.
When processing messages, consider each response to the AT command.
RE: RE: Asynchronous messages are wedged into any place of synchronous messages
by AndreyS ·
Hi @austin
Here is an example of a possible problem (see the response to the last AT command)
RE: Asynchronous messages are wedged into any place of synchronous messages
by austin ·
Hi @AndreyS
When data is transmitted using ‘AT+CIPSENDBUF’, if the data is successfully transmitted, it responds with ‘,SEND OK’ or ‘,,SEND OK’.
In other words, please check the ‘SEND OK’ response and enter the next AT command.
RE: Asynchronous messages are wedged into any place of synchronous messages
by AndreyS ·
Hi @austin
After sending the data for the
"AT+CIPSENDBUF"command, the message"<CR><LF>Recv <len> bytes<CR><LF>"arrives. Why doesn’t the document “AT Instruction Set” say anything about this message?The message
"SEND OK"means that the receiving side of the TCP socket has confirmed the receipt of data?Do I understand correctly that after sending the command
"AT+CIPSENDBUF"and receiving the response"<CR><LF>Recv <len> bytes<CR><LF>", you still need to receive the message"<CR><LF><segment ID>,SEND OK<CR><LF>"or the message"<CR><LF>SEND FAIL<CR><LF>"before sending a new AT command (including"AT+CIPSENDBUF")?RE: Asynchronous messages are wedged into any place of synchronous messages
by austin ·
Hi @AndreyS
That information seems to be missing.
I’ll revise and reflect this issue in a later document.
‘SEND OK’ is returned when data has been successfully sent.
Yes, you understand correctly.
The received data contained the ‘AT+CIPSENDBUF’ response and return value, which told me this was the problem.
Is my understanding correct?
So, to avoid this problem, I replied to check the ‘SEND OK’ or ‘SEND FAIL’ response and enter the next AT command.
If you want to do data buffering, you need to implement the application considering that the response and return value of ‘AT+CIPSENDBUF’ is included in the received data.