烧写flash出错：Bytes mismatch 0x00不等于0xFF

已于 2022-01-26 22:14:03 修改
阅读量1.2k 收藏 2
点赞数 1
CC 4.0 BY-SA版权
分类专栏： # Vivado IDE使用技巧 文章标签： Vivado
于 2022-01-26 22:13:40 首次发布
欢迎点赞哦!
本文链接：https://blog.youkuaiyun.com/lum250/article/details/122709611
本文介绍了一种常见的烧写Flash过程中遇到的BytesMismatch问题，即0x00!=0xFF的情况，并给出了一个简单的解决方案：重启Vivado通常可以解决此问题。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

1 问题

烧写flash 出现bytes mismatch 0x00 != 0xFF 之类的问题。

2 解决

暂时重启vivado可以解决。

【RTP】基于mediasoup的RtpPacket的H.264打包、解包和demo 1:不含扩展
突围
06-21 100
本文介绍了H.264视频流的RTP打包与解包测试结果。测试生成了6个H.264帧（1个I帧和5个P帧），成功分割为9个RTP包，但在解包时重建出8个帧，出现帧数不匹配问题。测试显示了RTP包的详细结构，包括序列号、时间戳、负载大小等关键信息，并分析了RTP封装1.93%的开销。后续测试验证了大型帧分割（5005字节分为5个包）和不同类型NALU（SPS、PPS、IDR等）的封装处理。测试结果表明当前的RTP打包器实现了基本功能，但在帧重建和关键帧标记方面仍需改进优化。
vivado_flash烧写过程详解
07-06
详细的介绍了基于FLASH的烧写过程
flashcp: verification mismatch at 0x0
庄山浪水
08-22 2210
# flashcp rootfs.bin/dev/mtd3 flashcp: verification mismatch at 0x0 # flashcp -v rootfs.bin /dev/mtd3 Erasing block: 75/75 (100%) Writing kb: 4745/4745 (100%) Verifying kb: 0/4745 (0%) f...
IDEA在debug的字节码与代码不匹配（source does not match the bytecode）
疯狂的蜗牛
12-17 1万+
解决方案 File-》settings勾选：show alternative source switcher 前面就是打开：如果存在多个源代码的时候，让你自己选择 打开之后debug，你就能看到代码选择栏： 选择正确的代码： 当你选择了编译的代码包时，就能对上了。 OK！ ...
VIVADO 2017.4烧写QSPI FLASH
zkf0100007的博客
02-28 7848
开发ZYNQ时，在VIVADO 2017.4在烧写QSPI FLASH时必须指定FSBL文件，貌似是17.3后新增的特性，指定默认生成的FSBL文件，提示烧写失败。 百思不得其解，只好上XILINX官网搜索，XILINX官网中AR70548和AR70148提供了解决方法。 对于VIVADO 17.3和17.4，需要给电脑添加环境变量，18.1之后无需添加 XIL_CSE_ZYNQ_UBOOT_...
关于Win11安装vivado后出现无法烧录或者加载缓慢的问题
BFLSCSX的博客
06-20 1151
Win11在安装vivado后，可能是兼容性的问题，导致的vivado无法烧录逻辑或者打开 programmed缓慢的问题
串口OTA升级 数据格式均采用小端模式 1、选择扩展名为.hjc的升级文件 2、取文件前16字节，用来判断是否为升级文件，判断方法如下 headerList[16] 为取的文件前16字节，需要同时满足以下条件 headerList[6] == headerList[0] ^ 0x48 headerList[7] == headerList[1] ^ 0x4A headerList[8] == headerList[2] ^ 0x42 headerList[9] == headerList[3] ^ 0x4C headerList[10] == headerList[4] ^ 0x45 headerList[11] == headerList[0]^ headerList[3] 3、获取设备类型 下行 数据 {READ_OTA_TYPE} 上行 数据 {CONFIRMED-C-HJOTA} 4、切换OTA 下行 数据 {HJC + headerList数组中的最后4个字节 + } 上行 数据 {OK} 5、获取新固件存储基地址 下行 数据 010300 上行 Result Opcode Length（内容2字节） Payload 0x00 0x01 0x04 0x00 当前运行的代码在flash中存储的基地址（4字节） 为了方便下文说明，取名storage_baseaddr 6、擦除扇区，从storage_baseaddr地址开始，按照每次擦除0x1000递进擦除，直到到达够升级信息需要的长度，升级信息长度为文件长度-16，前16字节为校验字节 下行 Opcode Length（内容2字节） Base_addr 0x03 0x06 0x00 Flash中的基地址偏移（4字节，小端） 上行 Result Opcode Length（内容2字节） Payload 0x00 0x03 0x04 0x00 Flash中的基地址偏移（4字节） 7、写入数据，因为hid固定521字节，所以，写入的有效数据为groupSize=521-9个字节，发完前一包后，下一包，Base_addr也要加groupSize个字节 下行 Opcode Length（内容2字节） Base_addr Length（2字节） Payload 0x05 6+payload_len Flash中的基地址偏移（4字节，小端） Payload长度 要写入的内容 上行 Result Opcode Length（内容2字节） Base_addr Length 0x00 0x05 0x06 0x00 写入的基地址偏移（4字节） 写入的长度（2字节） 8、校验并重启 下行 Opcode Length（内容） 固件大小 CRC校验 0x09 0x0a 0x00 写入bin文件的大小（4字节） 写入bin文件的CRC32校验（4字节） 上行 Result Opcode Length（内容 2字节） Slave端返回校验值 0x00（检验成功）/ 0x01（校验失败） 0x09 0x00 0x00 CRC32 （4个字节） 用c语言封装函数
03-08
uint8_t erase_cmd[7] = {OP_ERASE_SECTOR, 0x06, 0x00}; uint32_t end_addr = base_addr + file_size - HJC_HEADER_SIZE; for(uint32_t addr = base_addr; addr ; addr += SECTOR_SIZE) { uint32_to_le(&...
KVM虚拟化之小型虚拟机kvmtool的使用
tugouxp的专栏
01-27 3197
分配给虚拟机大于4GB的RAM需要在RAM中留下一个GAP，用于PCI MMIO、热插拔和未配置的设备(详细信息请参阅e820_setup_gap())。
char MQTT_Publish(int qos, int retain, char *post_topic, unsigned int id, char *message) { const int BUFF_SIZE = 512; char data[BUFF_SIZE] = {0}; int len = 0; int remaining_length; int encoded_remaining_len_bytes = 0; int temp_remaining_length; char remaining_encoded[4]; int encoded_len; int topic_length = post_topic ? strlen(post_topic) : 0; int message_length = message ? strlen(message) : 0; if (topic_length == 0 || topic_length > 65535) // 主题长度小于65535 return 1; if (!message) // 消息内容不可为空 return 2; if (qos > 0 && id == 0) // QoS>0时必须提供有效id return 3; if (qos < 0 || qos > 2) return 4; /* 剩余长度计算 */ remaining_length = (2 + topic_length) + ((qos > 0) ? 2 : 0) + message_length; /* 缓冲区容量检查 */ temp_remaining_length = remaining_length; do { encoded_remaining_len_bytes++; temp_remaining_length /= 128; } while (temp_remaining_length > 0); /* 确保数据长度不超过缓存大小 */ if ((1 + encoded_remaining_len_bytes + remaining_length) > BUFF_SIZE) { return 5; } /* 固定报头构造 */ data[len++] = 0x30 | (qos << 1) | retain; /* 剩余长度编码 */ encoded_len = encode_remaining_length(remaining_length, remaining_encoded); memcpy(&data[len], remaining_encoded, encoded_len); len += encoded_len; /* 可变报头与有效载荷 */ // 主题名 data[len++] = (topic_length >> 8) & 0xFF; data[len++] = topic_length & 0xFF; memcpy(&data[len], post_topic, topic_length); len += topic_length; /* 报文标识符(QoS > 0) */ if (qos > 0) { data[len++] = (id >> 8) & 0xFF; data[len++] = id & 0xFF; } /* 有效载荷 */ memcpy(&data[len], message, message_length); len += message_length; /* 数据发送 */ MQTT_SendData(data, 4); // 直接发送数据 mqtt_debug(data, len, "\r\n* 3、PUBLISH – 发布消息 *\r\n"); if(qos > 0) { data[0] |= 0x08; // 置位dup重发标志 Write_MQTT_TxDataBuff(data, len); // 将数据保存
03-15
if(qos_level > 0 && packet_id == 0) return ERROR_QOS_MISMATCH; ``` #### 六、常见问题排查 1. **报文被拒绝**： - 检查剩余长度编码是否正确 - 验证主题名格式是否符合UTF-8规范 - 确认QoS等级与报文标识符...
hwasan实例分析踩内存之二：新手导致的诡异camx进程heap-buffer-overflow
最新发布
04-20 1062
hwasan实例分析踩内存之二：新手导致的诡异camx进程heap-buffer-overflow。
vivado错误日志：[Labtools 27-3347] Flash Programming Unsuccessful
小秦同学的博客
05-07 1万+
[Labtools 27-3347] Flash Programming Unsuccessful [Labtools 27-3347] Flash Programming Unsuccessful: Byte 1508099 does not match (FC != 00) 解决方法 在固化代码时选择检查
Flash写特性0xFF---->0x00
冷饮
08-16 3379
FLASH的特性就是为1的位可以改成0，而不能把为0的位改成1哦， 每个字节可以单独从0xff改写成任意值，但不能从0x00改成别的值 要想把为0的位改成1，只能整块擦除成全1。——这个特性任何一家的FLASH都是一样的。
ISE/Vivado调试过程中经常遇到的几种warning，以及解决办法，一些verilog使用技巧
热门推荐
weiyunguan8611的博客
09-02 8万+
由于最近已经也刚刚接手项目，遇到特别多的问题，所以把遇到的问题记录一下，自己学习的同时，把过程分享出来，希望对大家有一定的帮助，共同进步。下面就是ISE调试过程中经常遇到的几种warning，以及解决办法，自己整理成文档，以供参考： 1、Redeclaration of ansi port XX is not allowed “不允许重新声明ansi端口XX”。 出现的原因是在程序中声明了两......
关于xilinx fpga flash烧录失败报错cannot set write enable bit or block(s) protected
janfanzy的博客
10-04 5986
用的SDK烧录bit文件到flash出现的问题，莫名其妙有点太坑了。
（**）Vivado常见错误及其修改
qq_40178878的博客
08-03 1万+
程序错误提示（Log） （1）非法的递归实例化 》》》 实例化顶层模块和testbench的时候注意（后者正确）
Arduino烧写HEX问题解决方案
AvuMap的博客
10-06 1130
烧写HEX文件到Arduino设备时，可能会遇到一些问题。本文提供了一些常见问题的解决方案，包括无法找到目标设备和烧写过程中出现错误。"错误：这个错误通常表示目标设备上的程序与要烧写的HEX文件不匹配。在Arduino开发过程中，烧写HEX文件到目标设备是一个常见的操作。在Arduino IDE中，您可以在"工具"菜单下的"串口端口"中选择正确的端口。如果您使用的是其他烧写工具，确保您已正确配置了工具的设置，包括选择正确的串口和设备类型。在烧写HEX文件的过程中，有时可能会遇到各种错误。
Vivado程序固化到Flash
白码王子小张的博客
11-26 2908
本文详细介绍了Vivado固化程序到Flash中的两种常用的文件以及固化MCS文件的方式步骤。
Vivado程序固化到Flash时报错：[Labtools 27-3347] Flash Programming Unsuccessful: Byte 169320 does not match
白码王子小张的博客
11-26 2517
vivado程序固化到Flash报错及解决方法。
CC2430 - ID0601: Flash verification failed 问题的解决
come_onzhang的专栏
01-18 1272
这需要修改三处即可，至少这个方法对我来说是有效的，我用的是EW8051-EV-720H，硬件用的是Emdoor公司出的cc2430开发板。 1.正确配置输出文件格式：菜单选择Project－Options－Linker－Output－Format，选择Other。右边的Output下拉框选intel-extended，Format variant下拉框选None，Module-local下拉框选
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

ChipWeaver

觉得有用的话点个赞吧 :)

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值