Another thing M5Stack should fix is that you do not really send a QoS 2 message when you send it, it sends a QoS 1 as maximum.

@lbp-of-mo said in CORE2 HIVEMQ:

Even at 57 and with no programming skills I can grasp Blockly.

• Paul

This is what brought me to UIFlow!

I have been writing an ebook on IOT and would appreciate any help https://www.amazon.co.uk/IoT-M5Stack-UIFlow-ebook/dp/B09XF22QV9/ref=sr_1_2?crid=39P4GN2F0YL6F&keywords=IoT+with+M5Stack+and+UIFLow&qid=1649573615&sprefix=iot+with+m5stack+and+uiflow%2Caps%2C67&sr=8-2

I'm working through Blynk at present and haven't had time to invest in Hive MQ but have you looked into setting up a private MQTT server on a raspberry pi?

In M5Burner for each M5Stack device there is a drop-down menu through which you should be able to select older UIFlow firmware versions to download and burn.

Good luck!

Thanks
Felix

Background: I found a digital signage offering that has both live TV and the customers content. We discovered that it can switch back and forth between the content feeds with MQTT commands.

We wanted a wearable button that would switch to the client content when annoying TV commercials come on. When we see a TV commercial it can be made to disappear with one press of a button. - FUN!

We decided to start with HiveMQ because will need fewer than 100 devices but need to sort them into user groups.

Even at 57 and with no programming skills I can grasp Blockly.

So........

Is there another broker similar to HiveMQ Cloud?

Is there another way to program the M5Stick other than UiFlow so it can publish to HiveMQ knowing that I have no skills?

We we turn on the M5StickC Plus and it automatically connects to WIFI
Connect to Hive
Display "Connected" for 5 seconds
Send command: {"operation": "layout/set", "parameters": {"layoutId": 2, "length": 360}}
Display "Published" for 5 seconds
Display Battery percentage for 5 seconds
Power off the M5stick. (This gives us 3 to 4 days of use on a single charge)

This has been a fun project so far - A few weeks ago I did not even know what MQTT was!

• Paul

I think the issue is in UiFlow 1.9.5. The MQTT publish command now supports QoS, but it seems that breaks the publishing to HiveMQ. :-(

Thanks
Felix

Today for some reason it just stopped publishing the message. If we try it from MQTT.fx it still works. Now I am just confused. Could HiveMQ cloud have made a recent change that effected how this works?

This is the first time I have "MQTT'd" or used the M5StickCplus and until tonight it has been a hoot!

The M5sick still looks like it is functioning as it did yesterday. Is it possible it failed in someway? I have burned it and reinstalled the UIFlow program to no avail.

Thanks in advance BTW!

Paul

It finally works. Thank you so much guys for everything. Now I need to change the Qos of the messages I publish to 2, but I think UiFlow does not have that function implemented yet and will add in a future version.

Javier

Hi guys

after long hours of searching and trying different things I finally stumbled over the missing piece here.

For HIVEMQ the server_hostname seems to be required which is part of the SSL parameters. In order to add that the regular MQTT block cannot be used, but the Execute block can fix that. Here is what works for me:

Thanks
Felix

Thanks @felmue Have you contacted @IAMLIUBO about this issue and reported it in the UIFlow 1.9.2 discussion?

Thanks for everything but what should I write instead of 'server_hostname' in my case?. When I create my cluster in HiveMQ I only recieve a host url that is what I write in 'HOST'. Maybe I do not have to write anything. I am going to test it and I will say you is something is going wrong.

Javier

after long hours of searching and trying different things I finally stumbled over the missing piece here.

For HIVEMQ the server_hostname seems to be required which is part of the SSL parameters. In order to add that the regular MQTT block cannot be used, but the Execute block can fix that. Here is what works for me:

Thanks
Felix

I did not have to load any root certificate in UiFlow to connect to test.mosquitto.org on port 8886. The only thing I did is turn on SSL.

Too bad the HIVEMQ public broker is a) not using TLS and b) has a short (only two dots) domain. Not really useful for comparison. But yes I agree, the MQTT version argument gets a bit weak (unless TLS required a different version).

Edit: I've just modified my local MQTT broker so it has a similar domain name (same length, same amount of dots) as the HIVEMQ broker and using UiFlow still worked ok. So I guess the number of dots in the domain name is not the issue.

Thanks
Felix

with UiFlow I can also connect to test.mosquitto.org port 8886 (which uses a Lets Encrypt certificate - same as HIVEMQ I believe).

For that to work in UiFlow I do not need to upload any certificate or key. I presume UiFlow has some root certificates built in which are used when SSL is set to true. The root certificates are used to verify the broker.

I believe that in UiFlow keyFile and certFile are used if the client was to be verified on the broker side, but for that to actually work the public client key would need to be uploaded to the broker, but I don't see an UI on HIVEMQ where I could do that.

I also experimented with long host names on my local MQTT broker and that worked fine, so my current conclusions are:

• either UIFlow has an issue if a host name has multiple dots in it
• the MQTT version used in UiFlow is not compatible with whatever version is used in HIVEMQ

Thanks
Felix

Hello guys

I've setup a HIVEMQ account and I can connect with Arduino or CLI, but I cannot connect with UiFlow. Tried both AWS and Azure backend - same result.

That said, I can connect to my own MQTTs broker using UiFlow and both (my own and HIVEMQ) use the same certificate which makes me wonder about whether the certificate really is the issue here.

I think that maybe the hostname (which for HIVEMQ is rather long) might actually be the issue.

@ajb2k3 : looking forward to your findings.

Thanks
Felix

It Could be the host name but until I can sort out some issues with MQTT and Adafruit I'm not sure when I will get around to it.
I have someone checking the grammar of my IoT books first draft as we speak but its slow going.