I am checking P2P_LORA communication with the RAK3172 evaluation board.
I was able to communicate without problems in AT command mode (AT+ATM), but I cannot receive PRECV in binary command mode (AT+APM).
Setting PRECV in binary command mode seems to work well, and I can receive it when I switch to AT command mode with an ATM command.
Transmission is done in binary command mode.
Dear carlrowan, thank you very much for your reply.
I heard that there is a problem with the checksum, but I think the checksum is correct for the following reasons.
・The response when executing the PSEND binary command was normal.
{0x7E, 0x00, 0x05, 0x01, 0x01, 0x00, 0x01, 0x01, 0x3E, 0x00, 0x09}
・The response when executing the PRECV binary command was normal.
{0x7E, 0x00, 0x05, 0x01, 0x01, 0x00, 0x01, 0x01, 0x3F, 0x00, 0x0A}
・When the PSEND binary command was executed, if “AT+PRECV=65534” was specified in the RAK3172 on the other side in AT command mode, it could be received normally ("+EVT:RXP2P:-28:14:ABCDEF12.")
・After executing the PRECV binary command, when returning to AT command mode with “AT+ATM”, it was possible to receive normally.
Excuse me, but isn’t the checksum you pointed out in decimal?
24=0x18 , 27=0x1B
I can’t receive it when I switch to binary mode with “AT+APM” and execute the PRECV binary command, but after that I can receive it when I return to AT command mode with “AT+ATM”.
It is confirmed by connecting the evaluation board to the Linux machine via USB (eg /dev/ttyUSB0) and executing open()~write()~read() in the canonical mode of termios.
Can’t receive in binary mode = is there a problem with the read method?