I like the way you covered these two very thoroughly. Thanks for this video!

Awesome video, pretty much the same conclusions I've come to: 1. Tasmota is easy and works really well for pre-defined products 2. ESPHome can allow non-programmers to get a "good enough" configuration for their home built projects, but if you already know how to write code in Arduino you are probably still better off writing your own custom firmware. For the OTA tasmota deep sleep on the roof problem: Send an MQTT message with retain, that way when Tasmota wakes up the next time it will grab that message and prevent deep sleep. After you make your update just send a blank retained message to that MQTT topic to clear it out.

You are drawing me in to creating my own sensors and actuators for my home. The structured way you explain things is very helpful. Many thanks!

Nice to see that the weekly publishing is back ... thanks for the video

I tried both. ESPHome is much more powerfull. You can do data treatment on the device itself before sending it to Home Assistant and avoid ugly data entering Home Assistant.

Very nice, as always, and precisely relevant to my current project. Thanks again.

I wanted to take a moment to thank you for making this video. I'm running HA in a virtualbox VM at the moment while I await my pi to arrive. You provided some key information that I could not find in other videos regarding getting the first binary into my NodeMCU so that I can continue with OTA uploads. All the other videos had demos of ESPHome Add-on having ESPHome-Flash built in, which mine doesn't. You pointed me in the right direction with the download binary, and I found ESPHome-Flash executable for windows on the web and downloaded it.. All went well after that.. This NOOB thanks you very much for that, as well as the comparison which helped me to know what kind of options I have for working with these devices. I too have been writing code in C++ in the Arduino IDE for my ESP8266s and Arduinos for years doing all sorts of projects, some with web front ends. I'm just now starting to come up to speed in the world of Home Assistant, MQTT, and this way of building applications for integration of many devices not wanting to reinvent the wheel that so many others have worked so hard to build, and nicely.

Hi Andreas, thanks for all these videos. I've learned a lot from you. You're a good teacher. 👍👍👍🦾

Thanks Andreas. Fantastic analysis and presentation as always.

Thanks for your excellent videos Andreas! Did not know about tasmota-display, but now I know✌

Great comparison. Thank you for all your research work and sharing.

You are really a great teacher, sir. I appreciate your efforts.

Andreas, very much appreciate your content. Learned a lot on this one!

Both projects are great IMO!; It gets you balls deep into the software engineering process. Learning the rules / automations really makes a device smart.

Thanks for sharing your observations. Well done Sir!

Thanks for the great comparision. I use the old fashion method for the most of my ESP-based sensors. But I also tested Tasmota for sonoffs. ESPEasy for a simple S0 counter and ESHome for a CO2 sensor, because only here I could switch off the autocalibration of the CO2 sensor and could easily use an ESP32. All are running stable. BTW, the coolest sensor is the MLX90614ESF Far IR sensor. Using this and ambient temp , I calculate the cloudage. Helpful an unusual.

I saw esp home some weeks ago, and had not the time to read deeply into it. Thanks for the overview.

Wow! a very comperhensive comparison, thanks Sir!

Woooow it's really a great work. Thank you so much for this detailed long video.😊❤

I'm learning something new every time I watch Andreas!!! Andreas, you put smile in my heart and brain and I learn and learn more and more! Thank you for your hard work. (PS: I was under the Corona with my wife, so it took little time out of learning - that was the hardest part! Now we are like new again!)

very nice and concise video Andreas..keep at it mate!

As usual the scientific attitude in measuring based on real facts! Nicely done Andreas! I think an intermediate layer between ARdiuno IDE and tools like EspHome and Tasmota is the microPython. Flexible and simple enough at the same time...

I've huge respect for the hours of work that must have gone on in the background, that allows you to display this level of experience! Well done GWTSA :) (Not my best English sentence :) )

Hi Andreas, first off, thanks again and again for all the content you are delivering. There's been significant development lately around both Tasmota and ESPHome. I would really love having a follow up video including those feature and your updated ranking. Also I have heard about ESPEasy but did not have time to have a deeper look. Looks like more an easy & straightforward way to integrate ESPxx...but probably not for the advanced users....

Excelent work Andreas!

As usual nice video :-) There is another good project especially for esp8266, called ESPeasy. There are a lot of sensors, displays etc. supported

Great side-by-side video. I think you definitely captured the fundamental pros and cons of each. Personally, I think of tasmota as excellent control software (button, switch, relay devices) and ESPHome as very good data collection software (sensor nodes). I still primarily write my own software for many of my devices but have found that if I want to control something or get simple data, I gravitate to one of these two.

