嵌入式Linux应用开发-基础知识-第十六章GPIO和Pinctrl子系统的使用

嵌入式Linux应用开发-基础知识-第十六章GPIO和Pinctrl子系统的使用

  • 第十六章 GPIO 和 Pinctrl 子系统的使用
    • 16.1 Pinctrl 子系统重要概念
      • 16.1.1 引入
      • 16.1.2 重要概念
      • 16.1.3 示例
      • 16.1.4 代码中怎么引用pinctrl
    • 16.2 GPIO子系统重要概念
      • 16.2.1 引入
      • 16.2.2 在设备树中指定引脚
      • 16.2.3 在驱动代码中调用GPIO子系统
      • 16.2.4 sysfs中的访问方法
    • 16.3 基于GPIO子系统的LED驱动程序
      • 16.3.1 编写思路
      • 16.3.2 在设备树中添加Pinctrl信息
      • 16.3.3 在设备树中添加GPIO信息
      • 16.3.4 编程示例
    • 16.4 在xxxxxx_IMX6ULL上机实验
      • 16.4.1 确定引脚并生成设备树节点
      • 16.4.2 编译程序

第十六章 GPIO 和 Pinctrl 子系统的使用

在这里插入图片描述

参考文档:
a. 内核 Documentation\devicetree\bindings\Pinctrl\ 目录下:

Pinctrl-bindings.txt 

b. 内核 Documentation\gpio 目录下:

Pinctrl-bindings.txt 

c. 内核 Documentation\devicetree\bindings\gpio 目录下:

gpio.txt 

注意:本章的重点在于“使用”,深入讲解放在“驱动大全”的视频里。
前面的视频,我们使用直接操作寄存器的方法编写驱动。这只是为了让大家掌握驱动程序的本质,在实际开发过程中我们可不这样做,太低效了!如果驱动开发都是这样去查找寄存器,那我们就变成“寄存器工程师”了,即使是做单片机的都不执着于裸写寄存器了。
Linux 下针对引脚有 2 个重要的子系统:GPIO、Pinctrl。

16.1 Pinctrl 子系统重要概念

16.1.1 引入

无论是哪种芯片,都有类似下图的结构:
在这里插入图片描述

要想让 pinA、B 用于 GPIO,需要设置 IOMUX 让它们连接到 GPIO 模块;
要想让 pinA、B 用于 I2C,需要设置 IOMUX 让它们连接到 I2C 模块。
所以 GPIO、I2C 应该是并列的关系,它们能够使用之前,需要设置 IOMUX。有时候并不仅仅是设置 IOMUX,还要配置引脚,比如上拉、下拉、开漏等等。

现在的芯片动辄几百个引脚,在使用到 GPIO 功能时,让你一个引脚一个引脚去找对应的寄存器,这要疯掉。术业有专攻,这些累活就让芯片厂家做吧──他们是 BSP 工程师。我们在他们的基础上开发,我们是驱动工程师。开玩笑的,BSP 工程师是更懂他自家的芯片,但是如果驱动工程师看不懂他们的代码,那你的进步也有限啊。

所以,要把引脚的复用、配置抽出来,做成 Pinctrl子系统,给 GPIO、I2C等模块使用。 BSP工程师要做什么?看下图:
在这里插入图片描述
等 BSP工程师在 GPIO子系统、Pinctrl子系统中把自家芯片的支持加进去后,我们就可以非常方便地使用这些引脚了:点灯简直太简单了。
等等,GPIO模块在图中跟 I2C不是并列的吗?干嘛在讲 Pinctrl时还把 GPIO子系统拉进来?
大多数的芯片,没有单独的 IOMUX模块,引脚的复用、配置等等,就是在 GPIO模块内部实现的。 在硬件上 GPIO和 Pinctrl是如此密切相关,在软件上它们的关系也非常密切。
所以这 2个子系统我们一起讲解。

16.1.2 重要概念

从设备树开始学习 Pintrl会比较容易。
主要参考文档是:内核 Documentation\devicetree\bindings\pinctrl\pinctrl-bindings.txt
这会涉及 2个对象:pin controller、client device。
前者提供服务:可以用它来复用引脚、配置引脚。
后者使用服务:声明自己要使用哪些引脚的哪些功能,怎么配置它们。

