mais tu n'es pas la moindre notion de conception de système embarqué ? C'est ça ?
Le rapport entre la conception de système embarqué et un régulateur/asservissement d'automatisme ???
Il y a plus de quinze ans que je n'ai pas utilisé une quelconque compétence d'automaticien, en effet. Et ça ne risque plus d'arriver puisque comme tu l'illustres, c'est devenu une activité d'informaticien et non d'électronicien.
De plus, je n'étais pas sûr que tu parles bien de ça, car il faut t'arracher les vers du nez pour avoir des infos, ce n'était pas clair jusqu'ici (juste on lit, on réagit en écrivant dans le même cycle).
Le fait de lisser sur 1 ou 10 cycles,est un choix de conception, qui peut arriver bien après la conception du hard.
C'est un non- choix de conception, plutôt. Un choix de conception qui arrive après qu'une partie ait déjà été fixée et réalisée... ça explique qu'on fait peser des contraintes fortes sur la partie matériel parce que la conception du reste n'est pas déterminée.
Et le jour où tu auras besoin d'un de plus que ce que tu as prévu, ben tu refais toute une carte mère.
C'est pareil, si tu manques de lien spi.
Non, même si tu n'as plus de bus SPI séparé, tu peux rajouter d'autres sur le même bus, il faut juste pouvoir générer un CS par esclave (inconvénient du SPI par rapport à des « vrais » bus série).
(tu n'utilises pas de SPI à 40Mhz à travers des fils de base, si ?)
Il ne vaut mieux pas, en effet, c'est pour ça que je disais dans un précédent message de passer en différentiel (RS422/485, LVDS, etc) si on voulait aller vite et que la distance était un peu longue.
Mais avec un système numérique, chaque port est identique, interchangeable et complet : au lieu de devoir par exemple choisir x emplacements de borniers et x fils séparés pour aller vers tel membre ou tel moteur, et y vers un autre, tu peux utiliser un connecteur et un câble uniques pour chaque module (comprenant SDI+SDO+SCK+GND+Alim_module+2 ou 3 CS pour pouvoir chaîner autant de modules+Alim_puissance si pas trop dégueulasse).
Pour transmettre 15 capteurs x 1 octet, disons 160 cycles, à 10 MHz, ça prend 16μs, à 1 MHz 160μs. Guère besoin d'aller plus vite. Et le CPU du SoC n'est pas utilisé pendant ce temps là, il suffit d'écrire en bloc dans la FIFO de son module SPI pour émettre, et pour recevoir, de la lire la FIFO en bloc lorsque le transfert est fini.
Cela existe des composants spi avec ADC + PWM en sortie ?
Ça s'appelle un microcontrôleur :-D Sinon, sérieusement, ça ne me dit rien, non.
[^] # Re: embarqué ?
Posté par gnx . En réponse à la dépêche L’arrivée du BananaPi. Évalué à 1.
Faut le dire vite.
Le rapport entre la conception de système embarqué et un régulateur/asservissement d'automatisme ???
Il y a plus de quinze ans que je n'ai pas utilisé une quelconque compétence d'automaticien, en effet. Et ça ne risque plus d'arriver puisque comme tu l'illustres, c'est devenu une activité d'informaticien et non d'électronicien.
De plus, je n'étais pas sûr que tu parles bien de ça, car il faut t'arracher les vers du nez pour avoir des infos, ce n'était pas clair jusqu'ici (juste on lit, on réagit en écrivant dans le même cycle).
C'est un non- choix de conception, plutôt. Un choix de conception qui arrive après qu'une partie ait déjà été fixée et réalisée... ça explique qu'on fait peser des contraintes fortes sur la partie matériel parce que la conception du reste n'est pas déterminée.
Non, même si tu n'as plus de bus SPI séparé, tu peux rajouter d'autres sur le même bus, il faut juste pouvoir générer un CS par esclave (inconvénient du SPI par rapport à des « vrais » bus série).
Il ne vaut mieux pas, en effet, c'est pour ça que je disais dans un précédent message de passer en différentiel (RS422/485, LVDS, etc) si on voulait aller vite et que la distance était un peu longue.
Mais avec un système numérique, chaque port est identique, interchangeable et complet : au lieu de devoir par exemple choisir x emplacements de borniers et x fils séparés pour aller vers tel membre ou tel moteur, et y vers un autre, tu peux utiliser un connecteur et un câble uniques pour chaque module (comprenant SDI+SDO+SCK+GND+Alim_module+2 ou 3 CS pour pouvoir chaîner autant de modules+Alim_puissance si pas trop dégueulasse).
Pour transmettre 15 capteurs x 1 octet, disons 160 cycles, à 10 MHz, ça prend 16μs, à 1 MHz 160μs. Guère besoin d'aller plus vite. Et le CPU du SoC n'est pas utilisé pendant ce temps là, il suffit d'écrire en bloc dans la FIFO de son module SPI pour émettre, et pour recevoir, de la lire la FIFO en bloc lorsque le transfert est fini.
Ça s'appelle un microcontrôleur :-D Sinon, sérieusement, ça ne me dit rien, non.