损坏的闪存数据

亲爱的Geona，
非常感谢你的联系，
我们使用一个引导与UART组件作为通信信道，所以在我的项目“发射器。C”的产生不是。
我在哪里可以找到代码呢？
最好的问候
乌杜
                    
                    
               
                                                                                      以下为原文
                                            Dear Geona,
 
thank you very much for the Link,
We use a bootloader with a UART component as communication channel, so in my project a "Launcher.c" is not generated.
Where can I find the code instead ?
 
Best Regards
Udo

你好，乌多，
请你分享一下这个项目好吗？
最好的问候，
吉娜玛丽
                    
                    
               
                                                                                      以下为原文
                                            Hello Udo,
 
Could you please share the project?
 
Best Regards,
Geona Mary

你好，乌多，
感谢您共享Bootloader项目。
（一）请探针VDDD，XRES使用有源探头到观察问题，并确认是否有故障/异常。
（2）在这阶段你观察元数据腐败？（在引导程序，在引导，在bootloadable，应用程序在第一次运行时，切换电源/复位连续等）
（3）如果项目中启用，请删除看门狗重置。该设备不应该在flashwrites复位可以把多达20的女士
（4）如果步骤3没有帮助，请更换bootloader_exit你引导项目
BooLoad Enter StIyRunyType（BooDouleLoTraceE.BTLDB）；
CysAcReSeSe（）；
这不涉及闪存写但有几乎相同的结果。
最好的问候，
吉娜玛丽
                    
                    
               
                                                                                      以下为原文
                                            Hello Udo,
 
Thank you for sharing the bootloader project.
 
(1) Please probe VDDD, XRES using active probe untill observing the issue and confirm whether there is any glitch/abnormality.
(2) At which stage are you observing the metadata corruption? (in bootloader, while bootloading, in bootloadable, during first run of application, while toggling power/reset continously etc.,)
(3) Remove watch dog resets if enabled in your projects. The device should not be reset during flashwrites which can take as much as 20 mS.
(4) If step 3 does not help, please replace the Bootloader_Exit in your bootloader project with
         Bootloader_SET_RUN_TYPE(Bootloader_SCHEDULE_BTLDB);
          CySoftwareReset();
      This does not involve flash writes but will have almost the same result.
 
Best Regards,
Geona Mary

你好，Geona，
非常感谢你的回复和建议。
现在我们知道更多关于VDD和XRE的行为。这似乎是poosible，供应中断的主机后30-40ms后BT UC reset。这可以与Bootloader的Flash写入相匹配。
所以你建议的解决办法可能会对我们有所帮助。
问题是，电子紫光都已经产生和盆栽用环氧树脂材料。此外，引导加载程序闪存部分被完全保护。所以我们没有可能改变bootloader代码的…
或者有什么办法去掉的保护？
谢谢和问候
乌杜
                    
                    
               
                                                                                      以下为原文
                                            Hello Geona,
 
thank you very much for your reply and suggestions.
 
Now we know more about the VDD and XRES behavior. It seems to be poosible that the supply is interrupted by the host after 30-40ms after the BT-uC comes out of reset. This can match with the flash-writing of the bootloader.
So your suggested workaround will probably help us.
 
The problem is that the electronic unis are allready produced und potted with an epoxy material. Further the bootloader flash-section is fully protected. So we have no possibillity to change the bootloader code....
Or is there any way to remove the protection ?
 
Thanks and best Regards
Udo

你好，乌多，
闪光保护水平只能通过执行一个完整的闪存擦除改变。
最好的问候，
吉娜玛丽
                    
                    
               
                                                                                      以下为原文
                                            Hello Udo,
 
Flash protection levels can only be changed by performing a complete flash erase.
 
Best Regards,
Geona Mary

你好，Geona，
非常感谢您的信息。
我想我们可以就此结束讨论。
再次感谢您的支持！
最好的问候
乌杜
                    
                    
               
                                                                                      以下为原文
                                            Hello Geona,
 
thank you very much for your information
I think we can close the discussion at that point.
 
Again thank you for your support!
 
Best Regards
Udo