Luat框架

Luat代码架构和API

一、SDK目录结构

二、代码架构

三、API

Lua标准api：https://doc.openluat.com/wiki/21?wiki_page_id=2084
Luat扩展api：https://doc.openluat.com/wiki/21?wiki_page_id=2085
Luat script api：https://doc.openluat.com/wiki/21?wiki_page_id=2086

Luat应用脚本运行框架

一、单task应用

core在启动过程中，会创建一系列的task，例如音频、协议栈、串口等
其中有一个task，用来加载Lua虚拟机，解析运行用户编写的Lua脚本，这个task，我们称之为Lua virtual task（另外在Lua脚本中，利用Lua的协程特性封装了一个sys.taskInit接口，借用了task的概念，实际上并不是真正的task）
脚本中的所有应用，都运行在Lua virtual machine task中，属于单task应用

二、真假task、内外消息队列

一个真task

• core中的Lua Virtual machine
• FreeRTOS中的任务调度器抢占式调度：FreeRTOS有一个定期的时钟节拍(通常是MS级)，每个节拍中断释放时，抢占当前优先级低的任务的CPU，让优先级最高的就绪任务执行
• “外部”消息队列：core中各task间数据通信的一种手段
  一种假task（协程）
• script中的Lua语言的协程：sys.taskInit
• 由Lua虚拟机非抢占式调度：当一个协程正在运行时，不能在外部终止他；
• “内部”消息队列：在Lua脚本中合宙自定义的一套内部消息驱动机制

三、应用脚本运行流程

四、内部消息处理

五、外部消息处理

六、常见问题

6.1 为什么Lua版本运行某些功能会有延时
脚本中的应用属于单task应用，都运行在一个Lua virtual machine task中，由2.1章节可知，Lua主task一直在循环处理内部消息队列和外部消息队列中的消息，消息是先进先出先处理
即使有新消息到达，插入到内部消息队列或者外部消息队列中，必须等前面所有的消息处理结束，才能处理新消息
例如：首先产生了一个定时器消息，定时器消息的处理动作（新建一个文件，写500K数据）比较耗时，在写文件的过程中，core中的串口task产生了一个串口接收数据通知消息，虽然可以插入到Lua主task的外部消息队列中，但是由于Lua主task还在执行写文件的动作，所以串口消息只能等待，问题就表现为“我明明已经向模块串口发送了数据，为什么脚本在3秒后才开始处理串口数据呢？”