很好的资料

                                 

我又试了一下，同一端口（GPIOG），只有一个口检测不正确，其它的口都检测正确，是不是端口坏了，这么容易就坏了？？

同一端口（GPIOG），只有一个引脚检测不正确，要看这个引脚是否被用于复用功能(Alternate function)

                                 另外，很想知道楼主或诸位大侠，是如何解决STM8S的AD的参考电压稳定性的？ 是在其中一路A/D通道上加 了TL431作基准电压？还是另有妙计？

                                 现在才看到，，估计晚了哦

                                 顶 LS。 没想到AHB2APB桥延迟时间这么大。 这多少是一个小的缺陷。 知道了很容易绕过去， 不知道有可能会在一个大跟头

是啊。难道不能用debug版本么？

引脚电平没配好

我下载了一个  .NET CF.但是不能安装

继续呢？等待....

楼主是怎么实现的 能探讨一下马

引用 8 楼 qiushuke 的回复: 我比较了一下，只要是编译后生成不能运行的NK.nb0（32M）的几次都有这段话： Warning: Record starting at ffff1000 is outside of rom range, skipping... Warning: Record starting at ffff1040 is outside of rom range, skipping... Warning: Record starting at ffff1048 is outside of rom range, skipping... Warning: Record starting at ffff2000 is outside of rom range, skipping...

看信息应该是超过32M了。

自己顶一下，不能沉了！

补充说明几点： 一、 您的交流通路中有没有“隔直流”环节，如变压器、电容等？ 如有，那么，A/D采样后去掉“偏置”以后，如果还有“直流成分”，只可能是实际的“偏置”值与你软件中使用的数值之间有误差造成的，如此就如上一楼中所说了。 如没有“隔直流”环节，那么有可能实际的采样里本来就有“直流成分”，情况就比上述略为复杂一点，平衡以后“积分项”可能不是围绕0波动了。 （因我不知道您的实际算法，所以这里的叙述也不一定符合您的情况） 二、 上面所说的那个“偏置电压”变量，也可以不用根据“积分项”来调整，而是将输入的数据采用软件滤波求出其“直流成分”，来实测“偏置电压”值。 当然，这个滤波应该是低通的，时间常数要远远大于工频的周期。或者说，通带要远远小于工频。 我过去做过的类似项目中的习惯是，滤波的时间常数选采样周期的2的若干次方倍，例如65536倍，这样程序中可以用移位来代替乘法。 三、 上一楼中说“应该使PID中的I的时间常数远远大于工频的周期”，还有上面“二”中说的滤波时间常数要远远大于工频的周期， 须注意，积分或“低通滤波”通常都是“递推”性质的算法，时间常数很大（即积分系数很小）时须注意数学计算的“舍入死区”问题。为此积分项或者低通滤波的中间数据，应该保留更多位的小数。 例如，若滤波的时间常数选采样周期的65536倍，则中间变量保留的小数位数，就应该比输出需要的精度更多16个二进制位。

引用 1 楼 thesaviour 的回复: 示例程序是Linux的，先别看了，玩点基础的。

那具体该怎么做呢 我连单片机的头文件都不知道是什么 手册上也没有

托雷斯兄弟！你就不要谦虚了！呵呵！我看了你的帖子发现你也在弄这东西！我的驱动是移植立于泰的DM9000，关键是我不知道在wince5.0中怎么申请这个中断。特别是注册表那得！还有程序中： CONFIG_PARAMETER        g_szDm9ConfigParams[] = {         { CID_CONNECTION_TYPE, -1, NDIS_STRING_CONST("ConnectionType") },         { CID_SLOT_NUMBER, -1, NDIS_STRING_CONST("SlotNumber")},         { CID_BUFFER_PHYSICAL_ADDRESS, 0, NDIS_STRING_CONST("BufferPhysicalAddress")},         { CID_TXBUFFER_NUMBER, 0x20, NDIS_STRING_CONST("XmitBuffer")},         { CID_RXBUFFER_NUMBER, 0x10, NDIS_STRING_CONST("RecvBuffer")},         { CID_ADAPTER_NUMBER, 0, NDIS_STRING_CONST("AdapterNumber")},         { CID_IO_BASE_ADDRESS, 0x18000300, NDIS_STRING_CONST("IoAddress")},         { CID_IO_RANGE, 0x10, NDIS_STRING_CONST("IoRange")},         { CID_IRQ_NUMBER, 0x1A, NDIS_STRING_CONST("IrqNumber")},         { -1,-1,NULL} }; 这段我很困惑，如果我设置的不是0x1a的话，dm9000驱动都加载不成功！但是0x1a的话 理论上讲不通 ，因为0x1a的十进制是26 ，而26是#define IRQ_USBH            26是usbh的中断，我看了我注册表usb部分确实也是26.我本来自认为对wince中断了解了一点点，现在发现自己正是自以为是！这个wince中断我现在时一点都不明白了！还请你指点下！

如果没源代码，那3.5寸的应用测试要自己写，这个可以理解。。 但是三星BSP中他自带也有3.5寸屏的驱动啊。。我晕。。为啥？ 估计我要以悲剧  结帖了。。呵呵

                                 还有，一旦用就打算用几年。同样，现在用不上，再用也得过几年了。可能5年。 用量不大，所以代理也不怎么理俺。呵呵。 产品种类多，长期的话，量也可以。 不能和玩具，MP3比量。

LCD及触摸屏原点在左上或右下是根据具体电路来定的,如果是反的可以通过坐标变换来实现. 以下思路供参考,自己实现时可以更灵活 假设LCD 分辨率是320*240，坐标原点在左上角；触摸屏分辨率是900*900，坐标原点在左上角，则转换公式 如下: xLCD=[320*(x-x2)/(x1-x2)]; yLCD=[240*(y-y2)/(y1-y2)]; 如果坐标原点不一致，比如LCD 坐标原点在右下角，而触摸屏原点在左上角，则还可 以进行如下转换： xLCD=320-[320*(x-x2)/(x1-x2)]; yLCD=240-[240*(y-y2)/(y1-y2)]; 仅供参考

楼上你说的文章里的PC值是基值+偏移值，而我的调试信息直接给出PC出，在MAP文件里找不到

每天回帖即可获得10分可用分！