Perfect! 
Although I doubt that she will ever notice her new outfit on her HA Companion page 
Nobodyâs forcing you.
I run just core because I donât want a locked down managed system where I canât install other software outside the addons.
You need to install zwavejs2mqtt for zwavejs to work in core/container. It can be installed in a docker container, and Instructions are here
https://zwave-js.github.io/zwavejs2mqtt/#/getting-started/quick-start
1 Like
Thatâs where a Supervised install on top of Debian is even better. You can run other software in the background plus have add-onâs.
1 Like
Anyone having issues with Climate entities in Tuya v2? I am getting the following:
The device appears but not the corresponding entity.
Yup, another one here:
I canât remember exactly what it looked like before, but Iâm pretty sure it wasnât an empty circle! Works ok otherwise though, so just a UI bug I think.
Have you cleared your browser cache?
Just say you decided to run some pirated software. Not sure HOW you pirate free software though⊠
That is a matter of opinion. I have chosen to run HA in Docker with s separate Docker container for official zwavejs2mqtt. That avoids the complexity if an HA addon based off of the official released code from the developer. With MQTT turned off, the xwavejs integration workd fine with zwaveje2mqtt WS server.
1 Like
@sparkydave @mwav3 You donât even need supervised or core anymore to get around a âlocked downâ system. The community terminal and SSH addon give you full control over HassOS. I still run supervised but everything that I need to do in supervised can now be done using that community addon. Iâve just been too lazy to switch to HassOS.
1 Like
I think the fact there are so many install options that can be debated is one of the biggest advantages Home Assistant has. This gives the user lots of choice and flexibility. There are ups and downs to any of them though, which already have many threads in the forum. I wrote about the reason I went with the container install here The benefits of docker / core / rasp - #4 by mwav3
Sometimes though we get in our âcampâ about which install option is better and I see a post saying âwhy would anyone do it this way?â. Iâm sure the original poster has their reasons for a core install, and I wanted to give them the instructions to get zwave working with it.
2 Likes
I have exactly the same issue. Did you find a workaround? I can only assume that itâs something to do with my IP being in Australia and the data center in China. Unfortunately there is no Australian data center and the app defaulted to china when setting up.
Iâm running on a Pi 3B, so I try to limit any overhead. Also I always was able to install any extra software (node-red, bluetooth monitor, esp home, idrive backup, etc.) by myself. I see ZWavejs2Mqtt has a full documentation where zwave-js-server has a very partial one. So Iâll probably try the first option.
2 Likes
Hi guys.
(Now hopefully in the right thread 
)
With this update the systemmonitor sensors (homeassistant/components/systemmonitor/sensor.py) where updated and with that change at least the load monitors (load_1m, load_5m and load_15m) stopped getting sent over to InfluxDB.
Additionally the long term statistics for these sensors also stopped working (ex: "[homeassistant.components.sensor.recorder] The unit of sensor.load_1m (None) does not match the unit of already compiled statistics ( ). Generation of long term statistics will be suppressed unless the unit changes back to " ).
Other sensors from the same module such as the memory_use_percent appear to be fine though.
My best guess is that changing the units from " " to âNoneâ breaks the InfluxDB integration.
This behaviour was triggered right with the first update (2021.10.0) and persists through at least 2021.10.3.
So Iâm not really sure where I should report this exactly, can someone give me a pointer, please?
Cheers!
1 Like
I had to âDeleteâ my app account (which was setup in China) and create a new app account in the correct region. It took a while, but it now kinda works (the new integration doesnât inspire confidence).
1 Like
Thanks for that. Doesnât really give us much of an option in Australia. Think I might just look at at dumping the tuya products. Everything else (shelly, hue, lifx) has been seamless.
The former tuya integration worked good⊠It might be rash to dump it until we give them a chance to fix stuffâŠ
Getting the following error trying to connected the integration.
Have rebooted multiple times.
Tried new clean install of HA with no other integrations and same result.
I did also set my region in the Tuya IOT platform account settings (Account Information > Basic Information > Country/Region > âUnited States of Americaâ)
Tuya login error response: {âcodeâ: 2007, âmsgâ: âyour ip(###.###.###.###) cross-region access is not allowedâ, âsuccessâ: False, âtâ: 1633965641198}
Also, on the website, under linked tuya app account, it shows 31 devices, but on the all devices tab, it doesnt list anything.
Edit: I created a completely new account on the tuya app and added a device to it. This time it sees the device on the all devices tab in the cloud project, but still gives me the exact same error:
Tuya login error response: {âcodeâ: 2007, âmsgâ: âyour ip(###.###.###.###) cross-region access is not allowedâ, âsuccessâ: False, âtâ: 1633965641198}