I would say a cloud tag and a local tag ![]()
Iâm afraid it will be too heavy, Iâll test it
It can indeed be cumbersome when both are available for integration, but it also makes it possible to have only local or only cloud and to filter (if you want) on just one or the other.
Or we assume that if thereâs nothing then itâs local, but if both are possible, weâll only see cloud ![]()
Hence the suggestion « local/cloud ». Indeed, given that Gladys aims to be as « local » as possible, on my side itâs understandable not to list the local-only integrations ^^
Final proposal (simple at first without filters)
- Gladys Plus = may require a Gladys Plus subscription
- Cloud = dependent on an external cloud service (will therefore not work without Internet)
- Local = can operate without communication outside the local network, works without Internet
Itâs been pushed here Feat integration tags by cicoub13 · Pull Request #2481 · GladysAssistant/Gladys · GitHub
I really like it, and the colors are very well chosen ![]()
vert : no problem locally, the indicators are green
jaune : there may be issues with the cloud so yellow but not red (red is scary!)
gladys plus : blue is social and itâs the sky, so a bit of cloud, but good cloud ![]()
Super clean,
Top-notch
Iâve taken into account the feedback on the PR
Here is the final result
| Integration | Local | Cloud | Gladys+ |
|---|---|---|---|
| Devices | |||
| RTSP Camera | |||
| Xiaomi | |||
| MQTT | |||
| Zigbee2MQTT | |||
| Philips Hue | |||
| Tasmota | |||
| TP-Link | |||
| Bluetooth | |||
| eWeLink | |||
| OwnTracks | |||
| Broadlink | |||
| Nuki | |||
| Enedis | |||
| LAN Manager | |||
| Tuya | |||
| MELCloud | |||
| Node-RED | |||
| Matterbridge | |||
| Netatmo | |||
| Sonos | |||
| Z-Wave JS UI | |||
| Google Cast | |||
| AirPlay | |||
| Matter | |||
| Energy Monitoring | |||
| Calendars | |||
| CalDAV | |||
| Communications | |||
| Telegram | |||
| Nextcloud Talk | |||
| Alexa | |||
| Google Home | |||
| HomeKit | |||
| OpenAI | |||
| Free Mobile | |||
| CallMeBot | |||
| MCP | |||
| Weather | |||
| OpenWeather |
To be honest, with this integration, I find that it becomes more confusing than showing nothing at all ![]()
Energy monitoring works entirely locally in the vast majority of cases.
The only exception is for the EDF Tempo contract, where an external call is made to retrieve the color of the day.
Apart from that, everything works 100% locally.
So, even the âCloudâ label, Iâm not convinced itâs relevant hereâŠ
And âGladys Plusâ, definitely not: itâs not used at all for energy monitoring.
Iâm not very familiar with this integration (itâs recent), but the documentation lists Enedis (via Gladys Plus) as an option. So it falls squarely under the Cloud and Gladys + tags
That said, I agree with you, the presence of all three tags brings more confusion than information.
Should I only put Local? Or nothing at all?
Yes, I see what you mean ![]()
In fact, the documentation mentions the Enedis integration as a possible data source, and this does indeed go through Gladys Plus.
But the « Energy monitoring » integration itself remains 100% local in its operation.
I would simply put « Local », that seems the clearest and most representative in this case ![]()
Thanks!
Itâs been pushed ![]()
Thanks @cicoub13, itâs good for me, itâs merged and it will be included in the next version of Gladys! ![]()
This feature is live in Gladys Assistant 4.72:
