使用cube配置导出工程在keil5编译后首次SWD下载可以再次下载不行的解决办法. 1原因: cube使用的是HAL库,初始化语句里面禁用了调试功能. 在stm32f1xx_hal_msp.c中 __HAL_AFIO_REMAP_SWJ_DISABLE();  就是这句禁了. 2解决: 在stm32f1xx_hal_msp.c中改为 __HAL_AFIO_REMAP_SWJ_ENABLE();    这句启用调试功能. 下载办法:按住开发板的复位按钮(一直到点击下载)后松开,就可以下载成功.

WINCE6.0+IMX515通过cfimager.exe烧录镜像文件 freescale提供了cfimager.exe工具,可在SD/MMC卡中烧录系统镜像文件和创建FAT文件,这样,我们可以不需要通过设备来把镜像文件烧录到SD/MMC卡上..对于I.MX515平台,此工具只能烧录.nb0文件,安装了WCE600_10.04.01_ER.exe之后,会生成目录 <%WINCEROOT%>\SUPPORT\TOOL\COMMON\CFIMAGER,此目录下有cfimager.exe及使用的命令

转自:http://baike.baidu.com/link?url=58z3oZfEMvNRiDUmWrxtzfDhv--UZ1jaW4rBHg1d9kIWd6HQaYZ96DH8QAFopSZBKRtyijBoy8lwoP4AuOaoJ_   OTP全称叫One-time Password,也称动态口令,是根据专门的算法每隔60秒生成一个与时间相关的.不可预测的随机数字组合,每个口令只能使用一次,每天可以产生43200个密码. 中文名 OTP 全    称 One-time Password

OTP(One Time Programable)是MCU的一种存储器类型,意思是一次性可编程:程序烧入IC后,将不可再次更改和:因此OTP语音芯片就是指一次性烧录的语音IC. 从OTP定义上来看,只能一次性烧录的语音芯片,同时大家都知道OTP没有最小数量的限制,只要客户提供声音,环芯OTP语音芯片IC公司把声音处理和编程后通过烧录工具烧入OTP芯片中.这种方式是最常见的OTP烧录方式,一般一次只能烧录1片或者5-10片,烧录工具不同决定的.烧录效率比较低下,人力成本高,同时只能对封装芯片进行烧

