More and more smarhome gadgets or services don’t offer api-access.
For example my nest-hello-doorbell has a good working face detection but no way to exchange the data with openhab.
My approach is to use an old smartphone as a notification-proxy.
It makes sense to have a generic messaging mechnism in OH and to only ever use that than those various mechanisms that come with various devices.
My favorite for that purpose is Telegram. Works for any clients, doesn’t need a (HW) bridge and even provides a simple back channel.
I don’t understand that.
I’m not looking for another notification-chanel - I’m looking for a way to bring state-information into openhab from systems that send notifications but dont support any api-access…
Then I think it’s a hack at best. It’s ok to use if you cannot find a different method to query state but suboptimal in terms of architecture. Tasker, a smartphone to require G**gle services … lots of dependencies on external units.
Selecting proper devices (device with a proper API) is key in the first place. But even many legacy devices can be queried/polled in one way or another using HTTP binding or other or send a HW trigger (such as your doorbell’s electric signal).
I must admit I didn’t quite catch his intention but yes, Telegram instead of Android notifications is at least one step closer to a proper solution architecture.
An old smartphone is not very reliable, at least from my limited experience. I used a Samsung Galaxy s5 and a Huawei p8 and after a few months of continuous use their batteries were swollen.