Send LoRa packet with AT command - b-l072z-lrwan1

[Aaron Tsede]

Posted on June 12, 2017 at 15:37

Hello,

I am trying to use LoRa connectivity with the brand new b-l072z-lrwan1 discovery board. The End Node project works perfectly but I have an issue with the AT Slave project. When I try to send LoRa packet to my Multitech gateway, this one never receive the packet and I cannot use AT command with the disco board anymore. I can only do a hardware reset of the board. 

As you can see on my screenshot, the Join process has been done correctly. After the AT+SEND command I never receive a status like OK or AT ERROR.

Are you able to help me ?

Thank you !

Aaron

#b-l072z-lrwan1 #at_slave #lora

[Tesla DeLorean]

Posted on August 17, 2017 at 02:12

I'd suppose using the full sscanf() library would work fine too, the LoRa stack already drags in the entire floating point library already.

Not sure if Keil has this problem, the builds posted reportedly work.

[Tesla DeLorean]

Posted on August 17, 2017 at 04:21

Keil built US915 HYBRID version

Added a build with the native sscanf/sprintf libraries

________________ Attachments : LoraDisco_ATSlave_US915HYBRID_FULL_NOT_TINY_V111.hex.zip : https://st--c.eu10.content.force.com/sfc/dist/version/download/?oid=00Db0000000YtG6&ids=0680X000006HyU2&d=%2Fa%2F0X0000000b8c%2F6osLq0uMI.A_1M7FMrvPaQE9yUBQl4lfGoZDqBDFI3g&asPdf=falseLoraDisco_ATSlave_US915HYBRID_V111.hex.zip : https://st--c.eu10.content.force.com/sfc/dist/version/download/?oid=00Db0000000YtG6&ids=0680X000006HyUa&d=%2Fa%2F0X0000000b8b%2FH5OQbl_fO3m2yWJPIJLAZdj6EkT4OGY3_oUfo5Zw6VA&asPdf=false

[Tesla DeLorean]

Posted on August 17, 2017 at 04:44

There is a width issue with the sscanf here in lora.c related to AT+SEND

LoRaMacStatus_t lora_send(const char *buf, unsigned bufSize, unsigned binary)

{ uint8_t appport; /* read and set the application port */ if (1 != sscanf(buf, '%u:', &appport)) { PRINTF('AT+SEND without the application port'); return LORAMAC_STATUS_PARAMETER_INVALID; }

[Danny Chow]

Posted on August 17, 2017 at 05:10

Yea, I 've also traced to this part which causing the issue.

Modifying the data type of the variable '

appport' from 

uint8_t  to uint32_t solves it.

Thanks you guys for all the inputs!