这是嵌入式开发中常用的几个专业术语,其诞生的背景和其具体作用大概如下   在很久很久以前,那是8051单片机流行的时代,做单片机开发都需要一个专用工具,就是单片机的编程器,或者叫烧写器.说“烧”写一点不为过,当年的经典芯片AT89C51在编程时需要十几伏的高电压,加在一个特定的引脚上,才能进入编程.对于某款芯片的编程,都有一个特定的时序,这个时序通常在芯片的datasheet里进行描述并以硬件实现.另外在编程器里的也有一个MCU,这其中使用软件产生这个时序,从而对目标芯片进行编程.电脑通过串口把

What is the difference between a Bootrom vs bootloader on ARM systems Bootrom Bootrom (or Boot ROM) is a small piece of mask ROM or write-protected flash embedded inside the processor chip. It contains the very first code which is executed by the pro

DFU Class Requests Get Status The Host employs the DFU_GETSTATUS request to facilitate synchronization with the device. This status gives information on the execution of the previous request: in progress/OK/Fail/... The device responds to the DFU_GET

Linux设备驱动故障定位指引 Linux设备驱动种类繁多,涉及的知识点多,想写一个通用的故障定位方法指引,是个难度颇大且不容易做好的工作.限于笔者的经验,难以避免存在疏漏之处,欢迎大家留言指正补充. Linux设备驱动的知识点涉及硬件和软件,其故障原因也各种各样.不过从笔者多年的维护经验来看,与内核驱动相比,硬件相关问题导致的设备驱动故障还是占了较大的比例,而且大部分的硬件问题特别是环境问题也是相对来说较容易排查的.下图是Linux设备驱动故障定位脑图(大图),图中按硬件和软件分为两类,硬件分

随着半导体技术的不断进步(按照摩尔定律),MCU内部集成的逻辑功能外设越来越多,存储器也越来越大.消费者对于汽车节能(经济和法规对排放的要求)型.舒适性.互联性.安全性(功能安全和信息安全)的要求越来越高,特别是近年来新能源电动车.车联网和自动驾驶技术的兴起,更大大加速了汽车电子技术的发展.汽车电子ECU(Electronic Control Unit--电控单元)集成的功能日益复杂,为了应对软件远程(在线)功能升级(增加新的功能)和bug修复的需求.对bootLoader(启动加载程序)的需求

演示的工程是 [application]    nRF51_SDK_10.0.0_dc26b5e\examples\ble_peripheral\ble_app_hrs\pca10028\s110_with_dfu [bootload]      nRF51_SDK_10.0.0_dc26b5e\examples\dfu\bootloader\pca10028\dual_bank_ble_s110 [softdevice]    nRF51_SDK_10.0.0_dc26b5e\componen

问题原因: bootloader的程序区域是0X78000~0X7E000 但是在bootloader程序中定义了0X0FF8与0XFFC位置处的数据,此数据与BLE协议栈冲突,BLE协议栈的flash范围是0~0X25FFF,所以烧录协议栈后不能用JLINK仿真 具体在bootloader中的代码为: /** @brief Location (in the flash memory) of the bootloader address. */#define MBR_BOOTLOADER_ADD

了解更多关于bootloader 的C语言实现,请加我QQ: 1273623966 (验证信息请填 bootloader),欢迎咨询或定制bootloader(在线升级程序). 每次我有了新的EVA 板子,我都忍不住给它写个Serial Bootloader(一般都是串口bootloader). 这样更新EVA 板子上面的程序时,非常方便,直接通过串口就可以更新, 不需要插拔烧写器.NXP S32K116 EVA 板子已经在手上有一段时间了,但是一直没有时间去写bootloader来.直到最近才

大部分设置和 Z32U 交叉编译环境的配置 类似 Windows 环境 步骤二: 安装 toolchain 和mkII lite V2 的驱动 安装运行 avr32-gnu-toolchain-2.0.3.exe,按提示安装,安装完成后插入 mkII lite, 自动搜索驱动 步骤三: 安装集成开发环境 运行AVR32Studio-2.0.2-Setup.exe, 安装完成后确保toolchain和cygwin 的路径在环境变量PATH 中, 即PATH 路径至少是这样的 C:\Program

演示的工程是 [application]    nRF51_SDK_10.0.0_dc26b5e\examples\ble_peripheral\ble_app_hrs\pca10028\s110_with_dfu [bootload]      nRF51_SDK_10.0.0_dc26b5e\examples\dfu\bootloader\pca10028\dual_bank_ble_s110 [softdevice]    nRF51_SDK_10.0.0_dc26b5e\componen

1  问题详述 手头上有一部Google Nexus S ,本机自带的输入法不好用,想下载其他的输入法,想用蓝牙传输一下apk文件,点了一下蓝牙开关想要打开蓝牙功能,但奇怪的情况出现了,手机一直重启,刚开始还可以进入主界面,但是不能用,随后仍然一直重启,停留在开机的很炫的X界面再也无法开机了,真是欲哭无泪 一直卡在这个X这个界面 在网上查了相关资料,网上的方法是“双wipe”(wipe data/ factory reset和wipe cache).wipe data意思是删除用户数据(和缓存)

