-
各位大侠，有没有人遇到过这样的问题呢？
-
不错，第一个开源的STM32 USB HOST
-
今天忙别的，刚回来。。
请问版主，"正常情况下，你说的这种情况是不可能出现的。"对这个我也是这么认为的，正常情况没有问题，因为出货快半年了，问题是我在质检实验室里做完实验回来后才发现的，内容包括高低温老化，震荡，emc，emi等各项电子实验，说实话，如果不是有特殊的办法，这次实验就砸了，钱也就白交了。
“确实奇怪，但奇怪的不是有问题，而是楼主没说是什么程序造成的，”-------怎么说那，不是一个程序，虽然是8台机器，可是机型不一致，程序也不一样，但是现象是一样的。就是楼主位描述的那样。
我非常担心低温问题，现在北方冬天温度都到-40，由于设备不在室内，会不会低温导致问题。如果那样，我那就比较被动了。原先用的时avr的，还是蛮正常的，由于别的原因，才更换成stm32的。不是替avr打广告。
另外，我还忘记一个地方，有一台机器，就是用仿真器正常烧写程序以后，开始仿真运行时，不运行。我烧写多次以后，才开始运行，然后才发生中途死机问题，就是楼主位描述的
-
我觉得这个论坛就是一个群了
-
嗯，在Data_Setup中增加了
if (pInformation->USBbmRequestType == CLASS_REQUEST|INTERFACE_RECIPIENT
&& RequestNo == SET_REPORT)
{
CopyRoutine = My_GetReport;
}
-
mark
-
在调试模式下，可以在VS系列或EVC中的output窗口看到:::SPL_IOControl
wince系统中相当于串口输出！你在调试程序的时候可以加入自己的输出语句，就可以看到运行到哪一步了。
RETALLMSG(1,(TEXT(":::SPL_IOControl.\r\n")));
输出“:::SPL_IOControl.“
参数1为真输出，否则并不输出。
-
还有一个问题，就是你是如何观察到“在硬件环境下pendSV不知道在什么时候才会执行”这个现象的
会不会是你的观察方式所引入的不确定性
-
引用 1 楼 wslxs2008 的回复:
用模数转换芯片ADC0809
恩 谢谢啦~ 希望能有更具体的答案！
-
用单片机，足够了。睡醒了再做都可以的。
-
不是有log么,都打出来看看走到哪一步了
读不到数据的可能性多了,信息不足,没法分析
-
dm9000a的收中断有产生，但状态显示：crc出错和physic layer出错，哪出错了？
-
我也不清楚啊。。。
-
生成项目文件不是一个好办法，在源代码中直接赋值才最好，在项目中手工配置还是很危险的，烧片的小女孩只管调入HEX或者S19文件就可以了，不需要再去管理那些项目文件，只要源代码不丢失，即使配置忘记了，只要重新建一个项目再编译一次就可以了，很好的方式，为何不去支持它呢？
至于上电先检查optionbyte是不是你最终要的就没什么意思了，嘿嘿，用户只需要保持RST，然后就可以读去HEX了，根本没RUN CODE ！。。。
-
谢谢两位。晕掉了。。。竟然没注意到。。。
-
不懂，帮顶！
-
ARM-WINCE的文章
[url=http://blog.eeworld.net/nanjianhui/archive/2008/09/07/2896411.aspx][/url]
-
里面的struct没有定义结构名吧
-
引用 2 楼 skynet000 的回复:
是用CPU的RGB接口嗎？
我前段時間也遇到過LCD閃爍問題。是進入wince以后，切換畫面以后過會就會閃爍。
原因是當進入IDle mode以后，將HCLK的頻率降頻，造成DCLK的分頻不對。產生閃爍現象。
供你參考一下。檢查是否是DCLK的分頻在其他地方有更變設置？
现在的情况是无论如果分频也无法将DCLK设置到35-45Mhz之间。
-
有语句。
stm32/stm8