spi

CH372或CH375的USB通讯问题解答

二次信任 提交于 2020-08-13 19:10:43
1、如果是在没有单片机的情况下,进行简单的I/O输入输出,那么可以参考CH341的资料,CH341不需要单片机就能独立工作,可以提供串口、并口、兼容IIC或I2C的2线接口、兼容SPI及JTAG的4线接口、5线接口等,可以提供多个GPIO通用I/O,可以用于控制低速模数转换AD、DA、数字I/O、I/O扩展等。 2、如果是单片机/DSP等与计算机相连接,也就是USB设备方式的应用,那么参考CH372的资料。可以下载CH372+CH451评估板/演示板的资料CH372EVT.ZIP,有PDF文档和例子程序,例如,评估板说明及USB设备应用参考CH375451,参考电路和PCB,小数据量交互传输/应用层中断演示的例子DEMO,含MCS51单片机C程序和汇编程序,批量数据传输的例子BULK测试速度,USB外置固件的C和汇编例子XFIRM,VC/VB/BC/DELPHI的例子等。另外,可以下载CH37X在计算机WINDOWS下的简单调试工具CH372DBG.ZIP,其中有MCS51单片机上位机与下位机的C源程序,PC机程序可以通过USB对MCS51进行简单仿真和控制,其中的C程序稍作修改就可以用于其它单片机。调试工具DEBUG372可以用于调试和检查下位机的程序。 3、如果是单片机/DSP等控制其它USB设备,也就是USB主机方式的应用,那么可以参考CH375的资料

​医用呼吸机Everspin MRAM应用笔记

此生再无相见时 提交于 2020-08-13 16:01:12
由于当前疫情的大流行,增加医用呼吸机的供应迫在眉睫。Everspin Technologies提供了一种独特的 MRAM 存储技术,它将为这类设备的电子系统设计带来好处。 呼吸机是一种通过将可呼吸的空气移入和移出肺部来提供机械通气的机器,用于向身体不能呼吸或呼吸不充分的患者输送呼吸。现代呼吸机是计算机化的微处理器或控制的机器,但是病人也可以用简单的手动操作的气囊面罩进行通气。呼吸机主要用于重症医学、家庭护理和急救医学(作为独立单元)以及麻醉学(作为麻醉机的一个部件)。 随机存取存储器(MRAM) 呼吸机参数和报警设置存储在最少128kb (Everspin型号MR25H128A)的非易失性存储器中,以确保在呼吸机电源关闭或断电情况下保留设置。 最少32Mb ( MR5A16A )的非易失性事件存储器存储事件日志。该日志记录诸如呼吸机停止和启动、确认的呼吸机和警报设置、警报和技术故障历史等信息,包括任何相关的音频暂停或警报暂停按键、警报重置和确认按键。当呼吸机关闭和断电时,这些信息也会保留。 至少4Mb (MR25H40)的MRAM可用于存储操作软件程序变量。存储在MRAM的数据在呼吸机关闭期间保存。 Everspin 的并行输入/输出MRAM产品的简单异步静态随机存取存储器标准JEDEC接口和QSPI/SPI接口使设计易于实现,无需额外的组件或生态系统支持。Everspin

巨微通用无线射频芯片的功能和特点

