My project goal is to measure the wave height at my boat dock with an ultrasonic transducer suspended a few feet above the water and send that info via LORA (RYLR998) to the house where I plan to visualize the wave motion with a 128x64 OLED, in addition to displaying wave height and water depth digitally. Arduino Uno in both locations.
However... I'm have some difficulty getting off the ground. I'm stuck trying to configure the RYLR. I have the RYLR connected to a TTL-to-serial converter to bridge my computer connection to the RYLR. Problem is when I send the first character of the AT command (the "A") I immediately receive "+ERR=1" from the RYLR. Both of my RYLR modules do the same thing. Ignoring that and sending the entire "AT" command does nothing (except it sending the ERR every character I send). I have verified with a scope looking at the Tx and Rx pins of the RYLR that the data sent to and received from the RYLR is valid. (Photos of scope screen available if you want to see.)
Right now I'm starting to suspect that I have 2 counterfeit RYLR modules. Any suggestions would be appreciated.
I'm posting the scope captures for the Tx and Rx lines. This may answer your questions. The bottom line is, the RYLR is being powered by 3.3v, the data sent to the RYLR is "A", and the response is "+ERR=1".
The scope trace suggests that the radio has an input command timeout somewhat greater than 500 us. Try sending the entire AT command sequence as a single string including CRLF, with the latter two characters in either forward or reverse order, or just 0x0D alone.
docs say
It is required to key in enter or \r \n in the end of all AT Commands.
The Reyax radios very rarely come up on this forum, and looking at the documentation, I can guess why.
I've deleted your new topic as it seems to be just a continuation of this one. Please keep related questions here so people can see what the context is.
With all three of the possibilities that I suggested?
UART setting eight bits, no parity?
For informed help, please read and follow the instructions in the "How to get the best out of this forum" post, linked at the head of every forum category.
Having a hard time figuring out what the 3 possibilities are.
I was hoping to avoid a lot of "have you done this?", "have you done that?" by showing you exactly what the RYLR is being sent and the response from the RYLR. I'm telling you that the RYLR is being powered by 3.3v, the character "A" is being sent to it (at 3.3v levels and 115kb), and "+ERR=1" is being received from the RYLR 500uS later. It's right there in the scope trace. And as you can see, the data is 8 bits, no parity, 115,200 baud, and the levels are 3.3v.
Looking back at post #2 where you asked the question I show above. This may be your source of confusion. The Uno is not involved in this. I have my computer's USB port connected to the USB-to-TTL serial converter, and the converter's 3.3v power output pin connected to the RYLR Vdd pin, GND on the converter connected to GND on the RYLR, Tx on the converter connected to Rx on the RYLR, and Rx on the converter connected to Tx on the RYLR. If the connections were incorrect it would show up in the scope data.
Found the problem. The TTY emulator on my computer has options for what is to be sent when the ENTER key is pressed. It can be set for CR+LF, CR, or NONE. But that only sets what is sent when you hit ENTER. In LINE mode where an entire line of data can be sent, it ends the line with no terminator character even if the ENTER setting is for CR+LF. Kinda makes sense but they failed to offer an option for CR+LF in line mode. My error was in assuming that what was set for ENTER would carry over to the LINE mode, since they had no option for any terminator in LINE mode. Therefore I have to specify CR+LF by appending "\r\n" to the line buffer prior to sending the line. So, "AT\r\n" gives an "+OK" response. In addition to all this, the 500uS timeout means it is humanly impossible to type the command and send it 1 character at a time. It has to be sent in a burst.
Thanks to jremington for hanging in there for as long as you did.
Can I ask what "TTY Emulator" you are using? I am having exactly the same problem. I have 2 PICOs which I have programmed with a very basic sketch which isn't working, so I decided to hook up a third radio to my PC directly via a 3.3v USB serial adapter similar to yours. I am using putty, and when I saw the error after every keystroke, I decided to try to use copy/paste to try to get the correct string out more quickly, but I am still getting the same problem. I am unaware of a "line mode" in putty so curious what you're using? Thanks in advance!!
-Steve
edit- I did find a "line mode" in putty but still having the trouble.. not sure if I actually type AT\r\n into putty or how that's supposed to work.. I managed to get an error 4, but not sure exactly what I typed to get that!!
I am getting the same error using PuTTy, I ended up switching to an app on the windows store called Serial Monitoring by Hans Phillip Zimmerman that had an option for CR + LF in the settings and it worked for my RYLR998 modules. May of alread found a solution but thought I'd post since this was the only thread that came up when researching.
I am using PuTTY from very long time, but i cannot face any error. Please make sure you are using the latest version of PuTTY. You have to use the SSH key authentication method while using the PuTTY.