Excellent video. Please do it again, updated for a current comparison. THANKS!

Thanks for the video. Previously I have used balena os for pi(grafana, mqtt, db and custom application for data processing etc) and mongoose os for esp, found it pretty easy to use. Now want to try ESPhome.

Great video, as usual. If you’re using Home Assistant, to me it seems like the logical choice is ESPHome - purely because of the integration. I really like the YAML approach. I have around 23 devices in ESPHome, however they’re mostly Shelly 1PMs. Using YAML, I’m able to create templates and then include them into the device config using a YAML directive to avoid having to copy and paste the same thing dozens of times. The individual device scripts define variables to hold the unique device parameters (such as names), and these are used as tokens in the template. I also use variables to control the logic of how the particular device behaves e.g. Does it power on after a power failure, stay off or return to its previous state? Does it automatically switch on after being switched off (useful for stuff you might want to remotely switch off, but want to guarantee it switches back on - imagine using this to switch off your modem remotely to force it to power cycle). I feel it’s all very neat, tidy and modular. The YAML also has some pretty powerful directives and logic. For example, I’m able to detect the device temperature or current draw and act on it (e.g. to shut down when the device overheats or draws too much power). I can even write persistent data to the ROM to put the device in a “fail safe” state so that it won’t reenergise the relay until the overheat condition has been cleared manually. I wouldn’t like to put this kind of automation at a higher level. It really needs to be on the device itself in case Home Assistant is unavailable for some reason during an overheat. I like that I have the YAML that defines the full functionality of the device - that’s all I need. If I lose my device, I buy a new one and reflash it with the firmware derived from the YAML, and it behaves exactly as the device it replaced. The integration with the Home Assistant native API is also excellent. No need for MQTT. Add a sensor, and it just magically shows up in Home Assistant. You can even pass data from Home Assistant back into the device (such as acting on a button being pressed on another device).

Thanks Andreas, very clear and understandable video. Your videos are still the best in the business!. My favorite is Tasmota, this is where I learned all about MQTT. Tasmota documentation is also very high quality. I use my Tasmota devices with Hass.io, I really like that, as well as controlling a Tasmota device with a controller (Hass.io) you can make your device work autonomously with rules, so if the device becomes isolated from the controller, it can still be useful with working with its own rules-based "automatons" . P

Greart and informative video, as usual!! At 9:42, you describe, that only OTA is available. I found on my RPI4 that when I connect the ESP to the USB connector of the RPI and then restart the ESPHome service in Home Assistant, the board will show up in ESPHome and I can Choose betwenn OTA and USB update. With this method, I can program virgin Boards directly from Home Assistant

Very good video. Saved me a lot of time researching

Excellent content, thanks for the informative video. Both Tasmota and ESP Home are winners as they help the DIY community have more choices, which help look at the same problem from different perspectives. Maybe in the future we could look at this sensors abstraction from scripting perspective ? Python and Javascript on microcontrollers ?

HiAndreas. Love your work! I like you and many others use both ESPHome and Tasmota, it depends on the use case. One thing I would point out for ESPHome is that if you are using Wemos D1 Mini, NodeMCU or TTGO ESP32 Cams you can use a standard micro USB to upload your ESPHome config. Just plug the USB into the Home Assistant Host and restart the ESPHome Add-On. Then you will see something like /dev/ttyUSB0 (USB2.0 - Serial) as an option for upload. This helps avoid the need for connecting jumpers to a UART connector. After that it is easy to do OTA updates.

if I could I'll hit to like your video ten times. Very informative!

One can do a request to the tasmota developers to add a sensor it is frequently updated, that's really good!

Great Scott released a video on esphome today. What a coincidence.

If it weren't for Andreas' videos, I would never have dared to enter the world of ESPs. Now I make my own boards from ESP12F modules, both solar and battery powered. Thank you!

Very well done overview! I've tried Tasmota a little bit, but found it harder to understand, and ESPhome covers my needs so far. But it's good to know how the two differ. Maybe I'll need Tasmota for something in the future. Thanks! Protip: ESPhome (in Docker) can upload over usb, but you need to first connect your ESP device to the computer running ESPhome, and then restart the ESPhome container. Then you should be able to select something like /dev/ttyUSB0 instead of OTA. (On Linux, I don't know about Windows.) And you can run the ESPhome dashboard without HA, if you install ESPhome manually with the "getting started through command line" guide. So it's not as straight forward, but possible.

Thanks! very informative

Thanks for the great video. I have not heard of tasmoadmin before. I use tasmota most often (also because of tuya-convert of several Gosund SP111 power monitor plugs). Also ESPeasy for an S0 counter.