a. pin controller:
在芯片手册里你找不到 pin controller,它是一个软件上的概念,你可以认为它对应 IOMUX──用来复用引脚,还可以配置引脚(比如上下拉电阻等)。
注意,pin controller和 GPIO Controller不是一回事,前者控制的引脚可用于 GPIO功能、I2C功能;后者只是把引脚配置为输出、输出等简单的功能。

b. client device
“客户设备”,谁的客户?Pinctrl系统的客户,那就是使用 Pinctrl系统的设备,使用引脚的设备。它在设备树里会被定义为一个节点,在节点里声明要用哪些引脚。
下面这个图就可以把几个重要概念理清楚:
在这里插入图片描述
上图中,左边是 pincontroller节点,右边是 client device节点:

a. pin state:
对于一个“client device”来说,比如对于一个 UART设备,它有多个“状态”:default、sleep等,那对应的引脚也有这些状态。
怎么理解?
比如默认状态下,UART设备是工作的,那么所用的引脚就要复用为 UART功能。
在休眠状态下,为了省电,可以把这些引脚复用为 GPIO功能;或者直接把它们配置输出高电平。
上图中,pinctrl-names里定义了 2种状态:default、sleep。
第 0种状态用到的引脚在 pinctrl-0中定义,它是 state_0_node_a,位于 pincontroller节点中。
第 1种状态用到的引脚在 pinctrl-1中定义,它是 state_1_node_a,位于 pincontroller节点中。
当这个设备处于 default状态时,pinctrl子系统会自动根据上述信息把所用引脚复用为 uart0功能。
当这这个设备处于 sleep状态时,pinctrl子系统会自动根据上述信息把所用引脚配置为高电平。

b. groups和 function
一个设备会用到一个或多个引脚,这些引脚就可以归为一组(group);
这些引脚可以复用为某个功能:function。
当然:一个设备可以用到多能引脚,比如 A1、A2两组引脚,A1组复用为 F1功能,A2组复用为 F2功能。

c. Generic pin multiplexing node和 Generic pin configuration node
在上图左边的 pin controller节点中,有子节点或孙节点,它们是给 client device使用的。 可以用来描述复用信息:哪组(group)引脚复用为哪个功能(function);
可以用来描述配置信息:哪组(group)引脚配置为哪个设置功能(setting),比如上拉、下拉等。

注意:pin controller节点的格式,没有统一的标准!!!!每家芯片都不一样。 甚至上面的 group、function关键字也不一定有,但是概念是有的。

16.1.3 示例

在这里插入图片描述

16.1.4 代码中怎么引用pinctrl

这是透明的,我们的驱动基本不用管。当设备切换状态时,对应的 pinctrl就会被调用。 比如在 platform_device和 platform_driver的枚举过程中,流程如下:
在这里插入图片描述

当系统休眠时,也会去设置该设备 sleep状态对应的引脚,不需要我们自己去调用代码。

非要自己调用,也有函数:

devm_pinctrl_get_select_default(struct device *dev);      // 使用"default"状态的引脚 
pinctrl_get_select(struct device *dev, const char *name); // 根据 name选择某种状态的引脚 
pinctrl_put(struct pinctrl *p);   // 不再使用, 退出时调用 

16.2 GPIO子系统重要概念

16.2.1 引入

要操作 GPIO引脚,先把所用引脚配置为 GPIO功能,这通过 Pinctrl子系统来实现。
然后就可以根据设置引脚方向(输入还是输出)、读值──获得电平状态,写值──输出高低电平。 以前我们通过寄存器来操作 GPIO引脚,即使 LED驱动程序,对于不同的板子它的代码也完全不同。 当 BSP工程师实现了 GPIO子系统后,我们就可以:
a. 在设备树里指定 GPIO引脚
b. 在驱动代码中:
使用 GPIO子系统的标准函数获得 GPIO、设置 GPIO方向、读取/设置 GPIO值。
这样的驱动代码,将是单板无关的。

16.2.2 在设备树中指定引脚

在几乎所有 ARM芯片中,GPIO都分为几组,每组中有若干个引脚。所以在使用 GPIO子系统之前,就要先确定:它是哪组的?组里的哪一个?
在设备树中,“GPIO组”就是一个 GPIO Controller,这通常都由芯片厂家设置好。我们要做的是找到它名字,比如“gpio1”,然后指定要用它里面的哪个引脚,比如<&gpio1 0>。
有代码更直观,下图是一些芯片的 GPIO控制器节点,它们一般都是厂家定义好,在 xxx.dtsi文件中:
在这里插入图片描述

