-
的确是该进了不少，好的参考资料
-
485方向控制的问题
-
支持一下。
第二个图片，真是活灵活现，栩栩如生啊。
-
CCCCCCCCCCCCC
-
IAR 442的我知道，拷贝个cstartup.s过来修改即可。
IAR5.4还不知道
-
点FILE 左边的箭头，选preference，把里面的creat back选项去掉就OK 了
-
也没听说CAN总线的总线流量，楼主买本书看看？
MARK.
-
应该还是语法方面的问题，分析一下，多试试
-
我又调试了两天void DSPF_sp_iir()函数:
先是从TI官网上下载了C67x.lib文件,并按说明进行了安装到了CCS目录;
再在我的测试工程里面添加了c67x.lib和相关的头文件;
工程编译及链接都正常,打开生成的*.map文件,发现void DSPF_sp_iir()的代码字节数,也同TI库使用说明一致,都是1152Byte.说明void DSPF_sp_iir()是正确链接进入测试工程之中了。
困惑: 为什么void DSPF_sp_iir()链接之后,我用CCS进行Simulator模式下的调试,程序每次运行到void DSPF_sp_iir()调用后,都会提示无法正常链接DSPF_sp_iir.asm文件,然后程序就跑飞了。每次都是如此。
说明：CCS 使用的3.1版。是不是我的CCS版本不支持TI库的调试吗？
是不是库函数都是二进制码，所以不支持Simulator调试？
TI库的说明中，时间性能太诱人了。所以不想放弃使用库文件。
希望高人指点一下。谢谢！
-
1. 上述两篇文章测试的延迟时间有数量级上的差别（我相信第二篇文章也用了release版），根据各位的经验，哪一个比较靠谱？
没仔细读。所以不好说。。。汗
2. 除了上述方式，还有什么办法让IST被快速响应？
用信号量代替事件来处理会提高响应速度，也就是用CreateSemaphore代替CreateEvent，某些处理的时候。比如说有信号量要传递的时候。
3. ISR捕捉到硬件中断并处理完毕后，是回去执行刚被中断的线程，还是在就绪队列中重新找优先级最高的线程？
ISR->IST...这个顺序的。
请读
http://www.cnblogs.com/we-hjb/archive/2009/05/26/1490461.html
这个文章又摆出来先看看这个文章。。。里面介绍的很清楚了中断流程。
-
你的掌上电脑使用的是什么操作系统？
-
我的程序 ISP + App 两部分，首地址分别为0x0800000，0x08003000，先判断是否有ISP请求（如某个IO口为低)，无就进入App. 这部分参考ST的DFU例程， 在ISP和App中分别实现USB-HID协议，这部分参考st的coustmer-hid例程，实现64byte, endpoint1 IN/OUT传输。然后在次基础上建立自己的硬件通讯协议（在ISP中）和通讯控制协议(在App中)。在上位机上做了对应的硬件升级软件，当发出升级命令时，下位机App中会相应此命令，就是我3楼贴出的程序片段，下位机由App转入ISP中运行，开始硬件更新。选用hid主要看中了无需驱动比较方便，isp都是自己的一套，便于加密。 ISP和App都有自己独立的HID程序部分，当初也想过共用ISP中的就可以了，可以省空间，但可能对以后App程序扩展性造成不利影响，独立出来后在进行App->ISP切换，USB要重新进行初始化，就是我上面说得 重启usb.
-
引用楼主 ssmtree 的回复:
问题如题。
首先问一下，有移动式开发这个说法么？嵌入式和移动式开发是不是一回事？
其实什么式并不重要。都是计算机系统。
干的都是计算机系统的设计。
- 千里孤行
-
d
-
用过那么多CPU的外部RAM，没有哪个用的这么费劲的。
搞得我都想换CPU了
-
我也遇到这个问题，用H-JTAG可以在RAM里调试程序，但是用EasyJtag下载到外扩flash就出现这个问题
-
帮顶一下.
-
很有市场潜力
-
引用 8 楼 suwyhoho 的回复:
原来用C++在CE中写应用挺多的
不过最近接触到的客户都要求C#的源码
C#在应用上还是有一定优势的
看样子C#还是很重要的！
-
嵌入式，不一定要懂得硬件！
可以向嵌入式系统方面发展，懂一些驱动当然最好。
破解对于嵌入式来说，难度会大一些，但带来的东东却是可观的。
stm32/stm8