Hikvision - Clearing Passwords and/or Loading Firmware via TTL Serial

[Jelle458]

Hello! Long time reader, first time caller.

I appreciate this post very much, and it did get me very far with my own HiKVision NVR, however I am very stuck and I am hoping som light can be shred on why.

I hope the pictures I have attached give enough info needed.

Basically I am, like most people here, also locked out of the NVR, and I have found that updating the firmware to reset it to factory seems to be the way to go.

I have tried various things shown in the pictures. At first it wouldn't even load the update. When using "setenv ';update'" it would just boot normally.

I thought I had to do "setenv ';tftp'" because that does download the digicap.dav file, but it never updates the machine. As shown in the picture the connection is definitely there, and I can download the firmware from the tftp server.

I found this: Hikvision DVR Password reset through firmware TFTP error
From here I used:
setenv ';setenv bootargs console=ttyS0,115200n8 root=/dev/ram0 rw initrd=0x42000000 init=/bin/sh'

Now when I run setenv ';update' the update actually comes up, but I get ftp not exist error, yet I know that it does exist and is fully working, since I can download the file using "setenv ';tftp'"

I see this thread is still active, and I am really hoping for a solution to this. Thanks in advance!

 

[hunnts]

Hello! Long time reader, first time caller.

I appreciate this post very much, and it did get me very far with my own HiKVision NVR, however I am very stuck and I am hoping som light can be shred on why.

I hope the pictures I have attached give enough info needed.

Basically I am, like most people here, also locked out of the NVR, and I have found that updating the firmware to reset it to factory seems to be the way to go.

I have tried various things shown in the pictures. At first it wouldn't even load the update. When using "setenv ';update'" it would just boot normally.

I thought I had to do "setenv ';tftp'" because that does download the digicap.dav file, but it never updates the machine. As shown in the picture the connection is definitely there, and I can download the firmware from the tftp server.

I found this: Hikvision DVR Password reset through firmware TFTP error
From here I used:
setenv ';setenv bootargs console=ttyS0,115200n8 root=/dev/ram0 rw initrd=0x42000000 init=/bin/sh'

Now when I run setenv ';update' the update actually comes up, but I get ftp not exist error, yet I know that it does exist and is fully working, since I can download the file using "setenv ';tftp'"

I see this thread is still active, and I am really hoping for a solution to this. Thanks in advance!

Did u set up serverip and ipaddr?

 

[alastairstevenson]

Did u set up serverip and ipaddr?

Check the second and third image

 

[Jelle458]

IP is set up. Images might not be the most clear, I apologize. If any more info is needed I will provide it swift, would hate to just throw away working hardware.

 

[hunnts]

Check the second and third image

Those images shows only the default ip, i mean setting up with setenv serverip xx.xx.xx.xx

IP is set up. Images might not be the most clear, I apologize. If any more info is needed I will provide it swift, would hate to just throw away working hardware.

Reboot the NVR, and set up the ip adrrees for the NVR and ur tftp server (your pc)

setenv ',setenv ipaddrs xx.xx.xx.xx' >>>> ip for NVR
setenv ',setenv serverip xx.xx.xx.xx' >>>>> ip of ur pc, where tftp server is running
setenv ',sa'

Use a diferent segment.

then setenv ',update'

the device will reset and will enter in update mode, it take a ton shit of time to actually start downloading and updating the firmware. Also, update command will always try to download the firmware using tftp.

 

[Jelle458]

The ipaddrs is set to 192.0.0.64 and serverip is set to 192.0.0.128. There is a direct ethernet cable between computer and NVR, and using setenv ';tftp' a connection is made to the tftp server (Image 3) and the download is succeeded, but when using the update I still get the "ftp not exist" error. The computer is manually set to 192.0.0.128, and if the connection works then it should work using update command too.

The printenv command (image 2) also shows that the IP's are set to .64 and .128.

I just ran the commands to set the IP's and I get the same error.

 

[alastairstevenson]

There is a direct ethernet cable between computer and NVR

When using the normal tftp updater method when the device on startup probes briefly for the tftp updater, a direct connection to the PC can fail to find the tftp updater due to the additional delay in the PC network interface transitioning to an 'up' state after the NVR interface goes 'up'.
For that method, connecting each device to its own switch port eliminates that issue.
I don't know though if the manually initiated 'update' process would suffer from the same problem, but it may be worth a try.

 

[Jelle458]

I will try with a switch on my local network then.

When running setenv ';tftp' the file is downloaded, but nothing else happens. using the help command there is no help. The list of commands does not include an update command. The "update" command isn't even listen, so I am unsure of what the "manually initiated update" command would be, but it is definitely able to download the file.

If I do
setenv ';tftp'
Download completed
setenv ';update'

The end result is the same "ftp not exist".

Would be cool if there was an update command to initiate update on the recently downloaded file.

 

[alastairstevenson]

Now when I run setenv ';update' the update actually comes up, but I get ftp not exist error, yet I know that it does exist and is fully working, since I can download the file using "setenv ';tftp'"

I'm curious why it says 'ftp server' and not 'tftp server', unless it's just a typo in the code.

I will try with a switch on my local network then.

