TriCore使用问题笔记下载_Word模板_6

海冰

暂无简介

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

TriCore使用问题笔记调试错误：Nosourceavailablefor“0xa00f0184()”原因：应该是中断的问题，删除几个为空的中断之后就没有这个问题了，可以单步调试。总的来说是miniwigger的问题。后来还是有相应的问题，直接运行程序应该没有问题，可以得到正确的输入输出。问题由来：CAN驱动接收消息之后，单步调试，出现这个问题。解决

方案

气瓶现场处置方案 .pdf 气瓶现场处置方案 .doc 见习基地管理方案.doc 关于群访事件的化解方案建筑工地扬尘治理专项方案下载

：2014-08-05匸冒泡】B3By8:13:45耶miniivigg曰r■不丈好用固I吐槽】siener_trico-re_wang(596&8414}9:19:05专业开发设id―不用miniwigger」miniwigger—般用于学习和前期项目评估.专业设计开发一股都用专业的PLS调试器\对SCU_SWRSTCON寄存器的修改，以促进软件置位操作软件置位的配置由SCU_RSTCON.SW[9：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的一些警戒位组合而成。要求如下：如果密码与要求匹配，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.PW，则会出现看门狗访问错误。位WDT_SR.AE置位并且进入预警模式。对WDT_CONO的修改必须满足一定的

格式

pdf格式笔记格式下载页码格式下载公文格式下载简报格式下载

，如果访问不遵循这些条件，看门狗错误被检测，WDT_SR.AE置位，并且进入预警模式。在修改访问结束之后，WDT_CON0.LCK再次置位，自动重新锁住WDT_CON0。在寄存器可再次被修改之前，必须重新执行有效的密码访问。超时模式由位WDT_SR.TO=1指示。定时器被设置为FFFCH并开始向上计数。超时模式只可由置位ENDINIT=1且通过正确的访问序列正确退出。如果执行对WDT的不正确访问，或者如果定时器在ENDINIT置位之前溢出，则产生一个不可屏蔽中断请求(WDT_NMI),并且进入预警模式。在正常模式(DR=0)下，WDT工作在标准的看门狗方式中。当检测到看门狗错误时，总是进入预警模式。正常模式、超时模式下的定时器溢出，或者对寄存器WDT_CON0的无效访问都可能导致WDT进入预警模式。发生上述情况时，WDT使能系统在复位发生前由预警进入一个安全状态，而不是立即请求设备复位。1.3往DFLASH中写入关键数据用普华提供的FLASH驱动，只能写DFLASH0中的数据。一次只能写一个块，一个DFLASH的一个块是128BYTE。调用Fls_Write，MainFunction。PCP调试首先说明PCP是一个独立的核，跟TriCore主核相比，有其独立的指令，所以需要独立编程并编译生成PCP的代码。TriCore的第三方集成开发工具(Tasking,HighTec)都可以对PCP进行编程编译。Tasking集成开发环境下带的Debugger是不支持PCP调试的。所以选择专业的调试工具，像第三方LauterbachTrace32,PLSUAD2+，iSystemIC5000，都是支持多核调试的。软件复位配置SCU驱动，通过Scu_s°ftReset1.6PCP文件编译Pcp.c文件的编译错误，在TASKING中试试加上以下代码:#ifdef__CPU__#include__SFRFILE__(__CPU__)#endifPCP中用printf函数不能输出。1.7CIC61508中的DEMO移植后不能进入GPTA0中断修改GPTAO.c中的源代码：GPTA0_LTCCTR00.U=0x00000112;//loadLTC0controlregisterGPTA0_LTCCTR01.U=0x00000039;//loadLTC1controlregisterGPTA0_LTCCTR04.U=0x00000039;//loadLTC4controlregister可能的原因是DAVE中的配置不正确1.8SafetyPathControl的控制问题根据615O8的用户手册，按照规定配置相应的NVM不能得到正确的结果(经过测试，根据SYSTEMINTEGRITY的状态、YSDISA/B/C的LED灯来判定结果。下面的测试结果以供参考：Safety-PathControlCONFTrippingETripping3TrippinglNot-FlcDdyReactSPI-SMRjcndyDisableAdivcReGet-ReqSYSDISCOscflOx11Ox11Ox11Ox11Ox11Ox11OxAOx11Ox11EDFnOkIIOkHOk"Ox丁Ox"Ox"Ox】Ox"Ox：'Ox"测试结果：READY：A+BACTIVE：B+COTHER:NONENOT-READYREADYACTIVEDISABLETRIPPINGSYSDISALLSYSDISBLLLSYSDISCLLLLVoItage-hdonltorEng-COMFVOLTAGE-AVOLTAGE-BVOlIA(ifCVOLT^GE-DrnKkSafety-Path-Cantrol-CONFPauu-Cuuiiler-CONFTrlpTime-CONFIncreaseVOIIAGIItVOLT^GE-CvolT^GrnDataCompSequriiurrVOLTAGE-AEDIT40|LOAD40All40Tripping^Tripping^Tripping1NotReadyRcdcISPISMncadyDisableActiveRt^ei-ReqSYSDISCDx-1Ox0Ox0SYSDISABOx2Ox3Dx21.9与61508通信的时候不能产生定时器中断可能存在的问题是中断嵌套,在中断处理程序中添加__enable使能全局中断的产生.

本文档为【TriCore使用问题笔记】，请使用软件OFFICE或WPS软件打开。作品中的文字与图均可以修改和编辑，图片更改请在作品中右键图片并更换，文字修改请直接点击文字进行修改，也可以新增和删除文档中的内容。

TriCore使用问题笔记

热门搜索

历史搜索