我们暂时只需要关心里面的这 2个属性:

gpio-controller; 
#gpio-cells = <2>; 
“gpio-controller”表示这个节点是一个 GPIO Controller,它下面有很多引脚。 
“#gpio-cells = <2>”表示这个控制器下每一个引脚要用 232位的数(cell)来描述。 

为什么要用 2个数?其实使用多个 cell来描述一个引脚,这是 GPIO Controller自己决定的。比如可以用其中一个 cell来表示那是哪一个引脚,用另一个 cell来表示它是高电平有效还是低电平有效,甚至还可以用更多的 cell来示其他特性。
普遍的用法是,用第 1个 cell来表示哪一个引脚,用第 2个 cell来表示有效电平:

GPIO_ACTIVE_HIGH : 高电平有效 
GPIO_ACTIVE_LOW  :  低电平有效 

定义 GPIO Controller是芯片厂家的事,我们怎么引用某个引脚呢?在自己的设备节点中使用属性"[-]gpios",示例如下:
在这里插入图片描述

上图中,可以使用 gpios属性,也可以使用 name-gpios属性。

16.2.3 在驱动代码中调用GPIO子系统

在设备树中指定了 GPIO引脚,在驱动代码中如何使用?
也就是 GPIO子系统的接口函数是什么?
GPIO子系统有两套接口:基于描述符的(descriptor-based)、老的(legacy)。前者的函数都有前缀
“gpiod_”,它使用 gpio_desc结构体来表示一个引脚;后者的函数都有前缀“gpio_”,它使用一个整数来表示一个引脚。
要操作一个引脚,首先要 get引脚,然后设置方向,读值、写值。
驱动程序中要包含头文件,

#include <linux/gpio/consumer.h>   // descriptor-based 或 
#include <linux/gpio.h>            // legacy 

下表列出常用的函数:
在这里插入图片描述

有前缀“devm_”的含义是“设备资源管理”(Managed Device Resource),这是一种自动释放资源的机制。它的思想是“资源是属于设备的,设备不存在时资源就可以自动释放”。
比如在 Linux开发过程中,先申请了 GPIO,再申请内存;如果内存申请失败,那么在返回之前就需要先释放 GPIO资源。如果使用 devm的相关函数,在内存申请失败时可以直接返回:设备的销毁函数会自动地释放已经申请了的 GPIO资源。
建议使用“devm_”版本的相关函数。
举例,假设备在设备树中有如下节点:

 foo_device { compatible = "acme,foo"; ... led-gpios = <&gpio 15 GPIO_ACTIVE_HIGH>, /* red */ <&gpio 16 GPIO_ACTIVE_HIGH>, /* green */ <&gpio 17 GPIO_ACTIVE_HIGH>; /* blue */ power-gpios = <&gpio 1 GPIO_ACTIVE_LOW>; }; 

那么可以使用下面的函数获得引脚:

struct gpio_desc *red, *green, *blue, *power; 
red = gpiod_get_index(dev, "led", 0, GPIOD_OUT_HIGH); 
green = gpiod_get_index(dev, "led", 1, GPIOD_OUT_HIGH); blue = gpiod_get_index(dev, "led", 2, GPIOD_OUT_HIGH); power = gpiod_get(dev, "power", GPIOD_OUT_HIGH); 

要注意的是,gpiod_set_value设置的值是“逻辑值”,不一定等于物理值。 什么意思?
旧的“gpio_”函数没办法根据设备树信息获得引脚,它需要先知道引脚号。
引脚号怎么确定?
在 GPIO子系统中,每注册一个 GPIO Controller时会确定它的“base number”,那么这个控制器里的第 n号引脚的号码就是:base number + n。
但是如果硬件有变化、设备树有变化,这个 base number并不能保证是固定的,应该查看 sysfs来确定 base number。

16.2.4 sysfs中的访问方法

在 sysfs中访问 GPIO,实际上用的就是引脚号,老的方法。

a. 先确定某个 GPIO Controller的基准引脚号(base number),再计算出某个引脚的号码。 方法如下:
① 先在开发板的/sys/class/gpio目录下,找到各个 gpiochipXXX目录:
在这里插入图片描述

