Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

After 2024.1.0 update unavailable devices after one use #1301

Closed
fotis3d opened this issue Jan 4, 2024 · 23 comments
Closed

After 2024.1.0 update unavailable devices after one use #1301

fotis3d opened this issue Jan 4, 2024 · 23 comments
Labels
duplicate This issue or pull request already exists

Comments

@fotis3d
Copy link

fotis3d commented Jan 4, 2024

After the latest HA update to 2024.1.0 I get all the devices unavailable after I switch them once.

I tried auto/cloud/local with restarts and reloads but it does not fix this.

This happens with all my devices (about 15 Sonoffs) basic, mini, TX switches. Everyone I switch once and then it goes unavailable to HA.

Has anyone experienced the same ?

I switched to 2023.12 and they work fine.

@jeremysherriff
Copy link

jeremysherriff commented Jan 4, 2024

Same issue here - for eWelink GD-W5 garage door relay (I believe this is supported as a Sonoff G1 relay).
A reload of the integration allows another single activation of the switch.

I will attempt to get debug logs.

@jeremysherriff
Copy link

@fotis3d it is likely this is resolved with today's release of v3.5.4 ::

  • Fix Hass 2024.1 error: RecursionError 1285 1288 1289 1290 1291 1293 1294 1295 1296 1297

Can you confirm whether this update fixes your issue?

@devezaam
Copy link

devezaam commented Jan 4, 2024

I have the same issue and didn't fix ...

@fotis3d
Copy link
Author

fotis3d commented Jan 4, 2024

@jeremysherriff I hadn't even seen there was an update. It seems that works now.

Thanks ;)

@devezaam have you reloaded/restarted it worked for me

@ndoggac
Copy link

ndoggac commented Jan 5, 2024

Experiencing the same. One use and behavior becomes erratic. I believe the issue might lie with the light."" helper? Even after using the dashboard control, light.turn_on, light_turn_off, or light.toggle - which any of will cause the issue and none of them will work again, I can still go into the device and click on the light's name, which brings up the full sized/screen switch and operate it successfully using the large switch.

Edit: V3.5.4 fixed it! Thanks for the lightning response!

@bluestar888
Copy link

bluestar888 commented Jan 5, 2024

Same issue.No devices get detected whatsoever.Removed itegration ,reinstalled ,no change.
Force Update to v 3.5.4 in HACS fixed it.

@jeremysherriff
Copy link

All Issues resolved for me, but I only have one switch using this integration.

@mihaitaiosub
Copy link

Same bug for me.I have 14 devices that works with Sonoff integration.My question is if we update the integration to version 3.5.4, will this integration work correctly with core version 2024.1.0? Or with the following core updates?

@Serebrin
Copy link

Serebrin commented Jan 5, 2024

Дуже схожа проблема після оновлення 2024.1.0.
Немає зворотнього зв'язку з пристроями із інтеграції Lokal Sonoff, тобто вони спрацьовують але не відображається коректно поточний стан. Через це деякі автоматизації непрацюють...

Усунув проблему шляхом оновлення інтеграції Sonoff до версії - 3.5.4...

@Capcave
Copy link

Capcave commented Jan 5, 2024

I am getting this error now even after the 3.5.4 update (and Core 2024.1.0, Supervisor 2023.12.0, Operating System 11.3) both before and after the OS update to 11.3. It works for about 15 mins and then stops. However, I have both ZBBridge and ZBBridgePro on the network and I notice the Pro connected devices are working fine - seems to be limited to the older non Pro devices. There is an error in the logs after the failure which looks like an authentication issue (I assume the Pro is working in local mode)?

Traceback (most recent call last):
File "/config/custom_components/sonoff/core/ewelink/cloud.py", line 323, in connect
raise Exception(resp)
Exception: {'error': 406, 'reason': 'Authentication Failed', 'apikey': 'xxxxxxx', 'sequence': '1704442832479', 'actionName': 'userOnline'}

@mihaitaiosub
Copy link

mihaitaiosub commented Jan 5, 2024

I don't understand why you mention ZBBridge or ZBBridgePro. These bridges work with the Zigbee network and with Zigbee devices, but we have problems with Sonoff devices connected via Wifi directly to the home router, and further through Sonoff integration with Home Assistant.Zigbee Home Automation works ok.