A pity that didn't make a difference - it was a long shot though.

Would be cool if there was an update command to initiate update on the recently downloaded file.

There is some uncertainty as to whether the automated tftp updater method still exists on the I-series NVRs, it may depend on manufacturing date, but again should be worth a try.
As the NVR firmware is larger than the 32MB filesize limit of the Hikvision tftp updater tool, the Scott Lamb Python2 clone needs to be used in it's place.

GitHub - scottlamb/hikvision-tftpd: Unbrick a Hikvision device (NVR or camera) via TFTP

Unbrick a Hikvision device (NVR or camera) via TFTP - scottlamb/hikvision-tftpd

github.com

Normal process would be to start the tftp updater clone on the serverip 192.0.0.128 PC IP address, with the digicap.dav file in it's home folder.
And ideally have the PC and NVR on their own switch ports.
Power on the NVR.
It should probe for the tftp updater at the serverip address, and if the updater responds a file transfer should result, following which the update process takes place.
Progress can be watched via the serial console connection.

 

[rionel]

Recientemente compré un Hikvision DS-7608NI-E2/8P usado (en subasta) que estaba bloqueado con contraseña. El vendedor no pudo decirme dónde se vendió, y todas las oficinas de Hikvision con las que contacté (EE. UU., UE, AU, CN, HK) me dieron la respuesta enlatada "comprado a través de un canal no autorizado". La fuente indicada del hardware tampoco pareció tener relación con la respuesta (lo compré localmente, lo compré en una subasta, lo adquirí mediante la adquisición de otra empresa, etc.). Tengo otra unidad idéntica (también usada) que se vendió en los EE. UU. y me ayudaron a restablecer la contraseña, sin hacer preguntas ni tampoco información sobre dónde compré.

La unidad bloqueada con contraseña se envió en un paquete minorista con números de serie que coincidían (caja + dispositivo + SADP). El firmware instalado parece ser estadounidense o ML (no pirateado, no CN), pero el número de serie parece un poco extraño. La otra unidad usada (verificada en EE. UU.) que tengo tiene un número de serie que comienza con 6591xxxxx y tiene un código de verificación predeterminado para Hik-connect en la etiqueta. La fecha de fabricación de esa unidad es 2016. La unidad bloqueada con contraseña tiene un número de serie que comienza con 1351xxxxx y no tiene un código hik-connect creado previamente. ¿Número de serie inferior, exactamente el mismo modelo? La fecha de fabricación de la unidad bloqueada con contraseña es hace menos de seis meses: noviembre de 2017. La otra cosa extraña es que el firmware de esta nueva unidad (bloqueada con contraseña) era un número de compilación más reciente que la última versión del firmware publicada (en cualquier lugar). para sus NVR de la serie I.

Recientemente tuve una cámara DS-2CD2132 del mercado gris y intenté actualizar el firmware, lo que condujo a la recuperación de tftp (lo que en consecuencia elimina la configuración y la contraseña del dispositivo). Sin embargo, el proceso normal de recuperación de tftp (donde llega a 192.0.0.128) parece haber sido eliminado de las versiones más recientes del firmware Hik... Así que comencé a buscar algo similar a la recuperación en serie que había visto en alguna cámara. publicaciones. Encontré algunas publicaciones con personas que intentaban lo mismo en un NVR (con éxito desigual), pero las únicas publicaciones con detalles reales estaban relacionadas con las cámaras.

Creo firmemente en el derecho a reparar. Tengo grandes problemas con la política de distribución y restablecimiento de contraseña de Hikvision. Entiendo su punto de vista/preocupaciones sobre productos que no se venden a través de canales autorizados e incluso podría estar de acuerdo en no brindar soporte a estas unidades, pero lo que han hecho es bastante diferente. No sólo no le brindarán asistencia con su producto no autorizado, sino que también se han inyectado en el elemento de asistencia más básico (restablecimiento de contraseña), lo que les permite forzar estas unidades fuera de servicio antes de tiempo. También han trabajado continuamente para bloquear sus productos, por lo que incluso con acceso físico, es posible que termines con un pisapapeles (y no hay forma de saber realmente si este será el caso antes de comprarlo). Nada de esto parece beneficiar a sus clientes. Todo parece surgir de su deseo de controlar/proteger los precios regionales (en lugar de utilizar un modelo de precios global) y su incapacidad para controlar lo que hacen sus distribuidores/revendedores. Por eso bloquean las cosas y se lo ponen más difícil a los usuarios finales. Si no supiera en lo que me estaba metiendo y, como aficionado, hubiera gastado varios cientos en lo que pensé que era un sistema de bricolaje y me dijeran que fuera a patear piedras cuando pedí restablecer la contraseña, probablemente culparía a la fuente de mi compra es mucho menos de lo que culpo al fabricante del producto (con políticas demenciales).

Entonces, aparte de limitarse a Hikvision, el objetivo principal de esta publicación es poner toda la información sobre la recuperación Serial TTL en un solo lugar, para que el siguiente no tenga que pasar por tantos obstáculos como yo. El cable y los pasos básicos aquí son idénticos para las cámaras Hikvision (aunque generalmente se requiere un poco de desmontaje para llegar al conector de la cámara).

