你瞧不上的8位MCU,真的没你认为的那么菜!
2023-03-07 09:42:06 时间
近年来,随着工艺与IP的逐渐成熟,32位的MCU增长迅速,风头之劲乃至16位的MCU基本上被跳过了。现在说嵌入式MCU,要么就是8位,要么就是32位,16位的MCU产品型号屈指可数。
那么8位的MCU的情形又如何,很多嵌入式工程师都有一些误解,下面来简单分析下。
01
02
03
04
8位处理器专为简单应用而生
05
8位处理器不能胜任IoT应用需求
06
这个就是完全的误解了。典型的嵌入式应用中,响应速度主要跟中断响应和唤醒延迟相关。8位处理器有天然的优势(地址转换工作量小、IP单元实现门数少),至少不输于32位的处理器。
07
8位处理器的能效低于32位处理器
如果任务本身非常简单,唤醒过程的功耗也很大,那么这个假设不成立。针对不同应用场景,不能简单说8位、32位哪个能效比更高。至少在非常简单的应用中,8位的能效比要高。如果再加上单独响应,无需CPU干预的一些任务,8位的能效比甚至能高出很多。
08
09
8位处理器设计的应用不能适应未来变化
10
只要是嵌入式处理器,升级路径都不大明确。如果你采用既有8位,又有32位的产品的厂家,你会发现很多外设都很相似。考虑到现在图形化配置外设的趋势,升级路径逐渐变得不那么重要,反正都是图形化或者脚本化来生成基础驱动代码。
相关文章
- 金蝶发票云SaaS服务应用现代化改造之旅
- Amazon EMR在FreeWheel的应用与实践
- Amazon Timestream 在车联网场景的典型应用和性能测试
- AWS Step Functions 与外部应用程序集成
- NoCode 热身系列:实现一个任务跟踪与管理系统(上)
- 在 EKS 中使用 Fluent Bit 收集应用日志并保存到 S3 中的方案
- 使用 NICE DCV 在 G4 实例上运行 Android 应用程序
- AWS EKS 中实现应用平滑升级
- 如何助力游戏应用抵御 DDoS 攻击威胁
- NoCode 热身系列:你准备好了吗?
- 云上 ARM 实例应用优化之我见
- 使用 Spring Boot 和 DJL(Deep Java Library) 轻松搭建企业级机器学习微服务
- 全新推出 – 适用于 Android 和 iOS 的 AWS Amplify 库
- 使用 AWS FireLens 轻松实现 AWS Fargate 容器日志处理
- 深度解析 AWS Firecracker 原理篇 – 虚拟化与容器运行时技术
- 现在可用:裸机基于 Arm 的 EC2 实例
- Java的方向。。。
- java8600手机
- python yield from (一)
- AWS App Mesh – 云应用的应用级联网