yeah, i just turned on the command in asterik console : “sip set debug on”
seems when you install the windows version, it also installes asterisk in background 
so must be possible!! would be the better solution imo, have sended them a mail now
gonna try freepbx also later or tomorrow, maybe a setting on asterisk side , but dont think so
maybe i need TCP instead of UDP, i have configured that on freepbx
Have you tried videofon too? Or how did you know about the audio issue? Have you tested also an PBX?
Tried freepbx also, with TCP support also, still only audio in one direction only
no idea! i think that videofon and divus app are using same source, they are identical i think
lets wait for feedback from divus support/mail
Why are you asking me if I have tried Videofon 1.2? I reported this software to you this morning … I don’t understand.
I add that perhaps I have not correctly explained that I use Videofon 1.2 with FreePBX after my attempts to use the KD8003 with a Fritzbox have failed.
As for Divus, it looks like a company that develops for third parties. The Elcom brand is also highlighted on their site, perhaps some developers have moved from one company to another.
It will be interesting to know the answer to your email.
I have a guess as to why audio doesn’t work with Divus products. Look at this figure: they offer proprietary hardware and their own VoIP server.
Oh, ok, I misunderstood, I though you were already using videofon , maybe with another brand of door intercom…
Maybe it’s indeed proprietary hardware, but there voip server is also based on asterisk …
I have the same issue with divus and that videofon… Must be a setting 
Vfone is still the best option, too bad it’s not possible to change ringtone…
On the other had linhome is also still nice, but it needs some developers work…
Anyway, it’s very frustrating, there is just no simple good solution for a stupid doorbell., It’s not a hikvision thing, it’s just in general
GUYS!
After years of searching i have found THE SIP client softphone
the biggest issue always on PBX was, there was no way to add early media (video before pickup) when you call mutilple softphones or ringgroups… only video after pickup
I have found now an app, its based on linphone opensource project, they have added an option to an RTSP stream for incoming video!!
two way audio works?
Hi can you please tell on how to make things work. In few bullepoints
I stepped away from ISAPi, now using sip PBX
yes few bullet points for PBX use
Start with FreePBX, that’s the easiest…
Install add some extensions, register the devices, done
Hi, can you check if these settings are correct?
Specifically, do you use pjsip or sip?
These should be the audio codecs …
… and these those videos.
They’re right?
I’ve seen in your other screenshots that you use Asterisk (I think version 18.2.2), is there a functional reason why you use Asterisk and not FreePBX or is it just because it offers you better debugging?
Looks OK, chansip and pjsip , they both work
I use asterisk instead , because FreePBX is just an overkill for just door Intercom purpose as home project
New side project I’ve been working on, in order to add a chime to the system upon doorbell button press:
Items needed:
Shelly 1
Mechanical doorbell using 12V power
Wifi
12V power supply
wires
Process: I connected the power supply to the shelly, instead of directly to the door bell terminals - (most mechanical doorbells have a constant power wire, and two additional terminals, one for a button in front/another in rear. Button press completes the circuit typically.)
In my case, the front wire was used for a doorbell, so I connected those together, and patched up the hole.
The doorbell was continuously ringing now, as the circuit was completed.
I then connected the wire from my basement to the shelly, with configuration of the shelly 1 into a “button” that is activated by HA as a “switch.chime” entity.
The Shelly was installed about a foot from my transformer in the basement, and works instantaneously to trigger the chime from the switch in HA.
Other things to keep in mind - the Hikvision SDK addon from Fabio works great, and it is linked to a binary sensor (call status) that changes state from off to on as the SDK receives commands to change the sensor state.
An HA automation is then used to trigger the chime whenever the doorbell is pressed, however there does seem to be a 4-6 second delay. I am investigating into the possibility that the SDK is slow to report the call status change, or the binary sensor is too slow to report, or perhaps the automation is slow.
Maybe each has only 1.5 second delay, but combined it is much longer.
I am looking to see if the addon python file can trigger the switch.chime directly upon receiving the button press, bypassing the binary sensor and automation entirely.
But this does work, and I am able to create a virtual switch to completely shut down the automation, so we can “mute” the doorbell chime when a small child is sleeping, for example.
For me the addon, the event is instant, no delay at all…
We are working on a command to fire to the addon, to open doors for devices that don’t support ISAPi where 80 is closed
I am using hikconnect ios app to unlock door remotely. This may be the source of the delay.
Ah, why not the ISAPi?
I have a schlage zigbee deadbolt, so I use the “unlock” to trigger an automation in HA
Guys, i updated a new 2.0 version of the Hikvision SDK add-on, whats new… You can now open a door by using service with the SDK!
Verry usefull for people with older devices like 6113 where ISAPI was not possible!
look at the readme:
credits goto @grimpy !! thnx for the help
