Phatline

currently untestet concept for a eurorack panel for the caseless LoopA. http://wiki.midibox.org/doku.php?id=loopa-eurorack-panel

i startet a WIKI for a Eurorack Frontpanel for Fairlightii´s LRE8x2, incl 4 PCBs to hold and wire 8x OLED-Screens on Top.... Incl production files for the PCBs.... currently untestet... for those how have such bords laying around like me...

... a other thing... i get my head by switching the J15A Ports... this are already buffered signals on the core? do i have to route them - or is it enough to connect them somehow together (and pull down), and just tell the cores to shut up, and only one to speak? i ask, because, J15A connected to 8xSSD1306 need 10 Data pins (CS1-CS8, SC, SD) a 74HC541 has only 8 Buffers (and i did not find a buffer that makes more then 8), by switching 8 cores i end up by 16x Buffer Chips... that is to much place-usage (eurorack...), and i have the feel (not the knowledge) that a output is not so crucial... since i will initialize the Screen-Driver anyway while the program is running... addet the Pull-Down Resistors , and separetet to 2 Boards ( 5x10cm each) (the lower is the Switch board (counter), the uppter the J89-Switch Board startet a wiki - so i did not have to search for the BOM twice.... SRIO-ROUTER

i made a video (and cut it - in real it was twice long...)- that explains the whole thing - and why a delay - i think is needet: delay? i dont get this idea. I will do that thanks!

iif that works?

yes switch j89 SRIO chain on several cores! thanks, with this info i can do this.... ill keep updatet as soon i made a complete shematic....

@ Switch Delay: The Databus Delayed-Switching could be made with a simple Capacitor charge - Schmitt trigger circuit (opamp, Electrolytic cap). while keep un-delayed switching for COREs to be informed to stop looking on DIN-Ports

well those LED-Button Boards i soldered mostly standing .. because my back was hurting for real... i made place in my photography rack (minute 6) i too programm C, or do CAD mostly standing, so i can expand work time dir auch einen guten Rutsch!

The Idea is: have a Main Userinterface - which is connected to the Core Module via J89 (din dout shiftregisters). but i want to remote more then one Core-Module with one UI --- nope i dont want to use mid) --- because on some later point i too want to switch the a bunch off SSD1306 ... First i need a switching logic. 2 Buttons - to select the core module. these 2 buttons are connected to a counter, that can count from 0 to 7. The counter logic should have 8 outputs, and only one output should be active at one time > the one output that is counted/selected. Connected to this 8 Outputs (which can be low or hi) are 8 switches, which are connected on one side to the 165/595 line (incl a buffer i guess?) - and on the other side to the 8 cores. The counter logic itself is buffered so i can get its outputs trippled: i need it once for the thing above (J89 switching) - and second to have a HI-LO-Pin for 8 cores (connect to J10) - which activate and deactivate the input sense, and inital routines off the core module (custom code in there...) . - which i guess could make some troubles while switching (DIN activity... delay JP89 swithing possible? so the input sense status comes first? how?) and third for 8 LEDs where only one is Active (indicate the choosen core) the whole things should be designed in kicad for eurorack pcb... produce on jlpcb, smd, and non exotic parts... Any Hardware ideas? (74 logic? chips, op amps, examples, ore already existing modules ore circuits?)

this time helped: sudo dpkg --add-architecture i386 sudo apt-get update sudo apt-get dist-upgrade sudo apt-get install libc6:i386 libncurses5:i386 libstdc++6:i386 sudo apt-get install libgtk2.0-0:i386 sudo apt-get install libxtst6:i386 sudo apt-get install gcc-multilib g++-multilib

