RT-Thread+micropython 是否适合工业应用？

dou_yuyu · 发表于 2019-6-29 08:35:46

如题。很多小型应用，不值得重新开发硬件和花大量时间编写c代码。通常这些应用是用plc完成的。但是plc梯形图的表达能力相对比较弱。用脚本语言可能是种好的选择。问题是类似RT-Thread+micropython 是否适合工业应用的架构时候可在工业场合长期工作。

mainbp · 发表于 2019-6-29 08:38:50

前段时间还和一个朋友讨论这个问题，讨论结果就是这种方案。

dou_yuyu · 发表于 2019-6-29 08:45:41

mainbp 发表于 2019-6-29 08:38
前段时间还和一个朋友讨论这个问题，讨论结果就是这种方案。

很多实时性要求不是特别强的应用。感觉用这种架构很合适。只是对micropython 或者lua 长期运行的稳定性存疑。虽然写代码简单了，但毕竟实际运行的代码复杂度上升了，且有很多东西就不再透明。也许以后脚本式开发会成为主流，毕竟可以节约很多资源。

fbwcpu · 发表于 2019-6-29 08:53:40

是呀有的设备连续运行一个月，有的bug可能运行十几天后才弹出来。

dou_yuyu · 发表于 2019-6-29 08:58:23

fbwcpu 发表于 2019-6-29 08:53
是呀有的设备连续运行一个月，有的bug可能运行十几天后才弹出来。

目前只在esp8266这样的模块上实际应用过micropthon。感觉稳定性还可以。RT-Thread+micropython 只是试验性的试了下。没有长期运行的经验。所以没底啊。

凌海滨 · 发表于 2019-6-29 09:07:43

我们在用的成熟的方案是 freertos + lua micropthon 太庞大臃肿

Jmhh247 · 发表于 2019-6-29 09:16:49

凌海滨发表于 2019-6-29 09:07
我们在用的成熟的方案是 freertos + lua micropthon 太庞大臃肿

居然要同时用两种脚本？秀

正十七 · 发表于 2019-6-29 09:27:07

凌海滨发表于 2019-6-29 09:07
我们在用的成熟的方案是 freertos + lua micropthon 太庞大臃肿

长期稳定性怎么样，micropython 是原生的吗，还是做过一些魔改

凌海滨 · 发表于 2019-6-29 09:33:33

Jmhh247 发表于 2019-6-29 09:16
居然要同时用两种脚本？秀

用的lua micropthon 太庞大臃肿了没用

凌海滨 · 发表于 2019-6-29 09:34:11

正十七发表于 2019-6-29 09:27
长期稳定性怎么样，micropython 是原生的吗，还是做过一些魔改

用的lua 没有用micropthon

zhucezhuanyong · 发表于 2019-6-29 09:46:56

Jmhh247 发表于 2019-6-29 09:16
居然要同时用两种脚本？秀

他的意思应该是用 “freertos + lua”
“micropthon”太庞大臃肿

yyts · 发表于 2019-6-29 10:04:22

Jmhh247 发表于 2019-6-29 09:16
居然要同时用两种脚本？秀

你在lua后面加个逗号就知道了。

我夏了夏天 · 发表于 2019-6-29 10:32:44

我觉得还是先在更多一般的场景做些验证，在拿到需要可靠性高的场景下来用

Excellence · 发表于 2019-6-29 11:05:41

不看好。还是C好用，灵活功能强大。
用MICROPYTHON很多硬件用自己写了。

sunnydragon · 发表于 2019-6-29 13:42:10

这会是一种趋势，MicroPython 提供了对用户灵活，便捷的开发语言，RT-Thread 给 MicroPython 提供了统一的底层系统平台，一上一下，两者简直是绝配。

工业场合去用主要也看场景，比如：需要用户二次开发，那提供 Python 语言给用户会方便很多，还有场景本身就追求快速迭代，那么 Python 也是很好的选择。MicroPython 用的人多了自然就会更加稳定可靠，就像树莓派，Arduino 也是类似。

不能为了 Python 而 Python ，主要还是能否解决用户的痛点。

dou_yuyu · 发表于 2019-6-29 15:10:02

sunnydragon 发表于 2019-6-29 13:42
这会是一种趋势，MicroPython 提供了对用户灵活，便捷的开发语言，RT-Thread 给 MicroPython 提供了统一的 ...

赞同。编程这几年已经有了很多变化。但是工业方面相对进展缓慢。

在互联网行业。多年前，开发个web网站，基本就是前端html+JS+CSS+DOM,后端ASP，PHP，JAVA这类这样子。现在再看看现在。各种前后端框架、概念、各种跨端，看都看不过来，开发速度也是吓死人。现在写个服务端，三四种语言搭配一起上都很正常。

以前很多工业和商业电气电子应用都是工控人的领域。现在有个趋势就是，互联网行业的人开始向这些领域走。比如现在的物联网应用。感觉互联网背景进来的这批人，会对以后的工商业应用模式产生深远影响。

