IO-Link通信笔记（十五）——自定义IOL-PHY程序下载与IOL运行库

目前我个人整理的IOL运行库已经完全可以在市面上所有MCU平台上移植运行，因接触到的MCU主要以华大居多，所以在华大系列MCU上进行了大量测试，已经实现的IOL通信方案有：HC32F460+LT3669、HC32F420+OS8110、HC32F420+DC06、HC32F4A0+MAX14827、HC32F4A0+LT3669。另外还有国民系列单片机N32G430+OS8110、N32G430+DC06。这些方案陆续进行核心运行库的打包工作，内置IOL通讯所需MCU外设资源的配置，空的库包也可以直接编译即可实现demo功能。在后续的移植使用中，只需要针对IODD内容在对应接口文件内修改程序代码即可完成相应的IOL功能开发，方便快捷，大大减少了开发人员在学习IOL相关知识和开发过程中的时间花费。

IOL作为一种通信协议，除了参数交互与数据获取的功能之外，还要具备程序更新的功能，尤其是对于从站设备这是十分重要的功能。TE官方的程序更新逻辑较为复杂，移植实现难度大，需要开发人员投入较多时间精力来完成对应MCU平台的移植匹配工作，要开发MCU平台对应的boot程序，也要在现有APP程序中加入IOL程序更新工鞥代码。此外，官方方案的boot程序，也将IOL从站协议栈功能集成在boot之中，涉及到的定时器、各种中断、串口外设等等资源都需要使用，这样做一使得boot程序庞大复杂，移植难度较大；二也使boot程序占用的内存资源更多，相较于其他方法，这种程序更新方法boot+app的内存占用在某些MCU平台内可能达到40K甚至更多，这在一些成本敏感方案中是较为不利的。这些成本敏感性产品可能实现的功能相对简单，选取的MCU因为尺寸非常小，内存资源也很小（可能会选择64k），IOL出现的初衷是使得同类型产品通过通信的方式变更参数以实现有限的BOM维护并减少后续版本更新中的难度。IOL本就是基于这样的目的出现的，那么再小的设备开发商也都希望有IOL的支持，但是上述说明的几个难题变成了制约的绊脚石。

因此，本人基于IOL-PHY的传输方式，开发了相应的简化版功能，无需对APP程序进行大量代码的修改，不必要如同TE方案那样对协议栈引入复杂的功能，移植简单方便，仅需修改几处工程配置项即可；boot程序占用资源更少，仅需开启串口资源即可，这使得boot程序在某些平台上的内存占用减小到仅需8k，而且方便多平台移植开发。极大方便了后续的使用工作。此时，上位机与主站部分功能为本人自定义功能，需要额外的支持才可以使用。下面用一个粗糙的视频演示一下。

该上位机使用.net编写，串口通讯移植的一个开源项目完成一些底层驱动，本人在上面添加了后续的逻辑代码。首先打开上位机软件，连接自制主站。然后选择目标APP程序的bin文件。

接着给主站供电，工作指示灯亮起（因为gif循环播放，所以看着是闪烁，实际上此时是常亮），表示可以进行交互。这里我将两个设备都做了遮蔽，只演示功能。

在主站工作指示灯亮起后，点击上位机“下载”按钮，程序开始下载，可以通过进度条查看下载进度。

此时主站的工作指示灯会闪烁，表示程序数据正在通过IOL-PHY与目标设备进行擦除和写入等工作。

此后等待上位机传输完毕。完毕后会有弹窗提示下载完成。

程序下载完毕后，boot会自动跳转到APP地址，执行APP程序。这里演示一个红色LED的闪烁功能，可以看到在主站工作指示灯结束闪烁后，目标设备顺利进入APP执行功能。至此，整个功能完成。

目前该版本上位机紧实现了程序下载的功能，针对上位机的开发工作本人还在继续，后面上位机将集成IODD读取、数据显示与人机交互、程序下载、IOL核心运行库接口文件生成（参见IO-Link通信笔记（七）——从IODD到C代码）、IOL核心运行库集成（可在上位机内查看支持的MCU平台与PHY芯片，直接在上位机内下载相应软件驱动包）等功能，逐渐完善逐渐强大。在此，也欢迎感兴趣的朋友联系我多多交流！

以上是本节的全部内容，如果各位读者仍然存在疑惑可以私信发送问题，笔者会一一解答并积累一期文章的内容更新出来。

笔者内容也许会存在错误，欢迎志同道合的开发者一起讨论。我们共同进步！

喜欢我的文章请关注我的微信公众号，我会不定期更新更多干货知识！