TK.

Hallo Johannes, gibt es ueber diesen Controller eine detailierte Spec, in der alle gesendeten und empfangenen MIDI-Events aufgelistet sind? Andererseits: wahrscheinlich wird sich die Baby HUI nicht sonderlich von der MC unterscheiden, man muss vielleicht nur die LC_ID anpassen... Gruss, Thorsten.

The old settings have been overwritten as I updated the forum software. However, if more people don't agree with the default settings, I will change them. ;-) Best Regards, Thorsten.

Yes, the LCD should work when you only connect the first 14 pins (ground ... D7). Don't forget to adjust the contrast pot! Best Regards, Thorsten.

Thanks again - yes, the button map is really usefull! Frank has nearly completed the .ini file for a complete emulation. But in the meantime we also found some imperfections, which will not be fixed for PIC16F (due to the required effort), but only for the PIC18F version: All PIC16F MIDIboxes: flashing LEDs not supported MIDIbox64: MSB of v-pots ignored, so that it makes no sense to use pots as encoder replacement. MIDIbox16E: MSB issue has been fixed since the last release, a new release will be done in a few days. Encoders can work with a resolution up to 14 bit now. But only the first 8 encoders, due to memory limitations. A solution for all encoders could be possible, but this would lead to a completely different MB16e variant with a new data structure. LED rings not working correctly. MIDIbox MF: no additional issue found yet As I want to reduce my own effort for this type of emulation (the Mackie Control emulation is working perfectly, and thats the most important for myself... ;-)) the "perfect houston emulation" will only be realized for the PIC18F Best Regards, Thorsten.

When you've experiences with vectorboards, build every module on vectorboards in order to save the money. Mostly I solder my circuits also on this way. Best Regards, Thorsten.

It makes the project status more transparent: http://www.ucapps.de Concepts -> MIOS -> Status Best Regards, Thorsten.

finally!!! :D I hope that it will work again after the next power-on ;-) The LCD issue was just a possible problem, normaly it works w/o problems (my SIDs are running since some months w/o any damage, although one of them is stuffed with a LCD) Don\t forget to provide some new patches! Best Regards, Thorsten.

Yes! perfect! :) Best Regards, Thorsten.

So it's clear now: there must be a weak connection between the +5V input of the SID module and IC2 (possibly the other ICs also). Start measuring the voltage between J2:Vs (ground) and J2:Vc (+5V input). Thereafter follow the two power supply tracks with your probes in order to find the broken contact or connection. This should help! :) Best Regards, Thorsten.

Please measure the voltages between ground and the given pins Best Regards, Thorsten.

This will be possible with the upcoming PIC18F firmware -> see news section :) Best Regards, Thorsten.

Hi RAF, no, thats a graphical LCD which is not compatible. See some threads below for the upcoming solutions. Best Regards, Thorsten.

Ok, your PIC is still working - perfect. With the test firmware, the voltage level of Pin #22 can be ignored. Now check the interconnections between Core and SID module (again) Thereafter measure the voltages on the 74HC595 chips: Pin #10 and #16 of IC2 and IC3: >4V Pin #2 of IC2: >4V Best Regards, Thorsten.

Very good! :) Best Regards, Thorsten.

Hi Rogic, you can use Serge's MIDIbox editor to change the channels. Or you can just upload the "midibox64_generic.syx" example from the mk_syx archive which has been created especially for software synthesizers Best Regards, Thorsten.

Ok, so the 74HC595 shift registers are not serviced by the PIC. Now it's important to know if the firmware is running before debugging the SID module. Here some voltages, which have to be measured against ground: Pin #1: > 4V Pin #17: ca. 2 V (must be > 1V and < 4V) Pin #19: < 1V Pin #20: > 4V Pin #21: < 1V Pin #22: > 4V Best Regards, Thorsten.

Another check to determine if the SID can be accessed by the PIC: at power-on, the reset signal of the SID (Pin #5 of the SID chip) is going low for about three seconds, thereafter it goes to +5V. This can be measured Best Regards, Thorsten.

There is possibly a way to freeze the LCD driver, and thats a floating signal at pin RB7 of the PIC. Dan: could you please temporary remove the LCD and solder a 1k or 10k resistor from Pin #40 of the PIC to ground? If this doesn't help, I will provide a very reduced test program for the SID which *must* work. Best Regards, Thorsten.

It\s time to find the root cause! Ian: is your PIC still functional? Does it work with other firmwares? Ian/Dan: is your SID clocked with an additional 1 MHz oscillator or with the PIC? Best Regards, Thorsten.

Hi Dan, the failures are very strange, it seems that there is a very dangerous "bug" in your circuit. I hope that you"ve isolated the crystal at the bottom side with a sticky tape? Is there any physical connection between the voltage domain before and after the 7805? Are the jumpers connected properly? Maybe you should also test some other firmwares in order to ensure that the PIC is still working. Are you still using the "mirrored" PCB? Best Regards, Thorsten.

Hi Jasper, thats a good question, because with for the PIC18F design this will be changed. So my answer: for all PIC16F877 versions you don't need a bootloader - just load the .hex file into IC-Prog and burn the firmware into your PIC via JDM. For the upcoming MIOS (running at PIC18F only) a so called Bootstrap loader will be provided which allows you to upload the firmware via MIDI (which is in fact much faster than using the JDM). The required procedure: the small bootstrap loader has to be burned into the PIC18F only once. Thereafter every firmware update can be made via MIDI without a JDM. Best Regards, Thorsten.

Hi Jerash, just a quick question: could you please check the crystal which has been delivered? Is it a 20 MHz crystal, or a 22.1184 MHz type? The MIDIbox will only work correctly with 20 MHz. Best Regards, Thorsten.

Thanks for the input - I will change the domain again. It was just a try ;-) Best Regards, Thorsten.

Swede: Mike removed the MF board from his shop by fault, it should be available again in the next hours. :) Djaychela: poooh, it seems that some additional effort is necessary in order to implement a workaround for the workaround :P Maybe the easiest solution: I could add some kind of generic calibration table which allows the user to map incoming values to absolute fader positions... Thanks for the hint! Best Regards, Thorsten.

Hi, you can use Serge's midibox64 editor in order to enable this option: Best Regards, Thorsten.