完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
德赢Vwin官网
论坛|
Heloi最近购买了新的PIC32 MK开发板，并为它配置了一个和声项目，包括FreeRTOS。当使用调试器（板上和皮卡3）在调用VTaskStistApple（）之后应用程序崩溃时，问题是端口C中的变量UX中断嵌套是0 i。n的期望值为1（静态初始化为C）。现在我发现变量UXStutnEntIdStin刚好位于调试器RAM中的保留区域（位置0x800 0364）。当我在UxStuttNebug（在MAP文件中验证）之前插入一个测试变量时，测试变量被设置为0，UXStuttTestNestin值为1，这看起来像是启动代码或调试器/监视器中的一个错误，因为它溢出到用户RAM区域。我和新的PIC32 MK类似吗？我使用XC32 1.43和MPLAB X 3.61 +和谐2.03B.谢谢
以上来自于百度翻译 以下为原文 Hello I recently bought the new PIC32MK development board and configured a hARMony project for it, including FreeRTOS. When using the debugger(Onboard and PICKIT 3) the application was crashing after calling vTaskStartScheduler(), the problem was that the variable uxInterruptNesting in port.c was 0 instead of the expected value of 1(statically initialized in c). Now i found out that the variable uxInterruptNesting is located just after the reserved area in ram for the debugger (location 0x80000364). When i insert an test variable before uxInterruptNesting (verified in map file) the test variable is set to 0 and uxInterruptNesting is oke at the value 1. This kinda looks like an bug in the startup code or debugger / monitor to me, as it overflows to the user ram area. Did any one else encounter some thing similar with the new PIC32MK? I am using XC32 1.43 and MPLAB X 3.61 + harmony 2.03b. Thanks 
0
|
|
相关推荐
4个回答
|
|
|
你应该使用XC32 V1.42吗？和谐博士说什么？
以上来自于百度翻译 以下为原文 Are you supposed to be using xc32 v1.42? What does the Harmony docs say? |
|
|
|
|
|
不是XC32 V1.43版本有很多（新的）错误，因为狗可能有跳蚤？
以上来自于百度翻译 以下为原文 Isn't XC32 V1.43 the version with as many (new) bugs as a dog may have fleas ? |
|
|
|
|
|
您好，我也认为值得尝试XC32 V1.42，因为V1.43有一些问题。如果您的箱外和谐项目不运行如HORD手册中描述的那样，提交一个支持票到Microchip的支持，得到这个固定的问候。
以上来自于百度翻译 以下为原文 Hi, I also think it's worth trying XC32 v1.42 because v1.43 has some issues. If your Out of the box Harmony project does not operate as described in Harmony manual description, submit a support ticket to Microchip support to get this fixed Regards |
|
|
|
|
|
在V1.43中你指的是什么问题？我能想到的唯一一件事就是PINTF的64位INT问题。至于OP的原始问题，它不可能是链接器脚本问题吗？根据MK的默认链接器脚本，0x380字节应该为DeBug保留。
以上来自于百度翻译 以下为原文 What issues are you referring to with v1.43? The only thing I can think of off the top of my head is the 64bit int problem with printf. As to the OP's original problem, isn't it likely to be a linker script problem? According to the default linker script for the MK, 0x380 bytes should be reserved for the de-bugger. |
|
|
|
|
只有小组成员才能发言，加入小组>>
5242 浏览 9 评论
2031 浏览 8 评论
1955 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比？
3207 浏览 3 评论
请问电源和晶体值之间有什么关系吗？PIC在正常条件下运行4MHz需要多少电压？
2256 浏览 5 评论
778浏览 1评论
669浏览 1评论
有偿咨询，关于MPLAB X IPE烧录PIC32MX所遇到的问题
596浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
678浏览 0评论
577浏览 0评论
/7 
关注我们的微信
下载发烧友APP
德赢Vwin官网 观察
版权所有 © 湖南华秋数字科技有限公司
德赢Vwin官网 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
1766
评论
淘帖
744
