周工及各位大侠：lpc2214是否有uart0得 bug？

只看该作者 · 2007-7-12 01:14

勘误表并不是说EINT1 EINT2有bug，而是说的EINT的第一个BUG和第二个BUG。只要是EINT都有该BUG！我们用NXP的2210、2220、2214和2136、2138，都遇到一堆BUG。唉，恼火啊！

2万 · 2007-7-12 11:26

楼主，您好！
    说一下我的个人看法，供您参考：
    一、UART正确通讯所需的部分必要条件
    两个UART要正确无误地通信，通讯参数上至少需要满足两个条件：
    1、波特率一致；
    2、帧格式一致。
    这两点大家都很清楚。可是，波特率参数还受外频时钟的影响，如果修改了外频时钟，而没有注意仍保持波特率不变，可能会导致必要条件不满足，使得通信出错。正是由于波特率参数还要受外频时钟的影响，所以，在检查串口通讯不正常的原因时，还需要……

    二、外频时钟和对UART的调试
    UART通讯不正确，很多时候会反映为出现乱码或者数据莫名其妙“变身”。此时，可以考虑用别人的完整工程来调试您的UART，注意，是用别人的完整工程，而不是只COPY别人的程序到您的工程。调试部件时，要尽量隔离调试，我们不能事先假设这个部件绝对不受其它部件操作的影响。从经验来看，很多报告UART通讯不正确的案例，其原因都是报告者不自觉地在UART的操作逻辑外改变了外频（可能是触发了BUG，也可能是他在模板里修改了Fpclk，或其它），而他却只查他自己限定的“UART操作逻辑”，那当然查不到了。不过，忽视Fpclk也很正常，因为它似乎是在UART操作逻辑范围之外的参数。
   所以，作一个小结，是关于部件调试原则和BUG的触发原因的：
   部件的调试：
   1、调试部件时，尽量单独调试；
   2、使用别人的全部正确工程，而不是只照搬部分程序。
   如果从UART操作的相关例程里找不出错误的原因，请针对波特率、帧格式、功率控制等基本必要条件进行检查，最好的检查法是找到正确的例程来作为参照系，所以，请去寻找一个完整的而且只涉及部件本身的测试例程。

   三、关于芯片BUG
   首先想冒昧问一下，您说的“太多的bug了”是仅指ERRATA里的吗？如果是您自己发现而在ERRATA之外的BUG，请您明示，如果属实，我们会立即反应给NXP。
   一切芯片都有BUG。ST的ARM 难道没有ERRATA？以后就绝对不会出现BUG？使用芯片前先看一下ERRATA可以少走许多弯路。与其一看到BUG就和某系列芯片绝交，不如学着小心规避BUG，毕竟没有BUG的芯片是不存在的。您以为呢？

2万 · 2007-7-12 11:46

ncsm 您好！
    不知道您是否同意这样一个观点：没有BUG的芯片是不存在的。
    既然芯片都有BUG的事实无法改变，那么不如积极一点面对它们。既然您已经选择了NXP的系列芯片，那么在您不打算更换门庭的前提下，您完全可以考虑如何与BUG打交道。我的个人建议是，将您发现的BUG和您的判断过程，都发布给大家，好处有二：
   1、如果证明了这不是芯片设计的BUG，那么您就可以迅速调转头来检查自身的设计错误，避免大量的浪费；
   2、如果证明了是芯片设计的BUG，那么厂家和代理商都会竭尽全力消除BUG，这对广大工程师来说也是好事。
   一起来发现、论证、消除BUG的做法，对所有人都有利。

   最没有效率的做法是一遇到问题就轻易归结到芯片设计BUG上却不详细论证，自己的不满却每日渐增，最后放弃某系列的芯片，丢掉花了那么多时间积累的技术经验从新开始，结果却发现……新的芯片仍有BUG……
   积极地面对BUG的做法有很多，比如先阅读ERRATA实现BUG的预规避、不使用芯片手册没有确认的特性、仔细测试自己发现的可能BUG并公之于众……
   以上仅为个人看法，请您参考。谢谢。