|
优利德uti260m红外热成像RAW数据分析记录发现最近随便转载的很多啊，未经授权禁止转载！抄袭！！否则转载者死全家！！另外这是我的笔记，不是教程，难免会有错误，不具有很高的参考性，望周知。 最近斥巨资买了一个优利德uti260m热成像仪，不过官方只提供了手机APP，并未提供PC上位机和SDK。偶然发现将uti260m插在PC上，打开PC的相机程序，是可以直接看到uti260m图像的，猜想uti260m是通过视频流的方式对热成像图像进行输出的。于是想自己分析一下uti260m的输出数据，看能否自己对视频流的数据进行逆向，然后写出一个PC端的uti260m上位机出来，增大uti260m的实用价值（当然不太抱有希望） 开始分析首先吧uti260m插在手机上，使用themal mobile APP拍摄几张图像，然后进入Android/data/com.unitrend.thermal_mobile/files/TI260 Files目录中，可以看到如下几个文件夹，经过几番对比，我将每个文件夹的作用进行注释： draw //未知 fusion //可见光图像 image_byte //图像原始

|
Linux字符驱动框架学习笔记01（ZYNQ-7010）发现最近随便转载的很多啊，未经授权禁止转载！抄袭！！否则转载者死全家！！另外这是我的笔记，不是教程，难免会有错误，不具有很高的参考性，望周知。 以此笔记记录我在驱动学习过程中的知识点，仅此而已。 模块基本框架： 12345module_init(newchrled_init);module_exit(newchrled_exit);MODULE_AUTHOR("verylk");MODULE_DESCRIPTION("ZYNQ New Char Driver");MODULE_LICENSE("GPL"); 头文件： 123456789101112#include <linux/types.h>#include <linux/kernel.h>#include <linux/delay.h>#include <linux/ide.h>#include <linux/init.h>#include <linu

|
加载驱动报Unknown symbol device_create错误解决（ZYNQ-7010）发现最近随便转载的很多啊，未经授权禁止转载！抄袭！！否则转载者死全家！！另外这是我的笔记，不是教程，难免会有错误，不具有很高的参考性，望周知。 今天根据正点原子的教程编写newchrdev驱动时，在使用modprobe命令加载ko文件时，报了Unknown symbol device_create错误： 1234567root@ACZ702_System:/# modprobe leddevleddev: loading out-of-tree module taints kernel.leddev: disagrees about version of symbol device_createleddev: Unknown symbol device_create (err -22)leddev: disagrees about version of symbol device_destroyleddev: Unknown symbol device_destroy (err -22)mo

|
使用TFTP启动Linux内核（ZYNQ-7010）发现最近随便转载的很多啊，未经授权禁止转载！抄袭！！否则转载者死全家！！另外这是我的笔记，不是教程，难免会有错误，不具有很高的参考性，望周知。 ZYNQ的启动与普通的LINUX芯片不太一样，需要在启动内核之前通过u-boot加载比特流文件，否则会因为没有FPGA的程序导致外设无法正常运行。 服务端配置在Ubuntu虚拟机中，安装TFTP服务： 1sudo apt-get install tftpd-hpa 然后将内核文件复制到**/tftpboot**目录中： 12sudo cp zImage /tftpboot# 在Ubuntu 20.04中，tftpd-hpa的默认路径改为：/srv/tftp 复制设备树文件： 1sudo cp system.dtb /tftpboot 测试服务端是否正常（可以忽略）： 123tftp localhosttftp> get zImageReceived 7574653 bytes in 1.7 seconds 开发板配置进入U-boot命令，从TFTP服务器获取比特流文件： 12#ZYNQ的

|
解决DaVinci Resolve 17剪辑软件在Windows高DPI下的缩放问题发现最近随便转载的很多啊，未经授权禁止转载！抄袭！！否则转载者死全家！！另外这是我的笔记，不是教程，难免会有错误，不具有很高的参考性，望周知。 最近在学习达芬奇17剪辑软件，由于我使用的是15.6寸2.5K笔记本电脑来剪辑视频，达芬奇17软件默认情况下界面的字体没有进行缩放，因此看起来字体非常小，这给我使用带来了不小的困扰。 经过我在网上查找，找了了这两种解决达芬奇17软件缩放问题的方法： 方法一在达芬奇17的软件图标上，右击点击属性按钮，然后“兼容性=>更改高DPI设置=>打勾替代高DPI缩放行为=>下拉选择系统=>应用设置”这种方法虽然在一定程度上解决了达芬奇17的缩放问题，但是缩放后字体边缘发虚，这在高DPI屏幕下的体验并不好，因此不推荐使用这种方法。 方法二 需要先关闭方法一中的设置，关闭替代高DPI缩放行为。 在软件快捷方式的图标上右击，点击属性，选择快捷方式选项卡，在目标中，用下面的代码替换原来的内容： 1powershell.exe -WindowStyle Hid

