懂S-Record的请进来帮忙看看啊（已解决）

kinetis-425530

内容见附件。
由于没接触过S-Record，对其中的说明不是很理解，还望大家帮忙指点
背景：
客户发现不良欲送往FSL解析，FSL要求提供S-Record，而客户不愿提供，故找到此文档。
问题：
1，FSL is able to download EEPROM/Flash contents - Enables FSL to compare between customer S-record and actual contents to determine any bit flip problems/data corruption.
我大致理解S-Rcord应该是类似.bin文件的另一种格式由源代码编译得到的可执行文件，这种文件必然都烧写到设备的FLASH中被执行，那么此时Flash contents应该就是S-Rcord，为啥会有bit flip problems/data corruption？
2，S-record enables FSL to download customer contents in Flash. As current ATE system can only perform a full test when s-record is provided, full test cannot be performed without S-record. Therefore, valuable investigation data cannot be obtained if a full test is not carried out.
我也没接触过ATE，不知有没有接触过的帮忙讲解下，不知是否仅仅在发现bit flip problems/data corruption时，此时ATE才需要客户的S-Record?
3， In certain cases where flash integrity of the device is a problem, S-record is needed so that FSL can perform a Data Retention Bake to analyze whether flash is stable or not. 
检测flash，应该用其它S-Record也可以吧，不一定必须客户的S-Records吧？
以上，谢谢了

我知道答案 目前已有3人回答

阅读全文

FSL_TICS_Fiona

1，FSL is able to download EEPROM/Flash contents - Enables FSL to compare between customer S-record and actual contents to determine any bit flip problems/data corruption.
我大致理解S-Rcord应该是类似.bin文件的另一种格式由源代码编译得到的可执行文件，这种文件必然都烧写到设备的FLASH中被执行，那么此时Flash contents应该就是S-Rcord，为啥会有bit flip problems/data corruption？
>> S-Rcord应该是类似.bin文件的另一种格式的用于烧录的目标文件。我不清楚这个service request 原本的问题是什么，似乎是客户发现了程序运行异常或者烧录异常，FSL的技术支持要求客户提供S-record 文件，来比较烧录到Flash中的内容是否与烧录的S-record 文件内容一致。正常状况下，当然不会有bit flip problems/data corruption。当出现bit flip problems/data corruption时，需要客户的S-record 文件来复现这个问题，进而进行下一步的分析。 这是我的理解。

kinetis-425530

回复第 2 楼 于2013-12-30 14:31:07发表:
1，FSL is able to download EEPROM/Flash contents - Enables FSL to compare between customer S-record and actual contents to determine any bit flip problems/data corruption.
我大致理解S-Rcord应该是类似.bin文件的另一种格式由源代码编译得到的可执行文件，这种文件必然都烧写到设备的FLASH中被执行，那么此时Flash contents应该就是S-Rcord，为啥会有bit flip problems/data corruption？
>> S-Rcord应该是类似.bin文件的另一种格式的用于烧录的目标文件。我不清楚这个service request 原本的问题是什么，似乎是客户发现了程序运行异常或者烧录异常，FSL的技术支持要求客户提供S-record 文件，来比较烧录到Flash中的内容是否与烧录的S-record 文件内容一致。正常状况下，当然不会有bit flip problems/data corruption。当出现bit flip problems/data corruption时，需要客户的S-record 文件来复现这个问题，进而进行下一步的分析。 这是我的理解。
 
感谢解答。也就是说客户将烧录前的S-Record与烧录后异常发生后从Flash读出来的S-Record文件比较，如果没有bit flip problems/data corruption，则是不需要提供S-Record的，是这样理解么？另外，哪些情况会导致bit flip problems/data corruption，只有芯片的硬件故障么，或者芯片如有硬件异常，一定会有bit flip problems/data corruption么？
 

FSL_TICS_Fiona

>> 如果没有bit flip problems/data corruption，则是不需要提供S-Record的，是这样理解么？
答：是的，如果没有发现bit flip problems/data corruption，那就是说明客户的程序正确烧录到了芯片中，如果程序运行异常，那就要排除烧录失败的原因，从其它方面来分析根源了。

〉〉另外，哪些情况会导致bit flip problems/data corruption，只有芯片的硬件故障么，或者芯片如有硬件异常，一定会有bit flip problems/data corruption么？
答：导致烧录出错的原因很难讲，一般来说多是硬件异常，比如Flash损坏，电磁干扰，温度变化等等，我也说不好

kinetis-425530

回复第 4 楼 于2013-12-31 11:52:17发表:
>> 如果没有bit flip problems/data corruption，则是不需要提供S-Record的，是这样理解么？
答：是的，如果没有发现bit flip problems/data corruption，那就是说明客户的程序正确烧录到了芯片中，如果程序运行异常，那就要排除烧录失败的原因，从其它方面来分析根源了。

〉〉另外，哪些情况会导致bit flip problems/data corruption，只有芯片的硬件故障么，或者芯片如有硬件异常，一定会有bit flip problems/data corruption么？
答：导致烧录出错的原因很难讲，一般来说多是硬件异常，比如Flash损坏，电磁干扰，温度变化等等，我也说不好
 
如果MCU硬件异常会导致烧录出错，那也不一定非要客户的S-Record啊，自己做个测试用的S-Record应该烧录后也会出现bit flip problems/data corruption吧？越想越混乱了，呵呵！