Irrigation system

[ygeorgiev]

Hi,

Please, share more information about hardware setup on irrigation system
https://github.com/timmbogner/Farm-Data-Relay-System/tree/main/Controllers/Irrigation

Best

[timmbogner]

The irrigation sketch was built with multi-channel relay modules in mind. I only ever used it using a single-channel relay module, however. The coil pin is the signal pin. I'll update the info on it once I re-visit bidirectional communication.

[lamasseriadipolverara]

Ok, so i make it... of course in a brutal (farmer) way:

if (status_1==1) {
   loadFDRS(11, STATUS_T);
   } else {
   loadFDRS(10, STATUS_T);
   }
 if (status_2==1) {
   loadFDRS(21, STATUS_T);
   } else {
   loadFDRS(20, STATUS_T);
   }
 if (status_3==1) {
   loadFDRS(31, STATUS_T);
   } else {
   loadFDRS(30, STATUS_T);
   }
 if (status_4==1) {
   loadFDRS(41, STATUS_T);
   } else {
   loadFDRS(40, STATUS_T);
   }
 sendFDRS();
 sleepFDRS(10);  

in this way, in my case, in mqtt i have

[
  {
    "id": 1,
    "type": 0,
    "data": 10,
    "time": 358
  },
  {
    "id": 1,
    "type": 0,
    "data": 20,
    "time": 358
  },
  {
    "id": 1,
    "type": 0,
    "data": 31,
    "time": 358
  },
  {
    "id": 1,
    "type": 0,
    "data": 41,
    "time": 358
  }
]

"Translation" using nodered
relay1 off
relay2 off
relay3 on
relay4 on

As "time" is going up every 10 seconds (as i put sleepFDRS(10)), can i have some problem if i use it for a long time?

[aviateur17]

Question 2: I'd like to connect a sensor to count the consuption of litres of water, in the same esp32 or to onother one if it's not possibile in the same esp32 controller (a sensor like this one

That sensor looks like it requires minimum of 5VDC for power and the signal is a pulse at 5VDC which I believe the ESP32 only supports 3.3VDC on the inputs. Additionally, the value per pulse doesn't seem like it is very straightforward. Make sure the input voltage from the device is supported by the micro controller and you will probably want to attach the pulse input to an interrupt. I haven't looked at the examples to see if there is one already available.

[timmbogner]

I actually sort of forgot you could only send from one ID at the sensor, thus what I said doesn't really work. You made the best of my confusing instructions, though!

I just now added the ability to tell the loadFDRS() function what reading ID you want to send as as a third parameter. I also added a checkCoils() function in Irrigation.ino which uses this new ability to send the status of each coil pin after any data is received.

Try it out and let me know if it is what you're looking for!

[lamasseriadipolverara]

Yes this is what i was looking for but...
When i send for exemple
[{"id":102,"type":1,"data":1}]
this is what i have

[
  {
    "id": 101,
    "type": 0,
    "data": 1,
    "time": 709
  },
  {
    "id": 102,
    "type": 0,
    "data": 0,
    "time": 709
  },
  {
    "id": 103,
    "type": 0,
    "data": 1,
    "time": 709
  },
  {
    "id": 104,
    "type": 0,
    "data": 1,
    "time": 709
  }
]

it seems it work in a reverse mode... data 1 for off, data 0 for on... not a big problem, but why?

[timmbogner]

It's because the logic of the 4-channel relay is inverted. We set the GPIO to LOW when we want to power up a relay coil, and HIGH to turn it off. Other relay modules do not invert, it depends on the circuitry. At some point I will probably add an option to invert or not-invert.

[lamasseriadipolverara]

Changing to LORA because of distance...
I have a problem with the controller. With espnow everything works great.

When i start with lora i have
`18:18:22.097 -> ets Jul 29 2019 12:21:46

18:18:22.097 ->
18:18:22.097 -> rst:0x8 (TG1WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
18:18:22.097 -> configsip: 0, SPIWP:0xee
18:18:22.097 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
18:18:22.097 -> mode:DIO, clock div:1
18:18:22.097 -> load:0x3fff0030,len:1324
18:18:22.097 -> ho 0 tail 12 room 4
18:18:22.132 -> load:0x40078000,len:13508
18:18:22.132 -> load:0x40080400,len:3604
18:18:22.132 -> entry 0x400805f0
18:18:22.225 -> FDRS User Node initializing...
18:18:22.225 -> Reading ID 1
18:18:22.225 -> Gateway: 1
18:18:22.225 -> Initializing LoRa!
18:18:22.257 -> LoRa Initialized.
18:18:22.257 -> LoRa Band: 866000000.00
18:18:22.257 -> LoRa SF : 7
18:18:23.161 -> ets Jul 29 2019 12:21:46
18:18:23.161 ->
18:18:23.161 -> rst:0x8 (TG1WDT_SYS_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
18:18:23.161 -> configsip: 0, SPIWP:0xee
18:18:23.161 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00`
etc.

During the upload of the controller i have some errors, i don't know if is releted:
In file included from C:\Users\utente\Documents\Arduino\Irrigation\Irrigation.ino:9: C:\Users\utente\Documents\Arduino\libraries\Farm-Data-Relay-System-main\src/fdrs_node.h: In function 'bool seekFDRS(int)': C:\Users\utente\Documents\Arduino\libraries\Farm-Data-Relay-System-main\src/fdrs_node.h:555:1: warning: no return statement in function returning non-void [-Wreturn-type] } ^ C:\Users\utente\Documents\Arduino\libraries\Farm-Data-Relay-System-main\src/fdrs_node.h: In function 'bool addFDRS(int, void (*)(DataReading))': C:\Users\utente\Documents\Arduino\libraries\Farm-Data-Relay-System-main\src/fdrs_node.h:578:3: warning: no return statement in function returning non-void [-Wreturn-type] } ^ C:\Users\utente\Documents\Arduino\libraries\Farm-Data-Relay-System-main\src/fdrs_node.h: In function 'uint32_t pingFDRS(int)': C:\Users\utente\Documents\Arduino\libraries\Farm-Data-Relay-System-main\src/fdrs_node.h:599:1: warning: no return statement in function returning non-void [-Wreturn-type] } ^

