MSP430F5342: About pseudo-signature analysis (PSA)

PSA is covered by slau320. However, only 100% correct result for flash write is marginal read, not PSA.

Hi zrno soil,

Thank you for your reply.

zrno soli said:

PSA is covered by slau320. However, only 100% correct result for flash write is marginal read, not PSA.

Best Regards,
O.H

There is VerifyPSA_430Xv2 function inside slau320 (for F5xx), source code where  PSA_CRC value calculated inside function code is compared with value returned from target device (in the last line of function). If in this function is not "algorithm of PSA calculation", than I can't help you.  

zrno soli said:

There is VerifyPSA_430Xv2 function inside slau320 (for F5xx), source code where  PSA_CRC value calculated inside function code is compared with value returned from target device (in the last line of function). If in this function is not "algorithm of PSA calculation", than I can't help you.  

Best Regards,
O.H

If TI has a view on Q1, could you please share it with us?
My customer are looking for answers and I would appreciate it if you could answer them.

Best Regards,
O.H

Hi experts,

O.H said:

Q1: If the wrong content is written during a BSL write, but the Checksum is matched by Verify, is it recognized as "Verify Succeeded"?
Regarding the related question, I was told that PSA will not be compared when writing in BSL, so please let me confirm just in case.
https://e2e.ti.com/support/microcontrollers/msp430/f/166/p/913063/3384848#3384848

There seems to be no response, so I will change my question.
Could you tell me about the following questions?

Q: I heard that BSL writes only perform Cheksum comparisons, not PSA comparisons. In other words, there is a case in which the PSA is written with a mismatch.
Is the above idea correct?

My customer encountered a write data mismatch while writing using MSP-GANG.
We are collecting information to identify the cause.
I am sorry to trouble you, but I would appreciate it if you could give me your opinion on TI.

Best Regards,
O.H

PSA is related to SBW / JTAG interface only (fast CRC calculation), not to BSL. AFAIK default factory BSL that is open source is not used by  MSP-GANG. MSP-GANG download and use it own BSL to enable higher flashing speed. And dedicated BSL CRC calculation question can clarify someone how know  how it is done internally.

zrno soli said:

PSA is related to SBW / JTAG interface only (fast CRC calculation), not to BSL. AFAIK default factory BSL that is open source is not used by  MSP-GANG. MSP-GANG download and use it own BSL to enable higher flashing speed. And dedicated BSL CRC calculation question can clarify someone how know  how it is done internally.

Thank you for your reply.
We understand that PSA is related to SBW/JTAG interface only , not to BSL. 
I'm sorry for the lack of explanation.What I want to know is the following.

If they write via BSL using MSP-GANG, is there a possibility that it will be judged as "Verify Succeeded" even if the “data content of the file to be written ” and the“ Flash data content after writing ” are different?
When writing via BSL, is it possible to miss some data content discrepancies because the PSA comparison is not performed?

In my customer, 2 out of 2500 machines have a writing problem.
When they check the data of the defective product, it is different from the data of the normal product and the Checksum value of both products is different.
(The areas where data corruption occurs are also different.)

First of all, as a result of some kind of error during writing, if the content of the Flash data after writing has changed, an error screen should be displayed.
(We are investigating whether the error screen was actually displayed.)

Therefore, when writing via BSL, they would like to know if there is a possibility that errors will not be displayed as a result of missing some data content mismatches because PSA comparison is not performed.

Best Regards,
O.H

Hi,

As for the post again, could you answer the following questions?

O.H said:

If they write via BSL using MSP-GANG, is there a possibility that it will be judged as "Verify Succeeded" even if the “data content of the file to be written ” and the“ Flash data content after writing ” are different?
When writing via BSL, is it possible to miss some data content discrepancies because the PSA comparison is not performed?

In my customer, 2 out of 2500 machines have a writing problem.
When they check the data of the defective product, it is different from the data of the normal product and the Checksum value of both products is different.
(The areas where data corruption occurs are also different.)

First of all, as a result of some kind of error during writing, if the content of the Flash data after writing has changed, an error screen should be displayed.
(We are investigating whether the error screen was actually displayed.)

Therefore, when writing via BSL, they would like to know if there is a possibility that errors will not be displayed as a result of missing some data content mismatches because PSA comparison is not performed.

If you do not understand the content of the question or do not have enough information, please let me know.
I would appreciate your cooperation.

Best Regards,
O.H

Hi Gary,

Thank you for your reply.

Gary Gao said:

As Zrno mentioned that PSA is related with JTAG. For the 2500 machines' firmware is downloaded by the BSL with MSP-GANG right?

For the 2 failed device, when and where you found the issue after download the firmware?

According to the additional information, it was downloaded by the JTAG with MSP-GANG first.The device that failed the test after writing was rewritten via BSL.The two devices failed after the second write.

I will reply to the customer with the answer you gave me. I will create a thread when another question arises.
Thank you for your support.

Best Regards,
O.H