Lo primero que hay que tener en cuenta es que la mayoría de las veces, cuando se hace referencia a la recuperación en serie con Hikvision, se hace referencia a la serie TTL. Hay algunos NVR que admiten conexiones RS232, pero normalmente puedes conectarlas en la parte posterior (sin abrirlas) a través del bloque de terminales y/o un puerto serie dedicado. Se puede comprar un cable TTL de serie a USB por entre 3 y 10 dólares en varias fuentes en línea. En un extremo verá una conexión USB y en el otro tendrá 3-4 cables. Puede leer sobre las diferencias entre TTL Serial y RS232 (serie "normal") aquí: RS-232 vs. TTL Serial Communication - SparkFun Electronics


Suministros

• Adaptador serie TTL ($5-15)
• Cable de ethernet
• Cable JST ZH de cuatro pines (pines de 1,5 mm) (Amazon, eBay, etc.)
• Computadora portátil/de escritorio con Windows
• Firmware más reciente (o versión deseada) para NVR
• PuTTY (software de terminal): enlace dentro de las instrucciones
• tftpd32 (para enviar firmware a NVR) - enlace dentro de las instrucciones

Deberías buscar un encabezado JST ZH de cuatro pines en la placa base, que se ve así:

Aquí está en el tablero de una cámara:

Un NVR analógico más antiguo:

Un DS-7604:

Un DS-7608:

Es posible que vea más de un conector JST. Si es así, es posible que necesite un multiprobador para determinar la distribución de pines o para ver si en realidad se trata de una conexión serie TTL. Es bastante fácil: un pin exterior debe estar caliente y el otro debe estar a tierra. Tierra es el pin n.° 1, caliente es el pin n.° 4. En mi unidad, el pin n.° 1 (tierra) tenía una flecha blanca impresa en la PCB al lado. Si no lee nada de estos dos pines con la unidad encendida, probablemente sea seguro que no es un puerto serie TTL.

Después de encontrar su puerto, necesitará conseguir (o fabricar) un cable JST ZH de cuatro pines. Los pasadores están separados por 1,5 mm. Lo mejor es comprar un cable prefabricado (que se consigue fácilmente en línea):

Este es un conector común (usado con algunas celdas LiPO), por lo que en realidad tenía una bolsa de dos cabezales de clavijas + conectores por ahí. Opté por fabricarlo, ya que no quería esperar a que se enviaran los cables adecuados. Si tiene dos cabezales de clavijas, simplemente puede limar un lado de cada uno para poder colocar ambos en el zócalo de cuatro clavijas.

También necesitarás ese adaptador serie TTL:

Tenga en cuenta que las dos primeras secciones aquí simplemente le indican cuáles son los pines para cada lado (cable JST y TTL). Estos son solo como referencia y no reflejan cómo se deben conectar las cosas (consulte a continuación el diagrama rx/tx para obtener esta información). La energía debe apagarse (mediante el interruptor de la fuente de alimentación o tirando del cable) mientras juegas en el interior.

Distribución de pines del cable serie TTL
Rojo = 5v
Negro = Tierra
Blanco = RX (en USB)
Verde = TX (fuera de USB)

Configuración de pines JST
Pin 1 = Tierra
Pin 2 = TX (fuera de NVR)
Pin 3 = RX (en NVR)
Pin 4 = 3,3v

Al conectarse, RX pasa a TX como se muestra aquí:

Cómo conectar su cable:
JST Pin 1 -> Tierra TTL ( negro )
JST Pin 2 -> TTL RX ( blanco )
JST Pin 3 -> TTL TX ( verde )
JST Pin 4 -> SIN CONEXIÓN

IMPORTANTE: EL CABLE ROJO (+5V) NO DEBE ESTAR CONECTADO AL PIN 4 DE JST. SOLO NECESITA LAS CONEXIONES TX/RX/TIERRA PARA QUE ESTE FUNCIONE. ¡PODRÍA DAÑAR POTENCIALMENTE LA UNIDAD SI CONECTA EL CABLE ROJO (+)!

Aquí está mi cable ghetto instalado con el adaptador serie TTL conectado. Tenga en cuenta que el cuarto pin no tiene conexión (tampoco toca la fuente de alimentación en la imagen, solo un problema de ángulo con la foto):

Una vez que haya terminado de cablear todo, deberá conectar el lado USB del adaptador serie TTL. Es posible que necesite instalar controladores desde el sitio del fabricante. No tuve buena suerte al intentar pasar uno de estos adaptadores a través de VMware Fusion a una máquina virtual con Windows 10. Al final terminé rompiendo una vieja computadora portátil con Windows 7.

Mi adaptador (el que se muestra en esta foto) usa un chip PL2303. Puede obtener los controladores más recientes aquí:
Productos

Deberá descargar PuTTY (o un emulador de terminal de su elección que admita serie):
Descargue PuTTY, un cliente SSH y telnet gratuito para Windows

Necesitará un servidor TFTP simple (no el de Hikvision). Recomiendo usar la versión portátil de tftpd32 (gratuita). Extraiga a una subcarpeta de su carpeta de descargas y ejecútelo desde allí:
servidor TFTP

