Review: EZVIZ DB1C

Hmmm....my DB1C has been running fine for the last week, but the camera stream has just dropped offline. I can still ping it, but there's no RTSP stream and the Ezviz app says that it's offline. A power cycle of the transformer didn't help. The blue LED around the doorbell is still lit, and the doorbell still rings, but there's no video.
There have been no changes to the setup since it was last working (about 3 hours ago).
Has anyone else had this issue?
Is there video in the App?
 
No - it says "The camera is offline"
Is it only in the App, you mentioned RTSP, did you check it in VLC? Could be just a temporary cloud issue, which has been very common on the DB1 cloud.
 
Worst case, have you tried a reset by removing power and pressing the reset button while restoring power?
 
  • Like
Reactions: David L
I checked it with Blue Iris, and just also tried with VLC. No stream from either, or from the Ezviz app.
No Router changes? Port changes?

How long did you leave power off?
 
Looks like it was a problem with one of the discs from my mesh network. I power cycled the disc nearest to the DB1C and the video stream is now back online. I guess it was connecting to one of the other discs and not getting enough signal strength for a video stream.
 
That's why I hate WiFi!
 
RTSP with the DB1C

my findings....

H264 works better than H265 for some reason.

use this RTSP stream ... rtsp:/admin: pass@192.168.1.210/h264_stream (of course put in your credentials and IP of the device).

originally this was posted as the correct RTSP stream, but found it flaky at best. rtsp:/admin: pass@192.168.1.210/?1

just my 2 cents.
 
I found I can put any text after the IP address except for "Streaming/Channels/102" into the "Open Network Stream" input of VLC and it always streams the 1536x1536 H.265 stream according to VLC's codec information. This worked even with:
rtsp:/admin: pass@<Enter IP Address>/h264_stream or rtsp:/admin: pass@<Enter IP Address>/lmnop.
 
I found I can put any text after the IP address except for "Streaming/Channels/102" into the "Open Network Stream" input of VLC and it always streams the 1536x1536 H.265 stream according to VLC's codec information. This worked even with:
rtsp:/admin: pass@<Enter IP Address>/h264_stream or rtsp:/admin: pass@<Enter IP Address>/lmnop.

what did you select in the config tool. h264 or h265?

mine was OG h265 but was having some issue, so decided to use h264, then the above rtsp string from my link
 
  • Like
Reactions: David L
I selected H.265 in the config tool. I think you will find once you set the codec in the config tool, it will play that codec no matter what you type into the rtsp address info. At least that is the case for me using VLC media player.
 
  • Like
Reactions: David L
As an Amazon Associate IPCamTalk earns from qualifying purchases.
[QUOTE="mine was OG h265 but was having some issue, so decided to use h264, then the above rtsp string from my link
[/QUOTE]
I don't see any place to change it in the app. What am I missing?
 
[QUOTE="mine was OG h265 but was having some issue, so decided to use h264, then the above rtsp string from my link
I don't see any place to change it in the app. What am I missing?
[/QUOTE]
Use Batch Config Tool from Hikvision...
 
RTSP with the DB1C

my findings....

H264 works better than H265 for some reason.

use this RTSP stream ... rtsp:/admin: pass@192.168.1.210/h264_stream (of course put in your credentials and IP of the device).

originally this was posted as the correct RTSP stream, but found it flaky at best. rtsp:/admin: pass@192.168.1.210/?1

just my 2 cents.

Interesting. I have been using H.265 and /Streaming/Channels/101 for the RTSP path, and the doorbell cam has been really unreliable. My Blue Iris log file says there have been 863 connection failures to the DB1C since September 1st.

Oddly, there have been no failures in the last 42 hours. The failures stopped right when I moved my Blue Iris server from its temporary position on my storage room floor to a nearby shelf. I just can't figure out why doing this would improve stability of the doorbell cam. The Blue Iris server is now using a different UPS on the same electrical circuit, different network cord, and different port on the same switch. But none of this should have affected the doorbell or the wifi AP it is connected to. My BI server has 16 cameras and none of the others had network problems.
 
Where is the WiFi access in relation to the BI PC both before and after the move? Remember multi-path comes into play with WiFi and that could have changed with the movement of a relatively large piece of metal.

I've got an AP right inside the door, maybe 4 feet and a 2x6 framed wall away. I've seen as many as 100 dropouts in 24 hours and as few as 10 (rounding numbers here). That's on the 2Ghz band, the 5Ghz was even worse. The WiFi chip in these seems to be from the Dollar Store.
 
  • Like
Reactions: David L
Where is the WiFi access in relation to the BI PC both before and after the move? Remember multi-path comes into play with WiFi and that could have changed with the movement of a relatively large piece of metal.

I've got an AP right inside the door, maybe 4 feet and a 2x6 framed wall away. I've seen as many as 100 dropouts in 24 hours and as few as 10 (rounding numbers here). That's on the 2Ghz band, the 5Ghz was even worse. The WiFi chip in these seems to be from the Dollar Store.

The BI PC is in a basement storage room. The WiFi AP is up one floor and about 40 feet away horizontally, from the BI PC. I can't imagine moving the BI PC had much of an effect on wifi signals this far away.

The doorbell is ~15 feet away from this AP (through the exterior wall and one interior wall). Using 2.4GHz.

1632786014015.png
1632786146993.png
1632786134569.png

Well ... that is the AP which the doorbell SHOULD always be connected to. There's also an AP with the same SSIDs (ubiquiti unifi) in the storage room with the BI PC, but every time I have looked at the unifi interface, the doorbell is connected upstairs like it should be, so I have not bothered yet creating a segregated SSID just for the upstairs AP.
 
Using the db1c for a week now with mixed emotions.

My goal was to have a video doorbell with RTMP stream to Home assistant / BI and have it connected to the EZVIZ Chime 2 (I had the kit with doorbel, 12V power converter and chime).

I did the set up installing, added the doorbell to the app and added the chime, the door bell worked with the app and chime.
But I could not get any RTMP feed on ... anything besides de app.

Using ezviz studio I noticed that I only had the chime visible and the doorbell was connected to the chime.

Found some info in this board and internet to remove the chime connection.
With that I was able to connect to VLC and BI (never with Home assistant) but un reliable it, even in the ezviz app it went offline all the time.
It toke sometimes 20 sec before VLC was able to show the feed.
I was not able to have the chime working without linking.

A new reset gave me even that the doorbel was not able to see my wifi anymore (my unifi AP is 7 feed away through 1 outside and 1 inside wall (my phone has 4 bars holding it next to the doorbell))
Only connecting it through my chime (on the other side of the outside wall) worked but again without RTMP feed.

I also noticed that in Home assistant info (I added the doorbell via the ezviz integration) it has an IP in an other range (I use 192.168.0.X, the doorbell has 192.168.8.4)...
All very strange.

Did someone got the doorbell + chime connected and is able to see RTMP feeds?
Did someone got it to work in Home assistant?
Is there a specific way to connect the doorbell, chime, Home assistant and get everything working.

Thank you.