Guide des fonctions d‘auto-test audio du téléphone industriel : test d‘écho pour haut-parleur / micro, 4 méthodes de test (URI actif / API HTTP / Plan temporel / Message SIP), dépannage.
Ce document décrit la fonction d’autotest audio, également appelée autotest d’écho, pour les dispositifs d’interphonie industrielle et de portier. Cette fonction teste le haut-parleur et le microphone en diffusant un son via le haut-parleur et en le capturant par le microphone, ce qui permet le diagnostic à distance des composants audio.
BHP-SOS12, BHP-SOS11, BHP-SOS16V, BHP-SOS18, Bi20S, Bi30, Bi32V, Bi33V, BHP-SOS10V, BK-DAB-PA3, BK-DAB-PA2S
Le dispositif diffuse une tonalité de test via le haut-parleur, puis enregistre via le microphone. Il mesure le pourcentage audio reçu : - Au-dessus du seuil = Test réussi - En dessous du seuil = Échec du test
Figure 1 Schéma de l’autotest audio
Utilisé pour l’inspection à distance des équipements, en particulier lorsque l’audio de diffusion est absent ou interrompu. Il réduit les coûts de maintenance sur site et améliore l’efficacité.
Figure 2 Scène d’autotest audio
1 interphone industriel, par exemple BHP-SOS12, commutateur PoE, serveur Keneng
PC de configuration connecté au même réseau LAN
Figure 3 Schéma de connexion entre le dispositif et le PC
Quatre méthodes sont disponibles pour l’autotest d’écho :
Déclenchement via une requête HTTP GET depuis une console distante.
Format : http://device-ip/cgi-bin/ConfigManApp.com?key=ECHO_TEST
Résultat :
- Réussite : haut-parleur et microphone fonctionnels
- Échec : haut-parleur/microphone déconnecté ou défectueux
Exemple : http://172.18.8.15/cgi-bin/ConfigManApp.com?key=ECHO_TEST
Figure 4 Autotest audio Active URI
API basée sur XML pour l’intégration tierce.
URL de requête : http://device-ip/xmlservice (POST)
XML de requête :
URI="cmd:echo_test"
XML de réponse :
URI="cmd:echo_test" 0
Figure 5 Autotest audio HTTP API
Planifiez un autotest automatique et rapportez les résultats via Action URL.
Connectez-vous à la Web UI → Intercom → Time Plan → Time Plan Rule
Action Type : Audio Self-Test
Définissez l’heure d’exécution
Figure 6 Autotest audio par planification horaire
Exécutez l’autotest via un serveur SIP dans les environnements de réseau public.
Le dispositif enregistre un compte SIP sur le serveur
Créez une tâche d’autotest sur le serveur Keneng
Exécutez la tâche : affichez Success/Failure sur le serveur
Figure 7 Autotest audio par message SIP
Vérification par capture de paquets :
Web UI → System → Tools → Packet Capture → Start
Exécutez l’autotest → Arrêtez la capture
Ouvrez dans Wireshark → filtrez sip
Vérifiez le corps MESSAGE : Success / Fail
Figure 8 Capture de paquets du dispositif
Figure 9 Vérifier le résultat via la capture de paquets
Vérifier les connexions
Haut-parleur déconnecté = le test échoue
Microphone déconnecté = le test échoue toujours
Vérifier les composants
Vérifiez que le haut-parleur et le microphone ne sont pas endommagés
Contactez le support si les composants sont en bon état mais que le test échoue
Vérifier l’environnement
Le test utilise une tonalité de 1KHz
Un bruit ambiant de 1KHz peut provoquer une fausse réussite
Effectuez le test dans un environnement calme