También necesitará un cable Ethernet (no se requiere cruce) para obtener el firmware (el firmware no se transfiere a través de la conexión serie).

Su cable ethernet se puede conectar de dos maneras:

1. Directamente desde NVR a la computadora portátil/escritorio que esté utilizando
2. Desde NVR al mismo segmento de red (misma VLAN/subred) en el que se encuentra la computadora de escritorio/portátil

Si elige el número 2, recuerde que no podrá configurar una subred o puerta de enlace en el NVR. Cuando llegue el momento de cargar el firmware, se le solicitará únicamente la IP del servidor y del cliente. Por eso es importante que esté en el mismo segmento de red que la máquina que alojará TFTP.

Si opta por el número 1 (que fue más fácil para mí), deberá configurar manualmente la dirección IP en la computadora. Configuración del adaptador de red, haga clic derecho en el adaptador de red, haga doble clic en TCP/IP V4, ingrese como se muestra a continuación:

Ahora necesita averiguar a qué puerto COM se ha asignado el adaptador serie TTL. Abra el Administrador de dispositivos en Windows, haga clic en > junto a "Puertos (COM y LPT)" y debería ver COM#. Si ve más de un puerto COM en la lista y no está seguro de cuál usar, anote los números de puerto COM utilizados; es posible que deba probar cada uno con PuTTY mientras se inicia el NVR para determinar cuál es el correcto para usar ( prueba y error).

Una vez que tenga la información del puerto COM, abra PuTTY. En la primera pantalla que ve, seleccione "Serie" para Tipo de conexión, escriba manualmente su puerto en Línea serie. Mi adaptador apareció en COM6 (como se muestra a continuación). La velocidad debe establecerse en 115200:

Haga clic en serie (parte inferior de la lista a la izquierda), asegúrese de que la línea Serie a la que conectarse coincida con lo que ingresó en la primera pantalla, así como la velocidad. Bits de datos 8, bits de parada 1, paridad ninguna (estas deberían ser las configuraciones predeterminadas). Cambie el control de flujo a ninguno/apagado (¡no es una configuración predeterminada!).

Una vez completado, haga clic en Abrir y luego encienda su NVR. Si ha seleccionado el puerto correcto, debería ver algo como esto cuando se enciende:

Pasemos a configurar el servidor TFTP. Sólo proporciono instrucciones para tftpd32, pero la configuración debería ser similar a la de otro software de servidor tftp. Cuando abre tftpd32 inicialmente, es posible que vea algunas indicaciones del firewall, etc. Agregar excepciones está bien, pero si su NVR y el servidor TFTP no parecen comunicarse, es posible que desee desactivar el firewall de Windows como primer paso para solucionar el problema. Una vez que tftpd32 esté abierto, haga clic en el botón de configuración en la parte inferior. Haga clic en la pestaña global, desmarque el servidor DHCP. Haga clic en la pestaña TFTP y seleccione "Ninguno" para la seguridad TFTP. Haga clic en Aceptar, le indicará que debe reiniciar la aplicación, haga clic en Aceptar, cierre la aplicación y vuelva a abrirla.

Ahora necesitas descargar el firmware de Hikvision. Tenía un modelo estadounidense, así que usé el firmware estadounidense. De hecho, cargué una versión que tenía un número de versión posterior a la versión que estaba instalada. No tuve ningún problema, pero su kilometraje puede variar aquí. Si elige el firmware incorrecto (y no tiene un modelo del mercado gris con firmware pirateado), se producirá la discrepancia habitual en la suma de verificación/región y no se instalará el archivo de firmware. Descargue la última versión de firmware para el NVR y extraiga el archivo zip. El archivo digicap.dav dentro del zip debe copiarse en la carpeta raíz de tftpd32 (es por eso que recomiendo la versión portátil: configure + suelte el archivo en la misma carpeta).

En este punto, debe tener configurado el cable serie TTL, verificar el puerto COM, configurar PuTTY, configurar tftpd32 y ejecutar el firmware que desea instalar en el dispositivo que se encuentra dentro de la carpeta tftpd32.

De aquí:

1. Encienda el NVR
2. Presione CTRL-U para interrumpir el proceso de inicio
   
   
3. Presione u (para actualizar el software)
4. IP del dispositivo (NVR)
   1. Si se conecta directamente a la computadora, puede usar 192.0.0.64 como IP
   2. Si se conectó a su LAN existente, debe ingresar una IP no utilizada en la misma subred que la máquina que aloja los servicios tftp.
5. IP del servidor (portátil/escritorio con tftpd ejecutándose): el mío estaba configurado en 192.0.0.128
6. Presione y para confirmar (luego presione enter)
7. Desde aquí debería descargar + instalar el archivo de firmware.
8. Al final de la instalación dirá "Presione ENTER para reiniciar" - presione Enter

Registro de terminal (lo que puede esperar ver):

Se debe cargar el firmware y se deben borrar todas las configuraciones (incluida la contraseña). Todos los cables se pueden quitar y el NVR se puede configurar/mover/etc. Estará en un estado no activado/inactivo sin ninguna contraseña establecida. La primera pantalla que ves al inicio (si lo conectas vía HDMI) debería ser la de establecer la contraseña:

