[问答]

XC8偏移编译

问答对人有帮助，内容完整，我也想知道答案 0 Heloi在XC8的偏移代码选项中有很多问题超过1个月。最初的目标是抵消我的项目，以便在0x0地址有一个引导加载程序。我已经测试了许多优化选项（PRO，免费，空间…），没有任何成功。为了得到一些帮助，我做了两个非常基础的项目：一个跳转项目，它只包含主指令和中断例程中的跳转指令——一个只包含5ms周期中断的PaAuthTeA项目，其中指针在堆栈主函数中写入，堆栈使用P。RojeTopueTe4工作在没有偏移的情况下工作，但偏移代码选项失败。（我在PauleType项目的MPLABX中有两种配置，一种独立配置和一种组合配置）。为了更精确，在调试模式下，我可以看到PoPePexPieleEvt和PLLIL PieleEVT不在正确的地址。我不明白为什么。另一方面，我感觉到在我的代码中有全局变量和指针时遇到了很多麻烦。在XC8中使用偏移命令是否有任何命令？在附件中，您可以看到JimpPyPrject和PaouthTeA项目。我不明白怎么回事。如果有人能帮助我，我将感激不尽。以上来自于百度翻译以下为原文 Hello I have a lot of problem with offset code option in XC8 for more than 1 month. The initial objective is to offset my project in order to have a bootloader project at 0x0 address. I have tested many optimization set of option (Pro, free, space ...) without any success. In order to have some help, I have done two very basics projects: - a jump project which only contains jump instructions in main and interrupt routine - A PAU_TETRA project which only contains: a 5ms periodic interrupt, where a pointer is writing in a stack a main function where the stack are used The projet PAU_TETRA is working fine without offset but fails with offset code option. (I have two configurations in MPLABX of PAU_TETRA project, a standalone configuration and a combined configuration). In order to be more precise, in debug mode, I can see that the pointer pe_pile_evt and pl_pile_evt are not at the right address. I don't understand why. On the other hand, I have the feeling that I have a lot of troubles with global variables and pointer when I am offseting my code. Is there any recommandations in order to use offset command in XC8 ? In attachment, you can see Jump_preject and PAU_TETRA project . I don't understand what is wrong. I will be very grateful if anyone could help me... Many thanks BR Olivier Attachment(s) Test_120318_2_forum.zip (328.15 KB) - downloaded 57 times 0
2018-10-25 16:56:44　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × qun333 该类别下有 57 个回答。邀请回答 caoguiqun 该类别下有 56 个回答。邀请回答技术发广告该类别下有 56 个回答。邀请回答 psw30 该类别下有 44 个回答。邀请回答伊丹姿子该类别下有 41 个回答。邀请回答 uwufwjrw 该类别下有 39 个回答。邀请回答 hetao1111 该类别下有 38 个回答。邀请回答 lc123617 该类别下有 35 个回答。邀请回答欧阳大大该类别下有 32 个回答。邀请回答 asd010 该类别下有 31 个回答。邀请回答作死不止该类别下有 31 个回答。邀请回答 wy8719 该类别下有 29 个回答。邀请回答 60user92 该类别下有 29 个回答。邀请回答 ju978779 该类别下有 28 个回答。邀请回答嘻嘻爱哈哈该类别下有 28 个回答。邀请回答 haikitty 该类别下有 28 个回答。邀请回答 xiuzhen122 该类别下有 27 个回答。邀请回答 pol666 该类别下有 27 个回答。邀请回答 ueywyrsdfs 该类别下有 26 个回答。邀请回答 lhly23 该类别下有 25 个回答。邀请回答举报王媛媛相关推荐 • 如何修复从hightech切换到xc8编译器后的引导加载程序问题 3247 • 为什么使用xc8 1.37编译要比使用xc8 1.34花费更长的时间？ 1129 • xc8和hi-tech9.83可以共存吗？ 2029 • XC8编译器问题 1571 • XC8不能编译 3137 • 头文件怎么复制到XC8文件夹?如何用XC8主演 1522 • XC8构建的C代码出错 1602 • XC8运行问题 2923 • XC8编译器与8位PIC MCU兼容吗？ 2371 • 运行Ubuntu的旧电脑是否可以使用XC8编译器 1630 1个回答

答案对人有帮助，有参考价值 0 我怀疑“Jippi项目”中断在“ASM GOTO”之前保存了很多上下文。因为你有两个C项目，RAM重叠，所以坏事情发生了。你可以试着用MCC生成一个引导加载程序，看看它是如何处理中断的，或者让“JunpIpType”成为一个简单的汇编程序而不是C。以上来自于百度翻译以下为原文 I suspect the "jump_project" interrupt is saving a lot of context before the "asm goto". Since you have two C projects, the ram overlaps, so bad things happen. You might try generating a bootloader using MCC and see how it handles the interrupts. Or make "jump_project" a simple assembly program rather than C

2018-10-25 17:10:33 评论举报蒋喜玲