The gateway seems to work properly with lora.

[timmbogner]

Sorry, It's in the docs but not emphasized enough that LoRa controller functionality isn't implemented yet. I was delaying it while I learned more about LoRa, but I think I'll add it somewhat soon. As you noted, you can still send controller messages via LoRa gateways, but the final hop must use ESP-NOW. This is still how I'll recommend setting up the system after I add LoRa controllers too, because ESP-NOW is quicker and requires less airtime.

[lamasseriadipolverara]

So, if i understand correctly, in my case:

mqtt esp n°1 -> serial/lora esp n° 2 (gatway0) -> lora/espnow esp n°3 (gatway1) -> espnow irrigation controller esp n°4

Right?

[timmbogner]

Yep, looks right!
0x00 MQTT/Serial -> 0x01 Serial/LoRa -> 0x02 LoRa/ESP-NOW -> ESP-NOW Irrigation controller

[lamasseriadipolverara]

Hi timm, some problems with the configuration i have organize the net as you sugget and i have
0x00 MQTT/Serial -> 0x01 Serial/LoRa -> 0x02 LoRa/ESP-NOW -> ESP-NOW Irrigation controller
first step works
this is the configuration of 0x01
`// FARM DATA RELAY SYSTEM
//
// GATEWAY 2.000 Configuration

#include <fdrs_globals.h>
#define FDRS_DEBUG //Enable USB-Serial debugging
#define DEBUG_CONFIG // Displays full config info on startup

#define UNIT_MAC 0x01 // The address of this gateway
#define LORA1PEER 0x02
// Actions -- Define what happens when a packet arrives at each interface:
// Current function options are: sendESPNOW(MAC), sendSerial(), sendMQTT(),
// bufferLoRa(interface), bufferESPNOW(interface), bufferSerial(), and bufferMQTT().

#define ESPNOWG_ACT sendSerial();
#define SERIAL_ACT sendESPNOW(0x01); bufferLoRa(1); sendESPNOWpeers();
#define MQTT_ACT
#define LORAG_ACT sendSerial();

// Protocols -- Define which protocols the gateway will use.
// Warning: ESP-NOW and WiFi should not be used simultaneously.

//#define USE_ESPNOW
#define USE_LORA
//#define USE_WIFI //Used only for MQTT gateway

// Neighboring gateway addresses
#define ESPNOW_NEIGHBOR_1 0x0E // ESPNOW1 Address
#define ESPNOW_NEIGHBOR_2 0x0F // ESPNOW2 Address
#define LORA_NEIGHBOR_1 0x02 // LoRa1 Address
#define LORA_NEIGHBOR_2 0x0F // LoRa2 Address

// Neighbor Actions
#define ESPNOW1_ACT
#define ESPNOW2_ACT
#define LORA1_ACT sendSerial();
#define LORA2_ACT

//Pins for UART data interface (ESP32 only)
#define RXD2 14
#define TXD2 15

//Logging settings -- Logging will occur when MQTT is disconnected
//#define USE_SD_LOG //Enable SD-card logging
//#define USE_FS_LOG //Enable filesystem (flash) logging
#define LOGBUF_DELAY 10000 // Log Buffer Delay - in milliseconds
#define SD_SS 0 //SD card CS pin (Use different pins for LoRa and SD)
#define SD_FILENAME "fdrs_log.csv"
#define FS_FILENAME "fdrs_log.csv"

// SPI Configuration -- Needed only on boards with multiple SPI interfaces like the ESP32

#define SPI_SCK 5
#define SPI_MISO 19
#define SPI_MOSI 27

// LoRa Configuration -- Needed only if using LoRa
#define LORA_SS 18
#define LORA_RST 21
#define LORA_DIO0 26

//433E6 for Asia
//866E6 for Europe
//915E6 for North America
#define LORA_BAND 866E6 // LoRa Frequency Band
#define LORA_SF 7 // LoRa Spreading Factor
#define LORA_TXPWR 17 // LoRa TX power in dBm (+2dBm - +20dBm), default is +17dBm. Lower power = less battery use

// Buffer Delays - in milliseconds - Uncomment to enable any buffer

//#define ESPNOW1_DELAY 0
//#define ESPNOW2_DELAY 0
//#define ESPNOWG_DELAY 0
//#define SERIAL_DELAY 0
//#define MQTT_DELAY 0
//#define LORAG_DELAY 1000
//#define LORA1_DELAY 500
//#define LORA2_DELAY 1000

#define PEER_TIMEOUT 300000

// FastLED -- Not yet fully implemented
//#define USE_LED
#define LED_PIN 32
#define NUM_LEDS 4

// WiFi and MQTT Credentials -- Needed for MQTT only if "fdrs_globals.h" is not included
//#define WIFI_SSID "Your SSID"
//#define WIFI_PASS "Your Password"
//#define MQTT_ADDR "192.168.0.8"
//#define MQTT_PORT 1883 // Default MQTT port is 1883

//#define MQTT_AUTH //Enable MQTT authentication
//#define MQTT_USER "Your MQTT Username"
//#define MQTT_PASS "Your MQTT Password"

// MQTT Topics
#define TOPIC_DATA "fdrs/data"
#define TOPIC_STATUS "fdrs/status"
#define TOPIC_COMMAND "fdrs/command" `