|
华清远见FS-MP1A编译内核移植5寸MIPI屏幕不显示的解决方法发现最近随便转载的很多啊，未经授权禁止转载！抄袭！！否则转载者死全家！！另外这是我的笔记，不是教程，难免会有错误，不具有很高的参考性，望周知。 我在学习和编译华清远见FS-MP1A开发板的内核时，根据教程移植5寸MIPI LCD的驱动，结果发现屏幕并不能够正常显示，具体表现为白屏。 开始我还以为是我某个地方操作不对，试了一遍又一遍，屏幕就是不能显示，编译也无报错。后来发现使用官方移植好的uImage文件，还是不能够正常显示，这就奇怪了，明明镜像里的uImage文件能够正常驱动屏幕，而官方提供的移植文件夹中的内核却不行呢？ 后来我又发现，在ubuntu源码中提供的ubuntu内核源码可以正常驱动屏幕，于是我使用VSCode对.config文件进行比较，最后发现官方教程里少了一个步骤，导致屏幕不能够正常驱动。 解决方法：在内核中开启Enable legacy fbdev support for your modesetting driver就好了，Overallocation of the fbdev buffer选项保持默

|
移植QT 5.11.3 EGLFS文件系统（STM32MP157）正在研究，更新中。 1sudo apt install libgles2-mesa-dev 12345678910111213141516171819202122232425262728293031323334353637383940./configure \ -prefix /opt/qt-armhf-5.11.3 \ -xplatform linux-arm-gnueabi-g++ \ -release \ -opensource \ -confirm-license \ -opengl es2 \ -eglfs \ -no-openssl \ -no-xcb \ -no-compile-examples \ -no-pkg-config \ -no-iconv \ -no-glib \ -skip qt3d \ -skip qtactiveqt \ -skip qtandroidextras \ -skip qtcanvas3d \ -skip qtconnectivity \ -sk

|
移植QT 5.11.3 linuxfb文件系统（STM32MP157）发现最近随便转载的很多啊，未经授权禁止转载！抄袭！！否则转载者死全家！！另外这是我的笔记，不是教程，难免会有错误，不具有很高的参考性，望周知。 步骤解压qt-everywhere-src-5.11.3.tar.xz到/opt目录下： 1sudo tar -xvf qt-everywhere-src-5.11.3.tar.xz -C /opt 进入/opt/qt-everywhere-src-5.11.3目录： 1cd /opt/qt-everywhere-src-5.11.3 安装依赖（参考野火）： 123456sudo apt install python -ysudo apt install g++ make qt3d5-dev-tools -ysudo apt install qml-module-qtquick-xmllistmodel -ysudo apt install qml-module-qtquick-virtualkeyboard qml-module-qtquick-priv

|
降级VMware10能够提高VMware虚拟机的3D能力和运行速度发现最近随便转载的很多啊，未经授权禁止转载！抄袭！！否则转载者死全家！！另外这是我的笔记，不是教程，难免会有错误，不具有很高的参考性，望周知。 最近在编译Linux内核和移植QT文件系统，开始使用虚拟机VMware16.2.3安装装Ubuntu18.04系统，但是总发现虚拟机内桌面动画不流畅，且虚拟机本体的空间占用较大，加上我这台电脑本就是好几年前的产物，配置较低，虽然编译Linux内核没有啥问题，但感觉就是较卡顿。 后来想到，之前在玩仙剑奇侠传五前传的时候，最开始使用别人分享的VMware镜像玩（当然后来买了正版），当时使用VMware 9，感觉速度啥的还可以，后来升级VMware 12就感觉游戏帧率没那么高了，变得卡顿了。于是我开始在网络上寻找答案。 后来，经过搜索得知，VMware 11及以后版本虚拟机开始限制专用视频内存，VMware 11限制到64MB，VMware 12及以后版本限制到4MB，所以说动画变得卡顿了。 我开始降级VMware 10版本，下载安装包后安装发现在安装过程中会报tool-windows