Phatline

ok 8x2 i have now (hawkeye) now i need 2x 4x2 PCBs

8x2 and 4x2 Boards are welcome >>> http://midibox.org/forums/topic/17378-control-surface-pcb-for-16-encodersledrings-bulk-order/?page=13#comment-173107 sutffed with parts or not, if anyone have spare ones. thx - phat

will there be a nother run? or do have anyone spare ones? (8x2 and 4x2) - or can i order them on my own (files?)

ok so i cut the +5V Leg of the Fader, wire it with 3,3V from core, and thats it...easyer said then done... since i dont liked that big fader towers anyhow, i decide to do the easy way: jumper all J5 Channels, disable them in the BLM_Scalar software, and removed the fader-callback in my application Cut the Fader Towers, Gaffa-Tape above, and here we go:

its fun to program that toy... blink blink my 10K faders are jumping... especially in the low end (MidiValues under 20), they messing up the midistream, and my blm hang then up sometime.... new faders jumping, can be, shouldnt be? hmm are there any parts except the faders - which can cause such behavior? as far i know there are only +5V ground and a fader between it... The crimped wires are about 4 cm long... short enough. The J5B ports are Jumpered, and in mios32_config.h only J5A is activated... anyhow I tend to deactivate them in mios32_config.h...and desolder them, because of not totalrecallable of fadersstates ;)

hey ho lets go > that was the problem! THX TK, LATIGID!!!!!

german is not german... i was on a trace...flucke and me. ok i think i got the problem, i soldered a hc165 instead of a 595 , i now desoldered it, but with that action i lost Pin1 and 15 which when it can compaired with a DOUTX4 module is output 0 and 1, on the rear layer where the 595 IC20 is located, i cant see any trace or VIA where i can connect them with a wire...or are these pins not used on this layout...? thx 4 help

i wrote him a pm. but a hardware problem? when i press them green buttons they went into cyan, sounds like software... however, lets see what latigid say.

that was a journey... aufschrauben, das pinout ihrgendwo rausmessen, löten... geht nicht.... anderes core wo gefunden - weils ja nihrgends diagram für core mini für gibt...der ladgid... how ever no, with the 8bit Core it is the same Problem! so the BLM is not the problem.