@Capcave
Copy link

Capcave commented Jan 5, 2024

I don't understand why you mention ZBBridge or ZBBridgePro. These bridges work with the Zigbee network and with Zigbee devices, but we have problems with Sonoff devices connected via Wifi directly to the home router, and further through Sonoff integration with Home Assistant.Zigbee Home Automation works ok.

Ah apologies - my Wifi sonoff devices are not having any issues at all - the zigbee ones I mentioned above through the bridges suddenly started dying after the upgrade.

@mihaitaiosub
Copy link

It means that after the last updates, you have another bug that is now related to zigbee integration.

@devezaam
Copy link

devezaam commented Jan 5, 2024

@jeremysherriff I hadn't even seen there was an update. It seems that works now.

Thanks ;)

@devezaam have you reloaded/restarted it worked for me

It worked for me

@mihaitaiosub
Copy link

mihaitaiosub commented Jan 5, 2024

@devezaam How does it work for you? With the latest updates to Sonoff integration, i.e. v3.5.4, and core 2024.1.0?

@Babe-n
Copy link

Babe-n commented Jan 5, 2024

I can confirm running Sonoff LAN 3.5.4 with HA Core 2023.12.4 works without any problems. Not brave enough to try upgrade to the new HA Core 2024.1.0 and OS 11.3 again :p

@AlexxIT AlexxIT added the question Further information is requested label Jan 5, 2024
@mihaitaiosub
Copy link

An hour ago I did all three updates, Sonoff v3.5.4, HA core 2024.1.0 and OS 11.3 and I did all possible checks regarding Sonoff and Zigbee devices.So far everything is working perfectly.

@7R0D3N
Copy link

7R0D3N commented Jan 5, 2024

Thanks for the v3.5.4 update, so damn quickly too. Champion.
Cheers 🍻

@bluestar888
Copy link

In order to force update ,this is what I did

  1. Go in HACS ,
  2. search for Sonoff LAN
  3. choose redownload
  4. remove integration
    restart HA
  5. add Integration again

At some point in the journey I read on an old thread that after redownload you need to restart HA in order to be picked up so maybe Removing the Integration was not needed.
So it all works now. Let's see if the devices stay connected via HA Local as at some point only the cloud linked (via SmartThings or eWelink add-on) worked .

@Kiphouder
Copy link

Fixed thanks!

@jmcollin78
Copy link

jmcollin78 commented Jan 6, 2024

I just tried with HA 2024.1.1 and SONOFF 3.5.4 and it don't work for me:

2024-01-06 06:45:40.062 ERROR (MainThread) [custom_components.sonoff.core.entity] Can't init device: {'name': 'Ventilateur sam', 'deviceid': '10013f49a9', 'apikey': 'f3060487-fa07-4cb1-8482-4ab52d913f5f', 'extra': {'uiid': 34, 'description': '20210709002', 'brandId': '5c4c1aee3a7d24c7100be054', 'apmac': 'd0:27:02:7e:90:a3', 'mac': 'd0:27:02:7e:90:a2', 'ui': '智能风扇灯', 'modelInfo': '607ffb615a0f126444f59385', 'model': 'PSF-BFB-GL', 'manufacturer': '深圳松诺技术有限公司', 'chipid': '008D95B2', 'staMac': '9C:9C:1F:8D:95:B2'}, 'brandName': 'SONOFF', 'brandLogo': 'https://eu-ota.coolkit.cc/logo/q62PevoglDNmwUJ9oPE7kRrpt1nL1CoA.png', 'showBrand': True, 'productModel': 'iFan04', 'tags': {'m_3f5f_jmco': 'on'}, 'devConfig': {}, 'settings': {'opsNotify': 0, 'opsHistory': 1, 'alarmNotify': 1, 'wxAlarmNotify': 0, 'wxOpsNotify': 0, 'wxDoorbellNotify': 0, 'appDoorbellNotify': 1}, 'devGroups': [], 'family': {'familyid': '61f187a1e24f680009aedb0f', 'index': -9, 'members': [], 'roomid': '61f187a1e24f680009aedb0c'}, 'shareTo': [], 'devicekey': '05d4fc0d-bf63-4d7b-b2a2-f8d57e1170b2', 'online': True, 'params': {'bindInfos': {}, 'version': 8, 'only_device': {'ota': 'success'}, 'sledOnline': 'on', 'ssid': 'LaLiveBoxDesBoulis', 'bssid': '00:00:00:00:00:00', 'init': 1, 'fwVersion': '3.5.0', 'staMac': '9C:9C:1F:8D:95:B2', 'rssi': -83, 'switches': [{'switch': 'on', 'outlet': 0}, {'switch': 'off', 'outlet': 1}, {'switch': 'off', 'outlet': 2}, {'switch': 'off', 'outlet': 3}], 'configure': [{'startup': 'on', 'outlet': 0}, {'startup': 'off', 'outlet': 1}, {'startup': 'stay', 'outlet': 2}, {'startup': 'stay', 'outlet': 3}]}, 'isSupportGroup': True, 'isSupportedOnMP': True, 'isSupportChannelSplit': False, 'deviceFeature': {}, 'device_class': 'fan'}
Traceback (most recent call last):
  File "/config/custom_components/sonoff/core/entity.py", line 86, in __init__
    self.internal_update(params)
  File "/config/custom_components/sonoff/core/entity.py", line 113, in internal_update
    self.set_state(params)
  File "/config/custom_components/sonoff/fan.py", line 58, in set_state
    self._attr_preset_modes.index(mode or SPEED_OFF)
    ^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 338, in _getter
    return getattr(o, private_attr_name)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 338, in _getter
    return getattr(o, private_attr_name)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 338, in _getter
    return getattr(o, private_attr_name)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  [Previous line repeated 977 more times]
