Sujet Un contrôleur midi 100 basé sur Arduino
- 90 réponses
- 20 participants
- 21 988 vues
- 26 followers
Afficher le sujet de la discussion
En fait et c'est l'avantage de l'open source, quand j'aurais fini le miens tu n'auras qu'a copier.
Pour 16 entrées logiques, quatre octets (ou deux mots) suffisent : deux octets pour l'état en cours et deux autres pour l'état précédent.
Des tests que j'ai pu faire, 150 us est insuffisant. Sauf pour des boutons de haute qualité qui coûtent la peu des fesses.
Je n'ai pas compris ce que tu voulais dire exactement. Mais dans tous les cas, le temps de conversion lié à l'utilisation du CAN (pour lecture analogique) est plus long qu'une lecture logique. On cherche à économiser du temps, non ?
A voir lors des tests
Pour passer de la résolution 10 bits à 7 bits, un simple "SHR 3" suffit au moment de l'acquisition. Avantage : stockage des données en 8 bits et non en 16. Plus rapide et plus efficace !
Ca oui, on n'y coupe pas.
Si le temps pris par les divers accès à l'EEPROM ne te posent pas de problème, alors oui, tu peux.
Tu peux (simple suggestion) mesurer de façon individuelle le temps demandé pour chaque fonction, de façon individuelle.
secmast
445
Posteur·euse AFfamé·e
Membre depuis 12 ans
En fait c'est possible de faire une interface 64 potentiomètres bien qu'encore une fois le problème reste un problème de mémoire pour les variable.
Là je bosse sur le code, le petit montage ci-dessous m'aide a la mise au point du code pour les boutons.
Dès que j'ai les potentiomètres je prépare une autre maquette de test avec le tout.
Potentiomètre, bouton et multiplexeur (multiple).
Là je bosse sur le code, le petit montage ci-dessous m'aide a la mise au point du code pour les boutons.
Dès que j'ai les potentiomètres je prépare une autre maquette de test avec le tout.
Potentiomètre, bouton et multiplexeur (multiple).
[ Dernière édition du message le 14/09/2013 à 19:07:25 ]
Danguit
3348
Squatteur·euse d’AF
Membre depuis 18 ans
secmast
445
Posteur·euse AFfamé·e
Membre depuis 12 ans
Ci-dessous le schema pour la platine de test des boutons poussoir multiplexés.
Elle permet de valider la solution hardware et software.
Et ici le code.
Dans un premier temps on sélectionne le port a ouvrir sur le 4051.
Ensuite on test pour voir si un bouton est pousser et on change le valeur de 0 à 127 ou inversement.
Il y a bien entendu des conditions de test pour ne pas avoir de phénomène de bascule intempestive.
Le passage de 0 à 127 à 0 ne peux se faire qu'en relâchant le bouton avant.
Ensuite, et seulement si il y a un changement, j'envois au port série (ouvert en 28800 pour l'instant) un semblant de commande CC.
Le formatage en MIDI des sorties vers le port série viendra plus tard lorsque le code et la platine auront les potentiomètres.
Ci dessous un aperçu des sorties sur le port série.
Elle permet de valider la solution hardware et software.
Et ici le code.
Dans un premier temps on sélectionne le port a ouvrir sur le 4051.
Ensuite on test pour voir si un bouton est pousser et on change le valeur de 0 à 127 ou inversement.
Il y a bien entendu des conditions de test pour ne pas avoir de phénomène de bascule intempestive.
Le passage de 0 à 127 à 0 ne peux se faire qu'en relâchant le bouton avant.
Ensuite, et seulement si il y a un changement, j'envois au port série (ouvert en 28800 pour l'instant) un semblant de commande CC.
Le formatage en MIDI des sorties vers le port série viendra plus tard lorsque le code et la platine auront les potentiomètres.
int selection0MuxB = 3;
int selection1MuxB = 4;
int selection2MuxB = 5;
int sel0;
int sel1;
int sel2;
int boutonEntre = 9;
int boucleB;
int bouton[4];
int boutonEtat[4]={0, 0, 0, 0};
int boutonCC[4]={10, 20, 30, 40};
void setup(){
Serial.begin(28800); // Ouverture du port proche de la vitesse du Midi(31250)
pinMode(selection0MuxB, OUTPUT);
pinMode(selection1MuxB, OUTPUT);
pinMode(selection2MuxB, OUTPUT);
pinMode(boutonEntre, INPUT);
}
void loop(){
for (boucleB = 0; boucleB < 4; boucleB++){
// Transformation en binaire de la variable BoucleB
sel0 =bitRead(boucleB, 0) ;
sel1 =bitRead(boucleB, 1) ;
sel2 =bitRead(boucleB, 2) ;
// Selection du port sur le 4051
digitalWrite(selection0MuxB, sel0);
digitalWrite(selection1MuxB, sel1);
digitalWrite(selection2MuxB, sel2);
// Delay d'attente avant capture du port Data
delay(1);
// Echange entre 0 ou 127
if (boutonEtat[boucleb] == 0 && digitalRead(boutonEntre) == HIGH) {
boutonEtat[boucleb]= 1;
bouton[boucleb]= !bouton[boucleb];
// Envois vers le port Serie pour debug
Serial.print ("Pression sur le bouton ");
Serial.print (boucleB+1);
Serial.print (" > ");
Serial.print("176 ");
Serial.print(boutonCC[boucleb]);
Serial.print(" ");
Serial.println(bouton[boucleb]*127);
}
// Si bouton relacher, pret a capturer une nouvelle valeur
if (boutonEtat[boucleb] == 1 && digitalRead(boutonEntre) == LOW){
boutonEtat[boucleb]=0;}
}
}
Ci dessous un aperçu des sorties sur le port série.
Hors sujet :
Pression sur le bouton 4 > 176 40 127
Pression sur le bouton 3 > 176 30 127
Pression sur le bouton 4 > 176 40 0
Pression sur le bouton 3 > 176 30 0
Pression sur le bouton 2 > 176 20 127
Pression sur le bouton 1 > 176 10 127
Pression sur le bouton 2 > 176 20 0
Pression sur le bouton 1 > 176 10 0
Pression sur le bouton 4 > 176 40 127
Pression sur le bouton 3 > 176 30 127
Pression sur le bouton 2 > 176 20 127
Pression sur le bouton 1 > 176 10 127
Pression sur le bouton 4 > 176 40 0
Pression sur le bouton 3 > 176 30 0
Pression sur le bouton 2 > 176 20 0
Pression sur le bouton 1 > 176 10 0
Rémy M. (chimimic)
14178
Modérateur·trice thématique
Membre depuis 21 ans
secmast
445
Posteur·euse AFfamé·e
Membre depuis 12 ans
Canem
760
Posteur·euse AFfolé·e
Membre depuis 14 ans
je ne comprends absolument rien, je crois que je vais attendre pour mon contrôleur. 
Nouveau clip CANIS CANEM - March of Ghosts
secmast
445
Posteur·euse AFfamé·e
Membre depuis 12 ans
Citation de Canem :
je ne comprends absolument rien, je crois que je vais attendre pour mon contrôleur.
En fait et c'est l'avantage de l'open source, quand j'aurais fini le miens tu n'auras qu'a copier.
Rémy M. (chimimic)
14178
Modérateur·trice thématique
Membre depuis 21 ans
Citation :
Un tableau est nécessaire et pour l'analogique et le logique. Pour la logique il en faut même deux, car c'est une opération "flip-flop", mais j'ai l'intention d'utiliser deux tableaux binaire, qui consomme moins de mémoire.
Pour 16 entrées logiques, quatre octets (ou deux mots) suffisent : deux octets pour l'état en cours et deux autres pour l'état précédent.
Citation :
En ce qui concerne la gestion du rebond je vais mettre un temps de pause de 150us et faire des tests.
Des tests que j'ai pu faire, 150 us est insuffisant. Sauf pour des boutons de haute qualité qui coûtent la peu des fesses.
Citation :
16 boutons en 8 en utilisant des résistances et en passant par des ports analogique et non logiques. Mais c'est avec un temps de processus plus long car du code en plus pour vérifier quels boutons est en fonction.
Je n'ai pas compris ce que tu voulais dire exactement. Mais dans tous les cas, le temps de conversion lié à l'utilisation du CAN (pour lecture analogique) est plus long qu'une lecture logique. On cherche à économiser du temps, non ?
Citation :
Pour l'analogique un tableau suffit et pas vraiment besoins d'utiliser une fonction de moyenne.
A voir lors des tests
Citation :
Les valeurs MIDI allant de 0 à 127 et les potentiomètre me donnant une valeur de 0 à 1023 je fais déjà un MAP. Par contre ce tableau prend beaucoup de place
Pour passer de la résolution 10 bits à 7 bits, un simple "SHR 3" suffit au moment de l'acquisition. Avantage : stockage des données en 8 bits et non en 16. Plus rapide et plus efficace !
Citation :
il faut ajouter un tableau qui reprend les destination CC.
Ca oui, on n'y coupe pas.
Citation :
C'est là ou je vais devoir passer par l'EEPROM pour économiser de la SRAM ce n'est plus une variable mais une constante.
Si le temps pris par les divers accès à l'EEPROM ne te posent pas de problème, alors oui, tu peux.
Citation :
Mon programme de test comprendra une fonction de test mémoire pour voir où j'en suis.
Tu peux (simple suggestion) mesurer de façon individuelle le temps demandé pour chaque fonction, de façon individuelle.
Formateur en techniques sonores ; électronicien ; auteur @ sonelec-musique.com
Canem
760
Posteur·euse AFfolé·e
Membre depuis 14 ans
elektrosamplist
1580
AFicionado·a
Membre depuis 21 ans
- < Liste des sujets
- Charte