LINGA操作系统生态即将上线

      从LINGA1.X.0到今天LINGA3.X.1，这套完全自主内核的操作系统即将完成生态布局，除了我们起步的智能交通行业以外，如今不断延申到智慧泊车、中大型无人机飞控系统、飞行汽车座舱系统、智慧路灯、市政安全、楼宇自动化、工业自动化、环境水文、防震减灾、物联网通信等多个行业。核心产品主要是工业测控传PLC、DTU通信组件和触摸彩屏类工控机，目前主要以ARM核应用为主，后续准备移植到X86、RISC-V和龙芯硬件平台上。

至于消费电子级别的图形操作系统，计划在LINGA4.X.X系列逐步进入，这属于工作量的问题，无论微软的windows 还是Linux和Android的图形界面，商业操作系统界面需要成千上万的软件员制作图元和架构，谈不上高深技术就是工作量，然后转化成矢量代码并反复测试验证后才推向公众。当然除了图元，为了兼容性，还涉及大量协议栈和协程处理，这个常常是系统插件或壳层工作量。

而工控级别的嵌入式操作系统，不用考虑庞大的商业人机界面和兼容性，工控系统一般都是专用设备，图形都是定制的界面，协议栈也常是裁剪过的精简类型，不可能考虑兼容这个协议兼容那个协议，那也会带来系统稳定性问题，RAM资源和能源消耗也过大。比如美国F-16、F-18和B2战机曾采用VxWorks操作系统，该系统就是小内核专业操作系统，军用设备你安装那么多无用插件消耗内存和资源，安全性和稳定性肯定过不了关。

所以目前我们LINGA4.X以下版本都是小内核的专业系统，等进化到LINGA4以后，再考虑商用环境，与WINDOWS不同的是，我们的系列划分不是进阶淘汰，而是适用范围，比如LINGA4出来后,前面系列LINGA3、2、1还 继续使用。主要划分依据是硬件资源，比如我们8位ASIC、CSIC类单片机用的OS，类似于美国曾经流行一段时间的TinyOS，德州仪器（Ti）称之为OSAL（操作系统抽象层），这个我们一般用于简单的传感器和物联网通信，与OS-I\OS-II一样有最大任务量限制。OS-III开始虽然不限制任务量，但实际也根据硬件资源限制的，因为TASK多了，RAM资源常常不够的，会崩溃，与其由用户去考虑限制，不如将不同版本任务量进行约束，选择哪个版本由客户自己决定。