[IGNORE THIS，MISTAKEN COPY] PIC16F88 MCLRn和仿真问题

1279 仿真

问答对人有帮助，内容完整，我也想知道答案 0 大家好，第一次使用PIC单片机，我选择了PIC16F88。我有2个主要问题：1）当禁用MCLRn重置时，我仍然不能使用该PIN作为输出，正如您在MPLABYBD.PNG中所看到的：它自动调用TrISA＝0x20，而不是所需的0x00，其中位RA5（RA 76543210＝00100000＝0x20）是共享MCLRN输入的一个。这是由proteus 仿真（Proteus PNG）所证实的，你可以看到RA 5是浮动的（灰色）。仿真中的手表在哪里呢？2）调试器仿真似乎给出了错误的值。看波尔塔：它被配置为0xFF（MPLA.PNG），但是调试器显示0x80（而PORTB很好）。Proteus无论如何都给出了正确的值。OsCon寄存器似乎是错误的，但是可能设置的位由于某种原因被自动设置（它是IOFS：ItoSoc频率稳定位）。以上来自于百度翻译以下为原文 Hello everyone, first time using a PIC microcontroller, I chose a PIC16F88. I have 2 main issues: 1) When disabling the MCLRn reset (#pragma config MCLRE = OFF ) I still cannot use that pin as an output as you can see in mplab_deb.png: it autosets TRISA=0x20 instead of the wanted 0x00, where bit RA5 (RA 76543210 = 00100000 = 0x20) is the one which shares the MCLRn input. This is confirmed by a proteus simulation (proteus.png), you can see the RA 5 is floating (grey color). [Is there a way to access the configuration bit register manually instead of the #pragma lines anyways? And where is this register among the watches in the simulation?] 2) The debugger simulation seems to give wrong values. Look at PORTA: it is configured as 0xff (mplab.png) but the debugger shows 0x80 (while PORTB is fine). Proteus gives right values anyways. Also the OSCCON register seems wrong, but maybe the bit which is set is automatically set for some reason (it's the IOFS: INTOSC Frequency Stable bit). Attached Image(s) 0
2018-9-4 15:10:53　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × qun333 该类别下有 57 个回答。邀请回答技术发广告该类别下有 56 个回答。邀请回答 caoguiqun 该类别下有 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 个回答。邀请回答举报张红梅相关推荐 • 请问PIC16F88和PIC16F877可以通过串口RS232下载程序吗 2547 • PIC16F88 MCLRn和调试问题 1133 • 请问哪里可以下载PIC16F88最小系统电路原理图？ 1436 • 请问在哪里可以下载PIC16F88单片机最小系统原理图呢？ 1641 • PIC16F88 MIDI滤波器怎么使用中断Rx功能 1538 • pic16f88根本不起作用 1144 • PIC16F88闪烁一个LED它自己复位 3410 • 没有LAT的PIC16的移植代码 979 • UART初始化和ADC读取 2031 • 当PCL翻转PCLATH不增加，PC中的这个翻转不改变PCLATH位 1213 2个回答

答案对人有帮助，有参考价值 0 手册对使用MCLR非常清楚。以上来自于百度翻译以下为原文 The manual is quite clear about the use of MCLR

2018-9-4 15:18:09 评论举报陈杰

答案对人有帮助，有参考价值 0 对于第一个问题，请在数据表页14（和52）中阅读注释3。RA5只是一个输入；TrISA5位的状态没有影响，并且总是读取“1”。如果你提出了“I/O引脚”窗口（Window & Gt；模拟器-GT；IOPin）并观察PIN RA5，那么如果你没有“Y-PrimaMigReMigReClRe= off”，你就会看到MCLR是PIN拥有者，如果你添加了这个配置，RA5将是PIN拥有者。顺便说一下，有一个“配置位”窗口（Window & Gt；目标内存视图-gt；配置位），您可以手动访问配置位寄存器。对于第二个问题，我认为您的RA0、1, 2, 3、4和6引脚是模拟的，这就是为什么PORTA不为那些位设置。T，模拟器以不同的方式处理OSC外围设备，因此它的行为可能与实际设备上的不同。以上来自于百度翻译以下为原文 For your first issue, please read note 3 in the datasheet page 14 (and 52). "RA5 is an input only; the state of the TRISA5 bit has no effect and will always read ‘1’." The config MCLRE does work correctly. If you bring up the "I/O Pins" window (window->Simulator->IOPin) and observe pin RA5, you will see MCLR is the pin owner if you don't have the "#pragma config MCLRE = OFF" and RA5 will be the pin owner if you add that configuration. By the way, there is a "Configuration Bits" window (window->Target Memory Views->Configuration Bits) that you can access the configuration bit register manually. For you second issue, I think your RA0, 1, 2, 3, 4, and 6 pins are analog, that is why the PORTA is not setting for those bits. At last, the Simulator handles the OSC peripheral differently, so it might behave differently than what you see on a real device.

2018-9-4 15:23:41 评论举报马念