Sonoff Sensors do not update in home asisitant.

Hello, for the last two days my SONOFF sensors have been staying in their last state  after starting homeassistance. If they sensed something, it seemed like they continued to sense it. This situation improves after starting homeassistance, but it remains the same afterwards. But in the logbook it works great. but the automations are not working.

Log.pdf

Yes, it’s the same here. When I restart the integration, it starts working again but stops after a while.

By the way, I have switched to the eWeLink (Original) Add-on instead of Sonoff for now, but I prefer to use the Sonoff integration. I will be following this issue up and switching back to Sonoff when the problem is solved.

By the way, I have switched to the eWeLink (Original) Add-on instead of Sonoff for now, but I prefer to use the Sonoff integration. I will be following this issue up and switching back to Sonoff when the problem is solved.

şu an çalışıyor mu sizin ki

By the way, I have switched to the eWeLink (Original) Add-on instead of Sonoff for now, but I prefer to use the Sonoff integration. I will be following this issue up and switching back to Sonoff when the problem is solved.

şu an çalışıyor mu sizin ki

TR: Dediğim gibi, Sonoff yerine eWeLink Add-on kurarak çalıştırdım ama her restartta tüm sensörlerin state'leri değişiyor, eğer otomasyon kurduysanız hepsi tetikleniyor. Şimdilik işimi görüyor ama Sonoff kullanmayı tercih ederim.
EN: As I said, I started using the eWeLink Add-on, and it works, but not well. All the sensors’ states are triggered after each restart, and the automations are run. I prefer to use the Sonoff integration.

Now I changed the configuration to cloud. (It was at AUTO). Now everything is working

Yes, it’s the same here. When I restart the integration, it starts working again but stops after a while.

I have the same issue. Setting it cloud didn't help.. reverts to stagnant state after sometime

https://github.com/AlexxIT/SonoffLAN?tab=readme-ov-file#issues

https://github.com/AlexxIT/SonoffLAN?tab=readme-ov-file#issues

could you please tell us what to do?

I've been experiencing the same issue for the past two days. Despite trying several solutions, including completely removing and reinstalling the integration, the problem persists. I even attempted the following YAML automation to force an update of the values, but without success.
- id: 'sonoff_temperature_forced_update'
  alias: Sonoff Temperature Forced Update
  trigger:
    - platform: time_pattern
      minutes: '/1'
      seconds: 30
  action:
    - service: homeassistant.update_entity
      target:
        entity_id: sensor.sonoff_a4b001333f_temperature

Here is my diagnostics:
{
  "home_assistant": {
    "installation_type": "Home Assistant Supervised",
    "version": "2024.10.3",
    "dev": false,
    "hassio": true,
    "virtualenv": false,
    "python_version": "3.12.4",
    "docker": true,
    "arch": "x86_64",
    "timezone": "Europe/Istanbul",
    "os_name": "Linux",
    "os_version": "6.1.0-25-amd64",
    "supervisor": "2024.10.2",
    "host_os": "Debian GNU/Linux 12 (bookworm)",
    "docker_version": "27.3.1",
    "chassis": "laptop",
    "run_as_root": true
  },
  "custom_components": {
    "openrgb": {
      "documentation": "https://github.com/koying/openrgb_ha",
      "version": "2.3",
      "requirements": [
        "openrgb-python==0.2.10"
      ]
    },
    "smart_thermostat": {
      "documentation": "https://github.com/ScratMan/HASmartThermostat",
      "version": "2024.6.1",
      "requirements": []
    },
    "virtual": {
      "documentation": "https://github.com/twrecked/hass-virtual/blob/master/README.md",
      "version": "<IP_ADDRESS>",
      "requirements": []
    },
    "versatile_thermostat": {
      "documentation": "https://github.com/jmcollin78/versatile_thermostat",
      "version": "6.3.0",
      "requirements": []
    },
    "xiaomi_miot": {
      "documentation": "https://github.com/al-one/hass-xiaomi-miot",
      "version": "0.7.20",
      "requirements": [
        "construct>=2.10.68",
        "python-miio>=0.5.12",
        "micloud>=0.5"
      ]
    },
    "dwd": {
      "documentation": "https://github.com/hg1337/homeassistant-dwd#readme",
      "version": "2024.9.0",
      "requirements": [
        "defusedxml==0.7.1"
      ]
    },
    "hacs": {
      "documentation": "https://hacs.xyz/docs/configuration/start",
      "version": "2.0.1",
      "requirements": [
        "aiogithubapi>=22.10.1"
      ]
    },
    "zenggemesh": {
      "documentation": "https://github.com/SleepyNinja0o/home-assistant-zengge",
      "version": "0.1.1",
      "requirements": [
        "pycryptodome>=3.17",
        "cryptography"
      ]
    },
    "dreame_vacuum": {
      "documentation": "https://github.com/Tasshack/dreame-vacuum",
      "version": "v1.0.4",
      "requirements": [
        "pillow",
        "numpy",
        "pybase64",
        "requests",
        "pycryptodome",
        "python-miio",
        "py-mini-racer",
        "tzlocal",
        "paho-mqtt"
      ]
    },
    "sonoff": {
      "documentation": "https://github.com/AlexxIT/SonoffLAN",
      "version": "3.8.1",
      "requirements": [
        "pycryptodome>=3.6.6"
      ]
    },
    "apparent_temperature": {
      "documentation": "https://github.com/Limych/ha-apparent-temperature",
      "version": "1.1.1",
      "requirements": [
        "pip>=21.3.1"
      ]
    }
  },
  "integration_manifest": {
    "domain": "sonoff",
    "name": "Sonoff",
    "codeowners": [
      "AlexxIT"
    ],
    "config_flow": true,
    "dependencies": [
      "http",
      "zeroconf"
    ],
    "documentation": "https://github.com/AlexxIT/SonoffLAN",
    "iot_class": "local_push",
    "issue_tracker": "https://github.com/AlexxIT/SonoffLAN/issues",
    "requirements": [
      "pycryptodome>=3.6.6"
    ],
    "version": "3.8.1",
    "is_built_in": false
  },
  "setup_times": {
    "null": {
      "setup": 0.00011195382103323936
    },
    "01JAK1TRYW3G9V720EF2TPGQ6G": {
      "wait_import_platforms": -9.721401147544384e-05,
      "wait_base_component": -0.005892415996640921,
      "config_entry_setup": 7.056326744845137
    }
  },
  "data": {
    "version": "ffa7e22",
    "cloud_auth": true,
    "config": {
      "username": "***",
      "password": "***",
      "force_update": [
        "power",
        "temperature",
        "humidity",
        "motion",
        "sensor",
        "switch"
      ],
      "scan_interval": "00:00:30"
    },
    "options": {
      "mode": "cloud",
      "debug": false
    },
    "errors": [],
    "devices": {
      "ac0c00149d": {
        "uiid": 20008,
        "params": {
          "bindInfos": "***",
          "uniqueID": "2ebb4b368e104db405cbfaec7c7de961",
          "parentid": "abfc0009b5",
          "switch": "off"
        },
        "model": "NON-OTA-GL(20008)",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      },
      "ac0c00149c": {
        "uiid": 20008,
        "params": {
          "bindInfos": "***",
          "uniqueID": "215a6d7ab4df8fee0fc5fd080406ea8b",
          "parentid": "abfc0009b5",
          "switch": "off",
          "colorMode": "cct",
          "cctBrightness": 31,
          "colorTemp": 37
        },
        "model": "NON-OTA-GL(20008)",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      },
      "abfc0009b5": {
        "uiid": 20000,
        "params": {
          "partnerDevice": {
            "ezVedioSerial": "9594dd4b-bede-4d13-8a9b-907eb65d6367"
          },
          "subDevices": [
            {
              "deviceid": "ac0c00149c"
            },
            {
              "deviceid": "ac0c00149d"
            }
          ]
        },
        "model": "NON-OTA-GL(20000)",
        "online": false,
        "local": null,
        "localtype": null,
        "host": null
      },
      "a4b001710c": {
        "uiid": 3026,
        "params": {
          "bindInfos": "***",
          "subDevId": "a633a12f004b12003026",
          "parentid": "10020bb3c0",
          "battery": 100,
          "trigTime": "1727643153000",
          "supportPowConfig": 1,
          "lock": 0,
          "subDevRssiSetting": {
            "active": 60,
            "duration": 5
          },
          "subDevRssi": -56
        },
        "model": "ZIGBEE_DOOR_AND_WINDOW_SENSOR",
        "online": false,
        "local": null,
        "localtype": null,
        "host": null
      },
      "10020bb3c0": {
        "uiid": 168,
        "params": {
          "bindInfos": "***",
          "version": 8,
          "sledOnline": "on",
          "staMac": "***",
          "rssi": -29,
          "zled": "on",
          "buzzerAlarm": {
            "mode": "stop"
          },
          "hostVersion": "2.0.0",
          "coordinatorVersion": "2.7.19",
          "subDevMaxNum": 128,
          "currentChannel": 11,
          "fwVersion": "2.0.0",
          "subDevices": [
            {
              "subDevId": "a633a12f004b12003026",
              "deviceid": "a4b001710c",
              "uiid": "3026",
              "index": 0
            }
          ],
          "timeZone": 3,
          "addSubDevState": "off",
          "addDevTime": 180,
          "localScenesLists": [],
          "localScenesTimeStamp": "1728409072488",
          "localScenes_0": {
            "action": "del"
          },
          "localScenes_1": {
            "action": "del"
          },
          "localScenes_2": {
            "action": "del"
          },
          "only_device": {
            "ota": "success",
            "ota_fail_reason": 0
          },
          "resetCode": 1,
          "directDevNum": 1,
          "routerDevNum": 1,
          "nvPanID": 41418,
          "panID": 41418
        },
        "model": "ZBBridge-P",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      },
      "100166b425": {
        "uiid": 14,
        "params": {
          "bindInfos": "***",
          "version": 8,
          "only_device": {
            "ota": "success"
          },
          "sledOnline": "on",
          "ssid": "***",
          "bssid": "***",
          "switch": "off",
          "fwVersion": "3.5.1",
          "rssi": -58,
          "staMac": "***",
          "startup": "off",
          "init": 1,
          "pulse": "off",
          "pulseWidth": 500
        },
        "model": "SV",
        "online": false,
        "local": null,
        "localtype": null,
        "host": null
      },
      "a4b0016c4b": {
        "uiid": 7004,
        "params": {
          "bindInfos": "***",
          "subDevId": "57300ffefff410347004",
          "parentid": "10020bb138",
          "fwVersion": "1.0.14",
          "switch": "off",
          "subDevRssi": -62,
          "subDevRssiSetting": {
            "active": 60,
            "duration": 5
          }
        },
        "model": "ZBMINIL2",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      },
      "a4b0016c30": {
        "uiid": 2026,
        "params": {
          "bindInfos": "***",
          "subDevId": "8a6ca32f004b12002026",
          "parentid": "10020bb138",
          "subDevRssi": -75,
          "battery": 100,
          "trigTime": "1729372659000",
          "supportPowConfig": 1,
          "motion": 0,
          "subDevRssiSetting": {
            "active": 60,
            "duration": 5
          }
        },
        "model": "ZIGBEE_MOBILE_SENSOR",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      },
      "a4b0013346": {
        "uiid": 3026,
        "params": {
          "bindInfos": "***",
          "subDevId": "f90d3329004b12003026",
          "parentid": "10020bb138",
          "subDevRssi": 127,
          "battery": 100,
          "trigTime": "1729341312000",
          "supportPowConfig": 1,
          "lock": 0,
          "subDevRssiSetting": {
            "active": 60,
            "duration": 5
          }
        },
        "model": "ZIGBEE_DOOR_AND_WINDOW_SENSOR",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      },
      "a4b001333f": {
        "uiid": 7014,
        "params": {
          "bindInfos": "***",
          "subDevId": "047535feff1227847014",
          "parentid": "10020bb138",
          "timeZone": 3,
          "battery": 100,
          "trigTime": "1729372131000",
          "supportPowConfig": 1,
          "temperature": "2400",
          "tempComfortStatus": 0,
          "fwVersion": "1.0.9",
          "humidity": "5000",
          "humiComfortStatus": 0,
          "subDevRssi": -59,
          "tempUnit": 0,
          "tempComfortLower": "1900",
          "tempComfortUpper": "2700",
          "humiComfortLower": "4000",
          "humiComfortUpper": "6000",
          "subDevRssiSetting": {
            "active": 60,
            "duration": 5
          }
        },
        "model": "SNZB-02D",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      },
      "100166bb64": {
        "uiid": 14,
        "params": {
          "bindInfos": "***",
          "version": 8,
          "only_device": {
            "ota": "success"
          },
          "sledOnline": "on",
          "ssid": "***",
          "bssid": "***",
          "switch": "off",
          "fwVersion": "3.7.6",
          "rssi": -57,
          "staMac": "***",
          "startup": "off",
          "init": 1,
          "pulse": "off",
          "pulseWidth": 500,
          "rstReason": 0,
          "exccause": 0,
          "epc1": 0,
          "epc2": 0,
          "epc3": 0,
          "excvaddr": 0,
          "depc": 0,
          "longOffline": 1
        },
        "model": "SV",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      },
      "10020bb138": {
        "uiid": 168,
        "params": {
          "bindInfos": "***",
          "version": 8,
          "sledOnline": "on",
          "staMac": "***",
          "rssi": -58,
          "zled": "on",
          "buzzerAlarm": {
            "mode": "stop"
          },
          "hostVersion": "2.1.0",
          "coordinatorVersion": "2.7.19",
          "subDevMaxNum": 128,
          "currentChannel": 20,
          "fwVersion": "2.1.0",
          "subDevices": [
            {
              "subDevId": "047535feff1227847014",
              "deviceid": "a4b001333f",
              "uiid": "7014",
              "index": 0
            },
            {
              "subDevId": "f90d3329004b12003026",
              "deviceid": "a4b0013346",
              "uiid": "3026",
              "index": 0
            },
            {
              "subDevId": "8a6ca32f004b12002026",
              "deviceid": "a4b0016c30",
              "uiid": "2026",
              "index": 0
            },
            {
              "subDevId": "57300ffefff410347004",
              "deviceid": "a4b0016c4b",
              "uiid": "7004",
              "index": 0
            }
          ],
          "timeZone": 3,
          "addSubDevState": "off",
          "addDevTime": 180,
          "localScenesLists": [
            "localScenes_0",
            "localScenes_1"
          ],
          "localScenesTimeStamp": "1726959600647",
          "localScenes_0": {
            "sceneId": "65f395d08a71805079bb36c7",
            "action": "add",
            "operations": [
              {
                "buzzerAlarm": {
                  "test": false,
                  "mode": "keep",
                  "volume": 100,
                  "duration": 300
                },
                "deviceid": "10020bb138"
              },
              {
                "deviceid": "a4b0016c4b",
                "switch": "on"
              }
            ],
            "triggers": [
              {
                "deviceid": "a4b0013346",
                "lock": 1
              }
            ],
            "effectSection": {
              "days": [
                0,
                1,
                2,
                3,
                4
              ],
              "from": "23:00",
              "to": "03:30"
            },
            "triggersRelation": "or"
          },
          "localScenes_1": {
            "sceneId": "66e61077c0de4243ce933d73",
            "action": "add",
            "operations": [
              {
                "buzzerAlarm": {
                  "test": false,
                  "mode": "keep",
                  "volume": 100,
                  "duration": 300
                },
                "deviceid": "10020bb138"
              },
              {
                "deviceid": "a4b0016c4b",
                "switch": "on"
              }
            ],
            "triggers": [
              {
                "deviceid": "a4b0013346",
                "lock": 1
              }
            ],
            "effectSection": {
              "days": [
                5,
                6
              ],
              "from": "23:00",
              "to": "05:30"
            },
            "triggersRelation": "or"
          },
          "localScenes_2": {
            "action": "del"
          },
          "only_device": {
            "ota": "success",
            "ota_fail_reason": 0
          },
          "cmd": "getChannelInfo",
          "resetCode": 3,
          "directDevNum": 4,
          "routerDevNum": 1,
          "nvPanID": 50816,
          "panID": 50816,
          "localScenes_3": {
            "action": "del"
          },
          "gatewayBindRelations": [],
          "ssid": "***",
          "bssid": "***"
        },
        "model": "ZBBridge-P",
        "online": true,
        "local": null,
        "localtype": null,
        "host": null
      }
    }
  }
}

