- 综合排序
- 最热优先
- 最新优先
- 来自专栏编程学习之路
MCU的最佳存储方案CS创世 SD NAND
那关于MCU的存储方面，以前基本上用内置的E2PROM,或者是外置的NOR Flash 就可以了。 但随着物联网的兴起，MCU的应用越来越广泛了，逐渐的MCU会涉及到大容量的存储需求，用来存储音频，图片（GUI）、视频缓存、协议栈等等。 针对这么复杂的驱动程序，MCU也有心无力，让人感觉是小马拉大车。 那么针对MCU需要使用大容量的存储需求，有没有一种简单易用、稳定可靠的NAND Flash产品呢？ CS创世有畅通的上游产业链的支持，确保稳定的Wafer供应； 3. CS创世有高品质封装和测试的配套，保证高品质的产出。 4. CS创世内部固件可定制。 5. 把针对NAND Flash管理的大车，放心的交给SD NAND，可以看到针对MCU如何选择大容量存储NAND Flash，SD NAND是不二选择，简直就是"郎才女貌"。 PS.
60610编辑于 2024-07-03 - 来自专栏哈哈熊
MCU的最佳存储方案CS创世 SD NAND
MCU的最佳存储方案CS创世 SD NAND 大家都知道MCU是一种"麻雀"虽小，却"五脏俱全"的主控。 那关于MCU的存储方面，以前基本上用内置的E2PROM,或者是外置的NOR Flash 就可以了。 但随着物联网的兴起，MCU的应用越来越广泛了，逐渐的MCU会涉及到大容量的存储需求，用来存储音频，图片（GUI）、视频缓存、协议栈等等。 针对这么复杂的驱动程序，MCU也有心无力，让人感觉是小马拉大车。 那么针对MCU需要使用大容量的存储需求，有没有一种简单易用、稳定可靠的NAND Flash产品呢？ 把针对NAND Flash管理的大车，放心的交给SD NAND，可以看到针对MCU如何选择大容量存储NAND Flash，SD NAND是不二选择，简直就是"郎才女貌"。
44910编辑于 2024-07-03 - 来自专栏人人都是极客
NXP MCU外接摄像头方案
如下是 Flexio 接口的MCU外接并口摄像头的硬件参考链接。 类似的Flexio的连接方案可以在NXP的Kinetis MCU KL28, K82等上面都找到相同的硬件连接方式。 其中摄像头OV7670典型的硬件供电连接图参考如下： 在I.MXRT1010的FlexIO实现的并口摄像头方案，外接OV7670摄像头，配置输出QQVGA数据帧，帧率可以达到30fps。 可以通过MCU输出CLKOUT信号 50MHz的时钟给到摄像头模块。I2C接口配置直接连接MCU的I2C外设。320x240解析度的图片需要 150K字节的RAM空间。 application-note/AN12868.pdf 软件代码包链接： https://www.nxp.com/docs/en/application-note-software/AN12868SW.zip 3. 另外，在I.MXRT106F上面实现了活体人脸识别的方案。
1.9K10编辑于 2023-09-11 - 来自专栏嵌入式开发圈
关于MCU产品开发参数存储的几种方案(开源项目持续收集整理中)
在工作中，凡是涉及到产品开发几乎都会实现参数存储功能，一般参数存储会采用如下的存储介质进行，如：eeprom、spi flash、nand flash、SD卡等等，至于怎么存储那就多种多样了，以我之前开发的产品为例 3、使用SD卡为例 方法1 与使用eeprom方法一样，但是现实中没人会这么做。 ? 方法2 ? 4、开源项目收集整理 地址：https://gitee.com/morixinguan/mcu-product ? ?
1.6K10发布于 2021-02-23 - 来自专栏devops运维先行者
TSDB -- M3DB Prometheus远端存储方案
开篇 本文承接前文 Prometheus 监控架构 -- 生产级别，其中主要介绍Prometheus的远端TSDB存储 -- M3DB，包括M3DB集群部署及原理。 M3DB，它为时间序列数据和反向索引提供可伸缩的存储。 辅助进程M3Coordinator，允许M3DB充当Prometheus的长期存储。 分布式查询引擎M3Query，其对PromQL和Graphite的原生支持（即将推出M3QL）。 聚合层M3Aggregator，作为专用的度量聚合器/下采样器运行，允许以不同的分辨率以各种保留方式存储度量。 Storage Node：在这些主机上运行的m3dbnode进程是数据库的主力，它们存储数据，并提供读写功能。 Seed Node：首先，这些主机本身就是存储节点。
2.5K30编辑于 2022-06-01 - 来自专栏嵌入式开发圈
一个产品级MCU内存管理方案
经过分析，3种通信方式不会同时使用。那么，如果不使用动态内存，则需要3K变量。如果使用内存管理动态分配，则只需要1K内存就可以了。 内存管理方案 不发明车轮，只优化轮胎。 内存管理是编程界的一个大话题，有很多经典的方案。很多人也在尝试写新的方案。内存分配模块我们使用K&R C examples作为基础，然后进行优化。K&R是谁？ 这本书的8.7章节，<实例--存储分配程序>，介绍了一种基本的存储分配方法。代码见alloc.c，整个代码只有120行，而且结构很美。 K&R 内存管理方案分析 下面我们结合代码分析这种内存分配方案。 缺点2：内存消耗 内存分配方案使用了一个结构体，每次分配的最小单位就是这个结构体的大小16字节。 我们可以参考LINUX内存分配方案SLAB。
1.5K21发布于 2021-01-26 - 来自专栏毛毛v5
MP3、故事机MCU选型记录
要弄一个mp3音频硬件。没有接触过，所以开始找了好多方案，by8001+51(stm32),vs1003+51(stm32)。后来发现stm32太贵了。所以开始琢磨51+vs1003，电路图找了好多。 双mcu，可以自己写代码，内置mp3解码，有sdio，gpio，spi，i2c，adc，dac，内置蓝牙，wifi，运行freertos，内置wifi，蓝牙协议栈。开发环境也挺好配置。 另外该琢磨哪里去找做玩具外壳，或者音箱外壳，或者mp3外壳的注塑厂了。。。
79820发布于 2021-03-16 - 来自专栏SD NAND
MCU ESP32-S3+SD NAND存储芯片：智能皮电手环（GSR智能手环）性能与存储的深度评测
在智能皮电手环与数据存储领域，主控MCU ESP32-S3FH4R2 与 存储SD NAND 的搭档堪称行业新典范。 二者深度融合低功耗、高速读写、SMART 卓越稳定性等核心优势，以高容量、低成本的突出特性，为大规模生产场景带来理想的数据存储方案。低功耗特性是这套组合的显著优势。 无论是快速捕捉传感器采集的大量数据，还是流畅读取高清图像、视频文件，SD NAND 都能在 ESP32-S3FH4R2 的驱动下，实现数据的高速传输与存储。 对于追求性价比的企业和开发者而言，该方案既能满足产品在数据存储方面的严苛要求，又能有效降低生产成本，尤其适合大规模生产，助力企业在市场竞争中以高性能、低成本的产品脱颖而出。 4 位 SD 模式在 1 位 SD 模式基础上，扩展 DAT1~DAT3 数据线，实现 4 位并行传输，通过引脚功能重配大幅提升数据传输带宽，能满足对读写速度要求极高的存储应用，但需要主控芯片具备相应
41510编辑于 2026-04-14 - 来自专栏TopSemic嵌入式
基于无线型RISC-V MCU的电子胸牌方案
基于沁恒无线型RISC-V MCU CH32V208制作的电子胸牌，配合上位机软件，可覆盖大部分的会议环节，实现会议每个环节的智慧进行。 一、电子胸牌方案框图 电子胸牌主控采用单颗无线型 RISC-VMCUCH32V208，这款MCU采用沁恒自研RISC-V内核青稞V4C，集成低功耗蓝牙、10M以太网、触摸按键等功能，单颗CH32V208 LCD用于显示相关信息，也可采用墨水屏等显示方案。 微信小程序用于配置电子胸牌显示的参会者姓名，并将参会者信息传输给后台服务器，用于签到统计等功能。小程序还提供电子胸牌的使用说明。 3、实时议程播报 上位机+终端发送当前会议议程指令，会议现场的所有电子胸牌接送指令并显示当前会议议程。 该方案已成功应用于RISC-V中国峰会2022南京分会，助力峰会每个环节的智慧进行。
1K20编辑于 2022-12-06 - 来自专栏一行舟
在线Excel存储方案
方案设计 经过上面的分析我们对数据库的需求有： 需求 是否必须 低延迟 必须 支持CP模型 必须 支持非结构化数据存储 必须 有亿级数据的存储方案 必须 有成熟的扩容方案 必须 冷热数据 非必须 各类数据库对比 对象存储（S3、HBase）：低延迟和CP模型支持不太好，但是由于成本低廉和相对不错的访问速度比较适合存储冷数据。 最终选型 需求 MySQL MongoDB TiDB S3 低延迟 ✅ ✅ ✅ 支持CP模型 ✅ ✅ ✅ 支持非结构化数据存储 ❌ ✅ ❌ 有亿级数据的存储方案 ✅ ✅ ✅ ✅ 有成熟的扩容方案 ✅ ✅ ✅ ✅ 冷热数据 ✅ ✅ MySQL是典型的传统关系型数据库，MongoDB是典型的文档型数据库，TiDB是典型的NewSQL数据库，S3是典型的对象存储数据库。 一般使用比较多的数据库如MySQL、MongoDB在这些方面都有成熟的方案。综上所述：采用「MongoDB」来存储元数据和Excel文档的热数据，采用「对象存储」来存放冷数据是一个比较不错的方案。
2.8K20编辑于 2022-08-25 【SpringBoot实战系列】SpringBoot3.X 整合 MinIO 存储原生方案
SpringBoot3.X整合MinIO存储原生方案：从环境搭建到实战开发 一、前言：为什么选择MinIO？ 在分布式存储领域，MinIO作为一款高性能的对象存储服务，凭借兼容S3 API、轻量级部署、支持分布式集群等特性，成为企业级文件存储的热门选择。 本文将基于SpringBoot3.X版本，从零开始构建MinIO文件存储方案，涵盖环境准备、依赖配置、核心功能开发、进阶特性及问题排查，帮助开发者快速掌握原生整合方案。 二、环境准备 1. X整合MinIO的原生方案，从环境搭建到核心功能实现，涵盖了文件上传、下载、删除等常用操作，并补充了异常处理、参数校验、安全实践等内容。 通过原生SDK整合，开发者可以灵活定制存储逻辑，满足不同业务场景需求。 MinIO作为轻量级对象存储方案，非常适合中小规模项目使用，结合SpringBoot的自动化配置，能大幅提升开发效率。
92410编辑于 2025-12-22- 来自专栏AIoT技术交流、分享
车载T-BOX中MCU和SoC通信方案（SPI通信方式）
在车载T-BOX中，MCU和SoC之间必然存在数据通信，本篇博文将分享一种基于SPI方式的通信方案。 拓展学习：一文搞懂SPI通信协议。 SoC作为主机，MCU作为从机，配置模式如下所示： 通信模式：模式0； 通信速率：4.8Mbps； 数据存储：小端模式； 数据长度：每包256Byte。 MCU和SoC物理连接如图所示： 名词解析： MISO：主设备输入从设备输出； MOSI：主设备输出从设备输入； SCLK：时钟信号，主设备产生； CS：片选，主设备控制，低电平有效； S_RQ：从设备请求数据信号
2.3K30编辑于 2022-12-29 - 来自专栏存储公众号：王知鱼
Solidigm：海量数据存储方案
得益于SKhynix在高密度存储3D-NAND领域长期积累的优势，Solidigm可完整复制高密度存储的生产能力。 高密度存储全栈解决方案 主要涵盖了三个方面的技术突破： 1. 这一进展对存储系统具有重要意义，因为它提供了更高的存储容量，同时不sacrificing牺牲性能和耐久性，为数据中心和企业存储解决方案提供了更具成本效益的选择。 图片阐述了存储技术领域正在经历的重大转变，强调了高密度存储解决方案的重要性。主要传达以下几个关键信息： 1. 高密度存储的价值：图片呼吁关注高密度存储技术的价值，这种技术能够在有限的物理空间内存储更多数据。 3. 扩展性：强调了大规模就地扩展的能力，这使得存储系统能够在不中断服务的情况下轻松增加容量。 4. 采用固态硬盘和闪存存储技术的数据中心可以大幅降低能耗和成本。 2. 数据中心使用全QLC闪存存储方案能够实现更高的容量和更低的成本。 3.
88910编辑于 2025-02-11 - 来自专栏小徐学爬虫
Elasticsearch数据存储优化方案
优化Elasticsearch数据存储有助于提升系统性能、降低成本、提高数据查询效率以及增强系统的稳定性和可靠性。通常我们再优化Elasticsearch数据存储会遇到一些问题，导致项目卡壳。 以下是优化Elasticsearch数据存储的一些重要作用：1、问题背景在某些场景中，我们可能会考虑绕过数据库，直接使用Elasticsearch存储数据，并在Python应用程序中实时构建这些数据。 2、解决方案使用Elasticsearch批量索引APIElasticsearch的批量索引API具有很高的效率，可以处理大量的数据。具体性能会根据源文档和分析器的复杂性有所变化。 消息代理是一种中间件软件，它可以存储和转发消息。应用程序将数据发送到消息代理，消息代理将数据转发到Elasticsearch。 如果Elasticsearch无法及时处理数据，那么消息代理会将数据存储起来，等到Elasticsearch能够处理数据时再转发给Elasticsearch。
99210编辑于 2024-03-18 - 来自专栏存储公众号：王知鱼
SuperMicro：AI存储硬件方案
• 并行文件系统，高性能对象存储。 SuperMicro：AI存储硬件方案-Fig-3 基础计算硬件方案 在执行 AIOps 和 MLOps 时： • GPU 密集型服务器加速 AI 训练和推理。 • 更多利用率 -> 更好的投资回报（ROI） • Supermicro Peta级存储系统： • 使用最新的 E3.S NVMe 存储的 1U 和 2U 服务器。 • WEKA 数据平台： • 扩展式、分层存储解决方案。 • 集群存储解决方案。 • 数据保护和性能保障。 SuperMicro：AI存储硬件方案-Fig-6 方案验证 机架视角的集群组网方案 解决方案架构，分为三个层次： 1. 全闪存层（All-Flash Tier）：使用 Supermicro Petascale 存储服务器，通过 400 Gbps 的 InfiniBand 提供数据存取。 3.
1.5K10编辑于 2025-02-11 - 来自专栏Elton的技术分享博客
网站密码存储方案比较
第一种就不解释了，我们看下第二种加密算法（php代码）$salt是一个随机字符串，每个用户都不一样，并且要存储下来用于验证 md5($password. [:r] 然后在django.contrib.auth.hashers里使用，密码以“algorithm$number of iterations$salt$password hash”的格式返回，并存储在同一个字段中 当然，如果你自己编写PBKDF2函数，你可以将salt存储在任意字段。只要让每个用户都不一样就行了。 def verify(self, password, encoded): algorithm, iterations, salt, hash = encoded.split('$', 3) def safe_summary(self, encoded): algorithm, iterations, salt, hash = encoded.split('$', 3)
2.2K30发布于 2021-01-22 - 来自专栏技术杂记
Mysql 优化存储3
结果是类似这样的 [root@opti-slave tmp]# cat optimize.sql optimize table azheng_db.answers; optimize table azheng_db.feedbacks; optimize table azheng_db.logged_exceptions; optimize table azheng_db.question_answers; optimize table azheng_db.questions; optimize tabl
40820编辑于 2022-03-21 - 来自专栏Android开发指南
3.数据存储
在内部文件的读取 **内部存储(internal storeage) ram:运行时期的内存 (相当于电脑的内存) rom；存储的内存 (相当于电脑的硬盘) ，sd卡路径：storage/sdcard * 所有存储设备，都会被划分成若干个区块，每个区块有固定的大小 * 存储设备的总大小 = 区块大小 * 区块数量 一般的术语:手机自带的32G，指的是手机的外部存储空间 3. 储存步骤 得到了SharedPreferences对象之后， 就可以开始向SharedPreferences文件中存储数据了，主要可以分为三步实现。 1. 3. 调用 commit()方法将添加的数据提交，从而完成数据存储操作。
1.3K70发布于 2018-05-14 - 来自专栏python3
KVM专题（3）存储
KVM存储模式 基于文件系统的存储 dir:目录格式的存储 fs:磁盘分区存储 neyfs:网络共享文件存储 基于设备的存储 Disk：物理硬盘存储 Iscsi:iSCSITarget后端存储 logical :逻辑卷的存储 KVM支持的虚拟磁盘类型 raw 这并非是一种真正的磁盘格式，而是代表虚拟机所使用的原始镜像 他并不存储元数据，因此可以作为保证虚拟机兼容性的候选方案。 : 存储池的基本概念 Libvirt可以以存储池的形式对存储进行统一管理、简化操作 对于虚拟机操作来说，存储池和卷并不是必须的 ? gpt格式 准备xml文件 <pool type='disk'> <name>guest_images3_fs</name> <source> <device path='/dev/sdc virsh pool-start guest_images<em>3</em>_fs :启动<em>存储</em>池 创建基于iscsi的<em>存储</em>池 在iscsi Target服务器上面安装target服务，并配置 /backstores/
1.4K10发布于 2020-01-10 - 来自专栏开发技能乱炖
3-数据存储之文件存储(1)
一 简单介绍： 我们前面很少将提取的数据或者获取的源码保存下来；其实日常的工作中在解析出数据后接下来就是存储数据。 熟悉/了解上面的知识点后(详细信息：菜鸟教程/w3school)，我们实例一下； 小说网站：https://xs.sogou.com/mianfei/ 获取书名、简洁并保存为txt文件： import JSON文件存储: 先官方话了解一下： JSON(JavaScript Object Notation) 是一种轻量级的数据交换格式。它基于ECMAScript的一个子集。 3). CSV文件存储： 使用csv文件存储，我理解的就是表格存储，Excel都用过吧，就是那个;接下来我们分文件的写入跟读取两部分分开讲解，请系好安全带(如果非要介绍定义的话，请百度…我就是懒)； 简单写入，
2.2K30发布于 2019-11-12
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号