发现个USB ID站点,对于做设备管理识别的小伙伴特别实用 http://www.linux-usb.org/usb.ids 附录: # # List of USB ID's # # Maintained by Stephen J. Gowdy <linux.usb.ids@gmail.com> # If you have any new entries, please submit them via # http://www.linux-usb.org/usb-ids.html # or s

MCU的启动方式有很多种:UART接口,扩展的静态存储单元(NOR Flash), SPI Flash,quad SPI Flash,高速USB0和USB1.另外可以通过对OTP存储单元的编程. 首先看下内存映射: 在MCU复位之后,ARM处理器将会从ROM区域执行代码. LPC43XX包含一个隐藏指针允许内存区域映射到地址0x00000000. 隐藏指针的默认值为0x1040 0000,保证了启动ROM中的代码在复位的时候被执行. 如果启动方式从flash区域开始,那么系统默认会从内部flas

如何实现BLE OTA?什么叫DFU?如何通过UART实现固件升级?又如何通过USB实现固件升级?怎么保证升级的安全性?什么叫双备份(dual bank)DFU?什么叫单备份(single bank)DFU?什么叫后台式(background)DFU?本文将对上述问题进行探讨. 1.概述 所谓DFU(Device Firmware Update),就是设备固件升级的意思,而OTA是DFU的一种类型,准确说,OTA的全称应该是OTA DFU,只不过大家为了方便起见,直接用OTA来指代固件空中升级(

写了几年C语言代码,最近在思索,何去何从比较好? 搜索了一下,发现几个答案: 2015年10月编程语言排行榜 丢开C语言在教学应用外.在目前C语言的实际应用中.常见的应用的情景有如下: 内核/驱动,bootloader,Android HAL驱动和Linux库.前两者其实跟应层打交道比较多,后两者算Linux C的应用程序,用POSIX接口比较多.所以有在Android 产品这一层,C语言以及Linux相关知识绝对有需求. 所以C语言,特别是嵌入式C语言很难上手的.训练一个人熟练开发C程序,和训

很久没有记笔记了.今天要记点东西,不然以后又忘记了. 随着时代的发展,现在的SDK已经是13.0了.蓝牙5.0也就来了.废话就少说了,记笔记吧. 两年前搞过nRF51822 的无线升级功能,那时候用的还是 SDK5.20,直接用hex镜像进行升级的.后来的SDK就不再是hex,要用zip了,现在还不清楚具体做APP时候的用法.以后再说,先用官方提供了nRF_ToolBox能升级就很不错了. 现在用了新的SDK,试了很长一段时间,各种各样的文档都过了,各种各样的方法都试过了,就是不行,真特么尴尬.

镜像的验证 在执行设备固件更新之前,应验证新映像. 在传输实际固件(预验证)之前,可以检查某些信息(例如,兼容性). 其他信息,例如图像的散列,应在传输(验证后)后进行验证. Init packet 执行DFU时,必须提供包含固件映像的包(zip格式),init数据包和指示包格式的清单文件. init数据包包含有关用于验证映像的固件映像的信息,必须对其进行签名以确保更新来自受信任的源. init数据包的所需内容在协议缓冲文件dfu-cc.proto中定义. 在验证init数据包期间,将检查ini

在嵌入式操作系统中,BootLoader是在操作系统内核运行之前运行.可以初始化硬件设备.建立内存空间映射图,从而将系统的软硬件环境带到一个合适状态,以便为最终调用操作系统内核准备好正确的环境. 在嵌入式系统中,通常并没有像BIOS那样的固件程序(注,有的嵌入式CPU也会内嵌一段短小的启动程序),因此整个系统的加载启动任务就完全由BootLoader来完成.在一个基于ARM7TDMI core的嵌入式系统中,系统在上电或复位时通常都从地址0x00000000处开始执行,而在这个地址处安排的通常就

由于前几天要给工厂app和bootloader的hex的文件,网上很多都是bin的合并方法,bin的方法不再赘述,相信大家都能找到,现在将hex合并的方法写下来: 第一步:先打开第一个hex文件, 第二步:选择 "Merge data file",合并文件 第三步:两个工程有可能地址相同,会有如下提示: 此时,点击"否",然后把bootloader的hex关闭, 打开APP的hex,更改地址. 选择edit->relocate,此时需要写地址的偏移量,你需要查

DFU控制点特性用于控制DFU过程的状态. 通过写入该特征来请求所有DFU程序. 标记过程结束的响应将作为通知收到. BLE传输 Transfer of an init packet DFU控制器首先检查init数据包是否已成功传输. 如果没有,DFU控制器检查它是否已部分转移. 如果已经传输了一些数据,则继续传输. 否则,DFU控制器发送Create命令以创建新数据对象,然后传输init数据包. 当init数据包可用时,DFU控制器发出Execute命令以启动init数据包的验证. Trans