My google search last night: Tasmota vs ESPHome

Thank you very much for video, really appreciate it. One important think: how are both integrate with HA, at this point I will give a point to EspHome as it have direct integration with HA. Tasmota is using a middleman, MQTT, to do this job.

The TSL2591 can be used on the precompiled Tasmota sensors binary by deactivating the TSL2561 driver: I2CDriver16 0

Thank you very much for your videos. For battery operated sensors I would like to mention mySensors with a mqttEthernetGateway.

Hello Andreas, you are always a step beyond 😊, Thank you. You did not spoke about Espurna, any reason for that?

I like to think we're of the same age and we probably have similar backgrounds in education and profession. I'm sure we share the same interests and hobbies. You always impress me by being so productive and skilled in the field. Today again! Thank you for sharing!

Nice job selecting those AMS sensors. 😉. FYI that TSL2561 was the sensor used in the first iPhone. DE N5BOC

I started using Tasmota after I lost IFTTT support for my lightbulbs and smartplugs. Using Tuya-convert made this possible. I went with Tasmota by default and like it so far, but have not used ESPHome or ESPEasy yet (I was too afraid of bricking my lights/plugs to explore much). As someone who has written code using Arduino/libraries for sensors/automation and then again in micropython, I was hesitant to use a framework, but didn't have a choice on these limited devices. I'll still use my own code for those things that require a more custom approach, but it's nice to let someone else worry about bug fixes for some things! And some things are just not possible with micropython for timing reasons (like IRremote) which I have to say works very well with Tasmota at least. I do as much using micropython as possible. Also use MQTT with HASS in docker. Thanks Andreas for the video and nudge to look at some of the other options!

Good analysis. Thanks.

Your English is very clear, Hi from Mexico

Prepare for a fast ride today: "Fasten seatbelts!" 😁😮😂

Great Video! Thank You

i love Tasmota.. thx for great info sir

thanks for the video!

You have really fantastic videos.

Watch many of you guys and I appreciate the tutorials. I currently have both tasmota (shelly 1) and ESPhome (8266 with different sensors) running. Still have issues setting up stuff, actually made document explaining in my way to make it easier for me. Next project is to try to control a ceiling fan and the light associated with it. Any suggestions are welcome. I still have yet to flash my tuya smart plugs... also on my list. Another question, any smart light strip that can be run on home assistant, my current one only is recognized by Alexa. Oh and is there a way for home assistant to play announcements through Alexa?

Thank you for sharing this! I was also trying to standardize the way how to handle the ESP32 programming. On the way I have also found this "My Sensors" using Arduino and which I like them very much when using battery and solar power because they use NRF24 radio and are very energy efficient. Regarding the ESP32 sleep mode activation from ESP Home, would`t be possible to create an automation into Home Assistant that calls the sleep mode right after receiving the data package from the sensors node? Just an idea, didn`t tried yet by myself.

Great video. All your videos are great. I did want to add to this one though: you gave a point to Tasmota in the section that discussed the OTA as the only option for ESPHome on initial flash and as a work around had to download the binary and use the flasher. Actually that is how I do it too but only because the computer running ESPHome is upstairs for me. If on the same computer running Docker, simply map the usb port to the docker container (or run in privileged mode). Then the USB device will be in the dropdown as well. Believe you also said that Tasmota has a nice one place to see all Tasmota devices but ESPhome does not, yet you show the page where the OTA drop down is which shows all the devices. It is for this reason I use a custom panel to being ESPHome in home assistant so I can see all esp devices in one place. So, anyway, just those 2 minor things I wanted to comment on. Going either route (Tastmota vs ESPhome) is 50/50 in most cases and probably will remain that way. I like ESPHome, especially being able to use any arduino library to make a custom component or even write my own.