{
  "home_assistant": {
    "installation_type": "Home Assistant Supervised",
    "version": "2024.10.3",
    "dev": false,
    "hassio": true,
    "virtualenv": false,
    "python_version": "3.12.4",
    "docker": true,
    "arch": "x86_64",
    "timezone": "Europe/Istanbul",
    "os_name": "Linux",
    "os_version": "6.1.0-25-amd64",
    "supervisor": "2024.10.2",
    "host_os": "Debian GNU/Linux 12 (bookworm)",
    "docker_version": "27.3.1",
    "chassis": "laptop",
    "run_as_root": true
  },
  "custom_components": {
    "openrgb": {
      "documentation": "https://github.com/koying/openrgb_ha",
      "version": "2.3",
      "requirements": [
        "openrgb-python==0.2.10"
      ]
    },
    "smart_thermostat": {
      "documentation": "https://github.com/ScratMan/HASmartThermostat",
      "version": "2024.6.1",
      "requirements": []
    },
    "virtual": {
      "documentation": "https://github.com/twrecked/hass-virtual/blob/master/README.md",
      "version": "<IP_ADDRESS>",
      "requirements": []
    },
    "versatile_thermostat": {
      "documentation": "https://github.com/jmcollin78/versatile_thermostat",
      "version": "6.3.0",
      "requirements": []
    },
    "xiaomi_miot": {
      "documentation": "https://github.com/al-one/hass-xiaomi-miot",
      "version": "0.7.20",
      "requirements": [
        "construct>=2.10.68",
        "python-miio>=0.5.12",
        "micloud>=0.5"
      ]
    },
    "dwd": {
      "documentation": "https://github.com/hg1337/homeassistant-dwd#readme",
      "version": "2024.9.0",
      "requirements": [
        "defusedxml==0.7.1"
      ]
    },
    "hacs": {
      "documentation": "https://hacs.xyz/docs/configuration/start",
      "version": "2.0.1",
      "requirements": [
        "aiogithubapi>=22.10.1"
      ]
    },
    "zenggemesh": {
      "documentation": "https://github.com/SleepyNinja0o/home-assistant-zengge",
      "version": "0.1.1",
      "requirements": [
        "pycryptodome>=3.17",
        "cryptography"
      ]
    },
    "dreame_vacuum": {
      "documentation": "https://github.com/Tasshack/dreame-vacuum",
      "version": "v1.0.4",
      "requirements": [
        "pillow",
        "numpy",
        "pybase64",
        "requests",
        "pycryptodome",
        "python-miio",
        "py-mini-racer",
        "tzlocal",
        "paho-mqtt"
      ]
    },
    "sonoff": {
      "documentation": "https://github.com/AlexxIT/SonoffLAN",
      "version": "3.8.1",
      "requirements": [
        "pycryptodome>=3.6.6"
      ]
    },
    "apparent_temperature": {
      "documentation": "https://github.com/Limych/ha-apparent-temperature",
      "version": "1.1.1",
      "requirements": [
        "pip>=21.3.1"
      ]
    }
  },
  "integration_manifest": {
    "domain": "sonoff",
    "name": "Sonoff",
    "codeowners": [
      "AlexxIT"
    ],
    "config_flow": true,
    "dependencies": [
      "http",
      "zeroconf"
    ],
    "documentation": "https://github.com/AlexxIT/SonoffLAN",
    "iot_class": "local_push",
    "issue_tracker": "https://github.com/AlexxIT/SonoffLAN/issues",
    "requirements": [
      "pycryptodome>=3.6.6"
    ],
    "version": "3.8.1",
    "is_built_in": false
  },
  "setup_times": {
    "null": {
      "setup": 0.00011195382103323936
    },
    "01JAK1TRYW3G9V720EF2TPGQ6G": {
      "wait_import_platforms": -9.721401147544384e-05,
      "wait_base_component": -0.005892415996640921,
      "config_entry_setup": 7.056326744845137
    }
  },
  "data": {
    "version": "ffa7e22",
    "cloud_auth": true,
    "config": {
      "username": "***",
      "password": "***",
      "force_update": [
        "power",
        "temperature",
        "humidity",
        "motion",
        "sensor",
        "switch"
      ],
      "scan_interval": "00:00:30"
    },
    "options": {
      "mode": "cloud",
      "debug": false
    },
    "errors": [],
    "device": {
      "uiid": 7014,
      "params": {
        "bindInfos": "***",
        "subDevId": "047535feff1227847014",
        "parentid": "10020bb138",
        "timeZone": 3,
        "battery": 100,
        "trigTime": "1729372131000",
        "supportPowConfig": 1,
        "temperature": "2400",
        "tempComfortStatus": 0,
        "fwVersion": "1.0.9",
        "humidity": "5000",
        "humiComfortStatus": 0,
        "subDevRssi": -59,
        "tempUnit": 0,
        "tempComfortLower": "1900",
        "tempComfortUpper": "2700",
        "humiComfortLower": "4000",
        "humiComfortUpper": "6000",
        "subDevRssiSetting": {
          "active": 60,
          "duration": 5
        }
      },
      "model": "SNZB-02D",
      "online": true,
      "local": null,
      "localtype": null,
      "host": null,
      "deviceid": "a4b001333f"
    }
  }
}

