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

Updating localtuya switch took longer than the scheduled update interval 0:00:30. #53

Closed
FeromonDE opened this issue Sep 28, 2020 · 8 comments
Labels
bug Something isn't working

Comments

@FeromonDE
Copy link

Hi, i have BW-SHP6 Plug with PM, after Update to HA 0.115.2 i have a problem.

2020-09-22 14:58:15 WARNING (MainThread) [homeassistant.components.switch] Updating localtuya switch took longer than the scheduled update interval 0:00:30.

I can not control the plug. After HA reboot is everything working as it shoud.

@rospogrigio
Copy link
Owner

What rev. of localtuya are you using? The latest release?
Please wait some more days, we are doing a huge code refactoring, and something cool and stable will be ready quite soon I hope...

@rocksolid2018
Copy link

Same issue here current localtuua v1,2,0. restarting HA fixes the issue temporally

@FeromonDE
Copy link
Author

FeromonDE commented Sep 30, 2020

What rev. of localtuya are you using? The latest release?
Please wait some more days, we are doing a huge code refactoring, and something cool and stable will be ready quite soon I hope...

current localtuya v1.2.0

@rospogrigio
Copy link
Owner

Well everything is being refactored very hard at the moment, you should try what is in master now (but you have to modify the YAML heavily, or use the config flow), or wait for the next big release, which should be ready quite soon.

@DSchumacher2104
Copy link

If i want to use the current master with config flow, i only have to put 'localtuya:' in configuration.yaml, right?

@postlund
Copy link
Collaborator

postlund commented Oct 1, 2020

If i want to use the current master with config flow, i only have to put 'localtuya:' in configuration.yaml, right?

Yeah!

@postlund
Copy link
Collaborator

@FeromonDE Maybr you can retry with latest version and see if problem still exists?

@postlund postlund added the bug Something isn't working label Oct 11, 2020
@FeromonDE
Copy link
Author

There is no problem anymore with latest version.

PaulCavill pushed a commit to PaulCavill/localtuya that referenced this issue May 9, 2024
* Rework SubDevices Connection

* Fix some stuff in payload_dict for sub devices `3.3`

* Don't send warning disconnect dc is intended

* Hotfix for `3.3` devices `detect_available_dps`

* Add sensors for code `wsdcg`

* Attempt Fix: some dps aren't detected.

* Adjust `detect_available_dps` Function when gateway existed

* int `t` since sub_devices payload `t` is int

* revert last commit force int `"t"` always, need for some cmds

* test: disable removing the [ gwID, devId and uid ]

* Disconnect the sub devices if gateway dc'd

* ensure that the gateway is ready before setup subdevices

* Fix: Block status_updated if gateway is sub_device

* Add gateway_gwId to discovered sub devices. and prevent non local subdevices

* Store Gateway ID If found on mergeDevicesList

* minor changes of connect on initialization

* config_entry_by_device_id search for gateways

* Minor fix: Rename climates.py in tuya devices data

* Tuya Devices Data rename binary_sensor

* Adjust Auto Configure category `wkf`

* Fix automatic update `ip` and includes sub_devices

* Except errors from pytuya.

* Except error on config flow and set timeout for connect.

* Fix: Entity_Category and convert get_gateway to async

* Fix Mirgate: Force Int for config_flow values and fix reverse always off

* Fix: Fake Gateway fails due to no DPS found on parent DPS.

* reformat unload function.

* Fix Reconfigure cloud step

* Fix error if "Auto Configure" used without cloud.

* Add platform support for humidifiers and Rename DPS, and DPS_CONF Functions (rospogrigio#47)

* Add support for humidifier platform

* Add Humidifer to Auto Configure feature.

* Improve English translations to be more user friendly rospogrigio#45 by @codyc1515

* Adjust `en` translation for humidifer

* mark set_humiditiy as optional

* log the disconnect reason of exists

* Adjust get_gateway function

* adjust error msgs in auto configure

* Refactor: entities initialization msg and remove dp_value_conf (rospogrigio#49)

* Initialized msg to `common.py` and del: `dp_value_conf`

* def should_pull to _attr_should_pull and refactor restore_on_reconnect

* refactor entity category

* Refactor: `device_info` and properties annotation

* Improve entry initialization (rospogrigio#50)

* Connecting `CloudAPI` runs on background without interrupt initialization.

* Unload: pulls platforms from `TuyaDevice` data Explain: rospogrigio#50

* Improves config flow (rospogrigio#51)

* DPS Data now will be pulled with devices data, data stored in `device_id` -> in `devices_list` with `dps_data` key.
* Adding new device DPS Data will be pulled from stored data `except the value!`
* Devices list in config flow now will be sorted: Starting from known devices first.
* Refresh cloud devices data when configure opened. `previously reload was needed in order to pull new devices data.`
* Handle the errors if refreshing token failed.

* Enable manually enter template filename (rospogrigio#52)

* Templates list field are now insertable and searchable, so if you add templates new template into `templates` directory you can manually enter there name without need to load them up with HA boot.
* Templates names now will shows the same as filename with extension.

* update pytuya version

* revert auther name

* Sort discovered devices by `ip`

* Handle sorting discovered devices better

* refactor: devices list sorting

* adjust dc reason log

* refactor: mergeDevicesList

* new helper `get_gateway_by_id` refactor mergeDeivceList

* typo

* * Refactor codes a little bit to make it easier to maintain. (rospogrigio#53)

* * Refactor codes a little bit to make it easier to maintain.
* cloud_api now has async_connect function.
* Localtuya HASS Data is now stored as namedtuple `HassLocalTuyaData`
* Removed `TUYA_DEVICES`, `DATA_CLOUD` and `UNSUB LISTENERS`
* Sotred all unsub_callback in tuya_devices.unsub_listeners
* Reconnect if disconnected will be called after 2secounds.

* Fix reconnect after 2 secounds.

* Hide reconifgured device if no devices setuped (rospogrigio#54)
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

5 participants