-
24楼的ADC时钟还要乘以500 也就是100K*500=50M
//。。。程序每隔100MS对ADC采样500次,观察到的波形如下。。。
STM32的ADC时钟谁说可以到50M的？？？？！！！！
换算成ADC的速率大约有： 50M/12= 4 M
STM32 手册上标的是多少？？？ 手册上标的极限是1M！
楼主超标3倍多使用！不出问题才怪！！！！！
-
1）STM32的FSMC中没有"扩展"与"非扩展"的概念，只有地址和数据总线"复用"与"非复用"的概念。
2）你应该使用地址和数据总线复用模式，并使用锁存器锁存A0~A15。
2.1）如果使用地址和数据总线非复用模式，则在AD0~AD15上得不到地址信号(A0~A15)。
2.2）如果使用但不用锁存器，则在8位数据宽度配置下，当NADV为低时，AD0~AD15上出现地址信号(A0~A15)，当NADV变高时，AD0~AD7上出现数据信号，而AD8~AD15上是高电平。
也就是说，如果你不用锁存器，则在AD0~AD7上出现数据信号时，AD8~AD15上没有地址信号。
2.3）如果你的外部设备可以处理这样的信号，则你的设想可以实现。
-
串口烧写应该有，不过调试起来也不是很方便
-
感觉楼主看完后的归纳总结得不错
-
嗬嗬，你说不会错就不会错了？
既然你这么自信，为什么不把你修改的结果贴出来，让大家评判一下？
-
I2CReceiveACK函数中SDA_IN一直为1,说明从机没有正常应答，假如硬件没有连接错或者接触不良的话，应该是时序问题，而且是基本时序，但是我大概看了看，有一个可疑的地方就是延时。问题很可能出在延时上。因为其他开始，停止都是这样顺序的，就是这个void dly_usec(int time)不确定。你要根据你现在的机器周期来大概算算这个延时是多大的。然后看它符合IIC的时序要求不？
-
引用 7 楼 sunrain_hjb 的回复:
引用 5 楼 benbentobecow 的回复:
按照各位的办法我确认了问题应该出在驱动中
从串口读数据的时候，数据应该是先存放在接收缓存中吧？那么读走后缓存区应该自动清零吧
如果确定是驱动的问题，那只能逐一排查，找问题了。
恩
我现在感觉基本上是串口驱动中的问题，不过对串口驱动不熟，准备啃代码了呵呵
-
如果要买开发板的话，建议买有视频教程的，好像郭天祥的ARM板网上有视频下！
-
L宏 与 _T宏 通知编译器使用16bit的宽字符。
-
3G的模块当然可以，传视频都行，一般用GSM模块就可以了，做成GPRS的模式，或者发彩信
-
ATMEL应该会便宜点，不过看你对哪种熟悉点，也差不到哪去
-
帮顶下！！以后有时间也做下
-
恩啊，你说的对
我把Agfa AC3 Font Compression组件去除掉了。
现在好了，默认字库没变，Droid.ttf也添加进nk了
用应用程序调用Droid.ttf也可以正常显示了。
nk也不大，才22M
-
找板子，跟项目。
做一个下来就知道自己感兴趣什么了。
-
继续谢谢~正在研究大侠们的分析~
-
确保你的inf文件里是不是有这个：
USB\Vid_045E&Pid_00CE.DeviceDesc = "Microsoft USB Sync"
再在注册表里查看：
[HKEY_LOCAL_MACHINE\Drivers\USB\FunctionDrivers\Serial_Class]
看看以下的值是否正确：
"idVendor"=dword:045E
"Manufacturer"="SIM Technology"
"idProduct"=dword:00ce
"Product"="WindowsCE.NET 5.0"
"bcdDevice"=dword:0
供参考哈
-
引用 5 楼 gao11zhang 的回复:
在另一块板子上正常，在这块板子上不正常，电路时连接的一样的，在STC89C51上正常，用STC12C5A32S2就不正常了
检查下焊接问题，如果在常温，同样在另一块板子上正常，在这块板子上不正常，
那么很可能就是硬件的问题，确保连接可靠。焊接无误，再测试下
-
bootloader修改LCD控制器显示一张图——》同改OAL——》正常基本没有啥问题。
还有你的LCD不同型号，电路要改一下，不难。
-
好的
-
能给我份吗？谢谢 xnl0733@126.com
stm32/stm8