首页
学习
活动
专区
圈层
工具
发布
    • 综合排序
    • 最热优先
    • 最新优先
    时间不限
  • 来自专栏编程学习之路

    MCU的最佳存储方案CS创世 SD NAND

    那关于MCU存储方面,以前基本上用内置的E2PROM,或者是外置的NOR Flash 就可以了。 但随着物联网的兴起,MCU的应用越来越广泛了,逐渐的MCU会涉及到大容量的存储需求,用来存储音频,图片(GUI)、视频缓存、协议栈等等。 我们知道MCU为了功耗,牺牲了很多性能,如果让MCU直接管理NAND Flash的话,复杂的驱动软件就会大量占用MCU的处理器资源,MCU没法干别的了。   针对这么复杂的驱动程序,MCU也有心无力,让人感觉是小马拉大车。   那么针对MCU需要使用大容量的存储需求,有没有一种简单易用、稳定可靠的NAND Flash产品呢? 把针对NAND Flash管理的大车,放心的交给SD NAND,可以看到针对MCU如何选择大容量存储NAND Flash,SD NAND是不二选择,简直就是"郎才女貌"。 PS.

    59810编辑于 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是不二选择,简直就是"郎才女貌"。

    43710编辑于 2024-07-03
  • 来自专栏人人都是极客

    NXP MCU外接摄像头方案

    如下是 Flexio 接口的MCU外接并口摄像头的硬件参考链接。 类似的Flexio的连接方案可以在NXP的Kinetis MCU KL28, K82等上面都找到相同的硬件连接方式。 其中摄像头OV7670典型的硬件供电连接图参考如下: 在I.MXRT1010的FlexIO实现的并口摄像头方案,外接OV7670摄像头,配置输出QQVGA数据帧,帧率可以达到30fps。 0x2A,0x2C,0x0A,0x00, 20fps: 0x20,0xA1,0x07,0x00, 在FRDM-K82F开发板上测试,160*120是实现的最大分辨率,采用单芯片无外扩RAM的方案 可以通过MCU输出CLKOUT信号 50MHz的时钟给到摄像头模块。I2C接口配置直接连接MCU的I2C外设。320x240解析度的图片需要 150K字节的RAM空间。 另外,在I.MXRT106F上面实现了活体人脸识别的方案

    1.9K10编辑于 2023-09-11
  • 来自专栏嵌入式开发圈

    关于MCU产品开发参数存储的几种方案(开源项目持续收集整理中)

    在工作中,凡是涉及到产品开发几乎都会实现参数存储功能,一般参数存储会采用如下的存储介质进行,如:eeprom、spi flash、nand flash、SD卡等等,至于怎么存储那就多种多样了,以我之前开发的产品为例 4、开源项目收集整理 地址:https://gitee.com/morixinguan/mcu-product ? ?

    1.6K10发布于 2021-02-23
  • 来自专栏嵌入式开发圈

    一个产品级MCU内存管理方案

    内存管理方案 不发明车轮,只优化轮胎。 内存管理是编程界的一个大话题,有很多经典的方案。很多人也在尝试写新的方案。内存分配模块我们使用K&R C examples作为基础,然后进行优化。K&R是谁? 这本书的8.7章节,<实例--存储分配程序>,介绍了一种基本的存储分配方法。代码见alloc.c,整个代码只有120行,而且结构很美。 K&R 内存管理方案分析 下面我们结合代码分析这种内存分配方案。 缺点2:内存消耗 内存分配方案使用了一个结构体,每次分配的最小单位就是这个结构体的大小16字节。 我们可以参考LINUX内存分配方案SLAB。 0 4396 mcu_timer.o 1564 82 0 0 328 9072 mcu_uart.o

    1.5K21发布于 2021-01-26
  • 来自专栏TopSemic嵌入式

    基于无线型RISC-V MCU的电子胸牌方案

    基于沁恒无线型RISC-V MCU CH32V208制作的电子胸牌,配合上位机软件,可覆盖大部分的会议环节,实现会议每个环节的智慧进行。 一、电子胸牌方案框图 电子胸牌主控采用单颗无线型 RISC-VMCUCH32V208,这款MCU采用沁恒自研RISC-V内核青稞V4C,集成低功耗蓝牙、10M以太网、触摸按键等功能,单颗CH32V208 LCD用于显示相关信息,也可采用墨水屏等显示方案。 微信小程序用于配置电子胸牌显示的参会者姓名,并将参会者信息传输给后台服务器,用于签到统计等功能。小程序还提供电子胸牌的使用说明。 该方案已成功应用于RISC-V中国峰会2022南京分会,助力峰会每个环节的智慧进行。 该方案已开源,GitHub链接:https://github.com/openwch/E_Card CH32V208资料链接:https://www.wch.cn/products/CH32V208.

    1K20编辑于 2022-12-06
  • 来自专栏一行舟

    在线Excel存储方案

    引言:设计数据存储方案时,Feed流、IM消息、订单等一些典型业务场景的,都有比较多的技术文章和教学课程;在线Excel场景下的文章却很匮乏,所以把自己近期对在线Excel存储选型的一些思考写下来,和大家一起交流 人的主要属性有:用户ID、人员名称等,是典型的结构化数据,我们只需要根据数据量去选择合适的存储方案就可以,不是本文的重点,就不细说了。 我们重点分析Excel文档的存储方案设计 经过上面的分析我们对数据库的需求有: 需求 是否必须 低延迟 必须 支持CP模型 必须 支持非结构化数据存储 必须 有亿级数据的存储方案 必须 有成熟的扩容方案 必须 冷热数据 非必须 各类数据库对比 最终选型 需求 MySQL MongoDB TiDB S3 低延迟 ✅ ✅ ✅ 支持CP模型 ✅ ✅ ✅ 支持非结构化数据存储 ❌ ✅ ❌ 有亿级数据的存储方案 ✅ ✅ ✅ ✅ 有成熟的扩容方案 一般使用比较多的数据库如MySQL、MongoDB在这些方面都有成熟的方案。综上所述:采用「MongoDB」来存储元数据和Excel文档的热数据,采用「对象存储」来存放冷数据是一个比较不错的方案

    2.8K20编辑于 2022-08-25
  • 来自专栏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
  • 来自专栏小徐学爬虫

    Elasticsearch数据存储优化方案

    优化Elasticsearch数据存储有助于提升系统性能、降低成本、提高数据查询效率以及增强系统的稳定性和可靠性。通常我们再优化Elasticsearch数据存储会遇到一些问题,导致项目卡壳。 以下是优化Elasticsearch数据存储的一些重要作用:1、问题背景在某些场景中,我们可能会考虑绕过数据库,直接使用Elasticsearch存储数据,并在Python应用程序中实时构建这些数据。 2、解决方案使用Elasticsearch批量索引APIElasticsearch的批量索引API具有很高的效率,可以处理大量的数据。具体性能会根据源文档和分析器的复杂性有所变化。 消息代理是一种中间件软件,它可以存储和转发消息。应用程序将数据发送到消息代理,消息代理将数据转发到Elasticsearch。 如果Elasticsearch无法及时处理数据,那么消息代理会将数据存储起来,等到Elasticsearch能够处理数据时再转发给Elasticsearch。

    98410编辑于 2024-03-18
  • 来自专栏存储公众号:王知鱼

    SuperMicro:AI存储硬件方案

    SuperMicro:AI存储硬件方案-Fig-1 云厂商 AI存储方案 大规模 AI/GPU 集群基础设施。按可扩展单元 (SU,也称为 Pod,例如 256 个 GPU) 进行扩展。 SuperMicro:AI存储硬件方案-Fig-2 企业级AI存储方案 Pod 级别的部署(较云厂商规模、性能要求降低) 企业用例,推理与训练的比较 存储需求: • 全 NVMe 或 PB 级别的分层存储 • WEKA 数据平台: • 扩展式、分层存储解决方案。 • 集群存储解决方案。 • 数据保护和性能保障。 SuperMicro:AI存储硬件方案-Fig-5 计算+存储(性能层)+容量层 方案 所有训练数据集和模型都存储在本地 • 数据湖使用容量优化的存储。 SuperMicro:AI存储硬件方案-Fig-6 方案验证 机架视角的集群组网方案 解决方案架构,分为三个层次: 1.

    1.4K10编辑于 2025-02-11
  • 来自专栏Elton的技术分享博客

    网站密码存储方案比较

    第一种就不解释了,我们看下第二种加密算法(php代码)$salt是一个随机字符串,每个用户都不一样,并且要存储下来用于验证 md5($password. [:r] 然后在django.contrib.auth.hashers里使用,密码以“algorithm$number of iterations$salt$password hash”的格式返回,并存储在同一个字段中 当然,如果你自己编写PBKDF2函数,你可以将salt存储在任意字段。只要让每个用户都不一样就行了。

    2.2K30发布于 2021-01-22
  • 来自专栏存储公众号:王知鱼

    Solidigm:海量数据存储方案

    存储需求差异化:从数据中心的大容量存储到车载的相对小容量存储,不同环节对存储容量要求各不相同。 6. 可持续性:增加对总体拥有成本(TCO)和可持续性的关注。 得益于SKhynix在高密度存储3D-NAND领域长期积累的优势,Solidigm可完整复制高密度存储的生产能力。 高密度存储全栈解决方案 主要涵盖了三个方面的技术突破: 1. 这一进展对存储系统具有重要意义,因为它提供了更高的存储容量,同时不sacrificing牺牲性能和耐久性,为数据中心和企业存储解决方案提供了更具成本效益的选择。 图片阐述了存储技术领域正在经历的重大转变,强调了高密度存储解决方案的重要性。主要传达以下几个关键信息: 1. 采用固态硬盘和闪存存储技术的数据中心可以大幅降低能耗和成本。 2. 数据中心使用全QLC闪存存储方案能够实现更高的容量和更低的成本。 3.

    87910编辑于 2025-02-11
  • 来自专栏VoiceVista语音智能

    Running AINeural Network on MCU

    以下为完整视频 -- http://mpvideo.qpic.cn/0bf2veaaiaaarean2o2ylbpfbkodasuqabaa.f10002.mp4?dis_k=4b2bb0b59e8

    68830发布于 2020-03-04
  • 来自专栏腾讯云存储

    对象存储COS成本优化方案

    存储费用方面,COS提供了标准存储、低频存储、智能分层存储、归档存储、深度归档存储等不同的存储类型,各个存储类型的产品规格和价格均存在差异,客户可以根据自己的业务模式选择性价比最匹配的存储类型。 下面我们将从5个方面介绍COS成本优化方案: 选择合适的存储类型 定期通过清单和访问日志功能分析数据访问模式 通过生命周期和批量处理沉降数据 通过文件压缩减少存储容量 进行成本回顾 一、选择合适的存储类型 下表展示了使用不同存储类型存储一个月数据对应的存储成本,以在广州园区存储100TB业务数据为例: 从表中可以看到,如果业务数据下载量较低,则选择归档存储甚至深度归档能有效降低存储成本,最冷的深度归档存储相较标准存储可节省 最小存储时长:数据存储在对应存储类型时,需要存储的最短时间,不满最短时间按照最短时间算。比如低频存储最少存储 30天,如果一个低频数据只存储了1天就删除,也会按照 30天计算费用。 在未来,COS会持续探索并推出更多的存储产品和服务,挖掘场景化解决方案,为客户提供业界内性价比最高的存储服务。

    2.3K31发布于 2020-11-20
  • 来自专栏code秘密花园

    前端最能打的本地存储方案

    前言 之前开发了一个离线存储的需求,需要在本地存储较大的数据量,并且还要考虑到多种场景下的存储方式兼容。产品的原话就是“要又大又全”。既然存储量大,也要覆盖全多种设备多种浏览器。 方案选择 既然要存储的数量大,得排除cookie localStorage,虽然比cookie多,但是同样有上限(5M)左右,备选 websql 使用简单,存储量大,兼容性差,备选 indexDB api 首先indexDB的存储,理论上是硬件有多大内存就可以存多少,但是有些浏览器厂商会限制,具体限制各家不同,但是基本最小是250M起步 使用 解决了兼容性和存储量的点,我们就来看看localforage 如果存储数据出现了脏数据或者读取问题,想要清理用户设备上的数据怎么处理? 解决 存储数据的时候加上存储的时间戳和模块标识,加时间戳一起存储 setItem({ value: '1', label: 'a', module: 'a', timestamp

    1.4K30编辑于 2023-09-11
  • 来自专栏伟哥专栏

    COS存储跨园区同步方案

    对象存储(Cloud Object Storage,COS)是腾讯云提供的一种存储海量文件的分布式存储服务,用户可通过网络随时存储和查看数据。 腾讯云 COS 使所有用户都能使用具备高扩展性、低成本、可靠和安全的数据存储服务。 数据同步方案3:回源拉取同步能力 回源拉取复制.jpg 针对于热数据同步的场景,部分数据同步,降低存储成本。 此方法优点:配置简单,仅热数据被同步,节省存储空间。 ---- COS高可用数据同步方案 通过数据同步方案4的架构,结合COS自身特点与相关产品的功能,我们可以绘制出一个具备数据高可靠 + 高可用 + 容灾能力 + 故障切换能力的整体架构图。 存储高可用同步方案(完整).jpg 数据高可靠:通过上传至Master桶后,可实现实时跨区域数据同步,包括多云(友商云)同步。确保数据主从分离,天然支持业务层多副本冗余,提升数据可靠性。

    3.1K1413发布于 2020-06-13
  • 来自专栏王亚昌的专栏

    SNS站点的数据存储方案

        今天看了篇文章,谈到SNS站点应用中的分库分表问题,这里我也谈谈我对SNS站点和应用数据存储的看法。 一、数据存储     SNS站点中数据层根据业务和访问特性可分为几类:     1. 这类数据一定要落到DB里,保证数据的终极存储,前端用内存cache保证快速响应,因为写并不是很频繁,因些DB足以支持,通常mysql可以支持每秒200-400次写请求。     3. 如果cache机掉电的话,可以采用上面提到的方案,从DB中恢复数据,用户资料回档到10分钟之前,同时对用户进行补偿与告知,平息用户投诉。 三、总结     本文主要讨论了SNS站点和应用数据存储的问题,上面给出的方案基于业务可用性、稳定性、冗灾以及成本的综合考虑,用一位前辈的话就是“一切都是均衡”,业务的稳定性不能单独靠高成本去保证。 

    1.2K20发布于 2018-08-03
  • 来自专栏lib库

    通用缓存存储方案设计

    目录介绍01.整体概述说明1.1 项目背景介绍1.2 遇到问题记录1.3 基础概念介绍1.4 设计目标1.5 产生收益分析02.市面存储方案2.1 缓存存储有哪些2.2 缓存策略有哪些2.3 常见存储方案 2.4 市面存储方案说明2.5 存储方案的不足03.存储方案原理3.1 Sp存储原理分析3.2 MMKV存储原理分析3.3 LruCache考量分析3.4 DiskLru原理分析3.5 DataStore LruDiskCache 存储文件格式如下所示图片DataStore 存储文件格式如下所示图片04.通用缓存方案思路4.1 如何兼容不同缓存定义通用的存储接口不同的存储方案,由于api不一样,所以难以切换操作 要是想兼容不同存储方案切换,就必须自己制定一个通用缓存接口。定义接口,然后各个不同存储方案实现接口,重写抽象方法。 4.3 切换不同缓存方式传入不同类型方便创建不同存储方式隐藏存储方案创建具体细节,开发者只需要关心所需产品对应的工厂,无须关心创建细节,甚至无须知道具体存储方案的类名。

    1.7K10编辑于 2023-03-07
  • 来自专栏前端技术江湖

    前端最能打的本地存储方案

    前言 之前开发了一个离线存储的需求,需要在本地存储较大的数据量,并且还要考虑到多种场景下的存储方式兼容。产品的原话就是“要又大又全”。既然存储量大,也要覆盖全多种设备多种浏览器。 方案选择 既然要存储的数量大,得排除cookie localStorage,虽然比cookie多,但是同样有上限(5M)左右,备选 websql 使用简单,存储量大,兼容性差,备选 indexDB api 首先indexDB的存储,理论上是硬件有多大内存就可以存多少,但是有些浏览器厂商会限制,具体限制各家不同,但是基本最小是250M起步 使用 解决了兼容性和存储量的点,我们就来看看localforage 如果存储数据出现了脏数据或者读取问题,想要清理用户设备上的数据怎么处理? 解决 存储数据的时候加上存储的时间戳和模块标识,加时间戳一起存储 setItem({ value: '1', label: 'a', module: 'a', timestamp

    1.2K10编辑于 2023-09-25
  • 来自专栏Czy‘s Blog

    浏览器本地存储方案

    浏览器本地存储方案 浏览器本地存储方案可以分为三个方面,分别为Cookie、Web Storage、IndexedDB。 Web存储机制,所以在某些需求下为了处理兼容性的情况可能还是需要Cookie存储一些业务信息。 缺点 存储量小,虽不同浏览器的存储量不同,但基本上都是在4KB左右。 localStorage localStorage对象在修订过的HTML5规范中作为持久保存客户端数据的方案取代了我们上面所提到的globalStorage。 也正是出于以上这些原因,localStorage被视为替代Cookie的解决方案,但还是要注意不要在localStorage中存储敏感信息。

    1.2K40发布于 2021-01-18
领券