完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
嗨，我开始为PIC18F45 K20写一个非常简单的程序，只是为了测试。该程序做两件事：打开一个LED总是按下一个按钮，并关闭它，如果按钮不预设开关和关闭另一个LED每一个一定的时间。LED连接到RD0和RD1端口引脚，按钮连接到RB0端口引脚。这是我写的代码：我注意到。RD0中的LED在不规则的时间上打开和关闭。最后，我发现问题是关于主循环的不可分解的：正如您所见，PORTD的整个字节在一个临时变量中***纵，然后写回PORTD寄存器。问题是清楚的，如果中断是在这个临时变量***作时触发的，在中断例程中完成的RD0的更改被覆盖了。我做错什么了吗？这是XC8编译器中的一个bug吗？提前感谢。
0
|
|
相关推荐
19个回答
|
|
|
这就是你想要的吗？您在这个语句中有RD0和RD1，可能只有RD1？编辑：哎呀，不顾这部分！在写入端口时也总是使用LATX SFR，它避免了RMW错误——可能是这里的一个问题。端口的各个位不能被处理器操纵，因为它被读写为一个字节，甚至BSF和BCF指令实际上读取整个端口，修改适当的位和n将整个端口写回。这就是PIC的工作原理。
|
|
|
|
|
|
PIC18只有BSF、BCF和BTG指令来操作单个比特，BTFSC和BTFSS对它们进行测试。没有位移动或复制指令，因此它将*ALWAYS*生成非原子代码以从非常量表达式或变量加载位。请尝试：编译器应该使用BSF/BCF执行哪些操作。
|
|
|
|
|
|
你应该写信给LAT登记簿。
|
|
|
|
|
|
Ian显示的更改是个好主意（如我前面提到的，NKurzman-write to LATx SFR），但是这仍然不能减轻OP对上述中断的关注，if{}语句永远不会是原子语句。在操作这个（和类似的）代码期间，必须防止中断，以避免这些问题（暂时禁用中断）。还是我又错过了什么？
|
|
|
|
|
|
你错过了什么。只要编译器在RD1的主循环中使用BSF/BCF，在RD0的ISR中使用BTG，O.P在ISRA中切换不同的管脚，并且O.P不直接向端口写入LAT位，应该可以。H只使用一个XOR来更新结果，所以总是在8位SFR上使用XOWF RG，F。
|
|
|
|
|
|
“IF”语句不需要是原子的。问题是，由于在主代码中对整个端口执行RMW操作，主代码阻塞了由RD0之外的管脚上的中断所做的更改。RMW通过在主代码中使用BCF/BSF指令来消除。
|
|
|
|
|
|
谢谢伊恩，我终于看到我确实错过了不同的输入输出引脚，我的坏。真的吗？如果BCF/BSF是到LATx寄存器的，那么是（没有RMW），但是如果使用PORTx，则不是（至少据我所知，这是RMW问题的实质）。
|
|
|
|
|
|
真正地？如果BCF/BSF是到LATx寄存器的，那么是（没有RMW），但是如果使用PORTx，则不是（至少据我所知，这是RMW问题的实质）。OP的代码实际上有两个潜在的RMW问题：一个是写到PORT引脚引起的硬件问题，另一个是主代码和ISR之间的冲突引起的软件问题。
|
|
|
|
|
|
是的，我看到了两个不同的问题，谢谢。长周……如果RD0输出的切换不是时间关键的（在本例中它是定时器溢出的结果），您难道不能通过在ISR中设置标志，然后在主代码中执行所有位操作来避免交互问题吗？
|
|
|
|
|
|
这（如您所承认的）可能不会及时切换RD0。如果您需要同时管理来自主程序和ISR的同一端口，并且编译器没有生成适当的位操作指令，那么最好编写一个“端口处理程序”ISR，将设置或清除位的请求传递给该端口处理程序，并通过“软件”中断（即，设置禁用的外围模块的可写入中断标志。
|
|
|
|
|
|
免费模式或付费。我不能说免费模式，但从来没有一个问题，共享一个端口之间的主中断。尝试一个简单的Posiths= 1类型命令。如果不工作，试试EVE模式。如果它仍然不起作用，它就是一个bug。原始陈述可能不以最理想的方式解释。这仍然是一个编译器问题。
|
|
|
|
|
|
嗨，我已经做了你们大家提出的更改，现在我的代码是这个：生成的反汇编是这个：问题仍然是使用LAT寄存器，但是通过使用if-else语句解决了（我认为它们在这种情况下是等价的，但是它不是）。（它是免费模式）正在做一个非常糟糕的工作。
|
|
|
|
|
|
嗯，我明白了……我可以发誓C18在这种情况下做得更好。
|
|
|
|
|
|
这是我的经验。
|
|
|
|
|
|
它是在付费模式还是EVE模式下这么做的。它告诉你免费的代码将大40%。如果是低收入模式。而疯狂的C不会下降和评论你可以把一个支持票进去问。
|
|
|
|
|
|
我看到的唯一奇怪之处是：人们可能认为理想情况应该是：参见我的MASKIN宏解释为什么这样做是合乎需要的。但是，请记住，LATD是易变的，编译器正在为任何位场宽度生成通用代码。C的语义强制编译器读取LID一次，并写入一次以完成位字段分配。第二个序列（MASKIN样式）中断了C'.'，因为它读取LATD两次，一次在开始，另一次在更新它的异或期间作为RMW。如果读取易失性对象具有副作用（例如，重置PORTB IOC检测位），则这是一个*BAD**THING*。我认为PRO模式不会做得更好，除非它通过=操作符侦听以确定TEMP_0xF结果不需要掩码，并丢弃保存一个instru的第一个XOR。cTy，或者对于单个位字段有一个特殊的情况优化程序。编辑：jtemples确认它使用了与前面的RLNCF相同的代码。三元运算符经常生成糟糕的代码，因为它包含一个序列点，并强制执行快捷计算。为了完整性，你应该试试：这是我的经验。但是，它用C89标准进行了快速而宽松的操作，这有其自身的问题。
|
|
|
|
|
|
是的，我同意……我的意思是，除了效率之外，上面的要点是，当IRQ做同样的事情时，阅读LAT，处理和写回LAT会导致*麻烦*而BSF等的巧妙使用将使其发挥作用。
|
|
|
|
|
|
对于从表达式加载单个比特的特殊情况，期望XC8自由模式优化对易失性位字段到条件BSF/BCF的访问，这是不现实的。如果是这样的话就好了，但是那些为PRO模式花费995美元的家伙们会理所当然地尖叫，如果他们所支付的所有商品都被赠送了，所以免费模式用户不可能拥有一切。编辑：JPTES确认PRO模式没有更好的效果。我听到995声尖叫了吗？IMHO，生成的代码，虽然还远远不够完善，但符合易失性对象中的位字段访问的C语义。当另一个线程访问相同的存储位置时，这些语义有不幸的副作用是不幸的，并且我们很幸运，体系结构和FREE模式的组合允许两个有效的变通方法（if()……否则…形式生成BSF/BCF和Maskin的XOR方法。另一个应该尝试的是使用非结构SFR位变量。在一些版本中，它们在自由模式下比Struts Access生成了更好的代码。……
|
|
|
|
|
|
哦，当然，我同意，伊恩！不幸的是，这个代码和生成的指令，不仅“效率低”，而且肯定“不起作用”…
|
|
|
|
|
只有小组成员才能发言，加入小组>>
5203 浏览 9 评论
2016 浏览 8 评论
1942 浏览 10 评论
请问是否能把一个ADC值转换成两个字节用来设置PWM占空比？
3188 浏览 3 评论
请问电源和晶体值之间有什么关系吗？PIC在正常条件下运行4MHz需要多少电压？
2243 浏览 5 评论
754浏览 1评论
641浏览 1评论
有偿咨询，关于MPLAB X IPE烧录PIC32MX所遇到的问题
549浏览 1评论
PIC Kit3出现目标设备ID(00000000)与预期的设备ID(02c20000)不匹配。是什么原因
653浏览 0评论
553浏览 0评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
2193
评论
淘帖
1312
