OpenEdv-开源电子网

标题: 为啥没有人研究QSPI flash启动 [打印本页]

作者: abnerle 时间: 2021-7-19 09:52
标题: 为啥没有人研究QSPI flash启动
原子Linux开发板上拨码开关功能具有qspi启动，但是没见有QSPI启动实例，想玩玩不知道怎么下手

作者: jckimi 时间: 2021-7-19 09:52

abnerle 发表于 2021-7-20 13:32
不会画板子，公司又卖了一个官方板，1200块钱，加上原子板，2个想咋玩都行，，我们uboot/kernel/rootfs加 ...

公司层面，有能力想怎么启动就这么启动，想怎么玩就怎么玩

作者: 无忧花开 时间: 2021-7-19 10:19
呵呵，你说的什么开发板啊，Linux的不就是阿尔法？阿尔法都没QSPI呀，怎么去研究？

作者: abnerle 时间: 2021-7-19 12:04

无忧花开发表于 2021-7-19 10:19
呵呵，你说的什么开发板啊，Linux的不就是阿尔法？阿尔法都没QSPI呀，怎么去研究？

就是说的阿尔法，仔细研究拨码启动方式，8个开关里面包含了QSPI启动的，SPI引脚也是有的，只是没有flash，国产开发板为啥都这样偷工减料，飞思卡尔官方版是有SPI flash的，国产们抄回来都减掉了，2/3块钱的flash WX2564/128这种

作者: jckimi 时间: 2021-7-19 13:31

abnerle 发表于 2021-7-19 12:04
就是说的阿尔法，仔细研究拨码启动方式，8个开关里面包含了QSPI启动的，SPI引脚也是有的，只是没有flash ...

硬件便宜，但是软件是需要花人力的，而且QSPI容量太小了，目前我看到最大的也就是64M bytes，基本上和QT就拜拜了。原子这边肯定是有相关的roadmap的，一些列教学肯定是包含QT的，如果出QSPI的话，投的人力不合算的，还不如现在的emmc/sd/nand配置呢。
留有QSPI的拨码开关，是为了开发者自己去porting相关的启动。保留了扩展能力，设计层面上，已经很良心了。

作者: 无忧花开 时间: 2021-7-19 15:46
本帖最后由无忧花开于 2021-7-19 15:52 编辑

abnerle 发表于 2021-7-19 12:04
就是说的阿尔法，仔细研究拨码启动方式，8个开关里面包含了QSPI启动的，SPI引脚也是有的，只是没有flash ...

天啦噜，你要用就自己画一个得了，啥叫偷工减料呢？你看看类似这款芯片的板子，做这个开发板的厂家有哪个做了这个QSPI启动方式？望眼望去，没有把？为啥？QSPI成本这么高，容量才多少啊？做出来企业也不愿意去用啊，QSPI才多大就要多少钱，用在linux上可能不太合适，linux需要的存储远远比单片机多了去了，你不去算成本啊？

作者: 无忧花开 时间: 2021-7-19 15:51
一个文件系统都要用上百几百MB的容量，要64M的能干啥了

NXP给的启动方式那么多，不一定都要用到，是预留的功能，你得结合实际情况去设计才可以

作者: abnerle 时间: 2021-7-20 13:31

无忧花开发表于 2021-7-19 15:51
一个文件系统都要用上百几百MB的容量，要64M的能干啥了
NXP给的启动方式那么多，不一定都要用到，是预留 ...

不会画板子，公司又卖了一个官方板，1200块钱，加上原子板，2个想咋玩都行，

，我们uboot/kernel/rootfs加起来大约10M，大量数据存在NAND，数据处理内存里跑，是其他已有项目降低成本要做的事情，原项目32M(256) spi flash, 2G NAND, 512M内存

作者: abnerle 时间: 2021-7-20 13:32

jckimi 发表于 2021-7-19 13:31
硬件便宜，但是软件是需要花人力的，而且QSPI容量太小了，目前我看到最大的也就是64M bytes，基本上和QT ...

不会画板子，公司又卖了一个官方板，1200块钱，加上原子板，2个想咋玩都行，，我们uboot/kernel/rootfs加起来大约10M，大量数据存在NAND，数据处理内存里跑，是其他已有项目降低成本要做的事情，原项目32M(256) spi flash, 2G NAND, 512M内存

作者: 无忧花开 时间: 2021-8-4 20:19
牛逼，有钱

欢迎光临 OpenEdv-开源电子网 (http://www.openedv.com:80/)