and this is what monitor say when i send the mqtt command

13:47:51.365 -> ets Jul 29 2019 12:21:46 13:47:51.397 -> 13:47:51.397 -> rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT) 13:47:51.397 -> configsip: 0, SPIWP:0xee 13:47:51.397 -> clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 13:47:51.397 -> mode:DIO, clock div:1 13:47:51.397 -> load:0x3fff0030,len:1324 13:47:51.397 -> ho 0 tail 12 room 4 13:47:51.397 -> load:0x40078000,len:13508 13:47:51.397 -> load:0x40080400,len:3604 13:47:51.397 -> entry 0x400805f0 13:47:51.525 -> Address:1 13:47:51.526 -> Initializing LoRa! 13:47:51.558 -> LoRa Initialized. Band: 866000000.00 SF: 7 Tx Power: 17 dBm 13:49:02.941 -> Incoming Serial. 13:49:02.941 -> Buffering LoRa.

this is the configuration of 0x02

`// FARM DATA RELAY SYSTEM
//
// GATEWAY 2.000 Configuration

#include <fdrs_globals.h>
#define FDRS_DEBUG //Enable USB-Serial debugging
#define DEBUG_CONFIG // Displays full config info on startup

#define UNIT_MAC 0x02 // The address of this gateway

// Actions -- Define what happens when a packet arrives at each interface:
// Current function options are: sendESPNOW(MAC), sendSerial(), sendMQTT(),
// bufferLoRa(interface), bufferESPNOW(interface), bufferSerial(), and bufferMQTT().

#define ESPNOWG_ACT sendSerial(); bufferLoRa(1);
#define SERIAL_ACT sendESPNOW(0x01); bufferLoRa(1); sendESPNOWpeers();
#define MQTT_ACT
#define LORAG_ACT sendSerial(); sendESPNOWpeers(); bufferLoRa(1);
#define LORA1PEER 0x01
// Protocols -- Define which protocols the gateway will use.
// Warning: ESP-NOW and WiFi should not be used simultaneously.

#define USE_ESPNOW
#define USE_LORA
//#define USE_WIFI //Used only for MQTT gateway

// Neighboring gateway addresses
#define ESPNOW_NEIGHBOR_1 0x0E // ESPNOW1 Address
#define ESPNOW_NEIGHBOR_2 0x0F // ESPNOW2 Address
#define LORA_NEIGHBOR_1 0x01 // LoRa1 Address
#define LORA_NEIGHBOR_2 0x0F // LoRa2 Address

// Neighbor Actions
#define ESPNOW1_ACT
#define ESPNOW2_ACT
#define LORA1_ACT sendSerial(); sendESPNOWpeers();
#define LORA2_ACT

//Pins for UART data interface (ESP32 only)
#define RXD2 14
#define TXD2 15

//Logging settings -- Logging will occur when MQTT is disconnected
//#define USE_SD_LOG //Enable SD-card logging
//#define USE_FS_LOG //Enable filesystem (flash) logging
#define LOGBUF_DELAY 10000 // Log Buffer Delay - in milliseconds
#define SD_SS 0 //SD card CS pin (Use different pins for LoRa and SD)
#define SD_FILENAME "fdrs_log.csv"
#define FS_FILENAME "fdrs_log.csv"

// SPI Configuration -- Needed only on boards with multiple SPI interfaces like the ESP32

#define SPI_SCK 32
#define SPI_MISO 19
#define SPI_MOSI 27

// LoRa Configuration -- Needed only if using LoRa
#define LORA_SS 18
#define LORA_RST 21
#define LORA_DIO0 26

//433E6 for Asia
//866E6 for Europe
//915E6 for North America
#define LORA_BAND 866E6 // LoRa Frequency Band
#define LORA_SF 7 // LoRa Spreading Factor
#define LORA_TXPWR 17 // LoRa TX power in dBm (+2dBm - +20dBm), default is +17dBm. Lower power = less battery use

// Buffer Delays - in milliseconds - Uncomment to enable any buffer

//#define ESPNOW1_DELAY 0
//#define ESPNOW2_DELAY 0
//#define ESPNOWG_DELAY 0
//#define SERIAL_DELAY 0
//#define MQTT_DELAY 0
//#define LORAG_DELAY 1000
//#define LORA1_DELAY 500
//#define LORA2_DELAY 1000

#define PEER_TIMEOUT 300000

// FastLED -- Not yet fully implemented
//#define USE_LED
#define LED_PIN 32
#define NUM_LEDS 4

// WiFi and MQTT Credentials -- Needed for MQTT only if "fdrs_globals.h" is not included
//#define WIFI_SSID "Your SSID"
//#define WIFI_PASS "Your Password"
//#define MQTT_ADDR "192.168.0.8"
//#define MQTT_PORT 1883 // Default MQTT port is 1883

//#define MQTT_AUTH //Enable MQTT authentication
//#define MQTT_USER "Your MQTT Username"
//#define MQTT_PASS "Your MQTT Password"

// MQTT Topics
#define TOPIC_DATA "fdrs/data"
#define TOPIC_STATUS "fdrs/status"
#define TOPIC_COMMAND "fdrs/command" `

