我发给你们把！

                                 不能以偏概全

                                 你程序里貌似没有stall的处理？你没碰到这个恶心的stall？呵呵 你的程序在我这边的USB设备貌似过不去 呵呵 这个设备在复位完成后，有时候会设置成低速 但是它实际上是全速 呵呵

                                 看看自己想干什么吧!~

                                 CS1=NE1|A22

                                 按道理，设置停止操作以后， stm32硬件知道了这个时间，就不应该还继续发生I2C_EVENT_MASTER_BYTE_TRANSMITTED时间， 从而导致反复进中断

大家说说自己怎么加载的cellcore.dll也行。

5A*30V = 150W  最大输出功率是150W的稳压电源，够你设计的，你的导师确实比较狠。看来只能上开关电源了。

                                 顶礼ing...

does not exist都是warning吧，警告不用管它的。

是的，这种情况我遇到，以为是lcd坏了，当时比较菜鸟哈，第一次用lcd

引用 4 楼 can2010 的回复: LCD的背光灯有电流通过就会亮的啦，与程序无关的。 你没字符显示的话，如果你确定程序没问题的话那可能是你对比度调得太低了吧，通常直接把第3个引脚V0接地，这样对比度最大。先检查一下这个吧，程序先懒得看喽~

STC125A32s2有几个串口，有几个定时器，有几个中断？ 串口可以通过定时器加IO去软件模拟 定时器，如果要求精度不是很高，可以从一个定时器里扩展 中断，可以连到多个IO上触发后，MCU再去读IO

题外话，现在的ZLG/FS支持长文件名了吗？以前用的时候只支持短文件名。

duguojun:兄弟，这个问题我问了下marvell的AE他说Bootload的代码他们都更新过了，我compare了SDMMC.c，感觉没有什么大的区别，他只是includ了一个库，内容没有见到有什么变化，这个问题我还在和他们沟通，如果有进展我会告诉你的。我的qq：19159214 你们那里USB的Activesync经常会断吗？

你最起码告诉大家，你用什么系统吧

安装升级包后第一个建的工程要执行build and sysgen，Clean Before Building也建议选中

引用 4 楼 ashlay 的回复: 搞定，结贴 eboot中开了DCACHE的关系

是ram内核中的dcache还是什么dcache？

呵呵，原来在9315下实现效果还可以，唯一要考虑的就是图片大小要适当控制。

引用 457 楼 c_rabbit 的回复: 这个解决方法我在假设例子的时候就已经想到了，但是它有一个最大的障碍，那就是资源的耗费。 实际上在你所花费的设计另一个模块的时间，足够用来修改原本的模块分别适用于几个LCD的同时使用了，在单片机上这仅仅是对于IO的设置的变换问题，熟练的话费时是很短的，而且最重要的是这种解决方式可以最有效的不浪费宝贵的资源。低端单片机并不是没有类似模块化的操作的，但是这种操作已经是细化到了很微小的地方，例如以前所写的一个传输命令脉冲的输出，又或者某个计算公式的更快更小的优化版本，这些其实已经是函数级别的应用了。这种操作在实际应用中就是Ctrl+C Ctrl+V，所以一个富有经验的单片机程序员，一定是积累了很多函数，而不是模块。这也是新手和老手的区别，新手一切都要从新来过，而老手则可以把以前的函数拿来拼拼凑凑快速完成项目，即使没有积累，老手也能够很快的从以往的例程中提取出他想要的东西，因为他用过，而新手还需要一个消化的过程（这里说说我的感觉，很多成型的函数，第一眼看到时会是一头雾水，但细细啃几小时，甚至几天，却会发现这个函数的操作原来是如此简单，所以用没用过，差别是非常大的）。 此外还有一个比较重要的因素，刚刚想到的，那就是Debug。单片机与PC不同，PC到处都是成型的机器，代码有Error而不知原因是出在硬件还是软件上时，可以很轻易的拿到另一台机器上来测试代码；但当单片机系统出现问题时，很多时候是没办法换机测试的（尤其在设计阶段），因为大多数的单片机系统都是自己重新设计的PCB板，你无法确定究竟是代码问题还是硬件设计问题，解决的办法就是把代码的每一步都摸透的白盒测试，因此在使用模块（尤其是使用别人的模块）时发生了要Debug的情况，是很痛苦的事情。我有时候可能必须要把某个通讯的波特率调高到某某值，又有时候可能必须把某个计算函数的计算范围扩大到某某值，用于测试产品的性能。而在出产品时又会有可能要在改回来，这样的操作可能会遇到很多，更多时候则是千奇百怪的无响应BUG，这些都是单片机程序员要能解决的事情，而模块化在应对这些问题时没有任何帮助，反而还可能造成很大的阻碍（比如某个模块的计算模型覆盖范围太小，而如果改变则会影响到整个模块的数据类型定义）。 总之，我认为追求积累复用的思想是对的，但是把这种追求提高到模块化，在低端单片机领域弊远远大于利，低端单片机领域只需要函数的积累就足够了。 楼主可以去试一试AVR的Mega48或者更低的片子，还可以自己手工焊一焊连线面包板，就会了解这里面的问题了。

"这个解决方法我在假设例子的时候就已经想到了，但是它有一个最大的障碍，那就是资源的耗费。 实际上在你所花费的设计另一个模块的时间，足够用来修改原本的模块分别适用于几个LCD的同时使用了，在单片机上这仅仅是对于IO的设置的变换问题，熟练的话费时是很短的，而且最重要的是这种解决方式可以最有效的不浪费宝贵的资源。" 其实如果只是io控制的变换就可以很好地利用原有的单一模块的功能的话，那么c里的宏函数确实可以帮大忙。这样一来，既实现了所谓“控制模块”的功能，也能较好地利用原有的单一模块的功能。更重要的是，这样没有变量定义或者函数调用等的资源浪费，而且可读性提高了不少，也算有了些许“封装”的含义。 “总之，我认为追求积累复用的思想是对的，但是把这种追求提高到模块化，在低端单片机领域弊远远大于利，低端单片机领域只需要函数的积累就足够了” 最近一直在用stc的片子，基本上写程序可以随心所欲，或许我做的项目对芯片选型不太苛刻吧。不过同等价格的51和stc的片子，stc的资源和速度上都有了不少的提高。 确实，一旦硬件完成后，每当调试程序出现问题时第一个问题就会想：到底是硬件问题还是软件问题呢？总是在进行二选一的选择，比较头疼。

引用 3 楼 chinaye1 的回复: 学精C就成！

嵌入式 如果只是C得话，我到觉得简单了