Same issue, haven't been able to figure out anything specific from the logs. Even with debugging mode. Also switching cloud/local only doesn't help!

Same scenario. Cloud mode only fixes it for a short while.
Thanks for your effort @AlexxIT

@basakmurat2005 @iridyum I don't see anything important in your info. You need to turn on the debug logs and examine them.

@AlexxIT After disabling and re-enabling the integration, all sensors are updated. However, no further updates occur until the integration is restarted again. The eWeLink app itself works without any issues.
The motion sensor functions for 2-3 minutes after each restart.
I have enabled debugging, and here are the log entries containing the "sonoff" keyword:
2024-10-20 19:21:35.793 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=True, new=None
2024-10-20 19:25:26.512 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b0013346 <= Cloud3 | {'battery': 100, 'trigTime': '1729424108000', 'supportPowConfig': 1} | None
2024-10-20 19:25:55.660 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10020bb138 <= Cloud3 | {'gatewayBindRelations': []} | None
2024-10-20 19:27:01.615 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=True, new=True

One thing I’ve noticed is that many people experiencing this particular issue are from Turkey, myself included. It might be related to eWeLink’s regional settings or server configurations.

Let's collect the model identifiers that works and that don't works.
Looks like this issue similar to #1510

UIID 0174 Sonoff R5 (6-key remote) - works fine (bluetooth device)
UIID 7002 SNZB-03P - don't (zigbee device)

What about if you downgrade to v3.8.0?

What about if you downgrade to v3.8.0?
Tried it just now to no avail.

It's important to get feedback (about v3.8.0) from other users as well.
Unfortunately, I only use simple WiFi relays from Sonoff. Can't test the problem myself.

v3.8.0

Let's collect the model identifiers that works and that don't works. Looks like this issue similar to #1510

UIID 0174 Sonoff R5 (6-key remote) - works fine (bluetooth device)
UIID 7002 SNZB-03P - don't (zigbee device)

What about if you downgrade to v3.8.0?

Unfortunately, downgrading to v3.8.0 doesn't make any change for me either.

Looks like something has been changed in the cloud.

I have some sonoff devices and they are not updating on HA. I'm restarting ever hour the sonoff integration to resolve this problem temporary

One thing I’ve noticed is that many people experiencing this particular issue are from Turkey, myself included. It might be related to eWeLink’s regional settings or server configurations.

