C'est justement un ensemble de cartes de pilotage générique pour du prototypage ou de la mise en scène donc le MCU doit être assez imposant pour soutenir le bus de données et distribuer les commandes aux appareils qui y sont connectés. On parle tout de même d'interface MIDI, de transferts à 1Mb/s, de chainer des éléments, donc au plus il y a de ressources disponibles au mieux c'est.
Le point que je soulevais est que la famille PIC est souvent pas bon marché.
Si tu te contentes d'un petit STM32 avec peu d'entrées et un cœur Cortex-M0, la solution sera moins onéreuse (même en l'achetant chez une source fiable comme Mouser, Farnell, Digikey, RS).
Enfin dans ton calcul de consommation, il ne faut pas uniquement prendre en compte la taille mais aussi l'architecture et le process de fabrication (la finesse de gravure). Regarde les datasheets tu verras qu'un petit AVR 8bit qui a vingt ans comme le ATtiny15L ne consommera pas moins qu'un STM32L0 plus récent, sans compter qu'en pratique pour la même tâche le STM passera moins de temps à calculer donc davantage de temps à rester en état de veille ou à un niveau bas de fréquence.
Mais surtout ici cette considération de conso ne se pose pas. Ce n'est pas un montage sur piles alcalines, il y a des pertes des cables, des LDO et toute la conso des appareils pilotés donc de toute façon on est pas à quelques mW près et la conso du MCU ne sera pas du tout critique.
[^] # Re: Avec ou sans Raspberry
Posté par Anonyme . En réponse à la dépêche FRAISE : FRAmework for Interfacing Software & Electronics. Évalué à 2.
C'est justement un ensemble de cartes de pilotage générique pour du prototypage ou de la mise en scène donc le MCU doit être assez imposant pour soutenir le bus de données et distribuer les commandes aux appareils qui y sont connectés. On parle tout de même d'interface MIDI, de transferts à 1Mb/s, de chainer des éléments, donc au plus il y a de ressources disponibles au mieux c'est.
Le point que je soulevais est que la famille PIC est souvent pas bon marché.
Si tu te contentes d'un petit STM32 avec peu d'entrées et un cœur Cortex-M0, la solution sera moins onéreuse (même en l'achetant chez une source fiable comme Mouser, Farnell, Digikey, RS).
Enfin dans ton calcul de consommation, il ne faut pas uniquement prendre en compte la taille mais aussi l'architecture et le process de fabrication (la finesse de gravure). Regarde les datasheets tu verras qu'un petit AVR 8bit qui a vingt ans comme le ATtiny15L ne consommera pas moins qu'un STM32L0 plus récent, sans compter qu'en pratique pour la même tâche le STM passera moins de temps à calculer donc davantage de temps à rester en état de veille ou à un niveau bas de fréquence.
Mais surtout ici cette considération de conso ne se pose pas. Ce n'est pas un montage sur piles alcalines, il y a des pertes des cables, des LDO et toute la conso des appareils pilotés donc de toute façon on est pas à quelques mW près et la conso du MCU ne sera pas du tout critique.