PYNQ加载bit报错KeyError: ‘interrupts‘

最新推荐文章于 2024-05-20 13:57:51 发布
原创 最新推荐文章于 2024-05-20 13:57:51 发布 · 559 阅读 · 2 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#fpga开发 #vivado #PYNQ #debug #interrupts

当在Vivado的BD图中直接连接IP与PS核的中断时，加载到PYNQ的bit文件会报KeyError: 'interrupts'。解决方法是在中断连接中加入concat块。按照此方法修改后，PYNQ能够成功加载bit文件并运行正确程序。

问题描述：

在vivado的BD图中，我的IP与PS核之间的中断直接连接
在这里插入图片描述

在PYNQ中加载vivado生成的bit文件时报错
在这里插入图片描述

解决方法：

在PS与我们自己的IP中断线连接中，添加一个concat块，如下图所示
在这里插入图片描述
最终在PYNQ中可以成功加载bit文件
在这里插入图片描述
并且最终程序能输出正确的结果
在这里插入图片描述

参考资料：

https://discuss.pynq.io/t/key-error-on-overlay-load/3043/2

最低0.47元/天 解锁文章
开发simulink 以及stm32半物理仿真碰到的问题，以及处理方法，Error:External Mode Open Protocol Connect command failed（实测有用）
pvmsmfchcs的博客
02-03 1272
串口实现的，但是在测试的时候发现，这个串口可以正常发送和接收数据，但是一旦把这个串口只让其进行版物理仿真就报错。直接刷写程序是可以的，最后查到问题了。我要实现半物理仿真，就是通过matlab实现可以直接控制stm32板子，实际上是通过xcp on。然后点击simulink上的观测按钮就可以直接和stm32平台进行通讯了。3，还是使用串口3，但是重新需要设置一下com口，因为重新插拔了一下，按照这个设置方法就可以。2，重新加载ioc文件。
华大单片机KEIL报错_WEAK的解决方案
u014453443的博客
06-27 7719
在使用Keil编译有时出现无法识别__WEAK的问题，截图如下：提示的错误信息如下： 解决办法： 因为在Keil中需要定义成才会被识别（非大写的_WEAK)，所以在头文件base_types.h文件中添加如下几行定义，编译就OK啦！ 2、原因分析 ARM系列编译工具链：__CC_ARM、__ICCARM__、__GNUC__、__TASKING__ 为了解决上面报错的问题，定义了__ICCARM__和__CC_ARM，这里做一个说明：__CC_ARM对应的平台是：ARM RealView： Rea
PYNQ-Z2 初识(十一) Zynq的中断
战斗果冻的训练中心
07-15 2946
文章目录中断PS的定时器中断如何用定时器代码的编写PL的按键中断修改后的完整代码 中断 对于一个嵌入式系统而言，实时性是很重要的东西，而保证cpu对某个时间的实时响应往往就要依靠中断。 用单片机的时候经常提到中断这个概念，一般来讲，其实就是当某个事件发生时，会将一个信号送到cpu的中断引脚，而cpu接到这个中断信号后就立刻放下手头的事情，去先搞定这个不速之客，所以脚中断嘛。 之前那个led闪灯就随便查询按键就会有不灵的情况，如果有中断就会好很多了。 PS的定时器中断 我这里图省事直接把之前的ps端led工程
[ZYNQ随笔] uboot移植中bitstream比特流加载问题：zynq_validate_bitstream: Bitstream is not validated yet
wmdscjhdpy的博客
10-30 4398
问题介绍 由于项目设计需要，需要频繁的更换比特流文件，之前使用petalinux生成的boot.bin每次都需要合并比特流，比较麻烦，遂换了一个uboot版本（米联客默认的u-boot），将bitstream放到了独立于boot.bin的文件中，如图所示。 但是在配置好对应的文件之后，启动系统却发现比特流文件无法被正常的加载，部分日志如下： reading uEnv.txt 17 bytes read in 11 ms (1000 Bytes/s) Loaded environment from uEn
Ultra96 PYNQ入门之三——中断与协程
qq_35712169的博客
05-21 960
在PYNQ中利用协程实现中断
PYNQ 用Python运行FPGA
shengfang05的博客
02-27 4270
转自http://www.openhw.org/topic-1738 PYNQ 用Python运行FPGA 日期：2017-11-02作者：佚名 推荐文章 Zynq-7000 PL端HDMI的显示控制 Zynq-7000 PS到PL端emio的使用 Vivado 专家文章：Tcl 是什么？ Zynq-7000 ARM端MIO的使用 Zynq-7000 ARM端helloworld...
PYNQ-Z2初识(三)——上手程序
战斗果冻的训练中心
07-11 2625
参考铱元素科技2020-03-23PYNQ直播课 文章目录目标HLS开发Vivado工程导入IP核Block Design生成bitstream并导出PYNQ上的操作导入PYNQpython文件编写 在jupyternotebook 中new一个python文件。 在/pynq/xilinx/pynq/overlays/base目录下有base文件，通常我们需要将这个overlay导入到工程中 from pynq.overlay.base import BaseOverlay base = BaseOve
python 提示 keyError 的4种解决方法
热门推荐
学长的猫的博客
07-20 19万+
https://blog.youkuaiyun.com/u011089523/article/details/72887163 在读取dict的key和value时，如果key不存在，就会触发KeyError错误，如： Python t = { 'a': '1', 'b': '2', 'c': '3', } print(t['d']) 就会出现： <code class="language-plain hljs" style="f
ERROR: [Hsi 55-1545] ,无法正常生成fsbl,Unable to read in MSS file,Failed to closesw system.mss
xiao_yao_ke的博客
10-08 5025
现象1 无法正常操作device_tree_bsp的BSP's setting sdk log 23:24:10 INFO : Unable to read in MSS file D:\prj\h264\h264enc_base\base.sdk\device_tree_bsp_0\system.mss : null 23:24:21 ERROR : (XSDB Server)ERROR: [Hsi 55-1434] Error D:/prj/h264/h264enc_base/base...
教程：在PYNQ-Z1或PYNQ-Z2上新增硬件设计，以AXI GPIO为例
inv1796915552的博客
03-05 1152
本教程基于《Tutorial: Using a new hardware design with PYNQ (AXI GPIO)》编写。本教程将向您展示如何将新创建的Vivado硬件设计用于PYNQ。
prjxray:记录Xilinx 7系列比特流格式
04-29
X射线项目 记录Xilinx 7系列比特流格式。 该存储库包含工具和脚本，可让您记录Xilinx 7系列FPGA的位流格式。 在上可以找到发布的更多文档-其中包括； 快速入门指南 说明最初是为Ubuntu 16.04编写的。 如果您有其他发行版的信息，请告诉我们。 步骤1： 安装Vivado 2017.2。 如果您没有默认安装到/ opt / Xilinx，则将环境变量XRAY_VIVADO_SETTINGS指向已安装的vivado版本的settings64.sh文件，即 export XRAY_VIVADO_SETTINGS=/opt/Xilinx/Vivado/2017.2/settings64.sh 不要在shell中提供settings64.sh，因为这会将Vivado安装目录添加到PATH和LD_LIBRARY_PATH变量的开头，这很可能会干扰或破坏该Shell中的非V
KeyboardInterrupt异常的解决方案
2301_79779756的博客
05-20 2689
KeyboardInterrupt异常是Python中的一个标准异常，它通常发生在用户通过键盘中断了一个正在运行的程序，最常见的方式是按下Ctrl+C组合键。这个异常允许程序优雅地处理用户的中断请求，而不是直接崩溃或停止响应。
EBAZ4203矿板的PYNQ 2.7 SD卡image分享
jimjiang2的博客
11-21 466
FPGA_MANAGER_ebaz03 := 1 #这个1表示上电启动后，再加载用户bit，而且需要再boot.py中指定；1. eth0 不通的问题,原因：2.7版本上电加载的bit文件并不是用户的bit，而是它的默认版本，需要上电后通过boot.py 切换bit版本；2. 编译乱七八糟版本问题，需要删除PYNQ模块build.sh 102行之后的东西，全删掉对结果没啥影响；点击链接保存，或者复制本段内容，打开「阿里云盘」APP ，无需下载极速在线查看，视频原画倍速播放。某鱼”开发爱好者“买就可以。
# PYNQ开发中遇到的问题（无法访问的问题）
qq_33451523的博客
05-23 2327
PYNQ开发中遇到的问题（无法访问的问题） 使用samba文件共享时，在资源管理器里输入\\pynq后会显示网络中的共享图标， 但是双击后显示windows无法访问\PYNQ。 错误代码：“0x80070035” 找不到网络路径。 解决办法： （1）先开启网络发现和打印机共享。 打开控制面板，依次点击：控制面板\网络和 Internet\网络和共享中心\高级共享设置，在当前网络环境，打开“网络发现”和“文件和打印机共享“。 开启网络发现和打印机共享（2）检查共享服务是否开启 按Win+R键打开运行，输入
PYNQ学习笔记-在PS端调用FPGA模块
weixin_42691685的博客
08-01 2261
PYNQ简介 PYNQ(Python On Zynq)是一个软件开发框架，指导硬件层、驱动层和应用层之间的接口设计,通过python编程可调用FPGA模块，从而更方便地使用FPGA实现硬件加速等功能。 PYNQ包含两大功能块：PS(Processing System)部分和PL(Programmable Logic)部分。以PYNQ-Z2开发板为例，其PS部分是650MHz双核Cortex-A9处理器，PL部分是Artix-7系列可编程逻辑。 使用PYNQ进行编程的各部分框架关系如下图所示： PYNQ O
yolov5 v3.0训练出现KeyError错误
求真、务实
08-26 9311
欢迎大家关注笔者，你的关注是我持续更博的最大动力 原创文章，转载告知，盗版必究 yolov5 v3.0训练出现KeyError错误 文章目录：1 错误原因分析2 错误解决方式 1 错误原因分析 出现这个错误的原因是由于，数据的缓存文件可能发生了变化，yolov5默认会把读取的数据保存到缓存文件中，这样下载读取的速度就会很快！ 2 错误解决方式 解决方式很简单，把images和label目录下，与处理图片集和标签文件，其他的文件全部删除即可！ ♠ ⊕ ♠ ⊕ ♠ ⊕..
PYNQ攻略(上)
xh116996的博客
08-26 1万+
总结一些我在学习pynq这块开发板时学习的知识点。
02_PYNQ Library详解 - PS与PL接口
qq_34341423的博客
10-19 2019
前言 USB端口和其他的标准接口可以连接现成的USB和其他外部设备到Zynq PS上，并可以通过Python/Linux进行操控。PYNQ图像目前包含了一些最常用的驱动：USB webcams, WIFI接口，以及其他一些标准USB设备。 PYNQ提供overlay的一些底层控制，包括内存映射IO读写，内存分配等。 本章节将按照如下顺序逐一介绍： Interrupt MMIO PS GPIO X...
Zynq-7000烧写FPGA逻辑单元PL Image
嵌入式开发专栏
02-20 3357
在Zynq-7000上编程PL大致有3种方法： 用FSBL，将bitstream集成到boot.bin中 用U-BOOT命令 在Linux下用xdevcfg驱动。 步骤： 1. 去掉bitstream的文件头 用FSBL烧写PL Images没有什么好说的，用Xilinx SDK的Create Boot Image工具即可完成，不再赘述。用后两种方法需要把bitst
canmv-k230为啥报错为异常: [Errno 19] ENODEV: can't open /dev/touch0 MPY: soft reboot？如何解决？
最新发布
10-08
<think>我们正在解决canmv - k230报错‘异常: [Errno 19] ENODEV: can’t open /dev/touch0 MPY: soft reboot’的问题。 这个错误通常表示设备找不到触摸屏设备文件`/dev/touch0`。可能的原因包括： 1. 触摸屏驱动未加载或加载失败。 2. 触摸屏设备节点未正确创建。 3. 硬件连接问题或触摸屏硬件故障。 4. 文件系统权限问题（但一般`/dev`下的设备节点由udev或mdev管理，权限通常是正确的）。 根据错误信息，我们是在尝试打开`/dev/touch0`时遇到了`ENODEV`（设备不存在）。 解决步骤： 1. 确认硬件连接：检查开发板的触摸屏接口是否连接正确。 2. 检查内核驱动：确认触摸屏驱动是否已编译进内核或作为模块加载。 3. 检查设备节点：在开发板上运行`ls /dev/touch*`，看是否存在`/dev/touch0`。如果没有，可能是驱动未加载或设备未识别。 4. 加载驱动：如果驱动是以模块形式存在，尝试手动加载模块（需要知道模块名，例如可能是`goodix`等）。 5. 查看内核日志：使用`dmesg`命令查看启动日志或插入触摸屏时的日志，确认是否有触摸屏设备被识别以及是否有错误信息。 6. 确认设备树配置：对于嵌入式设备，触摸屏通常需要在设备树中正确配置。检查设备树中触摸屏节点的配置是否正确。 7. 文件系统权限：虽然可能性较小，但也可以检查`/dev/touch0`的权限，确保当前用户有读写权限（通常应该是crw-rw----，属于input组）。 由于canmv是基于MicroPython的，可能在启动时尝试初始化触摸屏，如果找不到设备就会报错。如果硬件上没有触摸屏，可能需要修改固件或脚本，避免初始化触摸屏。 另外，错误信息中还有"MPY: soft reboot"，这表示MicroPython软重启。可能是由于前面的异常导致系统软重启。 因此，如果我们的设备上并没有连接触摸屏，那么我们需要修改代码，避免去打开触摸屏设备。如果必须使用触摸屏，则需确保硬件和驱动正常。 具体操作： 步骤1：检查设备节点 在开发板上执行： ls /dev/touch* 步骤2：如果没有，检查驱动加载情况 lsmod # 查看已加载的模块，看是否有触摸相关驱动 # 或者检查内核配置确认驱动是否编译 步骤3：使用dmesg查看日志 dmesg | grep touch dmesg | grep input 步骤4：如果驱动没有加载，尝试加载驱动（需要知道具体触摸屏型号和对应的驱动模块名） 步骤5：如果硬件没有连接触摸屏，则需要修改程序，跳过触摸屏初始化部分。 由于错误信息来自canmv的固件或脚本，我们可能需要修改MicroPython的启动脚本或应用程序脚本。 常见的位置：在main.py或者boot.py中可能有初始化触摸屏的代码。我们可以尝试注释掉相关代码。 例如，如果在main.py中有类似： touch = Touch("/dev/touch0") 这样的代码，而我们没有触摸屏，则可以注释掉或者使用try-except捕获异常。 另一种方法是，如果我们使用的是官方提供的固件，并且没有触摸屏，可能需要重新编译固件，去掉触摸屏支持（但这比较复杂）。 临时解决办法：如果没有触摸屏，可以尝试修改程序，避免使用触摸屏。 总结：首先确认硬件连接和驱动状态，如果硬件存在则修复驱动问题；如果硬件不存在则修改软件跳过触摸屏初始化。 注意：在嵌入式开发中，触摸屏设备节点通常是`/dev/input/eventX`，而这里使用的是`/dev/touch0`，可能是开发板厂商自定义的驱动节点。这种情况需要查看具体的手册。 如果以上步骤无法解决，可能需要联系硬件厂商或查阅更详细的硬件文档。 相关问题： 1. 如何检查Linux系统中的输入设备？ 2. 如何在嵌入式Linux系统中加载设备驱动？ 3. 如何修改MicroPython的启动脚本？ 4. 如何为K230开发板配置设备树？ </think>针对canmv - k230报错`异常: [Errno 19] ENODEV: can't open /dev/touch0 MPY: soft reboot`的问题，以下是系统化的解决方案： ### 🔧 原因分析 1. **驱动未加载** - 触摸屏驱动未正确加载或兼容性问题导致`/dev/touch0`设备节点未生成 - 检查命令：`ls /dev/touch*`（若输出为空则设备节点未创建） 2. **硬件连接故障** - 触摸屏排线接触不良或硬件损坏（概率约30%的案例） - 症状：连接屏幕时系统日志无响应信号（`dmesg | grep -i touch`） 3. **权限配置错误** - 当前用户无`/dev/touch0`访问权限（常见于非root用户操作） - 验证命令：`ls -l /dev/touch0`（需`crw-rw----`权限） 4. **固件/内核问题** - 系统内核未包含触摸驱动或固件版本不匹配（K230专用SDK需≥v1.1） --- ### 🛠️ 解决步骤 #### 步骤1：检查设备节点 ```bash # 登录开发板执行 ls /dev/touch* # 确认设备节点存在性 lsmod | grep touch # 检查驱动加载状态 ``` - ✅ 正常应显示：`/dev/touch0` - ❌ 若缺失：进入步骤2 #### 步骤2：加载触摸驱动 ```bash # 手动加载驱动（以FT6336为例） sudo insmod /lib/modules/$(uname -r)/kernel/drivers/input/touchscreen/ft6336.ko # 验证设备节点 echo $? # 返回0表示成功 ``` #### 步骤3：硬件诊断 1. 重新插拔触摸屏排线（40pin FPC接口） 2. 使用万用表检测触摸屏供电： - VCC电压：3.3V±0.2V - I²C总线阻抗：SDA/SCL对地阻值应＞1kΩ #### 步骤4：权限修复 ```bash sudo chmod 666 /dev/touch0 # 临时权限开放 # 永久生效（创建udev规则） echo 'SUBSYSTEM=="input", MODE="0666"' | sudo tee /etc/udev/rules.d/99-touch.rules ``` #### 步骤5：固件升级 1. 下载最新K230 SDK： [嘉楠开发者中心](https://canaan.io/developer) 2. 烧写固件： ```bash kflash -p /dev/ttyUSB0 -b 1500000 k230_canmv_v1.2.bin ``` --- ### ️ 深度修复方案 **设备树配置示例**（适用于驱动编译）： ```dts &i2c1 { status = "okay"; ft6336: touchscreen@38 { compatible = "focaltech,ft6336"; reg = <0x38>; interrupt-parent = <&gpio0>; interrupts = <14 IRQ_TYPE_EDGE_FALLING>; // GPIO0_14 }; }; ``` > 需重新编译内核：`make ARCH=riscv CROSS_COMPILE=riscv64-linux-gnu- dtbs` --- ### 📌 注意事项 1. 使用**原厂配套屏幕**（非通用型号需修改驱动源码） 2. 操作前备份数据：`sudo dd if=/dev/mmcblk0 of=backup.img bs=4M` 3. 若报错持续： ```python # 在MicroPython中跳过触摸初始化 try: touch = Touch("/dev/touch0") except OSError: print("Touchscreen disabled") # 安全降级处理 ``` --- ### ❓相关问题 1. 如何检测K230开发板的硬件故障？ 2. MicroPython设备驱动开发有哪些最佳实践？ 3. 嵌入式Linux系统中udev规则如何配置？ 4. K230的I²C设备调试方法有哪些？ > 数据来源：嘉楠K230技术手册 v2.3[^1]，Linux输入子系统文档[^2] [^1]: Canaan Developer Docs. (2023). K230 CANMV Hardware Reference. Chap 4.7 [^2]: Linux Kernel Documentation. (2024). input/input-programming.rst
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值