Jump to content

goule

Programmer
  • Posts

    191
  • Joined

  • Last visited

    Never

Everything posted by goule

  1. Very interresting indeed, I'll see with your code if I can improve mine ;D By the way, I think you should perhaps check into the Timer() function to stop incrementing after GateTimeout is reach, otherwise leaving your machine in IDLE could lead to an overflow (or am I missing something ?). About your Scale_8bit function : could you explain me what it does ? :-[ I'm not very familliar with assembler code ... Was it impossible to do that in pure C code ? Very best regards, Olivier aka Goule
  2. Audiocommander, Your photos really look nice. It's a great idea to have put the GPD into a device which has a flexible arm ! :o :D + thank you for the source code. Could you tell me how hard it is to mix assembler and C code (cause I read once that you did that, don't remember if it is in that thread) ??? Bye, Goule
  3. light aluminium will surely be one great solution ! 8) Believe me, those joysticks are rock solid ! plus they are working like a charm in the MBHP architecture ;D mmm ... no I dont work for allelectronics :D I'm just some midi freak building his toy (distance + pressure controlers, joysticks, wahwah pedal connected to the core to be midified, that kinda stuff :P ;) Seeya, Goule
  4. Thank you so much; I'll test all this when I'll receive my banksticks (I ordered 8, I expect to get them this week). By the way I'm very pleased with my MIDI filter : I think it's the only simple way that I found to integrate exotic components into the MBHP platform (distance or pressure sensors, etc.) without adding some electronics to the core. I'm thinking about writing some thread dedicated to this particular topic when I'll have the final code written. Best Regards and thanks again, Goule
  5. I've ordered the joysticks there : http://www.alltronics.com/resistors.htm (JOYSTICK WITH 10K POTS) I find that they are quite cheap (4$ each) and work very well under MBHP platform. unfortunately I don't remember how much I paid for shipping (but surely can you ask them via the URL) About the threading : as far as I can remember the guy who did it told me it was a standard one (but I know that there is a difference between US standard and french standard). Pay attention to the fact that metal handles are heavier that plastic ones. I you plan to rack the unit or put it in a case that is not completely flat, this can have some interrest. I'm sorry I can't help you better. Goule
  6. Thorsten, thanks a lot, that was exactly what I was needing !!! :D 8) I'll have to store quite important quantities of char arrays in BankStick so I'd be really interrested about the example source code you told me, when you'll have time. Best Regards, Goule
  7. I'm affraid to say it's a friend from a friend who designed them for me, it's completely self made. :-\ Seeya, Goule
  8. Hello, I'm trying to work with char * to assign to each sensor its name, plus a parameter name (like "filter","cutoff", etc) Even when I include both <malloc.h> and <string.h> it keeps on telling me at the link step that it needs some undefined _malloc symbol ... >:( what am I doing wrong ? :-\ Thanks, Goule
  9. Same as you, with our exotic controllers we are in need of arithmetic calculations to rescale the analog input. I found it was too heavy to deal with floats and decided to go with a DIV( ) function : unsigned int ADK_DIV(unsigned int a, unsigned int b) {  unsigned int reste = 0;  unsigned char count = 16;  char c;  do  {   c = ((a >> (8*sizeof(a)-1)) & 1);   a <<= 1;   reste <<= 1;   if © reste |= 1;   if (reste >= b)   {    reste -= b;    a |= 1;   }  }  while (--count);  return a; } That way, you can stay in the integer world : int coeff=4; // Sensitivity in LIN (linear) mode if (DBEAM_TYPE == LOG)    DBEAM_VALUE = MIOS_AIN_PinGet(pin)/4 - DBEAM_SEUIL; else    DBEAM_VALUE = 128-(ADK_DIV(3615*coeff,MIOS_AIN_PinGet(pin)+24)-coeff-18); This code also shows the linearization (or not) of the GP2D120 as it is naturally scaled LOG Bye, Goule
  10. Thanks both of you ! :D By the way I wanted to say that I improved the performance of my MIDI gate ;D I'll send code when I'll have more time ;) Have a good week end ! Olivier
  11. Hi crew, I didn't a place where is told how to send a program change in C ?? Please help :-\ Goule
  12. Hello AudioCommander, I don't understand what's the aim of having a min value : the idea in my filter is already filtering the values until they reach a threshold, so it's already a min, no ? I don't really understand what your program does :-\ So it's quite hard to help you at the moment ... By the way, your idea of triggering the activation of the D-Beam via pedal switch is really great ! I think I'll do that in my own project (with a cannibalized pedal coming from a Behringer Vamp2) ;D I'm waiting for the pictures of your babe 8) Goule
  13. Hi simone, you have a whole thread here : (I also posted a bunch of pictures) http://www.midibox.org/forum/index.php?topic=5270.0 Bye, Goule
  14. So I think I'll have to find a 80 cm instead of my poor 25 :P My values :        MIOS_TIMER_Init(4,10000); ;) hope it'll work for you Now a bonus : Some photos The LCD + my 2 analog joysticks  ;D : The button part coming from my old non working DX7  ::) : The Performance mode (considered as its "normal working" mode) : The 2 detended rotary encoders (one with switch), equiped with big knobs  8) : For those who never seen a GP2D120 here is how it looks : A view of my Core module : And, finally, a view of the whole bunch. You can see my midified CryBaby whah in the foreground  ;D 8) :P It takes 2 cables to bring ground & +5volts to the whah, plus one cable back to the AIN to read the value, so I used a simple stereo 6.35 jack to plug them up !  :o ;D A must have when using for instance Guitar Rig 2 8) ;) Seeya, Goule
  15. You're welcome, I'm glad that this trick could help someone 8) BTW, this confirms what I was thinking about unstability about sensors ... I was quite dissapointed and was wondering if I had perhaps some bad soldering or something. I never could have all the "toys" soldered and working (well, until I wrote that MIDI filter). I find it's great to set different values in the GATE_THRESHOLD[ ] array, to keep the filter quite sensitive (or "reactive" I don't know - please forget my english as I'm french  :-\) as the jitter range is different from one type of sensor to another. Which of the sensors do you find best ? Isnt the last one a little to long for usability ? I'll send pictures of the baby soon, I'm still looking for its name ;D Seeya, Goule
  16. Yes it finally worked that way. Thanks to all :D Goule
  17. In my main.h : #define GATE_TIMEOUT 2000 unsigned int GATE_THRESHOLD[8]; unsigned int GATE_COUNTER[8]={0,0,0,0,0,0,0,0}; unsigned char GATE_MODE[8]={1,1,1,1,1,1,1,1}; unsigned char LAST_CC_VALUE[8]; In my main.c : void Init(void) __wparam { // Each analog input device can have its own threshold : GATE_THRESHOLD[0]=3; // Pitch Bend GATE_THRESHOLD[1]=3; // Modulation GATE_THRESHOLD[2]=4; // Joystick A / X GATE_THRESHOLD[3]=4; // Joystick A / Y GATE_THRESHOLD[4]=4; // Joystick B / X GATE_THRESHOLD[5]=4; // Joystick B / Y GATE_THRESHOLD[6]=5; // Whah GATE_THRESHOLD[7]=3; // D-Beam } void Timer(void) __wparam { unsigned char i; for(i=0;i<8;i++) { if (GATE_COUNTER > GATE_TIMEOUT) GATE_MODE=ON; else GATE_COUNTER++; } } void AIN_NotifyChange(unsigned char pin, unsigned int pin_value) __wparam { (...) if (valeur7bits>LAST_CC_VALUE[pin]) diff=valeur7bits-LAST_CC_VALUE[pin]; else diff=LAST_CC_VALUE[pin]-valeur7bits; if (GATE_MODE[pin]!=ON || diff>GATE_THRESHOLD[pin]) { // Here you know you can take this controller into account (it is not filtered) LAST_CC_VALUE[pin]=valeur7bits; // Do what you have to (send midi controller values for instance) (...) // Resets the gate's Timeout GATE_COUNTER[pin]=0; GATE_MODE[pin]=OFF; } } Hope it could help someone with that flickering problems ... at least it solved mine 8) Have fun (as always with this wonderful project thanks to father Thorsten ;D) Goule
  18. Hello, Thanx for reply and greetings :D One of my encoders have 5 pins that's why I wrote I didn't find the corresponding scheme. Anyway, I think the logic is the same (3 for rotary + 2 for switching ?) Merry christmas and a happy new year for you and all that midibox tribe 8) Goule
  19. Tout à fait d'accord avec Pilo : pas besoin d'être habitué au fer à souder pour se lancer dans l'aventure. Si je comprends bien, tu veux faire l'équivalent par exemple du WX5 Yamaha pour les sax, mais pour un marimba. Si tu arrives avec tes capteurs piezzo à avoir une plage de variation entre 0 et 5 volts (par exemple si tu tapes doucement tu récupères 1v, en jouant à fond tu es à 5) c'est gagné ! Tiens-nous au courant et bon courage ! Olivier aka Goule
  20. Okay I've found a way to integrate this component into the MBHP. I had to write some sort of "MIDI gate" on my application (works like an audio gate but for midi values) , so that when an encoder isnt touched for a certain period, my program considers it as silent if it only flickers for instance between -5/+5 (midi CC values). So now I can integrate my 2 distance sensors + my 3 joysticks + my Wahwah Crybaby pedal 8), I still have to test for the ribbon controllers. Seems like my project never sees the end, but its a lot of fun anyway ;-) I'll send a post with the source code (in C) for my MIDI gate when I'll be at home (now at office) but it's rather simple ;) Goule
  21. Hello crew ;D My MBHP has come to some satisfying point, but I still need to connect those bluddy rotary encoders (both detended, one with switch) to my working DIN (already 4 buttons on it that works perfectly well). I didn't find any scheme on ucapps.de that would show me how to solder those babies on the PCB. Could you please help ?? Thannxxxxx 8) Goule
  22. Précise plus ton projet ... je vois mal ce que tu veux faire, utiliser des capteurs pour midifier un marimba ? A+
  23. Oui, il faut que tu prévoies un module bankstick pour avoir la place de mémoriser (32k x nb banksticks contre 256 octets en standard dans le core seul). A+
  24. Waow hello Holy Father and thanks for this help coming from the skies ;D :D Now it works perfectly well 8) By the way, thanks for this great geeky project, that gives lot of fun !!! Seeya, Goule
  25. Hi all, I've just finished my DIN, connected it to the core, :D tried to simulate a bouton by sending ground to one of the entries but ... seems like my program does not see any button pressed >:(. I display a message in the DIN_NotifyToggle( ) function (I'm using C language) but it never appears on my LCD. :-\ Does it take some other parameter to activate use of the buttons ? Where am I going wrong ? Thanks all
×
×
  • Create New...