and this is the output of the monitor:
configsip: 0, SPIWP:0xee clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00 mode:DIO, clock div:1 load:0x3fff0030,len:1324 ho 0 tail 12 room 4 load:0x40078000,len:13508 load:0x40080400,len:3604 entry 0x400805f0 Address:2 Initializing LoRa! LoRa Initialized. Band: 866000000.00 SF: 7 Tx Power: 17 dBm Initializing ESP-NOW! ESP-NOW Initialized. ESP-NOW System Packet Device requesting peer registration Getting peer # Device not yet registered, adding to internal peer list Using peer entry 0

As you see, LOra is inizialized, same channel and band, the espnow 0x03 is correctly registred but the lora packet didn't arrived and so the esponow packet isn't send.
Where's my error?
Thankyou very much for your effort

[timmbogner]

Hello,

I think it's simply that you haven't enabled the buffer. Uncommenting //#define LORA1_DELAY 500 on 0x01 should fix that.

Sorry... This buffer setup wasn't great, and I've eliminated it in the latest version. Going forward, there will be sendLoRaNbr(1) instead of bufferLoRa(1). The default interval is 10 seconds and can (optionally) be changed with #define LORA_INTERVAL xx.

[lamasseriadipolverara]

ok, i uncommented //#define LORA1_DELAY 500
now it sends the packet and 0x02 recive the packet and send it via serial and to espnow peer, but...
when i connect 0x03, 0x02 stop working this is the serial output of 0x02:
15:42:57.509 -> Incoming LoRa. Size: 13 Bytes, RSSI: -31dBm, SNR: 9.50dB, PacketCRC: 0x5cfb, Total LoRa received: 2, CRC Ok Pct 100.00% 15:42:57.509 -> CRC Match, sending ACK packet to sensor 0xee01(hex) 15:42:57.509 -> Transmitting LoRa message of size 11 bytes with CRC 0x7c38 to LoRa MAC 0xee01 15:42:57.574 -> Sending Serial. 15:42:57.574 -> [{"id":103,"type":1,"data":1}] 15:42:57.574 -> Sending to ESP-NOW peers. 15:43:05.933 -> ESP-NOW System Packet 15:43:05.933 -> Device requesting peer registration 15:43:05.933 -> Getting peer # 15:43:05.933 -> Device not yet registered, adding to internal peer list 15:43:05.933 -> Using peer entry 0

i try send the packet an other time but it didn't respond. serial output of 0x01
15:43:14.056 -> Incoming Serial. 15:43:14.056 -> Buffering LoRa. 15:43:14.478 -> Releasing LoRa. 15:43:14.478 -> Transmitting LoRa message of size 13 bytes with CRC 0x5cfb to LoRa MAC 0xee02

didn't try the new code yet

[timmbogner]

For clarification: 0x03 is another repeater set up similar to 0x02, right?
The output of 0x02 indicates that everything sends, and then it receives its first peer registration request (from the controller, presumably) about 8 seconds later. From what I see, the controller wasn't registered when the packet was re-transmitted to peers. If the controller reset after receiving a packet, that could indicate a problem. Not sure if that's the case here or not.

I'd encourage you to check out the "release_01_2023" branch of the repo and try it there. It's possible you'll have similar problems, but at least we can rule out some LoRa issues that I have recently fixed. I will be getting back to work on FDRS soon I hope. I have enough LoRa modules to try your scenario for myself, and I'll make it a priority to test it with a second repeater. There is not much documentation of the new functions yet, but most of the new stuff you'll need was covered in my last comment.

[lamasseriadipolverara]

ok change to "release_01_2023".
Now i have problem with lora module in my case sx1276... or better with RadioLIB
15:23:28.782 -> Address:1
15:23:31.793 -> RadioLib initialization failed, code -2

This is my code for 1_UART_gateway

// FARM DATA RELAY SYSTEM
//
// GATEWAY 2.000 Configuration

#include <fdrs_globals.h>
#define FDRS_DEBUG //Enable USB-Serial debugging
#define DEBUG_CONFIG // Displays full config info on startup

#define UNIT_MAC 0x01 // The address of this gateway

//#define USE_ESPNOW
#define USE_LORA
//#define USE_WIFI

// Actions -- Define what happens when a packet arrives at each interface:
// sendESPNowNbr(1 or 2); sendESPNowPeers(); sendLoRaNbr(1 or 2); broadcastLoRa(); sendSerial(); sendMQTT();
#define ESPNOWG_ACT sendSerial();
#define SERIAL_ACT sendESPNowNbr(2); sendLoRaNbr(2); sendESPNowPeers(); broadcastLoRa();
#define MQTT_ACT
#define LORAG_ACT sendSerial();
// Neighbor Actions
#define ESPNOW1_ACT
#define ESPNOW2_ACT
#define LORA1_ACT sendSerial();
#define LORA2_ACT

//
//
//
// Neighboring gateway addresses
#define ESPNOW_NEIGHBOR_1 0x00 // ESPNOW1 Address
#define ESPNOW_NEIGHBOR_2 0x02 // ESPNOW2 Address
#define LORA_NEIGHBOR_1 0x02 // LoRa1 Address
#define LORA_NEIGHBOR_2 0x03 // LoRa2 Address

