Better ring detection

[iranl]

Closes #215

[technyon]

@iranl Were you able to test this? I'm glad they finally updated the opener API documentation, but from what I observed a beacon for a lock state update was received, but the lock state was the same as before.

If not tested, could you post a binary in #215 for testing?

[iranl]

I don't own an Opener so I am not able to test this myself.

That is why I asked @bklaesener in #215 to test the results and report back.

I don't believe the locked lock state update logic becomes redundant because of this, because that will still detect the ring when both RTO and continuous mode are disabled.

The new code should signal a ring when the door opens as the result of a ring while RTO or continuous mode is active. This matches with the lock state changing to open and the trigger changing to manual (as reported by @bklaesener)

I've linked to the binary created through the GitHub PR actions/check (release_assets) in #215. I could upload that binary there but from a security perspective I prefer users get the binary that GitHub creates, so everyone can be sure there is no tampering with the binary (you know for sure the binary is build using master + the PR and nothing else).

[iranl]

Note: lock/state will not reflect ring anymore. As such a minor breaking change that should be reflected in change log and probably shared on Discord.

lock/binaryRing will show ring for 2 sec after ring (both locked and open) after which it will change back to standby. Used by the HA ring binary sensor.

lock/ring will publish ring after ring while RTO or continuous mode is active and ringlocked when RTO and continuous mode are both inactive. Used by the HA ring event sensor.

Will update the readme to reflect.