小超嵌入式笔记

（串口的重要性不言而喻。为什么很多平台把串口称为 tty，比如 Linux、MacOS 等等，振南告诉你。1、各平台上的串口调试软件1.1Windows（这应该是使用人数最多的串口助手软件了。1.1.3 友善串口调试助手1) 多窗口排列2) 按钮定制（大家可以挑选适合自己的的软件下载下来试试。1.2Linux（这应该是 Linux 下最常用的串口软件。（一个基于命令行的串口软件，有兴趣来见识一下。1.3MacOS1.3.2 友善串口调试助手1.3.3 Volt+ （伏特加）

公婆之争,没有休止要确定问题到底在哪一方,最好的办法就是监视他们的串口数据，一目了然。我先来说一个桥段:两个工程师在调试串口收发，一个上位机,一个下位机(单片机),它们之间的协议非常简单,如图 3.34 所示。道理很简单,串口的收发其实对于另一个串口来说,都是接收。（串口的重要性不言而喻。纯硬件监视串口的收发,其实是不得已而想出的办法(能用软件解决的问题绝不会去动硬件),如图 3.35 所示。（用手机来调试串口，配上这些软件，真是一机在手，一切全有。2.2.5 ComSpy （串口监视精灵）

在 2011 年前后我曾经用过2年的 iPhone,但是在此之后,我个人就不再使用iPhone了不是因为价格问题,而是我觉得 iPhone 可以让人赏心悦目,但是用在我这样的技术狂的手上，有些限制我的发挥。曾几何时我身边的人都开始感叹我用的手机越来越大,不理解我为啥用那么大的手机,手机不就是要小巧方便吗?它几乎支持市面上所有的 USB 串口桥接芯片,如 FTDI的 FT232 Prolific 的 PL2303 Silabs 的 CP2102 和沁恒的 CH34X 等,如图 3.28 所示。

因为振南没有 MacBook,而且尝试在Vmware 中去虚拟安装也失败了,所以这一节中介绍的软件我并没有条件去亲测,也就无法去挖掘这些软件的亮点。可以看到,Windows,MacOS 和 Linux 都是继承了 Unix 的衣钵而发展起来的,只不过前两者都是闭源的(或者部分开源),而 Linux 是开源的。这使得这三种操作系统在很多概念上是相通的。其实 MacOS 与 Linux 是有比较高的兼容度的,所以很多 Linux 下的工具在 MacOS 都能使用,比如 Minicom 、picocom 等。

注解目录（串口的重要性不言而喻。为什么很多平台把串口称为 tty，比如 Linux、MacOS 等等，振南告诉你。1、各平台上的串口调试软件1.1Windows（这应该是使用人数最多的串口助手软件了。1.1.3 友善串口调试助手1) 多窗口排列2) 按钮定制（大家可以挑选适合自己的的软件下载下来试试。1.2Linux（这应该是 Linux 下最常用的串口软件。（一个基于命令行的串口软件，有兴趣来见识一下。1.3MacOS1.3.2 友善串口调试助手1.3.3 Volt+ （伏特加）

它的串口调试和终端相关的功能,振南就不赘述了。COMTool 是我在写这一章的时候才发现的一款终端调试软件,可以用优雅来形容它官方的自我介绍是:这是一个由 Python 编写的多平台的串行调试工具。PuTTY比Xshell与 SecureCRT 要古老,可以说它是多协议(包括串口,而且我猜它是首先支持串口的,从它名字中的 TTY 可以看出来)调试终端软件的鼻祖,如图 3.12 所示。纯粹的串口调试工具,它们是无法发送和接收十六进制数据的,也就是说我们不能使用它们来调试 Modbus 这类二进制的协议。

在后来的日子里,我们的水平在不断提升,所使用的芯片器件也越来越高级、越来越复杂,但是 UART 一直是必不可少的。上面振南所介绍的都是一些开源或者免费软件,这里要介绍的 XShel 是商业软件,是由家名叫 NetSarang 的公司(全名是 NetSarang Computer，Inc.,主要致力于安全终端软件的开发)开发的。Windows 上的串口软件数不胜数,很多人经常淹没在串口软件的海洋中,下载一个不满意,再下一个不好使,最后感叹:想找个好用的串口软件就这么难!希望振南的推荐可以满足你的使用需求。

