zz 各位菜鸟，出了问题，请首先怀疑自己

HJJourAVR ：

每个人刚开始的时候都是菜鸟，但不要以为自己是新手就胡乱说别人的不行-------你是新手，希望别人帮你------难道别人就喜欢帮一个无理指责自己的人吗？

多看少问----------------很多时候，原厂的芯片数据手册和应用笔记能解答你大部分的问题，论坛上网友的经验更是宝贵
提问的标题要清晰明确----同样地，网友的时间也是很宝贵的。更加不要起那些哗众取宠的标题，恶意浪费网友的生命。

大家都是程序员，对自己的程序都是很认真的，认真地编写，认真地完善。
每个程序员的水平都是有限的，所以作出来的作品都存在这样或那样的缺点。
每个用户的喜好和技术特点也是不一样的，随着技术水平的提高，所需要的也不一样，所以一个软件不能讨好每个用户。

只要一个软件(特别是免费软件)能发布一段时间并且使用的人较多，就证明该软件是经得起考验的----除非你是高手，否则出了问题，请首先怀疑自己

不要总是认为便宜没好货，这道理在实体世界很通用，但在软体世界就不一样了-------很多好软件都是免费的，而且GNU(gcc nou unix)组织更是全世界最大的最令人欣慰的免费午餐了-----GCCAVR就是一个优秀的免费的AVR　C编译器。

以下摘取部分例子，可能涉及某些网友，但请不要介意，毕竟这是你学习中的一段经历。

我想用GCC，但是有很大问题，我用GCC，编译后生成的文件有 *.elf  ，没有*.cof。  
我在avr studio中进行模拟仿真的时候，打开*.elf文件，提示报错  
为什么？？是不是GCC不行啊，我是新手  
     真受你不了，GCCAVR20050214版本已经出来了8个月，如果默认生成的elf格式不能仿真，一定会打补丁或升版了。  
     你要知道用GCCAVR的人遍布全世界，数目可是不少的。

难道AVR的i2c口不能连接24c256?
    MCU的性能不是乱说的，既然能上市发售就表明已经经过测试。
    难道你不会用，天下的人就都不会用？  

网上的各种串口调试程序有没有问题?
    有问题，先怀疑自己。不要动辄指责、怀疑别人。  
    毕竟人家那东西开发出来，N多人用过都正常，你怎么就那么天才发现别人错误了呢？如果那么容易就被发现了错误，那软件估计第一天出来，就被砖头淹没了。【AA55】语
   




jimo ：