// LoRa Configuration
// LoRa Configuration
#define RADIOLIB_MODULE SX1262 //Tested on SX1276
//#define SPI_SCK 5
//#define SPI_MISO 19
//#define SPI_MOSI 27
#define USE_SX126X
#define LORA_SS 18
#define LORA_RST 21
#define LORA_DIO 26
#define LORA_TXPWR 17 // LoRa TX power in dBm (: +2dBm - +17dBm (for SX1276-7) +20dBm (for SX1278))
#define LORA_ACK // Request LoRa acknowledgment.

//Pins for UART data interface (ESP32 only)
#define RXD2 14
#define TXD2 15

// WiFi and MQTT Credentials -- These will override the global settings
//#define WIFI_SSID "Your SSID"
//#define WIFI_PASS "Your Password"

//#define MQTT_ADDR "192.168.0.8"
//#define MQTT_PORT 1883 // Default MQTT port is 1883
//#define MQTT_AUTH //Enable MQTT authentication
//#define MQTT_USER "Your MQTT Username"
//#define MQTT_PASS "Your MQTT Password"

//Logging settings -- Logging will occur when MQTT is disconnected
//#define USE_SD_LOG //Enable SD-card logging
//#define USE_FS_LOG //Enable filesystem (flash) logging
#define LOGBUF_DELAY 10000 // Log Buffer Delay - in milliseconds
#define SD_SS 0 //SD card CS pin (Use different pins for LoRa and SD)
#define LOG_FILENAME "fdrs_log.csv"

///#define USE_OLED
#define OLED_HEADER "FDRS"
#define OLED_SDA 4
#define OLED_SCL 15
#define OLED_RST 16

As You can see i have this PIN connection
//#define SPI_SCK 5
//#define SPI_MISO 19
//#define SPI_MOSI 27
I comment it in the last attempt

[timmbogner]

Tell me a little more about the hardware setup. What specific board are you using?

Also, which board is selected in Arduino?

[lamasseriadipolverara]

ESP32 WROOM 32D
SX1276

Arduino ide 2
ESP32 Dev Module

with the old configuration main branch lora inizialized without problem...
ESPNOW working, Lora fault

[timmbogner]

I'm mostly curious about the circuit/wiring that is connecting the LoRa module to the ESP. Are they separate modules that you're connecting or a pre-made board?
I have an individual radio module somewhere that I can use to try to test custom SPI pins. Let me know as much about your circuit as possible so I can recreate it.

[lamasseriadipolverara]

// FARM DATA RELAY SYSTEM
//
// GATEWAY 2.000 Configuration

#include <fdrs_globals.h>
#define FDRS_DEBUG //Enable USB-Serial debugging
#define DEBUG_CONFIG // Displays full config info on startup

#define UNIT_MAC 0x01 // The address of this gateway

//#define USE_ESPNOW
#define USE_LORA
//#define USE_WIFI

// Actions -- Define what happens when a packet arrives at each interface:
// sendESPNowNbr(1 or 2); sendESPNowPeers(); sendLoRaNbr(1 or 2); broadcastLoRa(); sendSerial(); sendMQTT();
#define ESPNOWG_ACT sendSerial();
#define SERIAL_ACT sendESPNowNbr(2); sendLoRaNbr(2); sendESPNowPeers(); broadcastLoRa();
#define MQTT_ACT
#define LORAG_ACT sendSerial();
// Neighbor Actions
#define ESPNOW1_ACT
#define ESPNOW2_ACT
#define LORA1_ACT sendSerial();
#define LORA2_ACT

//
// Neighboring gateway addresses
#define ESPNOW_NEIGHBOR_1 0x00 // ESPNOW1 Address
#define ESPNOW_NEIGHBOR_2 0x02 // ESPNOW2 Address
#define LORA_NEIGHBOR_1 0x02 // LoRa1 Address
#define LORA_NEIGHBOR_2 0x03 // LoRa2 Address

// LoRa Configuration
// LoRa Configuration
#define RADIOLIB_MODULE SX1262 //Tested on SX1276
#define USE_SX126X
#define LORA_SS 18
#define LORA_RST 21
#define LORA_DIO 26
#define LORA_TXPWR 17 // LoRa TX power in dBm (: +2dBm - +17dBm (for SX1276-7) +20dBm (for SX1278))
#define LORA_ACK // Request LoRa acknowledgment.

//#define CUSTOM_SPI
#define LORA_SPI_SCK 5
#define LORA_SPI_MISO 19
#define LORA_SPI_MOSI 27

//Pins for UART data interface (ESP32 only)
#define RXD2 14
#define TXD2 15

// WiFi and MQTT Credentials -- These will override the global settings
//#define WIFI_SSID "Your SSID"
//#define WIFI_PASS "Your Password"

//#define MQTT_ADDR "192.168.0.8"
//#define MQTT_PORT 1883 // Default MQTT port is 1883
//#define MQTT_AUTH //Enable MQTT authentication
//#define MQTT_USER "Your MQTT Username"
//#define MQTT_PASS "Your MQTT Password"

//Logging settings -- Logging will occur when MQTT is disconnected
//#define USE_SD_LOG //Enable SD-card logging
//#define USE_FS_LOG //Enable filesystem (flash) logging
#define LOGBUF_DELAY 10000 // Log Buffer Delay - in milliseconds
#define SD_SS 0 //SD card CS pin (Use different pins for LoRa and SD)
#define LOG_FILENAME "fdrs_log.csv"