操作系统:Ubuntu16.04 TLS 单片机:STC的STC89C52RC系列及 Atmel的AT89S52... 所需工具: 1.编辑器- Vim(不钟情于IDE,个人喜好,高手勿喷) 2.编译器- SDCC(sudo apt-get install sdcc安装) 3.转换程序 - hex2bin(http://sourceforge.net/projects/hex2bin/files/?source=navbar)源码安装 4.烧录程序 - gSTCISP(http://source

在对USB设备的驱动名字进行更改时,需要利用keil软件对固件进行修改,并生成 .iic 文件烧录到CY7C68013A所带的外部EEPROM中,keil生成的 .hex文件只能烧录到 Cypress的RAM中. 这个配置也是非常的简单,首先找到安装套件中的bin文件夹,找到hex2bin软件.如下图:   找到此应用软件之后,粘贴其路径,然后在工程文件夹下右键或者选择Project—>Options for Target 'Targer 1',选择Output选项,选中Run User Pro

本文链接:http://www.cnblogs.com/obarong/p/8521893.html 1.介绍 开发板资料 参考文件: DA1458XDK蓝牙开发板用户须知1.3.pdf DA14580_583_DK_II 是讯联电子发布的一款开发板. DA14580/DA14583是Diallog 公司推出的一款M0内核的蓝牙单芯片解决方案. 开发板接口说明: 2.在手机上安装APP 苹果系统一般建议在APP STORE安装light blue,安卓系统我们一般推荐用Nordic的MCP.这个

(一) pyocd (1) 什么是pyocd ​ pyocd 是 arm 开发的一个 python 包(python package),该软件包可以使用多种USB调试器对 arm cortex-M 微控制器进行调试.编程(烧录程序).该软件包还是跨平台的,支持Linux.Mac.Windows. 也就是说,可以通过 pyocd 使用一些调试器来调试.擦除.烧录基于 arm cortex-M(M0/M3/M4/M7/M23/M33) 内核的单片机.目前支持 Daplink.ST-Link.jlin

这里我只能记录下过程 Android有四层,最底层的Linux是一个kernel,然后是运行时库层,驱动大部分在这两层完成,接着是Framework层,主要是Android源码,最后是在源码基础上进行二次开发的应用层. 要烧录eng系统,需要对kernel.xloader.uboot和android四个bsp进行编译,利用putty工具,从服务器上将这四个文件拷贝下来, 编译android文件: cd prototype_kernel,获取服务器地址,git remote -v,获取到类似于or

asop使用清华镜像源https://mirror.tuna.tsinghua.edu.cn/help/AOSP/ 一开始使用每月初始化包的方式因为无法搞定版本的问题,没能通过编译,无奈,老老实实一点点下载吧 1.源码下载 mkdir aosp cd aosp repo init -u https://aosp.tuna.tsinghua.edu.cn/platform/manifest -b android-6.0.1_r1sh myrepo.sh 版本号,一定要选对,不然就要来回折腾,因为虽

一丶协议分析 这两种芯片都是programming through SPI,烧录要用到的引脚有 SPI_MOSI_Port :数据输入: SPI_MISO_Port :数据输出: SPI_SCLK_Port :时钟: SPI_CS_Port :从器件使能信号,低电平有效: SPI_RESET_Port  :复位信号,低电平有效: SPI_PROG_Port :使能烧录,使用时根据不同的芯片拉高至具体的voltage. 以下是传输时序图: SPI read operation for direct

PLXMON是PLX公司提供的用于在线烧录PCI卡的EEPROM的工具. 烧录EEPROM有两种方式,一是比较传统的方法,即采用烧录机进行烧录.采用这种方式时,在调试过程中EEPROM需采用插件式封装的芯片(DIP),因为每烧录一次,就需要拔出芯片到烧录机上进行烧写.这样频繁插拔,很明显会对芯片造成一定损害.当然对于最终的产品来讲,也可以采用贴片封装的EEPROM,因为在调试过程中已经把EEPROM的值调好了,把贴片的EEPROM在烧录机上烧好值再焊接在板子上.比较常见的烧写头是针对DIP封装的

Android源码浅析(三)--Android AOSP 5.1.1源码的同步sync和编译make,搭建Samba服务器进行更便捷的烧录刷机 最近比较忙,而且又要维护自己的博客,视频和公众号,也就没仔细的梳理源码的入门逻辑,今天也就来讲一个源码的玩法,各位看官,一起学习学习! 看本篇博客之前,先看下我的前面两篇 Android源码浅析(一)--VMware Workstation Pro和Ubuntu Kylin 16.04 LTS安装配置 Android源码浅析(二)--Ubuntu Roo

单片机应用系统由硬件和软件组成,软件的载体是硬件的程序存储器,程序存储器采用只读存储器,这种存储器在电源关闭后,仍能保存程序,在系统上电后,CPU可取出这些指令重新执行.只读存储器(Read Only Memory,ROM)中的信息一旦写入,就不能随意更改,特别是不能在程序运行过程中写入新的内容, 本文引用地址: http://power.21ic.com//digi/technical/201805/62042.html 故称只读存储器.向ROM中写入信息称为ROM编程.根据编程方式不同, 掩

导航: 方法1: tftp: 方法2: 在线升级 方法3: BIOS烧录 方法1:TFTP 这应该是最万能的一种方法了.TFTP是一种依靠网口传送数据的一种通信协议,没错,只是传输数据,并不是烧录,所以实现烧录这个功能的还是uboot的功能. 准备:机子有uboot. 步骤: 连线.将电脑的网口连上路由器的随便一个口.然后用ssh也好,用串口也好,(我一般用串口),进入到路由器的后台linux系统. 电脑ip设置. 在路由器后台,执行reboot,在路由器重启时,根据提示进入boot模式. 用帮

1. 硬件连接 SWIM接口只需要一根传输线,即可完成双向的传输.传输过程,都是由主控制端(host)发起,设备端然后做出反应.host端需要在一个总线上实现读和写,那就是说必须要同时接一个输出IO和一个输入IO(也可以用同一个,开漏的情况下,IO可以同时读写),且输出IO必须设计成开漏,总线上挂接上拉电阻,以便随时交出控制权.硬件连接如下: 上图SWIM_IN为输入IO,SWIM为输出IO. 2. 编码格式 SWIM协议使用归零码,且支持两种速率. 高速模式 低速模式 这两种模式都是使用8M的

1.情景描述: 最近在做一个项目,X86的上位机通过串口控制MCU,使用串口中断接收上位机数据时,MCU在上电的情况下烧录程序,可以正常接收上位机的数据,在断电重启后,一直进入不了中断回调函数,上电的情况是X86上电,MCU也同时上电. 2.原因分析: 造成这个的原因是因为硬件上电的时候,因为X86跟MCU是同时上电的,上电后会把串口的电平拉高,这个高电平触发了MCU的串口中断,导致MCU的串口中断误以为接收到了一个数据,例如 HAL_UART_Receive_IT(&huart1, (uint

背景 某个方案使用的是spinor作为存储介质,每次烧录新固件都耗时数分钟,为了提高效率,需要对其进行优化. 分析流程 基本流程 当前烧录流程,有一个可选步骤,全盘擦除,这个步骤耗时达数分钟.不过这是可选的. 接下来必经的步骤,就是从PC端接收数据写入flash了. 已有优化 目前倒是已经有一个优化,在收到数据需要写入时,会先读出flash中的数据跟这笔要写入的数据进行比较,如果数据相同就直接跳过,数据不同,才进行擦除和写入. 这个优化的依据是,相对于一次擦除和写入的耗时来说,读出和比较的耗时很

STC8PROG - Linux下的 STC8G STC8H 烧录工具 动机 在Linux下用 VSCode + PlatformIO 做开发, 因为VSCode的界面字体代码提示, 以及自定义的类JetBrain风格快捷键, 开发体验非常好. 在这个环境下, 有两个基础工具链必不可少, 一个是SDCC, 另一个是stcgal. 前者是MCS-51的编译工具, 后者是用于STC系列MCU的烧录工具. 在前一阵开始使用STC8后, stcgal这个工具链掉链子了, 无法烧录STC8系列的芯片. 进

目录 沁恒CH32V103C8T6(一): 核心板焊接和Windows开发环境配置 沁恒CH32V103C8T6(二): Linux RISC-V编译和烧录环境配置 硬件准备 CH32V103 开发板/核心版 WCH-Link 软件准备 软件主要是用于编译的 RISC-V GCC , 和用于烧录的 OpenOCD. RISC-V GCC 可以选择公版或者WCH版 OpenOCD 暂时只能用WCH定制版本, 用公版的无法识别 wlink 公版 RISC-V GCC 前往 https://githu

最近离职了, 突然记起来还一个小功能没做, 想想也挺简单,留下代码和思路给同事做个参考. 换工作心里挺忐忑, 对未来也充满了憧憬与担忧.(虽然已是老人, 换了N次工作了,但每次心里都和忐忑). 写写代码反而心里平静了很多. 入正题,上思路,其实很简单 一 场景 用户u1只能在A电脑登录,当在B电脑登录时,A电脑登录状态被取消 二 思路 1.创建一个session监听器去监听session属性的创建 2,用个map储存(如果用户量大可以用KV数据库,如redis之类),K 为用户名, V为sess