Not true. From Singapore.
Different country. Same problem :(

I have some sonoff devices and they are not updating on HA. I'm restarting ever hour the sonoff integration to resolve this problem temporary

Can you share the automation on how to do this ? Thank you

Here are sonoff debug logs for my devices. Seems like cloud is returning "None" state after some time. Do note that I even reloaded the add-on several times, which fixes the issue for a brief period.
2024-10-20 20:17:13.568 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=True, new=None
2024-10-20 20:17:14.080 DEBUG (MainThread) [custom_components.sonoff] 10 devices loaded from Cloud
2024-10-20 20:17:14.089 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10012cd3c0 UIID 0102 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'switch': 'off', 'battery': 2.804, 'fwVersion': '1000.2.925', 'type': 4, 'chipID': 'd0270259a4d0', 'mac': 'd0270259a4d0', 'rssi': -79, 'lastUpdateTime': '2024-10-20T15:11:12.386Z', 'actionTime': '2024-10-20T14:59:29.365Z'}
2024-10-20 20:17:14.090 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177cb UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '2af709feffb6c67c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'subDevRssi': -74, 'switch': 'off', 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:17:14.092 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177be UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '864a1bfeffa7db287004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'on', 'subDevRssi': -69, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:17:14.093 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a5 UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'd060e9feffdec7b07004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'off', 'subDevRssi': -64, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:17:14.094 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a1 UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '6bb00afeffb6c67c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'off', 'subDevRssi': -74, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:17:14.095 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b0017671 UIID 2026 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '56bbaa2f004b12002026', 'parentid': '10022be679', 'subDevRssi': -70, 'battery': 100, 'trigTime': '1729435128000', 'supportPowConfig': 1, 'motion': 0, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:17:14.097 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b001766e UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'b4b2b8fefff6ef0c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'subDevRssi': -81, 'switch': 'on', 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:17:14.098 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b0017548 UIID 7014 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'cb82d9feff5fae0c7014', 'parentid': '10022be679', 'fwVersion': '2.1.0', 'battery': 100, 'trigTime': '1729437429000', 'supportPowConfig': 1, 'subDevRssi': -65, 'tempUnit': 0, 'tempComfortLower': '1900', 'tempComfortUpper': '2700', 'humiComfortLower': '4000', 'humiComfortUpper': '6000', 'temperature': '2990', 'tempComfortStatus': 2, 'timeZone': 5, 'humidity': '7320', 'humiComfortStatus': 2, 'subDevRssiSetting': {'active': 60, 'duration': 5}, 'key': 0}
2024-10-20 20:17:14.099 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10022be679 UIID 0168 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'version': 8, 'sledOnline': 'on', 'staMac': 'C82E18572150', 'rssi': -7, 'zled': 'on', 'buzzerAlarm': {'mode': 'stop'}, 'hostVersion': '2.1.0', 'coordinatorVersion': '2.7.19', 'subDevMaxNum': 128, 'currentChannel': 11, 'fwVersion': '2.1.0', 'subDevices': [{'subDevId': 'cb82d9feff5fae0c7014', 'deviceid': 'a4b0017548', 'uiid': '7014', 'index': 0}, {'subDevId': 'b4b2b8fefff6ef0c7004', 'deviceid': 'a4b001766e', 'uiid': '7004', 'index': 0}, {'subDevId': '56bbaa2f004b12002026', 'deviceid': 'a4b0017671', 'uiid': '2026', 'index': 0}, {'subDevId': '6bb00afeffb6c67c7004', 'deviceid': 'a4b00177a1', 'uiid': '7004', 'index': 0}, {'subDevId': 'd060e9feffdec7b07004', 'deviceid': 'a4b00177a5', 'uiid': '7004', 'index': 0}, {'subDevId': '864a1bfeffa7db287004', 'deviceid': 'a4b00177be', 'uiid': '7004', 'index': 0}, {'subDevId': '2af709feffb6c67c7004', 'deviceid': 'a4b00177cb', 'uiid': '7004', 'index': 0}], 'timeZone': 5, 'only_device': {'ota': 'success', 'ota_fail_reason': 0}, 'resetCode': 1, 'cmd': 'getChannelInfo', 'panID': 26604, 'directDevNum': 6, 'routerDevNum': 1, 'addSubDevState': 'off', 'addDevTime': 180, 'nvPanID': 26604, 'gatewayBindRelations': [], 'ssid': 'Protium_IoT', 'bssid': '2A:23:51:6E:12:35'}
2024-10-20 20:17:14.101 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10012bb173 UIID 0104 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'version': 7, 'switch': 'off', 'ltype': 'white', 'white': {'br': 2, 'ct': 0}, 'fwVersion': '1.3.5', 'sequence': '123456789', 'selfApikey': ''}
2024-10-20 20:17:14.103 DEBUG (MainThread) [custom_components.sonoff] AUTO mode start
2024-10-20 20:17:14.271 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10022be679 <= Local3 | <IP_ADDRESS>:8081 | {'sledOnline': 'on', 'staMac': 'C82E18572150', 'rssi': -62} | 1
2024-10-20 20:17:14.273 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10022be679 <= Local3 | <IP_ADDRESS>:8081 | {'sledOnline': 'on', 'staMac': 'C82E18572150', 'rssi': -62} | 1
2024-10-20 20:17:15.179 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=None, new=True
2024-10-20 20:17:15.180 DEBUG (MainThread) [custom_components.sonoff] Add 21 entities
2024-10-20 20:18:15.364 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.local] 10022be679 => Local4 | <IP_ADDRESS>:8081 | {'switch': 'off', 'subDevId': 'a4b001766e'} <= {'sequence': '1729437495218', 'seq': 2, 'error': 400, 'encrypt': True}
2024-10-20 20:18:15.364 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] a4b001766e => Cloud4 | {'switch': 'off'} |<PHONE_NUMBER>218
2024-10-20 20:18:15.653 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] a4b001766e => Cloud4 |<PHONE_NUMBER>653
2024-10-20 20:18:15.705 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b001766e <= Cloud3 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'b4b2b8fefff6ef0c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'subDevRssi': -81, 'switch': 'off', 'subDevRssiSetting': {'active': 60, 'duration': 5}} |<PHONE_NUMBER>653
2024-10-20 20:18:15.853 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b001766e <= Cloud3 | {'switch': 'off'} | None
2024-10-20 20:21:27.988 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10022be679 <= Cloud3 | {'gatewayBindRelations': []} | None
2024-10-20 20:24:58.173 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a5 <= Cloud3 | {'online': False} | None
2024-10-20 20:26:32.312 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10022be679 <= Cloud3 | {'directDevNum': 5, 'routerDevNum': 1} | None
2024-10-20 20:30:55.409 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177be <= Cloud3 | {'online': True} | None
2024-10-20 20:30:58.709 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177be <= Cloud3 | {'switch': 'on'} | None
2024-10-20 20:32:14.977 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=True, new=True
2024-10-20 20:32:59.926 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=True, new=None
2024-10-20 20:33:00.268 DEBUG (MainThread) [custom_components.sonoff] 10 devices loaded from Cloud
2024-10-20 20:33:00.273 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10012cd3c0 UIID 0102 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'switch': 'off', 'battery': 2.804, 'fwVersion': '1000.2.925', 'type': 4, 'chipID': 'd0270259a4d0', 'mac': 'd0270259a4d0', 'rssi': -79, 'lastUpdateTime': '2024-10-20T15:11:12.386Z', 'actionTime': '2024-10-20T14:59:29.365Z'}
2024-10-20 20:33:00.273 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177cb UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '2af709feffb6c67c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'subDevRssi': -74, 'switch': 'off', 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:00.274 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177be UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '864a1bfeffa7db287004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'on', 'subDevRssi': -69, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:00.274 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a5 UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'd060e9feffdec7b07004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'off', 'subDevRssi': -64, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:00.274 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a1 UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '6bb00afeffb6c67c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'off', 'subDevRssi': -74, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:00.274 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b0017671 UIID 2026 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '56bbaa2f004b12002026', 'parentid': '10022be679', 'subDevRssi': -70, 'battery': 100, 'trigTime': '1729435128000', 'supportPowConfig': 1, 'motion': 0, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:00.275 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b001766e UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'b4b2b8fefff6ef0c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'subDevRssi': -81, 'switch': 'off', 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:00.275 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b0017548 UIID 7014 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'cb82d9feff5fae0c7014', 'parentid': '10022be679', 'fwVersion': '2.1.0', 'battery': 100, 'trigTime': '1729437429000', 'supportPowConfig': 1, 'subDevRssi': -65, 'tempUnit': 0, 'tempComfortLower': '1900', 'tempComfortUpper': '2700', 'humiComfortLower': '4000', 'humiComfortUpper': '6000', 'temperature': '2990', 'tempComfortStatus': 2, 'timeZone': 5, 'humidity': '7320', 'humiComfortStatus': 2, 'subDevRssiSetting': {'active': 60, 'duration': 5}, 'key': 0}
2024-10-20 20:33:00.275 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10022be679 UIID 0168 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'version': 8, 'sledOnline': 'on', 'staMac': 'C82E18572150', 'rssi': -7, 'zled': 'on', 'buzzerAlarm': {'mode': 'stop'}, 'hostVersion': '2.1.0', 'coordinatorVersion': '2.7.19', 'subDevMaxNum': 128, 'currentChannel': 11, 'fwVersion': '2.1.0', 'subDevices': [{'subDevId': 'cb82d9feff5fae0c7014', 'deviceid': 'a4b0017548', 'uiid': '7014', 'index': 0}, {'subDevId': 'b4b2b8fefff6ef0c7004', 'deviceid': 'a4b001766e', 'uiid': '7004', 'index': 0}, {'subDevId': '56bbaa2f004b12002026', 'deviceid': 'a4b0017671', 'uiid': '2026', 'index': 0}, {'subDevId': '6bb00afeffb6c67c7004', 'deviceid': 'a4b00177a1', 'uiid': '7004', 'index': 0}, {'subDevId': 'd060e9feffdec7b07004', 'deviceid': 'a4b00177a5', 'uiid': '7004', 'index': 0}, {'subDevId': '864a1bfeffa7db287004', 'deviceid': 'a4b00177be', 'uiid': '7004', 'index': 0}, {'subDevId': '2af709feffb6c67c7004', 'deviceid': 'a4b00177cb', 'uiid': '7004', 'index': 0}], 'timeZone': 5, 'only_device': {'ota': 'success', 'ota_fail_reason': 0}, 'resetCode': 1, 'cmd': 'getChannelInfo', 'panID': 26604, 'directDevNum': 5, 'routerDevNum': 1, 'addSubDevState': 'off', 'addDevTime': 180, 'nvPanID': 26604, 'gatewayBindRelations': [], 'ssid': 'Protium_IoT', 'bssid': '2A:23:51:6E:12:35'}
2024-10-20 20:33:00.276 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10012bb173 UIID 0104 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'version': 7, 'switch': 'off', 'ltype': 'white', 'white': {'br': 2, 'ct': 0}, 'fwVersion': '1.3.5', 'sequence': '123456789', 'selfApikey': ''}
2024-10-20 20:33:00.276 DEBUG (MainThread) [custom_components.sonoff] CLOUD mode start
2024-10-20 20:33:01.127 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=None, new=True
2024-10-20 20:33:01.129 DEBUG (MainThread) [custom_components.sonoff] Add 21 entities
2024-10-20 20:33:04.723 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=True, new=None
2024-10-20 20:33:04.849 DEBUG (MainThread) [custom_components.sonoff] 10 devices loaded from Cloud
2024-10-20 20:33:04.854 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10012cd3c0 UIID 0102 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'switch': 'off', 'battery': 2.804, 'fwVersion': '1000.2.925', 'type': 4, 'chipID': 'd0270259a4d0', 'mac': 'd0270259a4d0', 'rssi': -79, 'lastUpdateTime': '2024-10-20T15:11:12.386Z', 'actionTime': '2024-10-20T14:59:29.365Z'}
2024-10-20 20:33:04.854 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177cb UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '2af709feffb6c67c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'subDevRssi': -74, 'switch': 'off', 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:04.855 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177be UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '864a1bfeffa7db287004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'on', 'subDevRssi': -69, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:04.855 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a5 UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'd060e9feffdec7b07004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'off', 'subDevRssi': -64, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:04.855 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a1 UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '6bb00afeffb6c67c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'switch': 'off', 'subDevRssi': -74, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:04.858 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b0017671 UIID 2026 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': '56bbaa2f004b12002026', 'parentid': '10022be679', 'subDevRssi': -70, 'battery': 100, 'trigTime': '1729435128000', 'supportPowConfig': 1, 'motion': 0, 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:04.859 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b001766e UIID 7004 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'b4b2b8fefff6ef0c7004', 'parentid': '10022be679', 'fwVersion': '1.0.14', 'subDevRssi': -81, 'switch': 'off', 'subDevRssiSetting': {'active': 60, 'duration': 5}}
2024-10-20 20:33:04.864 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b0017548 UIID 7014 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'subDevId': 'cb82d9feff5fae0c7014', 'parentid': '10022be679', 'fwVersion': '2.1.0', 'battery': 100, 'trigTime': '1729437429000', 'supportPowConfig': 1, 'subDevRssi': -65, 'tempUnit': 0, 'tempComfortLower': '1900', 'tempComfortUpper': '2700', 'humiComfortLower': '4000', 'humiComfortUpper': '6000', 'temperature': '2990', 'tempComfortStatus': 2, 'timeZone': 5, 'humidity': '7320', 'humiComfortStatus': 2, 'subDevRssiSetting': {'active': 60, 'duration': 5}, 'key': 0}
2024-10-20 20:33:04.865 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10022be679 UIID 0168 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'version': 8, 'sledOnline': 'on', 'staMac': 'C82E18572150', 'rssi': -7, 'zled': 'on', 'buzzerAlarm': {'mode': 'stop'}, 'hostVersion': '2.1.0', 'coordinatorVersion': '2.7.19', 'subDevMaxNum': 128, 'currentChannel': 11, 'fwVersion': '2.1.0', 'subDevices': [{'subDevId': 'cb82d9feff5fae0c7014', 'deviceid': 'a4b0017548', 'uiid': '7014', 'index': 0}, {'subDevId': 'b4b2b8fefff6ef0c7004', 'deviceid': 'a4b001766e', 'uiid': '7004', 'index': 0}, {'subDevId': '56bbaa2f004b12002026', 'deviceid': 'a4b0017671', 'uiid': '2026', 'index': 0}, {'subDevId': '6bb00afeffb6c67c7004', 'deviceid': 'a4b00177a1', 'uiid': '7004', 'index': 0}, {'subDevId': 'd060e9feffdec7b07004', 'deviceid': 'a4b00177a5', 'uiid': '7004', 'index': 0}, {'subDevId': '864a1bfeffa7db287004', 'deviceid': 'a4b00177be', 'uiid': '7004', 'index': 0}, {'subDevId': '2af709feffb6c67c7004', 'deviceid': 'a4b00177cb', 'uiid': '7004', 'index': 0}], 'timeZone': 5, 'only_device': {'ota': 'success', 'ota_fail_reason': 0}, 'resetCode': 1, 'cmd': 'getChannelInfo', 'panID': 26604, 'directDevNum': 5, 'routerDevNum': 1, 'addSubDevState': 'off', 'addDevTime': 180, 'nvPanID': 26604, 'gatewayBindRelations': [], 'ssid': 'Protium_IoT', 'bssid': '2A:23:51:6E:12:35'}
2024-10-20 20:33:04.865 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10012bb173 UIID 0104 | {'bindInfos': {'alexa': ['540347d3-23fd-4fff-bab0-f67531ec981a_26ca1996a20e8bd63617ab272d4eeede1d2d8e32']}, 'version': 7, 'switch': 'off', 'ltype': 'white', 'white': {'br': 2, 'ct': 0}, 'fwVersion': '1.3.5', 'sequence': '123456789', 'selfApikey': ''}
2024-10-20 20:33:04.866 DEBUG (MainThread) [custom_components.sonoff] CLOUD mode start
2024-10-20 20:33:05.178 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=None, new=True
2024-10-20 20:33:05.179 DEBUG (MainThread) [custom_components.sonoff] Add 21 entities
2024-10-20 20:36:19.917 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b0017548 <= Cloud3 | {'battery': 100, 'trigTime': '1729437429000', 'supportPowConfig': 1} | None
2024-10-20 20:36:28.035 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] 10022be679 <= Cloud3 | {'gatewayBindRelations': []} | None
2024-10-20 20:36:33.329 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a5 <= Cloud3 | {'online': True} | None
2024-10-20 20:36:36.640 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] a4b00177a5 <= Cloud3 | {'switch': 'off'} | None

