Apparent conflict in DMA documentation K22P144M120SF5V2RM

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 

Apparent conflict in DMA documentation K22P144M120SF5V2RM

1,373 Views
Keith4DSmith
Contributor V

In the document, K22P144M120SF5V2RM.pdf, Rev 5 2015, in section 21.3 Memory map is listed DMA MUX channel configuration registers this shows 0x4002_1000 to channel 3, 0x4002_1001 to channel 2, etc.

An example on page 422 shows the expected mapping of 0x4002_1000 to channel 0, 0x4002_1001 to channel 1, etc.

Example eDMA code shows 0x4002_1000 map to channel 0.

Which mapping is correct?

Labels (1)
0 Kudos
Reply
6 Replies

1,131 Views
mjbcswitzerland
Specialist V

Hi Keith

That is interesting:

pastedImage_1.png

pastedImage_4.png

However, in the change notes:

pastedImage_2.png

I have always used the Rev.4 addressing for K22F product development and never had an issue, but maybe there are differences between chips since the Rev.4 is for devices called (for example) MK22FX512VLQ12 and the Rev.5 for devices called (for example) MK22FX512AVLQ12.

To be sure, try with the Rev.4 set and in case of difficulties have a go at changing the order (which I never needed to try).

Regards

Mark

uTasker developer and supporter (+5'000 hours experience on +60 Kinetis derivatives in +80 product developments)
Kinetis: http://www.utasker.com/kinetis.html

0 Kudos
Reply

1,131 Views
Keith4DSmith
Contributor V

In looking back at the document, the access order is correct with 'big endian' and 32-bit, I believe. However, the entire document uses character pointers, so it is confusing. There are other tables with the same 0-1-2-3 mapping to 3-2-1-0.

0 Kudos
Reply

1,131 Views
Robin_Shen
NXP TechSupport
NXP TechSupport

Hi Keith Smith,

Got confirmation from design, the memory map table in Rev 5 content is wrong, and the example code and memory map table in Rev 4 are correct. This issue was recorded in system, will update the RM when getting enough issues or 3 months later without further issue reported. Thanks!

Best Regards,

Robin

0 Kudos
Reply

1,131 Views
michaelhuslig
Contributor IV

Robin,

As long as we are looking at documentation,  can you check out the actual operation of the DAC interval timer in the PDB module?  I had also noticed the discrepancy. Re: https://community.nxp.com/message/413598?q=pdb%20dac 


Also, I spent several hours trying to get the DMA to write to the bitband region of GPIO.  I ended up searching the community board to find out that the ref manual says it wasn't possible.  It took me a while to find that in the ref manual.  It all came down to misunderstanding the difference between bitband region and aliased bitband region as shown in Table 4-1.  Maybe the table should show, for example, 0x4000_0000-0x4007_FFFF   AIPS0 ( can also be accessed via aliased bitband).

Mike

0 Kudos
Reply

1,131 Views
Robin_Shen
NXP TechSupport
NXP TechSupport

Sorry for the inconvenience!
I've contacted with the internal team for confirming. And I will inform you as soon as I get any feedback.

Best Regards,

Robin

0 Kudos
Reply

1,131 Views
michaelhuslig
Contributor IV

Robin,

You might also ask them about the size of the DAC buffer.  The rev 5 doc says only two, but I see the standard 16.

Mike

0 Kudos
Reply