TriCore使用问题笔记

1、TriCore使用问题笔记调试错误：Nosourceavailablefor“0 xa00f0184()”原因：应该是中断的问题，删除几个为空的中断之后就没有这个问题了，可以单步调试。总的来说是miniwigger的问题。后来还是有相应的问题，直接运行程序应该没有问题，可以得到正确的输入输出。问题由来：CAN驱动接收消息之后，单步调试，出现这个问题。解决方案：2014-08-05匸冒泡】B3By8:13:45耶miniivigg曰r不丈好用固I吐槽】siener_trico-re_wang(596&84149:19:05专业开发设id不用miniwiggerminiwigger般用于学习和前期

2、项目评估.专业设计开发一股都用专业的PLS调试器对SCU_SWRSTCON寄存器的修改，以促进软件置位操作软件置位的配置由SCU_RSTCON.SW9：8来确定，10表示应用置位，01表示系统置位。Tricore中对所有的置位相关的处理器都加锁处理的，需要解锁才能设置，SCU_SWRSTCON.SWRSTREQ可以请求软件置位。解锁的过程有WDT_CONO和WDT_CON1完成.WDT_CONO.ENDINIT位为0的时候表示已经解锁，同时标志位WDT_CON0.LCK=0;为了修改WDT_CONO,必须将正确的密码写入WDT_CONO,密码由CON0与CON1的一些警戒位组合而成。要求如下：

3、如果密码与要求匹配，WDT_CONO在密码访问结束时将统一解锁，解锁条件将由WDT_CON0.LCK=0指示。PW的默认值为0，CONOREL的默认值为OxFFFC，或者读去CON0值之后取得。修改CON0，满足一下条件的写入是合理的，可以修改SW与REL的密码值。在解锁，ENDINIT被清零之后，对受初始化结束保护的寄存器的访问被再次开放。当WDT_CONO被解锁时，WDT被自动切换到超时模式，因此,访问窗口是有时间限制的。如果密码与要求匹配，WDT_CON0在密码访问一结束将被解锁。解锁条件将由WDT_CON0.LCK=0指示。如果在密码访问的过程中不正确的密码值被写入WDT_CONO.P

4、W，则会出现看门狗访问错误。位WDT_SR.AE置位并且进入预警模式。对WDT_CONO的修改必须满足一定的格式，如果访问不遵循这些条件，看门狗错误被检测，WDT_SR.AE置位，并且进入预警模式。在修改访问结束之后，WDT_CON0.LCK再次置位，自动重新锁住WDT_CON0。在寄存器可再次被修改之前，必须重新执行有效的密码访问。超时模式由位WDT_SR.TO=1指示。定时器被设置为FFFCH并开始向上计数。超时模式只可由置位ENDINIT=1且通过正确的访问序列正确退出。如果执行对WDT的不正确访问，或者如果定时器在ENDINIT置位之前溢出，则产生一个不可屏蔽中断请求(WDT_NMI)

5、,并且进入预警模式。在正常模式(DR=0)下，WDT工作在标准的看门狗方式中。当检测到看门狗错误时，总是进入预警模式。正常模式、超时模式下的定时器溢出，或者对寄存器WDT_CON0的无效访问都可能导致WDT进入预警模式。发生上述情况时，WDT使能系统在复位发生前由预警进入一个安全状态，而不是立即请求设备复位。1.3往DFLASH中写入关键数据用普华提供的FLASH驱动，只能写DFLASH0中的数据。一次只能写一个块，一个DFLASH的一个块是128BYTE。调用Fls_Write，MainFunction。PCP调试首先说明PCP是一个独立的核，跟TriCore主核相比，有其独立的指令，所以需

6、要独立编程并编译生成PCP的代码。TriCore的第三方集成开发工具(Tasking,HighTec)都可以对PCP进行编程编译。Tasking集成开发环境下带的Debugger是不支持PCP调试的。所以选择专业的调试工具，像第三方LauterbachTrace32,PLSUAD2+，iSystemIC5000，都是支持多核调试的。软件复位配置SCU驱动，通过Scu_sftReset1.6PCP文件编译Pcp.c文件的编译错误，在TASKING中试试加上以下代码:#ifdef_CPU_#include_SFRFILE_(_CPU_)#endifPCP中用printf函数不能输出。1.7CIC6

7、1508中的DEMO移植后不能进入GPTA0中断修改GPTAO.c中的源代码：GPTA0_LTCCTR00.U=0 x00000112;/loadLTC0controlregisterGPTA0_LTCCTR01.U=0 x00000039;/loadLTC1controlregisterGPTA0_LTCCTR04.U=0 x00000039;/loadLTC4controlregister可能的原因是DAVE中的配置不正确1.8SafetyPathControl的控制问题根据615O8的用户手册，按照规定配置相应的NVM不能得到正确的结果(经过测试，根据SYSTEMINTEGRITY的状态

8、、YSDISA/B/C的LED灯来判定结果。下面的测试结果以供参考：Safety-PathControlCONFTrippingETripping3TrippinglNot-FlcDdyReactSPI-SMRjcndyDisableAdivcReGet-ReqSYSDISCOscflOx11Ox11Ox11Ox11Ox11Ox11OxAOx11Ox11EDFnOkIIOkHOkOx丁OxOxOx】OxOx：Ox测试结果：READY：A+BACTIVE：B+COTHER:NONENOT-READYREADYACTIVEDISABLETRIPPINGSYSDISALLSYSDISBLLLSYSDISCLLLLVoItage-hdonltorEng-COMFVOLTAGE-AVOLTAGE-BVOlIA(ifCVOLTGE-DrnKkSafety-Path-Cantrol-CONFPauu-Cuuiiler-CONFTrlpTime-CONFIncreaseVOIIAGIItVOLTGE-CvolTGrnDataCompSequriiurrVOLTAGE-AEDIT40|LOAD40All40TrippingTrippingTripping1Not