I have some sonoff devices and they are not updating on HA. I'm restarting ever hour the sonoff integration to resolve this problem temporary
Can i please ask what integration your choosing to reload as I'm trying to do the same thing and can't figure out what to choose?

I am having the same problem with my sensors, especially with sonoff r5 scene controller. Although this is a workaround, I am sharing my configurations:
Below is to reload the entity, put this in your configuration.yaml with the desired entity. The automation triggers every 2 minutes to refresh the entity, thus solving the problem of the unresponsiveness of the scene r5 controller:
automation sonoff_sensors_reload:
  trigger:
    - platform: time_pattern
      minutes: "/2"
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.allow_kitchen_light_toggle
    - delay: "00:00:05"
    - service: homeassistant.update_entity
      target:
        entity_id: sensor.kitchen_r5
    - delay: "00:00:05"
    - service: input_boolean.turn_on
      entity_id: input_boolean.allow_kitchen_light_toggle
  mode: single

The input_boolean solves the problem of toggling the lights each time the automation triggers.
Below is my another automation to trigger the lights with sonoff r5 scene controller:
automation kitchen_r5_all_lights:
  alias: Toggle kitchen lights with a button press
  description: ''
  trigger:
    - platform: state
      entity_id: sensor.kitchen_r5
      to: 'button_6_single'
  condition:
    - condition: state
      entity_id: input_boolean.allow_kitchen_light_toggle
      state: 'on'
  action:
    - service: light.toggle
      target:
        entity_id:
          - light.kitchen_counter_led
          - light.kitchen_coffee
          - light.kitchen_coffee_top
          - light.kitchen_table
          - light.kitchen_ceiling
  mode: single

I guess it's a problem on Sonoff's side, because I have the same issue with the official eWeLink add-on.

Sorry for messing up with my messages here, @EboBH83 are you having problems particularly with the sonoff r5 scene controllers (I know that other sensors also problematic)? AFAIK, the scene r5 controller is not supported with the official eWeLink add-on.

This is my code to temporary "reload" the devices. Easier this way because every entity will take too much to write out. And it is not just the temperature. It is the button state, the humidity, etc.
`alias: "DEV: TEMP Update Sonoff Devices"
description: ""
trigger:

platform: time_pattern
minutes: "5"
condition: []
action:
service: homeassistant.reload_config_entry
data: {}
target:
device_id:
- 282a31fe4fc842460a6f51abfbbcc5e1
- exzxzxzx
mode: single`

Sorry for messing up with my messages here, @EboBH83 are you having problems particularly with the sonoff r5 scene controllers (I know that other sensors also problematic)? AFAIK, the scene r5 controller is not supported with the official eWeLink add-on.

Oh, hey. I don't have the R5, sorry.

I'm having the same problems too
There is no response in home assistant

No workarounds have worked for me yet. The issue persists.
I observed that the sensors become unresponsive to HASS after around 3 minutes.

I observed that the sensors become unresponsive to HASS after around 3 minutes.

Aligned. I have set the sensors to update on their own every 3 minutes and in the chart, there are no gaps.
https://github.com/AlexxIT/SonoffLAN/issues/1509#issuecomment-2425871792

What about the mobile app? You can check if it displays changes by device in 3 minutes after opening the device page.

What about the mobile app? You can check if it displays changes by device in 3 minutes after opening the device page.

Do you mean the native eWeLink app ? That app has no problems with the display. It works fine. In fact, I am using that as a reference to how the SONOFF HACS integration is not updating.

What about integration debug logs? Can you see something interesting when you opening device page in ewelink mobile app? Something about subscribe on device updates.

What about the mobile app? You can check if it displays changes by device in 3 minutes after opening the device page.

I left the Ewe-Link Mobile App open for 3 minutes on device page, it keeps updating without any issues even after 3 minutes.

What about integration debug logs? Can you see something interesting when you opening device page in ewelink mobile app? Something about subscribe on device updates.

I enabled debug mode on Addon and went back and forth into device details on my ewelink mobile, triggers nothing on debug log.

https://appcms.coolkit.cn/ewelink/hot/19902.html
Not sure if its related but the timing is close

Both my sonoff dw2-wifi also having issue with updating the status. I can see the open/close on ewelink apps but on homeassistant, it just didn't update any status

The same problem. Please help 🙏🏽

Just to share, while this is being resolved.
It seems that one can link ewelink app to samsung smart things app then linking smart things to HA to control the affected.
I would wait patiently while this is being resolved but in order to have a happy wife at home, this is what I recommend for less savvy users like myself.
It definitely involves some hard work as I need to rename by adding an identifier for all the devices in smart things so that same devices under ewelink will not appear similar in HA.
Hope this helps fellow users.

any good news? I have 45 sonoff devices and all is useless now :)

any good news? I have 45 sonoff devices and all is useless now :)

Have you tried doing the updates to the device every 3 minutes - see my code snippet above. It works well as if nothing has happened. A good workaround for now.

It can be applicable/acceptable for the sensors until this problem is fixed, but it's not good enough for the buttons/switches, etc.

I'm having a similar issue with sensors, power etc not updating at all.
See Logs below showing something about cloud error:
{
"home_assistant": {
"installation_type": "Home Assistant Container",
"version": "2024.9.0",
"dev": false,
"hassio": false,
"virtualenv": false,
"python_version": "3.12.4",
"docker": true,
"arch": "aarch64",
"timezone":
"os_name": "Linux",
"os_version": "6.1.0-rpi7-rpi-v8",
"run_as_root": true
},
"custom_components": {
"scheduler": {
"documentation": "https://github.com/nielsfaber/scheduler-component",
"version": "v0.0.0",
"requirements": []
},
"xtend_tuya": {
"documentation": "https://github.com/azerty9971/xtend_tuya",
"version": "2.0.7",
"requirements": [
"tuya-device-sharing-sdk==0.1.9",
"tuya-iot-py-sdk==0.6.6"
]
},
"remote_homeassistant": {
"documentation": "https://github.com/custom-components/remote_homeassistant",
"version": "4.2",
"requirements": []
},
"matterbridge": {
"documentation": "https://github.com/t0mer/matterbridge-custom-notifier",
"version": "0.2.0",
"requirements": [
"requests"
]
},
"sonoff": {
"documentation": "https://github.com/AlexxIT/SonoffLAN",
"version": "3.8.1",
"requirements": [
"pycryptodome>=3.6.6"
]
},
"localtuya": {
"documentation": "https://github.com/rospogrigio/localtuya/",
"version": "5.2.1",
"requirements": []
},
"hacs": {
"documentation": "https://hacs.xyz/docs/configuration/start",
"version": "2.0.1",
"requirements": [
"aiogithubapi>=22.10.1"
]
},
"tuya_local": {
"documentation": "https://github.com/make-all/tuya-local",
"version": "2024.10.0",
"requirements": [
"tinytuya==1.15.1",
"tuya-device-sharing-sdk>=0.1.9,<=0.2.99"
]
},
"favicon": {
"documentation": "https://github.com/thomasloven/hass-favicon",
"version": "10.4",
"requirements": []
}
},
"integration_manifest": {
"domain": "sonoff",
"name": "Sonoff",
"codeowners": [
"AlexxIT"
],
"config_flow": true,
"dependencies": [
"http",
"zeroconf"
],
"documentation": "https://github.com/AlexxIT/SonoffLAN",
"iot_class": "local_push",
"issue_tracker": "/api/sonoff/3fdd0f81-abae-4f31-97bf-c6b7cc64cdc0",
"requirements": [
"pycryptodome>=3.6.6"
],
"version": "3.8.1",
"is_built_in": false
},
"setup_times": {
"null": {
"setup": 0.0002481061965227127
},
"90255e6f057f4153c302480735634c22": {
"wait_import_platforms": -0.00030969688668847084,
"wait_base_component": -0.0016000610776245594,
"config_entry_setup": 7.422235956881195
},
"01J4BZHEG2EMX7TCQQ2Y513KJH": {
"config_entry_setup": 7.415396093390882
}
},
"data": {
"version": "ffa7e22",
"cloud_auth": true,
"config": null,
"options": {
"mode": "auto",
"debug": false
},
"errors": [
{
"name": "custom_components.sonoff.core.ewelink.cloud",
"message": [
"Cloud processing error"
],
"level": "WARNING",
"source": [
"custom_components/sonoff/core/ewelink/cloud.py",
543
],
"timestamp":<PHONE_NUMBER>.2013774,
"exception": "Traceback (most recent call last):\n  File "/config/custom_components/sonoff/core/ewelink/cloud.py", line 543, in run_forever\n    resp = json.loads(msg.data)\n           ^^^^^^^^^^^^^^^^^^^^\n  File "/usr/local/lib/python3.12/json/init.py", line 339, in loads\n    raise TypeError(f'the JSON object must be str, bytes or bytearray, '\nTypeError: the JSON object must be str, bytes or bytearray, not ServerTimeoutError",
"count": 3,
"first_occurred":<PHONE_NUMBER>.20159
},
{
"name": "custom_components.sonoff.core.ewelink.cloud",
"message": [
"Cloud WS Connection error: Cannot connect to host eu-dispa.coolkit.cc:443 ssl:default [None]"
],
"level": "WARNING",
"source": [
"custom_components/sonoff/core/ewelink/cloud.py",
595
],
"timestamp":<PHONE_NUMBER>.325164,
"exception": "",
"count": 2,
"first_occurred":<PHONE_NUMBER>.3236625
},
{
"name": "custom_components.sonoff.core.ewelink.cloud",
"message": [
"Cloud ERROR: {'error': 504, 'reason': 'Request Timeout', 'deviceid': '1001f5028b', 'apikey': 'HIDDEN', 'sequence': '1729614975566'}",
"Cloud ERROR: {'error': 504, 'reason': 'Request Timeout', 'deviceid': '10020fafd5', 'apikey': 'HIDDEN', 'sequence': '1729615005162'}",
"Cloud ERROR: {'error': 504, 'reason': 'Request Timeout', 'deviceid': '10020fb0d8', 'apikey': 'HIDDEN', 'sequence': '1729615005263'}",
"Cloud ERROR: {'error': 504, 'reason': 'Request Timeout', 'deviceid': '10020fb248', 'apikey': 'HIDDEN', 'sequence': '1729615005465'}",
"Cloud ERROR: {'error': 504, 'reason': 'Request Timeout', 'deviceid': '10020fd97b', 'apikey': 'HIDDEN02faf2', 'sequence': '1729615005567'}"
],
"level": "WARNING",
"source": [
"custom_components/sonoff/core/ewelink/cloud.py",
616
],
"timestamp":<PHONE_NUMBER>.752803,
"exception": "",
"count": 703,
"first_occurred":<PHONE_NUMBER>.6337469
},
{
"name": "custom_components.sonoff",
"message": [
"Can't load devices"
],
"level": "WARNING",
"source": [
"custom_components/sonoff/init.py",
216
],
"timestamp":<PHONE_NUMBER>.7639778,
"exception": "Traceback (most recent call last):\n  File "/config/custom_components/sonoff/init.py", line 216, in async_setup_entry\n    devices = await registry.cloud.get_devices(homes)\n              ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^\n  File "/config/custom_components/sonoff/core/ewelink/cloud.py", line 436, in get_devices\n    raise Exception(resp["msg"])\nException: cannot found access token info",
"count": 2,
"first_occurred":<PHONE_NUMBER>.2902727
},
{
"name": "custom_components.sonoff.core.ewelink.cloud",
"message": [
"You logged in from another place, read more https://github.com/AlexxIT/SonoffLAN#configuration"
],
"level": "ERROR",
"source": [
"custom_components/sonoff/core/ewelink/cloud.py",
580
],
"timestamp":<PHONE_NUMBER>.4524503,
"exception": "",
"count": 9,
"first_occurred":<PHONE_NUMBER>.0485752
}
],
"device": {
"uiid": 32,
"params": {
"bindInfos": "",
"version": 8,
"demNextFetchTime":<PHONE_NUMBER>000,
"sledOnline": "on",
"ssid": "",
"bssid": "",
"fwVersion": "3.5.0",
"staMac": "",
"rssi": -84,
"init": 1,
"alarmType": "pcv",
"alarmVValue": [
-1,
-1
],
"alarmCValue": [
-1,
-1
],
"alarmPValue": [
-1,
-1
],
"switch": "on",
"startup": "stay",
"pulse": "off",
"pulseWidth": 500,
"power": "0.00",
"voltage": "227.56",
"current": "0.00",
"oneKwh": "stop",
"uiActive": 60,
"timeZone": 2,
"hundredDaysKwh": "get"
},
"model": "PSF-X67",
"online": true,
"local": true,
"localtype": "enhanced_plug",
"host": "<IP_ADDRESS>:8081",
"deviceid": "1001f5028b"
}
}
}

