Error de depuración del SDK de la cámara Haikang

Hubo un conflicto con Hikvision Después de repetidas depuraciones, todavía no funcionó. Una oración simple nRet = MV_CC_GetEnumValue(cameraHandle, "PixelFormat", amp; stPixelFormat) a menudo informaba errores relacionados con la red 0x80000206. Finalmente, después de repetidos intentos y modificando el entorno, finalmente se descubrió que se debía a un tiempo de espera de latido. Durante la depuración, el latido puede expirar fácilmente. El tiempo de espera predeterminado es de 3 segundos y la documentación oficial ya ha proporcionado una solución. Regístrelo para consultarlo fácilmente la próxima vez. Las siguientes son las preguntas y respuestas oficiales:

Pregunta 1: Hay muchas pérdidas de paquetes al visualizar imágenes con MVS.

Causa del problema: el entorno de transmisión de la red es anormal, lo que provoca la pérdida de paquetes de transmisión de datos.

Solución: 1. Asegúrese de que la red tenga suficiente ancho de banda. 2. Habilite Jumbo Frames en la tarjeta de red. 3. Apague el firewall del sistema. 4. Ajuste SCPD y auméntelo lentamente hasta que no haya pérdida de paquetes, como se muestra a continuación:

Pregunta 3: ¿No se puede configurar una IP estática en DHCP?

Causa del problema: la versión inédita de la cámara tiene restricciones en la puerta de enlace y la versión 0.0.0.0 mostrará una falla.

Solución: Vuelva a actualizar el firmware.

Pregunta 4: Al llamar al SDK para ejecutar un comando de activación suave, el comando de activación suave no se ejecuta.

Causa del problema: la fuente de disparo configurada no es un disparo suave.

Solución: al llamar al SDK, al ejecutar el comando de disparo suave, primero asegúrese de que la cámara esté en modo de disparo suave y que la fuente de disparo sea el disparo suave.

Problema 5: La cámara se desconecta después de funcionar un rato.

Causa del problema: la tarjeta de red está inactiva o la conexión del puerto de red está suelta.

Solución: 1. Configure las opciones de energía del sistema operativo para que el ordenador no entre en estado de suspensión. 2. Confirme si el puerto de red está suelto.

Problema 6: Llamar a MV_CC_OpenDevice() no devuelve ningún permiso.

Causa del problema: 1. La cámara ha estado ocupada por otros programas. 2. Puede ser que el tiempo de latido esté configurado demasiado largo, pero el programa no cierra el dispositivo ni destruye la interfaz del controlador del dispositivo, y sale directamente de manera anormal (común en el modo de depuración), lo que hace que el dispositivo esté ocupado todo el tiempo.

Solución: 1. Comprobar si otro programa ha ocupado la cámara, o se ha conectado en el programa. 2. Debe esperar a que expire el tiempo de latido o conectar y desconectar la alimentación de la cámara.

Pregunta 7: Se devuelve un código de error durante la depuración.

Causa del problema: el tiempo de espera de envío de latidos puede deberse a la depuración.

Solución: puede configurar el tiempo de latido en un tiempo más largo (como 30 segundos, y establecer el valor en 30000, el valor predeterminado es 3 segundos, como se muestra a continuación:

Pregunta 8). : Llame a la interfaz MV_CC_GetOneFrameTimeout(). Descubrí que MV_CC_GetOneFrameTimeout() no devolvió ningún error de datos.

Causa del problema: no entiendo la interfaz MV_CC_GetOneFrameTimeout() y creo que definitivamente puedo obtener los datos llamándolo una vez.

Solución: Cabe enfatizar que MV_CC_GetOneFrameTimeout() es un método de consulta activo que no se puede obtener datos cada vez y se puede aumentar el tiempo de espera.

Pregunta 9: Siempre no hay datos al llamar a MV_CC_GetOneFrameTimeout().

Causa del problema: la función de devolución de llamada de la imagen registrada se llamó al mismo tiempo.

Solución: el registro de devoluciones de llamada y la adquisición activa de imágenes no pueden coexistir al mismo tiempo.

Pregunta 10: La cámara no se puede abrir después de que el estado de depuración finaliza de forma anormal.

Causa del problema: en el estado de depuración, el valor de latido de la cámara se establecerá en 60000 ms (60 s) de forma predeterminada. El propósito es evitar que se agote el tiempo de envío de los latidos del usuario en el estado de depuración de Visual Studio. entorno de desarrollo integrado, pero lo hará. Existe el problema de que la cámara no se puede abrir después de que el estado de depuración se cierra de forma anormal.

Solución: Se recomienda a los clientes que apaguen la cámara antes de salir de la depuración.