E220-900T22D problem with receiving configuration

This topic has 10 replies, 2 voices, and was last updated 7 months, 1 week ago by Adam.

Viewing 10 reply threads

Author

Posts
- 24 August 2024 at 14:19 #31503
  Adam
  Participant
  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 7 months, 3 weeks ago by Adam.
  - This topic was modified 7 months, 3 weeks ago by Adam.
  - This topic was modified 7 months, 3 weeks ago by Adam.
  - This topic was modified 7 months, 3 weeks ago by Adam.
  - This topic was modified 7 months, 3 weeks ago by Adam.
  - This topic was modified 7 months, 3 weeks ago by Renzo Mischianti.
  Attachments:
  You must be logged in to view attached files.
- 26 August 2024 at 12:12 #31524
  Renzo Mischianti
  Keymaster
  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
- 26 August 2024 at 21:37 #31525
  Adam
  Participant
  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…
- 26 August 2024 at 23:37 #31526
  Adam
  Participant
  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
- 27 August 2024 at 10:08 #31534
  Renzo Mischianti
  Keymaster
  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
- 27 August 2024 at 22:55 #31541
  Adam
  Participant
  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.
- 29 August 2024 at 09:53 #31542
  Adam
  Participant
  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?
- 29 August 2024 at 11:40 #31544
  Renzo Mischianti
  Keymaster
  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
- 29 August 2024 at 11:55 #31545
  Adam
  Participant
  Thank You – Renzo what about RSSI? how to implement that?
  regards,
  A
- 31 August 2024 at 12:41 #31551
  Adam
  Participant
  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.
- 6 September 2024 at 08:37 #31573
  Adam
  Participant
  Solved
Author

Posts