[/CITA]

Recientemente compré un Hikvision DS-7608NI-E2/8P usado (en subasta) que estaba bloqueado con contraseña. El vendedor no pudo decirme dónde se vendió, y todas las oficinas de Hikvision con las que contacté (EE. UU., UE, AU, CN, HK) me dieron la respuesta enlatada "comprado a través de un canal no autorizado". La fuente indicada del hardware tampoco pareció tener relación con la respuesta (lo compré localmente, lo compré en una subasta, lo adquirí mediante la adquisición de otra empresa, etc.). Tengo otra unidad idéntica (también usada) que se vendió en los EE. UU. y me ayudaron a restablecer la contraseña, sin hacer preguntas ni tampoco información sobre dónde compré.

La unidad bloqueada con contraseña se envió en un paquete minorista con números de serie que coincidían (caja + dispositivo + SADP). El firmware instalado parece ser estadounidense o ML (no pirateado, no CN), pero el número de serie parece un poco extraño. La otra unidad usada (verificada en EE. UU.) que tengo tiene un número de serie que comienza con 6591xxxxx y tiene un código de verificación predeterminado para Hik-connect en la etiqueta. La fecha de fabricación de esa unidad es 2016. La unidad bloqueada con contraseña tiene un número de serie que comienza con 1351xxxxx y no tiene un código hik-connect creado previamente. ¿Número de serie inferior, exactamente el mismo modelo? La fecha de fabricación de la unidad bloqueada con contraseña es hace menos de seis meses: noviembre de 2017. La otra cosa extraña es que el firmware de esta nueva unidad (bloqueada con contraseña) era un número de compilación más reciente que la última versión del firmware publicada (en cualquier lugar). para sus NVR de la serie I.

Recientemente tuve una cámara DS-2CD2132 del mercado gris y intenté actualizar el firmware, lo que condujo a la recuperación de tftp (lo que en consecuencia elimina la configuración y la contraseña del dispositivo). Sin embargo, el proceso normal de recuperación de tftp (donde llega a 192.0.0.128) parece haber sido eliminado de las versiones más recientes del firmware Hik... Así que comencé a buscar algo similar a la recuperación en serie que había visto en alguna cámara. publicaciones. Encontré algunas publicaciones con personas que intentaban lo mismo en un NVR (con éxito desigual), pero las únicas publicaciones con detalles reales estaban relacionadas con las cámaras.

Creo firmemente en el derecho a reparar. Tengo grandes problemas con la política de distribución y restablecimiento de contraseña de Hikvision. Entiendo su punto de vista/preocupaciones sobre productos que no se venden a través de canales autorizados e incluso podría estar de acuerdo en no brindar soporte a estas unidades, pero lo que han hecho es bastante diferente. No sólo no le brindarán asistencia con su producto no autorizado, sino que también se han inyectado en el elemento de asistencia más básico (restablecimiento de contraseña), lo que les permite forzar estas unidades fuera de servicio antes de tiempo. También han trabajado continuamente para bloquear sus productos, por lo que incluso con acceso físico, es posible que termines con un pisapapeles (y no hay forma de saber realmente si este será el caso antes de comprarlo). Nada de esto parece beneficiar a sus clientes. Todo parece surgir de su deseo de controlar/proteger los precios regionales (en lugar de utilizar un modelo de precios global) y su incapacidad para controlar lo que hacen sus distribuidores/revendedores. Por eso bloquean las cosas y se lo ponen más difícil a los usuarios finales. Si no supiera en lo que me estaba metiendo y, como aficionado, hubiera gastado varios cientos en lo que pensé que era un sistema de bricolaje y me dijeran que fuera a patear piedras cuando pedí restablecer la contraseña, probablemente culparía a la fuente de mi compra es mucho menos de lo que culpo al fabricante del producto (con políticas demenciales).

Entonces, aparte de limitarse a Hikvision, el objetivo principal de esta publicación es poner toda la información sobre la recuperación Serial TTL en un solo lugar, para que el siguiente no tenga que pasar por tantos obstáculos como yo. El cable y los pasos básicos aquí son idénticos para las cámaras Hikvision (aunque generalmente se requiere un poco de desmontaje para llegar al conector de la cámara).

Lo primero que hay que tener en cuenta es que la mayoría de las veces, cuando se hace referencia a la recuperación en serie con Hikvision, se hace referencia a la serie TTL. Hay algunos NVR que admiten conexiones RS232, pero normalmente puedes conectarlas en la parte posterior (sin abrirlas) a través del bloque de terminales y/o un puerto serie dedicado. Se puede comprar un cable TTL de serie a USB por entre 3 y 10 dólares en varias fuentes en línea. En un extremo verá una conexión USB y en el otro tendrá 3-4 cables. Puede leer sobre las diferencias entre TTL Serial y RS232 (serie "normal") aquí: RS-232 vs. TTL Serial Communication - SparkFun Electronics


Suministros

