MCU-PLUS-SDK-AM243X: Software readback of written configuration

Jimmy, 

Registers for CBASS are documented in the TRM  https://www.ti.com/lit/ug/spruim2h/spruim2h.pdf

3.10 System Interconnect Registers

Registers for the R5F are documented in the same document -  6.2.4 R5FSS Registers

But there are also coprocessor registers (not memory mapped) to consider inside the R5F itself. 

For these please refer to the R5F TRM for example  https://developer.arm.com/documentation/ddi0460/d/System-Control/Register-summary

-Anthony

Anthony

I am aware that the TRM contains a list of all registers, and my question is: Since I haven't reconfigured CBASS and R5F, how should I proceed with the Software Readback of Written Configuration diagnostic measure?

Jimmy

Jimmy, 

Configuration registers that are in the default state (even if they are not reconfigured) should be checked unless it can be rationalized that they are not safety related.  Otherwise they could be corrupted as a result of some other fault.   For the CBASS and R5F (ex. MPU) there are safety mechanisms of firewall and memory protection which if corrupted and not checked & corrected periodically will cause the latent fault metric to drop.

-Anthony

Anthony

Yes, we should implement the diagnostic measure "Periodic software readback of static configuration registers" for CBASS and R5F, but my question is: how do I carry out the diagnostic procedure required by the safety manual for "Software readback of written configuration"? Here are two diagnostic measures.

Jimmy

Jimmy, 

You need to write a test that reads back the MMRs, masks off irrelevant bits, and checks the relevant bits against golden values.

Anthony

Thank you for your reply.

We have already been able to cyclically read back the registers in the MMR.
The current issue is, where should CBASS and R5F execute "Software readback of written configuration" in terms of setup or configuration? I am unable to locate the relevant settings.

Jimmy