完善资料让更多小伙伴认识你，还能领取20积分哦， 立即完善>
3天内不再提示
电子发烧友论坛|
1. 最引入注意的, 是 pipeline 的改变, 使用了在 8bit mcu 中常见的 2 stages pipeline. 我个人甚至怀疑这可能是 arm 的第一款 2-stage pipeline 的 architecture(未个人查证).
2. 2-stage 将带了实际的功耗的减小. 具体原因比方说, 因为更多 stage branch 指令可能会带了 fetch 的浪费. 而访问 flash 往往是导致 uController 功耗增加的重要原因之一. 3. m0+ 的文档在 arm info 上的公布是 2012年的事儿(就是近期), 这可能意味着 nxp, freescale, st 等推出的 m0+ 将带有更多的先进工艺(我特别指的是功耗).有理由相信, m0+ 的功耗可能比 m0 还要小 1/3 (动态功耗). 而个别厂家的静态功耗技术各有不同. 以上信息可能暗示 |
|
|
2015-1-4 23:16:43
评论
|
|
|
4. m0+ 引入了一个新的总线是 one-cycle io bus. 这个崭新技术, 应可使得我们在 1 cycle 操作 STR 的指令(想想看没有任何延迟, 随用随有, ahb-lite 同时可以做fetch 下一个指令毫无耽误), 对 fast io memory 的 peripheral address 进行操作. 越快的io 速度意味 io 性能的提高与系统的能耗降低(我们可以更快完成 what we want 后进入 sleep). 当然 fast io register 我想应该属于 peripherals, 所以显然的不能利用 io register 直接进行 uprocessor 的任何 data processor. 我们只能 ldr/str(这是我个人的发挥...).
5. 另外就是 mpu. 在 m0+ 的 ug 中, 首次作为 option 存在... 但是实际上, 类似的 optional 应该统统都被 m0+ 的生产厂家(nxp, freescale, st等)采纳吧. mpu 的作用就不提了, 在 embedded os 中, 它协助我们硬件方式而不用软件方式地完成对 memory 的非法引用的管理, 并明显的特别对 task stack 保护在硬件实现上提供便利(具体原理可以阅读 Jean 所著"嵌入式实时操作系统 uC/OS-III", 宫辉等译, 实际上 Jean 就是 uC/OS 的代码原作者). 6. m0+ 支持 MTB.当然的, 系统任何增加的新功能都会带给我们额外的便利, 首次的, 在 m0 基础上,我们现在 debug 甚至可以开始追踪更早先的 instruction flow information. |
|
|
2015-1-4 23:17:16
评论
|
|
只有小组成员才能发言，加入小组>>
1932个成员聚集在这个小组
加入小组我的项目我做主，使用GN+Ninja来完成构建系统(VSCode开发RT106X)
36419 浏览 0 评论
NXP IMX8应用处理器快速入门必备：技巧、使用、设计指南
4849 浏览 1 评论
6106 浏览 1 评论
6816 浏览 0 评论
NXP i.MX6UL开发板（linux系统烧录+规格+硬件+模块移植）使用手册
4247 浏览 0 评论
642浏览 2评论
求助，S32G上Core M启动后如何让Core A在Flash指定位置加载uboot？
639浏览 2评论
ESP32-WROVER-IE + LAN8720以太网，GPIO0电压只有1.6v，无法正常进入spi flash boot模式如何解决？
640浏览 2评论
求分享适用于PN7160 Android的NFC工厂测试应用程序
727浏览 2评论
842浏览 2评论
/6 
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 （电路图） 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证：合字B2-20210191
工商网监
湘ICP备2023018690号
19538
淘帖
605
