还是楼主自己去咨询比较直接，还有速度

                                 配置信息，不是列在上面了吗？程序，太长了，不好列出来。 至于操作，基本上就是串口：从串口收到数据，根据数据进行判断，然后再通过串口返回另一组数据。所有的数据都在内存中，应该说，基本上不涉及硬件相关的（除了串口）

                                 不同型号的价格肯定是有差别的

5L的可以，再给个例子：（msdn） #define _INTSIZEOF(n)   ( (sizeof(n) + sizeof(int) - 1) & ~(sizeof(int) - 1) ) #define va_start(ap,v)  ( ap = (va_list)&v + _INTSIZEOF(v) ) #define va_arg(ap,t)    ( *(t *)((ap += _INTSIZEOF(t)) - _INTSIZEOF(t)) ) #define va_end(ap)      ( ap = (va_list)0 ) int average( int first, ... ) {    int count = 0, sum = 0, i = first;    va_list marker;    va_start( marker, first );     /* Initialize variable arguments. */    while( i != -1 )    {       sum += i;       count++;       i = va_arg( marker, int);    }    va_end( marker );              /* Reset variable arguments.      */    return( sum ? (sum / count) : 0 ); }

                                 在MemManageException中放一个断点，调试停在此断点后，通过堆栈看看最后执行的是哪个函数，这样回溯应该会有线索。

通过串口输出信息，主要用于在调试的时候用的，不管应用层还是驱动层都会用到这个函数的

实际不是放大了， 而是控制大电流的那段跟着小电流的基极电流的变换而变化，就好像是基极的电流被放大了一样

datasheet!

另一种方法 if( ( ( "XP" >> 8 ) & 0xff ) == 'X' ) {     // 大头 } else {     // 小头 } 不过俺从来都使用宏定义来直接决定

                                 定义CurPinStat.byaData[3]表示你只能使用3个单元，使用第4个单元就会导致数组溢出，将得到不可预知的结果， 楼主最好先把C语言学好点，

引用 4 楼 domworldjohn 的回复: 自己用GDI来绘制最简单，并且代码都是由自己控制

那些DrawItem消息不就没调用了吗 如果都用GDI来绘制，原来的COMBOBOX的消息都不能用了，控制起来很麻烦了，有类似的例子吗？

                                 这个主要是指器件本身固有的BUG,和项目产品BUG不同.还是有很大意义的.请大家狂顶.

  怎么了,没有人遇到过类似的问题吗？lamp被define后，成了了l-value，无法继续赋值的。

这个，不了解。。。 是不是换个sdk重新编译呀

经过尝试，发现还是不行。但是我发现了一个问题，我自己编译的u-boot和厂家配置的每次烧进去出现的ID号是不一样的，我觉得应该还是驱动程序问题，肯定那儿出现了bug!我先找找看！

这个恐怕没有,估计将来也不会有.....

我是硬搬的      因为不知道怎么写       能不能帮个忙啊 发送 贞头0x55，数据0xfd，0xde，贞尾是0xaa，      要判断是否正确，如果正确让P1^0=0. 这要怎么写

驱动的间的函数好像不可以通过包含.h文件直接调用吧，BLHwPowerOn应该包含BL驱动下访问硬件寄存器的东西，在显示驱动下直接调用BLHwPowerOn（）可能行不通，因为显示驱动并没有包含背光部分寄存器MapRegisters，也就是在背光部分设计到的寄存器在显示驱动中并不能用。不知道说的是否有道理。 但有些驱动间的调用是通过触发相同的事件来调用的。不知道你可不可以借鉴

是你这个软件的一些库没加进去。你用evc编译时，他会下载些相关的库到windows下，但是那些库不是系统镜像中的掉电后就丢失了，你要看看evc编译时下载了那些库到wince中。