Here are the logs, I removed some device details and scrambled them as removed_id_x.
After a couple of minutes, it's writing CLOUD change state old=True, new=True log. Every 30 minutes Iim reloading the integration then they work for me.
2024-10-23 13:06:14.596 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] removed_id_3 <= Cloud3 | {'gatewayBindRelations': []} | None
2024-10-23 13:07:32.712 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>712
2024-10-23 13:07:33.574 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=True, new=True
2024-10-23 13:07:35.110 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>110
2024-10-23 13:07:41.277 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>277
2024-10-23 13:07:43.012 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>012
2024-10-23 13:07:59.904 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>904
2024-10-23 13:08:04.043 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>043
2024-10-23 13:08:04.759 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>759
2024-10-23 13:08:04.967 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>967
2024-10-23 13:08:05.234 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>234
2024-10-23 13:08:05.542 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>542
2024-10-23 13:28:42.252 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>252
2024-10-23 13:28:43.076 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>076
2024-10-23 13:28:43.443 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] removed_id_1 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>443
2024-10-23 13:28:53.470 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] remmoved_devide_id_2 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>470
2024-10-23 13:29:06.243 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] remmoved_devide_id_2 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>243
2024-10-23 13:29:49.505 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] remmoved_devide_id_2 => Cloud4 | {'switch': 'on'} |<PHONE_NUMBER>505
2024-10-23 13:30:00.402 DEBUG (MainThread) [custom_components.sonoff.core.ewelink.cloud] CLOUD change state old=True, new=None
2024-10-23 13:30:01.533 DEBUG (MainThread) [custom_components.sonoff] 9 devices loaded from Cloud
2024-10-23 13:30:01.535 DEBUG (MainThread) [custom_components.sonoff.core.ewelink] removed_id_4 UIID 7006 | {'bindInfos': {'gaction': ['removed_id_6']}, 'subDevId': 'removed_id_5', 'parentid': 'removed_id_3', 'fwVersion': '2.0.7', 'battery': 94, 'trigTime': '1729696191000', 'supportPowConfig': 1, 'subDevRssi': -81, 'curPercent': 100, 'motorDir': 'reverse', 'motorClb': 'normal', 'subDevRssiSetting': {'active': 60, 'duration': 5}, 'curtainAction': 'close', 'openPercent': 0}

The problem continues with me too, I use it in Türkiye... A solution needs to be found urgently...

Aynı sorunla iki farklı evimde de karşılaşıyorum, ne zaman düzelecek? Sanırım sadece Türkiyede var bu sorun

I am experiencing the same problem in two different homes, when will it be fixed? I think this problem only exists in Türkiye

Same problem with dw2 wifi door sensor, from Türkiye (Turkey)

Mine started working again.

Benim çalışmıyor halen hatta tüm sensörler çevrimdışı görünüyor home asistant ta artik tekrar yuklesem bile gelmiyor

any good news? I have 45 sonoff devices and all is useless now :)

Have you tried doing the updates to the device every 3 minutes - see my code snippet above. It works well as if nothing has happened. A good workaround for now.

Thank you for the workaround, but it makes the devices unavailable for a second or two while they refresh, which triggers my automations and alarms due to these state changes. Your workaround works well when one wants to manually check if the sensor is open or closed or to view the sensor’s history. However, a fix for this is still required.

I also had problems with my DW2-Wi-Fi-L and when I changed my WiFi channels from 1,11 to 1,6 then it recoverd (I know that 11 is not supported everywhere in the world). Maybe it doesn't have any connection with this bug but it helped for me. ¯_(ツ)_/¯

I am experiencing the same problem in two different homes, when will it be fixed? I think this problem only exists in Türkiye

Not only in Turky I am from Israel

Aqui no Brasil o problema é o mesmo.
Aparentemente o reload está funcionando de forma provisória.
Muito obrigado!
Here in Brazil the problem is the same.
Apparently the reload is working temporarily.
Thank You!

I am having the same problem with my sensors, especially with sonoff r5 scene controller. Although this is a workaround, I am sharing my configurations:
Below is to reload the entity, put this in your configuration.yaml with the desired entity. The automation triggers every 2 minutes to refresh the entity, thus solving the problem of the unresponsiveness of the scene r5 controller:
automation sonoff_sensors_reload:
  trigger:
    - platform: time_pattern
      minutes: "/2"
  action:
    - service: input_boolean.turn_off
      entity_id: input_boolean.allow_kitchen_light_toggle
    - delay: "00:00:05"
    - service: homeassistant.update_entity
      target:
        entity_id: sensor.kitchen_r5
    - delay: "00:00:05"
    - service: input_boolean.turn_on
      entity_id: input_boolean.allow_kitchen_light_toggle
  mode: single

The input_boolean solves the problem of toggling the lights each time the automation triggers.
Below is my another automation to trigger the lights with sonoff r5 scene controller:
automation kitchen_r5_all_lights:
  alias: Toggle kitchen lights with a button press
  description: ''
  trigger:
    - platform: state
      entity_id: sensor.kitchen_r5
      to: 'button_6_single'
  condition:
    - condition: state
      entity_id: input_boolean.allow_kitchen_light_toggle
      state: 'on'
  action:
    - service: light.toggle
      target:
        entity_id:
          - light.kitchen_counter_led
          - light.kitchen_coffee
          - light.kitchen_coffee_top
          - light.kitchen_table
          - light.kitchen_ceiling
  mode: single

Glad I found this thread. The problem arrived in Australia a few hours. As others have reported ewelink still works but HA only works for about 3 minutes (sounds about right) after a reload. My install is in auto mode. It's more than likely that there has been a change at the server end. The service also recently (Golden Week?) disappeared for a few hours. It would be great if HA can connect to sensors locally and bypass this source of failure. Might have to try the Tasmota option if Sonoff production platform continues to cause downtime.

A using Ihost,

Merhaba my friend,
I am not familiar as much as the computer programming. You said that you used IHOST. Could you explain what to do step by step?
Teşekkürler.

Hello friend,
I'm not very knowledgeable either, but I'm trying to do something using resources. First, I installed the "eWeLink Smart Home" docker on the Ihost device and pulled the devices, then I installed the homebridge/homebridge docker instead of oznu/homebridge in the video to create HomeKit. I was able to add it to HA via the bridge I created.
https://youtu.be/qm2h6ZpXt10?si=3ggVnEhqzSRXYP6l

Chatgpt create for me a workaround . working well :) just copy and make automation

alias: Reload Sonoff Integration Every 2 Minutes
trigger:

platform: time_pattern
minutes: "/2"
action:
service: homeassistant.reload_config_entry
data:
entry_id: "ce6cd37e71b301ad0335892e965731a8"
mode: single

