Nouveau : le pare-feu IA surveille toute la plateforme et explique chaque incident en termes simples. Découvrez comment ça marche

Olivia D.

oliviad55

@olivia-davis · Membre depuis mars 2026

Nouveau

System integrator · buildings · 6 years in the field

Sujets
1
Réponses
8
Points
0
Nouveau10 points pour Membre

Toutes mes réponses sur les forums

8 sujets de 1 à 8 (sur un total de 8)

Traduit de English par IA ·

La carte « placé mais sans site » est pratique. Nous intégrons les capteurs par lots, et quelques-uns finissent toujours placés sans être rattachés à aucun site. Où cela vous mène-t-il ?

♥ 0

Traduit de English par IA ·

Où se trouve le bouton ? J’ai cherché dans Process Diagrams et dans la liste 3D Designs, mais je n’ai rien trouvé.

♥ 0

Traduit de English par IA ·

Une variante pour les réseaux de capteurs sans TCP ; elle a de toute façon besoin de sa propre passerelle pour la convertir en MQTT classique.

♥ 1

Traduit de English par IA ·

Et le prix du XBee comprend un module certifié ainsi que le firmware et les outils de Digi. Vous payez pour éviter d’avoir à faire vous-même la certification RF.

♥ 2

Traduit de English par IA ·

Le périphérique demande à nouveau fw_url (une requête d’attribut) et en reçoit une nouvelle, puis reprend à partir de l’octet atteint grâce à Range. Nous avons eu des téléchargements d’une heure de cette façon, sans aucun problème.

♥ 0

Traduit de English par IA ·

Nous avons fait exactement cela sur des contrôleurs de bâtiment (STM32 plus un modem ESP32). Hermetry ne se soucie pas de la puce qui exécute finalement l’image ; il ne communique qu’avec l’appareil connecté, donc c’est l’ESP32 qui télécharge et qui remonte les informations.Lorsque vous assignez un paquet, l’appareil reçoit ces attributs partagés dans un seul message sur v1/attributes/set : fw_title, fw_version, fw_size, fw_checksum, fw_checksum_algorithm (SHA256), fw_url et fw_sig si le paquet possède une signature détachée. fw_url est une adresse HTTPS à courte durée de vie, valable 15 minutes, et le téléchargement peut reprendre grâce à une requête HTTP Range.L’appareil signale la progression via des attributs client : fw_state passe par DOWNLOADING, DOWNLOADED, VERIFIED, UPDATING, UPDATED (ou FAILED avec fw_error), fw_progress de 0 à 100 pendant le téléchargement, puis après le redémarrage current_fw_title et current_fw_version. UPDATED seul n’est pas accepté : il attend de voir la nouvelle version en cours d’exécution.Notre procédure sur l’ESP32 :

1. fw_* arrive -> vérifier fw_title == "irr-stm32"
2. GET fw_url (reprise Range) dans la flash de l'ESP32, signaler fw_progress
3. Vérification SHA-256 + Ed25519 avec fw_sig -> fw_state VERIFIED
4. Envoyer l'image par UART au bootloader du STM32 dans la banque 2
5. Le STM32 vérifie à nouveau, permute les banques, redémarre -> fw_state UPDATING
6. Le STM32 transmet sa version à l'ESP32 -> current_fw_version

Vous avez un F407 de 1 Mo, à banque unique ; pour 380 Ko, je réserverais les 512 Ko supérieurs comme zone de téléchargement, avec un petit bootloader qui recopie l’image après vérification. La flash externe fonctionne aussi, mais le bootloader aura alors besoin du pilote SPI.Dans l’onglet Firmware du profil, activez les mises à jour du firmware (désactivées par défaut) et laissez Autoriser les images non signées désactivé en dehors du banc de test. Les mises à jour via LTE sont également désactivées par défaut. Renseignez les Modèles matériels du paquet pour qu’une image ESP32 ne se retrouve jamais dans la zone du STM32.Firmware updates (OTA)

Solution acceptée♥ 5
8 sujets de 1 à 8 (sur un total de 8)