1.关于STM32H743配置SDIO接口驱动并移植FATFS
2.Jetson nano部署Yolov8
3.SD-Webui源代码学习笔记：（一）生成的源码调用过程
4.基于stm32H730的解决方案开发之SD卡的读写调试
5.FPGA高端项目：FPGA基于GS2971+GS2972架构的SDI视频收发+HLS多路视频融合叠加，提供1套工程源码和技术支持
6.Artix7系列FPGA实现SDI视频编解码，部署基于GTP高速接口，源码提供3套工程源码和技术支持

关于STM32H743配置SDIO接口驱动并移植FATFS

       在配置 STMH 的部署 SDIO 接口驱动并移植 FATFS 时，首先应关注 SDMMC1 的源码 CUBEMX 配置。根据原理图，部署郑云端 源码对 SDMMC1 的源码时钟树进行配置，确保时钟频率不超过 MHz。部署在 SDMMC 配置选项中，源码时钟分频系数 div 应选择为 5，部署以确保读写时钟不超过 MHz，源码此时频率为 /5=MHz，部署符合要求。源码配置过程中无需添加 DMA，部署可暂时采用轮询读写方式。源码

       接下来，将 FATFS 最新版本的源代码添加至项目中。需要编写 SD 卡读写函数，对接 diskio.c 文件中的读写操作。该文件内主要实现对 SD 卡插槽状态的 GPIO 状态读取。底层读写函数包括轮询方式和 DMA 方式，具体使用哪种方式取决于在 diskio.c 文件的操作函数中选择。

       在 CUBEMX 自动生成的初始化代码中，调用 HAL_SD_Init() 函数初始化，这可能导致错误：在初始化时未插入卡，造成卡死。建议注释掉此段代码，并在 sdcard_driver.c 文件中进行初始化操作。连锁门店源码初始化前先检测 SD 卡是否存在，避免在无卡时进行初始化。

       对于 diskio.c 文件，主要实现的函数包括 disk_status()、disk_initialize()、disk_read()、disk_write() 和 disk_ioctl()。此阶段需进行 FATFS 的裁剪，通过配置 ffconf.h 文件完成，确保除常规配置外，启用 exFAT 支持以兼容大于 G 的大容量卡。

       编写测试程序，挂载 SD 卡，尝试打开文件。若文件不存在，创建并写入字符串，关闭文件后再次打开并读取内容，结果应显示于终端。最终，通过上述步骤完成 STMH 的 SDIO 接口驱动配置与 FATFS 移植。

       如需获取同款开发板，可在闲鱼搜索用户名阿达和阿文，并获取技术咨询。

Jetson nano部署Yolov8

       于年1月日成功完成了Jetson nano B的Yolov8部署，无需科学上网，准备工作包括U盘。

       1. 安装流程首先从官网获取Jetson nano开发者套件SD卡镜像并下载（压缩文件需解压）。网站右侧导航源码

       1.2 使用Etcher工具进行烧录

       2. 配置Python环境：推荐Python 3.8，因ultralytics要求。创建独立环境，具体步骤如下：

       2.1 安装基础环境

       2.2 下载Python 3.8源代码至Jetson Nano

       2.3 解压并进入Python-3.8.文件夹进行后续操作

       2.4 到Python-3.8.中编译并配置Python环境

       3.1 安装PyTorch和Torchvision：由于平台不兼容，需手动下载预编译和编译安装

       3.2 将下载的文件传输至U盘，通过终端在Jetson nano中安装

       3.3 安装ultralytics，注意在激活独立环境后操作

       4. 使用时，每次启动需打开独立环境，可能遇到libomp.so.5库缺失，需安装OpenMP库解决

       5. 个人简介：拥有丰富的学习和竞赛经历，目前准备出国留学，目标是新加坡国立大学的机器人学研究生

       5.2 可通过以下方式联系：

       CSDN主页，小红书和抖音，Gitee和Github代码仓库，以及ac@.com邮箱和微信。

