As we all know, the nRF24 works pretty well, but there is a lot of device-to-device variation. This would be a nice thing to have when debugging the network.

@juliefen will you be creating a github project with schematic, board layout, code, construction tips, theory of operation, calibration and operating manual, examples, etc.?

I had turned off debug on my MQTT gateway (RPi zero 2 w) and I had a similar experience. I didn't even consider the problem was on the radio.

I did this because messages weren't being received by the MQTT broker. Taking out DEBUG made it worse. subsequently, I put wait (not delay) statements after each send. It's all working well for me.

For those that don't know, delay is blocking, that is, nothing gets processed during the delay. wait, (a MySensors library function?) is non-blocking. That is, MySensors will continue to process outgoing and incoming messages while waiting.

I have learned the hard way, many times, "If it's not broken, don't fix it". MySensors fills a niche, very low power, very low cost, sensors (albeit, DIY). The range is about the same as Bluetooth. The data is usually a boolean or an integer.

So let us not say, abanddoned but at a development plateau. A mature technology that still has legs.

This is really not a MySensors topic!

Just by the way present you request indicates that you are way over your head. I have a degree in electrical engineering, the study of electrical energy generation, transmission, distribution, etc. and substation design would take me years of study to be competent.

Any discussion about electrical energy delivery start with safety. Fuses and breakers, basically, but these have to be able to break 1000's of amps ... not a trivial task. The trick is to bring down the circuit without damaging other equipment on the circuit. Just detecting a fault is a doctoral candidate dissertation.

Basic components: transformers, breakers, switches and a lot of instrumentation.

Voltage levels are pretty much already defined because the equipment available is already set for those levels. Transformer basic rating is KVA, input and output voltage. There's a lot more to it ... a lot more.

As far as books for beginners ... I can't imagine that there are any. There are probably books for people who have been in the industry for more than a few years.