自闭症网瘾萝莉.ら 提交于 2020-08-13 14:12:09
上海巨微独创的BLE射频前端的芯片是在巨微自主研发的BLE基带和协议栈基础上,精简开发的一系列性价比极高的射频芯片。巨微MG126和MG127系列射频芯片可以与市面上绝大多数MCU芯片配合,完成BLE数据传输功能。是广泛的MCU微控制公司的无线好帮手。 射频芯片对应的协议栈设计精简。协议栈如果用软件来实现,并运行在MCU上的情况下,代码和程序所占用的空间和运算量会影响MCU的应用程序的开发能力,也会是MCU生态最大的考量。代码精简的协议栈将是降低MCU接入门槛的最大因素。 射频芯片结构简单和性价比高。 射频芯片 的结构要足够简单和成本低,封装或晶圆面积要足够小,以便于模块和合封方案的设计。 射频芯片与MCU之间的接口要非常简单和通用。SPI接口是MCU行业最常用的兼容性最好的接口。这种接口不限于两颗芯片之间的时钟异步,对信号的传输成功率有很好的保证。 射频芯片供应商提供完整的兼容性保障。蓝牙兼容性是所有 蓝牙芯片 供应商面临的最棘手也是最开放的问题。快速及时且有效的解决客户产品的兼容性问题,是通用蓝牙射频芯片供应商所提供的最重要的技术保障。 射频芯片供应商上海巨微不仅能够提供封装片,还能提供晶圆合封生产中的封装测试的专业支持。提供小体积的封装片不仅仅能够满足系统验证和早期调试的要求,还能够满足一部分小批量的方案商的需求。同时提供完整的射频测试的流程支持。这部分的专业技能

痞子衡嵌入式:降低刷新率是定位LCD花屏显示问题的第一大法(i.MXRT1170, 1280x480 LVDS)

