E220-900T22D problem with receiving configuration

[Adam]

hey – I have a problem reading the configuration from my device EBYTE E220-900-T22D with arduino nano. The only thing displayed on my serial monitor is the following:

TransModeWORPeriod : 0 -> 500ms
TransModeTransContr: 0 -> WOR Receiver (default)
TransModeEnableLBT : 0 -> Disabled (default)
TransModeEnableRSSI: 0 -> Disabled (default)
TransModeEnabRepeat: 0 -> Disabled (default)
TransModeFixedTrans: 0 -> Transparent transmission (default)
—————————————-
No response from device! (Check wiring)
12
—————————————-
HEAD: 0 0 97
Model no.: 61
Version : 72
Features : 65
—————————————-

also when I try to set the configuration, there is a slight problem because I get the unsuccess information, but here it seems to me that the code partially works because after changing the transmitter frequency to a different frequency than the receiver one, the receiver stops reading the data.

Success
1

Success
1
Save mode returned not recognized!
11
Success
1

my pins configurations:

#include “Arduino.h”
#include “LoRa_E220.h”
#include <SoftwareSerial.h>
SoftwareSerial mySerial(3, 2); // Arduino RX <– e220 TX, Arduino TX –> e220 RX
LoRa_E220 e220ttl(&mySerial, 4, 6, 5); // AUX M0 M1

The device is well connected – I checked several times…

• This topic was modified 1 year, 3 months ago by Adam.
• This topic was modified 1 year, 3 months ago by Adam.
• This topic was modified 1 year, 3 months ago by Adam.
• This topic was modified 1 year, 3 months ago by Adam.
• This topic was modified 1 year, 3 months ago by Adam.
• This topic was modified 1 year, 3 months ago by Renzo Mischianti.

[Renzo Mischianti]

Hi Adam,
If it’s well connected, there are two other options:

• the power supply is not sufficient;
• the device is broken.

Try to use an external power supply for the module.

Bye Renzo

[Adam]

I checked with the ebyte configurator (using FTDI232) and was able to load and save configurations for all my ebyte modules . I created a simple code using an array of bytes representing config: byte loraConfig[] = {0xc0, 0x00, 0x09, 0x00, 0x03, 0x62, 0x05, 0x00, 0x03, 0x00, 0x00, 0x10};. With this code in my arduino ide, I can change my LoRa parameters. Now I will implement load configurations. I will let You know if it works…

[Adam]

Hi Renzo, finally I did it. My code is receiving all 12 bytes as a hex. One thing is interesting – when I configure my config as:
byte loraConfig[] = {0xc0, 0x00, 0x09, 0x00, 0x03, 0x62, 0xc5, 0x00, 0x03, 0x00, 0x00, 0x10};

and then when try to get the config I receive:

configRecived[] = {0xc1, 0x00, 0x09, 0x00, 0x03, 0x62, 0xc5, 0x00, 0x03, 0x00, 0x00, 0x10};

why in first byte c0 moved to c1?

regards,
A

[Renzo Mischianti]

Ahh! Yes, I already found that some models of E220 have this “issue,” but they’re working correctly.
Sometimes, there is a power supply problem. In your case, it’s more rare, but you can ignore that response.
Bye Renzo

[Adam]

Hi, just ready implement get config – and start to make set config. Regarding C1 – this is not an issue. Just founded in the manual that this is normal procedure after reading config from lora.

[Adam]

hey Renzo, I have currently implemented a library that reads and changes values ​​for e220-900T22D. However, I don’t know how to run RSSI. Should I implement code on the transmitter and receiver to enable this function? Isn’t this CHANNEL RSSI? How is signal strength information transmitted?

[Renzo Mischianti]

Hi Adam,
You are right. The C1 is correct. It is also in the library. I verified that but also checked the other set that must be respected; if you receive that message, you have something wrong or some noise with the device setting. But if it works for the other operation, we will never discover what it is :D.

Bye Renzo

[Adam]

Thank You 🙂 – Renzo what about RSSI? how to implement that?
regards,
A

[Adam]

Hi, Renzo I try out how to get RSSI data but I would like to do it my self (not using library). Can You check my code? I set channel RSSI mode as enable.

#include

// Pin definitions
#define LORA_RX 10
#define LORA_TX 11
#define LORA_M0 7
#define LORA_M1 8

char DataRSSI[10];
String command = "C0 C1 C2 C3";

// Initialize SoftwareSerial for communication with the LoRa module
SoftwareSerial loraSerial(LORA_RX, LORA_TX);

void setup() {
// Set pin modes
pinMode(LORA_M0, OUTPUT);
pinMode(LORA_M1, OUTPUT);

// Set M0 and M1 pins to receive mode
digitalWrite(LORA_M0, LOW);
digitalWrite(LORA_M1, LOW);

// Initialize serial communication
Serial.begin(9600);
loraSerial.begin(9600);

Serial.println("LoRa Receiver is ready.");
}

void loop() {
// Check if data is available for reading
if (loraSerial.available()) {
String message = "";

// Read data
while (loraSerial.available()) {
char c = loraSerial.read();
message += c;
delay(10); // Small delay for stable reception
}

// Send command (if necessary)
loraSerial.println(command);

// Read RSSI (if RSSI is sent as 4 bytes)
if (loraSerial.available() >= 4) { // Check if at least 4 bytes are available
loraSerial.readBytes(DataRSSI, 4);
Serial.print("RSSI: ");
Serial.println(String(DataRSSI)); // Convert char array to String
}

// Display the received message
Serial.println("Received message: " + message);
}
}

Here’s the situation:

RSSI Value Not Showing:
The code should be reading RSSI values when at least 4 bytes are available. Despite enabling RSSI on the receiver, I’m not seeing any RSSI values in the output.

Transmitter Details:
I have a transmitter sending a simple “hello” message. The receiver successfully receives this message, but it doesn’t provide the RSSI.

Configuration Check:
I’ve set the M0 and M1 pins for receive mode based on the module’s documentation, but I’m not sure if this is correct.
Communication Confirmation:

The receiver does get the transmitted message, so it seems like communication is working fine otherwise.

[Adam]

Solved 🙂

[Author]

Posts