Looks like something has been changed in the cloud.

Yes, because even their official HA Add-on has the same issue.

Cloud breaks only cloud devices.

more than sixty messages, there is still no change. It seems that Sonoff is going to lose a lot of customers.
It seems like this is the best solution for now.

Chatgpt create for me a workaround . working well :) just copy and make automation Replace your correct entry_id you can find it in the log of the SONOFF diagnostic

alias: Reload Sonoff Integration Every 2 Minutes
trigger:

platform: time_pattern
minutes: "/2"
action:
service: homeassistant.reload_config_entry
data:
entry_id: "ce6cd37e71b301ad0335892e965731a8"
mode: single

Cloud breaks only cloud devices.

Oh, so my Zigbee devices connected to a Sonoff Zigbee Bridge always connect through the cloud!
Thanks for letting me know.

The same problem still persists...

Looks like Sonoff is going to lose a lot of customers because of this mistake. I’m thinking of buying from different brands.

This is really frustrating; this issue has made me lose interest in smart home systems.

Looks like Sonoff is going to lose a lot of customers because of this mistake. I’m thinking of buying from different brands. This is really frustrating this issue has made me lose interest in smart home systems.”

As far as I understand, the Sonoff side works well with eWeLink, which means their products are functioning as expected.
The issue seems to be with this open-source, free-to-use component that we are using.

Looks like Sonoff is going to lose a lot of customers because of this mistake. I’m thinking of buying from different brands. This is really frustrating this issue has made me lose interest in smart home systems.”

As far as I understand, the Sonoff side works well with eWeLink, which means their products are functioning as expected.
The issue seems to be with this open-source, free-to-use component that we are using.

Looks like Sonoff is going to lose a lot of customers because of this mistake. I’m thinking of buying from different brands. This is really frustrating this issue has made me lose interest in smart home systems.”

As far as I understand, the Sonoff side works well with eWeLink, which means their products are functioning as expected.
The issue seems to be with this open-source, free-to-use component that we are using.

Yes, it is, but when I want to use it with Home Assistant, the original plugin is a complete disaster. Although it is on the supported devices list, it shows almost all of my devices as unsupported devices, which directs me to free-to-use components.”

After updating Home Assistant to version 2024.10.4, not only are the sensors unresponsive, but they also do not update even after restarting the integration. The workaround using update_entity was previously effective, but it no longer works.

Sonoff LAN connected S31 smart plugs also not updating power consumption after interval time. Looking forward to bugfix

The workaround that mostly works for me:
- id: update_sonoff_devices_with_entity_id
  alias: "Update Sonoff Devices with entity_id"
  description: "Update Sonoff device states every 30 seconds"
  trigger:
    - platform: time_pattern
      seconds: "/30"
  condition: []
  action:
    - service: homeassistant.update_entity
      target:
        entity_id:
          - binary_sensor.SOMESENSORID1
          - sensor.SOMESENSORID2
          - switch.SOMESWITCHID1
  mode: single

For me this workaround worked, but has some collateral effects: my only affected entities are the R5  (they are represented as sensors). One of  their 6 switches "is clicked" every time the automation runs, and changes the state of some lights or opens the front door.
The one that is working for me is:
`  alias: Reload R5s (temporary)
description: ''
triggers:

trigger: time_pattern
minutes: '/3'
conditions: []
actions:
action: homeassistant.reload_config_entry
data: {}
target:
device_id:

fec9e83913798e8b331984ba08dba7ee
e43616f355a2cca127b196edb54455e7
mode: single`

Well. I have tested Sonoff Zigbee gateway and Sonoff Motion Sensor. Everything's working fine. Without any problems.
The problem seems to be related to Asian users only. Mostly Turkey. But there may be other countries as well.
https://github.com/AlexxIT/SonoffLAN/blob/2589ee2547cecdaa6cc04eb79269096e75c0b8dd/custom_components/sonoff/core/ewelink/cloud.py#L35

I'm in Costa Rica, and I'm having the same issues as the rest of the people in this thread. DW2 sensors cloud based... the rest of my sonoff devices (that support LAN) are working fine. This for at least 3 days now.

Well. I have tested Sonoff Zigbee gateway and Sonoff Motion Sensor. Everything's working fine. Without any problems.
The problem seems to be related to Asian users only. Mostly Turkey. But there may be other countries as well.
https://github.com/AlexxIT/SonoffLAN/blob/2589ee2547cecdaa6cc04eb79269096e75c0b8dd/custom_components/sonoff/core/ewelink/cloud.py#L35

So what kind of solution do you suggest?

"Costa Rica" should use US server. Let's see if the problem occurs on EU and CN servers.

If the problem is repeated on an official ewelink addon - it's a good reason to contact official support.

I'm in S.Carolina, US server, same problem here.

I am in Brazil, same problem here. In my case with the Sonoff R5.

Same here, I'm in Brazil...its happening since last week.

same same since last week.

Same issue / AUSTRALIA :: Have been seeing this issue for a long time.
Looking at the logs I see "timeouts"
_This error originated from a custom integration.
Logger: custom_components.sonoff
Source: custom_components/sonoff/init.py:192
integration: Sonoff (documentation, issues)
First occurred: 11:22:22 AM (1 occurrences)
Last logged: 11:22:22 AM
Can't login in auto mode: TimeoutError()_
When i reload the integration with "AUTO" selected, the system doesn't present all the SonOff devices in an up state (it is greyed out as if the device is not detected). If i toggle the configuration to "cloud" restart the integration and then set it back to "auto" they all come back.
I have a feeling the integration is timing out before full state can be obtained. Seems the SonOff cloud is under specked for the amount of requests coming in.
I can confirm that the state information between my sonoff devices and the sonoff cloud are correctly set and update in a correct manner, but are just not reflected back to the HA instance

Same problem here in Brazil. In my case, the official ewelink app itself is having problems.

Same problem here in Germany. Some devices go unavailable. Reloading the integration works temporarily.

@CptKalibak Germany should use EU server. Are you registered on Germany phone/server (+49)?

@AlexxIT - yeah I'm on +49 I haven't yet seen any problems in the ewelink App. But I will keep an eye out for that. I do however have the HA Log: can't login in auto mode. Err no 111and errno 97. But only 3 times since October 27 (last reboot)

Oh. With this error in the log - you have a completely different problem. So EU servers are NOT under suspicion yet.

Good News.   all is working this morning.10/28, well at least for me in the US.

Good News. all is working this morning.10/28, well at least for me in the US.

I'm noticing that too, but I'll have to give it some time to be sure.

Mine (dw2 wifi door sensor) started working properly again, too.

I reached out to ewelink support this morning. It may be related.

I also contacted ewelink support, in my case the status of the devices is having problems even in the app. If they provide me with any relevant answer I will share it.

Mine is resolved automagically as well. Sonoff seems to have resolved the server issue, but I'm still approaching it cautiously and keeping an eye on things.

Thanks AlexxIT and others for contacting ewelink. Looks like that did it. Working again in Australia. As I had a USB/TTL board on hand, finally bit the bullet to tasmotized my bridges (1 zbbridge 1 zbrouter) to localise the zigbee sensors. A bit of work, couple of small gotchas along the way but the ZHA integration is working well and should reduce downtime.

Thanks AlexxIT and others for contacting ewelink. Looks like that did it. Working again in Australia. As I had a USB/TTL board on hand, finally bit the bullet to tasmotized my bridges (1 zbbridge 1 zbrouter) to localise the zigbee sensors. A bit of work, couple of small gotchas along the way but the ZHA integration is working well and should reduce downtime.

Just the same, this problem pushed me to do it finally and tasmotized the zbbridge :D

Just the same, this problem pushed me to do it finally and tasmotized the zbbridge :D

Yep, that Sonoff service was the weakest part in the whole HA setup for my install. I'm going to retire the couple of DW2s in the system and from then on it'll finally be all local with SonoffLAN and ZHA.

Motion sensor has stopped functioning again. SNZB-02D temperature - humidity sensor looks OK for now.

I think problem solved. Probably EU issues related to internet problems.

I am also having issues with temperature sensors ceasing to update in HA, it seemed to magically start working again yesterday, but this morning it stuck again...furthermore the workaround I set up (basically forcing a restart to the service every 3 minutes) stopped working as well.  I'm in the US.  It may have been coincidental, but I did update the bridge FW and it hasn't been working reliably since.  Did any of the rest of you with issues using a bridge update to 2.1.0?

Everything is fine here since yesterday.
Thank you guys!

It's only updated for me if I have the ewelink app open on my phone. I'm in the U.S.

It's only updated for me if I have the ewelink app open on my phone. I'm in the U.S.

Im in EU and this happens to me exactly.
Without the app open, maybe 1 in 10 sensor updates are received. With the app open, its like 7/10

It's happening again to me. Fresh HA install, stopped working after a couple hours

It's been fixed here for a while, and now there seems to be a delay in some updates. This is bad. It seems like there is a way to do this on the local network without relying on the cloud. I'll learn more about this. Thanks.

Hi everyone, I'm following this thread with interest as I have similar problems.
After several days of observations and log analysis I can say (at least in my case) that the problem is not related to the SonoffLan integration.
Introduction:
I have a Zigbee BridgePro hub with 10 Motion Sensors SNZB-03 and 10 SonOff ZBMINIL2 (without neutral).
After stabilizing my Zigbee network (far from Wifi frequencies), I'll tell you what happens to me.
Below is an example:
At 23.44.12 yesterday evening, one of the Motion Sensors (SNZB-03) correctly detected the movement but when I left the room the sensor remained in the "Detected" state all night.

