完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
电子发烧友论坛|
我已经安装了MPLAB X V3.5,并尝试使用模拟器调试代码。我发现调试非常慢,即从一个断点到下一个断点需要几秒钟。我正在调试一个用PIC16F628(使用XC8)汇编的代码。即使当我尝试从一行到下一步时,在这样一段代码上需要2-3秒:MOVLW 0 BTFSC-DATAYNIOIO,然后我试图修改代码(而调试)。在键盘上输入一个“输入”键后,我不得不等待9-10秒,然后光标移动到下一行。使用“退格”键删除新的行-同样的事情。在等待的时候,我不能用MPLAX做任何事情——它对任何按钮都没有反应。然后,在停止调试器之后,按“输入”来添加一个新的行或“退格”来删除它,同样的问题——等待几秒钟的响应。它不是我的笔记本电脑,我又安装了MPLAB X V3.45。在这个版本上做同样的测试表明没有问题。在模拟器中逐步通过代码或从一个断点到下一个断点是非常快的。按下“进入”或“退格”键没有问题。因此,现在,我回到使用MPLAB X V3.45。
以上来自于百度翻译 以下为原文 I have installed MPLAB X v3.5 and tried to debug the code using the Simulator. What I found out that the debugging is very slow - i.e. it takes a couple of seconds to go from one breakpoint to the next. I am debugging a part of code written in assembly for PIC16F628 (using XC8). Even when I try to step from one line to the next it takes 2-3 seconds on the piece of code like this: MOVLW 0 BTFSC _DATAIN_IO Then I tried to modify the code (while debugging). After pressing an "ENTER" key on the keyboard, I had to wait 9-10 seconds before the cursor moved to the next line. Using "BACKSPACE" key to remove the new line - the same thing. While I waited, I couldn't do anything with MPLAB X - it was not responsive to clicking on any buttons. Then another thing - after stopping the debugger, pressing "ENTER" to add a new line or "BACKSPACE" to remove it, was the same problem - waiting for a couple of seconds for a response. To make sure that it is not my laptop, I had installed again MPLAB X v3.45. Doing the same tests on this version shows that there are no problems. Stepping through the code or from one breakpoint to the next in the simulator is very quick. No problems with pressing "ENTER" or "BACKSPACE" keys. So for now, I am back to using MPLAB X v3.45. |
|
相关推荐
19个回答
|
|
|
3.50在这里调试非常慢,比3.45慢得多,但是…不管怎样我都试着用它…
以上来自于百度翻译 以下为原文 3.50 is very slow at debugging here, much slower than 3.45 but.. I am trying to use it anyway... |
|
|
|
|
|
谢谢你的反馈。我们正在考虑本周的低迷。请暂时停留在V3.45,直到我们找到问题所在。问候,霍华德
以上来自于百度翻译 以下为原文 Thanks for the feedback. We are looking into the sluggishness this week. Please stay on v3.45 for the time being until we can locate the issue. Regards, Howard |
|
|
|
|
|
安装V3.50是否修复了3.45的问题?我回到V3.40我不能得到I.T.玩DLL
以上来自于百度翻译 以下为原文 Does installing V3.50 Fix the Issue with 3.45? I am back at V3.40 I can't get I.T. to play with DLLs |
|
|
|
|
|
谢谢霍华德,我刚刚下载了3.50,但现在不会安装!
以上来自于百度翻译 以下为原文 Thanks Howard, I just downloaded 3.50 but will not install now! |
|
|
|
|
|
你好!在使用USB子系统时,你是指使用MPLABX V3.45的间歇崩溃问题吗?带有修补程序的新的DLL文件也可以作为补丁程序在MPLLABXv3.45上安装。在这种情况下,您不需要降级到v3.40。这个问题连同可下载的补丁程序将在这里讨论-http://www..hip.com/for./m961624.aspx.,Bhavik
以上来自于百度翻译 以下为原文 Hello! Are you referring to the intermittent crash issue with MPLABX v3.45 when using the USB subsystem? The new DLL files with the fix can also be installed as a patch over MPLABX v3.45. You would not need to downgrade to v3.40 in that case. The issue along with the downloadable patch is discussed here - http://www.microchip.com/forums/m961624.aspx Thanks, Bhavik |
|
|
|
|
|
你好!在使用USB子系统时,你是指使用MPLABX V3.45的间歇崩溃问题吗?带有修复程序的新的DLL文件也可以作为MPLABX v3.45的补丁程序安装。在这种情况下,您不需要降级到v3.40。这个问题连同可下载的补丁程序将在这里讨论-http://www..hip.com/for./m961624.aspx.,BhavikI认为所讨论的DLL是系统DLLS。安装V3.50是否安装了所有安装的DLL。我不想一次更换DLL来打扰它。
以上来自于百度翻译 以下为原文 Hello! Are you referring to the intermittent crash issue with MPLABX v3.45 when using the USB subsystem? The new DLL files with the fix can also be installed as a patch over MPLABX v3.45. You would not need to downgrade to v3.40 in that case. The issue along with the downloadable patch is discussed here - http://www.microchip.com/forums/m961624.aspx Thanks, Bhavik I thought the DLLs in question are system DLLS. would installing V3.50 fix the DLL for all installs. I do not want to bother IT with replacing DLLs one at a time. |
|
|
|
|
|
HII不能保存这个版本,这是远远不能使用的-(Steph)
以上来自于百度翻译 以下为原文 Hi I can't keep that version, this is by far not usable :-( Steph |
|
|
|
|
|
是的,3.50是非常缓慢的,甚至没有调试(虽然我认为这似乎使它关闭)?几小时后,我必须重新启动它,否则我进入“Java平台SE二进制”的每一个新文件都在咀嚼~ 50% CPU几秒钟,应用程序完全没有响应。回到3.40!
以上来自于百度翻译 以下为原文 Yeah, 3.50 is horribly slow, not even debugging (although I think that seems to set it off?). After a few hours I have to restart it, otherwise every new file I go into "Java Platform SE binary" sits there chewing ~50% CPU for a few seconds and the app is completely unresponsive. Back to 3.40! |
|
|
|
|
|
希望我在开始使用3.50之前就已经读过了,这很痛苦。1-2秒删除空白行…
以上来自于百度翻译 以下为原文 Wish I had read this before I started using 3.50, this is painful. 1-2 seconds to delete a blank line..... |
|
|
|
|
|
|
|
|
|
|
|
从帖子#3中,我了解到Microchip已经意识到3.50版本的问题,HowardH建议继续使用以前的版本。那么,为什么3.50版还没有从微芯片网站上删除,并且每次我启动MplabX,都会收到烦人的通知,要我下载新版本3.50?除非他们仍然有,所以人们可以发现和报告更多的错误?
以上来自于百度翻译 以下为原文 From post #3 I understand that Microchip are aware of the issues with version 3.50 and HowardH suggests to stay with previous version. So why version 3.50 hasn't been removed from Microchip website and every time I start MplabX I get annoying notification telling me to download the new version 3.50? Unless they still have it, so people can find and report more bugs? |
|
|
|
|
|
我在WINN 7机器上工作,在家里开发Linux。我的记忆是Linux下的MPLAB在10-15秒内编译,在Win7机器上大约需要90秒。我刚刚继承了一个老项目,工作需要1:44来编译/链接。我很难在系统上调试这么慢,这就是为什么我搜索并找到这个线程的原因。当我下周回家时,我会在Linux机器上编译这个项目来进行比较。我的Linux计算机没什么特别的——只是一个带有SSD和16GRAM的英特尔i3 NUC。如果归根结底,我愿意在开发时从USB 3.0Linux闪存驱动器上启动我的工作笔记本电脑,然后重新启动到Win7阅读工作邮件。
以上来自于百度翻译 以下为原文 I develop on a Win 7 machine at work and Linux at home. My recollection is MPLAB under Linux was compiling in 10-15 seconds where it was taking around 90 seconds on the Win7 machine. I've just inherited an old project at work that takes 1:44 to compile/link. I'll have trouble debugging on a system this slow which is why I've searched and found this thread. I'll compile the same project on my Linux machine when I get home next week to compare. My Linux computer is nothing special - just an Intel i3 NUC with SSD and 16G RAM. If it comes down to it, I'm willing to boot my work laptop off a USB 3.0 Linux flash drive while developing, then reboot to Win7 to read work email. |
|
|
|
|
|
今天早些时候我就解决了这个问题,只是解决了它。我安装了MPLAB 3.45后仍然安装3.50。我卸载了两个然后重新安装3.50和恼人的提醒消失了。一切都很好,除了编译/链接过程仍然是难以忍受的缓慢。
以上来自于百度翻译 以下为原文 I had that problem earlier today but just solved it. I had MPLAB 3.45 still installed after installing 3.50. I uninstalled both then reinstalled 3.50 and the annoying reminder is gone. All is well except the compile/link process is still unbearably slow. |
|
|
|
|
|
同样的问题。我切换到3.40/3.45并且工作得很好。直到我遇到一个bug:Sprintf在MPLLABX的XC8(至少在我的PIC上)上不能正常工作。只有MPLAB X 3.50可以正常工作并且调试我的小测试项目。这种微芯片的支持找到了Sprintf的解决方案。但是现在我处于一个si状态。在3.50,我不能工作,因为缺乏反应。几乎不可能管理。有人知道这个问题吗?RAM使用率为1GB,但我有8GB的系统RAM!我也有SSD主HD和最近的英特尔I7。
以上来自于百度翻译 以下为原文 Same problem here. I switched to 3.40/3.45 and worked fine. Until I met a bug: sprintf does not work correctly on XC8 (at least on my PIC) with MPLAB X. Only with MPLAB X 3.50 it works and debugs fine my tiny test project. The kind Microchip's support found the solution for sprintf. But now I am in a situation where I can't work for lack of responsiveness in 3.50. Almost impossible to manage. Anybody have any clue about this issue? RAM usage is at 1GB, but I have 8GB of system RAM! I also have SSD main HD and recent intel i7. |
|
|
|
|
|
谢谢你的建议,但是正如我刚才所说,我有一些C语言错误,不能让我在3.40或3.45或以前工作。不幸的是,我继续确认我是正确的留在MPLAB8,直到现在我必须与MPLAB X工作。如果我想继续使用微芯片。
以上来自于百度翻译 以下为原文 Thank for the suggestion but as just stated by me, I have some C language bugs that can't allow me to work on 3.40 or 3.45 or previous. Unfortunately I continue having confirmed that I was right staying on MPLAB8, until now when I am obliged to work with MPLAB X. If I want to continue using Microchip. |
|
|
|
|
|
编译器(XC8)和IDE(MPLABX)是分开的安装,不是直接相关的。您确定sprintf()问题出在IDE上,而不是编译器上?问题到底是什么?
以上来自于百度翻译 以下为原文 The compiler (XC8) and the IDE (MPLABX) are seperate installs, and not directly related. Are you sure the sprintf() problem is with the IDE, and not the compiler? What exactly is the problem? |
|
|
|
|
|
嗨,我不知道发生了什么。我使用了PIC18F27 K40和XC8—1.40和PICTIT3作为调试器的SaveTFF函数。SavaTFF不起作用。我把这个项目截断,直到我用SimultF调用SCALTEF,在一个字符数组上预先初始化一个文本。只有第一个字符。用McC18和MPLAB8(另一个PIC:PIC18F67 J10)进行了打印。该支持没有发现该项目存在问题,并建议尝试最新的MPLABX。它只在3.50Linux中工作,Windows,3.45/3.40没有!当然,我检查的是调试器监视内存工具。不管怎么说,硬件PIC也不起作用,但我并没有太多的研究:相反,我削减了项目,以便能够很容易地得到它的支持和我自己在其他配置上的验证(家用PC与Linux)谢谢!
以上来自于百度翻译 以下为原文 Hi, I know, I can't figure out what happens. I used the sprintf function with PIC18F27K40 and XC8-1.40 and PicKit3 as a debugger. sprintf did not work. I cut the project until the point where I just called the sprintf, with simulator, to write a text on a char array pre-initialized. Only the first character was printed. With MCC18 and MPLAB8 (another PIC: PIC18F67J10) it worked fine. The support found no problems with the project and proposed to try on the latest MPLABX. It works only in 3.50 Linux,Windows, 3.45/3.40 doesn't! Of course what I check is the debugger watch memory tool. Anyway on the hardware PIC did not work either but i did not dig too much on that: on the contrary I cut the project to be able to easily have it verified by the support and by myself on other configurations (home PC with Linux) Thank you! |
|
|
|
|
|
一级支持有时很普通。你在这里发布了SaveTF问题吗?”Sprintf不起作用”没有给我们太多的工作要做。即使“只打印了第一个字符”也没什么帮助,如果我们看不到你的代码。
以上来自于百度翻译 以下为原文 Level-1 support can be pretty ordinary sometimes. Did you post your sprintf problem here? "sprintf did not work" doesn't give us much to work on. Even "Only the first character was printed." doesn't help much if we can't see your code. |
|
|
|
|
|
嗨,我同意,但我想继续这个话题:我需要MPLAB X 3.50工作。我还没有发表这个话题。对于我来说,“使用最新的IDE”是一个合理的解决方案,如果最新的IDE看起来没有问题。无论如何,完成它将遵循代码。很简单!!!!症状:在sprintf调用之后(在i++行),我应该在开始时用“Value=”填充缓冲区……取而代之的是“Vello World!”只有使用XC8+MPLAB X<3.50。我使用模拟器,其中断点位于“i++”,另一个断点位于sprintf(查看调用前后的情况)include
以上来自于百度翻译 以下为原文 Hi, I agree but I wanted to stay on this topic: I'd need MPLAB X 3.50 working. I did not post the topic yet. For me "use the latest IDE" is a reasonable solution, if the latest IDE wouldn't seem buggy. Anyway to be complete it'll follow the code. Pretty simple!!! Symptoms: After sprintf call (at i++ row), I should have buffer filled at the beginning with "Value="... Instead I get "Vello World!". Only with XC8+MPLAB X <3.50. I use simulator with a breakpoint on "i++" and another one on sprintf (to see after and before the call) #include char buffer[32]="Hello World!"; void main(void) { int i=0; while(1) { sprintf (buffer, "Value=%d", i); i++; } } |
|
|
|
|
只有小组成员才能发言,加入小组>>
MPLAB X IDE V6.25版本怎么对bootloader和应用程序进行烧录
473 浏览 0 评论
5793 浏览 9 评论
2334 浏览 8 评论
2224 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比?
3530 浏览 3 评论
1121浏览 1评论
有偿咨询,关于MPLAB X IPE烧录PIC32MX所遇到的问题
1095浏览 1评论
我是Microchip 的代理商,有PIC16F1829T-I/SS 技术问题可以咨询我,微信:A-chip-Ti
872浏览 1评论
MPLAB X IDE V6.25版本怎么对bootloader和应用程序进行烧录
473浏览 0评论
/9
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2025-12-1 20:04 , Processed in 1.134736 second(s), Total 108, Slave 91 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191

淘帖
1511