Portier video Hikvision

Pour les flux RTSP qui marchent pas quels sont les codes configurés dans le portier ?
J’ai remarqué qu’en H265 ça ne remonte pas correctement

Hello,

Portier KV6113 acheté. Cela marche pas mal. J’ai testé via VLC, possible de récupérer le flux mais via le plugin camera, impossible. Est ce que certains ont testé le badge rfid ? je ne trouve pas de doc dessus :frowning:
Merci

Hello.
Est ce que tu accepterais en MP de me donner un accès à ton portier a l’API afin que je regardes si il est compatible avec avec mon plugin que je vais sortir bientôt.
Pas eu encore l’occasion de tester un portier.
Je pourrais regarder aussi pourquoi il ne remonte pas dans le plugin caméra.

Tu pourrais me faire un renregistrement du flux évent avec ton navigateur pendant quelques minutes avec des actions sur ton portier stp ?

Yes, je fais ça. Le flux est effectivement du json. Oups

:joy:

It’s not working on my raspberry pi3. I have the same OS error.

$ sudo docker logs hikvision
Traceback (most recent call last):
  File "hik.py", line 1, in <module>
    from hcnetsdk import HCNetSDK, NET_DVR_DEVICEINFO_V30, NET_DVR_DEVICEINFO_V30, NET_DVR_SETUPALARM_PARAM, fMessageCallBack, COMM_ALARM_V30, COMM_ALARM_VIDEO_INTERCOM, NET_DVR_VIDEO_INTERCOM_ALARM, NET_DVR_ALARMINFO_V30, ALARMINFO_V30_ALARMTYPE_MOTION_DETECTION, VIDEO_INTERCOM_ALARM_ALARMTYPE_DOORBELL_RINGING, VIDEO_INTERCOM_ALARM_ALARMTYPE_DISMISS_INCOMING_CALL, VIDEO_INTERCOM_ALARM_ALARMTYPE_TAMPERING_ALARM, VIDEO_INTERCOM_ALARM_ALARMTYPE_DOOR_NOT_CLOSED, COMM_UPLOAD_VIDEO_INTERCOM_EVENT, NET_DVR_VIDEO_INTERCOM_EVENT, VIDEO_INTERCOM_EVENT_EVENTTYPE_UNLOCK_LOG, VIDEO_INTERCOM_EVENT_EVENTTYPE_ILLEGAL_CARD_SWIPING_EVENT, NET_DVR_UNLOCK_RECORD_INFO
  File "/hcnetsdk.py", line 162, in <module>
    HCNetSDK = cdll.LoadLibrary(hcnetsdk_path)
  File "/usr/local/lib/python3.7/ctypes/__init__.py", line 442, in LoadLibrary
    return self._dlltype(name)
  File "/usr/local/lib/python3.7/ctypes/__init__.py", line 364, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: /./lib/libhcnetsdk.so: wrong ELF class: ELFCLASS64

1 « J'aime »

thats too bad :slight_smile:
i think only works for android

1 « J'aime »

Sur un portier ref DS-KV6113-WPE1(B) en firmware V2.2.53 build 220108 (derner à jour)
Je n’ai pas la possibilité de créer d’autres users que admin
Lorsque je tente l’accès à l’API via mon plugin ou via les requetes curl que tu donnes j’ai un accès 401 refusé.
Meme en digest sur un curl j’obtient ça

<ResponseStatus version="1.0" xmlns="http://www.std-cgi.com/ver10/XMLSchema">
<requestURL>/ISAPI/Streaming/channels</requestURL>
<statusCode>4</statusCode>
<statusString>Invalid Operation</statusString>
<subStatusCode>invalidOperation</subStatusCode>
<errorCode>1073741830</errorCode>
<errorMsg>invalid operation</errorMsg>
</ResponseStatus>

Un autre firmware est dispo quelque part ?

In fact, even if raspberry pi support arm 64bit instructions, most of distrib still use 32bits. That’s the case of jeedom default image Documentation Jeedom.

$ uname -m
armv7l

I will try to do a manual installation with 64bit os and check if it’s working.

As tu fait un reset de la configuration après l’upgrade ? Cela ne fonctionne pas correctement sans cela.

Bon vu avec @NanoMaverick en MP. C’est bon je récupère le flux via l’auth en DIGEST. Quelques modifs en perspective pour mon plugin.

1 « J'aime »

hey

i have also : armeabi-v7a and armeabi
maybe try ?

https://www.dropbox.com/s/3po6p0bdfc5i5bl/libs.zip?dl=0

2 « J'aime »

The error is different, the libdl.so file is not in the lib directory. Any idea ?