You never cease to amaze me. Like a heroin addict I am a "knowledge addict". So just like a junkie on the streets of Amsterdam who strolls the streets (That's what they used to do in the 90's. Perhaps Amsterdam has become more genteel these days.) for their next hit, I troll the internet for my drug. Unexpectedly I discover your UKposts "hit of knowledge" just as a junkie might find a loaded syringe to feed their addiction, your video satisfied my addiction for knowledge just now. This video was very interesting and drove home how difficult it is to keep up with technology. As soon as I begin to believe that I might understand a subject, I come to the realisation how little I really know. Your videos lay the foundation for further research. I often stop your video mid stream because unintentionally you mention one little thing (such as Adafruit's I2C addresses info in this video) and I'm off making "research notes". Keep pushing your "drugs". There's plenty of addicts out there who need them. I'm sure the next "hit" is going to be as good as the last.

You are so amazing teacher

Perfect, thanks

I like both of them very much.My house is a mix of both devices.

EspHome allow direct upload from USB. Espeasy is great that’s true but it is quickly a complex way to do : you have to compile yourself it with some options to have the sensors that you need. The development seems less organized. But I recognize that it is powerful too since a long time.

I've never made the Tasmota firmware work reliably on any of the multiple hardware platforms I have. They hang. However, most of the more recent (a year or more) Arduino ESP8266 WiFi Server examples seem to be very reliable. I've had one that controls a single relay work perfectly for about 6 months straight. Same hardware I tried with Tasmona. But I must say I had two extended power outages (two hours and ten hours), and after power was restored, it came back up without any intervention. Also, I have another ESP8266 WiFi Server that controls 20 GE Low Voltage relays, and it's worked perfectly for about 3 months so far.

A lot has changed since you made this video. A new comparison may be in order as both tools have evolved significantly.

I'm very glad to hear about "the son off switches" again, thanks.

I flasged 3 Sonoff Basic with Apple Homekit and I’m using them right from the iPhone. Also I built a neopixel strip connected to a ESP node and flashed with Apple Homekit too.

Many things changed with Tasmota 9.4 I have successfully flashed ESP32 with the latest tasmota and I see that it has support for mqtt, knx and many sensors. Already tested with RF and IR, works perfect, using mqtt and knx to control them

Greetings Andreas, There's a lot of hardware and software solutions for the maker to tinker with these days. I thank you for creating these in depth reviews and tutorials on what there is and how to go about it. i currently have a bme280 connected to an ESP32 which is sat outside on my windowsill upstairs. It is nice being able to see the weather outside from my browser on my pc or my smartphone. I must get act together and arrange for it to talk to Profilab, as that does data capture well and can do the controlling of actuators if need be. We had snow in the western Cape on Friday and it's interesting to see that the air pressure drops by 10 hectopascals in Johannesburg at the same time, that's 1400 km away. It takes 2 days for the cold air to reach us here afterwards. Very interesting. I also had fun doing data capture by loading a 0.5 Watt pv array with a resistor, connecting it to an esp32 analogue input and graphing the solar radiation using Profilab. Very interesting how the solar intensity varies with changing weather conditions. Anyhow, taking up your valuable time by making you read a long text. Thanks for the video, it's approved. Kind regards, Duncan

Made my day at 16:25 mentioning my i2c id plug&play idea :) If you need IR values from TSL2561, I could publish the raw values easily in tasmota. They are available anyways, since they are needed for lux calculation. Would that help?

And once again, I go looking and you have the answer. It’s been a year since this was made but here’s a couple things I’ve found in the past few days. I have HA on a Pi 3 and under the current version you can install ESPHome firmware OTA, directly or via a serial connection (if so connected, ttyUSB, etc). It lists 4 ways to install it, can’t remember all 4 off the top of my head. I started with Tasmota on a Sonoff and a NodeMCU and discovered you can use Tasmotizer to flash the ESPHome firmware as well. I run a Pi 4 as my lab “workstation” and found that to be more reliable than every other method I tried. The ESPHome flasher won’t run on armhf/arm64/Linux, Tasmotizer does. My current complaint on ESPHome, which I do seem to prefer, is the lack of syslog support that Tasmota has. I want to centralize logging for debugging and security monitoring (using Splunk) and syslog is almost universally the glue we use to hold that all together. For the deep sleep can you force it to sleep when the work is done using the deep_sleep.enter action?

Excellent video!

I like your IKEA box 👌

Isn't there a ESPhome admin page add-on in HASS? I've downloaded it recently but not used it yet, using Tasmota mostly and not extensively. Also a superb video, a Belgian beer goes your way sir! A typical Swiss decision at the end 🤣

You really should have a look at ESPEasy!

Great analyses, thank you. Maybe when you low on ideas for new video you can setup small system, I am guy that learn best when you show me from ground up :) I know you have done it in 5-6 separate videos, each step, but mini series or one long video will push more ppl to try it and then you can identify problems for us simple comoners :) Thank you for sharing, big fun :)

Thank you so much for this very detailed video. I just started to program a sensor in Arduino. Spent days in coding, but now I’m second guessing my progress. I’d love to use ESPHome for it, because of how I think I could integrate lots of other devices, but it seems very cumbersome to get it going. Have there been any significant changes in the last three years? It looks like the supported devices by ESP Home has grown significantly since the making of this video.

