-
去年就一直关注STM8L系列.
STM8L101系列,晶振都不能接,要串口有个屁用.
波特率不准,工业场合根本不敢用.
STM8L101不能用晶振，但STM8L15x可以啊
-
这个纯属牢骚贴
-
一切为了积分，我积极回帖
-
很好 功能比99se强了很多布线很方便 而且操作更方便 有多种操作方式供选择 问题是软件比较大 配置低的电脑运行比较慢 我之前一直用着 对其他软件的兼容性也比较好 但是如果做板子的话要看看厂家支持不支持ad6，如果保存成99格式的会有一些小问题比如汉字等。
-
标准的i2c功能接口，就是对应单片机有功能寄存器，你对应数据传输，只需要直接将对应的数据按照8bit或者16bit（看你的MCU是8BIT还是16BIT）放到对应寄存器中，MCU会完成余下的功能。
同样对应的时钟 也是一样，由MCU分频，你同样只要处理对应的寄存器，以后就一直OK.
-
引用 9 楼 wcedever 的回复:
引用 6 楼 91program 的回复:关键在于你所用的SDK是否支持SHLoadImageFile() 如果不支持,和缺少组件是一样的,所以会提示:不是有效的 Windows CE 应用程序. 可以考虑换其它函数,如SHLoadDIBitmap()
我想用 SHLoadImageFile 加载png图片，SHLoadDIBitmap 只能加载位图吧？
刚才看了下 EVC4.0 的文档，SHLoadImageFile 的 Requirements：
Requirements
Pocket PC Platforms: Pocket PC 2003 and later
OS Versions: Windows CE .NET 4.0 and later
我用的OS是WinCE 5.0 ，应该满足“Windows CE .NET 4.0 and later
”吧？
1.SHLoadImageFile在MSDN里面只出现在Window Mobile的帮助文档里面，且你可以看看你的SDK中的Aygshell.h头文件，我相信里面也是没有这个函数的定义的。
2.SHLoadImageFile也是通过IImage和IImagingFactory来实现的。因此LZ也可以通过IImage和IImagingFactory来实现SHLoadImageFile的功能。
-
帮顶
-
祝福！
-
再次顶一下这个帖子
字模转换确实已经结束了，并且成功了。我将横向取模换成了纵向取模。方法比较笨拙，不停的for循环，以后改进了再发帖呵呵。对于8*8 24*32这种字体还好，但是对于GUI中7*13这种字体，用户需要小心，需要7*13这种字体，在横向取模下其实是8*13， 转换后变成了8*16了，所以对于编程需要对边界进行处理。而且对于任意坐标输出的要求而言，7*13在不同的地方输出，你将字模进行搬移还需要做处理。
感谢fq1110的解释 你的函数我试了还是不行，因为你的函数实现的功能时将字体进行各种投影变换，如果我们将字体看做是一个整体，那么任何坐标上的变换是不会影响到整体内部的
希望大家发表议论
-
好像是缺少包含core_cm3.h头文件。CMSIS V1P30中这个core_cm3.h头文件包含于stm32f10x.h中，可以检查一下是否有些文件没有包含stm32f10x.h？
我在楼主位已经提到：
Stm32f10x_pwr.h (libraries\stm32f10x_stdperiph_driver\inc):#include "stm32f10x.h"
而Stm32f10x_pwr.c文件中有如下语句：
#include "stm32f10x_pwr.h"
#include "stm32f10x_rcc.h"
-
怎样用SOCKET连啊，我用的GPRS模块是MC35I ，现在也在做这个方面，能提供下思想或代码吗？
-
引用 7 楼 haierpro 的回复:
引用 2 楼 hao507 的回复:
引用 1 楼 unsway123 的回复:
函数的执行只要是不是大型的copy，或者等待都是纳秒级别的。。。用这个函数估计不行吧。。这个函数最小是1微秒
那就没有办法测试了吗？？
不管从哪方面入手优化，都是需要测试时间的。告诉楼主一个比较准确的测试时间的方法，一般人我不告诉他哦：
在测试代码段的前后修改某一I/O口的输出电平，然后用视波器抓取两次电平变化的间隔。虽然I/O操作有点慢，但对于代码优化测试来说，还算可以接受了。
不错的办法~~示波器的值还是比较准确的。
其实我并不是要得到非常精确的时间，我只是想得到一个大概的时间，然后看哪个模块比较费时，然后进行优化~~希望大家多给我出出主意
-
好强的东西！
-
谢谢，楼主是个有心人.
-
严重支持
-
不知是那个电路,能传个图上来吗?我的复位电路是加了两个二极管的,要把芯片内的复位与外部的上电复位以及手动复位区分开来的!
-
well done
up
-
我用ads已经验证了硬件是好的 但是用wince 5.0 的自带的驱动就不能通信
-
CFLAGS = -Wall -g -I$(INC_PATH) //设置头文件
CFLAGS += -c -mcpu=arm9tdmi -mlittle-endian //CPU
CFLAGS += -O -D ARM_GCC //使用ARM-GCC
-
引用 6 楼 91program 的回复:
引用 2 楼 hitszj604 的回复:
貌似待遇不是很好
同意!
me,too!
stm32/stm8