Hikvision Doorbell / Videointercom integration

I try everything, but still I can’t get the event to HA when pushing DS-KV6113 ring button. Only voice calling failed :slight_smile:

I enable DEBUG mode and get only event when I press the security button on the other side.

2023-04-04 19:57:06.592][DBG] Alarm chan [0] recv timeout[2]!
2023-04-04 19:57:21.826 | DEBUG    | event:_handle_callback:192 - Callback invoked from SDK
[2023-04-04 19:57:21.826][INF] Alarm[0] IP[10.10.1.178] data_len[568] alarm_len[568] status[430]
2023-04-04 19:57:21.830 | DEBUG    | event:_invoke_handlers:166 - Invoking 2 handlers
2023-04-04 19:57:21.832 | INFO     | mqtt:video_intercom_alarm:266 - Video intercom alarm TAMPERING_ALARM detected on Gate door bell
2023-04-04 19:57:21.833 | DEBUG    | mqtt:handle_device_trigger:305 - Invoking device trigger {'name': 'tampering_alarm', 'type': 'alarm', 'subtype': 'tampering'}
2023-04-04 19:57:21.835 | INFO     | event:video_intercom_alarm:109 - Video intercom alarm from Gate door bell

If you have calling failed, then there is something wrong with your Hikvision itself, not related to this addon…

Isn’t your Indoor station ringing? Or Hikconnect if running standalone?

Finally I found problem. Got from support DS-KV6113-WPE1(C) new Firmware and upgraded from V2.2.55 to V2.2.57.
Valia:

1 Like

So what is ringing now? Hikconnect? :slight_smile:

So good news! And the call stop ringing when you answer it over webrtc?

Isapi doesn’t answer, you still need Todo that manually with reject/answer command, then start stream

1 Like

is it normal to see hundreds of alarm chan [0] recv timeout[2]! ?

[2023-04-11 09:10:32.055][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:11:07.103][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:11:37.144][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:12:07.166][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:12:37.208][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:13:02.232][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:13:32.257][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:14:02.292][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:14:32.329][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:15:02.360][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:15:32.400][DBG] Alarm chan [0] recv timeout[2]!
[2023-04-11 09:16:07.438][DBG] Alarm chan [0] recv timeout[2]!

They are normal, it’s a listener, just turn off debug, if you don’t want to see it :slight_smile:

1 Like

i have turned off debug thats the problem?

log_level: INFO
sdk_log_level: INFO

Define “NONE” for SDK log level

2 Likes

thanks, that worked a treat!
but i would consider this a BUG as INFO shouldnt be displaying [DBG] messages?

Indeed, will have a look into it :slight_smile:

also is the any chance of opensourcing up the docker image?
would love to read the code on how it all works!
IGNORE: found it, on the dev branch haha

1 Like

Hi Fabio, what does it mean on Log?

2023-04-11 18:34:18.335 | INFO | event:video_intercom_alarm:109 - Video intercom alarm from doorbell
2023-04-11 18:34:18.336 | INFO | mqtt:video_intercom_alarm:253 - Alarm <sdk.hcnetsdk.NET_DVR_VIDEO_INTERCOM_ALARM_INFO_UNION object at 0x7f7c913643> detected on door 51

Hmm, not sure, probably some unknown event, are you running latest beta?

Also, when do you see it? And is it from indoor or outdoor?

1 Like

Yep. I’m on the last beta. I’m using only outdoor unit. I don’t know well what event did it.

@pergola.fabio n the new addon it is impossible to get the id of the key that opened the door?


this is a super cool feature

1 Like

It should be there already , there is an unlock log

yes, I saw that the key is in the logs, but in the previous version the key was in the sensor attributes (sensor.hikvision_door). From there, I could get the ID and compare it with the database, which would then send the key name to telegram. Can I do something similar in the new integration?


1 Like

Hey Fabio, could you implement the {"CallSignal":{"cmdType":"hangUp"}} command to make the doorbell stops the call?

hangUp also seems better than Reject because it doesn’t says the non-available answer on doorbell too.