实现过程:STM8 单片机使用 nFAT 文件系统方案读取 SD卡上的 TXT 文本文件数据(字符的编码数据),依字符编码计算其字模数据在字库文件中的偏移位置,通过对字库文件进行数据定位及读取,得到字模数据。znFAT 最初发布于 2011 年,中间有无数次的迭代,基本定型于 2014 年,经过 10 年的传播和衍化,现在已经成为与 FATFS 齐名的嵌人式 FAT 文件系统方案得到了广泛的应用和。这些实验充满了丰富的想象力,涉及很多不同的 CPU 平台,加之实验者高超的技艺,最终的实验效果。

网上能搜到的关于数码相框的方案,大多是基于液晶屏显示的,我手里没有现成的液晶屏,VGA 倒是有两个。大家选择液晶屏而不选 VGA 的原因,我后来才知道:因为 VGA 显示需要的显存比较大,一般至少 2 MB,这么大的显存是需要银子的。DEO 用的是 EP3C16F484C6 的 FPGA(属Altera Cyclonell系列),片上只有 56 个 M9KRAM,56 这个数字很鸡,于 32 和64之间,所以我就建立了一个32 KB 的双口 RAM。（承诺必须兑现，5 年之后的谢师会，我擎书谢师。

人手在进行触摸时所产生的机械动作是不稳定的,带有较大的抖动(其道理就如同按键要去抖一样):另外因为触摸按压会使电阻膜产生形变，改变其原本均匀的电阻率分布，而且这种形变还在不断变化。由 znFAT 读取此文件，逐行取出各条指令,经过解释程序的分析,依次产生相应的硬件动作(AVR 单片机 PORTF 端日各引脚电平变化,如 CLR 1使 PORTF.=,SET 2使PORTF.2=1,DELAY 则根据参数延时相应的时间)。我们知道,基于触摸的各种功能的实现,其根本在于对屏上坐标的精准获取。

在具体的实现中,首先检测数据头是否为’@’,如果是则认为它是一个合法的数据包,进而开始对后面的数据进行解析,否则认为它是一个非法数据包,输出错误提示。再比如有的时候我们需要为野外工作的设备升级固件,但又很难接近设备,也许你会希望有一种脱机烧录器,可以读取 SD 卡上的程序文件,通过无线方式完成烧录工作。比如对于 8 kHz,单通道的 16 位音频录音来说,它的数据速率为 128Kbps,这要求 SPI接口必须要快,znFAT向 SD 卡中写人数据的效率一定要足够高。实验中,通过按键来控制录音的启停。

一个特定格式的文件,它的数据必定遵循一定的结构规范。要让 EXCEL 能够识别记录在文件中的数据,不仅仅是创建一个扩展名为 XLS的文件就可以的,更重要的是我们要知道数据的具体结构和组织方式。实验功能描述:所谓“离线下载器”是指不需要计算机而完成对单片机芯片的程序烧录此实验读取 SD 卡中的烧录文件，比如 bin 或 hex,将其中的程序代码通过 AT89S51 的ISP 接口(可使用 STC51 的硬件 SPI,或者采用IO 模拟时序)写它的 FlashROM 中并让程序开始运行。（这一节我写了一个月。

这也许是一项突破,它象征着 znFAT 可以应用到像 51 AVRPIC 这种内存资源相对较少的单片机上,而且速度也不会有太多损失(FATFS 最少需要 1300 字节左右的内存资源,虽然它有精简的 Tiny 版,但在功能和速度上有较大程度的裁减和损失)。我们可以看到,在各种 CPU 平台上,实时+无缓冲模式(即最原始的全实时模式,没有任何优化与加速机制)所占用的内存资源是最少的,但是它的数据写入速度也是最低的(下降到了全速模式下速度的 10%~30%)。在具体测试方法的细节上,分为以下 4 种情况。

