zkp9834的专栏

边缘网关开发：Rock 5T部署Mosquitto与Node-RED实践 本文记录了在Rock 5T开发板上部署MQTT消息总线的完整过程。通过Docker Compose编排Mosquitto和Node-RED容器，实现了本地MQTT消息转发和可视化调试功能。 主要内容包括： 系统目标：建立本地MQTT消息总线，实现设备消息转发和可视化调试 环境配置：Rock 5T开发板运行Debian 12系统，已安装Docker环境 核心组件：Mosquitto作为MQTT Broker，Node-RED用于消息调试

本文介绍了在Rock 5T开发板（RK3588芯片）上部署Docker和Docker Compose的过程。系统环境为Debian 12（arm64架构），目标是为边缘网关构建多服务运行环境。初始安装时遇到Docker官方源访问问题，改为使用阿里云镜像源成功完成安装。安装内容包括Docker Engine、CLI、containerd及相关插件。完成后验证了Docker服务正常运行，为后续部署MQTT Broker、Node-RED等边缘计算服务奠定了基础。

本文介绍了基于全志T153开发板和LVGL框架的多页面UI大屏项目实现过程。项目从SDK自带的lv_monitor示例出发，构建了包含Home、Clock、Sys Info、Gallery四个页面的滑动框架，通过lv_tileview实现水平页面切换。重点解决了工程实践中的关键问题：脱离Buildroot独立编译、触摸输入配置、PNG背景图加载优化、内存管理以及性能调优。实现了顶部导航栏动态更新、网络状态监测和时钟显示功能，最终在10寸HDMI触摸屏上流畅运行。项目完整展示了嵌入式Linux开发从驱动适配到

本文介绍了在全志T153开发板上修改HDMI输出分辨率的过程。原厂配置的1920x1080分辨率导致画面模糊，作者将其调整为更匹配屏幕物理分辨率的1280x720。修改涉及三个关键文件：LT8912B驱动、U-Boot和Linux内核的设备树，必须保持参数一致。过程中遇到1024x600原生分辨率导致蓝屏的问题，最终选择标准720p方案。验证结果显示画面清晰度明显提升，开机Logo和系统运行正常。文章总结了关键注意事项：必须同步修改所有相关文件、优先使用标准分辨率、修改前务必备份。

本文详细介绍了在全志T153开发板上移植USB多点触摸屏驱动的完整流程。首先分析了驱动依赖关系，确认内核缺少hid-multitouch模块。随后通过修改内核配置、编译模块、验证版本兼容性等步骤完成驱动移植。测试阶段成功识别触摸屏设备，并通过LVGL Demo验证了触摸功能。最后提供了将驱动编入内核的正式编译方法。整个过程涵盖了从内核配置到应用测试的完整移植指南，为类似嵌入式设备的外设驱动开发提供了实用参考。

本文主要介绍了通过DRM（Direct Rendering Manager）进行屏幕探测和显示控制的实践过程。首先创建了一个探测程序drm_probe.c，用于获取DRM设备信息，包括连接器(connector)、编码器(encoder)和显示模式(mode)等。程序实现了自动选择最优显示模式的评分策略，优先1920x1080分辨率或最大显示面积。随后计划构建最小显示封装mini_drm和验证demodrm_color_demo，目标是实现屏幕上显示可控画面（纯色/渐变/色块动画）。整个流程从设备探测到最终

摘要：WSL2环境下K510开发板SDK编译踩坑记 本文记录了在Windows 10 WSL2环境下编译勘智K510开发板SDK时遇到的兼容性问题及解决方案。作者发现官方提供的SDK工具链是32位x86架构，而WSL2环境为64位，导致编译失败。经过多次尝试后，最终采用官方Docker容器方案成功搭建编译环境。具体步骤包括：安装配置Docker Desktop、拉取官方K510_buildroot仓库、运行专用Docker脚本，最终在容器内完成SDK编译。整个过程揭示了嵌入式开发中工具链架构兼容性的重要性，

本文介绍了在K510开发板上配置通用开发环境的过程。首先确认了交叉编译工具链的可用性，包括gcc版本、sysroot路径等。随后配置了CMake环境，创建了可复用的toolchain-k510.cmake文件，并成功编译运行了第一个测试程序。接着探索了UI开发方案，发现设备不支持传统framebuffer但支持DRM接口。文中提供了一个基础的DRM刷屏程序示例，展示了如何通过DRM直接控制屏幕输出，包括设备初始化、资源获取、缓冲区创建和屏幕填充等关键步骤。整个流程实现了从Windows开发到容器编译再到开发

因为工作的原因，用到了源自国外的opus开源库，opus相关的资料比较少，自己用了一段时间，把相关东西整理记录下首先需要在opus官网上下载opus相关的源码资料http://www.opus-codec.org/在第二行downloads里面可以看到全部的源码下载这里我们需要下载opus-tools-0.1.9.tar.gz和opus-1.1.tar.gz

工作的原因，从搞单片机的彻底变成搞嵌入式Linux的很多东西不会，查资料自己学，慢慢学习本文来源自网络源文章链接：http://blog.csdn.net/houwei544/article/details/8185916autoconf/automake主要用于创建MakefileUbuntu下安装automake:sudo apt-get ins

共享内存是允许两个不相关的进程访问同一个逻辑内存的进程间通信方法，是在两个正在运行的进程之间共享和传递数据的一种非常有效的方式。不同进程之间共享的内存通常安排为同一段物理内存。进程可以将同一段共享内存连接到它们自己的地址空间中，所有进程都可以访问共享内存中的地址，就好像它们是由用 C语言 malloc()分配的内存一样。两个进程使用共享内存通信机制。POSIX

管道是一个进程连接数据流到另一个进程的通道， 它通常是用作把一个进程的输出通过管道连接到另一个进程的输入。在 Linux 命令中通常通过符号“ |”来使用管道，例如：$ ps -ef | grep init此命令中 ps 是一个独立的进程， grep 也是一个独立的进程，中间的管道把本来要输出到屏幕的数据输出到 grep 这个进程中，作为 grep 这个进程

wait()的函数原型是：#include   #include  pid_t wait(int *status)进程一旦调用了wait，就立即阻塞自己，由wait自动分析是否当前进程的某个子进程已经退出。如果让它找到了这样一个已经变成僵尸的子进程，wait 就会收集这个子进程的信息，并把它彻底销毁后返回；如果没有找到这样一个子进程，wait就会一直阻塞在这里，直到