zigbee2mqtt VS rtl_433

Have you considered Zigbee2mqtt[0]? You'd be running an extra program, but the docs are really good, it's pretty lightweight, and MQTT is incredibly easy to talk to from python or basically anything else.

[0] - https://www.zigbee2mqtt.io/

For Zigbee, I can recommend using the Zigbee2MQTT (https://www.zigbee2mqtt.io/) integration instead of HomeAssistant's built-in ZHA system. It might be a bit more complex to set up, but it's very powerful and works fantastically. (User "simon42" on YouTube has some good videos about the topic, but they're in German.)

This is definitely better than many of the alternatives but still not perfect. With Zigbee etc you end up locked into one or more of the ecosystems, not to mention some manufacturers implementing it in a way that has weird quirks (see [1]). With esphome you have a limited choice of devices (would love to see more), but you also usually end up locked into keeping a 2.4GHz WPA2 AP for your devices (and you miss out on mesh, but also the problems when it doesn't work...)

1: https://github.com/Koenkk/zigbee2mqtt/issues/16717

I can recommend this: https://www.zigbee2mqtt.io/

You can keep your Hue bulbs and devices but threw away the app, hub, and need to work with hue as an institution at all.

I got a $30 USB zigbee stick to replace the hub. works great!

It looks like it uses zigbee? If you have a server you could run zigbee2mqtt. You'd also need a zigbee dongle / adapter.

\also posted on the z2m* github device discussion board

If you want to use HA on your phone, you would need to install it on the pi, along with either ZHA or Zigbee2MQTT for the Zigbee network interface. Debian alone won't be able to interface with most of your smart devices.

I still haven't understood if the devices will change the path using the better route or not (since I've just tested a bTicino switch K4003C and it keeps using the worst path with 1 or 0 signal quality over a near Ikea repeater with a signal quality of 50).

And there's a multiformat receiver block too: https://github.com/merbanan/rtl_433

pi@pi4b8:/etc/systemd/system $ cat rtl_433.service # based on https://github.com/merbanan/rtl_433/issues/1651 [Unit] Description=RTL_433 service script StartLimitIntervalSec=5 Documentation=https://github.com/merbanan/rtl_433/README.md After=syslog.target network.target [Service] Type=exec ExecStart=/usr/bin/rtl_433 -C si -F mqtt # Restart script if stopped Restart=always # Wait 30s before restart RestartSec=30s # Tag things in the log # View with: sudo journalctl -f -u rtl_433 -o cat SyslogIdentifier=rtl_433 StandardOutput=syslog StandardError=syslog [Install] WantedBy=multi-user.target

For example, rtl_433 has the spec for an X10 sensor say I know what data I want to put where, is there some tool/site I could enter in what the "specifications" of the signal waveform are and the data I want to send as a byte-string or binary-string and it would create a playable .sub file for me?

For "outdoor distances" I'd probably stick to something LoRa or 433MHz based. YoLink has quite a few options using the LoRa protocol. I use basic 433Mhz based AcuRite sensors paired with an RTL-SDR dongle connected to a machine running RTL_433, and use Home Assistant to trigger automations and alerts.

866-868MHz is SRD/ISM band (in UK/EU). Can be things like energy meters, TPMS, medical devices etc. Try rtl_433 on it.

I'm trying to add a Honeywell doorbell to Home Assistant by using the RTL-433 GitHub project/program. When I run the program the SDR dongle is detected but it doesn't display anything when I press the doorbell (the image shows what I see after running the program and pressing the doorbell). I have also tried Honeywell Activelink (FSK) aka [116], so I have tried both 115 and 116 decode protocols.

rtf_433 IoT & embedded device signal receiving https://github.com/merbanan/rtl_433