IntroductionOverviewThis documento presenta principalmente la función de autoprueba de voz
Este documento presenta principalmente la función de autocomprobación de voz del producto.
La autocomprobación de voz consiste en probar el altavoz y el micrófono del dispositivo, es decir, una autocomprobación de eco. Su principio de funcionamiento es que el dispositivo reproduce sonido a través del altavoz y lo capta mediante el micrófono, para determinar si ambos componentes funcionan correctamente. Se utiliza habitualmente para la inspección remota del estado operativo del altavoz y el micrófono de un dispositivo. En los apartados siguientes se detalla cómo realizar la autocomprobación de voz en dispositivos industriales.
i12, i11, i16V, i18S, i20S, i30, i32V, i33V, i16SV, i10SV, PA3 y PA2S.
El dispositivo reproduce audio a través del altavoz, por ejemplo, un fragmento de audio corto, mientras que el micrófono capta el sonido y comprueba el porcentaje de audio recibido. Si el resultado supera un umbral determinado, la prueba se considera satisfactoria. Si se sitúa por debajo de dicho umbral, la prueba se considera fallida. El principio se ilustra en la Figura 1:
Figura 1 Diagrama del principio de autocomprobación de voz
La autocomprobación de voz se usa comúnmente en la inspección remota de dispositivos. Para ahorrar tiempo y mejorar la eficiencia de la revisión, cuando no haya audio de difusión o el sonido de emisión se detenga de forma repentina, los usuarios pueden realizar una autocomprobación remota del dispositivo desde la sala de control.
Figura 2 Escenario de aplicación de la autocomprobación de voz
① Un producto de la serie de intercomunicadores (se toma el modelo i12 como ejemplo), un conmutador PoE (o fuente de alimentación de CC) y un servidor Yunyi. Conecte el dispositivo al conmutador.
② Un ordenador de configuración y un servidor. Conecte el PC al mismo conmutador que el dispositivo para garantizar la conectividad de red entre ambos equipos.
① Conecte el i12 al conmutador, conecte el servidor al mismo equipo de red y una el PC al mismo conmutador que el dispositivo, asegurando la comunicación de red entre el ordenador y el equipo. El esquema de conexión se muestra en la Figura 3:
Figura 3 Diagrama de conexión del dispositivo y el PC
Existen distintos métodos para ejecutar la autocomprobación de eco. A continuación, se describe cada uno de forma detallada.
El URI activo consiste en que una consola remota envía una solicitud HTTP GET; el servidor HTTP integrado del dispositivo analiza el comando y responde a la petición, logrando así el control remoto del equipo.
(1) Formato de autocomprobación: http://ip_dispositivo/cgi-bin/ConfigManApp.com?key=ECHO_TEST；
① ip_dispositivo: dirección IP del equipo a probar, se utiliza 172.18.8.15 como ejemplo；
② Resultado de retorno: si el altavoz y el micrófono del dispositivo están correctamente conectados, se muestra success; si alguno de los componentes está desconectado o dañado, el resultado será Failure；
(2) Ejemplo: introduzca http://172.18.8.15/cgi-bin/ConfigManApp.com?key=ECHO_TEST en el navegador. Con una conexión correcta de altavoz y micrófono, se obtendrá el resultado success, tal como se muestra en la Figura 4.
Figura 4 Diagrama de autocomprobación de voz mediante URI activo
La API HTTP es una interfaz de programación de aplicaciones destinada a la integración con sistemas de gestión o aplicaciones de terceros. El dispositivo actúa como servidor HTTP y ofrece servicios API en la URL http://ip/xmlservice. La aplicación externa funciona como cliente HTTP y envía solicitudes POST a dicha dirección con contenido encapsulado en formato XML.
Formato de solicitud HTTP API:
(1) Solicitud Cliente -> Servidor:
（?xml version="1.0" encoding="UTF-8" ?）
（FanvilPhoneExecute beep=”yes” ）
（ExecuteItem>URI="cmd:echo_test"（/FanvilPhoneExecute）
cmd:audio_play: indica que el comando solicitado corresponde a la autocomprobación de eco；
(2) Respuesta Servidor -> Cliente:
（?xml version="1.0" encoding="UTF-8"?）
（FanvilPhoneExecute）
（ExecuteItem>URI="cmd:echo_test"）
（RetCode>0）
（info）
（![CDATA[success]]）
（/info）
（/FanvilPhoneExecute）
(3) Resultado de retorno: con el altavoz y micrófono correctamente conectados, se devuelve success; en caso de fallo o desconexión de alguno de los componentes, se muestra Failure；
(4) Ejemplo: se pueden usar herramientas como Postman o ApiPost para realizar pruebas. Envíe una petición POST a la ruta http://ip_dispositivo/xmlservice. Tras introducir correctamente el contenido de la solicitud del cliente, pulse “Enviar” para transmitir la petición y obtener el resultado de la prueba, como se aprecia en la Figura 5.
Figura 5 Diagrama de autocomprobación de voz con HTTP API
Es posible añadir una tarea de autocomprobación de voz en la configuración de planes horarios. Durante el periodo o momento programado, el dispositivo ejecutará la prueba y notificará el resultado mediante la URL de acción.
(1) Acceda a la interfaz web del dispositivo y navegue hasta “Configuración de intercomunicación” --- “Plan horario” --- “Reglas de plan horario” para crear una programación, tal como se muestra en la Figura 6:
① Tipo de ejecución: seleccione “Autocomprobación de voz”；
② Hora de ejecución: elija el periodo deseado, durante el cual el equipo realizará la autocomprobación.
Figura 6 Diagrama de autocomprobación de voz por plan horario
(2) Tras crear correctamente la programación, aparecerá un nuevo registro en el apartado de plan horario. Al llegar la hora establecida, el dispositivo realizará la autocomprobación de forma automática.
El método de mensajes SIP se utiliza en entornos de red pública. El servidor envía un comando URI activo por mensaje; el dispositivo responde con 200 OK a la solicitud MESSAGE. Posteriormente, el equipo envía una respuesta de mensaje para notificar el resultado a la plataforma, la cual contesta con 200 OK a dicha respuesta.
(1) Registre la cuenta del dispositivo en el servidor.
(2) Cree una tarea de autocomprobación en el servidor. Tomando como ejemplo el servidor Yunyi, inicie sesión en su interfaz web, acceda a “Tareas de autocomprobación” --- “Añadir” y configure una nueva tarea.
(3) Una vez creada la tarea, selecciónela y pulse Ejecutar. Con el altavoz y micrófono en correcto estado, la tarea finalizará con éxito. En caso de avería o desconexión de los componentes, la tarea fallará y la interfaz del servidor mostrará un estado anómalo. También puede pulsar “Resultado de autocomprobación” en la interfaz web del servidor para consultar el informe de la prueba del dispositivo.
Figura 7 Diagrama de autocomprobación de voz con mensajes SIP
(4) También es posible verificar el resultado de la prueba mediante la captura de paquetes en el dispositivo. Antes de iniciar la autocomprobación, acceda a la interfaz web del equipo y navegue hasta “Sistema” --- “Herramientas auxiliares” --- “Captura de paquetes de red” y pulse “Iniciar”.
Figura 8 Diagrama de captura de paquetes del dispositivo
Al finalizar la autocomprobación, pulse “Detener” en la interfaz web. Abra el archivo de paquetes en Wireshark y filtre por el campo “sip”. En los mensajes MESSAGE, la aparición del campo “Success” confirma una prueba satisfactoria; si se muestra “Fail” o “Failure”, la autocomprobación habrá fallado.
Figura 9 Diagrama de resultado de captura de paquetes
En el uso práctico, los usuarios pueden encontrarse con fallos en la autocomprobación de voz provocados por diversos motivos. Se pueden realizar las siguientes comprobaciones:
(1) Revisar las conexiones
Ante un resultado de fallo en la prueba, verifique que el altavoz y el micrófono estén correctamente conectados. Si el altavoz está desconectado, el resultado será negativo; no obstante, entornos ruidosos pueden generar errores de detección y marcar la prueba como correcta. Si el micrófono no está conectado, el resultado siempre será de fallo.
(2) Comprobar los accesorios
Si las conexiones son correctas pero la prueba sigue fallando, inspeccione el estado del altavoz y el micrófono para descartar daños físicos. Si los componentes están en buen estado, contacte con el soporte técnico.
(3) Confirmar que el entorno sea silencioso
El principio de la autocomprobación se basa en que el dispositivo reproduce una señal de audio de 1 kHz a través del altavoz, y el micrófono recibe dicha señal. Si el entorno exterior emite señales de 1 kHz, la detección perderá precisión. Por ejemplo, incluso con un altavoz defectuoso, el equipo podría captar señales ambientales de 1 kHz y clasificar la prueba como satisfactoria de forma errónea.
