1854|1

1297

帖子

2

TA的资源

纯净的硅(中级)

楼主
 

【linknode评测】10 总结 [复制链接]

和辛昕不同,我喜欢新东西,也喜欢偷懒。和C相比,C++的面向对象很好玩。至于语法,我肯定用不到很高深的部分,对于mbed,主要是希望找到一个在理论指导下快速切入一个硬件的可能。

mbed的优点:方便,mbed的特点就是将各种底层的驱动给屏蔽了,并通过类的方式提供给开发人员,使得开发人员可以轻松的关注应用代码。同时可能带来更好的可移植性。各种官方库齐全,第三方库也很多。只要有mbed下载器,那么自己的开发板也能用,程序员只要关注应用就好了,这时何其的爽快啊!!

但是mbed的问题是,对底层认知的缺失。比如说,PWM,可以分配到哪些管脚?有些芯片支持外设IO引脚的任意分配,比如这次的nRF51822,但是有些就不一定啊。PWM到底有几路?往往一个定时器可以支持好几个PWM同时输出,那么如果有多个PWM实例,到底用了一个定时器,还是多个?会不会和其他定时器冲突?这个问题暂时还回答不了。

末了,问个问题,不同的mbed下载器和调试器都是通用的吗?比如我拿st的mbed可以给nRF下载不?理论上说下载需要知道芯片的flash配置,那么这个配置是在生成的hex里面的麽?

评测到此完成,硬件可以收回。不过说明一点,上面的加速度器一直有问题。

此帖出自RF/无线论坛

最新回复

Mbed只是在HAL这一层通用,就是软件层,硬件上该用什么仿真器和下载器,还是得用原来的,无法通用。 对于PWM,只有支持PWM的引脚才能使用,如果定义了一个不支持PWM的引脚,虽然语法不会出错,但是运行时会输出错误的提示。其它外设也是这样。PWM的实现和原来没有什么区别,一个定时器支持多个PWM通道,Mbed只是把它封装起来,让你感觉不到。如果两个功能使用相同的定时器,必然会有冲突,通常是最后一个功能会重新设置参数。 现在的Mbed已经分为classic Mbed和Mbed os,你说的属于classic mbed,mbed os用起来要复杂很多,主要面向物联网。  详情 回复 发表于 2016-6-28 12:49
点赞 关注
 

回复
举报

1万

帖子

25

TA的资源

版主

沙发
 
Mbed只是在HAL这一层通用,就是软件层,硬件上该用什么仿真器和下载器,还是得用原来的,无法通用。

对于PWM,只有支持PWM的引脚才能使用,如果定义了一个不支持PWM的引脚,虽然语法不会出错,但是运行时会输出错误的提示。其它外设也是这样。PWM的实现和原来没有什么区别,一个定时器支持多个PWM通道,Mbed只是把它封装起来,让你感觉不到。如果两个功能使用相同的定时器,必然会有冲突,通常是最后一个功能会重新设置参数。

现在的Mbed已经分为classic Mbed和Mbed os,你说的属于classic mbed,mbed os用起来要复杂很多,主要面向物联网。
此帖出自RF/无线论坛
 
 

回复
您需要登录后才可以回帖 登录 | 注册

随便看看
查找数据手册?

EEWorld Datasheet 技术支持

相关文章 更多>>
快速回复 返回顶部 返回列表