Yeah. Right. Can’t argue against completely irrational rambling. I’m out of here.
@champagj, I suggest you do some more research about your options and see if you can get some other, more objective opinions. The opinions voiced by @orange-assistant are extremely biased and factually incorrect. I would suggest taking them with a (large) grain of salt.
No, Zwave does not.
Interesting! Thank’s for that information - wasn’t aware of that at. 
I saved the ISM 2,4GHz band for WIFI, BLE and Z-
/
but indeed Z-Wave works somewhere between 865.2 and 926.3 MHz depending on the region 
If you have any other corrections you want to tell us @HeyImAlex feel free to this in this thread (would be useful instead of just “irrational rambling” 
)
Well. There sort of is. I bought some Kuled WiFi switches from Amazon two years ago, flashed ESPHome on them and they have been working fine since installing them. Last November, I ordered two more. These, however did not have the ESP chip, but instead they are using a Bekin BK7231N chip. Not at all compatible with ESP. However, the switch still works with their cloud service, so as far as Kuled is concerned, they are the same.
This is why I prefer Athom with ESPHome already flashed.
Most of my home is using WiFi devices. Some Z-Wave and a couple of Zigbee. I prefer the WiFi devices.
Not if you aren’t using a cloud service.
Not if the first thing you do is to flash ESPHome or Tasmota to them. The only thing in my home that is “on cloud” are my Honeywell thermostats. And they predate my use of Home Assistant.
You can send it to me.
You can fairly easily migrate Tasmota to ESPHome. Just create your device .bin file in ESPHome then use the Tasmota OTA feature to flash the .bin file to the device.
An IP scan reveals that my home has 128 devices on my 2.4GHz WiFi. About half of them are IOT things and none of the IOT devices has ever misbehaved.
It depends on where in the world you are.
Channel 12 and 13 is restricted use in a lot of places and it is actually illegal to use them there and interference from the devices that are allowed to use them can occur.
That is why most guides say 1, 6 and 11.
True, it tries to retransmit and after just a few failures it will start to limit the frequency spread to better find a place without interference, but that also means less throughput.
The frequency spectrum for 2.4Ghz is pretty used up in many congested places and that is why the 5GHz frequency spectrum have been release for license-free usage by WiFi.
What you do not see in the output of a WiFi scanner is the arc when under load and you do not see all the other things that use the frequency spectrum, but that do not announce themself as WiFi network.
It can be hidden WiFi networks, remotes, DECT phones, RF doorbells, even a number of microwaves hits the frequency when in use. And then there is of course Zigbee and Z-wave networks also.
WiFi was designed to handle multiple networks using the same spectrum, but it is oversaturated today and networking professionals will all tell you to wire as much as possible to ease up on the saturation.
Often you can not really control it.
Yes, you might be able to buy ESP devices, but suddenly they are not using ESP chips anymore and then you are forced to find new devices. Many Tuya users have already experienced that problem.
I totally agree that ESP devices are nice, because we often have a way to reflash them, but it is still on the “good” will of the vendor to allow this. Some vendors switch away from ESP, probably mostly for product development, but there some that actually remove the normal flash holes from their prints, so you need to really fiddle with a print to prevent us from reflashing.
I can send you my switch if you are going to pay for delivery @stevemann . It could cost more than a switch.
The problem with flashing devices is mostly on manufacture side. The sonoff switches I flashed a few years ago were basically easy to flash as they had exposed pins. As I never flash switch before it took me a fair amount of time to research, buy equipment I needed to do it and study the way how to do it.
Some switches like tuya wifi switches doesn’t have exposed pins. Meaning, do more researches, invest a lot of time and effort to find a way how to do it.
In the end of the day the question is it worth it?
We all have jobs, and some other things to do. All this requires a lot of time, energy and effort in researching to accomplish what exactly? Put a different firmware on device.
In my point of view it’s less expensive for me to find a product with reasonable price that I can use as I pleased and use it only on my local network.
Majority of devices, and I have around 90 - 100 devices, are local controlled. But not all of them. I have few tuya wifi switches that I plan to trash, two alexas that are using cloud because that is the way they work and nabu casa cloud for remote access.
Always a great solution, IMHO…
Winner, Winner! Lutron uses 434MHz Clear Connect RF. It is incredibly robust, reliable, and quick. Lutron’s Clear Connect RF protocol travels easily through walls and does not conflict with WiFi (2.4/5GHz), Z-Wave (~900Mhz), Zigbee (2.4GHz), Bluetooth (2.4GHz), etc… My entire house is outfitted with Lutron Caseta Switches, Dimmers, Fan Controllers, and Pico Remotes. It ‘just works’ every time!
Also, with Lutron, you’re buying a complete lighting system, not just switches and dimmers. Lutron Caseta integrates easily with Home Assistant, Amazon Alexa, Apple HomeKit, Google Home, Hubitat, SmartThings, Node-RED, Sonos, Ecobee, Logitech Harmony Hub, etc… This is incredible flexibility in terms of its ability to work with a variety of systems.
Similarly, Philips Hue for smart bulbs in table and floor lamps provides similar integration options natively. Yes, Hue bulbs are more expensive, but when paired with a Hue bridge, offer features like native Apple HomeKit integration and the ability to choose how they behave when power is interrupted/restored to them. Philips Hue works with Home Assistant, Amazon Alexa, Apple HomeKit, Google Home, Hubitat, SmartThings, Node-RED, Logitech Harmony Hub, etc…
It is actually quite nice having all of my lighting abstracted from the home automation controller. This provides amazing flexibility when one decides to upgrade hub hardware, try other hubs/software, etc… Not having to walk around the house and re-pair every device with a new ‘hub’ is really convenient.
For Motion sensors, Door/Window Contact sensors, and Water Leak sensors, I use Zigbee devices.
Good luck in whatever you decide!
A lot of places beside most of the world? 
^B In the US, 802.11 operation on channels 12 and 13 is allowed under low power conditions.
List of WLAN channels - Wikipedia
Might be illegal if you blast with 5W on channel 13 in the united states? Well blasting on channel 1 with 5W is probably equally illegal (please proof me wrong if you know better!) 
If one does it’s due diligence before buying you should be able to end up with the esp based devices you want. For example I always contact the seller beforehand and ask if the device (I’m interested in) is based on a esp82xx or esp32. Sometimes they don’t understand so then you can just ask for a picture from the inside/pcb and most seller provide this without hassle. I only once got a batch with some non esp chips after the seller confirmed they have a esp inside. Got full refund on that devices and actually they do work with a esphome using the libretuya fork today 
Also esphome is not limited to esp82xx and esp32’s but now officially supports the rp2040 and a fork exists which makes esphome available for many of this new tuya chips 
https://docs.libretuya.ml/docs/projects/esphome/ (also a pr #3509 exists to get this upstreamed into esphome 
)
Beside like mentioned you can always buy pre-flashed stuff (if it is wled, tasmota or esphome doesn’t matter) because then you know a esp is working inside and flashing a device OTA from tasmota to esphome for example can easily be done 
Like mentioned you need to pay more for this “service” of getting a pre-freed device but if one doesn’t want to flash and maybe tinker but a fast win that’s obviously the way to go. 
Many sources exists like dedicated online shops 
but you can also find this pre-flashed/freed devices on amazon or aliexpress. 
So everyone who wants to end up with the “right” devices they can easily. Just randomingly buying any product which writes wifi on it obviusly is a poor choice and ending up with some cloud only stuff with various limitations is expected. 
(the same is true actually for Z devices to my knowledge - while they should always support a minimum set of features they not always do like highlighted in this thread.)
Definitely. Ether way you go (pre flashed with no extra “work” so you have more time for your day job or the cheaper, harder way which will include some manual work). Just think about why you choose home assistant over other closed source solutions with limited functionality. 
Choosing devices which you can control hardware and software wise not only gives your more freedom (extending functionalities the manufacture didn’t include for example) but also allows you updating your devices (and maybe close security vulnerabilities) years or maybe decades later. 
For example Z-Wave device of the line 100,200,300 are vulnerable and there are no fixes from the manufactures. If the *ware would be open I would expect the community would have fixed this already - but as this is proprietary stuff owners of such hardware are just now left with insecure devices in their homes 
In 2022, researchers published several vulnerabilities in the Z-Wave chipsets up to the 700 series,[53] based on an open-source protocol-specific fuzzer.[54] As a result, depending on the chipset and device, an attacker within Z-Wave radio range can deny service, cause devices to crash, deplete batteries, intercept, observe, and replay traffic, and control vulnerable devices. The related CVEs (CVE-2020-9057, CVE-2020-9058, CVE-2020-9059, CVE-2020-9060, CVE-2020-9061, CVE-2020-10137) were published by CERT. [55] Z-Wave devices with 100, 200, 300 series chipsets cannot be updated to fix the vulnerabilities.
Z-Wave - Wikipedia
Ok, my knowledge was a bit outdated there. I found an EU decision from 2003 that streamlined it by 2008. Before 2003 there were a patchwork of rules from country to country.
In EU you are allow 100mW from the radio (not antenna, so signal way between radio and antenna should be kept at a minimum).
And I agree that ESP devices are nice because they are so closely integrated with Home Assistant, but WiFi devices that were talked about generally in this post is not only ESP devices.
ESP do still suffer from in general a lousy antenna and when powered by battery a poor transmit power.
Is it? How comes this limitation? The author of this thread clearly doesn’t ask about “general” wifi devices but actually asks specifically and even mentions esp’s and custom firmware 
And if you read along this thread again you will see that I only recommended ESP based wifi devices as others (as with z-technology) you can’t (yet) completely own 
Well a (bare) esp doesn’t even have an antenna 
The smallest set you can get with antenna is a module, like the very common (like ~$1 heavy) ESP-12 and indeed there is a (old) revision ESP-12E which is known for a weak antenna performance but this is already replaced by a newer revision (ESP-12F) for years.
Normal WPAx WIFI and battery powered devices doesn’t make much sense imho. But ESP’s are also not limited to WIFI - even with the internal hardware the “classic” esp82xx and esp32’s can transmit long range (low power) via esp-now for example 
It’s not (yet) available in esphome directly but via various custom components, for example from @tomrusteze
In general it’s very interesting to see people here in this thread having “fear” of weak wifi performance or service degradation but at the same time (or because of it) they maybe have no practical experience on that topic. I think there were not even one reference/link which would support claims some users made here 
On the other hand I have no practical experiences with Z-Technology (which I always try to highlight in my posts) because for me they are just out of my comfort zone due to the fact only the hardware can be owned and I can’t improve/change or do whatever I want with this devices. Beside the time I started over 5 years ago with my esp journey other devices with Z in the name were easily 4 to 5 times the price as esp based counterpart.
So as a little summary why @champagj could bet his horses on esp based wifi devices running esphome:
Maybe you should highlight this big and fat in every single post you complain about z-protocols, which you do very often, so that people know how to interpret your ‘opinions’ 
Or alternatively, don’t complain about things you know nothing about. Sounds reasonable, don’t you think ?
LOL! 
To the OP:
As with most questions in Home Assistant, there is rarely one answer. If you ask ten people their recommendations for hardware choices, you will get fifteen correct responses.
My criteria for selecting devices is, in this order:
Hmmm. I think I just described WiFi.
For what it’s worth, almost every light in my house is on Home Assistant. There are some Z-wave and a couple of Zigbee lights (Ikea), but my preference is still WiFi. Over the years I have only had one device failure- a Z-wave switch from G.E.
(Of course I’ve smoked a few through mishandling).
You should be able reading it without me highlighting it for you (other users can do this) The blue text in my posts are hyperlinks by the way - you can click on them and they might even lead you to further information 
It’s really easy, actually only one-click if I’m on the product page and another ctrl+v 
But actually you are on point - I don’t do it always - just when the description/reviews are not clear about if a esp is inside or not. Better safe then sorry 
It actually (mainly) describes esp based wifi devices as for now (but hopefully soon get’s broader coverage of socs thank’s to libretuya )
What do you mean by “own”?
To reflash?
What would you reflash a device that is already made for a specific purpose and flashed for that purpose? The Zigbee protocol will have the standard for the values to publish, so the vendors just publish it. There is not much more to it.
If you want to make your own devices with Zigbee, then you would take a ESP32-C6 or similar.
I know and I know also that there are a few modules with option for external antenna. I actually have one, but an external antenna only really improve the receiver on the ESP and not the transmitter, because the radio output is just not that good with its low power design.
I agree. ESP-NOW is nice and I use it on my plant sensors, which is battery powered, but it is, as stated, not available through ESPHome yet.
Once it comes, then it becomes a competitor to Z-tech.
And for you list of pros.
Zigbee have some extra points.
I just flashed two switches, KS602S, that have the Beken BK7231N chips in them. I purchased two from Amazon about 18 months ago and they had ESP chips. I bought two more earlier this year and discovered that they were not ESP switches any longer. I will post my process on the “Share your Projects” sub-forum shortly.
Not using LibreTuya. I used OpenBK7231.
Kind of. It’s just if you buy hardware and you don’t have (any) control (“own”) over the software. The worst obviously is a cloud connected thing you can’t own as every day there is the possibility the vendor turns off the hardware you bought or renders it to a brick because they simply shut down there computers your hardware were depending on. 
Obviously the Z-Stuff is not in this group as it allows full local control - still you can only do what the manufacture build into the device and you can’t extended functions as you don’t control (“own”) the soft part of your device
I gave already some examples in this thread. Like the wall switch which can be extended by software only to be a wall switch that’s also acts as a bluetooth receiver/sender to read/control other sensors
Standard/Default and you need to stick with it. But much more is possible!
A esp based wall switch (with a esp32) can be for example autonomously (without HA or WIFI) control a exhauster fan with hygrometer readings it get’s over bluetooth. No modification to the hardware needed, just add thermo/hygrostat in esphome (software only) and your device can do (much) more than the vendor/manufacture anticipated. 
Indeed new eps’s are announced and some offer zigbee, thread and matter support beside wifi and bluetooth/BLE.
Still if one can’t program (like me) I’m gonna stick to esphome and the supported esp’s for now which does not yet support any of the latest models (which are often only announced but not released actually).
Also espressif mainly moves to RISC-V cores now which also is exciting because it’s a open standard instruction set
It is as various custom components exist (see the linked one for example) - but indeed it is not in “mainline” esphome. 
It does. Espressif still improves the SDK’s the custom firmwares (like esphome or WLED) are using under the hood. The like 10 years(?) old esp82xx still get’s security fixes which can be deployed to hardware bought 10 years ago. On the other hand If you don’t care about longevity you might end up like people who bought z-wave stuff (100-300 series) which have discovered security vulnerabilities which probably will be never fixed 
That’s often only sad theory. It looks like it heavily depends on the vendor and you just can hope that your product get’s fixed if a security vulnerability is discovered 1, 3, 5 or 10 years later
It’s like the same with (wifi)-routers were manufacture should keep them up2date and fix bugs and holes. In the end (maybe 1 or 2 years after release of a device) you often better flash/install openwrt on your device at it often mitigates (or fixes) bugs which are just not fixed in the vendors firmware
Indeed (but as I said I would never make use of WPAx WIFI for battery devices at all). 
Z-Technolgy is very energy efficient and this is probably the most superior fact over the wifi based devices which are power hungry (and therefor not really fit for battery use) 
I think technically that’s not necessary as esp’s can use WPAx WIFI and ESP-NOW at the same time. The only condition I think was that they use the same channel - otherwise the wifi interface in the esp needs to be reinitialized which causes a disconnect from WPAx WIFI. 
Also if you want to use a bridge you are not forced to invest like $2 in a extra d1 mini for example but as you have already full control over your esphome devices you can just extend the functionality of them and let your plugs/wall-switches or whatever devices you have around anyways just do that task. You can do this because you can really own that stuff and extended them as you please
My hole esphome setup is based to be maximum autonomous and resilient. With esphome it’s a ease to even decide the second you fire something (like a button press) which “way” it goes. If HA is connected it can just send the press as an event to HA. If not it can for example toggle a local relay instead and/or send a rest-api/esp-now payload to another esp device to active a switch/light (so instead of using a light group in HA for example it can just turn on the lights by it self )
Thank’s @WallyR for your useful participation in this thread - other users might take you as good example and could also try to deliver some facts instead of unsubstantial ranting
I have some sonoff basic laying around so I flashed it with esp home. I must say to you @orange-assistant that this esphome is really really neat stuff. Except for flashing it for the first time.
ESP-Now and WiFi have to use the same channel if an ESP device is to use both communication protocols.
The issue here is that the ESP-Now can not use auto-selected channels, so you lock your WiFi to that exact channel, which makes mesh WiFi, well, a mess, because they have to use different channels to not jam each other and APs with auto-channel selecting for optimization is impossible to use.
ESP-Now is really good for long range, but WiFi on the same channel actually limits that usability a lot due to the noise WiFi makes, which is also why I have a ESP-Now gateway to MQTT on wired LAN.
You need the gateway to convert the media. No other device can read and route the ESP-Now data.
To me the idea of running WiFi and ESP-Now on the same device other than the gateway is kind of stupid. Espressif talks about it as a backup to WiFi, but if your WiFi dies, so does your gateway that route through WiFi. You can maybe make ESP devices talk to each other with ESP-Now when WiFi dies, but they have to be in range, since there are no routers in ESP-Now and the behavior have to be hard-coded directly into the firmware.
ESP-Now and WiFi on battery powered devices makes even less sense, since this just adds more drag on resources to listen and decode all that chatter.
ESP-Now only devices makes sense as an alternative to Z-tech.