$ sudo docker logs hikvision
[sudo] Mot de passe de jeedom : 
Traceback (most recent call last):
  File "hik.py", line 1, in <module>
    from hcnetsdk import HCNetSDK, NET_DVR_DEVICEINFO_V30, NET_DVR_DEVICEINFO_V30, NET_DVR_SETUPALARM_PARAM, fMessageCallBack, COMM_ALARM_V30, COMM_ALARM_VIDEO_INTERCOM, NET_DVR_VIDEO_INTERCOM_ALARM, NET_DVR_ALARMINFO_V30, ALARMINFO_V30_ALARMTYPE_MOTION_DETECTION, VIDEO_INTERCOM_ALARM_ALARMTYPE_DOORBELL_RINGING, VIDEO_INTERCOM_ALARM_ALARMTYPE_DISMISS_INCOMING_CALL, VIDEO_INTERCOM_ALARM_ALARMTYPE_TAMPERING_ALARM, VIDEO_INTERCOM_ALARM_ALARMTYPE_DOOR_NOT_CLOSED, COMM_UPLOAD_VIDEO_INTERCOM_EVENT, NET_DVR_VIDEO_INTERCOM_EVENT, VIDEO_INTERCOM_EVENT_EVENTTYPE_UNLOCK_LOG, VIDEO_INTERCOM_EVENT_EVENTTYPE_ILLEGAL_CARD_SWIPING_EVENT, NET_DVR_UNLOCK_RECORD_INFO
  File "/hcnetsdk.py", line 162, in <module>
    HCNetSDK = cdll.LoadLibrary(hcnetsdk_path)
  File "/usr/local/lib/python3.7/ctypes/__init__.py", line 442, in LoadLibrary
    return self._dlltype(name)
  File "/usr/local/lib/python3.7/ctypes/__init__.py", line 364, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: libdl.so: cannot open shared object file: No such file or directory
1 « J'aime »

hmm, no :frowning:

Sur le portier DS-KV6113-WPE1
Le flux alertStream est vide et non bloquant.
Avez vous déjà eu ça ?

root@deb-jeedom:~# curl -i --digest --user admin:XXXX http://XXXXX:8080/ISAPI/Event/notification/alertStream
HTTP/1.1 401 Unauthorized
Date: Wed, 02 Mar 2022 15:46:56 GMT
Server: webs
Content-Length: 235
Connection: close
X-Frame-Options: SAMEORIGIN
Cache-Control: no-store
Pragma: no-cache
WWW-Authenticate: Digest qop="auth", realm="DS-21C9CCDF", nonce="NTgzNDMzZTMzMTViYjk2ZDVlODRkOWE2MWI4NjU4MWE=", stale="false", opaque="", domain="::"
Content-Type: application/xml

HTTP/1.1 200 OK
Date: Wed, 02 Mar 2022 15:46:56 GMT
Server: webs
Content-Length: 40
Connection: close
X-Frame-Options: SAMEORIGIN
Cache-Control: no-store
Pragma: no-cache
Content-Type: application/xml

<?xml version="1.0" encoding="UTF-8"?>
root@deb-jeedom:~#

Le retour ISAPI deviceInfo est bien OK

<?xml version="1.0" encoding="UTF-8"?>
<DeviceInfo version="2.0" xmlns="http://www.isapi.org/ver20/XMLSchema">
<deviceName>OUTDOOR STATION</deviceName>
<deviceID>7d49925b-4fc7-406b-a0ec-2ca59cc05ca5</deviceID>
<deviceDescription>     Vis</deviceDescription>
<deviceLocation>STD-CGI</deviceLocation>
<systemContact>STD-CGI</systemContact>
<model>DS-KV6113-WPE1(B)</model>
<serialNumber>DS-KV6113-WPE1(B)0120210410RRF80911861</serialNumber>
<macAddress>2c:a5:9c:c0:5c:a5</macAddress>
<firmwareVersion>V2.2.53</firmwareVersion>
<firmwareReleasedDate>build 220108</firmwareReleasedDate>
<bootVersion>33685557</bootVersion>
<bootReleasedDate>1442056</bootReleasedDate>
<hardwareVersion>0x0</hardwareVersion>
<encoderVersion>V4.0</encoderVersion>
<encoderReleasedDate>build 181206</encoderReleasedDate>
<deviceType>    Vis</deviceType>
<telecontrolID>88</telecontrolID>
<supportBeep>true</supportBeep>
<supportVideoLoss>true</supportVideoLoss>
<alarmOutNum>2</alarmOutNum>
<alarmInNum>4</alarmInNum>
<RS485Num>1</RS485Num>
<customizedInfo></customizedInfo>
</DeviceInfo>

Hey @NanoMaverick , some update news, i have modified my SDK addon previous version was only retrieving evens like door open/callstatu/motion detection
BUT , it can now also open a door, a new function has beed added :slight_smile:
This is verry usefull for people with older devices, were ISAPI was not possible when port 80 is blocked, so they can now also open a door

look at the updated version:
https://github.com/pergolafabio/Hikvision-SDK-Addon/tree/main/hikvison-sdk

there is also a seperate script file to unlock a door:
https://github.com/pergolafabio/Hikvision-SDK-Addon/blob/main/hikvison-sdk/hik_unlock_door.py

make sure to include this new commit:

1 « J'aime »

Bonjour, pouvez vous me dire si il ya un plug in actuellement qui gere le push du bouton sur un DK-KV6113-WPE1 (B) de Hikvision ?
d’avance merci
Christophe

Pas sûr, de mon côté j’ai préféré partir sur un Dahua VTO 2202F-P-S2 :wink:

1 « J'aime »

Il existe 2 plugins Hikvision. Un seul supporte officiellement les portiers mais il ne récupère que l’image ou le flux vidéo. L’autre devrait évoluer pour supporter les portiers mais je ne sais pas les fonctionnalités qui y seront liés.

Bonjour, merci pour la réponse je voulais juste récupérer la fonction push … je vais patienter .
Merci