Thanks for the heads up.I've been creating some more automations using NFC stickers recently.
Can you give some examples of your NFC based automations. I've often considered getting some stickers, but I can't think of any use for them.
Thanks for the heads up.I've been creating some more automations using NFC stickers recently.
I'm still setting them up actually. Planning on setting one up for laundry (tag on washer/dryer) that sends a notification to the device that scanned it.Thanks for the heads up.
Can you give some examples of your NFC based automations. I've often considered getting some stickers, but I can't think of any use for them.
I'm still setting them up actually. Planning on setting one up for laundry (tag on washer/dryer) that sends a notification to the device that scanned it.
The only one I planned currently is the one to track my water intake but need one of the anti-metal tags for that to put the sticker on my water bottle.
My smart home stuff is currently limited to mostly sensors after moving to a new house since I don't have neutrals to install smart switches.
Most of my other uses for nfc tags would just be replacing switches or triggering scenes (all off / sleep mode etc)
alias: Laundry
description: ""
trigger:
- platform: tag
tag_id: aef49d21-18c8-49f1-9518-189db855e304
condition: []
action:
- service: timer.start
data: {}
target:
entity_id: timer.laundry
- service: input_select.select_option
data:
option: "{{ trigger.event.data.device_id }}"
target:
entity_id: input_select.laundry_device
mode: single
alias: Laundry timer
description: ""
trigger:
- platform: state
entity_id:
- timer.laundry
to: idle
from: active
condition: []
action:
- service: script.notify_devices
data:
notify_devices:
- "{{states('input_select.laundry_device')}}"
notify_title: Laundry
notify_message: Laundry should be done
mode: single
A very quick search for zigbee wled led me to a year old reddit post and this link https://github.com/fairecasoimeme/ZigWS2812_controllerAre there any microcontrollers out there with Zigbee support, and how hard are they to program? I bought a number of addressable RGB Christmas lights a while ago, and I've been controlling them with a Raspberry Pi Pico W. It listens for MQTT topics which it then parses for the various light effects.
This has worked pretty well for me, but I've recently switched my Home Automation stuff to be almost entirely over Zigbee. I love not having to have my items on my network, and the ease of setting them up is great. It's not a vital change, but I'm curious if there are boards out there that would do basically this same functionality, but listen over Zigbee instead. The ESP32-H2 seems to support the protocol, but it doesn't seem very widely used, and frankly if parsing its signals is orders of magnitude more complex than MQTT, I'm not sure if I'm terribly invested.
Opinionated rant follows, but one I hope starts dialogue.
Hello, automation noob here looking at it for the first time now that we have panels/inverter/battery and smart energy meters, with a view to get a zigbee gateway up to talk to them and then take it from there with sensors and lightbulbs/switches.
I've had a look in earnest at HA over the last couple of days; the initial onboarding is slick and pretty though it is... wow it appears to be a car crash of a dumpster fire of a titanic-iceberg level of bad architectural software choices* which has left me pretty despondent. Has anyone tried anything else? next biggest as far as I can gather would be OpenHAB but doesn't seem to have the user polish nor the mindshare.
* diatribe** in the spoiler below:
I'm not usually over here, usually hanging out in LKF/Server Room/Networking matrix and thought about posting this in LKF as it's that angle I'm really coming from.
To sum up, the maintainers seem to be really anti others packaging HA but I don't know if that's the cause, or an effect. The only way HA is fully functional is if you download HAOS (i.e. they seem to have created their own operating system). They do have an official container on ghcr which is great but don't support addons if you're running the container (i.e. HA Core). This is because the addon ecosystem needs HA Supervisor (a service in HAOS). Addons are actually docker containers. So not only is HAOS a new OS it's also a container orchestration platform too.
I wanted to run this in k8s or at worst via docker-compose as that's what I already have with my own implimentations; no addons mean no external database support as I have a MySQL database VM that I'd like to use for this (ootb it's sqlite, and that's fine, but not really container orchestration friendly), and I also have my own TLS cert solution which I could have bolted onto this but the DB is a dealbreaker so:
OK fine, so I spin up a kvm instance, install HAOS (which is a systemd linux but beyond that I can't really see, I couldn't get the ssh add-on to work; 502 bad gateway...) and once Secure Boot is disabled(!) it starts and comes up. Again, very slick onboarding. To the addons! the LE addon (that duplicates what I already have) at first sight won't work in my environment, so then to trying to think up some convoluted way with another VM to proxy_pass but at this point I gave up.
I understand people make opinionated choices and I understand that this is not my project but it's just so frustrating that they have made the choices that they have because they limit interactivity/composability with that which already exists
**I wrote diatrible, it's late but somehow fitting because it's mostly drivel...
How is it being collected on the other pi? Is it just a temp sensor connected directly to the pi or is it another device?I've got HA and MQTT running on Docker containers on a Pi after multiple attempts (some of the instructions I chose were out of date).
Next step, get the temperature data in the house (that I already collect on another Pi) into HA via MQTT. HA Instructions are long and tedious - so I'll likely be dicking around with it for much of the day.
Honeywell hih-6130 sensor hardwired to the Pi. It's running buster though, so getting Mosquitto tools installed seems to be a problem. Trying the rest api nowHow is it being collected on the other pi? Is it just a temp sensor connected directly to the pi or is it another device?
I'd go for Athom, https://www.athom.tech/. They offer pre-flashed with Tasmota or ESPHome, which makes it so much easier.Busy with work but had the quickest of looks at OpenHAB this evening. All of 2 minutes to get the Hello World container web interface up and running in docker on my laptop; has JDBC so will plug into anything and the plugin system doesn't seem insane. Going to give that a go instead and if I run into problems/limitations well it'll be what it'll be; So ordered a couple of Sonoff temp sensors and now hunting round Amazon for smart mains electricity plugs.
REST doesn't work either. There seems to be some SSL versioning that I can't overcome on the old Pi.Honeywell hih-6130 sensor hardwired to the Pi. It's running buster though, so getting Mosquitto tools installed seems to be a problem. Trying the rest api now
My smart home stuff is currently limited to mostly sensors after moving to a new house since I don't have neutrals to install smart switches.
I have beautiful plaster/drywall1 work that utilizes heavy knockdown texture and sweeping curves between the ceiling/walls. I will never put more than a nail hole in that part of the house because I have no skills to blend it in and I'm not sure how to even find an artist who could. It'd already be done otherwise - at least enough access holes knocked in for me to look at what was going on in which order.Jinkies! Wish you could just go ahead and get a full re-wire, with a mix of crap like that.
online
but you'll see diddly squat in the logs for it and the only way you will see is if you create an Equipment out of the Thing; or more specifically a Point that reads the Thing's Channel data. The semantic model is clearly well thought out and very flexible but the way you interface with, certainly as a beginner is really annoying. I don't know if it exposes APIs (I hope so) but groping my way through this really made me want what I suppose I'd call IaC tooling.Just saying, HomeAssistant already has the graphing/recording/etc built in to the sensor valuesAnyway it's ingesting this now for a handful of sensors and next I want to try to graph them....
OHAB uses RRD for persistence by default as it happens (even tho I'm using MySQL via JDBC) and there is already internal simple graphing. There's a plugin system that will let you export stats to prometheus/influx.No clue, but can Grafana work with OpenHAB for it's data source for graphing? Or does OHAB not do data recording, so you'd need to do your own to pull the time-series data in for Grafana (or similar)?
[22:05:22][D][voice_assistant:557]: Speech recognised as: " Turn on Kitchen Counterlights."
[22:05:22][D][voice_assistant:557]: Speech recognised as: " Turn on Kitchen Counter Light."
[22:08:33][D][voice_assistant:557]: Speech recognised as: " Turn on Kitchen Sync Lights."
I'm wanting to use it, just haven't really put the effort into much setup. Also Rhasspy 2.5 (https://rhasspy.readthedocs.io/en/latest/) basically has no work being done, it's all going towards v3 (https://github.com/rhasspy/rhasspy3/). Which I haven't really spent any time trying to setup yet, was waiting for it to bake a bit more. Should probably revisit it, since it's been at least 3-4 months since I looked. And look on the discord or chat or whatever they're based on, get the actual "which branch/whatever" should I be trying to use.
I think it depends on the system used, protocol, and device support.I’ve been fighting with Home Assistant over different issues, but both systems illustrate that you apparently need to be an IT geek to get one of these working.