This post is older than 2 years and might not be relevant anymore
More Info: Consider searching for newer posts
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Format for HTTP request using AT commands in SLM application

Hi,

I am  trying to retrieve data from server using HTTP GET request, using AT command for Serial LTE modem application.

So, I can connect to the server using AT#XHTTPCCON command, but not able to get the data from the server. Here is the format for HTTP request I am sending to the nRF91600 over UART using nRF Connect v 3.7.0.

AT#XHTTPCREQ="GET","/instruments/150771004/temperature-values/?page=1 HTTP/1.1","Host: demo.abc.com\r\nAccept: application/vnd.api+json\r\nAuthorization: Basic ZGVtbzpkZxxx\r\n"

I put abc.com and xxx here in the Host and Authorization fields just because of company policy. 

The server is responding with 400 bad request error.

Can you please let me know if I am missing something in the header field format?

I have checked on the server side, and I can see upto the resource field (up to HTTP/1.1), its in correct format. So, I am guessing there is something to do with header field of the command.

I couldn't find any example from Nordic what should be the format if there is any header field in the HTTP request, i.e., for authorization etc.

I tried to get the SLM application in debug mode and I could see its getting the proper string for httpc.headers variable in handle_AT_HTTPC_REQUEST function of the slm_at_httpc.c source file.

I am using nRF Connect v 3.7.0, nRF Connect SDK v1.4.1, in software tools and nRF9160DK for the hardware.

Looking forward for a prompt response.

Regards,

Shivek

Parents
  • Shivek said:
    I am still not convinced about the documentation on the SLM proprietary commands. Would you be so kind to ask your team to document that with detailed examples?

    We are working on improving our documentation for the Serial LTE modem application.

    Shivek said:

    Another thing that I have tried is the example for POST command shown in this link with optional header fields i.e., content type, content length etc., and I am trying to send the commands through LTE Link Monitor. I configured the UART silence time to 10 sec so that it will listen to UART while I am copying the payload after I am getting 

    #XHTTPREQ:  1

    response from the APIs. But still its not working.

    I guess you mean the PUT command and are referring to this example? When using it, the answer you received (meaning: "1 - Wait for payload data") is correct, since you are supposed to post the payload data afterwards.

    Regards,

    Markus

Reply
  • Shivek said:
    I am still not convinced about the documentation on the SLM proprietary commands. Would you be so kind to ask your team to document that with detailed examples?

    We are working on improving our documentation for the Serial LTE modem application.

    Shivek said:

    Another thing that I have tried is the example for POST command shown in this link with optional header fields i.e., content type, content length etc., and I am trying to send the commands through LTE Link Monitor. I configured the UART silence time to 10 sec so that it will listen to UART while I am copying the payload after I am getting 

    #XHTTPREQ:  1

    response from the APIs. But still its not working.

    I guess you mean the PUT command and are referring to this example? When using it, the answer you received (meaning: "1 - Wait for payload data") is correct, since you are supposed to post the payload data afterwards.

    Regards,

    Markus

Children
  • Hi Markus,

    I am still not getting this done just because there are things that are not clear to me regarding format of the SLM specific commands. 

    Another thing is AT#HTTPCREQ is working for me, when I am using only one header field ending with <CR> <LF>. When I am using multiple header fields ending with <CR> <LF>, its not working for me.

    This is directing to the problem regarding how SLM interprets the data. So, it is very important to know the format. Again, I am requesting you to ask engineer and let me know the proper format I need to follow.

    Thanks for your efforts.

    Regards,

    Shivek

Related