This apparently seems to be a problem with the SonoffLan/Home Assistant integration, but the same issue is reported in eWeLink app logs (and I'm sure that there was no one in the room as it was late at night).

Then this morning, at 06:24:20, when I returned to the room, the motion sensor did not turn on the light via automation and this was because it was still in the "Detected" state. After 1 minute, however (with the room empty) it correctly returned to the "Not Detected" state. (because this morning the new Request made via API in the Cloud was successful)
In the Home Assistant logs, by chance, I find some "Cloud Errors" at 23.40.09 (just before the sensor failed to update).

My opinion is that these sensors communicate their state to the Cloud but obviously not continuously but only when there is a change between "Detected"/"Not Detected" state and viceversa. The Sonoff SNZB-03 in particular, cannot change state before 60 seconds.
So what happens if a sensor, when changing state, receives an error during the call to the Cloud? Simply the Cloud does not "accept" this change of state and the sensor remains in the same previous state until someone moves again in the room, forcing the sensor to change state and therefore communicate its new state to the Cloud.
This is obviously a problem because for a timeout call or
generic error of the Cloud server, our automations stop working and you risk leaving the light on all night.
Apparently even the Zigbee Bridge that acts as an intermediary, in case of an error in the Cloud call, does not retry the call and therefore leaves the sensor permanently in that state.
The problem here is architectural and that is to maintain the state only on a Cloud that is not 100% available.
The only real alternative is to make SonoffLAN work in "LAN Only" but unfortunately this sensor (SNZB-03) has not yet been implemented in LAN Only by AlexxIT
I hope I have given a contribution to this Thread; I also attach the various original logs to help with debugging.
Andrea
Logs.zip

Sonoff api missing state changes can be expected to happen on occasion given the complexity of the arrangement. Best case: sensor -> zigbee -> wifi -> router -> internet -> sonoff server -> internet -> router -> home assistant. Sensors require real time signalling which reduces the likelihood of buffering/retries being implemented. What's observed can sometimes be expected in a best efforts system. Increasing local signalling integrity and capacity can improve performance but there are still all those parts that cannot be controlled.
The recent problem was a bit different in that all sonoff wifi and zigbee sensors stopped updating, symptomatic of an api issue or change at sonoff.
The 60 sec delayed state change is by design to reduce battery use. Missed signalling is just lost. Unfortunately, it is what it is.
Localizing the sensors eliminates the uncontrollable elements in the chain. If you have sonoff gear then the only way ATM to do that is with Tasmota. After a week or so, my experience is one of improved zigbee networking with reliable and faster sensor updates.

Thank You

Also seeing this, device power stats don't update and remain on the previous value and break all automations. My decision to flash as many smart devices as possible with ESPHome has been vindicated.

Did the same. (ESPHome)

Hi All!
I was experience this issue as well but in my case with the DUAL R3 power metering values that stopped reporting.
Only when opening the device reading on the eWeLink app, the device I was "opening" restarted to report back.
All other similar devices were still not working/reporting/updating...
But I think I found the issue.
My setup for context:
iHost from Sonoff running Hass docker install

Core 2024.12.1
Frontend 20241127.6

Note: this build don't have the Supervisor menu available therefore I'm not using the "official" Sonoff integration.
I'm using the HACS Sonoff LAN integration (https://github.com/AlexxIT/SonoffLAN)
From my understanding this happens every time a new device is added to eWeLink account.
After adding to eWeLink account, it is necessary to restart the eWeLink Smart Home service in iHost in order to be added/displayed in iHost.
Also in HAss, it is also necessary to reload the integration (HACS https://github.com/AlexxIT/SonoffLAN) in order to retrieve from eWeLink account the newly added devices and update the device list on HAss.
For some reason, and at the moment of this writing, this action makes that all devices stop reporting/update state as supposed.
I believe this not only for DUAL R3, which is my case, but for all devices/sensors that need to report/update status change.
What I found is that the HAss needs to be completely restarted. Only reloading the integration does not help.
After restarting HAss, all DUAL R3 started to report correctly.
This routine got my stuff working again.
Hope this help you too!

Maybe every time a new unknown device appears in the account - there is some bug.
Then the error should be visible in the logs and it can be made into a new issue to be fixed.

Running this restart rotine is not an issue for me.
Already added more devices and no more problems with it.
For sure there is room for improvement, but this solution works just fine.
After all, if we want easy stuff, then HAss is not the way 😉

I try to make the simplest solutions possible. What can be simpler than entering login/password in WebUI.
Especially compared to the decision to crack open and reflash all your devices to alternate firmware.

AlexxIT,
For me it is super simple! Couldn't be easier!
Thanks for your effort and dedication 👌

Thank you @Stroumb, a restart of Home Assistant seems to have fixed the issue with stats not reporting.


Fix the processing of apdus across multiple sources

Description
This PR fixes edge cases when several apdus are sent to the device from different media.
The expected behaviour when two apdus are received in parallel is now:
* The first apdu processing is not impacted by the second one
* The second apdu is not processed and the device replies with an error SWO_IOL_STA_02 (0x1302)
This PR also adds a set of functions so that an application can restrict the apdu source to a single media.
This is intended to lock the media during a complex flow of apdus. In particular during an app installation
we can now reject automatically apdus from other medias
Changes include

[*] Bugfix (non-breaking change that solves an issue)
[*] New feature (non-breaking change that adds functionality)
[ ] Breaking change (change that is not backwards-compatible and/or changes current functionality)
[ ] Tests
[ ] Documentation
[ ] Other (for changes that might not fit in any category)

Codecov Report
All modified and coverable lines are covered by tests :white_check_mark:

Comparison is base (22d2f0c) 59.47% compared to head (c704112) 59.47%.

Additional details and impacted files
@@           Coverage Diff           @@
##           master     #451   +/-   ##
=======================================
  Coverage   59.47%   59.47%
=======================================
  Files          12       12
  Lines        1683     1683
=======================================
  Hits         1001     1001
  Misses        682      682

Flag
Coverage Δ

unittests
59.47% <ø> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

:umbrella: View full report in Codecov by Sentry.
:loudspeaker: Have feedback on the report? Share it here.

@yrichard-ledger did you manage the case where we receive a new APDU (via BLE) when still processing the previous APDU (no answer provided) received also via BLE ?

@yrichard-ledger did you manage the case where we receive a new APDU (via BLE) when still processing the previous APDU (no answer provided) received also via BLE ?

Yes, whatever the media, if we receive a new APDU while the previous apdu is still processing the SDK will reply with SWO_IOL_STA_02 (0x1302)

@yrichard-ledger as discussed, could we revisit this topic? I realize that we had already encountered some problematic cases with the BT here.
cc: @nroggeman-ledger


README.md: Use brew shellenv in installation

test/cmd/readall failed on CircleCI for some unrelated reason.
https://circleci.com/gh/Linuxbrew/brew/1316


backport fast iavl to v3.x

This is somehow connected to a number of issues and concerns around sync and historical state.
We should have a script that completes this task in under 24h, too.

#3550

Wanted to let you know, I am still working this.


poetry fails to parse version constraint, but only with LegacyRepository

[x] I am on the latest Poetry version.

[x] I have searched the issues of this repo and believe that this is not a duplicate.

[x] If an exception occurs when executing a command, I executed it again in debug mode (-vvv option).

OS version and name: MacOS 10.13.6

Poetry version: 0.12.5

Link of a Gist with the contents of your pyproject.toml file: https://gist.github.com/zehauser/337fabdfe20662293b3eddcf113c0a55

Issue
As best I can tell, this issue only arises with the LegacyRepository code path.
Steps to reproduce:

Copy the above gist into a pyproject.toml in an empty directory.
Run poetry debug:resolve.
Observe the [ValueError] Could not parse version constraint: not
Remove the tool.poetry.source section from the above pyproject.toml.
Run poetry debug:resolve.
Observe that all is well.

Looks like the troublesome lines in the dist-info METADATA file are these:
Requires-Dist: jinja2 (>=2.6,<2.7); python_version in "3.0,3.1,3.2" and extra == 'export'
Requires-Dist: jinja2 (>=2.7,<2.8); python_version not in "3.0,3.1,3.2" and extra == 'export'

@sdispater (or other maintainers) I should've mentioned: I'd be happy to try to debug this and make a PR, but I think I'd need some hints for where to look. :)

@zehauser Thanks for wanting to contribute to the project. This has already been fixed in commit 4ae1def
The fix will be available in the next bugfix release.

@sdispater: excellent. :) Thank you! I look forward to the next bugfix release, which will unblock me.

Release 0.12.6 is out which fixes this issue.


Added TransD

Implemented TransD model
Added TransD to unittest

I don't know if it is necessary, but for TransH, they implemented the penalty corresponding to the constraint proposes in the paper. Maybe we should also include the constraint on the projection vectors as penalty

I'm not sure neither, but I think we can control that constraints by applying lookup_embedder.normalize.p: 1. or 2. like TransE.
This is my guess, the additional penalty part of TransH seems to have been implemented because its author used different cost function with the additional penalty term in their paper.

I'm not sure neither, but I think we can control that constraints by applying lookup_embedder.normalize.p: 1. or 2. like TransE.
This is my guess, the additional penalty part of TransH seems to have been implemented because its author used different cost function with the additional penalty term in their paper.

I don't think that it is necessary to implement the penalty corresponding to the constraint but I'm not sure either.


Assumed Path / Incorrect Path in Attachment Parameter (Linux)

Using latest stable version of Mailozaurr and PowerShell (Linux Installation)
Simple call:
Send-EMailMessage -To $t -From $from -Subject $subject -SmtpServer $server -UseSsl `
-Port 587 -Credentials $creds -Attachments $ar
The issue I am faced with is this:
$ar = "/tmp/myfile.txt" however, when running my simple script from /var/spool/scripts on my system, there is an assumed path for the attachments of "that" directory the script is being invoked from, and therefore the file is not found.
i.e Send-EMailMessage is attempting to attach: "/var/spool/scripts/myfile.txt" instead of "/tmp/myfile.txt"
How do I configure Mailozaurr to stop stripping path information from attachment filename string?

The relevant code for this is here:
https://github.com/EvotecIT/Mailozaurr/blob/57b4159550349006f4e6081054fc879f7bd3e075/Public/Send-EmailMessage.ps1#L651-L655
I do no changes to the path itself so I have hard time understanding how either Mailozaurr or Mailkit would interfere with the linux path you provided.
I don't see this being fault of either library or mailozaurr