那位大侠指点指点啊

没来得及仔细复习规范，不过，tmds clock其实就是基本等于像素时钟（因为在像素之外，还需要传输音频和格式信息）。 对于24Bit和30bit的差异，其实正如你所说，像素数量并未增加。但tmds clock仍可能会有变化，原因是同样的视频分辨率，可能会有不同的帧率。至于帧率也相同，仅仅色彩深度不同的情况，我没见过10bit的节目源，不知道现在是否真的有。 退一步说，就处理24bit的情况，那么我们直接将24bit向上变换成30bit，就自然兼容了30bit的标准，tmds clock可以不变化。 我理解这个30bit是否只是一种未来的规范，就如同usb3.0的高速接口规范一样，短期内只能兼容旧的设备使用。 我自己的一点看法而已，供你参考，详细的还需要仔细阅读规范，我的确好久没有看了。

引用 2 楼 peasant_lee 的回复: 逐次逼近，主要有AD转换器和比较器及其他电路组成。用最小的分辨率来逼近检测值。 分辨率，是AD或者DA的一个硬件参数。是指它的位宽。一般的有，8bit，10bit，12bit，甚至更高。位数越大，分辨率就越高。比如，一个最大检测电压为5V的AD，假如是10bit，当输入5v，那么它的值就是1024。，那么它的最小分辨率就是（1/1024）*5v

支持

恩，可以逐个函数的输出，用示波器测试下时序是否和pdf上面说的一致，有时候计算的不准确，造成延时不够。

                                 还会有这种事情，延时时间和编译器有关？

大虾们都去哪里了啊 快快进来帮帮小弟啊，随便讲讲你们的看法

如果贵公司 的1K-2K是日薪,我觉的你们公司太牛了,如果是周薪的话,有2年工作经验的工程师貌似少了,如果你说的是月薪,我日你大嘴巴子,打发臭要饭的呢

高电平过冲保护

                                 IAR要出的话，MDK估计也快了

jf

                                 无法配，选好芯片就定了

引用 27 楼 ceny123 的回复: 楼上很对，要精确，则需考虑中断语句执行所占用的时间，计算每条指令占用的机器周期，重新计算初值。 没仔细看你的程序，可以烧录后看看实际情况

楼上正解

OALIntrEnableIrqs+OALIntrDisableIrqs这组函数才有实际的操作代码.那这组函数个更上层是那一个? InterruptInitialize+InterruptDone?

从字面上看，可能你的配置或者设置有问题，_clz.oS用的是硬件 FP，而 u-boot用的是软件FP。需要统一起来。

引用 13 楼 ccyu 的回复: WinCE支持的最低分辨率应该是QVGA，也就是320×240或者240×320，你的128×64的点阵太小了，支持不了，就直接用RTOS好了。

RTOS你指的是什么操作系统。ucos-ii？

用ibm x31 或者x32把带并口 加个usb转串口的 我就在用 还不错哈哈

哈哈 ！就知道你弄过！ 谢过

1、我记得DM9000是有MAC回环和PHY回环两种的？每种PHY或MAC芯片都提供回环模式，回环只能作为测试MAC层和PHY层读写是否正常，并不能检测你变压器以及差分线周边电路连接的正确性，因为回环模式是不会往外发包的。 2、ping 本机IP实际上就看操作系统处理了。我试了下，在拔掉网线的情况下，我嵌入式的linux ping本机地址能够ping通，说明可能驱动作为回环处理了。而windows XP则ping不通。 ping 127.0.0.1是一个标准的测试回环的做法。

是不是加入了SDIO 的wifi模块导致的。。。。。

LINUX 搞的人多，WINCE易学。 你应该给点分，要不然谁来看你的问题