Je me permets d'ouvrir un nouveau sujet car il concerne un nouveau projet dans une configuration très différente.
ESP-NOW m'a été précédemment suggéré à raison sur autre chose.
Je souhaite examiner la faisabilité de deux zones physiques distinctes controlées par deux mcu gérant chacun 16 strips .
La question est comment synchroniser avec exactitude les deux mcu à l'aide d'un troisième (le maître) afin d'obtenir des séquences d'allumage très précises temporellement.
Existe-t-il une librairie ou qqchose dans ESP NOW permettant ce synchronisme de plusieurs mcu comme s'il n'y en avait qu'un seul.
Ta question porte sur le fait de pouvoir échanger des informations en UDP ou autre protocole réseau entre plusieurs ESP ou qu'il soit vraiment synchronisés, c'est à dire qu'il exécute exactement au même moment une animation avec une certaine précision.
Je crois que l'on avait évoqué la question dans ton autre fil de discutions, il faut que tu définisses la justesse de la synchronisation.
Je suppose que ce que tu veux dire, c'est qu'ils exécutent chacun une animation, comme si les animation était lancé du même microcontrôleur.
A savoir que les microcontrôleurs est limité au niveau multitâche, donc même si tu es sûre le même microcontrôleur, il faut que le programme soit adapté pour que plusieurs animation soit synchronisé avec une justesse suffisante pour l'effet visuel désiré.
Donc même là il faut définir la justesse désiré.
Merci de ton message et de tenter de recadrer ma question.
J'ai ouvert un autre fil parce que bien que la question semble redondante la situation ne me semble pas la même techniquement.
Cette fois ci il s'agit de faire reproduire les data udp par les mcu, ce point est facile à résoudre. En revanche il n'agit pas d'un simple déclenchement simultané ou en cascade de 80 esp01 mais une synchronisation parfaite pas à pas de deux mcu ayant chacun en charge 2280 leds.
Alors peut-être que je fais fausse route et qu'en dehors de NTP &co et les pistes évoquées il n'existe pas de moyen de synchroniser des mcu par un signal continue ou je ne sais quoi, mais ça m'étonnerait.
Parfaite ne veux rien dire, ce n'est pas une unité de valeur, donc qui juge de le la justesse de la synchronisation.
Si tu ne définis pas cette perfection, il est impossible d'évaluer si une solution correspondant à cette perfection.
Ce n'est pas que tu fasse fausse route, le problème c'est que les autre solutions auront-ils une meilleurs précision que le NTP ou seront-ils plus simple à mettre en œuvre?
Donc la question pourquoi chercher une autre solution ?
Une solution serait de partager un signal d'horloge commune et un signal de timing, mais cela ne résout pas tout les problèmes de synchronisation de tes programmes.
Ceci étant une solution filaire, car je ne pense pas que ce soit simple à faire par radio.
Et même filaire, je ne sais pas sur combien de mettre on peut partager un signal d'horloge avec une précision accrue.
De même tu ne définis pas de quel pas à pas tu parles, par exemple tu veux que tes deux MCU exécutes les même instruction binaire en même temps, c'est à dire avec un temps de synchronisation inférieur a un cycle d'un horloge (125ns à 8MHz)?
Après je ne suis pas un spécialiste de ce domaine, donc je ne pourrais pas réellement te lister toutes les solutions, mais par contre j'ai dû mal à voir ce qu'une animation visuel aurait besoin d'un système de synchronisation plus complexe qu'un NTP?