2022年10月31日 | 玩嗨OpenHarmony：基于OpenHarmony的仿生四足狗开发分享

• 主控：Hi3861模组

• 关节位控：9g舵机 ---> MG90S;

• 舵机驱动管理：PCA9685PW;

• IMU：MPU6050;

• 电机供电：-DC BUCK电路 ---> MP2236

• 移动：航模物锂电池 ---> 2S-35C

1. 机械结构部分采用SolidWorks 2020设计，通过FDM式3D打印制造。其主要设计内容包括躯体与单腿。单腿机构采用平面四连杆构成并联腿，拥有3自由度，设计思路是尽量减轻腿部重量，并且使三个电机安装的位置紧凑集中。躯体采用模块分立结构设计，方便维护更换及升级；

2. 电控硬件部分采用立创EDA专业版设计。关于12路舵机驱动主要由PCA9685PW管理，Hi3861模组主控，供电部分采用了一个DC-DC BUCK型降路压电路，支持最大电流6A，保证电机及控制电路供电充足；

3. 软件部分采用Clion作为编辑器，环境下编译。在实现主单腿正逆解、足端摆线轨迹规划的基础上，实现了四足机器狗的Trot小跑步态运动，姿态逆解控制等；

4. 机器人的远程控制App基于开发，与四足机器狗之间采用了UDP协议实现。

为了能够使机器人在三维空间中能够自由运动，首先，确定了机器人整体设计有12个自由度。

腿部结构：

考虑到机器人后续的运动性能和续航，该机器人腿部结构的设计思路是，尽量减轻了腿部重量与保证单腿上三个电机的安装位置紧凑。故大腿小腿的的结构采用了并联腿结构。该并联腿的机构原理属于借鉴参考了其他开源项目，并不是完全创新。

躯体结构：

在设计机器人躯体是，依照的是模块化思路，将整个躯体分解为由顶层板、底层板、左侧板、右侧板、前侧板、后侧板六部分拼接而成，然后再依次在各板块上进行安装接口与外形设计。

接口安排：

四条单腿的电机安装接口分别在左侧板与右侧板上，而控制板的接口在顶层板上，移动电源设计放置在机器人腹内，四足机器人顶层板的前后侧部分挖空方便理线，顶层板尾部设计有接口，底层板前侧设计了一处舵机接口。接口的方式几乎均为镂空，另一好处可以节省材料。

结构制造：

由于本人制造手段目前限制于仅FDM式3D打印机，故结构设计过程中尽量避免的平行与底面的悬空结构，故该机器人的各零部件在打印时几乎不需要支撑结构，即方便后处理步骤与节省材料。

主控MCU：

这个不用多说，已固定为Hi3861模组。其外围电路数据手册即教学都有，非常简单。仅需要注意模组天线部分背部不要布线或挖空。

串口通讯：

采用了CH340系列引脚最少的CH340N，配合接口。个人目前比较喜欢Type-C，虽然不太好焊，但对我来讲没什么问题。

舵机驱动：

由于舵机数量多达12个及以上，采用PCA9685PW属常规操作了。目前也就发现一款LU9685，其没找到没太好的替代芯片。

供电电路：

以一颗舵机额定运行需要5V，200mA来算，加上MCU模组及其他芯片需500mA左右来算，正常运作将近需要2.9A.故无法满足，需DC-DC BUCK型降压电路将2S锂电池降压到5V输出。MP2236支持宽电压输入，最高电压18V，最大电流6A。

整体思路：

四足机器人基本的运动控制几乎都是在实现单腿正逆解的基础上实现的。

单腿正逆解：

了解到有DH建模法、几何法等方法可以实现，个人此次采用的是几何法实现。（因为DH建模时因为arn出现了很多计算上的BUG)

姿态逆解：

姿态逆解即在单腿逆解基础上，通过单腿把整个躯体当做并联机构来控制，其实也就设计单腿和躯体的坐标系变换，理解相对运动即可。

步态规划：

