-
-
Notifications
You must be signed in to change notification settings - Fork 155
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Camera not responding #38
Comments
@OABsoftware that is a really interesting issue! I assumed they were keeping every version up-to-date on firmware since they have so many for sale, but it makes sense that they would let the first gen slide a little. A couple things I need before I can implement a fix:
|
To answer your questions:
|
same here |
@OABsoftware I modified the |
@dgreif I agree it's better that the user sees a valid age of the snapshot in the Home app. |
Happens de same to me.
Enviado desde mi iPhone
… El 3 jul 2019, a las 11:54, OABsoftware ***@***.***> escribió:
@dgreif I agree it's better that the user sees a valid age of the snapshot in the Home app.
But in the current implementation (version 3.7.0) I only get a fresh snapshot in the Home app once every 30 minutes...
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub, or mute the thread.
|
@OABsoftware @divemasterjm I really want to get you guys the best fix for this that I can. The camera itself is limiting how frequently new snapshots can be taken. Would you prefer I always hand you the latest snapshot, even though the timestamp in Home won't match when it was actually taken? I'm open to any other suggestions... |
I will prefer taking the last, nevertheless if matching
Enviado desde mi iPhone
… El 3 jul 2019, a las 17:12, Dusty Greif ***@***.***> escribió:
@OABsoftware @divemasterjm I really want to get you guys the best fix for this that I can. The camera itself is limiting how frequently new snapshots can be taken. Would you prefer I always hand you the latest snapshot, even though the timestamp in Home won't match when it was actually taken? I'm open to any other suggestions...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
Another issue is if you look the camera on more than one device camera doesn’t refresh properly only in one device, also I don’t get rich notifications even if in the ring app I have send motion alerts.
JuanMa
… El 3 jul 2019, a las 17:12, Dusty Greif ***@***.***> escribió:
@OABsoftware @divemasterjm I really want to get you guys the best fix for this that I can. The camera itself is limiting how frequently new snapshots can be taken. Would you prefer I always hand you the latest snapshot, even though the timestamp in Home won't match when it was actually taken? I'm open to any other suggestions...
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
@OABsoftware @divemasterjm give v |
It works!!!, now the user experience is much better, thanks for your help. I didn’t try rich notifications yet. |
@dgreif Yes, this works. But 5 seconds is a bit short, e.g. if you have a low bandwidth internet connection (like I do). |
Rich notifications are back!!! Thanks
JuanMa
… El 4 jul 2019, a las 8:42, OABsoftware ***@***.***> escribió:
@dgreif Yes, this works. But 5 seconds is a bit short, e.g. if you have a low bandwidth internet connection (like I do).
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub, or mute the thread.
|
@OABsoftware I was fairly intentional about use 5 seconds because I wanted it to fail fast if there is no new snapshot. Every second that it waits for a new snapshot is another second that HomeKit waits to send out the notification for motion/doorbell press because it is waiting for the snapshot. I could have it wait 15 or 20 seconds, but that means your notifications will be delayed that long if there is no new snapshot available. Does that make sense, or do you think it would be worth it to wait a little longer in case it is in the process of uploading the snapshot? If we wait, how long is reasonable? |
@dgreif Well, as I wrote earlier, I'm on a rather low-bandwidth internet connection (8 mbps down, 800 kbps up). I also see something else happen. You could add a optional configuration item in which the user can specify how long the plugin should try to get the snapshot. |
To be clear, this ‘10 minute snapshot’ issue, is only on the first generation Ring doorbell? I currently have the first generation, but want to receive snapshots on my iPhone when the actual Ring button is pushed. |
It’s an issue on all battery powered cameras (see #64 for more detail on that). I released an update last night that should cover all of them. It’s possible you are on one that wasn’t assuming slow snapshots for your model |
@OABsoftware I rewrote the logic around snapshot timing and it should work much better for your situation now. If the current snapshot is < 10 minutes old, it will be used immediately without waiting for a new one at all. If the current snapshot is > 10 minutes old it will wait ~30 seconds for the snapshot to update, falling back to the stale snapshot after that. Give it a try with v |
Is this also the issue with newer Rings? |
@rgerr can you be more specific? The new Ring Door View Cam is battery powered, so it has 10 minute snapshot refreshes. |
I have the Ring doorbell, first Version (doorbell_v3) hardwired. So it is not on battery. How does the snapshot interval work in that case? |
@rgerr that is a great question! All of my cameras as wired only so I haven't been able to test it out. Could you try opening your Ring app periodically and seeing how frequently you can get snapshots from that camera? Just open the app and look at the camera photo, without going into live view. It will either be every 30 seconds that it refreshes or 10 minutes, so it should be pretty obvious. |
I will try this out later today, thanks for the tip. Another question, will the experience be better with a Ring 2 doorbell? Faster snapshots e.g.? |
The Ring Doorbell 2 has a battery as well, but can be hardwired. I'm guessing it will function the same as the regular Doorbell. I have a Doorbell Pro, which can only be hardwired, and it has 30 second snapshots. I am really interested to see what you find with the hardwired Doorbell, thanks for looking into it! |
Definitly not a 30 sec interval on the original Ring with snapshots. Checked it for over 15 minutes and it updates only once, after the suspected 10 minutes, unfortunatly. |
@OABsoftware @rgerr how have snapshots been on your battery cameras? If everything seems good we can get this issue closed |
As mentioned above, once every 10 minutes. Too bad. :( |
@rgerr unfortunately I can't make them refresh more frequently. My main question is whether or not the are showing up reliably (even if they are stale by a few minutes) |
No, not so much. Probaly 50% of the time I get a snapshot, and half of the time it is a old snapshot. The connection should not be a problem, i have 100/100 down/up and the Ring doorbell is 2m from the nearest access point. Also, I completely turned of the motion detection so that Ring will not update the snapshot when motion is detected. Therefor it should only update when the doorbell is pressed. But as I mentioned, snapshots hardly come through. And when they do, they’re not from when the actual doorbell was pressed. |
@rgerr give snapshots a try in v |
I think I have the snapshot logic as good as it can get for now. If anyone has spefic feedback, feel free to open a new GitHub issue. Thanks everyone who tested out my updates along the way! |
Hi there.
First of all: you're developing a great plugin! I just installed the latest version with snapshot support.
My doorbell is a first generation Ring Video Doorbell, that makes a new snapshot only if the previous one was made at least 10 minutes ago (i.e. one snapshot every 10 minutes max).
So the current implementation of refreshSnapshot() in ring-camera.ts causes a problem.
If there is motion detected within 10 minutes after the previous motion was detected, this implementation results in a not-responding camera...
The text was updated successfully, but these errors were encountered: