gm02froe

Hi Michael as it looks not all is that clear, since I dont have the desired results. here as I wrote in my codes: core1: MIOS_MIDI_MergerSet(MIOS_MIDI_MERGER_MBLINK_FP); sends MIOS_MIDI_BeginStream(); MIOS_MIDI_TxBufferPut(0x91); MIOS_MIDI_TxBufferPut(newpin); MIOS_MIDI_TxBufferPut(pin_value ? 0x00 : 0x01); MIOS_MIDI_EndStream(); core2: MIOS_MIDI_MergerSet(MIOS_MIDI_MERGER_MBLINK_EP); core2 receives this midi message, but should pass it on, since its a "framed" event, right? however, it doesnt. why not?

hi didier its good to hear that you are also involved in this. let us know once you have more infos. as i mentioned i am not using the toolchain but a workaround with an ants building file. cheers martin

Hey Michael, works just sweet, thank you very much!

Hallo zusammen es scheint, dass ich hier auch noch meine aktuelle LED - flimmer -geschichte loswerden kann: immerhin habe ich jetzt eine funktionierende lösung mit den widerständen, danke vielmals! ich arbeite mit einer leicht modifizierten version von ain64-din128-dout128 -> nur benutze ich nur dout64 (oder 2 DOUT - Module). das flimmern verschwindet auch wenn ich in der applikation NUMBER_OF_SRIO auf 8 setze. leider ist das für mich keine lösung, da ich ja 4 DIN - module benutzen will. grüsse martin

hi simple question: how can I create a control message as mentioned in http://www.ucapps.de/midibox_link.html (the brown one) that just passes from core 1 to core 2? (I dont use core 3)

thank you for the hints. I solved it the following way: unsigned char Math_Scale10BitTo7Bit(unsigned int v, unsigned int min10Bit, unsigned int max10Bit, unsigned char min7Bit, unsigned char max7Bit) __wparam { // scales an 7-bit (0-255) value between min & max unsigned char scaled = 0; unsigned long promille; if(min7Bit <= 0){min7Bit = 0;} if(max7Bit > 127){max7Bit = 127;} if(min10Bit <= 0){min10Bit = 0;} if(max10Bit > 1023){max10Bit = 1023;} if(min10Bit <= v && v < max10Bit && min7Bit < max7Bit){ promille = (unsigned long)(v); promille = (promille - min10Bit) * 1000 / (max10Bit - min10Bit); scaled = (max7Bit - min7Bit + 1) * promille / 1000 + min7Bit; }else if(min10Bit > v){ scaled = min7Bit; }else if(max10Bit <= v){ scaled = max7Bit; } return scaled; } this way I can call the method like this: void AIN_NotifyChange(unsigned char pin, unsigned int pin_value) __wparam { // a pot has been moved, send CC#<pin-number> at channel 1 MIOS_MIDI_BeginStream(); MIOS_MIDI_TxBufferPut(0xb0); // CC at channel 1 MIOS_MIDI_TxBufferPut(pin); // pin number corresponds to CC number MIOS_MIDI_TxBufferPut(Math_Scale10BitTo7Bit(MIOS_AIN_PinGet(last_ain_pin), AIN_10BITMIN, AIN_10BITMAX, AIN_7BITMIN, AIN_7BITMAX)); MIOS_MIDI_EndStream(); // notify display handler in DISPLAY_Tick() that AIN value has changed last_ain_pin = pin; app_flags.DISPLAY_UPDATE_REQ = 1; } and not to forget: AIN_DEADBAND = 5 (I dont really understand how deadband really works, this value is experimental) plus http://www.ucapps.de/mios/mios_libsdcc_v2_5_0.zip - which is the library for my humble java-like calculations.

hmm, thanks, didnt see that page. how do i get editors rights for the wiki?

Hi again recently I set up my eclipse as MIOS development environment on my old G4 iBook. Is there any interest for more infos? For now I use it like an editor, with the compile button to execute the make script. But eclipse allows the creation of customed tool-chains, so as a next step ... but thats for the moment beyond me.. cheers martin

Hi is there a way to change the voltage range (instead of 0V...5V -> 0.4V...5V) that is translated into 127...0 values?

Hi all thanks both of you for your quick reply! even though nothing is clear, it sounds marvelous. TK: The project was put on hold for the last 5 months, and I didnt want to fiddle around with the midibox-application during troubleshooting, at least not until now, because I need the "running status" feature. I will get back to you as soon as I have results. stryd_one: I hope u dont mind me skiping your questions, because it looks as if TK's lead makes perfect sense, though I hope now that the C-compile tutorial for beginners will do the trick! and that its possible to send sysex messages with max. cheers martin

Hi The problem I am confronted with is probably a unique one in this forum: I am using the midibox for my px1m0d project (http://www.maybites.ch/tikiwiki/tiki-index.php?page=px1m0d, it has been introduced last fall), and I want to play movies on the display (8x8 = 64 pixels or rather 12v lamps). now beside the fact that it is a unique widescreen experience, I have the limitation that controlling px1m0d via max/msp it can only play about 10frames (or 640 midi events) without starting to lag behind. the effect is thus, that while max/msp keeps producing the midievents, it looks as if the events are stored until they can be passed on. there is obviously a bottleneck, I I wonder where it might be. a - the midi - protocol can handle only so much events (1600(8x8x25) events per second is certainly beyond every virtuos musicians abilities) b - the midibox is too slow (I know its very fast, but fast enough?) c - the problem is max/msp or my computer, in this case I would be rather happy... or maybe d? cheers martin

Thanks very much for your kind feedback. I took the time to write a short making of, this will give some details of the development process and the hardwarework behind the shiny surface. http://www.maybites.ch/tikiwiki/tiki-browse_gallery.php?galleryId=6 cheers martin

got it sorted: TK helped me with a code snippled for the midbox64 app: -------------------------------- inside mb64_pots.inc: MB64_POT_Handler ;; save current pot number in MB64_CURRENT_POT SET_BSR MB64_BASE movwf MB64_CURRENT_POT, BANKED movlw 0xb0 call MIOS_MIDI_TxBufferPut movff MB64_CURRENT_POT, WREG call MIOS_MIDI_TxBufferPut movf MIOS_PARAMETER2, W goto MIOS_MIDI_TxBufferPut -------------------------------- this stops the internal communication between the AIN's and AOUTs and reduces the comunication on pure midi. thanks again Thorsten cheers martin

Hi moebius thank you very much for your quick reply. it works. almost... cheers martin

Hi I just read the other "jitter" post, and I probably should check on my soldering again, though right now I would like to avoid this because 1. all my modules work fine for themself AND 2. all my modules are installed and wired up. (64 AIN and 64 AOUT) here is my problem: I run midibox64 with 64 AIN's connected to pots and 64 AOUT connect to a PWM-module I reengineered and adapted. with the pwm I am able to dimm 64 12V lamps. this works fine, though my PWM works only between 4V and 7V, so I cannot use the whole midi range of 127 values but only a range of 30. but this is enough for my purpose. this works fine. the problem starts when a value change occours on a AIN pot (for example CC 91 Ch 5). this sets the voltage of the AOUT pin (in this example CC 91 Ch 5) on the voltage corresponding to the value sent by the AIN, until I send a midi signal to this pin (again CC 91 Ch 5) and it changes back to the sent value. this means for my lamp it either just switches off (above 7V) or on (below 4V) or it simply flickers if its in the process of dimming. since its an AIN pot that influences only the corresponding AOUT pin I assume its rather an application issue than a wiring or soldering problem. ah yes: I disabled midi merge. any suggestions highly appreciated. cheers martin