ilmenator

Please, I've been looking for that service for quite some time!

So I was mislead... :unsure: I did find references to FATFS in the SEQ v4 code, but that did not really ring a bell. Thanks for clarifying this for me! I'll have a look at the code snippet and see what I can make of it. And try to change what I already have to FATFS :thumbsup:

Next issue here: I am looking for a simple example for how to write a (new) file to an SD card in MIOS32. What I know is tutorial #019: A MIDI Player plays from SD Card, which does not contain write functions. Also, I took a look at the SEQ v4 code, but the whole file handling thing is way too complex for what I need - no need for semaphores and the likes. The ReadMe_1st of ../modules/dosfs/ says: but this is not the case - at least not where it claims to be. I have searched the whole repository, but could not find simple examples for write access to SD card. I might be just too blind :question: Thanks, ilmenator

Lifesaver! I was suspecting serious trouble with my Core32 board, as all other bankstick apps were failing as well, also mios32\trunk\apps\mios32_test\bs_rw_check... although there it was not quite obvious to me whether I was testing banksticks or FRAM: #define BS_CHECK_USE_FRAM_LAYER 1 returned an error, whereas #define BS_CHECK_USE_FRAM_LAYER 0 returned success. The README is a bit unclear about what is what. Thanks again :flowers: :frantics:

The bankstick board is connected to J4, both R7 and R8 on Core32 are soldered in (though they measure 2.02k instead of 2.2k, but that should not be relevant), and "the other end" indeed connects to 5V. I don't think there is any other (optional) pull-up network involved with J4?

Thanks Nils, that should get me going. Is there any hardware difference between how banksticks are connected to Core8 and Core32? I have this 8x bankstick board from Mike's which works flawlessly on Core8, but does not show any sign of life on Core32 (voltage on the bankstick board is okay). Unfortunately, I cannot use this, as I need to preserve what is contained in the banksticks... Thanks! I thought there was some dependency, but it was not clear to me - now it is!

Okay, I have found application example #025: SysEx Parser and EEPROM Emulation. Apparently, the bankstick does not have to be initialized before accessing it? Also, from the description of MIOS32_IIC_BS_CheckAvailable it is not quite clear to me what the difference of this function is with respect to MIOS32_IIC_BS_ScanBankSticks?

Hi, I am looking for an example of how to access banksticks on the Core32. Background is that I have some data stored on a bankstick, which I need to access from MIOS32, so using an SD card instead is not an option for my problem! Also, I do not see too many analogies between the bankstick functions available in MIOS8 and MIOS32, hence my question. Any input welcome! Best, ilmenator

Yes, but can you be a bit more specific? I'd like to know the company's address or website, and how much they charged for making the Lexan overlay?

Make sure the picture is sharp first, then think about reducing image size! Where did you get the Lexan job done? Interesting option!

Try KICAD then, it's rock solid, and the learning curve is not much steeper than on EAGLE. Plus, it is unlimited in every aspect of PCB design.

Sourcing your own parts is fun and DIY. Buying locally also helps to keep the customs fees low - this is money that doesn't go to Smash or anyone active in the community, but to the authorities. So it is not about depriving anyone from what they deserve.

Not sure about aftermarket, this might be referring to the 6582 that Wilba used to sell. For an emulation in hardware, look at swinsid.

No worries :D

Merry commercial christmas...

Hi and welcome, I'm afraid you're in the wrong forum. This is about DIY of MIDIboxes of all kinds, the Mackie emulation that some of these provide is just a very small part of the big picture. We are not particularly focused on Mackie HUIs, and as far as I can tell, people here are not more likely to have the schematics than those in any other music gear forum. Anyways, if you are somewhat knowledgeable about electronics, you might want to open up your unit and have a look at the capacitors on the PSU board. If their tops are somewhat lifted up from the inside, that's a good indicator of a problem with them. WARNING: Be extremely careful with handling switching power supplies, they can be hazardous long after they have been unplugged from the main's outlet. Best, ilmenator

Strangeness... on my computer at home I get this error message, no matter if I try to convert to .gif or .png format. That is using ActiveState PERL 5.10 on a Win7 32 machine. C:\mios32\SCE32\UI>perl lcd.pl Writing 'SCE000.png'... Unzulässiger Parameter - SCE000.png convert failed! Any ideas what is going wrong?

Thanks for the inspiration :smile: - it's actually much easier, which I discovered when I looked at the Pixmap image format used in this script. The only thing you have to do is replace system("convert ${output_file}.xpm ${output_file}.gif") && die ("convert failed!\n"); with system("convert ${output_file}.xpm ${output_file}.png") && die ("convert failed!\n"); and the script itself will output .png format images.

Hi, in an effort to do documentation of a MIDIbox project, I am using TK's PERL script to generate "screenshots" of the LCD. This is nice and fine, but the output is .gif, which is a problem for my LaTEX compiler. It just won't accept .gif as input format. Is there a way to generate e.g. .png instead of .gif from the script? I do not want another conversion step in the workflow, hence it would be nice if the script could generate .png files directly...

Guys, this is an excellent use of an abandoned thread! :thumbsup: Congratulations!! :flowers:

I'm sure you searched the Internet already, but because your part number contains a spelling mistake your search did not return anything... :twitch: Here you can find a datasheet, and on the official Microchip website you'll find plenty of application notes and information.

And the first two link to the same article...

Well, I did not mean that YOU should do this, but anyone interested enough in this could. For smd, there is actually plenty of space available.

Why don't you go smd for the shift registers? This will free up a lot of space, and soldering is not really harder at 1,27mm pitch.

This is the pdf that findbuddha is talking about.