///#define USE_OLED
#define OLED_HEADER "FDRS"
#define OLED_SDA 4
#define OLED_SCL 15
#define OLED_RST 16

[timmbogner]

You didn't change RADIOLIB_MODULE and disable USE_SX126X. This is what your LoRa config should look like:

// LoRa Configuration
#define RADIOLIB_MODULE SX1276 
//#define USE_SX126X
#define LORA_SS  18
#define LORA_RST 21
#define LORA_DIO 26
#define LORA_TXPWR 17   // LoRa TX power in dBm (: +2dBm - +17dBm (for SX1276-7) +20dBm (for SX1278))
#define LORA_ACK        // Request LoRa acknowledgment.

#define CUSTOM_SPI
#define LORA_SPI_SCK 5
#define LORA_SPI_MISO 19
#define LORA_SPI_MOSI 27

[lamasseriadipolverara]

same as before

// FARM DATA RELAY SYSTEM
//
// GATEWAY 2.000 Configuration

#include <fdrs_globals.h>
#define FDRS_DEBUG //Enable USB-Serial debugging
#define DEBUG_CONFIG // Displays full config info on startup

#define UNIT_MAC 0x01 // The address of this gateway

//#define USE_ESPNOW
#define USE_LORA
//#define USE_WIFI

// Actions -- Define what happens when a packet arrives at each interface:
// sendESPNowNbr(1 or 2); sendESPNowPeers(); sendLoRaNbr(1 or 2); broadcastLoRa(); sendSerial(); sendMQTT();
#define ESPNOWG_ACT sendSerial();
#define SERIAL_ACT sendESPNowNbr(2); sendLoRaNbr(2); sendESPNowPeers(); broadcastLoRa();
#define MQTT_ACT
#define LORAG_ACT sendSerial();
// Neighbor Actions
#define ESPNOW1_ACT
#define ESPNOW2_ACT
#define LORA1_ACT sendSerial();
#define LORA2_ACT

//
// Neighboring gateway addresses
#define ESPNOW_NEIGHBOR_1 0x00 // ESPNOW1 Address
#define ESPNOW_NEIGHBOR_2 0x02 // ESPNOW2 Address
#define LORA_NEIGHBOR_1 0x02 // LoRa1 Address
#define LORA_NEIGHBOR_2 0x03 // LoRa2 Address

// LoRa Configuration
// LoRa Configuration
#define RADIOLIB_MODULE SX1276 //Tested on SX1276
//#define USE_SX126X
#define LORA_SS 18
#define LORA_RST 21
#define LORA_DIO 26
#define LORA_TXPWR 17 // LoRa TX power in dBm (: +2dBm - +17dBm (for SX1276-7) +20dBm (for SX1278))
#define LORA_ACK // Request LoRa acknowledgment.

//#define CUSTOM_SPI
#define LORA_SPI_SCK 5
#define LORA_SPI_MISO 19
#define LORA_SPI_MOSI 27

//Pins for UART data interface (ESP32 only)
#define RXD2 14
#define TXD2 15

// WiFi and MQTT Credentials -- These will override the global settings
//#define WIFI_SSID "Your SSID"
//#define WIFI_PASS "Your Password"

//#define MQTT_ADDR "192.168.0.8"
//#define MQTT_PORT 1883 // Default MQTT port is 1883
//#define MQTT_AUTH //Enable MQTT authentication
//#define MQTT_USER "Your MQTT Username"
//#define MQTT_PASS "Your MQTT Password"

//Logging settings -- Logging will occur when MQTT is disconnected
//#define USE_SD_LOG //Enable SD-card logging
//#define USE_FS_LOG //Enable filesystem (flash) logging
#define LOGBUF_DELAY 10000 // Log Buffer Delay - in milliseconds
#define SD_SS 0 //SD card CS pin (Use different pins for LoRa and SD)
#define LOG_FILENAME "fdrs_log.csv"

///#define USE_OLED
#define OLED_HEADER "FDRS"
#define OLED_SDA 4
#define OLED_SCL 15
#define OLED_RST 16

[timmbogner]

Alright, I will study the issue today and let you know what I come up with. The last thing worth mentioning for now:
The new version uses the LoRa chip's DIO0 interrupt more, so make sure DIO0 on the LoRa board is connected to ESP GPIO26.

Thanks for your patience! I'm going to try connecting an old sx1278 module to non-default SPI pins on ESP32 to try to recreate the problem.

[timmbogner]

Hold up.

Your config now shows CUSTOM_SPI disabled, so make sure that's enabled.

[timmbogner]

I was able to compile and initialize RadioLib with the following hardware setup (and the configs I gave you):

[lamasseriadipolverara]

First of all, it's me who thanks you for your patience and support, and I apologize for the gross error. I've been busy and only now have I been able to try your code, and now lora works.

Now i'm going to upload the lora reciver that has to pass throw espnow the command to the irrigation...
now 0x01 recive seral packet from mqtt gateway
Address:1
14:59:48.086 -> RadioLib initialization successful!
14:59:48.086 -> LoRa Initialized. Frequency: 868.00 Bandwidth: 125.00 SF: 7 CR: 5 SyncWord: 18 Tx Power: 17dBm
14:59:57.154 -> Incoming Serial.
14:59:57.154 -> Sending to LoRa neighbor buffer
14:59:57.154 -> Sending to LoRa broadcast buffer
14:59:58.094 -> Transmitting LoRa message of size 13 bytes with CRC 0x9caa to LoRa MAC 0xee02
14:59:58.127 -> Transmitting LoRa message of size 13 bytes with CRC 0x996e to LoRa MAC 0xffff

