全球首款基于 RISC-V 的 32 位通用单片机出现

oschina
 oschina
发布于 2019年08月23日
收藏 34

近日半导体供应商兆易创新推出了一款基于开源指令集架构 RISC-V 的通用单片机(Single Chip Microcomputer,单片微型计算机,MCU,微控制单元,Microcontroller Unit),据称这是全球首个基于 RISC-V 内核的 32 位通用单片机。

【相关阅读】

根据公开的测试数据,该 GD32VF103 系列 MCU 在最高主频下的工作性能可达 153 DMIPS,CoreMark® 测试取得 360 分的,相比 GD32 Cortex®-M3 内核产品性能提升 15% 的同时,动态功耗降低了 50%,待机功耗降低了 25%。

GD32V 采用的 RISC-V 内核内核支持标准 JTAG 接口及 RISC-V 调试标准,支持 RISC-V 标准的编译工具链,以及 Linux/Windows 图形化集成开发环境。

新品首批提供了 14 个型号,包括 QFN36、LQFP48、LQFP64 和 LQFP100 等 4 种封装类型选择,评估板有:GD32VF103V-EVAL 全功能评估板以及 GD32VF103R-START、GD32VF103C-START 和 GD32VF103T-START 入门级学习板,可以分别对应四种不同封装和管脚。

此外还提供了 GD32VF103-BLDC 电机控制开发板、GD-LINK 调试量产工具。

IDE 和工具支持 Nuclei Studio、Huawei IoT Studio、SEGGER J-Link V10 及 Embedded Studio 等;嵌入式操作系统包括 μC/OS II、FreeRTOS、RT-Thread、Huawei LiteOS 等也已全面适配并可以直接连接至云。

本站文章除注明转载外,均为本站原创或编译。欢迎任何形式的转载,但请务必注明出处,尊重他人劳动共创开源社区。
转载请注明:文章转载自 OSCHINA 社区 [http://www.oschina.net]
本文标题:全球首款基于 RISC-V 的 32 位通用单片机出现
加载中

精彩评论

LeeNux
LeeNux
加油加油,争取早日取代arm
FD内网穿透
FD内网穿透
努力升级到64位就更棒
久永
久永
不同位有不同位的用处,特别是再单片机领域。
bovver
bovver
编程种的位和cpu的位不是一回事吧,32位系统还不是有 long型,我记得linux下还有个long long类型。其实无非就是读一次读两次的区别而已。cpu的位代表它一次能读取的数据量。就像你用小桶还是可以把水缸装满,多提几次水。改用大桶还是能装满,少提几次而已。真正需要改变的是编程语言的数据类型才对。
一直都萌萌哒的纠结君
一直都萌萌哒的纠结君
某些人串戏了吧

最新评论(23

简单有效
简单有效
够用就行了, 2038, 二十年呢, 估计使用的人和工厂都已经不在了
sunday12345
sunday12345
从评论可知osc社区看来对嵌入式、单片机的了解真的基本为0·
陈钇蒙
都是在x86上玩别人的框架, 哪个会去烧硬件代码
hach
hach
鉴于单片机、嵌入式机器的运行时间可以长达二十甚至几十年,再过18年7个月就会遇到“2038年问题”,所以还是赶快升级到64位吧。32位Linux为了兼容性用的是32位time_t,不可避免一定会遇到2038问题的。这种情况下解决办法只有两个,第一个是继续用32位但弃用Linux不做“GNU受害者”(文章提到的部分系统应该可以替代Linux避开2038问题);第二个是升级到64位。
战场原礼亚
战场原礼亚
2038真不是个事儿。。。。
dwingo
dwingo
既然要升级到64位时间戳, 不如把这个api的时间精度提高到毫秒以上, 秒经常不够用, 用timeval的话值还不是64位连续的.
dwingo
dwingo
另外, 只要把time_t改成无符号32位类型, 感觉这辈子就够用了, 下世纪应该不会再见到32位CPU了.
hach
hach
那样做的话,某些程序时间相减的时候可能会出问题。除非把相关库里面的时间差计算函数改一改,预先判断下大小那就没事。不过,没人知道相关库有多少。
dwingo
dwingo
计算时间差不会有问题, 除非时间差是有符号的且差距超过其最大值,此时应该先转成64位再减. 如果时间差不超过68年就无所谓了.
fywtat
fywtat
可以怎么玩
一直都萌萌哒的纠结君
一直都萌萌哒的纠结君
某些人串戏了吧
7月
7月
单片机 ~
FD内网穿透
FD内网穿透
努力升级到64位就更棒
久永
久永
不同位有不同位的用处,特别是再单片机领域。
老牛拉货车
老牛拉货车
64位会增加内存消耗。在没有大数计算的情况下64位体现不出优势。
FD内网穿透
FD内网穿透
受教了
hach
hach
没错,升级到64位还是更好的选择,早点淘汰32位,2038年就不会出现各种突发状况了。
震秦
震秦
你老在提 2038 年,到了 2038 年 128 位的都出来了。
hach
hach
那就更该淘汰32位了。
bovver
bovver
编程种的位和cpu的位不是一回事吧,32位系统还不是有 long型,我记得linux下还有个long long类型。其实无非就是读一次读两次的区别而已。cpu的位代表它一次能读取的数据量。就像你用小桶还是可以把水缸装满,多提几次水。改用大桶还是能装满,少提几次而已。真正需要改变的是编程语言的数据类型才对。
hach
hach
那得看time_t是typedef成long long / long还是int了。如果是long,祝贺,一切都安然无恙。
LeeNux
LeeNux
加油加油,争取早日取代arm
小熊宝宝
小熊宝宝
这个是单片机,arm主要用于嵌入式,不同的用途
返回顶部
顶部