原创 《删繁就简-单片机入门到精通》将由北航出版社出版

"所以往往 uCell 中包含有可选的 debug 逻辑电路, ARM 文档说, 它们既在 core 中, 又分布在 NVIC 中, 什么意思具体你问我我也不知道, 因为中国大陆的IC制造与设计行业似乎还不发达, 类似的技术属于与 arm 合作的大公司的研发才知道, 而且说不定他们还各种授权协议." -- 尽管对 ic designer 的相关内容, 我们仍然是一无所知, 也不了解 uController provider 的 implement 细节. 但是如果一定要假设的话, 我个人作这样的猜测: debug 无疑是 uController handware 设计中的一部分, 并且有相当的门数支持. 无论是对 data access 的 watchpoint, 还是对 instructin access 的 breakpoint. 设计在 core 中的门数是可以理解的. 而位于 NVIC 的电路中?... 一个合理的解释, 似乎是在 monitor debug-mode 下, 如果我们通过 debug exception 的方式而不是通常的 data abort exception 与 prefect abort exception 进入 monitor debug-mode. 那么, debug 的handware 设计的硬件门数, 部分位于 NVIC 中就好理解了. 这个假设正确吗? 从使用者的功能角度, 反推回 uController 的设计初衷, 我作此推论? 此外或许也与 vector catch 的 debug event 或有关?

见博客内容与之后的讨论,已经说的很详尽了.从你的评论也可知道, 这至少是一个"dead(已死)"词汇.以该词汇充当"embedded"等效术语, 参加行业讨论,确实连国门都走不出去.遑论与世界范围内同行讨论. 另外, uController 确实分辨不出今天的不同种类的处理器的区别, 你提的这个确实是重要关键点. 但是, 可能要请你阅读 ARM 的相应文档, 继续跟进行业进步, 或者参与 AAE 应试. 就可以了解到: ARM 通过 A, R, M 的三个系列的区分, 把具有 MMU 可以应用虚拟地址(它们往往有大量的 cache), 称为 application. 把具有 MPU, 而没有 MMU, 但是具有确定的 interrupt 响应速度, 比较丰富资源的 uController 称为 realtime. 请特别注意, ARM 并且将 uController 在这个分类中, 狭义指定为, 资源缺少的, 性价比要求高的, 16bit instruction (除了几个 Thumb2指令)的 M系列, 专指为"微控制器 uController". 尽管这个uController 词汇在不断进步, 也不能说我们就应该立刻以 ARM 的标准为事实行业标准. 但是 ARM 的这个 cortex 命名体系, 已经暗示了你的担心问题的解决之道, 就是将 uController 定义的狭义化, 进行特指. 我猜您如果多阅读, 并综合现有进展, 就明白这个词汇的进步轨迹(事实上还在进化ING 状态中), 而不是简单照搬这个"单板机单片机"的若干网络定义与评论(这个论述我也事实上见到过呢), 这样说不定会可能更好点?

何立民老师是北京航空航天大学的，以前叫北京航空学院。估计是何立民老师已经退休了。

谢谢提供的信息，已经截屏给IS同事们看了，希望能够尽快解决。