My current issue is that with firmware 2.0.3.0 - I have yet to try the new firmware found on the new repo - the at+mode=0 command returns more than the OK expected by the supplied Arduino library, it returns
->
-> Selected LoraWAN 1.0.2 Region: EU868
->
-> OK
Rak811 Lora AT Command V1.5 states that the response to the at+mode=0 command will be OK\r\n which would be consistent with the supplied Arduino library.
I note that the Rak811 Lora AT Command document on github at /RAKWireless/RAK811_LoRaNode/tree/master/doc/Software is V1.4 whereas the website has V1.5 at /en/download/LoRa/RAK811#Software_Development alongside the Arduino instructions that donāt work with 2.0.3.0 firmware.
Iām sorry for late.
We have a plan to develop a new Arduino library based our RUI software framework, but it may start 1~2 months later, because we are busy with RUI software framwork and new firmware for RAK811 recently.
There is no such prompt at present, but after setting it, you can query the mode of the current device through āat+modeā. This is likely to increase as demand increases. Thanks for the advice.
Thank you @Nicholas but I may not have explained the issue very well.
The response including the mode is the actual response received, which does not match the documentation.
I was asking if there is a later version of the documentation that correctly details the response to
at+mode=0
and possibly other commands that may have changed.
These are just explanations of the command and will not appear in the actual reply.
OK\r\n------------------------------------------Reset successfully
These are just explanations of the command and will not appear in the actual reply.
Thank you for your reply @Nicholas, howver I still havenāt explained the issue well.
When you issue the command
at+mode=0
or, I have now found,
at+band=EU868
the āRAK811 Lora AT Commandā document states that the response will be
OK
however in both cases the functions in at_cmd.c call NVIC_SystemReset() which gives the response
Selected LoraWAN 1.0.2 Region: EU868
OK
There are three extra lines in the response before the OK.
If, as your Arduino example does, you just test for a response beginning āOKā this comes back as false so the script fails thinking it was unable to set the mode.
I have been rewriting the logic in the Arduino library to read all the lines of the response and use the value of the last line but I am not certain that will be valid in every scenario so it would be useful if the āRAK811 Lora AT Commandā document was updated to include the correct responses to the commands as a reference.
Yes, we have a plan to add RU868 in RAK811 FW, but we have some projects which must be completed firstly in 2 month. So i think we havenāt resource to do it recently.