As suggested by some members of this forum, I implemented a basic support of MQTT protocol on my system. The protocol i widely used and there are a lot of open source resources.
The MQTT can be used for network connected devices (IOT).
The current implementation can perform following operations:
Get reading from sensors
Command actuators ( Start and Stop type)
To make things easier the encryption is not implemented, so it should be used only in local network.
The testing was made with the boards which embeds the ESP8266 chipset and the Tasmota open source SW.
I wrote a configuration guide on my website, link here
I also made a video, hopefully to clarify the step by step process, here the link
Cheers,
Angelo
Hi,
can I also establish a connection with IoBroker or Openhub.
how exactly must that be set.
I'm working on it.
Hello Angelo, Any idea when you will upgrade your « Fast installation » to the latest version with MQTT ? TIA Pierre
Indicated SW Version is 3.21. Ok, I'll give it a try.
Which is the version indicated in the about page?
If it is not >= 3.24a then the SW has not been upgraded. When using "expert installation", in case the system was already installed, it is required to remove the "env" folder before starting the installation procedure.
Exactly. from the controllercmd drop down menu there are no options for pulse/MQTT or readinput/MQTT.
Hi there, when you say, you are not able to select the mqtt source, can you describe the details? You meant when you want to add a row in the hardwaresetting table?
First of all thanks a lot for this great project!!! I really love it. I'm eagerly waiting for the MQTT support because my greenhouse is a bit remote from the house. Anyway details will follow.
I tried to installed it via the repository. Installation worked well and the MQTT broker was installed during the installation process. But on the hardware configuration page I not able to select the the MQTT sources as describe on your webpage. For me it looks like that the database is not automatically upgraded.
I haven't tried it yet with a plain raspi. Maybe in the next days a can setup up a plain system.
Just uploaded a new release including the MQTT functions for reading sensors and activating relays.
The release for now is only available in github and can be installed using the "expert user" procedure described in the website "download" page. (https://hydrosysblog.wordpress.com/configuration/)
The guide how to setup MQTT is available in my lasted posts, here the link.
If you make any MQTT testing, feedbacks are welcome.
Hi Jerome,
Thanks for the comment, It makes sense. In this case the sensor should have additional logic to send the reading according to the set period. I think that if a sensor is able to manage MQTT, then should be able also to manage the periodic sending of the data.
Maybe the implementation can be in this way, the sensor periodically send the data to the MQTT broker, but as I don't want to manage it as an interrupt toward the hydrosys4, maybe I can make the hydrosys4 periodically check the last value in the broker and save it (with some ageing time). This will not be completely synchronized but I think we can accept a delay of some minutes between the sensor reading and the data import to the hydrosys4.
Still not so familiar with that broker behaviour, don't know if this makes sense.
Regards,
Angelo
Hi Angelo,
I'm looking forward to this MQTT feature, since as discussed in another topic in this forum, it would help to solve long range issues.
I just would like to add some feedback, to help in your evaluation process ;-).
I think this feature would be great for sensors and sytems battery powered. And I think you're still evaluating esp8266 based boards.
And I'm wondering if "For the sensors, the idea is that my system will act as a client, asking for data to a sensor and waiting for the reply." is really suitable for this type of system, since if I understand correctly, that would require the sensor + esp8266 board to stay in an "active" power state. It then would be difficult to have a battery life longer than a few days from what I read on esp8266 power consumption.
It could be more efficient to configure the system (esp board + sensor) to go in sleep state, and wake up periodically (period defined in the hydrosys configuration of the sensors connected to this esp board), and post the mqtt message with the sensor value, and go back to sleep mode.
This way, the consumption is limited. But you can't answer immediately to a sensor value request.
This is probably not suitable when actuators are configured on the esp board, since it probably need to stay awake to listen for orders to actuators...
That's it, just an idea I throw in there.
Regards,
Jérôme
Thanks for the feedback, and of course your girlfriend is right.
When she will became you wife, she will be always right :).
Hope to release some MQTT features before the summer.
This is an excellent idea.
When I showed one of your greenhouse videos to my girlfriend to present her what I am up to, she only responded "but it doesnt look nice with all the cabling!"
With MGTT support the integration of bluetooth sensors like the "Royal Gardineer" would be feasible. Hence, it would allow to obtain soil humidity, light intensity, temperature and soil fertility (I honestly don't know how this thing measures it but OK) wireless.
The sensors are not cheap in Europe but it is also an option to buy them on Alibaba for around 12$. I bought one of them a couple of weeks ago and it works really well with the an app that come along with it ("Flower Care"). However, I wouldn't know how to integrate it into your system for now.
The wireless approach certainly broadens the application field of your system to interior applications - like for normal pots indoors or similar.
Thanks,
Thomas
Can't wait to test this out. Great improvement !
MQTT would be a great! looking forward to implent it in my MQTT system when the board arrives, I will not dive to deep into details at this point before I can run some