SDK: V2014.4 协议: Ymodem 工具: USB转UART转接线.xshell6软件 可实现各种文件传输,大小不限,只是速度很慢 参考原代码如下: /******************************************************************************* * @函数名称 YmodemRecvData * @函数说明 使用Ymodem协议接收数据 * @输入参数 data :数据 size :长度 * @输出参数 无 * @返回参

S03_CH12_基于UDP的QSPI Flash bin文件网络烧写 12.1概述 为了满足不同的需求,本例程在"基于TCP的QSPI Flash bin文件网络烧写"上进行修改,将bin文件的传输协议替换为UDP.与采用TCP协议的例程相比,本例程无需使用ZYNQ内部的定时器,无定时器中断,LWIP中UDP部分的API函数结果也更为简洁,易于使用,简化了ARM中的C程序设计,但使用UDP协议后文件传输的可靠性无法保证,因此需要更具实际应用进行权衡. 本例程基于Vivado 2015

假设有一种开发环境,一块板子,除了串口,没有任何外部出入输出设备,没有sd卡,没有网线,这个时候如果你想跟这块板子传输交互文件,要怎么办? 根据modem所采用的文件传输协议:xmodem,ymodem,zmodem将其分类 xmodem:简单通用,传输信息单位是“包=128B”,传输速度慢,适合电话线路质量差的情况下用  ymodem:由XMODEM演变来,效率可靠性高,包=128*8B:一次传输可发送或接受几个文件 zmodem:于上两种不同,已连续的数据流发送数据,效率更高 在ubuntu

本文转载自http://useless20.blog.163.com/blog/static/237409982010227127576/ 嵌入式linux系统与主机通过串口传输文件 我想如果要从PC机下载东西到开发板的嵌入式linux系统里面,很多人首先会想到用tftp sftp等网络工具从网口下载.但如果网络用不了,只能通过串口下载怎么办呢?这个时候有两个工具能帮到你:一个是zmrx.zmtx,另外一个是lsz.lrz.个人觉得zmrx/zmtx没有lsz/lrz稳定,建议还是用后者.下面介

源:KERMIT,XMODEM,YMODEM,ZMODEM传输协议小结 Kermit协议 报文格式: 1.MARK,起始标记START_CHAR,为 0x01(CTRIL-A): 2.LEN,报文剩余部分的长度,取值范围0~94,报文最大长度96,长度不包含换行符或者制表符: 3.SEQ,数据包编号,取模64,: 4.TYPE,k_state数据包类型 D 数据报文 Y ACK报文(不能转换编码) N NAK,未收到 S 发送初始化报文 B 传输结束 F 文件头部 Z 文件结束 E Error

转:http://blog.163.com/czblaze_3333/blog/static/208996228201272295236713/ Kermit协议 报文格式: 1.       MARK,起始标记START_CHAR,为 0x01(CTRIL-A): 2.       LEN,报文剩余部分的长度,取值范围0~94,报文最大长度96,长度不包含换行符或者制表符: 3.       SEQ,数据包编号,取模64,: 4.       TYPE,k_state数据包类型 D 数据报文

来自:http://blog.163.com/czblaze_3333/blog/static/208996228201272295236713/ Kermit协议 报文格式: 1.       MARK,起始标记START_CHAR,为 0x01(CTRIL-A): 2.       LEN,报文剩余部分的长度,取值范围0~94,报文最大长度96,长度不包含换行符或者制表符: 3.       SEQ,数据包编号,取模64,: 4.       TYPE,k_state数据包类型 D 数据报文

S03_CH11_基于TCP的QSPI Flash bin文件网络烧写 11.1概述 针对ZYNQ中使用QSPI BOOT的应用,将BOOT.bin文件烧写至QSPI Flash基本都是通过USB Cable连接PC,由JTAG口连接板卡后,在SDK软件中使用"Program Flash"功能进行现场在线烧写.然而,这种常规方法存在两个缺点. 速度慢.Flash的擦除(Erase).写入(Program).校验(Verify)3个过程所费的时间总和通常都需要若干分钟. 无法脱离JTAG

1.串口传输 使用命令:rx  r是service, x是X-model模式 ①.rx 文件名 再按Enter键 ②.将需要传到板子上的文件 拖到SecureCRT里面,选择发送X-model选项 注:如果传输的是可执行文件, 默认是没有执行权限的,需要chmod 777 文件名 2.tftp 传输 将同一局域网的 pc机 和 开发板 ping 通 ifconfig(①查看IP地址) ifconfig eth0 192.168.3.110 (②配置pc机或者开发板的IP地址) ping 192.

为什么需要BIN文件呢? 有些烧录器只支持BIN文件. 进行OTA远程升级时,只能使用BIN文件. 使用JLink脚本文件进行一键烧录时,只支持BIN文件. BIN文件要比HEX和AXF文件小的多. 但Keil默认生成的是AXF和HEX文件格式,那BIN怎么来生成呢? Keil配置生成BIN文件 Keil自带了一个小工具,可以通过执行指令来将AXF文件转换为BIN文件这就需要调用一个外部程序fromelf.exe来将AXF文件转换为BIN格式文件. fromelf.exe文件的位置在安装目录 K

python读取bin文件并下发串口   # coding:utf-8import time, serialfrom struct import *import binascii file = open('E:\\1.bin', 'rb')i = 0while 1: c = file.read(1) # 将字节转换成16进制: ssss = str(binascii.b2a_hex(c))[2:-1] print(str(binascii.b2a_hex(c))[2:-1]) if not c:

一.STM32 ST-LINK Utility 1.下载安装软件 官网下载地址:http://www.st.com/zh/development-tools/stsw-link004.html 百度网盘下载:https://pan.baidu.com/s/14SLec_KFMDsqxmvzAKhSNQ 2.连接板子和电脑 点击下载工具顶部状态栏 Target --> Connect,连接板子 (成功结果) 3.下载程序 点击下载工具顶部状态栏Target --> Program & V

以前,我给W25Q16下载内容的时候,每次都要分别传输GBK字符.英文字符和图片BIN文件,每次都要传输好几次. 后来,我发现,用WINHEX软件可以把这些BIN文件都合并到一个文件,只需要传输一次就可以了,大大的提高了效率. 这一招,对于做产品特别的有帮助. 用WINHEX合并两个或多个bin文件非常简单,只需要复制粘贴就可以了. 下面讲解把a.bin文件和b.bin文件合并的步骤. 1.复制a.bin文件粘贴到旁边,然后把名字改为ab.bin,意味着这是ab的合并文件(注意:名字无所谓,起什

背景:做物联网时经常会有软件上传这种操作,上传的软件包文件常见的是hex和bin这两种. 一 hex文件读取 1 首先我们需要了解hex文件内容格式 (图及下面说明来自网络,侵权必删) :(冒号)每个Intel HEX 记录 都由冒 号开头 : LL 是 数 据 长 度域, 它 代表 记录当 中 数 据字 节 (dd) 的 数量 : aaaa 是地址域, 它代表 记录当 中 数据的起始地址: TT是代表HEX 记录类 型的域 , 它 可能是以下 数 据 当 中的一 个: 00 – 数 据 记录(

2个数组 : }; }; 一个是Unicode 编码,一个是GBK编码: 用c2b软件转成.bin 二进制文件放到SD卡里: SD卡放入字库 .FON STM32 代码: 代码中SD卡字库和二进制路径 //http://www.cnblogs.com/xiaobo-Linux/ QQ463431476 赵存档 //在sd卡中的路径 const u8 *GBK16_SDPATH="0:/SYSTEM/FONT/GBK16.FON"; //GBK16的存放位置 const u8 *GBK1

1. fs.Position  写入的位置,从哪个位置开始写 fs.Write(byte1,0,byte1.Length); byte1写入的byte[], 写入内容从第几位开始取,length取多长. bin文件写入的显示是16进制.查看ASCII码表. private void WriteFile() { string saveFileName = "d:\\test.bin"; using (FileStream fs = new FileStream(saveFileName,

错误原因:烧写开始地址出错,打开BIN文件后弹出的设置开始地址不正确不能为0 解决措施:用J-FLASH LITE或者将开始地址设置成正确的地址(KEILMDK中IROM1的开始地址

了解更多关于bootloader 的C语言实现,请加我QQ: 1273623966 (验证信息请填 bootloader),欢迎咨询或定制bootloader(在线升级程序). 在上一个博客随笔,我介绍了为PIC16,PIC18, PIC24/dsPIC, PIC32的学习板或最小系统板做的Xmodem bootloader.今天给大家介绍在我的Xmodem bootloader 的基础上开发的Encrypting bootloader.今年的国庆节,我哪都没去,就宅在家里把Encrypting

基于RMI服务传输大文件,分为上传和下载两种操作,需要注意的技术点主要有三方面,第一,RMI服务中传输的数据必须是可序列化的.第二,在传输大文件的过程中应该有进度提醒机制,对于大文件传输来说,这点很重要,因为大文件的传输时间周期往往比较长,必须实时告知用户大文件的传输进度.第三,针对大文件的读取方式,如果采用一次性将大文件读取到byte[]中是不现实的,因为这将受制于JVM的可用内存,会导致内存溢出的问题. 笔者实验的基于RMI服务传输大文件的解决方案,主要就是围绕以上三方面进行逐步解决的.下面

http://dreamway.blog.51cto.com/1281816/1151886 linux传输大文件