![](/static/253f0d9b/assets/icons/icon-96x96.png)
![](https://lemmy.world/pictrs/image/94b2b808-7c9c-4de0-a35b-966d14ae40fd.png)
As far as I know, since 2019 the Hue bulbs or lights are Zigbee + Bluetooth. I haven’t heard of a Bluetooth-only bulb yet
As far as I know, since 2019 the Hue bulbs or lights are Zigbee + Bluetooth. I haven’t heard of a Bluetooth-only bulb yet
Since the Hue bulbs are using the Zigbee standard, you can still safely buy them in the foreseeable future and just connect it with something like SkyConnect, zzh!, Conbee, etc. and use it with Home Assistant
That’s totally true, though, in this case with LEDs I feel like the rebound effect is less of a problem here. The LEDs are not only using less electricity, but they’re far brighter with addition to using less electricity for that brightness. It means that even if somebody decides to fill their room with 5 LED lamps with 806 lumens instead of 1 incandescent bulb, they’ll still waste less energy - in addition with 5 LED lamps of 806lm making your room look like the sun is shining inside.
What you could do is have one of the HAs install the custom integration remote-homeassistant. However, even then it would mean that you have to somehow make your instance available outside e.g. VPN, port forwarding, cloud service, …
This one connects with the instance directly via a long-lived token and allows you to control and read date from the other instance. The good thing though: The configuration.yaml way allows you to specificially include or exclude entities. So with that you could technically only send the entities from slimmelezer+ without having to pass the other info.
I would say the only caveat would be that because the long-lived token is somewhere on the other house’s instance, they could technically take it and send commands randomly to your instance :P Maybe with an extra user you could maybe limit the permissions or something similar and create the long-lived token there - haven’t tried it though, just a thought.
Mark Stevenson, lead artist of DK64, has already said in an interview with Nintendo Life that the use of the Expansion Pak to fix a bug was just a myth. This kind of bug did exist but was fully outside of the context of the Expanion Pak:
Source: Nintendo Life - Feature: Donkey Kong 64 Devs On Bugs, Boxing And 20 Years Of The DK Rap
Stevenson later in an Games Radar Interview explained that the Expansion Pak was used for having bigger maps as well as being able to do more advanced lightning techniques:
Source: Retro Gamer - How the N64 “confidently signposted our way into the 3D future”