hei. I have a "huge" Array: u8 SongSQ[8][1024] it should be greater like [8][4096] ... it is used as Song-Step-Sequencer... but this would run out of RAM... (its a big ProjecT) so i thought loading in 1024 Parts from a SD, after each 1024 Steps, i make a "SONG_Extend++" and there is my "solution": // Read Data from file MUTEX_SDCARD_TAKE; // Read Data from file FILE_ReadOpen ( &midifile_fi, path_song); FILE_ReadBuffer( (u8 *)file_type, 4); //"SIGL" = 4 Positons FILE_ReadBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); // The Frist 1024 Steps of a Song if(SONG_Extend >= 1) { FILE_ReadBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); } // if there is no other way... if(SONG_Extend >= 2) { FILE_ReadBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); } // of adressing different sections on SD-Card ? if(SONG_Extend >= 3) { FILE_ReadBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); } // this way: it will load and overwrite until we come to the right section FILE_ReadClose ( &midifile_fi ); MUTEX_SDCARD_GIVE; ok this is a workaround, it reads each 1024-block over and over until it is blocked... In Lack of Knowledge to Jump to a Bufferposition - without loading into RAM - which i dont have (no place for a Dummy[8][1024] but the workaround doesnt work because when i Write the File: // Write Data into file FILE_WriteOpen ( path_tm, 8); FILE_WriteBuffer( (u8 *)file_type, 4); //"SIGL" = 4 Positons FILE_WriteBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); if(SONG_Extend >= 1) { FILE_WriteBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); } // this overwrites...other solution? if(SONG_Extend >= 2) { FILE_WriteBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); } if(SONG_Extend >= 3) { FILE_WriteBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); } FILE_WriteClose (); MUTEX_SDCARD_GIVE; it will overwrite already written 1024er-Blocks So the only solution is - what i see to jump to a specif sector aka SONG_Extend=0; ReadSector = 0 (or 4 when overjump the file_type section) SONG_Extend=1; sizeof(SongSQ) = ReadSector = 1024*8 = 8192 SONG_Extend=2; sizeof(SongSQ)+ sizeof(SongSQ) = ReadSector = 16384 SONG_Extend=3; sizeof(SongSQ) + sizeof(SongSQ) + sizeof(SongSQ) = ReadSector = 24576; but where and how to write the sectors to read can someone explain: FILE_WriteBuffer( (u8 *)&SongSQ, sizeof(SongSQ) ); where i write the Adress off Buffer and in which format ? file.c says: ///////////////////////////////////////////////////////////////////////////// //! Writes into a file with caching mechanism (actual write at end of sector) //! File has to be closed via FILE_WriteClose() after the last byte has been written ///////////////////////////////////////////////////////////////////////////// s32 FILE_WriteBuffer(u8 *buffer, u32 len) { UINT successcount; if( (file_dfs_errno=f_write(&file_write, buffer, len, &successcount)) != FR_OK ) { } so first Argument is the DATA to write, and the second the length... so it is not possible to overjump since it writes one after a nother? correct? Other Possibilitys? make 4 Files on Disk for each 1024 Steps. hopefully not. thx

? on my side the link is working!

...triggermatrix - jam... based on "kubanische ryhtm für kongas" https://www.siglgut.at/audio/msigl-calypso-coop-invusion.mp3

...thanks for feedback. he solved it this way: solution was completely resetting all settings on the iPad as it only sticks to the configs of when you plug TM in for the first time, can change ports/names all you want after but it won't refresh them without a hard reset.

thanks for the thip... he says he has a Ipad... but maybe there it is the same problem, but with a extrem more complicated way to do that solution...

see title.... a friend of mine has a iOS device (apple), there it shows only 1 USB-Midiport, while on his Win-PC with the same STM32F4-Board it shows 4 Ports! any idea to fix this on iOS?

still in the build... i addet a wiki, with the progress: Triggermatrix 4

http://wiki.midibox.org/doku.php?id=dipcoref4

i had bad expirience with cheap Solder-Lead - which FLUX has low resistance > better clean all up!

i changed the post - with the requested/answered questions: 90+40USD(Fedex)=130USD = 110€ the import taxes gets % on the 90USD (76€) + a handling fee (cant remember exactly its about 25-40€ only for the toll-affort..) i suggest about 60€ for the import... so its arround max 170€ Maxim decidet to go for Frontpanels.de