• Adaptador serie TTL ($5-15)
• Cable de ethernet
• Cable JST ZH de cuatro pines (pines de 1,5 mm) (Amazon, eBay, etc.)
• Computadora portátil/de escritorio con Windows
• Firmware más reciente (o versión deseada) para NVR
• PuTTY (software de terminal): enlace dentro de las instrucciones
• tftpd32 (para enviar firmware a NVR) - enlace dentro de las instrucciones

Deberías buscar un encabezado JST ZH de cuatro pines en la placa base, que se ve así:

Aquí está en el tablero de una cámara:

Un NVR analógico más antiguo:

Un DS-7604:

Un DS-7608:

Es posible que vea más de un conector JST. Si es así, es posible que necesite un multiprobador para determinar la distribución de pines o para ver si en realidad se trata de una conexión serie TTL. Es bastante fácil: un pin exterior debe estar caliente y el otro debe estar a tierra. Tierra es el pin n.° 1, caliente es el pin n.° 4. En mi unidad, el pin n.° 1 (tierra) tenía una flecha blanca impresa en la PCB al lado. Si no lee nada de estos dos pines con la unidad encendida, probablemente sea seguro que no es un puerto serie TTL.

Después de encontrar su puerto, necesitará conseguir (o fabricar) un cable JST ZH de cuatro pines. Los pasadores están separados por 1,5 mm. Lo mejor es comprar un cable prefabricado (que se consigue fácilmente en línea):

Este es un conector común (usado con algunas celdas LiPO), por lo que en realidad tenía una bolsa de dos cabezales de clavijas + conectores por ahí. Opté por fabricarlo, ya que no quería esperar a que se enviaran los cables adecuados. Si tiene dos cabezales de clavijas, simplemente puede limar un lado de cada uno para poder colocar ambos en el zócalo de cuatro clavijas.

También necesitarás ese adaptador serie TTL:

Tenga en cuenta que las dos primeras secciones aquí simplemente le indican cuáles son los pines para cada lado (cable JST y TTL). Estos son solo como referencia y no reflejan cómo se deben conectar las cosas (consulte a continuación el diagrama rx/tx para obtener esta información). La energía debe apagarse (mediante el interruptor de la fuente de alimentación o tirando del cable) mientras juegas en el interior.

Distribución de pines del cable serie TTL
Rojo = 5v
Negro = Tierra
Blanco = RX (en USB)
Verde = TX (fuera de USB)

Configuración de pines JST
Pin 1 = Tierra
Pin 2 = TX (fuera de NVR)
Pin 3 = RX (en NVR)
Pin 4 = 3,3v

Al conectarse, RX pasa a TX como se muestra aquí:

Cómo conectar su cable:
JST Pin 1 -> Tierra TTL ( negro )
JST Pin 2 -> TTL RX ( blanco )
JST Pin 3 -> TTL TX ( verde )
JST Pin 4 -> SIN CONEXIÓN

IMPORTANTE: EL CABLE ROJO (+5V) NO DEBE ESTAR CONECTADO AL PIN 4 DE JST. SOLO NECESITA LAS CONEXIONES TX/RX/TIERRA PARA QUE ESTE FUNCIONE. ¡PODRÍA DAÑAR POTENCIALMENTE LA UNIDAD SI CONECTA EL CABLE ROJO (+)!

Aquí está mi cable ghetto instalado con el adaptador serie TTL conectado. Tenga en cuenta que el cuarto pin no tiene conexión (tampoco toca la fuente de alimentación en la imagen, solo un problema de ángulo con la foto):

Una vez que haya terminado de cablear todo, deberá conectar el lado USB del adaptador serie TTL. Es posible que necesite instalar controladores desde el sitio del fabricante. No tuve buena suerte al intentar pasar uno de estos adaptadores a través de VMware Fusion a una máquina virtual con Windows 10. Al final terminé rompiendo una vieja computadora portátil con Windows 7.

Mi adaptador (el que se muestra en esta foto) usa un chip PL2303. Puede obtener los controladores más recientes aquí:
Productos

Deberá descargar PuTTY (o un emulador de terminal de su elección que admita serie):
Descargue PuTTY, un cliente SSH y telnet gratuito para Windows

Necesitará un servidor TFTP simple (no el de Hikvision). Recomiendo usar la versión portátil de tftpd32 (gratuita). Extraiga a una subcarpeta de su carpeta de descargas y ejecútelo desde allí:
servidor TFTP

También necesitará un cable Ethernet (no se requiere cruce) para obtener el firmware (el firmware no se transfiere a través de la conexión serie).

Su cable ethernet se puede conectar de dos maneras:

1. Directamente desde NVR a la computadora portátil/escritorio que esté utilizando
2. Desde NVR al mismo segmento de red (misma VLAN/subred) en el que se encuentra la computadora de escritorio/portátil

Si elige el número 2, recuerde que no podrá configurar una subred o puerta de enlace en el NVR. Cuando llegue el momento de cargar el firmware, se le solicitará únicamente la IP del servidor y del cliente. Por eso es importante que esté en el mismo segmento de red que la máquina que alojará TFTP.

Si opta por el número 1 (que fue más fácil para mí), deberá configurar manualmente la dirección IP en la computadora. Configuración del adaptador de red, haga clic derecho en el adaptador de red, haga doble clic en TCP/IP V4, ingrese como se muestra a continuación:

