Hello,
my client has several openHAB instances in his buildings (openHAB is used for monitoring).
His wish is to have them all in the Android app on his mobile
Whenever a switch between different instances is desired a cache clear is necessary.
No idea about that… and I fully understand that changes might not be possible at this point… but with the semantic model I think having multiple instances is outdated.
VPN on all locations and create multiple buildings in the semantic model, and the end result would be a more streamlined approach.
Thanks Pedro but than in my opinion too much dependencies are introduced with VPNs and a Master OH instance.
I guess the app allows managing multiple instances and thus, I don’t think it is outdated.
What do others think?
It depends on if all openHAB instaces in the building should be completely isolated from esch other. If not, the remote-openHAB Binding or MQTT event bus could be used to create a link between the different instances and give a multi home view on a master instance. This way, no switching would be needed.
Hi Hans-Jörg,
thanks for your input.
Ok, but I still would need a VPN connection between the different sites.
This is another component which increases the failure rate.
Furthermore, the overall latency will increase. Even with a direct connection (Android App → OH instance) graphs etc. build up not that fast (still ok).
I don’t know how the app works but automatically flushing the cache on an instance change would be an easy approach.
Furthermore, the message “openHAB is sending an empty sitemap list” is something I don’t understand. Is still the sitemap the default UI?
Is the scenario I have really a strange one (multiple sites and multiple OH instances)?