in the config i put
// FARM DATA RELAY SYSTEM
//
// GATEWAY 2.000 Configuration

#include <fdrs_globals.h>
#define FDRS_DEBUG //Enable USB-Serial debugging
#define DEBUG_CONFIG // Displays full config info on startup

#define UNIT_MAC 0x01 // The address of this gateway

//#define USE_ESPNOW
#define USE_LORA
//#define USE_WIFI

// Actions -- Define what happens when a packet arrives at each interface:
// sendESPNowNbr(1 or 2); sendESPNowPeers(); sendLoRaNbr(1 or 2); broadcastLoRa(); sendSerial(); sendMQTT();
#define ESPNOWG_ACT sendSerial();
#define SERIAL_ACT sendESPNowNbr(2); sendLoRaNbr(1); sendESPNowPeers(); broadcastLoRa();
#define MQTT_ACT
#define LORAG_ACT sendSerial();
// Neighbor Actions
#define ESPNOW1_ACT
#define ESPNOW2_ACT
#define LORA1_ACT sendSerial();
#define LORA2_ACT

//
// Neighboring gateway addresses
#define ESPNOW_NEIGHBOR_1 0x00 // ESPNOW1 Address
#define ESPNOW_NEIGHBOR_2 0x02 // ESPNOW2 Address
#define LORA_NEIGHBOR_1 0x02 // LoRa1 Address
#define LORA_NEIGHBOR_2 0x03 // LoRa2 Address

// LoRa Configuration
// LoRa Configuration
#define RADIOLIB_MODULE SX1276 //Tested on SX1276
//#define USE_SX126X
#define LORA_SS 18
#define LORA_RST 21
#define LORA_DIO 26
#define LORA_TXPWR 17 // LoRa TX power in dBm (: +2dBm - +17dBm (for SX1276-7) +20dBm (for SX1278))
#define LORA_ACK // Request LoRa acknowledgment.

#define CUSTOM_SPI
#define LORA_SPI_SCK 5
#define LORA_SPI_MISO 19
#define LORA_SPI_MOSI 27

//Pins for UART data interface (ESP32 only)
#define RXD2 14
#define TXD2 15

i supposed that: sendLoRaNbr(1) => #define LORA_NEIGHBOR_1 0x02 // LoRa1 Address
and in fact in the serial output i have trasmitted to 0x02

but...
in the 0x02 i don't recive anything
15:00:26.265 -> Address:2
15:00:26.297 -> RadioLib initialization successful!
15:00:26.297 -> LoRa Initialized. Frequency: 868.00 Bandwidth: 125.00 SF: 7 CR: 5 SyncWord: 18 Tx Power: 17dBm
15:00:26.297 -> Initializing ESP-NOW!
15:00:26.395 -> ESP-NOW Initialized.

config file:
// FARM DATA RELAY SYSTEM
//
// GATEWAY 2.000 Configuration

#include <fdrs_globals.h>
#define FDRS_DEBUG //Enable USB-Serial debugging
#define DEBUG_CONFIG // Displays full config info on startup

#define UNIT_MAC 0x02 // The address of this gateway

// Actions -- Define what happens when a packet arrives at each interface:
// Current function options are: sendESPNow(MAC), sendSerial(), sendMQTT(),
// sendLoRaNbr(interface) , sendESPNowNbr(interface).

#define ESPNOWG_ACT sendLoRaNbr(1);
#define SERIAL_ACT
#define MQTT_ACT
#define LORAG_ACT sendLoRaNbr(1),sendESPNow(0x03) ;

// Protocols -- Define which protocols the gateway will use.
// Warning: ESP-NOW and WiFi should not be used simultaneously.

#define USE_ESPNOW
#define USE_LORA
//#define USE_WIFI //Used only for MQTT gateway

// Neighbor addresses
#define ESPNOW_NEIGHBOR_1 0x00 // ESPNOW1 Address
#define ESPNOW_NEIGHBOR_2 0x00 // ESPNOW2 Address
#define LORA_NEIGHBOR_1 0x01 // LoRa1 Address
#define LORA_NEIGHBOR_2 0x04 // LoRa2 Address

// Neighbor Actions
#define ESPNOW1_ACT
#define ESPNOW2_ACT
#define LORA1_ACT broadcastLoRa();
#define LORA2_ACT sendLoRaNbr(1);

// LoRa Configuration
// LoRa Configuration
#define RADIOLIB_MODULE SX1276 //Tested on SX1276
//#define USE_SX126X
#define LORA_SS 18
#define LORA_RST 19
#define LORA_DIO 26
#define LORA_TXPWR 17 // LoRa TX power in dBm (: +2dBm - +17dBm (for SX1276-7) +20dBm (for SX1278))
#define LORA_ACK // Request LoRa acknowledgment.

#define CUSTOM_SPI
#define LORA_SPI_SCK 32
#define LORA_SPI_MISO 19
#define LORA_SPI_MOSI 27
//Pins for UART data interface (ESP32 only)
#define RXD2 14
#define TXD2 15

an other question...
i don't understant the difference beetwen this part:
#define ESPNOWG_ACT sendLoRaNbr(1);
#define SERIAL_ACT
#define MQTT_ACT
#define LORAG_ACT sendLoRaNbr(1),sendESPNow(0x03) ;