dou_yuyu · 发表于 2019-6-29 15:14:00

现在硬件成本已经很低。快速构建稳定的联网工业应用才是王道。

amxx · 发表于 2019-6-29 16:13:15

也准备在F407上面跑LUA，F103上面跑感觉内存上有点吃紧。主要是没有应用过，所以搞个大一点的内存先，免得出了问题不好找

john78 · 发表于 2019-6-29 16:57:07

lz 看看elua

zhaoyuanxian · 发表于 2019-6-29 20:48:39

可以考虑用freertos，好多车载都在用

sunnydragon · 发表于 2019-7-1 08:50:43

dou_yuyu 发表于 2019-6-29 15:10
赞同。编程这几年已经有了很多变化。但是工业方面相对进展缓慢。

在互联网行业。多年前，开发个web网站 ...

没错，这对是普通的嵌入式工程师可能叫做 “升维打击” ，所以做软件技术这行，持续的学习能力是比不可少的技能。

dou_yuyu · 发表于 2019-7-1 09:29:23

本帖最后由 dou_yuyu 于 2019-7-1 09:31 编辑

结合大家的意见，脚本用lua可能更合适。操作系统的选择上，RTT和freeRTOS 看样还要甄选一下。

关于操作系统方面。大略有三种选择，1.不上操作系统，直接裸奔+lua。2.RTT+LUA 3.freertos+LUA

选相1只有在硬件资源紧张的情况下才有意义，话有说回来，硬件紧张最好也不要上脚本系统了。这类应用也不在计划范畴之内了。因为上了操作系统，开发难度其实是下降的，代码也清晰很多，益处多多。

剩下的2个选相，大家有何见解？

修改原因，改错字

dou_yuyu · 发表于 2019-7-1 09:34:55

本帖最后由 dou_yuyu 于 2019-7-1 09:35 编辑

本帖中大家提到到组合，freeRTOS+LUA的组合更多。单个人感觉RTT的生态做的更好些，全中文文档，甚至很有官方视频。外围组件也比freertos更多，还有配置工具，很方便的添加组件。不知为何用的人少呢？

pulan · 发表于 2019-7-1 09:36:41

MicroPython支持的MCU少了一些，特别是低端的。

mii · 发表于 2019-7-1 10:00:10

dou_yuyu 发表于 2019-7-1 09:34
本帖中大家提到到组合，freeRTOS+LUA的组合更多。单个人感觉RTT的生态做的更好些，全中文文档，甚至很有官 ...

我最近也在做RTT的开发，我算个嵌入式系统的新手，对比好久FREERTOS与RTT。感觉上RTT入门是比较简单，也提供相当的开发教程与生态环境，感觉在应用中，只要学会配置就手到拿来。
但通过我近段时间学习来，入门移植是很简单，但应用起来还是需要熟悉架构，驱动的应用方式等，显然RTT已经做了大部分工作了，基本外设驱动也做好，只要再熟悉一下工具使用，及一些脚本语言的语法就可以进行二次开发。
整个感觉下来是延续了LINUX的开发方式，就是前期学习时间花得挺多的，特别是在开发过程遇到问题要求自我分析也挺高。其次我觉得还有一个原因，国人不太看好这个国产内核，出现BUG了，无从下手。

dalige · 发表于 2019-7-1 10:14:37

dou_yuyu 发表于 2019-7-1 09:34
本帖中大家提到到组合，freeRTOS+LUA的组合更多。单个人感觉RTT的生态做的更好些，全中文文档，甚至很有官 ...

RTT和FreeRTOS比生态？FreeRTOS现在是Amazon的亲儿子，英文技术文档没那么难读吧。。

Feeling_MCU · 发表于 2019-7-1 15:01:44

dou_yuyu 发表于 2019-7-1 09:29
结合大家的意见，脚本用lua可能更合适。操作系统的选择上，RTT和freeRTOS 看样还要甄选一下。

关于操作系 ...

顶一下，我也准备在产品上移植个脚本解释器进去

传统的方案还有移植 BASIC 和 C解释器进去的。

我想找那种脚本开发环境有现成的，能支持语法检测那种。

ldxepthnn · 发表于 2019-7-4 14:41:46

关注一下。

syc · 发表于 2019-7-8 10:58:16

关注一下。

waterx3 · 发表于 2019-7-8 11:04:07

对于只有一个485通讯口，只跑modbus从站的设备来说，怎么修改脚本呢？

dou_yuyu · 发表于 2019-7-8 17:41:03

waterx3 发表于 2019-7-8 11:04
对于只有一个485通讯口，只跑modbus从站的设备来说，怎么修改脚本呢？

一般是有个编程口啊。参考plc

sunnydragon · 发表于 2019-7-8 19:41:54