Good video, I use Tasmota with iobroker over MQTT this work pretty well. In Tasmota firmware i use normal sleep - for deep sleep i need to google more, to find the best practice. FOR power a normal 10 watt solar panel and a small akkupack.

andreas, there is an easy Windows ESPhome package available , either py 3 or 2.7 then serial works easy from your ws

I only use tasmota and few self made projects, thanks to your platformio-video!

Is the home assistant you show in the video installed through IOTstack? I'm asking this because I've notice you have supervisor and I was not able to install it with the supervisor. Thank for sharing your knowledge with us 👍 By the way, my personal choice is tasmota compiled by myself using vscode and platformio. It's not a walk in the park, but it's also not so difficult. With the override feature you can select the sensors to be included in the compiled file.

an updated video to this topic would be really nice... a lot has changed on esphome side

That's a very good summary. I also like your comparison between efficiency and flexibility, I think many people don't really realize this. For me personally, when I can, I like to use ready-made software like tasmota. But many times such software or even some libraries don't offer exactly the functionality that I want. So I end up having to write my own program. I have even written some assembly programs. But very rarely, since apart from memory and speed efficiency, assembly doesn't have many advantages compared to C. You can do almost anything you can do with assembly also with C. But assembly takes so much longer to write that for complex projects it's really not worth the time. At least not for me.

Man , you are the best!

Very interesting thanks. For sensors, would you consider a zigbee or z-wave mesh network because they can be meshed, are fast, low power and do not put load on the already unreliable WiFi network?

Thanks for an interesting video, Andreas. I can only really comment for Tasmota. It find it fine for simple easy jobs, and I like that they have added syslogd telemetry (syslog to UDP port 514), which is lighter weight than MQTT for interval based telemetry. But when it comes to automation on the sensor itself (not centralized via say Node-Red), I feel I want a little more flexibility. The Rules of Tasmota are a pain to edit, and they are sometimes a little cryptic. For example, if you want rules to only trigger once on change, you have to enter this command Rule 5. Doh? It's cool in ESPHome that you effectively write the C++ and upload, but that's still a pain to debug. What I actually want is an easy to use interpreter with web-based debugging/breakpoints so that I can mess with it in its installed location until I'm happy. Almost like MicroPython, but that is way too sparse to really use. The closest I have found is this Annex RDS platform (sites.google.com/site/annexwifi/home) - it's BASIC (yes really, welcome to the 1980's :-), but with a file manager, breakpoint and single-step debugging, and really cool webserver integration if you know a little about web programming. I am not involved in that project, so this is not an advertisement :-) I just find it a quite useful alternative.

Thanks Andreas, I want to play with some of this automation stuff one day soon. This upload should help. For Linux try Fedora. Lenovo is shipping with Fedora for a reason. -Jake

I use node red for my home automation, I tried home assistant but I think you have a lot more control using node red. For instance my LoRa sensors all require some level of processing and I find this easy to do in node red and to display that information is simple. Same with the RF bridge and send and receiving raw codes. Im not sure if you can go down this far down the layers on the home assistant. The main draw back is remote access but thats no issue since I run ipsec server on my router and just dial in from my phone. Notifications are by email or text . I dont have to rely on an external systems this way

I've been testing tasmota with a wemos d1 mini and wemos tft screen. Truly amazing what you can do with it. Shame the low power iot cricket by thingsonedge is closed source. Wonder if it will ever run tasmota

8:15 they want python3, you can see that at the command below ("pip3", which indicates pip from python3)

Thank You

And as it turns out, "it depends"... 🤓 I switched from Tasmota to ESPhome a year ago, as I like to have more control over functions and scripts inside the controller. But then, I am quite well versed in programming. For people getting started in home automation, I still recommend Tasmota.

One important bonus of ESPhome is its direct integration in HA. You don't even need to pass data via MQTT. After, it's also possible to use any sensor with ESPhome as soon as there is an existing arduino lib. You need to build "custom sensor" with ESPhome.

The Esphome add-on can flash by USB. I do this for new nodes. You just have to connect the esp device then restart the add-on for the port to appear.

Configuring deep-sleep on esphome, you could instead of the timeout, create an automation on the device (although i have not tested this): sensor: - platform: dallas on_value: then: - deep_sleep.enter: deep_sleep_1

Hi Andreas, one small point, for most ARM MCUs, there's no real advantage between C/C++ and assembler. This made me sit up and think and I've noticed that modern compilers can make very efficient code without having to use (very hard) C shortcuts. It makes for much more portable and readable code without sacrificing speed!

great stuff!

You have the Developer tools in Home Assistant for seeing the sensors and everything else :D it is awesome check it out.