IntroductionOverviewThis document introduit principalement la fonction d‘autotest vocal
Ce document présente principalement la fonction d'autodiagnostic vocal du produit.
L'autodiagnostic vocal consiste à tester le haut-parleur et le microphone de l'appareil, également appelé autodiagnostic d'écho. Son principe est simple : l'appareil émet un son via le haut-parleur et le capture avec le microphone, afin de vérifier leur bon fonctionnement. Cette fonction est largement utilisée pour l'inspection à distance des composants audio des équipements. Les sections suivantes détaillent la procédure de réalisation de l'autodiagnostic vocal sur les appareils industriels.
i12, i11, i16V, i18S, i20S, i30, i32V, i33V, i16SV, i10SV, PA3 et PA2S.
L'appareil diffuse un extrait audio court par le haut-parleur, tandis que le microphone capture le son reçu et mesure son taux de réception. Si ce taux dépasse un seuil défini, le test est validé. Dans le cas contraire, le diagnostic échoue. Le schéma de fonctionnement est présenté dans la Figure 1 :
Figure 1 Schéma du principe de l'autodiagnostic vocal
L'autodiagnostic vocal est principalement utilisé pour l'inspection à distance des équipements. Pour gagner du temps et améliorer l'efficacité des contrôles, les opérateurs peuvent lancer un diagnostic distant depuis la salle de contrôle en cas d'absence de diffusion audio ou d'arrêt brutal du son.
Figure 2 Cas d'application de l'autodiagnostic vocal
① Un appareil de la gamme interphone (modèle i12 utilisé en exemple), un commutateur PoE (ou alimentation continue) et un serveur Yunyi. Reliez l'appareil au commutateur.
② Un ordinateur de configuration et un serveur. Connectez le PC au même commutateur pour garantir la connectivité réseau avec l'appareil.
① Branchez l'i12 sur le commutateur, reliez également le serveur et le PC à ce même équipement réseau pour assurer la communication. Le schéma de câblage est visible dans la Figure 3 :
Figure 3 Schéma de connexion appareil et PC
Plusieurs méthodes permettent de lancer l'autodiagnostic d'écho, détaillées ci-dessous.
L'URI active consiste à envoyer une requête HTTP GET depuis une console distante. Le serveur web intégré à l'appareil interprète la commande et répond à la requête, assurant ainsi le contrôle à distance.
(1) Format du diagnostic : http://ip_equipement/cgi-bin/ConfigManApp.com?key=ECHO_TEST；
① ip_equipement : adresse IP de l'appareil à tester (exemple : 172.18.8.15)；
② Résultat renvoyé : si le haut-parleur et le microphone sont correctement branchés, le résultat est success ; en cas de déconnexion ou de dommage, le résultat est Failure；
(2) Exemple : saisissez l'adresse dans un navigateur web. Avec une installation audio conforme, la réponse sera success, comme illustré dans la Figure 4.
Figure 4 Schéma d'autodiagnostic vocal via URI active
L'API HTTP est une interface de développement destinée à l'intégration avec des logiciels ou systèmes de gestion tiers. L'appareil agit comme serveur HTTP et propose ses services à l'adresse http://ip/xmlservice. Le système tiers envoie des requêtes POST avec des données au format XML.
Format de requête HTTP API :
(1) Requête client vers serveur :
（?xml version="1.0" encoding="UTF-8" ?）
（FanvilPhoneExecute beep=”yes” ）
（ExecuteItem>URI="cmd:echo_test"（/FanvilPhoneExecute）
cmd:audio_play : commande correspondant à l'autodiagnostic d'écho；
(2) Réponse serveur vers client :
（?xml version="1.0" encoding="UTF-8"?）
（FanvilPhoneExecute）
（ExecuteItem>URI="cmd:echo_test"）
（RetCode>0）
（info）
（![CDATA[success]]）
（/info）
（/FanvilPhoneExecute）
(3) Résultat renvoyé : matériel audio fonctionnel = success ; défaut ou déconnexion = Failure；
(4) Exemple : utilisez Postman ou ApiPost pour envoyer une requête POST sur http://ip_equipement/xmlservice. Après saisie des paramètres XML, cliquez sur “Envoyer” pour obtenir le résultat du test (voir Figure 5).
Figure 5 Schéma d'autodiagnostic vocal HTTP API
Il est possible d'ajouter une tâche d'autodiagnostic vocal dans les paramètres de planification. L'appareil exécutera automatiquement le test aux horaires définis et transmettra le résultat via l'URL d'action.
(1) Connectez-vous à l'interface web de l'appareil, puis accédez à “Paramètres Intercom” --- “Planification horaire” --- “Règles de planification” pour créer une règle (voir Figure 6) :
① Type d'exécution : sélectionnez “Autodiagnostic vocal”；
② Plage horaire : définissez la période de déclenchement du test.
Figure 6 Schéma d'autodiagnostic par planification horaire
(2) Une fois la règle enregistrée, elle s'affichera dans la liste des planifications. L'appareil lancera le diagnostic automatiquement à l'heure programmée.
La méthode message SIP est adaptée aux réseaux publics. Le serveur envoie une commande URI active par message SIP, l'appareil répond par 200 OK, puis transmet le résultat du test au serveur via un message de réponse, lui-même confirmé par 200 OK.
(1) Enregistrez le compte de l'appareil sur le serveur.
(2) Créez une tâche de diagnostic sur le serveur Yunyi : connectez-vous à son interface web, allez dans “Tâches d'autodiagnostic” --- “Ajouter”.
(3) Sélectionnez la tâche et cliquez sur Exécuter. Le test réussit si les périphériques audio sont opérationnels ; sinon, la tâche échoue et le serveur affiche une anomalie. Vous pouvez consulter les détails via l'option “Résultat du diagnostic”.
Figure 7 Schéma d'autodiagnostic message SIP
(4) Il est également possible de vérifier le résultat par capture de paquets. Avant le test, dans l'interface web, allez dans “Système” --- “Outils d'assistance” --- “Capture réseau” et cliquez sur “Démarrer”.
Figure 8 Schéma de capture de paquets
Après le diagnostic, arrêtez la capture, ouvrez le fichier dans Wireshark et filtrez avec le champ “sip”. La mention “Success” valide le test ; “Fail” ou “Failure” indique un échec.
Figure 9 Schéma des résultats de capture
Lors de l'utilisation, des échecs de diagnostic peuvent survenir pour plusieurs raisons. Les vérifications suivantes sont à réaliser :
(1) Vérifier les branchements
En cas d'échec, contrôlez la connexion du haut-parleur et du microphone. Un haut-parleur débranché entraîne normalement un échec, bien qu'un environnement bruyant puisse provoquer une erreur de jugement. Un microphone déconnecté entraînera systématiquement l'échec du test.
(2) Vérifier les accessoires
Si les branchements sont corrects mais le test échoue, inspectez l'état des équipements audio. En cas d'absence de dommage matériel, contactez le support technique.
(3) Vérifier la tranquillité de l'environnement
Le diagnostic se base sur la lecture et la réception d'un signal audio de 1 kHz. Si l'environnement émet ce même signal, la détection devient imprécise. Par exemple, un haut-parleur défectueux pourra être jugé fonctionnel à cause d'un bruit ambiant de 1 kHz.