Ahora necesita averiguar qué puerto COM se ha asignado el adaptador serie TTL. Abra el Administrador de dispositivos en Windows, haga clic en > junto a "Puertos (COM y LPT)" y debería ver COM#. Si ve más de un puerto COM en la lista y no está seguro de cuál usar, anote los números de puerto COM utilizados; Es posible que deba probar cada uno con PuTTY mientras se inicia el NVR para determinar cuál es el correcto para usar (prueba y error).

Una vez que tenga la información del puerto COM, abra PuTTY. En la primera pantalla que ve, seleccione "Serie" para Tipo de conexión, escriba manualmente su puerto en Línea serie. Mi adaptador apareció en COM6 (como se muestra a continuación). La velocidad debe establecerse en 115200:

Haga clic en serie (parte inferior de la lista a la izquierda), asegúrese de que la línea Serie a la que conectarse coincida con lo que ingresó en la primera pantalla, así como la velocidad. Bits de datos 8, bits de parada 1, paridad ninguna (estas deben ser las configuraciones predeterminadas). Cambie el control de flujo a ninguno/apagado (¡no es una configuración predeterminada!).

Una vez completado, haga clic en Abrir y luego encienda su NVR. Si ha seleccionado el puerto correcto, debería ver algo como esto cuando se enciende:

Pasemos a configurar el servidor TFTP. Sólo proporciona instrucciones para tftpd32, pero la configuración debería ser similar a la de otro software de servidor tftp. Cuando abre tftpd32 inicialmente, es posible que vea algunas indicaciones del firewall, etc. Agregar excepciones está bien, pero si su NVR y el servidor TFTP no parecen comunicarse, es posible que desee desactivar el firewall de Windows como primer paso para solucionar el problema. Una vez que tftpd32 esté abierto, haga clic en el botón de configuración en la parte inferior. Haga clic en la pestaña global, desmarque el servidor DHCP. Haga clic en la pestaña TFTP y seleccione "Ninguno" para la seguridad TFTP. Haga clic en Aceptar, le indicará que debe reiniciar la aplicación, haga clic en Aceptar, cierre la aplicación y vuelva a abrirla.

Ahora necesitas descargar el firmware de Hikvision. Tenía un modelo estadounidense, así que usé el firmware estadounidense. De hecho, cargué una versión que tenía un número de versión posterior a la versión que estaba instalada. No tuve ningún problema, pero su kilometraje puede variar aquí. Si elige el firmware incorrecto (y no tiene un modelo del mercado gris con firmware pirateado), se producirá la discrepancia habitual en la suma de verificación/región y no se instalará el archivo de firmware. Descargue la última versión de firmware para el NVR y extraiga el archivo zip. El archivo digicap.dav dentro del zip debe copiarse en la carpeta raíz de tftpd32 (es por eso que recomiendo la versión portátil: configure + suelte el archivo en la misma carpeta).

En este punto, debe tener configurado el cable serie TTL, verificar el puerto COM, configurar PuTTY, configurar tftpd32 y ejecutar el firmware que desea instalar en el dispositivo que se encuentra dentro de la carpeta tftpd32.

De aquí:

1. Encienda el NVR
2. Presione CTRL-U para interrumpir el proceso de inicio
   
   
3. Presione u (para actualizar el software)
4. IP del dispositivo (NVR)
   1. Si se conecta directamente a la computadora, puede usar 192.0.0.64 como IP
   2. Si se conectó a su LAN existente, debe ingresar una IP no utilizada en la misma subred que la máquina que aloja los servicios tftp.
5. IP del servidor (portátil/escritorio con tftpd ejecutándose): el mío estaba configurado en 192.0.0.128
6. Presione y para confirmar (luego presione enter)
7. Desde aquí debería descargar + instalar el archivo de firmware.
8. Al final de la instalación dirá "Presione ENTER para reiniciar" - presione Enter

Registro de terminal (lo que puede esperar ver):

Se debe cargar el firmware y se deben borrar todas las configuraciones (incluida la contraseña). Todos los cables se pueden quitar y el NVR se puede configurar/mover/etc. Estará en un estado no activado/inactivo sin ninguna contraseña establecida. La primera pantalla que ves al inicio (si lo conectas vía HDMI) debería ser la de establecer la contraseña:

[/CITA]Buenas tardes te habla Ricardo, no logro pasar de la siguiente pantalla del Putty..nv can ́t rename ubi no such file or directory...me podras guiar como corregir eso?? Gracias.

 

[Madorion]

Hi everyone, I'm attempting to upgrade a KV6113-WPE1 C-version device using the TFTP method outlined here. However, I encounter an issue when entering the device IP and Server IP – it appears that the device does not accept the provided IPs. Any suggestions or insights would be greatly appreciated.

This program will upgrade software.
*******************************************************
*  ATTENTION!! PLEASE READ THIS NOTICE CAREFULLY!     *
*  Don't reset machine,or anything that interrupt it. *
*  The upgrade process must finish in 10 minutes!     *
*  If this program fails,machine might be unusable,   *
*  and you will need to reflash again.                *
*  If you find this too risky,power off machine now.  *
*******************************************************

