Hello,
Are there any plans to give Meteobridge Nano the ability to publish data via MQTT? Alternatively, does Meteobridge have the ability to run a python plugin script the way Meteohub can as that would offer an alternative to built-in MQTT publishing capability? My Meteohub setup failed recently due to yet another worn out USB stick (third or fourth time in the 10 years I’ve been using it and not counting other glitches likely associated with memory wear) and I am looking for a more stable solution which Meteobridge Nano SD seems to offer. The use case would be simple and seamless integration of Meteobridge with OpenHAB both for home automation triggers and for data display through HABPanel.
Thanks,
Baobab
MQTT for Meteobridge Nano. **closed**
Moderator: Mattk
Re: MQTT for Meteobridge Nano
MQTT und python is not supported.
I wonder that you cannot send http requests to that program, not that it can pull data by a HTTP request on ist own. These are ways Meteobridge supports.
I wonder that you cannot send http requests to that program, not that it can pull data by a HTTP request on ist own. These are ways Meteobridge supports.
Re: MQTT for Meteobridge Nano. **closed**
Thank you for the concise answer. That makes the decision whether or not Meteobridge Nano is a suitable replacement for Meteohub easy.
As far as integration with OpenHAB goes, the standard approach through which this is achieved is with a binding written for whatever thing is intended to be integrated. Perhaps someday someone will develop a binding for Meteobridge. Interestingly there is a binding for Meteostick as well as for the Davis weather stations. Neither one though allows the awesome data handling (daily,weekly, monthly min/max, etc) of Meteohub/Meteobridge to be fully leveraged. OpenHAB has a generic http binding with which one may be able to interface with Meteobridge but that binding is far less sophisticated than the MQTT functionality OpenHAB offers.
I feel that given the ubiquity of MQTT when it comes to the world of IOT and home automation, the absence of it in the Meteobridge line up of products is unfortunate.
Baobab
As far as integration with OpenHAB goes, the standard approach through which this is achieved is with a binding written for whatever thing is intended to be integrated. Perhaps someday someone will develop a binding for Meteobridge. Interestingly there is a binding for Meteostick as well as for the Davis weather stations. Neither one though allows the awesome data handling (daily,weekly, monthly min/max, etc) of Meteohub/Meteobridge to be fully leveraged. OpenHAB has a generic http binding with which one may be able to interface with Meteobridge but that binding is far less sophisticated than the MQTT functionality OpenHAB offers.
I feel that given the ubiquity of MQTT when it comes to the world of IOT and home automation, the absence of it in the Meteobridge line up of products is unfortunate.
Baobab
Re: MQTT for Meteobridge Nano. **closed**
I understand from your post that OpenHAB can make use of HTTP. So we are not facing a real problem, which is good.
As Meteobridge runs on router platforms down to 8 MB flash and 32 MB RAM it cannot offer "sophistication" for the sake of it.
Mentioned MQTT bindings for Davis consoles or Meteostick are a bit misleading as these devices do nothing like that, it is just the connected PC that makes their data available via MQTT which does imho not really fit into the world of IOT you are refering to.
Please understand that I keep development focussed on what makes the Meteobridge a better weather device and that all bells and whistels are checked against what additional options they provide for the majority of users. MQTT with its undoubted advantages when it comes to true bidirectional communication and devices logging in and out again is not gaining much momentum when weather data can be simply gathered by a simple HTTP call. There is no compelling use-case for MQTT here. I hope you can at least understand my point of view, even if you judge differently.
As Meteobridge runs on router platforms down to 8 MB flash and 32 MB RAM it cannot offer "sophistication" for the sake of it.
Mentioned MQTT bindings for Davis consoles or Meteostick are a bit misleading as these devices do nothing like that, it is just the connected PC that makes their data available via MQTT which does imho not really fit into the world of IOT you are refering to.
Please understand that I keep development focussed on what makes the Meteobridge a better weather device and that all bells and whistels are checked against what additional options they provide for the majority of users. MQTT with its undoubted advantages when it comes to true bidirectional communication and devices logging in and out again is not gaining much momentum when weather data can be simply gathered by a simple HTTP call. There is no compelling use-case for MQTT here. I hope you can at least understand my point of view, even if you judge differently.