空扰寡人 提交于 2020-08-13 13:03:25
  大家好,我是痞子衡,是正经搞技术的痞子。今天痞子衡给大家分享的是 i.MXRT1170上LCD花屏显示问题的分析解决经验 。   痞子衡最近这段时间在参与一个基于i.MXRT1170的大项目(先保个密),需要做一个开机动画功能,板子连接的LCD屏分辨率是1280x480,因为开机动画要求达到30fps,并且要画质清晰,如果是从SD卡里读mp4或者jpeg去解码,这么高分辨率的图像(暂不考虑低分辨率的图片再用PXP模块去拉伸的方案)解码耗时比较长,恐怕难以达成30fps,所以痞子衡打算直接把图片的裸rgb数据事先存在Flash里,然后LCD模块直接去刷Flash里的数据去显示。   板子上的SPI NOR Flash有两种,默认是八线DDR高性能Flash,还有一个可选的四线SDR普通Flash,痞子衡做好的代码在默认高性能Flash上跑得没问题,换到另一块rework为普通四线Flash上就出问题了,显示完全是花屏,没有一点图片的影子,到底是怎么回事?跟着痞子衡一起去发现答案吧。 一、项目板卡简图   先来看一下这个项目板卡简图,简图里只示意了痞子衡今天要分享的LCD问题相关的器件,显示屏是TM103XDKP13控制器驱动的LVDS接口屏,跟i.MXRT连接的话需要有一个RGB2LVDS转接。Flash都是选的旺宏的,一个是MX25UW51345(200MHz,8bit,DDR

智能交通灯控制系统升级方案-基于迅为iTOP-4418平台

六月ゝ 毕业季﹏ 提交于 2020-08-12 18:22:17
随着中国经济的发展和城市化的进程,交通拥堵从大城市蔓延到中小城市,人流和车流高峰期的拥堵成了常态,这对保证城市的正常运转带来了极大的挑战。几乎所有的城市,都在大力扩展道路,以此来缓解交通的压力,但是由于城市稀缺的土地资源,道路只能进行有限的拓宽。在这种现状和发展态势下,部分地区的道路成了极其稀缺的资源。因此,在大数据平台基础上,利用智能红绿灯系统对道路资源进行合理分配,则成为提高道路利用率的重要方法。 一 传统的红绿灯 传统的红绿灯有两种,传统定时式红绿灯和行人控制式红绿灯。 传统定时式红绿灯,顾名思义,采用定时的方式,红黄绿转换时间全部固定。传统红绿灯在车流和人流量较低的时候,可以发挥一定的作用。但是在道路资源稀缺,也就是道路拥堵的情况下,传统红绿灯完全不能对道路资源进行分配。 行人控制式的红绿灯,多适用于在地广人稀路段,行车道常绿,有行人过马路按按钮,行车道路灯变红,行人可以过马路。这种方式在特定区域,可以增加道路利用率,但是针对交通拥堵的情况,几乎没有任何作用。 传统红绿灯,采用的方案一般是单片机加上PLC控制电路。如果要采用这种方案,很难进行功能扩展,无法使用先进的大数据等技术。 二 交通灯升级项目 用户:某智能交通公司 合作方式:迅为电子负责设计硬件、驱动以及协助解决批量生产过程可能会出现的问题。用户负责上层应用、以及对原来设备的升级。 项目特殊要求: 1

巨微通用BLE射频前端芯片—MG126

大城市里の小女人 提交于 2020-08-12 15:12:59
巨微MG126 是内部集成了发射机、接收机、GFSK 调制解调器和BLE 基带处理的一款低功耗、低成本的BLE 收发器。MG126 采用QFN16 封装,芯片大小为3mm x 3mm。搭配Cortex-M0 MCU 和少数外围被动器件,可以实现BLE 遥控、蓝牙键盘等数据传输应用。 上海巨微 MG126该系列芯片可以与市面上绝大多数MCU芯片配合,完成BLE数据传输功能。是广泛的MCU公司的无线好帮手。巨微总代理英尚微电子介绍关于MG126射频芯片产品特性以及应用和解决方案。 功耗指标 下表是在3.3V 供电情况下,MG126 典型的功耗情况. Mode Description Total Typical Current at 3.0v Standby 待机状态下电流,通过spi唤醒 3 uA Sleep 睡眠电流,不发射不接收 50 uA TX active 持续发射 20 mA @ 0dBm output power RX active 持续接收 18 mA MCU需求 实现BLE 遥控、蓝牙键盘等数据传输应用,需要搭配Cortex-M0 或者M3 的MCU,具体资源需求如下: 系统时钟:48MHz 及以上 通信接口:SPI,主设备,clk 6Mbps 及以上 ROM size:16 KBytes (如果需要实现OTA 则size 加倍) RAM size:4 KBytes

使用Hystrix的插件机制,解决在使用线程隔离时,threadlocal的传递问题

爱⌒轻易说出口 提交于 2020-08-12 07:09:05
背景 在我们的项目中,比较广泛地使用了ThreadLocal,比如,在filter层,根据token,取到用户信息后,就会放到一个ThreadLocal变量中;在后续的业务处理中,就会直接从当前线程,来获取该ThreadLocal变量,然后获取到其中的用户信息,非常的方便。 但是,hystrix 这个组件一旦引入的话,如果使用线程隔离的方式,我们的业务逻辑就被分成了两部分,如下: public class SimpleHystrixCommand extends HystrixCommand<String> { private TestService testService; public SimpleHystrixCommand(TestService testService) { super(setter()); this.testService = testService; } @Override protected String run() throws Exception { .... } ... } 首先,我们定义了一个Command,这个Command,最终就会丢给hystrix的线程池中去运行。那,我们的controller层,会怎么写呢? @RequestMapping("/") public String hystrixOrder () {

射频芯片设备造价和流程复杂度远高于MCU

試著忘記壹切 提交于 2020-08-12 06:57:25
通用MCU芯片厂商多年来所面临的最大挑战就是在激烈的市场竞争中保持差异化,高品质及高性能及方案解决能力和完善配套开发软件。差异化意味着MCU微控制芯片的定义需要面对市场需求快速收敛。通常一颗MCU芯片产品从定义到面向市场,大约3~6个月时间。 然后以蓝牙为代表的射频技术,与MCU微控制器的设计制造应用流程有诸多不同: 1. 开发一款射频SOC蓝牙芯片的周期远远长于开发一款MCU芯片。在设计上射频技术的工作频率通常在1GHz以上,处理的是在时间和强度上连续分布的模拟信号。而MCU微控制器技术通常在100MHz,处理的是在时间离散的“0”和“1”的逻辑信号。这两种不同芯片设计的数学物理模型和实现方法有巨大差异,需要完全不同的知识背景的设计人才,他们的工作经验,设计流程和思维方式也截然不同。 通常一颗全新的 射频芯片 ,在有5年以上设计经验的设计者的工作下,开发周期在2~5年左右。在生产制造上,射频芯片通常需要用到诸如片上电感,介质电容等射频技术特有的工艺流程。而MCU制造通常会用到诸如Flash工艺等。这两类制造工艺几乎不能完全复用,因而在晶圆制造成本上是叠加的。同时在芯片的封装,测试和品控标准上,射频芯片的设备造价和流程复杂度远高于MCU微控制器。 2. 在芯片的应用开发上射频芯片的开发者需要更多的射频经验来解决信号干扰,反馈和匹配等问题,所需要的调试仪器,如频谱分析仪和网络分析仪等

疯壳AI开源无人机遥控整机代码走读、编译与烧写

六眼飞鱼酱① 提交于 2020-08-12 02:56:30
一、代码架构 遥控的整体代码工程由7个工作组组成,分别是Remoter、show、Driver、STM32_LIB、USB、USB/Lib以及Drv_Point,如下图所示。 各个组的具体的代码功能如下表所示。 组 功能 Remoter 包含遥控器数据数据、摇杆按键处理等。 show 负责遥控器整体的显示菜单UI等代码实现 Driver 各个模块的底层驱动 STM32_LIB STM32标准库 USB USB相关 USB/Lib USB库 Drv_Point 系统关键库 二、代码走读 系统的主函数部分是整个代码的起始运行位置,在主函数内主要做三个事情:1、初始化外设及参数,2、轮询线程函数,3、菜单显示逻辑,其代码如下图所示。 系统的每一个线程函数都已经分配好了运行周期,在不同的线程里执行不同的事情,线程的切换通过简单的逻辑处理形式切换,而系统的运行时间由 sysTick提供,即系统的“滴答”时钟。各个线程的入口如下。 分别有 1000ms周期的函数、50ms周期的函数、10ms周期的函数、4ms周期的函数以及2ms周期的函数。 整个遥控器的逻辑处理、数据交换的核心部分均在Remoter工作组内,该组内的代码框架如下图所示。 其中的DT.c负责和飞控、上位机等的通信数据处理,即拆解包、封装包、提取关键数据等,如下图所示为对飞控传输过来的数据进行处理。 其中 Stick

什么是云计算?

流过昼夜 提交于 2020-08-11 17:20:14
云栖号资讯:【 点击查看更多行业资讯 】 在这里您可以找到不同行业的第一手的上云资讯,还在等什么,快来! 云通常是指全球互联网或网络,而计算是指由远程提供商作为服务提供的虚拟资源。通过资源提供的服务可以是软件、基础设施、平台、设备和其他资源。以下深入探讨了这个主题,给出了有关云计算基础知识的快速思路。 概述 使用在线资源是当今计算机领域的一个普遍现象。大多数企业应用程序,无论是电子商务、银行、教育还是医疗保健,都是在考虑当前趋势的情况下构建的。这导致了从存储到原始处理能力的大量在线资源的使用。由于单个服务器无法满足需求,应用程序被驱动使用分布式系统。互联网是一个可以在云计算模型中使用的现成平台,尽管它并不局限于此。一些原来应在内部部署环境下运行的应用程序有一个在线对应程序来平衡低成本使用的需求。例如,像microsof tWord这样的Office应用程序,基本上是一个桌面应用程序,它的在线界面可以在云计算领域工作。越来越多的应用程序是在考虑云计算及其效用的情况下构建的。它有几个优点。例如: 通过使用在线资源,位置变得独立。因此,只要有全球互联网连接,就可以从任何地方访问应用程序。 可以很大限度地减少组织在硬件和软件上的资本支出。 客户可以专注于资源的实用性或订阅,因此可以更好地管理其支出。 可以根据需要获取或终止订阅。这为资源的使用提供了更大的灵活性。 几乎无需维护所购资源的成本