在这里,我是个硬件新手, 我说说我的感受.
    我学习硬件, 纯粹是兴趣. 以前一直想学习硬件, 但是都怕花费太高了没有动手, 只是看一点点网友的资料解解谗. 一次上街偶然看到了m8的一块小板,上面几个led闪啊闪的, 还支持在线下载, 就决定开始玩了.
    无论是在网上, 还是在我的同事中, 我发现现在的新手都有一个共同的毛病: 不喜欢看资料, 希望别人一说然后所有的都会了. 这固然是解决问题的最简单的方法, 但是呢, 知识却仍然是在别人那里, 解决了问题仍然不知道咋解决的, 用一句老话来说就是: 知其然不知其所以然(顺便说说搞笑的一件事, 我是南方人, 小时候总以为这句话中的"然"字是"难").
    比如, 一同事学c, 他看了没两天书就问我: 指针指向的内容可不可以修改? 再比如网友问: m8的reset引脚可不可以复用为I/O, m8支不支持JTAG. 这些问题, 我认为都不值得拿出来问的. 如果这样的疑问都没有耐心到datasheet里去求解, 我不知道还有什么问题能够解决.
    我从我的同事知道这些网友的心态. 我的同事一有问题就赶快上google, 如果google里找不到中文资料或者网友的例子, 那么就把这个问题划分到"不可解决"的圈子里. 其实打开MSDN一看, 里头说的清清楚楚明明白白. 我问他们为啥不看MSDN, 答案大致有: 看不懂英文(几年大学咋读的?), 不知道去哪里找(背后隐藏的实质是: 你不知道你碰到了什么问题), MSDN说的不清楚, 到处是bug(官方的规范资料都到处是bug, 那我不知道那里有好的资料了).
    其实我的这些同事, 一个最大的毛病是: 懒. 我说的也许有一些过头, 但是实际情况是如此. 为什么不敢看英文资料? 借口是看不懂, 实际是不愿意动脑筋去理解, 去思考. 无论在哪个平台上搞技术开发(硬件软件), 它都有一套....游戏规则(暂且这样说)...., 不搞清楚游戏规则, 怎么玩游戏? 我想, 如果大家把玩星际魔兽的专研精神拿出一半, 这里所说的那些浅显的 "新手问题" 都不会有了.
    因为懒, 所有碰到问题, 首先想到的不是分析问题,找什么资料, 而是看看他人是不是有相同的问题, 有的话, 把代码copy过来一用, 问题解决, 然后跑到老板那里报功: 我解决了一个大问题, 赶快给我加工资.
    我的同事就是这样, 我看过几次. 有一个问题总解决不了, 然后看到网上有一段代码可以解决这个问题, 于是拿下来用, 过了n天仍然解决不了问题, 我过去一看, 我问: 这个参数是做什么用的. 回答不知道. 我把参数一改, 好了. 懒到有例子都不愿意仔细学习一下, 真不知道能干什么.
    懒的背后是浮燥, 不虚心. 碰到任何问题, 首先想到的是掩盖过去, 不是去学习问题背后的一套体系, 不是想学习到真正的知识. 就算学习了一点点的皮毛, 也不去想如何应用. 我的一个同事, 工作n年, 类的概念背的滚瓜烂熟, 但是不会用, 不会重载一下类的虚函数就可以让自己的代码被类调用, 而是把类拆开重新写一下, 他的代码才能被调用.
    关于新手提问的感慨, 我可以开一堂演讲. 不管是新手老手, 都要有一些谦虚好学的精神. 诸如一些随便找找资料就能解决的问题不要拿来问, 否则没有人相信提问的人是真的在学习, 更不要说是在搞技术开发了.
    学习的时候, 一定要耐住性子, 一套资料至少至少要看上一遍, 理解后再看上一遍, 如此重复, 才能真正的把知识学习到自己的脑袋里. 记住: 反复, 反复, 再反复.
    碰到了问题, 首先想想自己缺什么知识, 然后去找资料补充. 当然可以问网友, 但是网友没有时间开讲座, 只能点拨, 如果缺少一整套体系的知识, 网友点拨了也不可能明白说的是啥.结果是等于白问.
    我的同事, 越是开发经验少的, 越是会说MFC的bug多, 越是工作经验多的说的反而越少.其实很多的限制(这就是所谓的bug)在MSDN的资料里都说的很清楚, 为什么搞技术的人不耐住一点性子多琢磨一下呢?
    我要说的是, 新手问问题, 就是老手也可以问新问题. 当有解决不了的问题时, 我觉得更多的是把你碰到的问题描述清楚, 把你解决问题的过程说清楚, 这样更便于网友值出你的问题所在, 更多的你分析问题的障碍所在, 让这个论坛成为热烈讨论的论坛, 指点谜经的论坛. 最后说一个大家都看过的小故事:

　　某人在屋檐下躲雨，看见观音正撑伞走过。这人说：“观音菩萨，普度一下众生吧，带我一段如何？”   
　　观音说：“我在雨里，你在檐下，而檐下无雨，你不需要我度。”这人立刻跳出檐下，站在雨中：“现在我也在雨中了，该度我了吧？”观音说：“你在雨中，我也在雨中，我不被淋，因为有伞；你被雨淋，因为无伞。所以不是我度自己，而是伞度我。你要想度，不必找我，请自找伞去！”说完便走了。  
　  第二天，这人遇到了难事，便去寺庙里求观音。走进庙里，才发现观音的像前也有一个人在拜，那个人长得和观音一模一样，丝毫不差。  
　  这人问：“你是观音吗？”   
　  那人答道：“我正是观音。”  
　 这人又问：“那你为何还拜自己？”  
    观音笑道：“我也遇到了难事，但我知道，求人不如求己。”

FPGA/CPLD器件价格查询