Perhaps the local IP of the sonoff is stored in the cloud service, than that is used from the app to control the sonoff locally.
Are you still able to control it when you have no internet connection?
I use tasmota on my sonoffs. That is completely transparent and doesn't send any data over the internet, just locally
How did you wire the dht22? I had problems with it when I didn't use a pull up resistor in the past
What do you want to do exactly? I googled "mysensors color picker ws2812" and came across this
@parachutesj said in huge delay with multiple gateways:
Will try to change the topic, then I can also get some hints from the log potentially.
I don't think it is the topic, that is possible to use from more sources. Do you use unique IDs in both networks? And as mentioned the client IDs have to be different.
@parachutesj said in huge delay with multiple gateways:
I would hope that they are just connected to the one they can talk to (via radio), right?
Well I guess it depends how far the channels are apart. If they are close I can imagine they will receive their both messages but maybe not as good as when they were on the same channel.
@parachutesj can you check to which Parent the nodes are connected?
I don't think it is caused by mqtt, if you have different client IDs. What is the debug output of the gateway and nodes telling?
It is not caused by software, but due to the power supply. When transmitting some disturbances come on the power supply, triggering the pir. So adding a big capacitor (start with 1mF and than lower values) on the power supply could help
Is your voltage regulator powerful enough?
Could you try a bigger capacitor?
I'm using a mqtt gateway to send data to the nodes. It is possible you will run into the same issues I guess but that should be easy to test. Just send data on a regular basis to the out node and try to receive at the same time.
I use the VAR_1 type in the message of I'm sending data from node red to a node