如何适配你的平台
通过【MaixPy3开发文档】可知基础的 Python3 编译、安装、测试等开发方法。
本文详细地介绍了 MaixPy3 项目结构,帮助你更好的适配 MaixPy3 环境。
一、2021 年的 Python 可以彻底跨平台了吗?#
答案是还不足够的,仍然有很多依赖底层库差异导致了 Python 模块难以跨平台兼容。
虽然绝大部分软件模块(如:pil、numpy、urllib3)都支持跨平台了,但在嵌入式 linux 设备的 Python 调用硬件资源(如:video \ audio \ nn)的问题上,仍然不能达到理想的跨平台接口。
因此 MaixPy3 是围绕一系列支持边缘 AI 的 Linux 设备来做的,短期内不会考虑所有平台(如 Android & Windows )。
二、适配 MaixPy3 流程是怎样的?#
除去必要 Python3 调取硬件资源的方法,在 MaixPy3 上的开发更像是自上而下的模块接口统一的工作。
可以从上层软件往下要求硬件提供相关功能模块的适配。
从用户角度描述常用的功能如下:
- 支持显示器(display)
- 支持摄像头(camera)
- 支持音频录音播放(audio)
- 支持神经网络算法(nn)
- 支持按键、触摸、鼠标、键盘等事件(evdev)
- 支持点灯(gpio)
- 支持上网(network)
- 支持访问 I2C / SPI / UART / USB 等协议外设或传感器
于是适配功能的流程描述如下:
- 首先在 Linux 系统上提供上述功能模块,可以动(静)态依赖库提供,也可以系统调用提供,
还可以直接寄存器操作。 - 接着通过更多的 Python3 拓展模块实现相应的功能,此时拥有该模块基础使用的 Python 代码。
- 最后在 MaixPy3 中统一存在差异的 Python 代码,屏蔽不同设备不同硬件的差异。
三、以适配【显示器】为例#
由于各个产品的硬件适配程度不同,有些过程可能已经提前完成,你可以选择跳过。
想要使用 Python 在屏幕上显示内容,可以先从上层 Python 代码开始描述功能,为了能够解决基本的图像处理,选择一个 Python 中经典流行通用的 PIL 图像库 pillow。
现在可以使用代码打开图片并显示到屏幕上了:
这时候若是从【显示器】的角度设计一个 display 模块,可以写成如下代码:
而 from maix import display
的实现可以简化成如下代码:
这时候 display
模块的角度就是作为显示器模块,实现了同一份代码在不同类型的 Linux 设备之间产生同样的效果。
在达到这样的效果验证后,就可以开始做具体的移植适配。
3.1. 准备 Linux / Python3 / pillow 等基础功能模块#
准备一个目标 Linux 平台上的 Python3 解释器,与之配套的还有 目标平台的 GCC 编译链与系统目录(/usr/include & /lib)相关文件。
期间经历一系列的目标 Linux 平台的系统移植和编译操作后
在确保 Linux 系统可以运行 Python 解释器后,通过 pip 下载安装 pillow 模块,验证上述 Python 实现的功能后,在 MaixPy3 的 setup.py 中给 setup()
函数的 install_requires
参数加入 pillow
模块。
这时候用户在安装 pip install MaixPy3
的时候,由于 MaixPy3 依赖于 pillow 这个模块,如果安装过程中发现系统里没有,就会尝试下载编译安装 pillow 模块,但对于一些不能编译安装模块的 Linux 设备就需要系统里直接内置 pillow 模块,以减少用户的困扰。
3.2. 但运行代码后并没有效果#
为什么?
这是因为不同平台的屏幕的显示方式(命令)有所不同,不妨从 pillow 来看看的 show 是如何工作的。
在这段代码中的 im.show()
最终会依赖于 ImageShow.py 来完成图像对象的展示。
在 Linux 上是如何工作的呢?
可以看到 DisplayViewer 继承 UnixViewer 对象,在 show_file 的时候将图像文件缓存到临时文件(tempfile.mkstemp()
),再通过 get_command_ex 调用 display 系统命令(程序)完成图像的显示。
简单来说就是【在显示器上显示一张图片】的意思。
那在嵌入式 arm Linux 硬件又会是怎样的呢?
在 v831 的 linux 系统中可以使用和 display 类似的 fbviewer 程序来显示一张图像。
如何注入 fbviewer 的显示接口进 pillow 模块呢?(在 maix/__init__.py
中有如下一段代码)
可以看到当发现系统里有 fbviewer 时就会将该类注入到 PIL 的 ImageShow 的显示接口中,又或是在系统里直接将 fbviewer 链接到 display 命令上。
现在已经成功适配到具体的屏幕操作了,但这样就足够了吗?
3.3. 这样还不够,这样实现仅是完成了功能。#
简单分析一下,上述实现性能损耗主要发生在当图像对象进入 pillow show_file 的时候需要对其编码保存到某个临时文件(/tmp)中,然后再交给 fbviewer 去打开文件,fbviewer 对其解码后再写到 framebuffer 的设备(/dev/fb0)上。
问:为什么不把图像的 rgb 数组直接写到 fb 上呢?
答:没错,内部的 _maix_display 拓展模块实现是这样做的。
这就是【屏幕清屏(变黑) dd if=/dev/zero of=/dev/fb0
】与【显示黑色图片 display black.bmp
】之间存在的性能差距。
至此【显示器】基本适配完成了,其他模块亦如此,但不一定每个模块都要使用这样方式进行移植,只是出于性能的考虑可以这样做。
可以自行查阅 Linux framebuffer 相关资料了解更多。
3.4. 以 Maix 包作为通用的 Python API#
做完上述功能后,就要回到这里思考一个用户体验的问题(开发者也可以是用户)。
如何让同一份代码在不同平台表现一致,减少用户的再次学习成本和认知成本,所以制作了一个 maix 入口模块,以减少重复实现的功能代码。
若是不使用某个模块(maix)去约束入口代码,就会产生代码碎片化,就如同你所看到的 Linux 上各种 Python 功能模块,做同一件事,不同平台上的接口与用法都不尽相同,但你需要花费不少时间去寻找并使用,为什么不能统一常用的功能接口呢,答案肯定是可以的,但这可能需要一些时间。
从摄像头获取一张图片并显示出来这样的功能,使用如下代码就可以实现这个功能,并且它在大多数平台上都是可以做到的。
为了实现上述统一接口,就需要在 maix/video.py 中多次 import 直到能够匹配的平台接口,这就会产生很多肮脏的接口代码,就如下所示。
这样的代码并不会多次运行,只会 import 的时候载入一次。
像 MaixPy3 在设计 display 和 camera 模块的时候都尽可能围绕则 pillow 和 python-opencv 模块的接口设计衍生而来的,可以看到 camera 的 MaixVideo 定义如下,是参考 opencv 结构实现的。
后来加入的 i2c \ spi \ pwm \ gpio 也尽量以通用接口实现。
但也有一些例外,如 PyAudio 在对接具体音频驱动设备存在 alsa 和 tinyalsa 两类接口,就需要从底层上去完成 Python 拓展 C 模块的编写,从而实现上层接口的一致,而截止 2021 年的神经网络 NN 模块实现更是千奇百怪,还难以统一。
所以通过 maix 模块作为用户调用的 API 入口,重新围绕功能来抽象设计对用户友好且统一的通用接口。
这样在不同平台上只需要链接不同的 Python 依赖模块即可,如 v831 链接的是 _maix_camera 模块,而 pc 上直接使用 opencv-python 模块,当然也可以是任意调用其他模块,不一定是 MaixPy3 所提供的参考模块,这取决于你的想法。
四、附录:如何优化 Python 模块?(以 GPIO 为例)#
Python 上通用软件的接口大多都是通过 shell 接口调用系统程序完成的功能,所以在执行性能上有很大的损失。
所谓经过优化实际上是通过内置代码模块的方式进行操作的,这样就减少了不必要的数据交换了。
那么执行性能究竟差在哪里?除了上述说的【显示器】适配时的优化,下面再以 GPIO 的实现为例说明这个问题。
如果站在使用 Python 进行的 Linux 应用编程角度,可以这样实现 GPIO 的控制。
4.1. 使用 sysfs 的接口#
可以在 shell 接口配置 gpio 完成输入输出、拉高拉低。
而在 Python 里可以使用 os.system() 来输入 shell 命令完成。
4.2. 使用 gpiod 的接口#
可以参考 python3-gpiod 的实现,主要它是对 /dev/gpiodchipX 设备进行操作的。
可以通过 shell 接口操作 /sys/class/gpio 对象,也可以通过 from fcntl import ioctl
操作字符设备文件进行控制,与第一种差别不大。
4.3. 使用 mmap 的接口#
在 Linux 下直接读写物理地址,打开设备文件 /dev/mem 后使用 mmap 进行物理地址的映射,最后查阅数据手册获取寄存器地址读写相应的寄存器。
节选部分代码说明意图,注意不同平台的定义和实现都不尽相同。
然后编写相应的 Python 拓展 C 模块调用上述接口。
这样与上述实现 display 模块到优化处理的思路是相通的,目的都是减少不必要的接口之间的数据交换达到最终优化的目的。
4.4. 总结#
无论是哪种方法本意想通过抽象封装的通用接口来解决不同硬件上的差异,但有时会因为性能和内存的问题,只能放弃抽象直接访问底层寄存器硬件以提高性能。
上述接口的操作都是处于 linux 用户空间进行的,使用 Python 和 C 访问 /sys/class/gpio 设备在程序逻辑上并无区别,但从执行代码段和传递变量消耗的角度来看,越靠近底层的实现执行效率自然越高,通过 Python 拓展模块实现的 mmap 映射操作相对于直接使用 C 代码实现而言,两者性能差异几乎可以忽略不计,所以 Python 程序也不一定会性能低下,主要还是取决于具体的实现方式。
如果还想继续提高性能,就需要把寄存器操作下到内核空间了,可能这对于一些用户来说并不是必要的,例如用户点灯相对于系统而言是低频操作,而模拟 SPI 通信需要控制 GPIO 翻转则是高频操作,而从用户的角度来说,实现这个点灯功能(低频操作)对性能的要求不敏感,可以不做优化。
因此要根据硬件的实际情况,在性能与功能之间选择一个折衷的实现。
Related Issues not found
Please login GitHub to create issue