步态规划要控制的一个是足端轨迹，一个是单个步态周期中各腿的运动。首先可理解的是各腿的运动轨迹，可均采用一种规划，本项目中采用的是摆线来规划。随后主要控制的便是一个步态周期，各单腿的抬起落下，即摆动相与支撑相。本项目中仅演示了Trot步态，即对角小跑步态。对于足端轨迹是实时解算的，对角两腿向前摆动时，另外对角两腿同步向后支撑，即控制的机器狗的整体移动。包括后续的转弯，左右平移皆是一个原理。

整体思路：

遇到问题：

过程：

• 拆除WS2812B灯珠后，串口即能输出正常信息；

• 拔下MPU6050模块后，串口即能输出正常信息。

疑似原因：

Hi3861模组烧录时，特定引脚不能外接设备。

当我一开始发现输出乱码，惯性上会首先思考MCU的焊接是否良好、串口通讯的电路是否正常、芯片供电是否正常、EN按键是否正常等问题。后来能顺利解决问题也是在检查上面所有问题后歪打正着，意外拆掉那颗WS2812灯珠后才发现复位正常了。

解决方案：

• 拆去连接IO2引脚的WS2812B灯珠；

• 拔下连接IO7、IO8引脚的MPU6050模块。

开发过程中卡壳，先检查硬件问题，再检查软件问题：

硬件问题一般比软件问题更麻烦一些，毕竟可能遇到需要重买材料，重新制板等时间成本较大的修补措施。

硬件问题检查： 一般采用控制变量法把所有的嫌疑因素逐个排除。比如，先考虑各器件的焊接是否正常（可采用蜂鸣档检测）。如果有MCU的电路先检查MCU及其外围电路，是否能够烧录程序。因为之后可通过写各种Demo小程序来快速测试其他硬件资源是否正常。

检查MCU及其外围电路是否正常，可以先观察焊接上是否有虚焊，连锡等情况。如果均无问题可接着测供电电压是否正常。同时需注意，用电端烧毁一般是电压问题，供电端烧毁一般是过大。

软件问题调试： 如果有报错信息，就去阅读报错信息来调试代码。如果语法错误就比较容易解决。如果遇到比如不亮，先检查封装或LED焊反没，检查原理图上LED是引脚电平拉高还是拉低点亮。如果遇到采用IIC通讯的屏幕无法点亮，先写简单的程序测通，比如先使屏幕点亮，再试着点亮一个点，再点亮一条线，画出一个方块，写下一个字符。各种功能齐全后在组合调试出自己想要的效果。

而且开发调试时不应该光敲代码，中间需要穿插烧录到单片机看是否能够实现效果。问题多的话尽量分阶段解决，而不是汇总到最后一起解决，不然很可能会出现找不到哪里出错的。

优质的问题获得优质的回答：

提问者要多思考，如何阐述清楚自己的问题，考虑是否方便回答者能简洁地回答自己的问题，比如对方只用回答是还是不是。

比如自己的代码编译报错，如果问为什么自己的代码跑不起来，为什么自己的LED灯不亮了，这无疑很难获得自己想要的答案。因为开发的时候碰到的Bug会有千万种，但是正确的跑通道路却只有一条。如果代码报错，自己首先要去检查所报错的代码段，细化大概在哪一行出现了问题，个人先去通过搜索、调试等手段尝试能否解决。

虽然有时太具体的问题也不太好回答，比如有人问自己想用Hi3861模组开发一款能够监测室内温湿度并实现浇水的智能浇花器。这类问题涉及的内容就比较多，也不好获得自己想要的回答。调整一下的话，比如可以在问题最后加上，哪款温比较推荐，浇水用哪款电机比较合适等之类细化一些的问题。

做项目，要一边开发一边学习：

想做一个项目，不像之前我们所接触的教育那样，先把一个领域全方面熟悉摸透后再去做。毕竟想摸清某个领域都是很不容易的。要明确知道自己的需求，自己想要实现什么，大概可以怎么样去实现，然后再去学习。需要用什么去学什么，需要用多少就学多少，除非自己对某方面非常感兴趣。这样才有可能快速地去完成自己的需求和实现想法。

做项目也是多做才可以更熟练，入门的话可以先跟着齐全，文档清晰的优秀开源作品复刻。做了几个后，随后就会慢慢摸索出自己如果想要实现新项目的开展思路。