设备树之gpio和自定义属性获取

对载流子的复合机制进行总结

lcd spi 驱动

允许自定义属性。自定义一个管脚编号的属性pinnum;/dts-v1/;

和，这两章已经简单说了下gpio是怎么在linux里面工作的，说白了就是为了统一的接口，半导体厂商按照框架在自己的驱动里去在底层做的实现gpio我们一般就是指的是通用的具有输入输出高低电平的控制器，这个做的也就是gpio子系统干的事，设置方向，电平等。但是外接的io引脚，一般不光有gpio的功能，还有其他的复用功能，比如i2c,spi等；这个io怎么输入输出就取决于连接的外设的驱动，怎么定义的了；这个一般有个复用管理的控制器来选择当前跟io连接的是那种功能，当然这个也就是pinctrl的部分工作内容。

1.什么是设备树？ 描述设备树的文件叫做DTS，这个DTS文件采用树形结构描述板级设备，也就是开发板上的设备信息，比如CPU 数量、 内存基地址、 IIC 接口上接了哪些设备、 SPI 接口上接了哪些设备等等 ==简而言之的概括一下，linux和设备树分开了，设备树包含的是描述板级硬件信息的内容，设备树的文件拓展名.dts 一个SOC可以有做出不同的板子，将板子的共同信息进行提提取得到通用文件，文件拓展名为.dtsi == 2.DTS、 DTB 和 DTC DTS 是设备树源码文件， DTB 是将DTS

【代码】设备树配置gpio。

使用Linux的GPIO子系统操作GPIO，注册驱动并进行测试

spi@abcd0001, buttons, button_0, button_1, gpio-reset为devicetree中的节点名(node name)gpio及其配置更多时候是作为某个节点的属性出现，如button节点的GPIO属性，led节点的gpio属性；spi的cs-gpio属性等等。button0,button1,nrf52840_reset,为节点的标签(LABEL)led00, pwm-led0,sw0为节点的别名(ALIAS)

原文 在Linux3.x版本后，arch/arm/plat-xxx和arch/arm/mach-xxx中，描述板级细节的代码（比如platform_device、i2c_board_info等）被大量取消，取而代之的是设备树，其目录位于arch/arm/boot/dts 1.设备树的组成 1个dts文件+n个dtsi文件，它们编译而成的dtb文件就是真正的设备树 soc厂商会把soc公共的特性和多块开发板公用的特性提炼为dtsi，而dts则负责描述某个具体的产品（开发板）的特性。dts直接或间接的包含多个d

设备树详解 在Linux3.x版本后，arch/arm/plat-xxx和arch/arm/mach-xxx中，描述板级细节的代码（比如platform_device、i2c_board_info等）被大量取消，取而代之的是设备树，其目录位于arch/arm/boot/dts 1.设备树的组成 1个dts文件+n个dtsi文件，它们编译而成的dtb文件就是真正的设备树 soc厂商会把soc公共的特性和多块开发板公用的特性提炼为dtsi，而dts则负责描述某个具体的产品（开发板）的特性。dts直接或间接的包

驱动程序还想控制gpio 可以不用读写寄存器 直觉用gpio子系统开发的接口就能用了轻松做输入输出 获取当前值gpio1 记录了控制器相关的寄存器基地址//初始化外设时钟 gpio - controller;//表明gpio1是gpio控制器 # gpio - cells = < 2 >;//表明gpio1是中断控制器 # interrupt - cells = < 2 >;//表明gpio1和pinctrl子系统关系 gpio子系统引脚编号和pinctrl子系统引脚编号的关系 }

设备树详解 在Linux3.x版本后，arch/arm/plat-xxx和arch/arm/mach-xxx中，描述板级细节的代码（比如platform_device、i2c_board_info等）被大量取消，取而代之的是设备树，其目录位于arch/arm/boot/dts 1.设备树的组成 1个dts文件+n个dtsi文件，它们编译而成的dtb文件就是真正的设备树 soc厂商会把soc...

本文介绍了如何在Linux驱动中读取自定义设备树的实现方法。首先列举了常用的设备树操作接口，包括节点查找、属性读取、地址映射和中断处理等。然后通过树莓派平台的实例，展示了如何定义包含字符串、整型数组、GPIO、中断和时钟等属性的设备树节点，并编写对应的平台驱动进行解析。驱动代码演示了如何读取各种类型属性，包括字符串、u32数组、u64值、GPIO引脚、中断号和时钟频率等。最后说明了编译和加载方法，并给出了运行时的属性解析结果输出。该示例为Linux设备树驱动开发提供了实用参考。

linux LED驱动

给大伙分享下在DTS中如何配置GPIO口： download_pin { sp_reset_gpio = <&pio PB 7 1 1 2 0>; }; 在上面例子dts片段例子中，这句话的解析是： sp_reset_gpio ：管脚名字，随便取，和driver代码对应即可。 &pio：指向哪个GPIO控制器 PB：哪组GPIO 7：pin bank（内偏移，就是PB组内的第7个IO口） 1：gpio功能类型（复用类型）：0输入，1输出，6外部中断，7

  涉及到的GPIO驱动基于linux-4.14，soc是全志H3，平台是nanopi-m1， linux中关于GPIO控制是通过GPIOLIB实现的，相关主要API如下： #include &lt;linux/gpio.h&gt; //GPIO操作相关接口 int gpio_direction_input(unsigned gpio);//把管脚设置成输入 int gpio_direc...

假如在使用到GPIO、I2C等功能时，若按引脚逐一地去找对应的寄存器进行配置非常浪费时间和精力，所以内核引入了pinctrl子系统，把引脚的复用和配置抽象出来，只需要芯片厂商把自家芯片的支持进去，就可以很方便的配置引脚。从上图红框可以看出，通过evtest测试工具将内核设备读取并打印设备描述的事件，到这里，GPIO按键就做完了，可以用它来实现很多的功能，比如说按一下切换灯的状态，蜂鸣器响等。因为有些功能结点使用的引脚与我们这次复用的引脚发生冲突，会发生引脚不生效的错误，所以我们一定要检查好，然后将其关闭。

【Linux驱动开发】通过设备树节点来配置和调用GPIO（pinctrl节点和gpio-controller）

参考内核源码里的Documentation/devicetree/bindings/gpio/gpio.txt 在设备树里的节点设备需要使用到gpio口，则需要在一个或多个节点属性里提供gpio口的信息.关于gpio口信息的节点属性命名方式是: name-gpios ， 其中name用于指此gpio口在设备里的具体用途. 如用于复位的io口，则属性可以命名为: reset-gpi

文章摘要：本文针对多摄像头跨镜目标追踪中ID频繁切换的问题，提出了一种结合ReID特征、轨迹关联和时间约束的综合解决方案。作者分析了ID切换的三个主要原因：ReID特征不稳定、轨迹关联依赖最近邻匹配以及忽略时间约束。通过改进ReID特征提取（多层特征融合）、引入轨迹预测（卡尔曼滤波）和添加时间窗口约束，成功将ID切换率从35%降至3%以下。文章详细分享了实现细节和踩坑经验，为跨摄像头目标追踪提供了实用优化思路。