② 然后进入某个 gpiochip目录,查看文件 label的内容
③ 根据 label的内容对比设备树
label内容来自设备树,比如它的寄存器基地址。用来跟设备树(dtsi文件)比较,就可以知道这对应哪一个 GPIO Controller。
下图是在 xxxxxx_imx6ull上运行的结果,通过对比设备树可知 gpiochip96对应 gpio4:
在这里插入图片描述

所以 gpio4这组引脚的基准引脚号就是 96,这也可以“cat base”来再次确认。

b. 基于 sysfs操作引脚
以 xxxxxx_imx6ull为例,它有一个按键,原理图如下:
在这里插入图片描述

那么 GPIO4_14的号码是 96+14=110,可以如下操作读取按键值: echo 110 >

/sys/class/gpio/export 
echo in > /sys/class/gpio/gpio110/direction 
cat /sys/class/gpio/gpio110/value 
echo  110 > /sys/class/gpio/unexport 

注意:如果驱动程序已经使用了该引脚,那么将会 export失败,会提示下面的错误:
对于输出引脚,假设引脚号为 N,可以用下面的方法设置它的值为 1: echo N >

/sys/class/gpio/export 
echo out > /sys/class/gpio/gpioN/direction 
echo 1 > /sys/class/gpio/gpioN/value 
echo  N > /sys/class/gpio/unexport 

16.3 基于GPIO子系统的LED驱动程序

16.3.1 编写思路

GPIO的地位跟其他模块,比如 I2C、UART的地方是一样的,要使用某个引脚,需要先把引脚配置为 GPIO功能,这要使用 Pinctrl子系统,只需要在设备树里指定就可以。在驱动代码上不需要我们做任何事情。
GPIO本身需要确定引脚,这也需要在设备树里指定。
设备树节点会被内核转换为 platform_device。
对应的,驱动代码中要注册一个 platform_driver,在 probe函数中:获得引脚、注册 file_operations。
在 file_operations中:设置方向、读值/写值。
在这里插入图片描述

下图就是一个设备树的例子:
在这里插入图片描述

16.3.2 在设备树中添加Pinctrl信息

有些芯片提供了设备树生成工具,在 GUI界面中选择引脚功能和配置信息,就可以自动生成 Pinctrl子结点。把它复制到你的设备树文件中,再在 client device结点中引用就可以。
有些芯片只提供文档,那就去阅读文档,一般在内核源码目录Documentation\devicetree\bindings\pinctrl下面,保存有该厂家的文档。
如果连文档都没有,那只能参考内核源码中的设备树文件,在内核源码目录 arch/arm/boot/dts目录下。
最后一步,网络搜索。
Pinctrl子节点的样式如下:
在这里插入图片描述

16.3.3 在设备树中添加GPIO信息

先查看电路原理图确定所用引脚,再在设备树中指定:添加”[name]-gpios”属性,指定使用的是哪一个 GPIO Controller里的哪一个引脚,还有其他 Flag信息,比如 GPIO_ACTIVE_LOW等。具体需要多少个cell来描述一个引脚,需要查看设备树中这个 GPIO Controller节点里的“#gpio-cells”属性值,也可以查看内核文档。
示例如下:
在这里插入图片描述

16.3.4 编程示例

在实际操作过程中也许会碰到意外的问题,现场演示如何解决。
a. 定义、注册一个 platform_driver
b. 在它的 probe函数里:
b.1 根据 platform_device的设备树信息确定 GPIO:gpiod_get
b.2 定义、注册一个 file_operations结构体
b.3 在 file_operarions中使用 GPIO子系统的函数操作 GPIO: gpiod_direction_output、gpiod_set_value
好处:这些代码对所有的代码都是完全一样的!
使用 GIT命令载后,源码 leddrv.c位于这个目录下:

01_all_series_quickstart\ 
05_嵌入式 Linux驱动开发基础知识\source\ 
05_gpio_and_pinctrl\     01_led 

摘录重点内容:
a. 注册 platform_driver
注意下面第 122行的"xxxxxx,leddrv",它会跟设备树中节点的 compatible对应:

121 static const struct of_device_id xxxxxx_leds[] = { 
122     { .compatible = "xxxxxx,leddrv" }, 
123     { }, 
124 }; 
125 
126 /* 1. 定义 platform_driver */ 
127 static struct platform_driver chip_demo_gpio_driver = { 
128     .probe      = chip_demo_gpio_probe, 
129     .remove     = chip_demo_gpio_remove, 
130     .driver     = { 
131         .name   = "xxxxxx_led", 
132         .of_match_table = xxxxxx_leds, 
133     }, 
134 }; 
135 
136 /* 2. 在入口函数注册 platform_driver */ 
137 static int __init led_init(void) 
138 { 
139     int err; 
140 
141     printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__); 
142 
143     err = platform_driver_register(&chip_demo_gpio_driver); 
144 
145     return err; 
146 } 