I have no experience with Jeedom, but I was curious. See if the comments here help you. (Je ne lis pas bien le français, alors j'utilise Google Traduction.)

It's great when a project can be brought to life after 8 years!

Glad you clarified the scope of your project. Small scale solar projects are much easier. One of my projects is a "battery powered soil moisture sensor, battery recharged by a solar panel" I use a tp4056 board to charge the battery from a 1W solar panel My Arduino Nano wakes up every hour to sample the moisture report the current moisture level. Corrosion is problematic.

My house battery project is really outside the scope of MySensors, I'll send that in a chat

I am curious about your project. What is it that you're doing?

After several years of procrastinating, I realized that I wasn't going to build my own battery storage.

I ended up having an Enphase battery installed. Enphase, because they had a combiner (solar, battery, grid, and generator) that made sense and a "collar" (a switch that goes between the meter and panel). They system can go off-grid easily.

The downside is that I have to go through the Enphase servers to get my data.

I just couldn't get into ESPHome. It seems like a good idea. IMHO, though, MySensors and/or Tasmota pretty much covers everything I do.

I have a solution for you. I call it the Wireless Serial Cable

It is a ESP device (eg. ESP-12F) flashed with the SBBridge version of Tasmota. Connected to it serially is an Arduino nano that is programmed as a serial bridge. The MySensors Home Assistant integration handles the other end.

All for about US$10.

Let me know if this works for you. I hope it does.

Hi there.

I've been using MySensors for many years now. Before I discovered MySensors I was using Arduinos and the nNF24 radio using TMRh20's library.

I think MySensors is still relevant. It serves as a simple gateway for very low level sensors and actuators. For example, I have a water lift system that takes water from a seep and pumps it up 9 meters to blue barrels. The logic to do it is simple, but communication between the various levels makes running wire not practical nor reliable in an active garden, particularly one on a hillside. Yes, power is needed, but only in a few places.

So a few relays to turn on pumps and twice as many float sensors to know when the barrels are full and empty. "Start the pump when it is full and the next level is not full. Stop the pump when empty or the next level is full" The MySensors environment is ideal for this.

ESP devices have the WiFi radio. Two downsides, the ESP devices are not as robust as Arduinos (I have a lot of dead ESP devices and very few Arduinos) and too many overwhelm the WiFi network.

Zigbee, I can't make it work reliably and like Z-Wave, it doesn't have the flexibility. Insteon falls in this category, too.

And the radio range is about the same for all systems.

Cost for Arduino or ESP is negligible compared to others.

But, again, figure out how to get the sensor data and drop into MySensors.

So help me out here, be a MySensors advocate. When appropriate, I link to MySensors in the Home Assistant forum.

-OSD

The Serial Gateway on an Arduino is probably the easiest gateway to employ. The problem is that it has to be connected to the computer that is hosting the controller. In my case, the host computer is in a place that blocks radio signals. The communication will be degraded with a long cable.

Using an ESP8266 gateway is an obvious choice when the radio (eg nRF24) needs to be in a different location. Wire the radio to the ESP board. If your using and ESP-12(E/F) you'll have some more wiring as described the the document Installing Gateway Software

I find that using C++ programs for the ESP devices can get pretty convoluted. I prefer to use Tasmota for ESP devices. The Tasmota firmware can be updated Over the Air (OtA). Yes, you can add OTA to C++ programs, but my experience is that the mDNS is finicky. With Tasmota, configuration is done through the device's web page. And coding is much more simple; for this example, the configuration takes two lines.

The downside of the ESP-12F is that 5V always causes magic smoke to escape. Arduinos are much more tolerant and have more ADC ports.

Thus I ventured into creating a Wireless Serial Cable. I use Home Assistant to which I will be referring as HA. This will probably work with other controllers. I had a lot of help from the HA forum and detail the how to create the Wireless Serial Cable there.

Here I would like to share the Wireless Serial Gateway.

If you're using an ESP-12F, you'll need 3.3V power supply. The Arduino Nano needs a 5V supply, not the USB connector because the USB serial will conflict with the serial going to the ESP device

The ESP device has Tasmota ZBBridge installed (ZBBridge32 for ESP32)
configuration is:
Set module to Generic
Set GPIO15 to TCP TX and GPIO 13 to TCP RX (17 and16 for ESP32
From the ESP device command line

Rule1  on system#boot do tcpstart 8888 end on
rule1 on

then restart with

restart1 1

On the HA side install the TCP gateway (not the serial gateway)
using the IP address of the ESP device and the port as 8888

The Arduino may need to be reset to send over the initial gateway information.

@Eliza-Collins Thank you for a more knowledgeable explanation! When I wrote:

said in Imitating a LoRaWAN(R) with ESP8266/ESP32 and MySensors:

with a number of compromises

You filled in some of my nebulus's with:

@Eliza-Collins said in Imitating a LoRaWAN(R) with ESP8266/ESP32 and MySensors:

ADR, security, scalability, and multi-gateway roaming are among the issues that LoRaWAN resolves.

Thanks for pointing these out

Good project. Let us know how this works out for you!

I tend to agree with @sindrome73 in that MySensors is pretty awesome as it is. Recently in the Home Assistant forum there was a discussion on adding an Arduino to an ESP device to get more I/O. Convoluted, arcane scripts were presented for various classes of sensors. I noted that once the MySensors environment is set up, adding a new sensor is very simple: read sensor, send data

But there are new and more capable devices than the Arduino and nRF24 radio. Development should be seriously considered into incorporating more of these devices.

Also, I see a trend that people new to DiY/IoT expect everything to work out-of-the-box. The corporate interests have seized upon this trend, offering devices that are easy to connect but have the ulterior motive of collecting data on the consumer, which is way more profitable than just selling the product.

It really comes down to us, the grass roots people, to support any and all comers to MySensors. Personally, I am not an expert, and not being one, I try to research challenges and present possible solutions from that research. I learn a lot doing thins. The more people we have coming here, the better it will be. Maybe we can pique the interest of some very clever, inspired innovator to join us.

Like Kennedy said, "Ask not what your country can do for you, but what you can do for your country."

-OSD

Great! You got it to work! And it looks professional, too! Good job!

I just did a google search and found that the Legrand 4124 00 is a (noiseless) latching relay and the input is referred to as a "coil". This means to me that it is a mechanical relay, not an SSR. You should be able to drive it with an SSR.

Now the latching part. The Legrand 4124 00 needs a "pulse". It appears that the switch you are replacing is a push button, (closed only while holding the switch). This means that your Arduino must
pulse the SSR, turn it on and then, a second or two later, turn it off.

Is that what you are doing?

Unfortunately, your Arduino won't know if the light is on or off.

--------- other thoughts but not very good ones
According to this article, SSR's inputs are opto-isolators. If I read the specifications correctly, the input voltage is less than 0.1V (<100m) and the short circuit current is 50mA.

This means that you may be able to drive your Télérupteur Legrand with another optoisolator (for example PC817) which is driven by your Arduino. (The specs say that the input to the optoisolator needs 50mA, the Arduino specs state that it can only supply 40mA, but I have had success with doing it)

BUT You have measured Retour BP to L at 150V. The optoisolator I note cannot handle 80V Collector to emitter but only 6V emitter to collector.

Which led me to what I wrote above.

It seems you should be able to do that. I found this, "Voltage/Current Matching: The control output of the first SSR must match the required input voltage (and current) of the second SSR's control side." Most likely there is insufficient load on the output of the Arduino driven SSR to have it function.

Why not use a mechanical relay? The current you would be switching would be very, very small which means the relay would last a very long time.

And a Scintillating Solstice :)

sure:

#define Ver 2.0

#include <EEPROM.h>

// ver 2.0 range 0 through 255

// ------------------------------------------------------------------------------------clearSerialBuffer
void clearSerialBuffer(){
  while(Serial.available()){
    Serial.read();
    delay(50);
  }
}
// ------------------------------------------------------------------------------------header
void header(){
  uint8_t EEpromInt = EEPROM.read(0);
  Serial.print(F("Current value at address (0) is "));
  Serial.println(EEpromInt);
  clearSerialBuffer();
  Serial.print(F("Enter a an unsigned integer >=0 and <=255: "));
}

// ------------------------------------------------------------------------------------setup
void setup() {
  Serial.begin(115200); Serial.print(F("\n\rAddress As uint8_t ver ")); Serial.println(Ver);
  clearSerialBuffer();
  header();
}
// ------------------------------------------------------------------------------------loop
void loop() {
  
  if (Serial.available()){
    long inInt = Serial.parseInt();
    if (inInt <0 || inInt >255){
      Serial.print(F(" I don't like '"));
      Serial.print(inInt);
      Serial.println(F("'"));
    }
    else {
      EEPROM.write(0,uint8_t(inInt));
    }
    header();
  }
}