- This topic has 10 replies, 2 voices, and was last updated 8 months, 3 weeks ago by
Adam.
-
AuthorPosts
-
-
24 August 2024 at 14:19 #31503
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 9 months ago by
Adam.
-
This topic was modified 9 months ago by
Adam.
-
This topic was modified 9 months ago by
Adam.
-
This topic was modified 9 months ago by
Adam.
-
This topic was modified 9 months ago by
Adam.
-
This topic was modified 9 months ago by
Renzo Mischianti.
Attachments:
You must be logged in to view attached files. -
This topic was modified 9 months ago by
-
26 August 2024 at 12:12 #31524
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
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
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
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
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
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
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
Thank You 🙂 – Renzo what about RSSI? how to implement that?
regards,
A -
31 August 2024 at 12:41 #31551
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
Solved 🙂
-
-
AuthorPosts
- You must be logged in to reply to this topic.