-
没有试过，但值得一试。
-
struct interrupt_vector const _vectab[] = {
{0x82, (interrupt_handler_t)_stext}, /* reset */
{0x82, NonHandledInterrupt}, /* trap */
{0x82, NonHandledInterrupt}, /* irq0 */
{0x82, NonHandledInterrupt}, /* irq1 */
{0x82, NonHandledInterrupt}, /* irq2 */
{0x82, NonHandledInterrupt}, /* irq3 */
{0x82, NonHandledInterrupt}, /* irq4 */
1、_stext是什么意思？
我的理解，这个标号只代表 ST 的 extension
这是2楼的观点。
-
OS中断:LZ要考虑到中断....每天路过，以示存在!
-
冯诺依曼架构的CPU
-
让串口一直不停地发数据不是个好办法，串口太过繁忙， 有可能会影响程序的其他地方
-
各位高手麻烦想想！小弟崇拜！
-
[HKEY_LOCAL_MACHINE\Software\Microsoft\Bluetooth\HCI]应该由系统从
[HKEY_LOCAL_MACHINE\Software\Microsoft\Bluetooth\Transports\BuiltIn\1]
复制过来的吧？
bthuart.dll最终读的就是[HKEY_LOCAL_MACHINE\Software\Microsoft\Bluetooth\HCI]里面的值，所以确保你系统起来后，用remote tool能读到这里是有值，而且设置是正确的。就是你写的那些。
"driver"="bthuart.dll"
"flags"=dword:4
"name"="COM2:"
"baud"=dword:1c200
"resetdelay"=dword:1388
你可以在原文件hciuart.cxx中加入打印信息，这样系统起来后可以知道这个驱动有没有被调用，你也可以知道有没有读到注册表的配置参数。
还有，确认一下串口驱动的order不是很大，从而蓝牙加载的时候串口驱动还没起来。
-
目前我的问题是唤醒后越来越慢，直至死机
在网上查到一个帖子，也使休眠唤醒的，他的代码没有MMU这一块，因为MMU在未检测GSTATUS2之前已经使能了，现在这部分代码关于MMU这一块的操作有问题吗？慢慢死机时什么原因造成的啊？
-
可以给不同的机器烧录不同的DEVICE ID或者是UUID，然后根据这些来做判断。
-
引用 14 楼 wlc311 的回复:
引用 13 楼 jjyyhema 的回复:
楼主我是这样理解的 MmMapIoSpace 这个函数是临时创建一个可以读写物理地址的虚拟地址，在流接口里你创建以后，要用UnIOSpace(名字忘了)。然后这个地址就不能使用了，而且为什么一定要取出来这个地址呢。
CE6里面做这样的限制就是为了操作的标准化，限制到你不可以在应用里面操作物理地址。要在CE6里面你只要把寄存器的操作写在流接口里就行了，也不麻烦吧。
说得很明白，但小弟对DDSHOW的FILTER不了解，要去改的话也要花一定的时间，呵呵
看来物理地址和用户态的虚拟地址是映射不起来的了，等有时间，我还是试试按楼上的方法做
呵呵我只是说说我自己的看法，楼主也不要被我误导，能不能映射楼主多查查资料吧。
-
引用 8 楼 garyliu1104 的回复:
lz这种情况是可以找个培训机构学学，不过不能依靠培训机构，关键还是自己多动手去做，华清远见感觉还可以，前期学习的时候网上下了不少他们的视频看，不过没去培训过，呵呵。
那想请问上面几位搞嵌入式的兄弟，当初是怎么入门的？全靠自己自学吗？学了几个月投了简历就有人要了吗？
-
引用 3 楼 aifei6655 的回复:
引用 2 楼 kyzf 的回复:
帮顶下。
没做过zic2410，几点小建议：
1、首先确认下你下载到zic2410里面的程序是否正常运行， 有仿真器吗？ 如果没有就采用控制发光LED，实现点灯，从而确定你的程序的正确性 ？
2、天线的性能 很可能是其中一个主要的原因，楼主有设备，测试下天线口的功率。
首先确保程序没有问题，再优化天线性能，应该能够搞定吧
谢谢楼上的建议，同样的程序在其它的板子上面是正常运行的，至于第二点，比较郁闷，没有侧功率的设备。
这只能说明的你程序是好用的，但是你自己做的开发板呢？ 是否存在硬件问题还无法排除？
你需要验证好用的程序，在你自己做的板子上一样能好用。（硬件的数字部分先验证好用）
-
引用 33 楼 gooogleman 的回复:
O(∩_∩)O哈哈哈~，为什么我对勋章没有激情了呢？
可以赠送不 呵呵
-
程序大概就是我上面写的那样。在公司，不敢大段代码网上贴！请各位大侠帮忙分析下为啥会出现这种错误哈
-
引用 16 楼 guopeixin 的回复:
引用 15 楼 guopeixin 的回复:
引用 13 楼 garyliu1104 的回复:
引用 11 楼 pilixuanke 的回复:
ce6中不是带了FAL的源代码了吗？把它拿出来，加点调试信息，分析一下，看是在什么时候将0块标记为坏块的。
用的CE5.0，现在模拟测试主要是看看在哪个环节可能导致问题的产生。
1. 你测试出来问题的机台测试方法是：十分钟写1MB&测试一个多月&中间频繁重启
? ? ? ? ? ? 没有问题的机台方法是：大半年了也没出问题
从这点上看测试方法并不一样呀，没啥可比性呀
2. 建议去掉机器重启的动作，以避免电压电流波动对flash ic的影响，重新挂机，不过时间比较长哦
这个测试的目的是验证是否是电压电流波动对数据产生的影响
以前十分钟写1M，一个月出现问题，现在你就不停的写，不停地删除，浮现问题应该比较快
顶。Flash问题就得不断测试。
-
买开发板上面应该带资料的吧。。
另外，zlg有8962上的开发板，资料很详细，他有直接对寄存器操作的demo，也有通过刘明诺公司写的api做的。
建议你可以从网上下载luminary驱动和他的api说明，写的很详细的。
-
凌阳的好
-
第9位可以作为数据而不是奇偶检验位。
你没有看到我贴的图上，在"位8"的地方清楚地标明"可能的奇偶检验位"吗？这个意思就是"位8"或者是数据位，或者是奇偶检验位。
-
牛人啊
-
CE下没有可打电话的AP要自己写的.
stm32/stm8