SD-Webui源代码学习笔记：（一）生成的调用过程

       本文旨在探讨Stable-Diffusion-Webui源代码中的生成调用过程，提供对相关代码段的深入解读。首先，深入解析的路径集中在文件 modules/call_queue.py，其中封装了用于实现请求处理的函数 wrap_queued_call, wrap_gradio_gpu_call 及 wrap_gradio_call。这些函数用于实现多种类型的请求处理，几乎囊括了webui中常见请求。

       着重考察了文件 ui.py 中的 modules.txt2img.txt2img 函数调用，发现其被封装于 wrap_gradio_gpu_call 中，且其调用路径清晰地指向生成的核心代码。通过全局搜索定位到关键函数，我们能够观察到一个典型的mysql rpm源码包绘图执行流程。

       经过多次函数调用与变量追踪，最终到达关键步骤：首先，process_images 函数负责管理当前配置的暂存、覆盖和图像生成任务。而真正实现图像生成的部分位于 process_images_inner 函数，此函数调用一系列复杂的模型操作，最终实现图像从隐空间到像素空间的转换。

       在这一转换过程中，关键函数如 decode_first_stage 负责将模型输出的隐空间表示解码为可视图像。进一步探究，发现其作用于预先训练的VAE模型，将输出转换为人类可读的图像形式。同时，p.sample 的操作则涉及对预测噪声的迭代更新与去除噪声，实现图像的最终生成。

       为了明确这一操作所依赖的库代码，进一步对 decode_first_stage 和 p.sample 的执行细节进行了跟踪和验证，明确了它们分别位于 repositories/stable-diffusion-stability-ai/ldm/models/diffusion/ddpm.py 和 repositories/k-diffusion/k_diffusion/sampling.py 中的实现路径。

       同时，文中提到了Stable Diffusion项目中集成的安全检查器在Webui版本中的缺失，这一改动是为了允许生成彩色图像。若考虑使用SD-Webui部署AI生成内容服务，建议对生成的图像进行安全检查，以防范潜在风险。

       总结，本文通过对Stable-Diffusion-Webui源代码的详细解析，揭示了生成的qt图片相册源码主要逻辑和关键技术路径。这些见解将为个人自定义Webui开发提供宝贵的参考，旨在提升项目的实用性与安全可靠性。

基于stmH的解决方案开发之SD卡的读写调试

       在嵌入式系统领域，SD卡存储功能是不可或缺的。然而，这一功能的实现并非易事，因为它涉及两个复杂且关键的方面：文件系统和SD卡底层驱动。文件系统的复杂度和多接口的驱动层都带来了巨大的挑战，两者的集成更是容易出现各种问题。在面对这一挑战时，经过深入研究和反复调试，我总结出了一系列的解决策略。

       为了定位可能的问题所在，我首先从硬件层面入手。使用简单的GPIO操作代码来逐一验证各I/O口是否正常工作。通过万用表测量I/O口，如果发现不通，需要进一步检查硬件设备。

       在确认硬件没有问题后，接下来的关键是验证SD卡能否被正确识别。这部分源码设计较为复杂，需要精心组织和调试。通过编写代码来检查SD卡的读写能力，排除了文件系统层的影响，确保SD卡正常工作。

       完成上述步骤后，我将重点转向文件系统的调试。文件系统的复杂性要求对每一层的细节有深入的理解，并能定位到具体出现问题的环节。在这一阶段，需要对相关知识进行全面掌握，并对问题进行深入分析。

       通过上述方法，我能够逐步排查问题，最终成功定位并解决了在SD卡读写调试过程中遇到的难题。在处理复杂问题时，化繁为简的策略以及对专业知识的熟练掌握起到了关键作用。这次经历不仅提升了我的问题解决能力，也加深了我对嵌入式系统开发的理解。