b. 在 probe函数中获得 GPIO
核心代码是第 87行,它从该设备(对应设备树中的设备节点)获取名为“led”的引脚。在设备树中,必定有一属性名为“led-gpios”或“led-gpio”。

77 /* 4. 从 platform_device获得 GPIO 
78  *    把 file_operations结构体告诉内核:注册驱动程序 
79  */ 
80 static int chip_demo_gpio_probe(struct platform_device *pdev) 
81 { 
82      //int err; 
83 
84      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__); 
85 
86      /* 4.1 设备树中定义有: led-gpios=<...>; */ 
87     led_gpio = gpiod_get(&pdev->dev, "led", 0); 
88      if (IS_ERR(led_gpio)) { 
89              dev_err(&pdev->dev, "Failed to get GPIO for led\n"); 
90              return PTR_ERR(led_gpio); 
91      } 
92 

c. 注册 file_operations结构体:
这是老套路了:

93      /* 4.2 注册 file_operations      */ 
94      major = register_chrdev(0, "xxxxxx_led", &led_drv);  /* /dev/led */ 
95 
96      led_class = class_create(THIS_MODULE, "xxxxxx_led_class"); 
97      if (IS_ERR(led_class)) { 
98              printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__); 
99              unregister_chrdev(major, "led"); 
100             gpiod_put(led_gpio); 
101             return PTR_ERR(led_class); 
102     } 
103 
104     device_create(led_class, NULL, MKDEV(major, 0), NULL, "xxxxxx_led%d", 0); /* /dev/xxxxxx_led0 */ 
105 

d. 在 open函数中调用 GPIO函数设置引脚方向:

51 static int led_drv_open (struct inode *node, struct file *file) 
52 { 
53      //int minor = iminor(node); 
54 
55      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__); 56      /* 根据次设备号初始化 LED */ 
57      gpiod_direction_output(led_gpio, 0); 
58 
59      return 0; 
60 } 

e. 在 write函数中调用 GPIO函数设置引脚值:

34 /* write(fd, &val, 1); */ 
35 static ssize_t led_drv_write (struct file *file, const char __user *buf, size_t size, loff_t *offset) 
36 { 
37      int err; 
38      char status; 
39      //struct inode *inode = file_inode(file); 
40      //int minor = iminor(inode); 
41 
42      printk("%s %s line %d\n", __FILE__, __FUNCTION__, __LINE__); 
43      err = copy_from_user(&status, buf, 1); 
44 
45      /* 根据次设备号和 status控制 LED */ 
46      gpiod_set_value(led_gpio, status); 
47 
48      return 1; 
49 } 

f. 释放 GPIO:

gpiod_put(led_gpio); 

16.4 在xxxxxx_IMX6ULL上机实验

16.4.1 确定引脚并生成设备树节点

NXP公司对于 IMX6ULL芯片,有设备树生成工具。我们也把它上传到 GIT去了,使用 GIT命令载后,在这个目录下:

01_all_series_quickstart\ 
05_嵌入式 Linux驱动开发基础知识\source\ 
05_gpio_and_pinctrl\ 
tools\ 
imx\ 

安装“ Pins_Tool_for_i.MX_Processors_v6_x64.exe”后运行,打开 IMX6ULL的配置文件
“MCIMX6Y2xxx08.mex”,就可以在 GUI界面中选择引脚,配置它的功能,这就可以自动生成 Pinctrl的子节点信息。
xxxxxx_IMX6ULL使用的 LED原理图如下,可知引脚是 GPIO5_3:
在这里插入图片描述

在设备树工具中,如下图操作:
在这里插入图片描述

把自动生成的设备树信息,放到内核源码 arch/arm/boot/dts/xxxxxx_imx6ull-14x14.dts中,代码如下:
a. Pinctrl信息:

