-
这个OTG LIB主要给OTG模块做HOST用的
要做DEVICE的还是看STM32_USB-FS-Device_Lib V3.2.0，里面的DEVICE LIB做的算完善了。
-
让发帖求助的楼主得到满意的答案后就会得到积分！尤其是技术贴！
-
检查是否包括了对应的头文件，因为不同的函数签名会影响
最终的符号，确保你CeVirtualSharedAlloc函数签名是正确的！
-
单片机有一定的就业前景，但如今的主流是ARM，但学校所学的和社会所需求的脱节了，你们可以去培训学校充电，这样才不会出现既毕业也失业的尴尬局面。www.pubembed.com
-
支持超频，不超白不超。
超频后某些指标肯定会超过手册范围，需要仔细评估。
-
引用 2 楼 domworldjohn 的回复:
微软有一本介绍wince的书，很好，可以到我的资源空间下载
下载看看。 扫描的电子版？ 呵呵
-
单片机语言不多吧
-
改了HSE_VALUE之后要重新编译库中的函数。
-
还增加一个存储器保护单元（MPU），这个早就该加了。
香版：你能否把你这几个"新产品发布"归纳下，我都看得有点糊涂了。
主要是E文不好
7楼有中文版。
-
驱动中SetEvent
应用程序中WaitForSingleObject
跨进程用带名字的Event
我是这么干的
-
引用 8 楼 muyizhaoyang 的回复:
引用 7 楼 wolfmvp 的回复:
引用楼主 muyizhaoyang 的回复:
各位大侠，现在我把在wince环境下保存的bmp位图拷到硬盘里，然后想在win32环境下的程序里打开，使用的是LoadImage函数。为什么老是没有反应呢？？如果把位图换成普通的bmp位图（就是在网上随便搜的），就可以。。
到底问题出在哪呢？？？
不知道楼主是否通过Active Sync 4.5进行转换过？如果没转换直接COPY过去的，感觉上是行不通的，没实验过，呵呵…
Active Sync 4.5？？什么意思？能不能说详细点？
就是通过Microsoft Active Sync 4.5移动设备同步中心这个工具来实现，我没有测试过不晓得能否行得通。
-
谢谢，成都那边我有几个客户，用2440做视频监控的，如果你不顾虑地域因素的话，可与我们一起合作开发。
关于你之前提的蓝牙问题，目前wince6是支持USB接口的蓝牙的，主要工作还是在应用方面，你可以好好研究下微软的蓝牙方面的应用程序，或者在网上找下CE上蓝牙的应用编程。
-
呵呵~谢谢了~
-
做好了都有前途 起步还是驱动吧，IC不好入门 要求很高，而且是大公司
-
高，实在是高。非常佩服。
-
这个不如直接找客服吧：）
-
经过这量天测试，重新总结一下：
1）GPIO方式没有问题。
2）FSMC方式有问题。通过示波器结论如下：
设置FSMC总线宽度为16位时，定义
#define LCD_Data_Address *((unsigned int*)0x60020000)
#define LCD_CMD_Address *((unsigned int*)0x60000000)
当执行LCD_CMD_Address = COM_Index； COM_Index定义为unsigned int. 模式A时序，则
应该是在/CS信号为低有效时，只应该有一个/WR低有效信号输出，但实际测量发现是有两个WR低有效信号输出,如上图TEK00002.JPG所示。就象输出分两次以16位数据总线输出了一个32位的数据。我做了个试验，把FSMC总线宽度设为8位时，则在/CS信号为低有效时，有四个/WR低有效信号输出。假设我定义#define LCD_Data_Address *((unsigned char*)0x60020000) 并且设置16位FSMC总线。执行LCD_CMD_Address = COM_Index； COM_Index定义为unsigned int. 模式A时序，则在/CS信号为低有效时，就只有1个/WR低有效信号输出了。所以很奇怪不知道为什么。
-
reentrant
声明函数为可重入,再递归即可
但是51上尽量避免递归,甚至可以禁止用递归
因为RAM真的是太小了,如非用不可,那么递归层次必须能估算在资源允许的范围内
而且要严格检查递归条件
最后在系统压力测试时要给足压力
最后:51下递归能不用还是不用吧...
-
本帖最后由 dontium 于 2015-1-23 13:07 编辑 对 我是直接烧到FLASH中的 按理说应该能行
难道说DSP运行程序在FLash就不理想 非得在ram中才行么？
-
VCC和GND 一定要接上.GCK 你要是用不到可以不接.用到的话就一定要接上.
stm32/stm8