RecursionError: maximum recursion depth exceeded

I tried to force the installation of integration (reload it), restart HA and I still got the error.

Am I missing something ?

Some entities are working (garage door) but not the fan:

2024-01-06 06:47:43.639 ERROR (MainThread) [homeassistant] Error doing job: Task exception was never retrieved
Traceback (most recent call last):
  File "/config/custom_components/sonoff/core/ewelink/cloud.py", line 351, in _process_ws_msg
    self.dispatcher_send(SIGNAL_UPDATE, data)
  File "/config/custom_components/sonoff/core/ewelink/base.py", line 63, in dispatcher_send
    handler(*args, **kwargs)
  File "/config/custom_components/sonoff/core/ewelink/__init__.py", line 229, in cloud_update
    self.dispatcher_send(did, params)
  File "/config/custom_components/sonoff/core/ewelink/base.py", line 63, in dispatcher_send
    handler(*args, **kwargs)
  File "/config/custom_components/sonoff/core/entity.py", line 113, in internal_update
    self.set_state(params)
  File "/config/custom_components/sonoff/fan.py", line 58, in set_state
    self._attr_preset_modes.index(mode or SPEED_OFF)
    ^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 338, in _getter
    return getattr(o, private_attr_name)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 338, in _getter
    return getattr(o, private_attr_name)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/src/homeassistant/homeassistant/helpers/entity.py", line 338, in _getter
    return getattr(o, private_attr_name)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  [Previous line repeated 979 more times]
RecursionError: maximum recursion depth exceeded

@AlexxIT AlexxIT added duplicate This issue or pull request already exists and removed question Further information is requested labels Jan 6, 2024
@AlexxIT
Copy link
Owner

AlexxIT commented Jan 6, 2024

#1285

@AlexxIT AlexxIT closed this as completed Jan 6, 2024
@jmcollin78
Copy link

jmcollin78 commented Jan 6, 2024

#1285

@AlexxIT, Sorry but I install 3.5.4 and the problem is still there. It is for me another problem and only with Fan. The others devices seems to work fine.

My device is the following:

iFan04
par SONOFF
Micrologiciel : 3.5.0

--
The manifest of the installed release:

{
  "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.5.4"
}

The important part is here:

File "/config/custom_components/sonoff/core/entity.py", line 113, in internal_update
    self.set_state(params)
  File "/config/custom_components/sonoff/fan.py", line 58, in set_state
    self._attr_preset_modes.index(mode or SPEED_OFF)
    ^^^^^^^^^^^^^^^^^^^^^^^

@AlexxIT do you need another issue because I see you close this one ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue or pull request already exists
Projects
None yet
Development

No branches or pull requests