&iomuxc_snvs { 
…… myled_for_gpio_subsys: myled_for_gpio_subsys{  fsl,pins = < MX6ULL_PAD_SNVS_TAMPER3__GPIO5_IO03        0x000110A0 >; }; 

b. 设备节点信息(放在根节点下):

myled { compatible = "xxxxxx,leddrv"; pinctrl-names = "default"; pinctrl-0 = <&myled_for_gpio_subsys>; led-gpios = <&gpio5 3 GPIO_ACTIVE_LOW>;         

};

16.4.2 编译程序

编译设备树后,要更新设备树。

编译驱动程序时,“leddrv_未测试的原始版本.c”是有错误信息的,“leddrv.c”是修改过的。 测试方法,在板子上执行命令:

# insmod  leddrv.ko 
# ls /dev/xxxxxx_led0 
# ./ledtest /dev/xxxxxx_led0 on 
# ./ledtest /dev/xxxxxx_led0 off 

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.rhkb.cn/news/145449.html

如若内容造成侵权/违法违规/事实不符,请联系长河编程网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

软件设计模式系列之二十一——观察者模式

1 观察者模式的定义 观察者模式&#xff08;Observer Pattern&#xff09;是一种行为型设计模式&#xff0c;它允许对象之间建立一对多的依赖关系&#xff0c;当一个对象的状态发生变化时&#xff0c;所有依赖于它的对象都会得到通知并自动更新。这个模式也被称为发布-订阅模式…

数据结构 | 二叉树

基本形状 可参照 数据结构&#xff1a;树(Tree)【详解】_数据结构 树_UniqueUnit的博客-CSDN博客 二叉树的性质 三种顺序遍历

BUUCTF reverse wp 51 - 55

findKey shift f12 找到一个flag{}字符串, 定位到关键函数, F5无效, 大概率是有花指令, 读一下汇编 这里连续push两个byte_428C54很奇怪, nop掉下面那个, 再往上找到函数入口, p设置函数入口, 再F5 LRESULT __stdcall sub_401640(HWND hWndParent, UINT Msg, WPARAM wPara…

Kafka(一)使用Docker Compose安装单机Kafka以及Kafka UI

文章目录 Kafka中涉及到的术语Kafka镜像选择Kafka UI镜像选择Docker Compose文件Kafka配置项说明KRaft vs Zookeeper和KRaft有关的配置关于Controller和Broker的概念解释Listener的各种配置 Kafka UI配置项说明 测试Kafka集群Docker Compose示例配置 Kafka中涉及到的术语 对于…

Spring5应用之AOP切入点详解

作者简介&#xff1a;☕️大家好&#xff0c;我是Aomsir&#xff0c;一个爱折腾的开发者&#xff01; 个人主页&#xff1a;Aomsir_Spring5应用专栏,Netty应用专栏,RPC应用专栏-CSDN博客 当前专栏&#xff1a;Spring5应用专栏_Aomsir的博客-CSDN博客 文章目录 前言切入点详解切…

简单三步 用GPT-4和Gamma自动生成PPT PDF

1. 用GPT-4 生产PPT内容 我想把下面的文章做成PPT&#xff0c;请你给出详细的大纲和内容 用于谋生的知识&#xff0c;学生主要工作是学习&#xff0c;成年人的工作是养家糊口&#xff0c;这是基本的要求&#xff0c;在这之上&#xff0c;才能有更高的追求。 不要短期期望过高…

C#(CSharp)入门教程

目录 C#的第一个程序 变量 折叠代码 变量类型和声明变量 获取变量类型所占内存空间&#xff08;sizeof&#xff09; 常量 转义字符 隐式转换 显示转换 异常捕获 运算符 算术运算符 布尔逻辑运算符 关系运算符 位运算符 其他运算符 字符串拼接 …

计算机图像处理-高斯滤波

高斯滤波 高斯滤波是一种线性平滑滤波&#xff0c;适用于消除高斯噪声&#xff0c;广泛应用于图像处理的减噪过程。通俗的讲&#xff0c;高斯滤波就是对整幅图像进行加权平均的过程&#xff0c;每一个像素点的值&#xff0c;都由其本身和邻域内的其他像素值经过加权平均后得到…

Ubuntu部署运行ORB-SLAM2

ORB-SLAM2是特征点法的视觉SLAM集大成者&#xff0c;不夸张地说是必学代码。博主已经多次部署运行与ORB-SLAM2相关的代码&#xff0c;所以对环境和依赖很熟悉&#xff0c;对整个系统也是学习了几个月&#xff0c;一行行代码理解。本次在工控机上部署记录下完整的流程。 ORB-SLA…

koa基础应用

不要把koa想得太复杂&#xff0c;他就是一个Node框架而已。 在本地应用安装好Node和koa后&#xff0c;先实现一下简单的服务app.js&#xff0c;代码如下&#xff1a; const Koa require(koa) const app new Koa(); app.use(async (context) > {context.body hello Koa …

企业风险管理策略终极指南

企业风险管理不一定是可怕的。企业风险管理是一个模糊且难以定义的主题领域。它涵盖了企业的多种风险和程序&#xff0c;与传统的风险管理有很大不同。 那么&#xff0c;企业风险管理到底是什么&#xff1f;在本文中&#xff0c;我们将确定它是什么&#xff0c;提出两种常见的…

B058-SpringBoot

目录 springboot概念与作用入门案例springboot运行方式热部署配置文件Profile多环境支持整合测试-springboot-testSpringboot-web1.返回json数据2.返回页面&#xff08;模板技术&#xff09;thymeleaf1.导入thymeleaf依赖2.模板文件3.controller4.启动类 SSM整合1.导包2.项目目…

机器人中的数值优化|【四】L-BFGS理论推导与延伸

机器人中的数值优化|【四】L-BFGS理论推导与延伸 往期内容回顾 机器人中的数值优化|【一】数值优化基础 机器人中的数值优化|【二】最速下降法&#xff0c;可行牛顿法的python实现&#xff0c;以Rosenbrock function为例 机器人中的数值优化|【三】无约束优化&#xff0c;拟牛…

让大脑自由

前言 作者写这本书的目的是什么&#xff1f; 教会我们如何让大脑更好地为自己工作。 1 大脑的运行机制是怎样的&#xff1f; 大脑的基本运行机制是神经元之间通过突触传递信息&#xff0c;神经元的兴奋和抑制状态决定了神经网络的运行和信息处理&#xff0c;神经网络可以通过…

使用Qt验证RGB格式

下面我们用不同的颜色来绘制一块矩形区域&#xff0c;来对比学习RGB颜色。 一片漆黑的黑色 黑色在RGB中是三个颜色分量都是0。也就是没有颜色。 下面我们绘制一个水平100个像素&#xff0c;垂直200个像素的矩形区域&#xff0c;颜色设置为黑色。 #ifndef MAINWINDOW_H #def…

SpringBoot整合阿里云OSS文件存储解决方案

&#x1f9d1;‍&#x1f4bb;作者名称&#xff1a;DaenCode &#x1f3a4;作者简介&#xff1a;啥技术都喜欢捣鼓捣鼓&#xff0c;喜欢分享技术、经验、生活。 &#x1f60e;人生感悟&#xff1a;尝尽人生百味&#xff0c;方知世间冷暖。 &#x1f4d6;所属专栏&#xff1a;Sp…

Dink进阶之路

1、环境变量 cat /etc/profile #flink需要 export HADOOP_CLASSPATHhadoop classpath export HADOOP_CONF_DIR/etc/hadoop/conf2、Flink配置 2.1、flink-conf.yaml jobmanager.rpc.address: node-146 jobmanager.rpc.port: 6123 # 设置jobmanager总内存 jobmanager.memory.…

clip代码安装实操

CLIP模型及代码地址&#xff1a;GitHub - openai/CLIP: Contrastive Language-Image Pretraining 代码准备环境 先创建一个anaconda虚拟环境&#xff0c;包含python3.7版本&#xff0c;将该环境命名为clip。成功。 &#xff08; pytorch1.7.1 所需 python 版本 >3.6&…

React 入门笔记

前言 国庆值班把假期拆了个稀碎, 正好不用去看人潮人海, 趁机会赶个晚集入门一下都火这么久的 React 前端技术. 话说其实 n 年前也了解过一丢丢来着, 当时看到一上来就用 JS 写 DOM 的套路直接就给吓退了, 扭头还去看 Vue 了&#x1f923;, 现在从市场份额来看, 确实 React 还…

抓包习讯云院校数据通过PHP解析导入数据库

前言 最近&#xff0c;打卡APP需要这个数据&#xff0c;通过抓包后发现这个数据是固定的&#xff0c;获取很简单&#xff0c;但是数据太多&#xff0c;手动导入不显示&#xff0c;于是分析了json格式后果断通过脚本完成 【推荐】 《【MQTT】Esp32数据上传采集&#xff1a;最…