Now press [u/U] key to upgrade software:U
Please upgrade by TFTP
Please input ip address of device:192.0.0.64
Please input ip address of upgrade server:192.0.0.128
Confirm?(y/n):y
Please input ip address of device:

 

[alastairstevenson]

However, I encounter an issue when entering the device IP and Server IP – it appears that the device does not accept the provided IPs.

How is the device connected to the network?
Is the link detect LED on at the port the device is connected to / is the PC running the tftp server wired to the same network?

 

[Madorion]

Hello @alastairstevenson. All the link LEDs are illuminated. I can identify the kv6113 in my SADP (System Application Discovery Protocol) when it boots. The IP corresponds to the one I previously mentioned. The TFTP server indicates: 192.0.0.128 initialized. However, the KV6113 continues to request IP addresses and no attempt is recorded for connecting to my TFTP.

 

[Oleglevsha]

Hi everyone, I'm attempting to upgrade a KV6113-WPE1 C-version device using the TFTP method outlined here. However, I encounter an issue when entering the device IP and Server IP – it appears that the device does not accept the provided IPs. Any suggestions or insights would be greatly appreciated.

This program will upgrade software.
*******************************************************
*  ATTENTION!! PLEASE READ THIS NOTICE CAREFULLY!     *
*  Don't reset machine,or anything that interrupt it. *
*  The upgrade process must finish in 10 minutes!     *
*  If this program fails,machine might be unusable,   *
*  and you will need to reflash again.                *
*  If you find this too risky,power off machine now.  *
*******************************************************

Now press [u/U] key to upgrade software:U
Please upgrade by TFTP
Please input ip address of device:192.0.0.64
Please input ip address of upgrade server:192.0.0.128
Confirm?(y/n):y
Please input ip address of device:

enter the B command, then run help

 

[alastairstevenson]

enter the B command, then run help

I don't know if it's case-sensitive - but if it doesn't get you to the bootloader prompts, use a lower-case b

Then use either
printenv
or if that is ignored
setenv ';printenv'

and check out the values shown against
serverip
ipaddr
These are what are used for the tftp updater, may be 192.168.1.128 instead of the old 192.0.0.128

If the firmware filesize is larger than 32MB, the Hikvision tftp updater won't handle it, in which case either use a standard tftp server and the command :
setenv ';update'

or the Scott Lamb tftp updater Python2 clone :

GitHub - scottlamb/hikvision-tftpd: Unbrick a Hikvision device (NVR or camera) via TFTP

Unbrick a Hikvision device (NVR or camera) via TFTP - scottlamb/hikvision-tftpd

github.com

 

[John Williamson]

I'm struggling to recover a DS-7608NI-K2/8P. After some initial issues being unable to get the firmware on via TFTP (I'm using a Mac with parallels), I finally managed to get the transfer to complete and got the prompt to reboot. However the recorder still does not boot. It's not pingable and doesn't appear in SADP. Can anyone decipher what's going on from the screenshot? It's freezing at 'booting the kernel'. I'm not sure where to go from here. Thanks.

 

[alastairstevenson]

After some initial issues being unable to get the firmware on via TFTP (I'm using a Mac with parallels), I finally managed to get the transfer to complete and got the prompt to reboot.

What firmware did you load? (link)
What version of firmware was on it before this?

 

[Madorion]

I don't know if it's case-sensitive - but if it doesn't get you to the bootloader prompts, use a lower-case b

Then use either
printenv
or if that is ignored
setenv ';printenv'

and check out the values shown against
serverip
ipaddr
These are what are used for the tftp updater, may be 192.168.1.128 instead of the old 192.0.0.128

If the firmware filesize is larger than 32MB, the Hikvision tftp updater won't handle it, in which case either use a standard tftp server and the command :
setenv ';update'

or the Scott Lamb tftp updater Python2 clone :

GitHub - scottlamb/hikvision-tftpd: Unbrick a Hikvision device (NVR or camera) via TFTP

Unbrick a Hikvision device (NVR or camera) via TFTP - scottlamb/hikvision-tftpd

github.com

Thanks that worked. The b command was it. I’ll read forward to find a way to communicate through a non responsive HKVS prompt. None of the commands give an output.

 

[John Williamson]

What firmware did you load? (link)
What version of firmware was on it before this?

I've gone straight to the latest for that model which is 4.74.205_230712.dav. I can't be sure what firmware was on it previously as it's been sat unused for some time. At a guess it may have been an early V4 but could even have been back on the old V3. Is it worth trying an older version? I've got a directory of all of the previous files for most models I install.

 

[alastairstevenson]

I've gone straight to the latest for that model which is 4.74.205_230712.dav.

If this was from a V3.x version that is likely to be the cause of the problem.
A minimum V3.x version and staged updates were needed to progress to the NVR 4 firmware.
Worth trying an older version, certainly.

By the way - for your own notes, or for posting, if using PuTTY for the serial console, check out the 'copy rollback to clipboard' facility, top left menu button.
This can then be used to paste the rollback into such as Notepad for editing, annotating, posting as text etc much easier than screenshots.