其中一些高手也写出了自己的 FAT 方案,比如在 amoBBS(原 OurAVR)上用 AVR 单片机 DIY MP3的BoZai,再比如许乐达同学作的 xldFAT,还有号称中国第一的 cnFAT 等。(所谓多扇区,是指存储设备可以一次性读写连续的多个扇区的能力,这比单独一个个扇区去读写速度要快得多,而在文件读/写时,很多时候数据基本都是连续的。想要用它,拿银子来!无论在功能的完善程度上,还是在代码的运行效率上,以及可移植性上都可称得上是众多现有优秀方案中的佼佼者(到底有多优秀,大家到后面就能看到了)。

因为在我研究的过程中,我发现有一些开源的 FAT 文件系统方案,其中不乏比较有名的,比如 FATFS,基本上已经是行业主流方案。我是一个有些自负的人,我一直认为只有我自己做的才是最好的。所以,我就决定放弃直博。文件系统的书我已经写完了,还分了上下册,想请您作一个序(见图 18.5)””我在哈尔滨的时候其实很多次跟顾老师讨论文件系统的相关问题,这属于计算机科学的一个重要分支,所以顾老师也很感兴趣。说实话,文件系统还是比较复杂的,但我的写作风格一直是通俗易懂,要把高深的东西写成白话文,这是很有难度的。

在实际使用中,由于馈入信号的幅值有限,而电池的内阻在微欧或毫欧级,所以产生的电压变化也在微伏级,信号很容易受到干扰,直接去采集如此小的交流信号(比如使用传统的过零或峰值检测方法)比较困难。我们拿出其中的两个,一发一收,如果把发射信号和接收信号放到一起来观察,会发现它们是几乎没有相位差的,也就是两个信号重合。如果说前面的这几个应用，都算是比较传统的话,那这里要介绍的风速风向检测就是DPSD 比较妖魔化的应用了,其背后是一种被称为声共振的技术,应该很多人都不了解,振南着重说一下,来满足一下大家的好奇心。

工程师们使用纯硬件电路来实现相应的功能(PSD 电路的相关原理和实现细节,大家可以百度一下,这里不再赘述),但是精度和稳定性并不理想,尤其是在一些极端的工业场合,比如石油勘探(地下每深入30 m 温度上升1C)极寒环境超长期工作等,主要是因为电子元件的温漂时漂等物理特性而导致的。但是很多技术的根源从本质上说是数学,有时一些逻辑清晰的数学推导,可以为我们揭示更深层的原理,提升我们的认知。Dr=R’的意思是待测的特定频率信号分量的幅值实部是接收信号与特定频率标准参考信号的乘积的积分的均值的2 倍。

主持或作为技术负责人完成了国防科工委的“八五”，“九五”重点预研项目以及国防科工委的国防预研基金等项目,先后获国家科技进步二等奖 1 项,国防科工委科学技术一等奖 1项,中船总公司科技进步一等奖 1项、二等奖2项,获中船总公司有突出贡献的中青年专家称号。我在上面收获了大量的知识,增长了很多见识,这也是造就我现在似乎懂得很多的原因,也才有了本书中所囊括的众多知识。他虽然不像我们学校的院士那么有名，比如哈尔滨工程大学的杨士我院士、杨德森院士等(他们都是水声方面的专家，前者是水声专业的奠基人)。

后面的举措可谓是大显身手,拯救了很多冷设,尤其像申虹路这家店类似的情况,基本可以做到一击命中。比这种短时救场更有意义的,其实是排除已经存在的中长期重要隐患(它们不至于让冷设马上宕机,但是会让冷设健康度不断恶化,让微疾逐步成为重患，最终宕机),尤其是针对贵重部件的提前维修保养，比如压缩机,请看下例。这家店的冷设外机监测多次报警,经实地核对,报警属实而且及时,维修队组织了多次维修,最终找到了故障原因(故障原因较为复杂),在压缩机严重损坏之前,对其进行了主动预防性的维修。改换了高速风扇之后,排气彻底恢复了正常。

在每起案例中,从故障报警、原因定位、维修结果确认,到反复报警、定位原因、进一步维修,最终彻底排除故障风险,整个过程中,冷设外机监测数据都起到了至关重要的作用。(2)冷设外机监测对冷设故障具有很强的预判作用，指导维修提前介人，将可以极大降低冷设发生故障的可能(消除早期风险,不出故障),让营业免受影响，降低损失。(1)冷设外机监测针对不同阶段的故障风险,具有足够的预判时效,指导维修提前主动介入，有效避免故障不发生。(2) 冷设外机监测对于维修验收,尤其对于疑难故障反复维修,具有重要的指导和参考意义。

这套蓝牙串口的机制,在振南很多项目中都有使用，加之串口 Shell,可以为我们省去很多麻烦，一些操作可以远程完成,尤其是难于触摸到设备的场景,可谓非常方便,如图 8.32、8.33 所示(关于无线隔空调试和烧录,详见“深人浅出 Bootloader”一章)。它可能在天台的外机群里,可能在地下车库的一个角落里,可能在某一个房子的房顶上，总之千奇百变,要想找到外机在哪,往往没那么容易，如图 8.29 所示。宏涛需要跑遍全国为各地的工人演示培训,这里对宏涛表示敬意,没有他就没有整个冷设监测项目的真正落地。

这套系统需要在每家店进行部署,而且要赶在 2019 年 5 月份之前完成(这套系统研发完成大约是在 2019年3月),2个月完成几千家店的部署,先不说安装调试是一个浩大的工程,这首先对代工厂的生产能力就提出了很高的要求,保证在半个月的时间里把几千套冷设监测设备生产制造出来，而且还要做到很高的良品率。而 ESP8266 的烧写,其实并没有很复杂，感兴趣的读者可以看一下串口 SLIP 协议(ESP8266 的烧写不是本章的重点,故不在这里展开来讲,网上这方面的教程比较多,大家可以自行学习)。

WiFi Agent 是基于乐鑫ESP8266 进行单独开发的，这个由专门的嵌人式工程师来负责(它一方面对 8266 的开发方法比较了解,另一方面对 ABC IOT 云平台的数据接人也比较有经验),基本的示意如图 8.20 所示。json 实质上是一个字符串,其中包含了各分机的采集、诊断等信息,同时还有主机的相关信息，比如主机所在店的店号,这样将更加方便管理。一共是 40 个字节,就可以将从机(外机)的采集数据、电路诊断信息、固件版本以及人机监控属性描述清楚了,而且任何字节的丢失并不影响其他数据的解析。

一旦超过耐受电压之后,其电阻值将很快下降,这样压敏电阻将分走大量的能量,从而保护了后面的负载。我们知道通常交流电力线火零(L与 N)之间的等效电压为 220V(峰值约可达到 311V),很多的 AC-DC 模块或适配器上都会写明其交流输入范围,比如 110~220V 50/60Hz,一旦超出这个范围,则可能导致其输出的直流电压不正常,或将模块烧坏。但是在高频电子线路中(电源线与信号线),我们更多用的是 TVS,因为它的反应速度更快,能达到 ps 级别,从而能够更快速有效的保护元器件免收损坏。

可以看到,单单风幕柜一项的营业额(毛利率)就占总营业额(毛利率)的 30%左右,再加上冷库食材便餐、冷柜冷饮冰激凌等,冷食的营业额可能占总营业额的 50%~60%。制冷设备外机的工作方式是间歇性的,它的压缩机会不断地启停,这是因为制冷是一个动态调节过程,将被降温空间或物体的温度高于设定温度时,外机即会工作,反之则停机。振南的硬件研发团队仍然使用电力线载波来实现通信,但是我们会专门设计电路,挑选耐操的电力线通信模块,以及针对强干扰环境设计专门的通信协议,来保障整套冷设监测系统的可靠性、稳定性与长寿命。

两片 74HC595 实现串转并的要点在于 LC锁存信号的产生,每产生 8个 SCK 脉冲,则自动产生一个 LC上升沿,这是时序生成与逻辑调理的一部分。至于时钟的产生,唯一的要求是要产生特定数量的时钟,而不能是连续不断的。”你一定会说:“不太可能吧,刷屏速率不够。仔细观察上面的原理图与逻辑框图,估计很多人已经明白了振南的意思,振南再给出配套的流程图,逻辑就更清晰了,如图 6.16 所示。通过上面几个实例,大家应该知道振南所谓“巧驱”的路数了吧,对,就是多让硬件说话,我们要做“软硬兼施”的工程师。

严格来说,在这样的场地中,是不可能校准出非常高精度的倾角传感器的,我们只不过是在寻求一个折中的方案。校准过程中的真值,也就是标准倾角值是非常重要的。假设当前电动倾角台的实际量程为士38°,对于量程为士30°的倾角传感器来说,校准工作平面有约士5°的水平误差容忍度(理论上是士8°,主要考虑留出富余量),如图 16.47 所示。上面振南所说的只是一些大体的原理与方法,实际上这套自动化倾角校准装置开发过程中有很多的边角细节,它们对最后的校准效果、易用性及稳定性都是至关重要的,正所谓成败在于细节。

实际计算校正后倾角的过程是.先采集温度,确定使用哪一个多项式,然后将采到的原始倾角代人到多项式中,最终得到校准后的倾角。切实可行的做法是,从每个温区固定系数的多项式衍生出每一个温度点的多项式。在本章最前面振南讲过,校准的实质就是建立一张对应表固化到传感器中,这张表是很大的,所以我们才花了如此大的力气来做自动化温补校准装置。对于这种方法我们的一个博士提出了质疑:“一个温度段都只用一个固定的多项式来计算,那在这个温度区间内还是消除不了温漂,最明显的就是在两个温区接缝的地方会产生跳跃!

但尽管做到了这两个一致性,我们仍然会发现在低温段各个温控单元内的温度变化也是不同步的.因为还有一些因素我们控制不了,比如各保温结构的保温性能等。”实际上我并没有使用 PID 算法,因为我最多要同时控制 16 路温度，而且我对温控的速度有一定要求,即到达目标温区的速度一定要快,否则会影响批量校准的效率。这样,在低于室温的低温段,我们让温度在被冻透的铝块的作用下自然缓慢上升,而从室温往上的高温段,我们通过控制算法适时地打开和关闭加热来主动地将温度稳定到目标范围内，整个的温度曲线如图 16.32 所示。

倾斜传感器温补校准的基本过程:将温度划分为若干区段,比如将-20°C~十60°C每10°C划分一个区段:-20~-11°C、-10~-1C,0~9°C......通过温度控制依次将传感器温度稳到相应区段,然后将传感器从开始角以一定的步进角速度转至结束角，过程中记录下每一个角度以及传感器的示数,形成对应关系。我能想到的是保温罩的材料和结构。实际应用中,TEC十水冷也是绝配,很多人用它给 CPU散热,网上也有很多此类的套件,有兴趣可以淘来玩一下,更有甚者有人用它来做空调扇,如图 16.17 所示。

比如建筑物或边坡的倾斜,其实它们的倾斜量都是非常微小的，1年顶多倾斜0.1，但是如果倾斜传感器的温漂误差就有 0.几°,那基本上就把真值淹没了。我们知道任何物体都会或多或少的受到温度变化的影响,比如最普遍的热胀冷缩。OK,终于引出了“倾角自动化校准装置”,振南研究倾斜传感器的近 1 年的时间,其实主要精力就在这套东西上,它是倾斜传感器达到真正意义上的高精度的核心。北微传感的这套倾角自动化校准装置是委托中航工业研制的,用我们项目总监的话说“高品质产品的背后一定需要有雄厚的工业基础,我们简直就是小米加步枪。

从事电子这一行很多年,有两三年的时间接触传感器比较多,包括各种传感器,比如温湿度、应变、拉力等,会涉及传感器的应用,也会有研发。相较于上面介绍的直接输出倾角的几款芯片,3 轴加速度计更加流行，选型空间更大，各大芯片厂商基本上都推出了自己的 MEMS 芯片,比如 ADI的ADXL345、ST 的 LIS3DHH、村田的 SCA3300飞思卡尔的 MMA8451 等。基于这样的一个基本原理,我们可以通过 3 轴加速度计算倾角,再加上一些更深层的算法、数据处理和校准方法,就可以让倾角达到很高的精度。

当然,这个 BL 开发起来也会有一定难度,最大问题可能还是各个部件烧录接口的实现(有些部件的烧录协议是比较复杂的,比如 STM32 的SWD 或者 ESP8266 的 SLIP)。这种情况是有可能遇到的。本章对 BL 进行了详尽的剖析讲解,应该做到了深入浅出,包含基本的原理,以及实例的实现,还有一些知识的扩展。BL 没有最好的,只有最适合自己的。APP 运行时,想要重新烧录自身,它可以直接跳转到后面的 BL 上,BL 运行起来之后开始接收固件文件,暂存校验 OK 之后,将固件写人到前面的 APP 区。

因为在传输的过程中,传输协议对数据的正确性是有一定保障的,它会对每一帧数据进行校验,失败的话会有重传,连续失败可能会直接终止传输。同时,固件暂存还有一个另外的好处,在 APP 区中的固件受到损坏的时候,比如固件意外丢失或 IAP 时不小心擦除了 APP 区,此时我们还可以从暂存固件恢复回来(完备的 BL会包含固件恢复的功能)。为什么要对文件补齐?它的上位机软件是有手机版的。以上振南所介绍的是一种“骚操作”,根本上还是有一定的风险的,ST 官方有声明过,对后 64K ROM 的质量不作保证，所以还是要慎用。

当然,这个 BL 开发起来也会有一定难度,最大问题可能还是各个部件烧录接口的实现(有些部件的烧录协议是比较复杂的,比如 STM32 的SWD 或者 ESP8266 的 SLIP)。这种情况是有可能遇到的。本章对 BL 进行了详尽的剖析讲解,应该做到了深入浅出,包含基本的原理,以及实例的实现,还有一些知识的扩展。BL 没有最好的,只有最适合自己的。APP 运行时,想要重新烧录自身,它可以直接跳转到后面的 BL 上,BL 运行起来之后开始接收固件文件,暂存校验 OK 之后,将固件写人到前面的 APP 区。

因为在传输的过程中,传输协议对数据的正确性是有一定保障的,它会对每一帧数据进行校验,失败的话会有重传,连续失败可能会直接终止传输。同时,固件暂存还有一个另外的好处,在 APP 区中的固件受到损坏的时候,比如固件意外丢失或 IAP 时不小心擦除了 APP 区,此时我们还可以从暂存固件恢复回来(完备的 BL会包含固件恢复的功能)。为什么要对文件补齐?它的上位机软件是有手机版的。以上振南所介绍的是一种“骚操作”,根本上还是有一定的风险的,ST 官方有声明过,对后 64K ROM 的质量不作保证，所以还是要慎用。

网上有一位叫 shaoziyang 的网友为 AVR 单片机写了一个 BL,还配套开发了一款叫AVRUBD 的上位机,如图 7.15 (AVRUBD 是很有用的,本章后面会介绍,它可以让我们实现隔空烧录)所示,实现了 AVR 单片机的串口烧录,让很多人摆脱了对 USBISP 之类 ISP 下载器的依赖(虽然 ISP 下载器已经很方便了,但它毕竟还需要银子嘛)。OK,经过修改后的程序,我们把它放到 ROM 的 0X08004000 开始地址上,然后再让 BI跳转到这个地址,我们的程序就能运行起来了。

有人可能知道 Linux 下的 Uboot,它就是一个强大的 BL,它提供非常强大的刷机(烧录操作系统镜像)的功能以及完备而灵活的 Shell界面,如图 7.12 所示。(3) 串口终端通过某种文件数据传输协议(大家可以参见本书相应章节对 X/Y/Zmodem协议的介绍)将固件数据传给 BL;下面的两个实例,用于说明 BL 的实际应用形态,不涉及具体的实现细节,旨在让大家了解 BL 实际是如何运行的。(4) BL将固件数据写人到 ROM的 APP 区中;(5) BL将 APP 区中的程序引导运行起来。

非要创根问底的话,那可以这样来理解:ISP 要求单片机中驻留有专门的程序,用以与上位机进行通信,接收固件数据并烧录到自身的 ROM 中,很显然 ISP 的单片机是需要可运行的,即要具备基本的最小系统电路(时钟和复位);起初对于单片机的烧录,也就是将可执行的程序写人到其内部的 ROM 中,这不是一件容易的事情,而且成本不低,因为需要依赖于专门的烧录设备。与之配套的 USB ISP 下载器非常多样,有些是官方发布的,更多的是爱好者开源项目的成果,如图 7.6 所示。再后来,9 针串口都很少见了,只有 USB。

在闭源软件圈地为王、Windows 等商业软件大行其道甚至垄断的历史背景下,开源者力排众议,自力更生,集结所有有生力量,共同构建了开源软件的庞大生态,这是伟大的,前无古人的！就需要我们手动来进行解决。其实本文所讲的内容都是皮毛中的皮毛,Git 工具远比我们想象的要强大得多,GitHub 也远比我们想象的要浩瀚得多。Git 解决了很多团队协作过程中经常出现的问题,遇到最多的就是多人同时开发同一分支,如图 4.53 所示。值得注意的是,在 pull 之后在本地进行合并时,是有可能出现无法自动解决的冲突的,这。