BG96 QSSLURC receive timing

I need help.

[What I want to do]
send https request to server, and get json response.

[Problem]

I could get QSSLURC notify, then I want to get data by QSSLRECV.
Total size of https response is approxmates 1000byte, but the buffer size is 64byte.
So I repeat call QSSLRECV to get all data.

But sometimes, some byte data was lost.

My program is like below.
Program1:
call QSSLRECV
print data for debug
call QSSLRECV
print data for debug

Program2:
call QSSLRECV
call QSSLRECV
print all data.

The program1 lost many data, and Program2 lost some data.

[Question]
I want to ask that QSSLURC notify means all data from server got in bg96 module,
or when bg96 receives first byte.
Can you guess my situation?

Can you understand my English?

青木さん:

こんにちは!ご連絡ありがとうございます。

先ずは、完全なATコマンドを送ってくれませんか?

そして、サーバーにhttps リクエストを送信して 、json レスポンスを取得したい場合は、「QSSLRECV」ではなく、http に関連するATコマンドを使用してください。

いつもお世話になっておりますので本当にありがとうございました!また何か問題があったら、遠慮なくで連絡してください。

B R
Linkin WANG

ありがとうございます!
うまくいっていないのは、GETですが、
GETだけではなく、PUTも使いたいので、
HTTPS_ATのコマンドは使っていません。(PUTが対応してなかったため)
問題でしょうか?

1.CONNECT
+QSSLCFG="sslversion,1,3
+QSSLCFG=“ciphersuite”,1,0xC02F
+QSSLCFG=“ignoreloocaltime”,1,0
+QSSLCFG=“seclevel”,1,0

+QSSLOPEN=1,1,0,"HOSTURL",443,0

⇒問題なく接続

2.write
+QSSLSEND=1,445
⇒after receive “>”, input https request data(445 byte)
+QSSLSEND=1,2
⇒after recive “>”, input
(HTTPのヘッダと改行を分けて送ってます)

  1. receive notified data
    Program1: データがロストプログラム
    +QSSLURC=“recv”,0

    +QSSLRECV=0,63
    ⇒応答として、たまにデータがロストします。.■ は、 -1です。(なぜ-1かもわかりません)
    HTTP/1.1 200 OK Cache-Control: no-cache Transfer-Encodin ■■■■
    +QSSLRECV=0,63
    ⇒unked Content-Type:application/json;odata=nometadata;streamin
    +QSSLRECV=0,63
    ⇒…

Program2: データをロストしないプログラム(QSSLURCの後で、2秒待ってから取得しにいってます)
+QSSLURC=“recv”,0

!!!Wait 2 second!!!

+QSSLRECV=0,63<CR><LF>
⇒sometimes lost data.■ means -1
	HTTP/1.1 200 OK  Cache-Control: no-cache  Transfer-Encoding: ch
+QSSLRECV=0,63
⇒unked  Content-Type:application/json;odata=nometadata;streamin
+QSSLRECV=0,63
⇒...

よろしくお願いいたします。

Hi @aodesu
If possible to share you test AT command steps here?
Then it’s better to check with those AT commands.

I am sorry.
It seems to be software bug.
Thanks