FPGA高端项目：FPGA基于GS+GS架构的SDI视频收发+HLS多路视频融合叠加，提供1套工程源码和技术支持

       FPGA高端项目：FPGA基于GS+GS架构的SDI视频收发+HLS多路视频融合叠加，提供1套工程源码和技术支持

       前言

       在FPGA的SDI视频编解码领域，有两种主要方案：一是采用专用编解码芯片（如GS接收器与GS发送器），其优点是简化设计，易于实现，但成本相对较高；二是利用FPGA的逻辑资源自定义SDI编解码，通过Xilinx系列FPGA的GTP/GTX资源进行串行/并行转换，并利用SMPTE SDI资源完成SDI编码与解码，此方案的优势在于高效利用FPGA资源，但对开发者的技术要求更高。在这里，我们提供了一套针对Xilinx Zynq FPGA的解决方案，包括硬件开发板、工程源码与技术支持。

       设计概述

       本设计基于Xilinx Zynq FPGA，采用GS作为SDI视频接收器，将同轴串行SDI视频解码为BT格式，并转换为HDMI输出。输入源为HD-SDI相机，支持SD-SDI、HD-SDI、3G-SDI等多种格式。解码后的视频经BT转RGB模块转换为RGB格式，随后通过HLS多路视频融合叠加技术，叠加第二路视频，并进行缩放、透明度配置等操作，最终输出为3G-SDI视频格式。

       实现流程

       1. 视频解码：使用GS接收HD-SDI信号，并解码为BT格式视频。

       2. 视频转换：将BT格式视频转换为RGB格式，以便后续处理。

       3. 多路视频融合叠加：通过HLS技术，将第二路视频进行缩放、透明度配置后与第一路视频融合叠加。

       4. 编码输出：使用GS编码器将处理后的RGB视频转换为SDI信号输出，通过SDI转HDMI盒子展示在显示器上。

       工程源码与技术支持

       本项目提供完整工程源码与技术支持，包括硬件设计、软件开发、上板调试等全过程。源码涵盖硬件配置、视频处理算法、图像缓存、多路视频融合叠加、编码输出等关键环节。此外，还提供详细的工程设计文档，以便用户快速理解并移植至自定义项目中。

       注意事项与移植指南

       项目移植时需注意FPGA型号、开发环境版本及硬件配置差异。对于不同的FPGA型号，可能需要调整相应的硬件配置和IP锁。此外，当开发环境版本不一致时，需确保与工程源码版本兼容，可通过升级开发环境或调整工程配置解决。对于纯FPGA项目移植至Zynq系列FPGA，需添加Zynq软核。

       总结

       本项目旨在提供一套完整的FPGA SDI视频处理解决方案，涵盖硬件设计、软件实现、工程源码与技术支持，适用于毕业设计、项目开发，以及医疗、军工等领域的图像处理应用。通过提供详细的工程源码和指导文档，帮助用户快速掌握SDI视频收发与多路视频融合叠加技术。

Artix7系列FPGA实现SDI视频编解码，基于GTP高速接口，提供3套工程源码和技术支持

       Artix7系列FPGA实现SDI视频编解码，基于GTP高速接口，提供3套工程源码和技术支持

       前言

       本文介绍了如何使用FPGA实现SDI视频的编解码，提出了两种实现方案：一是使用专用编解码芯片，优点是简单，但成本较高；二是使用FPGA逻辑资源实现，合理利用了FPGA资源，但操作难度较大。本方案提供了硬件开发板、工程源码等资源，适用于Xilinx系列FPGA的Artix7低端系列。

       工程概述

       基于Xilinx的Artix7系列FPGA开发板，实现SDI视频编解码，支持输入3G-SDI相机或HDMI转3G-SDI盒子，支持自适应输入HD/SD/3G-SDI格式。SDI视频经过Gva芯片转换为差分信号，通过GTP高速接口进行解串，使用Xilinx的SMPTE SDI IP核解码，并输出BT视频。对于RGB视频，本设计提供两种输出方式：一种是通过HDMI发送模块输出到HDMI显示器；另一种是通过RGB转BT模块后，使用SMPTE SDI IP核编码输出SDI视频。

       针对不同需求，提供了三种工程源码：一种是不使用缓存的HDMI输出方案，适用于低延时场景；另一种是使用缓存的HDMI输出方案，适用于需要视频缓存的场景；最后一种是使用缓存的SDI输出方案，适用于SDI转SDI的场景。每种方案都有详细的工程源码和Block Design设计。

       为了帮助读者理解和移植工程，还提供了详细的移植说明和上板调试验证步骤。此外，本博客还提供了SDI视频编解码的专栏链接，包括基于GS/GS的方案、基于GTP/GTX资源的方案，以及针对Kintex、Zynq系列FPGA的应用案例。

       为了满足不同用户的需求，本博客还提供了工程代码的获取方式，以及针对不同场景的解决方案。同时，为了提供更丰富和个性化的服务，本博主还提供了额外的服务选项，以适应不同用户的具体需求。