Difference between revisions of "PIC32"
(→Tips) |
|||
Line 1: | Line 1: | ||
− | Some things I've learned about PIC32MX. | + | Some things I've learned about PIC32MX and MZ. |
==Tips== | ==Tips== | ||
===MX is not MZ=== | ===MX is not MZ=== | ||
Line 37: | Line 37: | ||
====Not all Pic32 have 16 bits of DMA memory==== | ====Not all Pic32 have 16 bits of DMA memory==== | ||
Earlier pics (PIC32MX440) only have 8 bits in DCHxSSIZ or DSIZ. If it only outputs 256 bytes, this is why. Check that register, because it's not mentioned anywhere else. | Earlier pics (PIC32MX440) only have 8 bits in DCHxSSIZ or DSIZ. If it only outputs 256 bytes, this is why. Check that register, because it's not mentioned anywhere else. | ||
− | ===Prefetch Cache=== | + | ===Prefetch Cache (MZ)=== |
====Cache can stop initialization of large variables when using them for DMA==== | ====Cache can stop initialization of large variables when using them for DMA==== | ||
Let's say you have a loop | Let's say you have a loop | ||
Line 43: | Line 43: | ||
array[x] = 0xFF; | array[x] = 0xFF; | ||
} | } | ||
− | If you have cache enabled (it's enabled by default) you will only get 6000 or so of the variables changed for DMA. If you go to debugging - watch - choose array[x] and export to csv, you will see all the values have 0xFF but the dma will output about 6000 of 0xFF and then 4000 of 0's or 1's. The solution is to disable the cache via http://web.archive.org/web/https;//microchipdeveloper.com/32bit:mz-cache-disable | + | If you have cache enabled (it's enabled by default on MZ) you will only get 6000 or so of the variables changed for DMA. If you go to debugging - watch - choose array[x] and export to csv, you will see all the values have 0xFF but the dma will output about 6000 of 0xFF and then 4000 of 0's or 1's. The solution is to disable the cache via http://web.archive.org/web/https;//microchipdeveloper.com/32bit:mz-cache-disable |
==Resources== | ==Resources== |
Revision as of 21:23, 29 October 2019
Some things I've learned about PIC32MX and MZ.
Tips
MX is not MZ
Essentially there are two distinct PIC32 architectures. MX and MZ (let's forget about MM). The reference manuals (Family Reference Manuals) that apply to MZ do not apply to MX. A simple thing to misunderstand for beginners. Use the reference manual that is mentioned in your Pic's particular datasheet.
PIC32 can be Power Hungry
Check your voltage regulator if you find that your code keeps resetting, when in debug mode. I found that my resets were due to not enough power. The more peripherals you turn on, the more power you will need. This is one reason why code will work, then suddenly fail after adding functionality (say turning on DMA, or a constant UART stream)
Read Registers Whilst Debugging
If you put just a register macro, e.g. U1STA; or U1MODE; in the code, and even if nothing happens to that register, it can be read by hovering over it while debugging. Useful to just type out a number of registers in the code, and then pause, and check them while debugging. An example:
/*U1MODE; U1STA; IFS1; IEC1; RCON;*/ //Comment them out, otherwise they will generate asm in disassembler.
MPLAB X Tools - Debugger - Watches doesn't work for large arrays
The watch doesn't read the whole array. Export to CSV to see all values, or examine map file. MPLAB 5.25. Reference: https://www.microchip.com/forums/m790353.aspx
Atomic Operations on bits
See:
IFS4bits.DMA1IF = 0 //slow, can cause problems IFS4CLR = _IFS4_DMA1IF_MASK //immediate. better.
Resets
Dest and Source Sizes
Incorrect Dest and Source sizes for DMA can cause resets. It will register as POR and BOR, but it's due to for example, the source of SPIxBUF being set to size 10 bytes, (which is incorrect, SPIxBUF can only be 1,2 or 4 bytes depending on settings).
Insufficient Power
Self explanatory.
_ISR Invalid Parameters
If you have an ISR (interrupt), and you pass IPL5SRS. Everything is working fine, then you change that to IPL2SRS, and you are in a reset loop. Read the books mentioned below for more info. IPLxYYYY where x is 1-7 and YYYY is SRS or Soft. Not all combinations are possible.
DMA
DMA - If you CFORCE, and it finishes, you must CHEN again to CFORCE again
Subject.
Not all Pic32 have 16 bits of DMA memory
Earlier pics (PIC32MX440) only have 8 bits in DCHxSSIZ or DSIZ. If it only outputs 256 bytes, this is why. Check that register, because it's not mentioned anywhere else.
Prefetch Cache (MZ)
Cache can stop initialization of large variables when using them for DMA
Let's say you have a loop
for(x=0,x<10000,x++){ array[x] = 0xFF; }
If you have cache enabled (it's enabled by default on MZ) you will only get 6000 or so of the variables changed for DMA. If you go to debugging - watch - choose array[x] and export to csv, you will see all the values have 0xFF but the dma will output about 6000 of 0xFF and then 4000 of 0's or 1's. The solution is to disable the cache via http://web.archive.org/web/https;//microchipdeveloper.com/32bit:mz-cache-disable
Resources
Family Reference Manuals
Start here. These will be your required reading for any peripheral. The data sheets will also be required. With these two in hand, you should be able to flip almost any bit needed. Make sure you get the Reference manual for your particular implementation (MX or MZ).
Peripheral Library Examples
There are a number of well commented (unlike most garbage online) examples that are ideal for someone learning about setup of pic32 peripherals in the Peripheral Libraries Examples. Link: https://people.ece.cornell.edu/land/courses/ece4760/PIC32/PLIB_examples/plib_examples/
Books
|