dou_yuyu 发表于 2019-7-1 09:34
本帖中大家提到到组合，freeRTOS+LUA的组合更多。单个人感觉RTT的生态做的更好些，全中文文档，甚至很有官 ...

RT-Thread 有现成的 lua 软件包哦，开箱即用 http://packages.rt-thread.org/itemDetail.html?package=Lua

chewy · 发表于 2019-7-8 21:17:59

sunnydragon 发表于 2019-7-8 19:41
RT-Thread 有现成的 lua 软件包哦，开箱即用 http://packages.rt-thread.org/itemDetail.html?package=L ...

有没有用RTT+uPy做数传电台应用的啊比如Lora啥的

zhucezhuanyong · 发表于 2019-7-8 21:48:12

sunnydragon 发表于 2019-7-8 19:41
RT-Thread 有现成的 lua 软件包哦，开箱即用 http://packages.rt-thread.org/itemDetail.html?package=L ...

请问RT-Thread有没有组件可以通过串口往系统的文件系统里面传文件的？

sunnydragon · 发表于 2019-7-8 23:37:37

chewy 发表于 2019-7-8 21:17
有没有用RTT+uPy做数传电台应用的啊比如Lora啥的

有的 http://packages.rt-thread.org/itemDetail.html?package=sx12xx

sunnydragon · 发表于 2019-7-8 23:38:32

zhucezhuanyong 发表于 2019-7-8 21:48
请问RT-Thread有没有组件可以通过串口往系统的文件系统里面传文件的？

可以用这个软件包通过 Ymodem 协议经过串口传到文件系统 http://packages.rt-thread.org/it ... kage=ota_downloader

crazy_stone · 发表于 2019-7-8 23:39:58

主要还是取决你做啥工业，失效会不会爆炸死人，还有你的系统设计，能承受多大的可靠性，比如自动包子机算不算工业控制，呵呵！！！

zhucezhuanyong · 发表于 2019-7-9 23:00:18

sunnydragon 发表于 2019-7-8 23:38
可以用这个软件包通过 Ymodem 协议经过串口传到文件系统 http://packages.rt-thread.org/itemDetail.html ...

我根据你的提示，参考OTA代码，自己修改了一个ymoden传输文件到spi flash的命令，然后我发现系统带有zmodem模块，类似linux可以使用sz、rz命令，不过我简单编译了一下，无法编译通过，是不是这个组件有一段时间没有更新了？

zhucezhuanyong · 发表于 2019-7-9 23:03:23

我现在修改出来的，文件大一点就不行了，好像是串口中断出不来，还没有仔细查

sunnydragon · 发表于 2019-7-10 09:24:22

zhucezhuanyong 发表于 2019-7-9 23:00
我根据你的提示，参考OTA代码，自己修改了一个ymoden传输文件到spi flash的命令，然后我发现系统带有zmod ...

一直在用的，你看下这里面也有些文档介绍这个软件包的使用 https://www.rt-thread.org/docume ... boot/an0028-rtboot/

zhucezhuanyong · 发表于 2019-7-10 09:41:19

sunnydragon 发表于 2019-7-10 09:24
一直在用的，你看下这里面也有些文档介绍这个软件包的使用 https://www.rt-thread.org/document/site/app ...

ymoden传输这个的确可以用，我自己根据这个修改了一下，文件写到spiflash上面的文件系统里面，目前小文件可以，大一点不行，好像卡在串口中断出不来了，具体的我还没细查。然后我在rtt源码中发现了zmoden传输,里面有sz、rz命令，这个用起来很方便，但是zmoden加入后编译不过，请问这个zmoden是不是暂时没有人维护了？

sunnydragon · 发表于 2019-7-10 10:00:30

zhucezhuanyong 发表于 2019-7-10 09:41
ymoden传输这个的确可以用，我自己根据这个修改了一下，文件写到spiflash上面的文件系统里面，目前小文件 ...

zmodem 确实没人用了

zhucezhuanyong · 发表于 2019-7-10 10:12:12

sunnydragon 发表于 2019-7-10 10:00
zmodem 确实没人用了

好的，那我自己查查，看看能不能搞好

lilolog · 发表于 2023-9-29 23:15:45

得有人做,才有人敢用

snowy · 发表于 2023-9-30 17:00:19

因为相对于C、C++而言，python lua等这些解释性脚本语言对程序员的要求会低不少，很难写出系统级的BUG出来。只要中间层够稳定，应用层的开发者可以放心写。

XIE2099 · 发表于 2023-10-1 08:48:45

大彩的串口屏就是用LUA写的脚本，也有参考教程。

三年模拟 · 发表于 2023-10-1 11:27:19

现在硬件都是多核，软件都可以上

qwe2231695 · 发表于 2023-10-3 13:49:17

这种应该上工业级A7核加正版Python

RT-Thread+micropython 是否适合工业应用？

阿莫论坛20周年了！感谢大家的支持与爱护！！