Common settings for Alerts and SD Card Record on Event

[rod2500]

As I understand it, currently, detection zone and sensitivity settings used for Alerts are not shared with SD Event Recording.

Whatever settings are used for Alerts should also be used for SD card Record on Event

[Loki]

Here is the current status:

V1 & V2: Record on event will be affected by the motion detection zone but NOT by motion sensitivity.

Pan: Record on event will NOT be affected by either the motion detection zone or motion sensitivity.

Coming in V2.2, it will change so Record on event will be affected by both the motion detection zone and motion sensitivity.

[rod2500]

Great information. Are you saying only a V2.2 camera will do this and it’s not a firmware update?

[Loki]

That’s Wyze app v2.2 (not a new camera version). There would be an associated firmware update that goes with it to make it work.

[rod2500]

That’s even better news! I kind of thought it would be a firmware upgrade but just wanted to make sure.

Thanks

[OverWatch]

What about motion tagging? Will it ignore motion based on the user settings? If not, it will still be a mystery to visibly know when the slider is catching motion you want to catch.

Green box for motion tagging, Red box for notifications

Motion tagging and event recording to the SD card are not on the same sensitivity as for notifications. I find this to be not intuitive and causing a lot of WTH responses. There seems to be a missing link where sensitivity actually starts triggering a notification. For example, if motion tagging (green box) were to identify every motion recognizable and a red box identified motions that trigger notification, users would be able to fine tune the sensitivity and could visually see what should trig…

[UserCustomerGwen]

I just looked into this and motion tagging is not related to motion sensitivity. Thanks for asking!

[rwburnett]

I’d like it to record events to the sd card, show up as events, send notifications, but not send to cloud.

Cloud on/off solves this

[OverWatch]

So that means motion tagging will always ‘tag’ all motion? This means my #roadmap for turning the motion tagging box from green to red will still give users instant visibility of the effects of the slider instead of getting to test it every 5 minutes. Right now, if I move the slider, I can only hope the new setting will notify me when someone is walking in front of the camera instead of a squirrel. If the setting isn’t right, you have to wait 5 minutes to test a new setting. There is a better way.

[rod2500]

@UserCustomerGwen

motion tagging is not related to motion sensitivity

Hmmm I always thought they were. Seems like another disconnect that doesn’t make sense. As a user, given options to change settings, I think I am customizing my set up only to find that some settings are fixed by default. Very confusing.

[peepeep]

Just to help consolidate the confirmed knowledge base:

[edit: added]

~2/26/19

Cloud clip | SD event: Same trigger?

You’re welcome! Thank you for your patience. Here’s the information verified by the dev team that I received: V1 & V2: Record on event will be affected by motion detection zone but NOT by motion sensitivity. Pan: Record on event will NOT be affected by either motion detection zone or motion sensitivity. If you have an inconsistency between microSD card recording and event recording, please check the detection settings. If that doesn’t fix the problem, please send us a firmware log through the…

~3/1/19

@peepeep

• Is there a single motion detection system common to both cloud clips and SD events? and if so
• Is SD event detection sensitivity currently fixed at a common “50” (and if not, what’s the #?)
• Did anything change in the most recent firmware upgrade that would affect detection for SD events or cloud clips?

@UserCustomerGwen

• Yes, it is a single motion detection system.
• No, the number is fixed to 100 so that the likelihood of missing desired events is decreased.
• No, nothing changed in the most recent firmware upgrade that would affect the discussion.

[UserCustomerGwen]

Thanks, peepeep!

I will give all of your feedback to the team. I know that the motion tagging is a hardware feature so I’m not sure exactly how much control we have over it (since I’m not a dev) but I’ll make sure the team sees this.

[OverWatch]

The sensitivity setting would be pushed down to the firmware (hardware code) in order for the hardware to know when to send the notifications to the cloud and when to record events to the SD card. I’m not opposed to having the SD event recording being set at 100 and the Notification sensitivity being user slide controlled, but that just doesn’t seem to be the case as @peepeep analysis pointed out. Whatever it is set at, isn’t intuitive and causes confusion. Setting them all the same would at least end some confusion. The next issue is giving the user visual feedback at where the sensitivity slide bar starts picking up motion.

[UserCustomerGwen]

Thanks for your feedback! I’ll share it with the team, OverWatch.

[peepeep]

Hey, new app version, so a little inside baseball:

Made the same analysis with identical settings and scene details as here - except with

Motion detection settings | Sensitivity - 100

(vs 50)

The untabled results:

6 cloud clips | 4 SD events

over 2 hrs.

Didn’t really expect any improvement, because firmware bug reportedly caught:

Cloud clip | SD event: Same trigger?

Via Gwendolyn: I’ll send you an official message and close your ticket shortly. But here’s the information! Apparently your help allowed us to find the bug and I hear that it’s fixed in version 4.94.29. So when you get that firmware, please test it and let us know how it goes. Was gonna wait until new firmware was released and tested before posting this, but now not sure how long that will be, so here it is, fwiw.

[later]

Cloud clip | SD event: Same trigger?

Hey, new firmware version (4.9.4.37), so an update: Made the same analysis with identical settings and scene details as here - except with Motion detection settings | Sensitivity - 100 (vs 50) The tabled results: 6 cloud clips | 6 SD events over 2 hrs. [wyze_table_3] Promising.

[peepeep]

Hey @OverWatch, waddaya think?

Start a topic, Confirmed by Developers, centrally listing confirmed items (in comments) as they are revealed?

If “peepeep, brilliant!”, you should do it, cuz you got the chops and stellar rep.

[UserCustomerGwen]

I’m noticing that the version number that is available is slightly lower than the one I was given where the fix is present. I’ll check in on this to see if this is because the fix isn’t actually out yet or if the fix didn’t work.

[peepeep]

I have current Android version at 4.94.28

vs 4.94.29 with maybe the fix. Yeah?

[UserCustomerGwen]

Yup! I think that a period was omitted with the message I was given before and that the version would be 4.9.4.29. I sent a message over to the dev team requesting more information and a confirmation.

[OverWatch]

You know, what gets me is how few users are actually diligent enough to be aware of this problem. If the light is on, it must be working?
You’re killing me. In 2 hours you find a 33% failure rate in events getting recorded. What’s up with that?