经历过开发、测试以及这段时间的运行后，我也发现了Embassy的一些问题，之前的几篇文章都在说它的好处，所以集中说一下它的问题，以帮助大家能正确而全面的进行评估

当我们基于Embassy来开发嵌入式时，rust提供的async/await就是一套标准化的将并发操作进行串行化的工具

用企业微信机器人做交互式前端-交互式输入本系列所有文章请访问：概述概述jxTMS所实现的微信机器人其工作的逻辑闭环是：1、微信机器人向用户显示菜单2、用户输入菜单选项3、jxTMS提示用户输入4、用户输入5、所有等待中的变量全部完成输入后，jxTMS显示所有的用户输入【包括默认值】，并提示用户确认6、用户确认后，将所有用户输入【包括默认值】合并到事件响应函数的输入流中7、jxTMS将事件响应函数投

用企业微信机器人做交互式前端本系列包括：1、概述【本文】2、添加微信功能3、输出4、交互式输入5、权限控制6、本地测试7、附录一：菜单特殊字符8、附录二：微信机器人的开发过程概述笔者一直面临着一个难题：越来越强的移动应用需求对jxTMS所强调的低成本快速定制形成了很大的压力。因为如果不能很好的整合移动前端的开发，就需要增加新的技术栈，就会和jxTMS所诉求的低成本开发以及热机刷新等快速定制能力也会

用企业微信机器人做交互式前端-输出本系列所有文章请访问：概述概述web界面的ui和微信机器人的ui的区别在于：web界面组合多种控件完成所有信息的整体呈现与输入，信息丰富、操作高效，用户获取的信息量大、容易理解，但注意力易分散微信机器人则输入输出相分离，输出是一块一块离散输出【文本按行汇集为一块，markdown、文件、图片、语音、视频都是一条消息为一块，如果有菜单，菜单也是独立的一块】；输入则是

用企业微信机器人做交互式前端-附录一本系列所有文章请访问：概述菜单特殊字符jxTMS的微信机器人在接受输入时有两个状态：输入状态：此时所有的输入都将作为当前变量的值菜单选择状态：此时用户的输入将被解释为对菜单的操作菜单选择状态下除将数字解释为对当前菜单中的菜单项的选择外，还接受一些特殊字符作为菜单操作：字符0：返回本机器人的主菜单非字符0开头的一串数字：在当前菜单中选择相应的菜单选项以字符0开头的

本文是对[rust嵌入式开发](https://zhuanlan.zhihu.com/p/677077634)的补充，就当时遗留的一些问题进行增补与修正

最近终于打通了rust嵌入式，值得庆贺！在折腾的过程中发现相关的资料不说少，但合用的太少，所以做个总结，希望能帮到有需要的兄弟。

控制系统应具有一定的通用性，所以其必须提供一定的自动化工具给现场工程师，由其根据实际情况来搭建适当的控制逻辑。条件组件就是用于输入值比较的自动化工具。条件判断包括两个部分：值比较：等于、大于、小于等等逻辑操作：与或非，当然如何检测条件比较简单，比如小于50，也就可以不需要逻辑操作了条件组件的实现非常简单，用条件树做下处理就是了。关键是条件组件到底有什么用？！在设计之初，我也反复权衡过到底是用产

用企业微信机器人做交互式前端-附录二本系列所有文章请访问：概述微信机器人的开发过程jxTMS的微信机器人就单纯的开发来说是很简单的：1、开通微信机器人，详见添加微信功能中的【开通机器人】一节2、对需要添加到微信机器人中的操作用wx进行修饰，详见添加微信功能中的【添加微信功能】一节3、如果这些操作需要输入，则为其添加输入提示，详见交互式输入中的【交互式输入的定义】一节4、做本地测试5、将代码发布到生