我想在XC8的命令行中添加：MSGDeabess＝179，这样它将停止报告嵌套注释。看来，您应该能够通过文件/ ProjtProjs/XC8 Global Opths/XC8编译器来实现这一点，将字符串添加到“附加选项”字段中，然后单击Apple。我希望字符串然后出现在“生成的命令行”框中。但是什么都没有发生。1：如何将字符串添加到编译器命令行？2：如果“附加选项”字段不打算完成这个功能，它的目的是什么？谢谢！ 以上来自于百度翻译 以下为原文 I'd like to add: --MSGDISABLE=179 ...to the command line for XC8, so it will stop reporting nested comments. It appears you should be able to do this by going to File / Project Properties / XC8 Global Options / XC8 compiler, add the string to the "Additional options" field, and click Apply. I'd expect the string to then appear in the "Generated Command Line" box. But nothing happens. 1: How do you add strings to the compiler command line? 2: If the "Additional Options" field isn't intended to do exactly this function, what is its purpose? Thanks!
2019-04-10 12:35
我在各种微芯片参考资料中看到相互矛盾的信息，我想我应该问问那些在dsPIC33上有经验的人。我们以前使用PIC（PIC24，PIC18）的经验允许您在启用PLL的情况下将CONFIG寄存器设置为HS（外部高速晶体）模式下加电。dsPIC33支持这种模式，但是关于启动内部RC振荡器、等待锁相标志、切换时钟源等有各种各样的讨论。然后，我们发现一个参考值，该参考值暗示这只是当外部晶体大于13.6MHz时需要考虑的问题。采用10MHz晶体，获得120／140MHz的内部振荡器（60-70MIPS）。我们必须使用时钟切换以RC振荡器开始，然后切换到HS+PLL，还是我们在某个魔术阈值之下，我们可以依靠HS+PLL在整个温度范围内可靠地启动？额外的RTFM的参考非常感谢。谢谢！ 以上来自于百度翻译 以下为原文 I'm seeing conflicting information in the various Microchip references and thought I'd ask those with experience on the dsPIC33. Our previous experience with PIC's (PIC24, PIC18) allows you to set the CONFIG registers to power up in HS (external high speed crystal) mode with the PLL enabled. The dsPIC33 supports this mode, but there's all sorts of discussion about starting off the internal RC oscillator, waiting for the phase lock flag, switching clock sources, etc. Then, we found a reference that sort of implies this is only a concern if the external crystal is above 13.6MHz. We are considering using a 10MHz crystal to obtain a 120/140MHz internal oscillator (60-70MIPS). MUST we use clock switching to start with the RC oscillator and then switch to the HS+PLL, or are we under some magic threshold where we can rely on the HS+PLL to reliably start across the entire temperature range? References to additional RTFM greatly appreciated. Thanks!
2019-07-02 07:43
