[问答]

无法运行程序超过0x10000 PIC24FJ1024GB610

问答对人有帮助，内容完整，我也想知道答案 0 我有一个PIC24FJ1024GB610，我有一个Bootloader，占用0x7FFF。我从0x8000运行代码，如果我的代码越过0x10000边界，它不再是功能性的。编译器建议我使用大的代码模型来存储模型。有没有人知道我需要做什么特别的事情来跨越这个边界？我知道我的链接器文件是好的，因为我能够运行一个较小的应用程序启用中断。我们已经使用了一个大约5年前编写的Bootloader，我们已经将它移植到PIC24和PIC18的许多版本中，但是现在我们需要额外的空间PIC24FJ1024GB610。我使用IDE MPLAB X（V3.51）和XC16（V1.30）。以上来自于百度翻译以下为原文 I have a PIC24FJ1024GB610 and I have a bootloader that takes up 0x7fff. I run code from 0x80000 if my code crosses the 0x10000 boundary it is no longer functional. The compiler suggested that I use large Code model for the Memory Model. Does anyone know if I need to do anything special to cross this boundary? I know my linker files are ok because I was able to run a smaller application with interrupts enabled. We have been using a bootloader we have written about 5 years ago and we have ported it to many versions of the PIC24 and PIC18 but now we needed the extra space the PIC24FJ1024GB610 has. I am using IDE MPLAB X (v3.51) and XC16 (v1.30) 0
2019-5-10 08:21:59　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × qun333 该类别下有 57 个回答。邀请回答 caoguiqun 该类别下有 56 个回答。邀请回答技术发广告该类别下有 56 个回答。邀请回答 psw30 该类别下有 44 个回答。邀请回答伊丹姿子该类别下有 41 个回答。邀请回答 uwufwjrw 该类别下有 39 个回答。邀请回答 hetao1111 该类别下有 38 个回答。邀请回答 lc123617 该类别下有 35 个回答。邀请回答欧阳大大该类别下有 32 个回答。邀请回答作死不止该类别下有 31 个回答。邀请回答 asd010 该类别下有 31 个回答。邀请回答 wy8719 该类别下有 29 个回答。邀请回答 60user92 该类别下有 29 个回答。邀请回答 ju978779 该类别下有 28 个回答。邀请回答嘻嘻爱哈哈该类别下有 28 个回答。邀请回答 haikitty 该类别下有 28 个回答。邀请回答 xiuzhen122 该类别下有 27 个回答。邀请回答 pol666 该类别下有 27 个回答。邀请回答 ueywyrsdfs 该类别下有 26 个回答。邀请回答 lhly23 该类别下有 25 个回答。邀请回答举报李梓相关推荐 • 为什么pic24fj1024gb610无法写入第二个分区闪存？ 941 • PIC24FJ1024GB610和606绝对适用于PICkit3吗？ 1429 • Explorer 16/32连接失败下载消息 1009 • PIC24FJ数据表或头文件的闪存描述矛盾 910 • 找不到MCC生成代码 1272 • 通过PPS无法获得MCCP输出？ 1116 • 需要Explorer 16/32和MM7150 PICTail连接和示例代码 1418 • 请问在10位模式下PIC24FJ1024GB606的ADC的最大速度？ 891 • 怎么在PIC24FJ128GB202上定义多个程序段？ 1824 • 如何创建一个链接脚本 1106 2个回答

答案对人有帮助，有参考价值 0 FJ在它的一些指令/向量中有局限性，它只允许访问底部64K。为了在某些应用中超过这个限制，“内存模型”克服了这个限制。EP有额外的指令来解决（大多数）这些问题。虽然你有一个工作引导程序，但是你（特别是PIC24FJ…）想定位引导加载程序“高”。对不起，这里使用的是PC术语。只需从内存加载程序的顶部开始占用内存即可。复位向量JMP可以访问任何地址。应用程序空间保持不变，不管是否与引导加载程序一起使用。希望这有助于…Yorky 以上来自于百度翻译以下为原文 The FJ has limitations in some of its instructions/vectors that only allows access to the bottom 64K. To access above this limit in some applications, the 'memory model' overcomes this limitation. The EP has additional instructions that solve (most of) these issues. Although you have a working bootloader, have you (especially for PIC24FJ..) thought of locating the bootloader 'high'. Sorry using PC terminology here. Just start occupying memory from the top of memory for the bootloader. The reset vector JMP can access any address. The application space remains identical irrespective of use with bootloader or not.. Hope this assists.. T Yorky

2019-5-10 08:40:21 评论举报丘素莉

答案对人有帮助，有参考价值 0 对，如果编译器知道它不超过64K，编译器可以生成非常高效的OP代码。因此，你必须通过选择大模型来通知编译器在你的情况下使用效率较低的操作码。移动引导加载程序是一个非常好的建议。我认为引导加载程序必须在大模型中编译，但是除非超过64K的Flash，否则你的应用程序可以停留在小模型中。以上来自于百度翻译以下为原文 Right, the compiler can generate very efficient op-codes if it knows that it will not exceed 64K. So one has to inform the compiler to use less efficient opcodes in your situation by choosing the large model. Moving the boot loader high is a very good suggestion. I think the boot loader will have to be compiled in the large model, but your app can stay in the small model unless it exceeds 64K of flash.

2019-5-10 08:52:54 评论举报李维嘉