init : articles varlog (migration depuis rsync)

_cache/articles/b0d911ad-7151-4c84-894f-b4eb77cfd35d.json

@@ -0,0 +1 @@
+{"uuid":"b0d911ad-7151-4c84-894f-b4eb77cfd35d","slug":"verification-des-modifications","title":"Vérification des modifications","author":"cedric@abonnel.fr","published":true,"published_at":"2023-11-12 17:53:52","created_at":"2023-11-12 17:53:52","updated_at":"2023-11-12 17:53:52","revisions":[],"cover":"","files_meta":[],"external_links":[],"seo_title":"","seo_description":"","og_image":"","category":"Informatique","content":"# Vérification des modifications\n\nSurveillance automatique des mises à jour disponibles des firmwares des dispositifs Zigbee.\n\nLes dispositifs Zigbee que vous utilisez ont la capacité de solliciter une vérification de mise à jour du firmware. Zigbee2MQTT facilite cette fonctionnalité en effectuant automatiquement des vérifications pour déterminer si des mises à jour sont disponibles pour vos dispositifs.\n\nL'état de la mise à jour est ensuite publié sous la forme d'une publication MQTT à l'adresse `zigbee2mqtt/[NOM_AMICAL_DU_DISPOSITIF]`, avec un exemple de charge utile illustrant l'état `available` comme ceci : \n```\n{\"update\": {\"state\": \"available\"}}\n```\n\nLes états possibles sont les suivants :\n\n1. **available** : Indique qu'une mise à jour est disponible pour le dispositif en question.\n\n2. **updating** : Signifie que la mise à jour est en cours. Pendant ce processus, des informations telles que le pourcentage de progression et le temps restant en secondes sont également incluses dans la charge utile. Par exemple : `{\"update\": {\"state\": \"updating\",\"progress\":13.37,\"remaining\": 219}}`.\n\n3. **idle** : Indique qu'aucune mise à jour n'est disponible ou en cours de réalisation.\n\nAfin de protéger la vie privée des utilisateurs, il est possible de limiter la fréquence à laquelle les dispositifs peuvent contacter des serveurs tiers pour effectuer des vérifications de mise à jour. Vous avez la possibilité de définir le temps minimum entre deux vérifications de mise à jour du firmware, en minutes. Par défaut, cette durée est de **1440** minutes (soit 1 jour). Par exemple, vous pouvez la régler pour qu'une vérification soit effectuée au maximum toutes les deux jours :\n```yaml\nota:\n    update_check_interval: 2880\n```\n\nDe plus, il est possible d'ignorer complètement les demandes initiées par les dispositifs pour effectuer des vérifications de mise à jour en modifiant le fichier de configuration (`configuration.yaml`). Voici un exemple de configuration permettant uniquement les vérifications manuelles de mise à jour du firmware :\n\n```yaml\nota:\n    disable_automatic_update_check: true\n```\n\nÀ noter qu'il existe également une propriété obsolète appelée `update_available`.","featured":false,"tags":[]}