Bonjour,
Je cherche un composant dans le milieu de gamme en 16 bits (je ne sais pas si cela existe) un µP avec des unités de calculs pour les FFT, je pense que c'est plutôt un DSP mais je ne sais pas si cela existe dans la famille Arduino (AVR j'imagine ?). Merci de votre réponse.
Bonjour
Qu'appelles-tu 'famille Arduino" ?
-cartes produites et vendues par Arduino ?
-cartes programmables sous IDE Arduino ?
Dans le premier cas cela recouvre déjà des architectures diverses : AVR, ARM divers...
Dans le second cas cela s'étend en plus aux ESP8286, ESP32......
Le cahier des charges implique-t-il nécessairement le recours à circuit DSP ?
Sans DSP on peut déjà faire des choses en FTT !! Tout dépend des caractéristiques de FFT à atteindre...
A ma connaissance le bas de gamme en DSP (avec instruction "Multiply and accumulate") est chez Microchip (dsPIC) ou chez Texas Instruments (TMS320)
si c'est un truc programmable en Arduino que vous cherchez, regardez du côté des ESP32 ou des Teensy ou de la famille MKR ou les nouveaux Nano 33. il seront bien plus puissants que la UNO ou MEGA traditionnelle
Sur les Teensy, la Teensy Audio Library offre déjà pas mal de choses (Polyphonic Playback, Recording, Synthesis, Analysis, Effects, Filtering, Mixing, Multiple Simultaneous Inputs & Outputs, and Flexible Internal Signal Routing) et c'est en 16 bits, 44.1 kHz
Expressif a des fonctions de traitement du signal pour l'ESP
Bonjour JML, merci pour la réponse. Oui effectivement, la Teensy pourra me convenir pour mon développement, j'ai juste besoin d'enregistrer un son sous marin, effectuer la FFT et enregistrer dans une carte SD sur une période de 6 mois seulement. En revanche, comme je ne connais pas grande chose, Teensy c'est un µP de la famille AVR est bien cela ?
il y a toute une gamme avec différentes fonctions et µP
(certains ont la carte SD intégrée sur la carte, ça peut vous être utile)
la Teensy 2 est AVR, pas les autres (ATMEGA32U4)
Non , ce n'est pas un µC mais une excellente famille de cartes
Deux d'entre elles , les moins performantes (2 et ++2) utilisent un µC AVR
Les autres utilsent des ARM et sont tour à fait programmables avec l'IDE Arduino et l'extension Teensyduino
1 Like
Bonjour al1fch,
Je viens de lire le lien que JML a posté, effectivement, je serai bien tenté par la Teensy 3.5 ou la Teensy 3.6 avec un cœur de calcul ARM Cortex M4. Reste un petit détail, est ce que avec la Teensy 3.5 ou 3.6 je peux utiliser l'outil JTAG-ATMEL ICE (puisqu'il me semble que c'est valable pour µC AVR, ARM et SAM).
Pas du tout certain ! les cartes Teensy 3.5 et 3.6 utilisent des ARM de Freescale (ex Motorola) pas des ARM de D'Atmel/Microchip. Pour faire du débugage en JTAG avec ces cartes il faudrait une chaîne complètement compatible avec elles (IDE, outils logiciels Jtag, boitier d'interface JTAG...) et un accès JTAG sur les cartes.
D'ailleurs sur les schémas de ces cartes les signaux JTAG n'apparaissent pas en tant que tels !
le développement se fait à la mode Arduino (print() pour débugger) et flashage par bootloader via l'USB
J'ai déjà trouvé le µC (Teensy 3.5 ou 3.6) pour mon application, reste à trouver les autres IDE, JTAG et logiciel...
Dans le passé, j'avais travaillé sur un HC12 (de Motorola) avec un outil suédois (je pense) IAR Embedded Workbench c'était vraiment bien. Les µC PIC j'ai gardé un très mauvais souvenir avec ICD3 et MPLAB et leur support également.
Merci JML mais par contre il me faut du temps pour lire tout le topic..... Vous l'avez vu à quel endroit que ATMEL-ICE n'est pas utilisable avec la Teensy 4.0 ?
au vu des derniers messages il semblerait qu'il soit difficile voire impossible de débiger en JTAG ces cartes
-Vois-tu les signaux JTAG sur les schémas des cartes Teensy repérées ?
Si tu as les moyens vois du côté de Keil ou IAR pour les environnements de développement et de Seeger pour les outils JTAG + payer pour le support ..... on ne joue plus içi dans la même cour que notre Forum Arduino !!
Effectivement, je vais clôturer la discussion ici en vous remerciant.
dans la réponse de Paul S. , ce n'est pas dit explicitement mais en gros rien de tout ce qui concerne le JTAG a l'air simple...
Paul Stoffregen fait autorité , c'est le développeur des cartes Teensy et de Teensyduino
Son message a de quoi refroidir les plus courageux !!
-Il est question de deux controlleurs JTAG dans le µC , dontr l'un est propriétaire (NXP, ex Phillips)
-Il est aussi question d'un bug dans la puce pour le 'boundary scan' mécanisme central du JTAG......
Si le débugage JTAG fonctionnait bien sur ces µC Paul S s'en servirait et saurait expliquer comment faire.....
Vous devriez préciser votre cahier des charges. Faire une fft, si on a le temps, peut se faire sur n'importe quel processeur. Il y a quelques décennies, on faisait ça sur des micros 8 bits qui se contentaient d'avoir une instruction de multiplication entière. Comme vous dites enregistrer sur six mois des sons marins sur une carte sd, on pourrait supposer que vous ne faites pas une fft toutes les 50 ms sur 1024 échantillons, et que donc vous n'avez pas forcément d'un processeur spécialisé pour le traitement du signal. Mais peut être qu'au contraire vous avez besoin d'effectuer des fft en permanence et de trier dans les résultats pour distinguer les conversations des dauphins ou le passage des sous-marins chinois. Donc vous conseiller telle ou telle machine pour faire ce boulot n'est pas possible si vous ne précisez pas votre cahier des charges.
Bonjour JiPe38,
Je pensais clôturer ce topic car j'ai suffisamment des informations pour poursuivre, mais....
Pour l'instant c'est 4 capteurs (ça peut évoluer) via une carte dédiée C.A.N en 24 bits et j'effectue les FFT sur ces mesures acquises (une partie sur seuil de déclenchement et l'autre en permanence toute les x heures pendant x minutes configurable par l'utilisateur à l'avance). Et je ne trie ni les dauphins ni les sous-marins chinois, c'est en post traitement qu'on effectue la distinction. Effectivement, je ne sais pas combien de temps prend le convertisseur analogique mais l'idée est de ne pas perdre les mesures acquises (suffisamment rapide entre 2 enregistrements sur carte SD, le temps de conversion Analogique->Numérique). Merci tout de même pour les conseils mais j'ai trouvé le composant qui va bien avec le projet.
Si les acquisitions sont sur un rythme lent (genre la température et la vitesse du courant pour retrouver les composantes de fréquence des marées), n'importe quel composant numérique peut faire le boulot. Si vous enregistrez des sons à 60 kHz, pour ne pas louper les ultrasons des dauphins à 28 kHz, il vous faut une machine de course. Si la fft est calculée une fois par heure, c'est les doigts dans le nez. Si vous faites une fft toutes les 20 ms avec 1024 points pour sur des fenêtres glissantes avec un recouvrement de 2/1, vous êtes à la limite de beaucoup de machines aujourd'hui. Donc la manière dont vous avez posé le problème ne permet pas de vous répondre, surtout que c'est probablement assez rare de voir des gens faire du traitement du signal sur des cartes arduino. Mais en tous cas c'est intéressant.
This topic was automatically closed 120 days after the last reply. New replies are no longer allowed.