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

Please update Dacite #159

Open
poiromaniax opened this issue Mar 7, 2024 · 14 comments
Open

Please update Dacite #159

poiromaniax opened this issue Mar 7, 2024 · 14 comments

Comments

@poiromaniax
Copy link

poiromaniax commented Mar 7, 2024

This integrations version of dacite interferes with setting up the core and HACS Roborock addon.

Please update it

@azimmerm
Copy link

azimmerm commented Mar 8, 2024

Having the same issue here

@Shaved-Ape
Copy link

Shaved-Ape commented Mar 10, 2024

Also having the same issues I have disabled this integration because of this bit frustrating as it means I have to leave the lights on all the time

@marcolivierarsenault
Copy link

I think I found a workaround,
go download the main/master version of the integration.

Here is an example for another repo.
https://moonraker-home-assistant.readthedocs.io/en/stable/support/latest.html

@poiromaniax
Copy link
Author

poiromaniax commented Mar 11, 2024

My workaround was to totally remove the HACS govee integration, restart HA. Setup Roborock and then reinstall this integration. Seems to work for now

EDIT - but this breaks Roborock again every time I reboot HA

@cbp0616
Copy link

cbp0616 commented Apr 5, 2024

Dacite needs to be updated. This integration is actively interfering with others because of this. Going to disable and shelve it.

@poiromaniax
Copy link
Author

@LaggAt are you able to update dacite please?

Or is there someone here with knowledge that can fork and maintain this repo?

@Shaved-Ape
Copy link

Shaved-Ape commented Apr 8, 2024

All the fixes posted on this still didnt work for me I found myself having to disable it then restart so in my case my roborock could load and then re-enable the govee.
Gets a little tiresome after a while so I installed spook custom integration that allows me to create an automation to disable govee before a restart and then re-enable it once HA is running again. Not perfect but as I say simply editing files to update the dacite number etc didnt work for me and the only other option is permanently disabling the govee addon

@poiromaniax
Copy link
Author

@IneedAnewNick can you post the automation yaml that uses spook to do that? I'd be interested in using that

@Shaved-Ape
Copy link

Shaved-Ape commented Apr 8, 2024

@IneedAnewNick can you post the automation yaml that uses spook to do that? I'd be interested in using that
`- id: '1710604253742'
alias: Disable govee
description: ''
trigger:

  • platform: homeassistant
    event: shutdown
    condition: []
    action:
  • service: homeassistant.disable_config_entry
    metadata: {}
    data:
    config_entry_id: b2d386740f2be9da5505da8b1dfd1f5e
    mode: single
  • id: '1710604584171'
    alias: Enable Govee after restart
    description: ''
    trigger:
    • platform: homeassistant
      event: start
      condition: []
      action:
    • delay:
      hours: 0
      minutes: 2
      seconds: 0
      milliseconds: 0
    • service: homeassistant.enable_config_entry
      metadata: {}
      data:
      config_entry_id: b2d386740f2be9da5505da8b1dfd1f5e
      mode: single`

No idea if there is a better way and dont really care as it works, fairly sure it shows the name of the addon when first setting up the automation

@poiromaniax
Copy link
Author

@IneedAnewNick can you post the automation yaml that uses spook to do that? I'd be interested in using that
`- id: '1710604253742'
alias: Disable govee
description: ''
trigger:

  • platform: homeassistant
    event: shutdown
    condition: []
    action:

  • service: homeassistant.disable_config_entry
    metadata: {}
    data:
    config_entry_id: b2d386740f2be9da5505da8b1dfd1f5e
    mode: single

  • id: '1710604584171'
    alias: Enable Govee after restart
    description: ''
    trigger:

    • platform: homeassistant
      event: start
      condition: []
      action:
    • delay:
      hours: 0
      minutes: 2
      seconds: 0
      milliseconds: 0
    • service: homeassistant.enable_config_entry
      metadata: {}
      data:
      config_entry_id: b2d386740f2be9da5505da8b1dfd1f5e
      mode: single`

No idea if there is a better way and dont really care as it works :)

Thanks!

@DataBitz
Copy link

I could not use the HA core Roborock integration for months and finally found Govee was the cause.
Had to switch to the govee2mqtt addon and remove this addon because of it.

@ruudvanstrijp
Copy link

I see this govee integration hasn't been updated for half a year now. I'm having the same issue, causing my Roborock integration to fail. Should we just migrate to govee2mqtt instead or will this hacs-govee integration be updated?

@poiromaniax
Copy link
Author

@ruudvanstrijp I migrated to govee2mqtt.
Setup was simple, works fantastic - I would definitely recommend it

@ruudvanstrijp
Copy link

@ruudvanstrijp I migrated to govee2mqtt. Setup was simple, works fantastic - I would definitely recommend it

Thanks, you were completely right. Was super easy to migrate, and govee2mqtt can even control the Govee devices better. Instead of just on-off it can select all scenes properly as well! And Roborock works again.
Thanks for the advice!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants