Il n'est pas clair quels sont exactement les signaux que vous devez générer et leur timing par rapport aux signaux entrants.

Cependant, 250 ns n'est pas vraiment difficile à réaliser avec quelque chose comme une série EP dsPIC, par exemple.À un taux d'instruction de 70 MHz, cela vous donne jusqu'à 17 cycles d'instruction de gigue admissible.C'est beaucoup.

Faire en sorte que votre signal entrant provoque une interruption, puis générer les signaux de sortie à partir d'une synchronisation d'instruction fixe vous donnera beaucoup moins de 17 cycles de gigue.Ce serait encore mieux si le signal d'entrée peut déclencher un générateur PWM ou autre.Mais vous n’avez pas donné suffisamment d’informations sur la nature des signaux de sortie pour savoir si le matériel spécifique disponible sur ces micros serait applicable.

Habituellement, vous pouvez réaliser ce type de temps réel tant que la sortie ne dépend pas du logiciel / des interruptions.Autrement dit, les broches ne sont pas définies à partir d'un ISR ou similaire, auquel cas vous aurez une gigue de microseconde.La latence d'interruption peut être un temps statique, mais je ne compterais pas dessus, au cas où plus d'une interruption se déclencherait à la fois, etc.

Vous pourrez peut-être résoudre ce problème avec la fonction de comparaison de sortie du minuteur matériel.Autrement dit, toutes les broches pertinentes sont définies lorsqu'une minuterie s'écoule, comme par exemple lors de l'utilisation de PWM.Cela peut souvent être fait avec une horloge système ou une horloge système / 2 précision.D'autres alternatives sont DMA, s'il est pris en charge pour les broches spécifiques.

Cela peut fonctionner jusqu'à 50-100ns quelque part, où vous serez à la merci des caractéristiques analogiques des broches.

Et puis, bien sûr, vous ne pourrez pas obtenir une meilleure précision que ne le permet votre oscillateur.Vous ne pouvez certainement pas utiliser un oscillateur RC intégré, mais vous devez utiliser un cristal de haute précision ou un oscillateur externe.

DMA et une minuterie?

Un couple de bus SPI et utiliser simplement les broches de données (peut-être encore avec DMA si vous avez besoin de plus de 32 créneaux horaires)?

Mon sentiment est que 1us devrait être faisable si vous choisissez correctement vos broches IO et que vous êtes prêt à jouer à quelques jeux de bas niveau.

100ns auxquels je devrais réfléchir, mais peut-être quelque chose de sournois avec le chargement d'une puce RAM QSPI puis le cadencement du motif de bits en utilisant une minuterie comme horloge?

10ns est le territoire FPGA.

Vérifiez si vous avez des minuteries capables de piloter plusieurs broches, généralement utilisées pour le contrôle du moteur (généralement 4 ou 6, pour pont en H et triphasé respectivement).Dans de nombreux cas, ces minuteries ont des registres de "précharge" qui vous permettent de modifier de manière transparente la période et le cycle de service, ce qui signifie que vous pouvez essentiellement générer une forme d'onde arbitraire avec eux.Si c'est bien fait, ces formes d'onde sont précises jusqu'à la résolution du minuteur.

Peut-être quelque chose comme un PSOC Cypress avec les cellules logiques programmables.Je pense que Microchip a des pièces avec des capacités similaires.Ils sont comme des microcontrôleurs avec des fonctionnalités FPGA minuscules et limitées que vous pouvez personnaliser.Il semble que vous aurez besoin d'une forme de DMA ou de FPGA pour répondre à vos besoins.

Les périphériques STM32 ont des périphériques de minuterie très puissants et configurables.Ils peuvent être chaînés ou synchronisés et offrent des sorties précises au cycle.Vous voudrez peut-être passer un peu de temps à lire les fiches techniques des appareils STM32L4 et H4 pour démarrer, et peut-être à passer en revue une partie de la documentation relative au timer spécifique de STMicro.

J'utilise personnellement les minuteries avec un FPGA pour me donner une synchronisation et un séquençage précis à la microseconde pour 32 sorties numériques.Le FPGA ne fait rien de spécifique à la synchronisation, mais consiste simplement à MUXer les excellents minuteurs configurables du STM32 sur l'une des 32 sorties.Le matériel final éliminera le STM32 mais pour le prototypage et le développement, il est imbattable.

Je fais quelque chose de très similaire au travail avec un DSP.J'ai un FPGA qui effectue la partie de synchronisation de précision.J'espérais utiliser une onde carrée du DSP pour tester la PLL pour la synchronisation de deux FPGA.En fait, j'ai trouvé que bien que les tolérances de synchronisation FPGA aient été fixées à environ 0,01us en fonction des tolérances d'horloge, mon DSP avait trop de choses à faire pour faire mieux que 0,1us.

Il s'agit cependant d'une boucle de traitement assez complète.Avec une boucle moins intensive, ça pourrait être mieux, bien sûr.Pour les parties qui devaient vraiment être déterministes, les exécuter au tout début de la boucle peut aider.Sachez cependant que bien que la latence d'interruption soit prévisible, elle est très différente de zéro!Pour ma plate-forme, c'est 91 tics d'horloge à 456 MHz.Je peux facilement obtenir une gigue sub-américaine à partir d'interruptions, mais les retards de microseconde ont besoin que la latence d'interruption soit intégrée dans les calculs.