github.com/…/Installation:-Home-Assistant-OSInstalled it, got one feed working live streaming, that’s it. Left it because of life you know. Upgrade it to version 0.8 the other day and rebooted the HoAss server and voila, there it was. Recordings of the all the movements recorded by the camera.
They definitely are repeaters. I had issues with a Moe’s ZigBee dimmer. It turned out it was relaying off of an IKEA bulb. When that lamp got turned off at the switch, it killed the link. I ended up using a smart plug as a repeater.
I second this statement. Most of my bulbs are IKEA. I have 4 floors and my ZigBee dongle is on the ground. If they weren’t repeaters, my Aqara motion sensors wouldn’t be working, but they do!
Interesting… are you using Zigbee2MQTT? Because i am on ZHA and looking at my network visualization none of my aqara devices connect to the IKEA bulbs. Only other IKEA bulbs connect to them in my case.
I have some temperature sensors from aqara, some movement sensors and some multi buttons and they didn’t connect to them. I had to buy some smart-plugs to act as repeaters.
Z2M, and it was definitely routing via the bulb. The ZigBee dimmer unit couldn’t reach the coordinator directly (I might have mounted it in a metal wall box, with a metal front plate). It was connecting to the bulb and working fine however. When the bulb was off, the dimmer completely lost connectivity.
It might only be some of their bulbs, but they can definitely act as repeaters.
I remember having constant disconnects with my several aqara devices when i only had a path of bulbs to connect to. Those bulbs have constant power and are not turned off.
And when checking ZHA visualization i saw that they don’t connect to the bulbs but rather tried to connect directly to my stick but only got minimal connection because of the distance. No matter what i tried, they would not connect to the bulbs
Create your own automation instead of using the blueprint. The blueprint doesn’t expose the location so it won’t work.
You might be able to look at the full yaml from the trace and copy it into a new automation (replace everything, then update the name). Once you’ve done that you should be able to use the visual editor and make whatever changes you need.
I mean you can basically make everything you can image work through stateless switches. You would use homebridge to attach some script to the switch and start from there. That’s how I control some of my stuff too. AFAIK homebridge and HA can co-exist.
Yes sorry I didn’t read your whole question very well. It may be possible to use the integrated remote app in the iPhone to control that. What device plays this video feed?
This is the answer. I have a handful of notifications setup this way. My routing logic tends to be much simpler but that’s what “choose” is for.
The only tricky one may be to hold the notifications until later. I probably wouldn’t bother with that personally. Instead I use the do not disturb functionality on the phone.
Sorry to not tell that, the plan is indeed for doing this in node red. I only want an example to put me on the right track and thought maybe someone else had something similar.
No I just mean Wi-Fi. I do have existing doorbell wires that I can hook up to it for power. I’d probably prefer not having a battery just so I don’t have to worry about charging it ever.
I’m using both IKEA and Hue bulbs without having used any of the original apps/hubs (though I do use the deCONZ/Phoscon hub addon, not the Home Assistant ZHA but if you’re device is listed as compatible the experience should be the same.
Edit: apparently you can re-pair without a remote, see below comment: One thing to note about the Hue bulbs (without a Hue hub) is that you need one of the remotes to reset bulbs after already being paired so they can be re-paired to a hub, where as the IKEA only need the power turned off and on a number of times to enter pairing mode.
I actually ran into this just the other day on some refurbished Hue bulbs. I was able to reset then without any remote or app using this method. Just make sure to do it 2-3 times in a row or until the bulbs start flashing.
I use bulbs I’ve bought from IKEA and Lidl. Because they’re ZigBee they’re local. The "Hub’ is HA because I have a ZigaZiga electrolama.com/projects/zig-a-zig-ah/ usb stick.
I use ZigBee2MQTT in HA to route commands to my bulbs (and sensors and plugs) which routes ZigBee commands through my MQTT broker which is also in HA.
I’ve been using the Sendled Sengled E11-N1EA bulbs available on Amazon for quite some time now. They have a bit of a cold white edge to them and could maybe be a bit brighter at times, but overall I’ve been happy with them.
Mine came in a 4-pack. I have two inside in table lamps, and two outside in coach lamps.
I’ve had 10 of the RGB ones, E21-N1EA, for a few months now and they’ve been working perfectly. Not the brightest or the most accurate color, but they’re simple, cheap, and local-only.
HA might be possible in a active passive configuration if you don’t have any dependencies on external hardware like a zigbee stick. Active active would need support by HA and I don’t think that is implemented.
I think the most secure thing is to keep regular backups so you can roll back easily.
Thanks, yes, I think active-active would be another magnitude harder… and would need database, history, etc on shared storage… over the top to jist ensure the lights stay on.
And backups are essential for all use cases (and not just the built-in HA backup left on the device / VM / container that just failed!)
Correct, OPs needs is describing what kubernetes was made for. Fault tolerant container orchestration. Or any other orchestration framework.
However it’s a best to learn and get set up. Migrating all of my containers over took a couple of months of learning and trial and error. Each person has to decide is that level of effort worth it in a home application
You’ll need to learn a lot more about kubernetes to decide fully if you want to do it. I’m more or less telling you that yes there are ways to keep it highly available, but they’re going to be literally 10x if not more the amount of effort to spin up and probably maintain.
Proxmox has their own flavor of HA that is a lower level of virtualization. They’ll be able to failover a specific VM/CT to another node if one fails, but again pros and cons. The major annoyance for both is where do you put your data so 2 separate nodes can access it? Both k8s and proxmox have different approaches.
K8s and Proxmox operate at different levels. You can run k8s on Proxmox, and that’s what I’ve been (very slowly) building up to at home.
With Proxmox you can failover VMs between nodes as long as storage (including VM boot disk) is external to the nodes. This can be NFS on a NAS, iSCSI, Ceph or many other options.
It’s even possible to failover a USB device (e.g. a Zigbee controller or similar) by attaching one on each node and mapping them using Resource Mappings (search on the announcement post: proxmox.com/…/proxmox-virtual-environment-8-0).
This can also be used if you’re deploying k8s on top of Proxmox just as well.
I really like getting a notification that someone is at the door when I’m out. Yeah maybe it would be better with a video or picture, but I paid less than a fiver for it, including shipping from fucking China
Haha I literally setup this exact thing yesterday, and then spent ages making Telegram notifications that delete themselves after a set time, so as not to clog up the feed. Because what’s the point of knowing that someone was at the door after they’ve left?
homeassistant
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.