-
可不可以讲下这是如何实现触摸按键的呢。按键串电容
-
恩,就是想知道她,
毕竟每次都看到,怪熟悉的却不知道她是谁?
-
弄好了,多谢
-
为什么不直接公布固件,让用户自己升级?
难道st靠link赚钱
-
运行NK后,你可以看一下注表HKEY_LOCAL_MACHINE\Drivers\Active下面有不有你写的驱动。如果有则被加载了,没有说明没有被加载。你要仔细检查你的注册表跟BIB文件。
你查一下FILES下面的REG,BIB同RELEASE下面的是不是一样。
-
引用 1 楼 ultrapro 的回复:
只把屏幕关闭了不就行么了吗
怎么关屏幕?
-
wince 的代码倒是有; 抱歉,vxworks没有。
帮顶下。MARK.
-
P0口 接数据位 三个控制位 分别接P2^4 P2^5 P2^6请大家帮帮忙
-
同意,应该是数组越界了~~杯具啊,这个得慢慢找问题了~~~
-
mtk这么容易??
联发科吃错药了啊??
-
不会,,我也弄过,没出现这种情况,应该是你在600时,有什么组件没加,或都在别的地影响系统的性能了。。。
-
严格地讲:
“程序就能正常退出。”
是不对的。
我说的意思是:程序至少能够被kill掉,
而不至于变成连TerminateProcess也消除不了的zombie进程。
-
引用 2 楼 cfanlwn 的回复:
1,选择波特率很重要,要根据你的晶振,选择合适的波特率,让误差降到最小
2、加一些校验,CRC啊什么的
3、两方定协议,比如,A给B发数据,先发个标志位,B收到这个标志位之后,才接受A的信息,这要看实际情况来定了
4、收到错误信息后,是丢弃 重传 还是??都要自己定协议的
这些方法绝对实用
-
好的,谢谢老兄,你是个非常热情的人,呵呵
-
引用 9 楼 cnzdgs 的回复:
突然停电的后果无法预料,有可能数据全部写入或者部分写入,被写入的数据也不能保证正确,写入数据的次序是硬盘自己决定的。如果担心数据有错,程序唯一能做的就是自己校验。
许多保证数据可靠性的技术如基于日志的恢复技术都要求先将操作动作写入磁盘,再将操作影响的数据写入,这样可以保证对数据的影响是可以恢复的。如果硬盘不能保证写入顺序的话,那要想实现数据的可靠是相当困难,甚至是不可能的。所以我认为在关闭写缓存的情况下,硬盘应该按照给定的调用顺序来写盘,开启写缓存的话就不一定了。这里所说的调用者是指操作系统,不是应用程序,因为操作系统也会对磁盘访问实施调度算法,如电梯算法等。
-
485通讯还是 比较简单; 如果用485组网,就有点麻烦.
关注几个485芯片,建议楼主直接找下485的设计电路图,再分析下.
-
没用过axd,帮顶了
-
分配的虚拟内存应该不限制于32MB slot的大小,创建文件映射内存应该是位于0x4200 0000到0x7FFF FFFF这一段的共享区域中。
在WInCE 中。dwMaximumSizeLow 设为0,则会返回失败。而在桌面中,如果传入的文件大小不是为0,则可以设置dwMaximumSizeHigh和dwMaximumSizeLow 都为0,系统会以当前文件的大小创建。
-
re-init UART.
引用 8 楼 wen_hua 的回复:
我唤醒后能正常。也是用ADS的bootloader,只是唤醒后USB口就没供电(通过2046和2071控制的),串口跟PC通信出现乱码。。。弄了半天也不知到怎么解决。。。
-
今天在PUBLIC里面加了调试消息,看执行的过程,应该是没有启动StartDispatchThread( )的,COM_INIT( )和COM_OPEN( )都不会去执行StartDispatchThread( )函数的.因为pSerObj->BindFlags = THREAD_IN_PDD;开关限制住了.