完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
我现在用PIC32 MX170在仪器控制器上失去了处理能力。问题是可以在传感器输入上执行一些计算，而不是存储器或其他功能。我想换到174个设备，因为这个具有更高的时钟/是一个下拉替换，并且在没有重大的软件重写的情况下可以解决问题（我认为）。原始代码使用旧的非和谐库编写，因为这种方法提供了显著的代码重用和开发速度。他们也被证明在这个应用程序中工作…有人修改旧的图书馆来支持174设备吗？差异似乎是在振荡器模块，并在添加深度睡眠WDT。快速查看其他区域表明标题已经更改，一些单词访问也发生了更改，但是这看起来是可管理的。我是不合理还是愚蠢？在开始进行更深入的回顾之前，我将非常感谢这个领域的专家们的评论和想法，如果有人已经解决了这个问题，那将是非常棒的。
0
|
|
相关推荐
18个回答
|
|
|
是的，如果不清楚的话，道歉。基本上，不是和谐。我已经调试和使用了一些年的老图书馆（在XC32／PIC32 LIBS/外设）中。我使用了一个更古老和非常稳定的编译器（V1.40），因为我有一个许可证，并且证明它是优秀的。在这个框架中，我不使用遗留库。
|
|
|
|
|
|
|
|
|
2020-3-31 07:52:30
评论
|
|
|
谢谢，我认为这是可能的，尽管有很大的不同。需要移植/更改的主要方面如我所述。我将把代码编译成不同的处理器，看看会发生什么（库文件中报告的错误）。然后我将修改库代码来清除所提出的问题，重点是我实际使用的例程……然后，如果需要的话，为振荡器等添加相关位，但我怀疑pragmas会处理端口的那一边。这将创造一个“新”编译器环境，我应该能够使用174！再次感谢您的关注。我很欣赏这可能是一个低利息项目…
|
|
|
|
|
|
请张贴您的进度。我很快就会用完MX575的马力，并且无意搬到和谐。一个成功的例子将是一件伟大的事情。戴夫
|
|
|
|
|
|
戴夫，谢谢你的留言。我会评估所需要的工作，因为我的时间有压力。目前，我已经创建了XC32的v1.40的第二个副本（恐怕这是我使用的版本），在禁用文件的只读状态（未完全解决——可能是Windows问题，查看互联网上报告的问题）方面玩得很开心，并编译了我的代码。我看到的唯一一致地编辑文件的方法是使用notepad++（或等效的）作为主编辑器，因为在mplabx中编辑文件似乎不允许我一致地存储编辑过的版本。因此，要适当地改变例程，为174创建一个专用的编译环境。我最初将关注振荡器和看门狗，因为配置单词似乎由mplabx中的适当窗口很好地处理。如前所述，这可能会证明太耗时，但我很乐意分享任何经验。我可能会崩溃和烧毁，但我愿意如果时间允许，我可以试一试。我相信这个社区的专家成员会对这项工作的可行性和实际意义提出建议或意见……我很失望，我们被迫进入和谐（我将改变到ARM处理器之前，因为我觉得它太限制和繁琐），但我理解商业意义上的决定，由微芯片。我怀疑我有点疯狂！
|
|
|
|
|
|
有了和谐，就有可能创建一个shell项目，只需要使用PLIB的和声版本。你可以这样做，不使用其他和谐司机。
|
|
|
|
|
|
谢谢你的澄清。这的确是个选择。我的挑战是，我有大量的代码来驱动科学仪器，并且改变到不同的框架看起来没有吸引力。我理解你所提出的观点，但是我在转向那些未知的、可能有他们自己的问题的图书馆时有点谨慎。我宁愿坚持我所知道的恶魔，使用我所开发的已知变通方法。我试图发现特定的振荡器和看门狗是否用于其他微芯片产品，因为可能改变库中处理器特定的定义以指向适当的，经过验证的代码…我也在努力争取和谐图书馆的代码，看看我能从这些中学到什么……文件布局不明显，但也许我遗漏了一些东西。我可能必须坚持使用170设备，并找出更好的算法来执行需要在数据样本之间完成的处理任务，或者通过处理每隔一个样本来接受较低的性能……愿望，VJM
|
|
|
|
|
|
通过修改pic32mxinclude外围设备中的system.h、rtcc.h、osc.h（目前刚刚插入一个警告，说明在这些位置需要完成工作），我可以得到编译和构建的代码。我使用if.(u 32MX174F256B_)warning这个函数还没有为174设备系统定义.h行365(或类似)....选择这个代码，如果174用作处理器。重新选择170处理器似乎建立清洁，并运行，像以前一样。我不使用需要修改的函数，我认为……交付一个库需要更多，但是如果我使用配置位并且不玩振荡器，这可能会使我起步。
|
|
|
|
|
|
你试过用计算来优化代码吗？这可能更容易。/ Ruben
|
|
|
|
|
|
亲爱的Ruben，谢谢你的评论。我发现C编译器很擅长优化，我的汇编程序不太好。样品在1ms的间隔，但有很多平行进行。但是，你是对的，我会再看一遍。这个项目的进展方式（它是美国大学的一个研究项目），有可能算法会再次改变，我想有一些“余地”。我们也即将致力于制造更多的电路板，如果不需要延迟或重写太多的代码，那么核心能力提高25-33%的吸引力很大。所以这次调查！像一所大学一样，资金紧张，所以重新设计一个高端处理器的董事会是没有吸引力的。回想起来是明智的！最美好的祝愿，VJM
|
|
|
|
|
|
嗨，我不是说编译器优化（当然也有帮助）。我说的是如何构造软件和处理计算。例如使用定点代替浮点，查找表，不使用比需要的精度更高等等。这可以很容易地给你10倍或更快的代码，而改变硬件会让你，什么，速度加倍？这是假设代码已经不是（手动）优化的。你能显示你的计算代码和你的要求吗？Ruben
|
|
|
|
|
|
亲爱的Ruben，谢谢你的澄清。你建议通过你提到的技术可以在这个领域做出改进，这是对的，我确实正在考虑这一点。由于学术上的敏感性，我没有权利在这个阶段分享问题或代码——我希望你能理解。其兴趣在于将模糊逻辑技术和人工智能应用于快速响应控制系统，以及评估早期的结果以实时地改变环路参数。其根本意图在于使新板尽可能多的马力可用，从而对“自由”ch感兴趣。从170兆赫到174兆赫，从50兆赫到72兆赫，因为不需要改变硬件。我还喜欢调查“挑战”以确保在做出决定之前理解基础信息，这是本次调查的核心。出于兴趣，我现在拥有完整的代码编译时没有对174进行警告（我今天上午有几个小时的空闲时间），现在我已经修改了旧库中的osc、rtcc和系统头部，所以看不到任何特别的问题。我还没有在174中添加新特性，也不确定我是否需要特别添加。底线是你能专心于你的分析，并且我能够并且应该通过改进算法领域来解决挑战。这已经变成一项“有趣”的调查而非“必要”的调查了——我分享了它，以防其他人已经解决了这个问题，因为我不是和谐迷——可能出错了！再次感谢，VJM
|
|
|
|
|
|
我理解代码共享。虽然我认为通过分享来赢得比失去更多。时钟速度的提高是否需要更多的等待状态来等待闪光灯？听起来是个有趣的项目。祝你好运。/ Ruben
|
|
|
|
|
|
好点-我会检查等待状态。该项目是分布式的，所以代码共享协议是困难的…谢谢您的想法和鼓励！我将更新当我测试了修订的图书馆在174；大概下周，如果我运气好。
|
|
|
|
|
|
快速更新-我现在有机会更详细地查看174的数据表。等待状态潜在的问题不仅仅被这个处理器所包含的高速缓存模块所抵消，它应该给予显著的性能改进。兴趣（我确信如果微芯片愿意…）：Reset-174有需要添加到codeInter.控制器中的附加位——无差别振荡器——非常不同；需要显著的代码更改，但是相对简单……新的MOD.DMA模块- SAMECACHE模块-仅在174；忽略在库中？USB-on-the-go-.moduleIO端口-identicalTimer 1-一些差异（外部时钟选择）Timers 2-5-sameWatchdog计时器-显著不同；代码重做需要深度睡眠看门狗计时器-仅对174Input捕获模块-sameOutput捕获模块-sameSPI模块-sameI2C模块-sameUART模块-一些区别；174PMP上的增强-174PMP上的增强，但是不清楚什么才是真正可用的；文档中的小错误？RTCC模块-一些增强；添加到codeADC-sameComparator-sameComparator参考-same高/低压检测-174只。对此不确定…充电时间测量-相同的功率节省-在174上增强的深度睡眠；禁用模块nits显示出相同的特殊特性-一些差异-不确定在图书馆中使用了多少；需要进一步调查。E允许-只是一个有趣的项目！如果有人有进一步的评论或兴趣，请让我知道。
|
|
|
|
|
|
为了澄清我对PMP的困惑……174文档（DS60001404A-它被标记为高级信息…）表明寄存器22-6（PMWADDR）只在设置DUALBUF时使用。这是PMCON & lt；17和Gt，它示出在PMCON寄存器（寄存器22-1）的定义中没有使用。救命！我想我会在这个阶段忽略这些额外的寄存器，只留下PMP。有人能澄清吗？VJM
|
|
|
|
|
|
如果使用DMA，谨防高速缓存一致性问题。
|
|
|
|
|
|
谢谢-你说的很有道理。我希望现有的DMA库能够处理这个问题，因为它们在具有高速缓存的较大设备上成功操作，但我将快速查看。虽然我理解原则，但我很快就走出了我的深度！我用DMA做串口，所以我需要小心…VJM
|
|
|
|
|
只有小组成员才能发言，加入小组>>
MPLAB X IDE V6.25版本怎么对bootloader和应用程序进行烧录
475 浏览 0 评论
5795 浏览 9 评论
2334 浏览 8 评论
2224 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比？
3530 浏览 3 评论
1125浏览 1评论
有偿咨询，关于MPLAB X IPE烧录PIC32MX所遇到的问题
1098浏览 1评论
我是Microchip 的代理商，有PIC16F1829T-I/SS 技术问题可以咨询我，微信：A-chip-Ti
873浏览 1评论
MPLAB X IDE V6.25版本怎么对bootloader和应用程序进行烧录
475浏览 0评论
/9 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
659
淘帖
1710
