mios_pic18f4620
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revision | ||
mios_pic18f4620 [2007/08/27 23:11] – overworked headlines, added backlinks audiocommander | mios_pic18f4620 [2011/09/17 17:09] (current) – dougster | ||
---|---|---|---|
Line 6: | Line 6: | ||
Biggest advantages of this microcontroller: | Biggest advantages of this microcontroller: | ||
- | But Rev A3, A4 and B4 of the chip contains a silicon bug within | + | Please note, that Rev A3 and A4 of the chip are affected by the [[EUSART_bug|EUSART Bug]]. It has been fixed in revision |
- | + | ||
- | As a workaround for this issue, a [[iic_modules|MBHP_IIC_MIDI]] module can be used with minimal configuration (MIDI Out only). This adds acceptable costs of 5 EUR to the project. | + | |
- | + | ||
- | There is a small application available at the [[http:// | + | |
The PIC18F4620 is almost software compatible to existing MIOS applications. There is a special MIOS version which needs to be uploaded, the major differences are different memory limit checks (e.g. code upload to addresses >= 0x8000 are possible). | The PIC18F4620 is almost software compatible to existing MIOS applications. There is a special MIOS version which needs to be uploaded, the major differences are different memory limit checks (e.g. code upload to addresses >= 0x8000 are possible). | ||
Line 24: | Line 20: | ||
===== Can I run an old PIC18F452 Application on a PIC18F4620? | ===== Can I run an old PIC18F452 Application on a PIC18F4620? | ||
- | Yes, all applications are binary compatible, which means, that you even don't need to build a new .hex file, just upload the precompiled code. | + | Yes, all applications are binary compatible, which means, that you don' |
- | Only the Bootloader and MIOS itself got some small adaptions in order to allow to program | + | The Bootloader and MIOS have been changed slightly |
- | + | ||
- | =====Do I really need to build a MBHP_IIC_MIDI module as workaround for the EUSART bug?===== | + | |
- | + | ||
- | It depends on the application. The EUSART based MIDI Out port of the core module will mostly work, you are even able to upload code without failures. The error (inserted 0x00 bytes which violate the MIDI protocol) only happens very rarely under special circumstances. It can only happen, when MIDI data is also received at the MIDI In port at the same time at the wrong moment (in simple words, details are documented in the errata sheet). As a result, you could notice a hanging note, or a wrong controller once or two times a hour when you are using the MIDIbox. | + | |
- | + | ||
- | Accordingly, | + | |
- | + | ||
- | //(removed part about MIDIbox SID examples, as it has been decided to use a [[mios_pic18f4685|PIC18F4685]])// | + | |
- | + | ||
- | Remaining Example: | + | |
- | MIDIbox SEQ: when used as standalone sequencer, no external MIDI keyboard or MIDI clock source connected to the MIDI In, a MBHP_IIC_MIDI module is not required. | + | |
- | In all other configurations one or up to 4 MBHP_IIC_MIDI modules are recommented. Note that MIDIbox SEQ allows to output MIDI events on different MBHP_IIC_MIDI ports, this is nice for reducing the MIDI latency | + | |
- | + | ||
- | + | ||
- | =====Do I need to built a complete MBHP_IIC_MIDI module with MIDI In and Out port? | + | |
- | + | ||
- | No, you only need the reduced version with MIDI Out port only. | + | |
- | The MIDI In port is *not* natively supported by most applications, | + | |
- | + | ||
- | Info for Newbies: if you are unsure, how a "MIDI Out only" version looks like when you are using the MBHP_IIC_MIDI PCB, just stuff all components, and left out the optocoupler and the MIDI In LED. | + | |
- | + | ||
- | =====How do I upload MIOS and application code via the MBHP_IIC_MIDI interface? | + | |
- | + | ||
- | Proposal for Beginners/ | + | |
- | * buy a preprogrammed PIC18F4620 from SmashTV or Mike with PIC ID 0000000000000000 | + | |
- | * build the core module and test the MIDI In/Out of the board | + | |
- | * upload the PIC18F4620 version of MIOS via the MIDI Out port of the Core module | + | |
- | * build a MBHP_IIC_MIDI module and test it like explained at the MBHP_IIC_MIDI page | + | |
- | * select the ID 10 (both jumpers stuffed) | + | |
- | * upload the iic_midi_10.hex binary of the change_id package, this will change the PIC ID to 0000000000100000 | + | |
- | * now the MIDI out stream is redirected to the MIDI Out port of the MBHP_IIC_MIDI module, you don't need to use the MIDI Out port of the core module anymore (even for code uploads it's not required anymore) | + | |
- | + | ||
- | Proposal for Experts: | + | |
- | * buy a preprogrammed PIC18F4620 from SmashTV or Mike with PIC ID 0000000000100000, | + | |
- | * build the Core + MBHP_IIC_MIDI module | + | |
- | * the MBHP_IIC_MIDI module should send the upload request each 2 seconds so long MIOS is not installed | + | |
- | * upload the PIC18F4620 version of MIOS via the MIDI Out of the MBHP_IIC_MIDI module | + | |
- | + | ||
- | + | ||
- | Note that it is possible to change the PIC ID, or to upload MIOS without the MIDI Out Port, when the "no feedback from core" option is selected in MIOS Studio. This method is not recommented, | + | |
- | + | ||
- | + | ||
- | =====Can I use one or more BankSticks together with the MBHP_IIC_MIDI module(s)? | + | |
- | Yes, on an IIC bus all SCL/SDA (clock/ | ||
- | As you can see, there is no address conflict between MBHP_IIC_MIDI modules and BankSticks | ||
=====Can I use my old JDM burner to burn the bootloader onto a PIC18F4620? | =====Can I use my old JDM burner to burn the bootloader onto a PIC18F4620? |
mios_pic18f4620.1188256263.txt.gz · Last modified: 2008/03/06 19:32 (external edit)