it works great except those 8 LEDs. via midi yes, and yes optocoplers, 6n138 on those midi_io boards, both cores are STM32F4... BLM,s CorePort 32 (Midi A), BLM_SCALER_COMMUNICATION app on a Core32 on Port 34... i have to solder midiconnections for my minicore... i try it later i tryd to to deactivate the testmode = 0; on the BLM code, but that change nothing void APP_Init(void){ sysexRequestTimer = 0; midiDataReceived = 0; testmode = 0; MIOS32_BOARD_LED_Init(0xffffffff); // initialize all LEDs BLM_SCALAR_Init(0); // initialize BLM_SCALAR driver SYSEX_Init(0); // initialize SysEx parser xTaskCreate(TASK_BLM_Check, (signed portCHAR *)"BLM_Check", configMINIMAL_STACK_SIZE, NULL, PRIORITY_TASK_BLM_CHECK, NULL); // start BLM check task }

BLM_SCALAR_MASTER_ForceDisplayUpdate(); dont change something when Plugin the Power of the BLM first, this pattern accours: this also accours when no midi connection is there for the host. green is color 1 i can now press one of these buttons and then they turn into cyan (both leds on), it dont toggles back, it stays cyan (still no host com via midi required, but with host it is the same...) now with connected host application, LED 0-8 (button_x) should be blue - because i sent all them a 1 via your driver. the next picture shows blue vertical Buttons in the matrix ... these or simular pattens accouring when moving one of the built in faders... of course the Verticals only appears if do somehting with the incoming data...: static s32 APP_BLM_ButtonCallback(u8 blm, blm_scalar_master_element_t element_id, u8 button_x, u8 button_y, u8 button_depressed){ if(element_id == 0) { //lets toggle the Matrix Data if(button_depressed == 0) { MATRIX[MtxPartNr][button_x][button_y] =! MATRIX[MtxPartNr][button_x][button_y];}} when i move one of them faders on the BLM, then on my HOST i got via Mios studio follwing:

to be exactly: when i connect the POWER off the first Host, and a few milliseconds later the BLM, then the BLM startup in a blank mode - all buttons then are deactivated in any other case, the BLM start up vie this Green LEDS on Horizontal 0 4 8 12, and Vertical 0 1 2 3. and these "positions/fix-points" will not turn off - they change the color yes, but turning off...no way. dont matter which BLM_SCALAR_MASTER_LED_Set i do... how ever as attachment a example: when pressing the left most horizontal EXTRA button, you load some Matrix content into the BLM... when pressing the 2nd EXTRA button the BLM get loadet with a empty array, however the first 7 horizontal extra buttons are loading 7 different Arrays into the Matrix these 7 buttons are in Radio-Switch-Mode, which means, if you press one of them, the others change their color to e.g.blue, while the active should be shown...in theory...but when this green LEDs (on Step 1 5 9 13) are shown from startup, they dont go awayy, my code in this case: u8 extra[2][16] = {{}}; u8 MtxPartNr = 0; if(element_id == 1) {//x-extra-buttons if(button_depressed == 0) { //avoid double triggering, since we toggle... if(button_x <= 6) { int x; for(x=0; x<7; x ){extra[0][x] = 1;} //change all Songpart LEDs to e.g in my case blue extra[0][button_x] = 2; MtxPartNr = button_x; //activate one of the 7 songparts-indicators /now dumpout all extra X LEDs int x; for(x=0; x<16; x ) {BLM_SCALAR_MASTER_LED_Set(ID, 1, x, 0, extra[0][x]);} //(blm, element_id, button_x, button_y, new_colour); }}} what i am wondering now is a. the Green LEDs thing... and b.why the LED that get the command LED-Color "2" why it then is turned off... and a 2nd strange thing.. I have activated the 4 Faders on my BLM on the 5A board, I have bridged 5B hardware side. when i move the onboard Faders: I get follwing informations via a LCD print message into static s32 APP_BLM_ButtonCallback(u8 blm, blm_scalar_master_element_t element_id, u8 button_x, u8 button_y, u8 button_depressed){ element_id = 0 (which should be the Matrix) button_x=1 and over button_y i got 5, 9 15, and other stuff when moving one of the faders. ----and that in the ButtonCallback Function???? this of course cause some Matrix Blinking....these are Matrix informations x=1 =2nd vertical row, and y 5 7 1.... are the LEDs of the 2nd row... do you have a idea? or better a 32bit blm to test the file? blm_scalar_communication.zip

ah understand...happy programming

nice compact code. i only ask, because, i thougt there is a optimized transfair-methode for the Matrix, by transfairing row-wise in some kind of pattern... and because i have to rewrite the code so or so. (what is good idea anyway) by analyze?g existing code e.g. a monster like SEQ - - for that i am to much newbee, i feel/think i got everything i need to do my job from here with your tutorial/explaination/documentation that you have made - very cool.

GREAT! DANKEx1000 when i want to transfair a Matrix, ís there a better way then this: ? (@ least it work on my machine) if( element_id == BLM_SCALAR_MASTER_ELEMENT_SHIFT ) { u8 counter = 0; for(counter=0; counter<16; counter++){ BLM_SCALAR_MASTER_LED_Set(0, 0, 0, counter, MtxPart[0][0][counter]); //(blm, element_id, button_x, button_y, new_colour); BLM_SCALAR_MASTER_LED_Set(0, 0, 1, counter, MtxPart[0][1][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 2, counter, MtxPart[0][2][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 3, counter, MtxPart[0][3][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 4, counter, MtxPart[0][4][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 5, counter, MtxPart[0][5][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 6, counter, MtxPart[0][6][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 7, counter, MtxPart[0][7][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 8, counter, MtxPart[0][8][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 9, counter, MtxPart[0][9][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 10, counter, MtxPart[0][10][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 11, counter, MtxPart[0][11][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 12, counter, MtxPart[0][12][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 13, counter, MtxPart[0][13][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 14, counter, MtxPart[0][14][counter]); BLM_SCALAR_MASTER_LED_Set(0, 0, 15, counter, MtxPart[0][15][counter]);} }

yeaH!

I am not clear what the optimized LED-Pattern Transfair is, the Readme says: host updates all LEDs by sending CC events (Bn ..) CC messages? can you give me a example? Do i need sysex handshakes 4 that, or can i simple send a CC, i have a Array of Variables, call it Matrix{16[[16], ok now i want to transfair the whole data from one Core32 to the BLM Core32 (via Midi.) -ok, up to now I send single Note Events for every cell, like this: u8 CCoutPort = 32; u8 counter = 0; u8 Matrix[16][16] = {{}} for(Counter=0; Counter<16; Counter ) { MIOS32_MIDI_SendNoteOn(CCoutPort,0, Counter, Matrix[0][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,1, Counter, Matrix[1][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,2, Counter, Matrix[2][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,3, Counter, Matrix[3][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,4, Counter, Matrix[4][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,5, Counter, Matrix[5][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,6, Counter, Matrix[6][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,7, Counter, Matrix[7][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,8, Counter, Matrix[8][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,9, Counter, Matrix[9][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,10, Counter, Matrix[10][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,11, Counter, Matrix[11][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,12, Counter, Matrix[12][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,13, Counter, Matrix[13][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,14, Counter, Matrix[14][Counter]); MIOS32_MIDI_SendNoteOn(CCoutPort,15, Counter, Matrix[15][Counter]); } and with this i can see coming the LEDs from Left to right... The Stripped Down Readme: From [16][16] Array to CC - whats the way? thnx for tips, and explaination - phat.

SOLVED > it was IC20, i soldered a 165 instead of a 595. STM32F4 Core with Orginal Software got from here: mios32/trunk/apps/controllers/blm_scalar The UI-Hardware is from latigid Problem is when Powering up, there are lighting following vertical extra LEDs: 1, 5, 9, 13, in green color which is my Color LED when now sending notes from a other core via midi into the BLM with commandos like following, then the result is not ok... u8 green = 70; u8 blue = 32; u8 cyan = 120; //the next pairs off Commandos, are isolated code snippeds, they should //only visualize the 2 states off the LED ///COMMAND///////////////////////////////////////IN REALITY///// MIOS32_MIDI_SendNoteOn(CCoutPort,0,96,cyan); //cyan MIOS32_MIDI_SendNoteOn(CCoutPort,0,96,green); //green MIOS32_MIDI_SendNoteOn(CCoutPort,0,97,green); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,97,blue); //blue MIOS32_MIDI_SendNoteOn(CCoutPort,0,98,green); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,98,blue); //blue MIOS32_MIDI_SendNoteOn(CCoutPort,0,99,green); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,99,blue); //blue MIOS32_MIDI_SendNoteOn(CCoutPort,0,100,green); //green MIOS32_MIDI_SendNoteOn(CCoutPort,0,100,blue); //cyan MIOS32_MIDI_SendNoteOn(CCoutPort,0,101,green); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,101,blue); //blue MIOS32_MIDI_SendNoteOn(CCoutPort,0,102,green); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,102,blue); //blue MIOS32_MIDI_SendNoteOn(CCoutPort,0,103,green); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,103,blue); //blue MIOS32_MIDI_SendNoteOn(CCoutPort,0,104,cyan); //cyan MIOS32_MIDI_SendNoteOn(CCoutPort,0,104,0); //green MIOS32_MIDI_SendNoteOn(CCoutPort,0,105,blue); //BLUE MIOS32_MIDI_SendNoteOff(CCoutPort,0,105,0); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,106,cyan); //BLUE MIOS32_MIDI_SendNoteOff(CCoutPort,0,106,0); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,107,green); //OFF MIOS32_MIDI_SendNoteOff(CCoutPort,0,107,0); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,108,cyan); //CYAN MIOS32_MIDI_SendNoteOff(CCoutPort,0,108,0); //GREEN //dont matter if i choose NoteOff or NoteON MIOS32_MIDI_SendNoteOn(CCoutPort,0,109,green); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,109,0); //OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,110,green); //Both LEDs OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,110,0); //Both LEDs OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,111,green);} //Both LEDs OFF MIOS32_MIDI_SendNoteOn(CCoutPort,0,111,0);}} //Both LEDs OFF

V01.0 is up and Running >>> 160117_TM4BLM_V01.0.zip old versions: BLM-Scalar-Communication: BLM-UI @ skelleton level.... no Midiprocessing @ all but some basic Matrix-Userinterface Code (for programmers only...stripped down a bit...) >>> 160110_blm_scalar_communication.zip first a view vocables: TM short for TriggerMatrix? >http://midibox.org/forums/topic/18839-trigger-matrix-note-processing/ BLM16x16x short for ButtonLedMatrix? > http://midibox.org/forums/topic/19736-blm-16x16x-build-guide Usage? > http://midibox.org/forums/topic/19207-tekkstar-midification-of-a-tama-techstar-306/ The Trigger Matrix is the Midi-Center in my Live-Music-Equipment, it interconnect follwing Device-groups: I will remote my Triggermatrix-Project via the BLM16x16x, they are comunicating together via Midi: Programming-Equipment: BLM Layout 4 the Perform-Mode, the 2nd Mode is the EDIT-Mode, where i can change the Trigger-Routing (not displayed here) Melody Retrigger, take the incoming Melody Notes from the Keyboard and trigger it with the Incoming DrumTriggers Drum-Trigs are simple Trigger-Routes The 4 Pots on the BLM are not used (since i removed them) 2x 2x40LCD + 17 Encoders + 2 Buttons are the UI 4 the TM, the rest is controlled via BLM thx to TK and his BLM-Driver... it works simple and fast as hell now... also code is reduced much....factor 50 or more... work in process

ok thanx, ok works. still the same problem with the 8bit core..... ok so then lets check the backside of the PCB. it was RN18 soldering problem--- a new BLM is born!

i think the upload for the 8bit code is corrupt, blm_scalar_v1_0a.zip has 1,4Kb