Should work with the Insteon binding
Probably don’t need unless you want to use it as a gateway to Zigbee or to use as your Zwave controller instead of buying your own. Can integrate using the MIOS binding.
Required if you get Hue Bulbs. I’m not sure if it can be used as a gateway to other devices. There is a Hue Binding for integration.
There is alpha level support in a separate branch of the zwave binding that is actively being worked. Alternatively, if you purchase a zwave.me controller with a Zway license I believe it will work out of the box. Also, I think it will work if you pair it with your Wink Hub and interact with it using the Wink Hub as a gateway.
That is where I would start.
I know nothing of this device
I know nothing of this software. If it has a REST API or the ability to make REST API calls into OH then integration will be a snap.
For the record, there is a Zoneminder binding that I think is either merged or on the IoT Marketplace (i.e. you need to run the 2.1 snapshot, not the 2.0 release). There is also a generic IP camera binding but I don’t know what state it is in.
I’m currently migrating to ESXi. If you purchase a zwave dongle (or any other dongle) make sure to configure ESXi to use the older USB drivers or you will likely see timeout errors. Apparently, the new drivers still need some work. See this posting from @smar who was a tremendous help to me getting past some hurdles.
And while it is possible and well supported to run OH on Windows, I would say the vast majority of OH users are running on Debian based Linux (usually Raspbian or Ubuntu). As such the bulk of the postings you will find will reference those paths and configurations. This may not be a consideration for you but it is something to be aware of. Lots of people run on Windows too.
No experience on this nor have I read much on these forums. However, if you can attach it to a computer and interact with it through command line scripts or an API then it is likely OH can easily integrate with it.
There are a few ways to do this. One is DIY with a vibration and/noise sensor that reports the done status to OH. Another was nicely written up by @ThomDietrich on using the power draw to drive a state machine to determine what state the machine is in.
There are lots of UIs to choose from several of which are very well suited for tablet UIs. In particular HABpanel and Rotini (search the forum for Rotini) make good UIs. There is an experimental or alpha verison of Habmin I believe. And of course there are the plain old default Phone Apps.
Search the forum for tablet and you will find lots of threads discussing makes, models, mounting, etc.
In my experience, the best way to get a high waf is to make sure to build something does not require her to learn something complicated to do. Whatever you do must be as easy or easier to do through the automation than it is without. Having things just work without interaction tends to be the biggest wins. Any time the steps to do something starts with “get out your phone”, I’ve almost certainly lost the waf. But if the lights just know when to turn on, and if we want to override them all we have to do is flip the physical switch, that wins high waf.
If I were to put something on my doors, my first question would be “is getting out my work badge easier than what I already have to do”. The electric strikes may look better but if they are more awkward to use they may not be acceptable.
Personally, I have deadbolts with buttons to press for the code but the real win is that they automatically lock after 30 seconds. So we all know that as long as the door is closed (we have sensors for that) that the doors are locked. But if we did, that is easier than getting out a key. So from a usability perspective, they are a huge win. They just do the automation on their own (i.e. locking) and manually interacting with them is easier than the old way (getting out the keys).