and this part
// Neighbor Actions
#define ESPNOW1_ACT
#define ESPNOW2_ACT
#define LORA1_ACT broadcastLoRa();
#define LORA2_ACT sendLoRaNbr(1);

[timmbogner]

Aye! Glad you got that part working!
I am currently 90% of the way finished adding support for LoRa controllers. I will hopefully have a working example built in the next 24 hours or so.

The answer to your second question may help solve the first:

You're familiar with LORAG_ACT , which defines what the gateway does with data when it arrives via LoRa. But LORAG_ACT actually only applies to data that did not come from a neighbor. If the data was sent by LORA_NEIGHBOR_1, the gateway will do the thing defined by LORA1_ACT .

This functionality lets you set up chains of neighbors that all simply hand their data off to the next neighbor (repeaters).

So in your second config, first of all make this change: #define LORA1_ACT broadcastLoRa(); #define LORA1_ACT sendSerial();

This means, in words: "If a packet arrives from LoRa neighbor 1, send it to the serial port."

I hope this fixes it. If it doesn't work, do me a favor and start a new discussion thread about it. This one's just getting a bit long and off the original topic.

[lamasseriadipolverara]

Lora controller?! This Is fantastic.
I wait for It.
As i said before, Thank you very much for your effort!

[bkcberry]

Sorry if this is a dumb question, but is there some documentation on this somewhere that i've missed? I'd like to use this to control a relay via MQTT, but i'm not sure how to structure the incoming mqtt message to instruct FDRS to do something. Please and thanks

[bkcberry]

Yes I'm using 101, which is currently just assigned to the pin that the onboard LED is attached to. With ESP-NOW I was able to turn the LED on and off, and also request the status of the 4 pins. When I was testing I literally copied your json examples from above. I am using these v3 modules
https://www.amazon.com/dp/B07WHRS2XG?ref=ppx_pop_mob_ap_share

[timmbogner]

Gotcha, I will set up a test with that module tomorrow and try to recreate the problem.

[bkcberry]

Thank you

[timmbogner]

Ope! I think I may have solved it. I got deep into troubleshooting, then realized that the coil pin definitions may be interfering with LoRa pin definitions.

On my end it has fixed that issue, but also brought forward a separate issue with packet acknowledgments.

Please replace the coil pin definitions with these, and tell me how things go:

#define COIL_1 45   //Coil Pin 1
#define COIL_2 46   //Coil Pin 2
#define COIL_3 47  //Coil Pin 3
#define COIL_4 48  //Coil Pin 4

[bkcberry]

I see what you mean, the irrigation sketch has 13 and 14 defined as coil pins but for the Heltec V3 those are LoRa pins. Would have never caught that.

Working now, thank you for all of your help!!!

[lamasseriadipolverara]

Hi timm, How are you? I finally make the irrigation system (soon i Will make an article in my blog). I have a questione for a strange behaviour. In the final nodes esp+l'ora and ESP+espnow+relay: the 2 ESP have separate Power supply with the buck 220 volt ti 5 volts. When i send the lora message After the First One the system crash. If i use the USB there Is no problem. Do you have some idea how ti debug It and some solutions as i would likes to do not use 2 USB charger? Thank you very much Il lun 17 apr 2023, 20:49 bkcberry ***@***.***> ha scritto:

…

I see what you mean, the irrigation sketch has 13 and 14 defined as coil pins but for the Heltec V3 those are LoRa pins. Would have never caught that. Working now, thank you for all of your help!!! — Reply to this email directly, view it on GitHub <#38 (reply in thread)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ARQPTY6TEPINTTGJXUIL7MDXBWGBZANCNFSM6AAAAAASNK6AE4> . You are receiving this because you were mentioned.Message ID: <timmbogner/Farm-Data-Relay-System/repo-discussions/38/comments/5640763@ github.com>

[aviateur17]

@lamasseriadipolverara, it's pretty common for ESP to experience a brownout during transmits and initial power on. To get around this you can either disable brownout detection or add a capacitor between +3.3 and ground pins. I don't have links at the moment but you can do a search for ESP32 and power capacitor or ESP32 brownout disable and probably find some good resources.

[timmbogner]

I agree... first thing I would try is a big (470uf) capacitor between power and ground.

[lamasseriadipolverara]

Thakyou all,
@aviateur17 you say to put the capacitor between +3.3 and ground... but i'm supply the esp with 5 volt

I put a capacitor electronic capacitor 470uF/16volt between the power supply (5 volts) and esp... something better but continue crash sometimes. I'm going to put another capacitor and see if it's better.

If it doesn' go betetr i'm tryng to put an other capacitor this time ceramic one (100nF 50 V) and an LDO 5Volts AMS 1117-5.0 1A as i read in an article. It's the correct step or i'm going to make something really dangerous?

Sorry i don't have electronic basis at all

[timmbogner]

@lamasseriadipolverara
Hey sorry for the delay, I've just been generally behind. You'd want the capacitor as close to the ESP32's power pin as possible. You are essentially giving the ESP32 a big tank of extra power. This way if the power supply fluctuates, there is some extra power to compensate for it. In your case, the voltage is being dropped from 220 to 5v, then again on the board it's being dropped from 5 to 3.3v. If you can, connect the big capacitor between the 3V3 pin and GND. This will get your "power tank" as close to the ESP32's power pin as possible.
Are you still using Hilink 5v regulators rated at 600ma? It might be better to give it 1000ma+.

The smaller ceramic cap would be used as a noise filter. It may not hurt, I but to my knowledge it doesn't sound like the solution.