Bonjour,
Est-ce qu’il serait possible d’ajouter les commandes pour activer et désactiver l’audio ? J’ai vu qu’il était possible de le faire dans la doc mqtt de Frigate.
Merci beaucoup 
Ah mais c’est déjà géré, juste un bug, ce n’est pas « enable » mais « enabled » dans la configurationArray 
Par contre malgré l’action OFF dans Jeedom et la présence dans les logs de « Turning off audio detection for rlc », la commande « audio Etat » reste toujours à 1 dans Jeedom.
Corrigé dans la prochaine Beta 1.0.5 avec la gestion aussi dés configuration ou une seule caméra à l’audio activée.
Corrigé aussi.
J’ai appliqué la modification et l’état reste toujours à 0 maintenant. Les actions On et Off fonctionnent, je les vois dans les logs de Frigate. Et j’ai l’impression que la collecte sur cette commande (audio Etat) se fait toutes les 2 secondes pour chaque caméra.
Attend juste d’avoir la maj et tu testera après.
je vais pas débugger des modifications que tu fais de ton coté
Pas de souci, j’ai juste appliqué ta dernière modifs sur la branche dev et c’était surtout pour te signaler le comportement dans le cas où tu reproduis de ton côté.
ok je n’avais pas compris que tu avais récupérer la dev.
Remets a jour avec la dernière modif, j’avais zappé pour la valeur de prendre aussi celle générale.
Donc si Audio config pour toutes les caméras, la valeur est défini avec.
Si une caméra à une config audio c’est la sienne qui est utilisé.
Cool ça marche, ça bascule bien à 1 après avoir cliqué sur « Rechercher », par contre la méthode processCameraData le rebascule à 0 avec une collecte toutes les 2 secondes et une boite de nuit (clignotement des images) sur la page des « Caméras ».
Ça écrit beaucoup sur le audio/rms et audio/dBFs, avec des valeurs et des 0, je vais voir si c’est normal que Frigate écrit autant, bon ça n’explique pas pourquoi il me remet l’état à 0 pour l’audio.
Comme dit sur l’autres post, les logs en debug et je vais voir ce que je peux corriger.
Sans log j’y vais à l’aveugle, je n’ai pas de caméra avec la config audio fonctionnelle.
Je ferais ça dès que je peux. Sinon pour information, chaque fois qu’un bruit arrive, Frigate l’enregistre dans frigate/rlc/audio/dBFS et frigate/rlc/audio/rms, ce qui fait qu’on peut arriver à un nombre conséquent de message par seconde et donc si tu es en écoute sur frigate/rlc/audio/#, ça peut faire mal dans le traitement^^
Voici les logs pour l’audio après 2 cliques sur On :
[2024-10-02 23:59:43][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:43][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-60.81315941302064,"rms":29.839529037475586}}
[2024-10-02 23:59:43][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:44][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:44][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-60.88506026537512,"rms":29.59354019165039}}
[2024-10-02 23:59:44][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:45][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:45][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-60.93757519073448,"rms":29.415157318115234}}
[2024-10-02 23:59:45][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:45][DEBUG] : | publish_message : frigate/rlc/audio/set avec payload : ON
[2024-10-02 23:59:45][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:45][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"state":"ON"}}
[2024-10-02 23:59:45][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:46][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:46][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-60.86093370494633,"rms":29.67585563659668}}
[2024-10-02 23:59:46][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:47][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:47][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-61.12469685151566,"rms":28.788238525390625}}
[2024-10-02 23:59:47][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:48][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:48][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-60.87155227037541,"rms":29.639598846435547}}
[2024-10-02 23:59:48][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:49][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:49][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-60.766146186208644,"rms":30.001476287841797}}
[2024-10-02 23:59:49][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:50][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:50][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-61.852582697784314,"rms":26.474075317382812}}
[2024-10-02 23:59:50][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:51][DEBUG] : | publish_message : frigate/rlc/audio/set avec payload : ON
[2024-10-02 23:59:51][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:51][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"state":"ON"}}
[2024-10-02 23:59:51][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:52][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:52][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-60.454340577558696,"rms":31.098031997680664}}
[2024-10-02 23:59:52][INFO] : => Traitement mqtt camera rlc
[2024-10-02 23:59:52][INFO] : handle Mqtt Message pour : :b:rlc:/b:
[2024-10-02 23:59:52][DEBUG] : handle Mqtt Message pour : :b:rlc:/b: = {"audio":{"dBFS":-60.70877184877638,"rms":30.200305938720703}}
[2024-10-02 23:59:52][INFO] : => Traitement mqtt camera rlc
....
Le state est bien toujours visible avec MQTT Explorer en retained, mais pas remonté par handleMqttMessage.
Salut,
Corrigé en Beta 1.0.6
J’ai activé et paramétré l’audio d’une de me dahua ce matin pour pouvoir débug plus facilement.
J’ai appliqué les modifications, plus de problème, les états sont bien mis à ON / OFF et je n’ai plus de refresh toutes les 2s à cause de l’audio
Juste un cas où il y aurait un problème, tu mets à OFF un état dans Jeedom, le OFF est toujours dans Frigate et donc on n’aura plus d’events associés, tu fais « Rechercher », le ON reste dans Jeedom sans jamais se remettre en OFF, mais bon on ne clique pas tous les jours sur « Rechercher », donc c’est un petit problème, l’essentiel est là
Je comprends pas.
Si tu mets dans jeedom un état sur on ou off, cela le passe aussi dans le même état sur frigate.
Si tu mets dans frigate un état sur on ou off, idem, cela le bascule dans jeedom.
De plus j’ai ajouté sur la recherche et création/modification de commande une comparaison entre la configuration frigate et celle enregistrée dans Jeedom, donc sur une recherche s’il y a une différence c’est celle de Frigate qui est prioritaire.
Après en effet recherche on ne l’utilise normalement que très très rarement.
Oui je confirme l’état de fonctionnement, c’est bien comme ça que j’ai compris.
C’est là que notre vision change et devient ambiguë (après je peux me tromper aussi). Le souci c’est que piloter le ON/OFF via MQTT ne modifie pas la configuration de Frigate. Si on a un OFF dans Jeedom et Frigate, et que tu fais un rechercher, Jeedom va effectivement vérifier dans la configuration de Frigate et trouver qu’on est à ON, alors que ce n’est pas le cas. C’est là que les statuts peuvent diverger.
Non le fichier de configuration que j’interroge se mets a jour en fonction de la configuration du moment, c’est ce que tu ne comprend pas depuis le début, tu crois que je me base sur le fichier que tu as configuré alors que je me base sur le fichier final de configuration qui évolue a chaque changement.
C’est là qu’avec les logs que je voulais, au complet, tu aurais vu de quoi je parle.
Bon quoi qu’il en soit, pour moi le sujet est clos, j’ai fais ce qu’il faut.
Bonne fin de journée et bon week-end.
Ps : je pousse une maj stable dimanche soir.
Ah dans ce cas là je me suis trompé dans la compréhension, désolé.
En tout cas je te remercie encore pour les changements, tout roule comme il faut, c’est parfait
Et oubli ce que j’ai dis, j’ai pas reporté ton dernier commit, quelle nouille ! Ca marche dans tous les cas.