HE does include it's own built in MQTT driver - you can do pretty much anything with that.
https://docs.hubitat.com/index.php?title=MQTT_Interface
Or you can give my MQTT app a try on the link above - it uses HE's inbuilt driver and is pretty capable and offers higher level features including device discovery. I don't know any other HA app that offers homie, HA MQTT and also HA Statestream MQTT support.
With all due respect - are you talking about your MQTT Beta 3d app now? Or it is something else I completely missed?
I just started using HE but in order to use MQTT I had to install your driver and your app. It is a great app but why people like you have to spend time coding this while IMHO it should be implemented right from the beginning?
https://docs.hubitat.com/index.php?title=MQTT_Interface
It's a driver not an app of course.. and I think you're implying an app should be available 'out of the box' as well but that's something that varies a lot in requirements between different users.
There's a lot of things that would be nice - I'm sure Hubitat have a huge list but they're a small company that have higher priorities in the software road map just at the moment so the community steps up. They're nicely open in their API access.
Anyway I hope my app is useful - if you've got any feature suggestions or find any bugs let me know. (The quirky editor and the fail on initial installation of the child driver are know)
Well, may be I am just heavily confused but I though that Zigbee, being a standard, should work the same way (from a user perspective) as let's say WiFi device.
When one purchases a device which says WiFi 802.11 compatible - he could be 99.9999% confident it would work with any other 802.11 device. Heck, even modern 802.11ac wifi implementation still works with that very first 802.11b version.
Isn't this the case with Zigbee?
Now I am trying to get IKEA smart bulb working. While it was discovered, it was set as "device" type so obviously nothing was working. I had to manually change it to "Ikea TRADFRI Control Outlet" to be able to turn it on and off.
Strange thing - I just found a video on YouTube where a guy did the same but his HE managed to identify and select the type of the bulb by itself so he was able to switch the bulb and change brightness straight away. My HE is the latest version on the latest FW but I somehow missing this functionality. WHY??
Thank you for the suggestion but I already use Home Assistant running on my Intel NUC and I thought I could use HE to handle Zigbee/Z-Wave. If I am to use zigbee2mqtt and deconz - why do I need HE at all at first place?
Another "middle man", another component that may potentially fail. Well, I may have to look at that. Could you please point me to the right direction? I tried to search for nodeRed as an "app" for HE but was not able to find anything.
Because the Z-Wave and Zigbee implementation has been awkward on HA particularly Z-Wave suffering from restart delays as it has to rebuild the mesh, so many users are already using Zigbee2MQTT or Deconz via HA. There's a lot of work going on with a new MQTT middleman ZWave implementation on HA currently as I'm sure you're aware.
Notwithstanding that my app will publish almost any HE devices out to MQTT using the HA Discovery protocol and they will automatically appear in HA.
Or possibly even easier there is a HE addin for HA that will link with HE and recognise and control the devices via the Maker API interface in HE.
The Deconz/Zigbee2mqtt suggestion was helpfully made by @rocketwiz because if HE can't recognise the device maybe they can ? Obviously that's a prerequisite for my suggestions to be viable You could use both too.
The NodeRED integration is a set of 'Hubitat' nodes available within NodeRED that interface to your hub again via the Maker API. Nothing needs installing on HE.
Actually no, zigbee is a communications protocol. In order for a zigbee device to be recognised there must be a driver written for it. Just like connecting a device to your computer's USB port, if there is no windows/linux/mac driver installed, it won't work.
If I remember correctly older ikea bulbs with an early firmware wouldn't work at all. I can't be of any help here as all my ikea bulbs are linked via a Philips Hue hub.
If you don't mind me saying so, why get a hubitat then? HA already supports a vast array of devices.
EDIT: @kevin I wasn't aware of HA's zigbee limitations.
Actually, while that's definitely true I don't see it that way. There are plenty of other things node red can do.
Lol @kevin beat me to it!
Yes - I use zigbee2mqtt atm and there is a new driver by @martinez.mp3 Integrate deCONZ to make this work with a conbee.
Not really a good analogy - the transport layer is defined (so will connect to your WiFi network) but the higher level protocol could be totally custom. For an example there are dozens of WiFi lights/switches using different protocols like Shelly, Tuya, Tasmota, Lifx etc. that can't talk to each other or be supported by HE or HA without custom drivers. On HA many if not most of the device support has been created by contributors. It's been going a lot longer than HE.
I just wanted to add to this: Hubitat is light years easier to set up devices!!! I pretty much use my Hubitat as a de facto "Device Manager" for my Home Assistant install using this custom integration
Friendly advice: I believe you will have a better experience if your first post in the community is not complaints about something that was never advertised as a feature, finishing with "What a rubbish box..." It just comes off as troll-ish. So while I could spend time helping clear up your misconceptions and help you have as nice an experience as I do, I think I will help other new users instead. I wish you luck.
Confirming this.
Try using Inovellis notifications in HA. What a headache.
It isn't the easiest in HE but still so much easier than HA.
I was not aware of issues with Zigbee/Z-wave and HA too. But the reason why I wanted HE with HA is that HA could handle all logic and HE could handle low-level communications such as Zigbee/Z-wave.
I thought that being purposely built hardware it could that without any issues.
Oh, that looks promising... thanks for the hint!
got your point but when I mentioned that example I was thinking more about computers, like when a user purchases USB WiFi adapter - it will work with his router, his phone, his laptop , desktop, hell - even with his kettle 
Big difference is that a wifi dongle is such a ubiquitous device that it is in the interest of the chipset manufacturer to produce the drivers for virtually every OS out there. Ikea designs their products to work with their own hub, not other manufacturers'.
I beg your pardon but what do you mean "was never advertised as a feature" ??
Supporting a full protocol stack is a must because Zigbee support was explicitly mentioned.
I could agree that it might be some dodgy non-standard Chinese device that only its dodgy Chinese gateway could work with.
But in my case it was NOT like that!
Well, I am sorry (a little bit ) for my wordings but I was so frustrated and disappointed at that time...
I have been watching HE for quite a while... almost purchased that a few times, then it went "out of stock" and when HE came back with new C7 version - I told myself "hey Alex, this is it, you gotta got it!" so I finally bought it.
Then it was around 2 months shipping delay (because of COVID) so I was really impatient.
When it finally arrived, I went straight to IKEA to grab some bulbs, switches and remotes thinking that "well, IKEA is a reputable brand making proper Zigbee devices (not some dodgy Chinese companies)" and I just got a device that was designed to handle Zigbee natively so here we go..."
And imagine my feeling when I found they did not work well together and even more - when I googled that I found this topic started almost 2 years ago where developer said that "oh yes, this feature is not supported and probably never will be..."
I would return it if I could.
I do not have time to mess around with zigbee2mqtt, looking for proper usb stick, reflashing it etc... that's why I bought this device,
Wouldn't you be disappointed if you bought a car and found later that it could go straight and left but not right because "this feature is not supported"?!
P.S. if open source cheap (hardware) and free (software) zigbee2mqtt can support that feature, why commercial HE can't?
Just to be clear - are you saying that IKEA implemented some non-standard features and because of that IKEA products could only work with another IKEA products?!
If this is the case - sure, HE can't be "liable" to support some non-standard stuff.
But I have a feeling that HE just does not fully support what is part of a standard - here is my frustration came from.
nah, I am talking about interoperability between different devices, made by different manufacturers at a different time from now and 10 years ago... they will communicate to each other because... they support IEEE standards!
Well, I assume there is no point in arguing about that. It is not properly supported and does not really matter "why".
Thank you very much, everyone, who gave me advises and hints about how to make that thing work with HA. May be I will have more luck with Z-Wave in the future.
Love and peace to everyone! 
This. No need to get worked up about a button!
Download the Hubitat app
