在线@官方，说点小想法

183443***

我们stc有没有一种可能，类似于micropython一样，把底层驱动弄成一套源码，然后再开源很多的oled，lcd等等流程器件的调用函数，那我们作为使用者，很简单的调用就能实现想要的功能，然后比micropython的优势又是，还是C语言，执行能力更强，目前我们stc的闪存空间也是越做越大了，甚至于，是不是可以用micropython去编程，比如stc32做比喻，去烧写stc32的固件，然后就是亮等吧，简单调用，GPIO1.on（）；就实现了点灯。

kk***

你说的类似于arduino，现在arm上也有一些类似的（包括移植到stm32上的arduino），绝大多数应该都是需要C++编译器的，你没法简单地移植给Keil或其它C语言编译器用
至于x51，有个叫天问Block的，图形化开发，类似于micro:bit，可以试试

183443***

kk*** 发表于 2023-7-7 12:01
你说的类似于arduino，现在arm上也有一些类似的（包括移植到stm32上的arduino），绝大多数应该都是需要C++ ...

你别说，天问Block好像是一个不错的选择，但是好像是不开源的，里面有的才能用，没的就干等着，或者还是代码编程

131183***

楼主的想法适用于纯软件类，不适合单片机，搞单片机脱离不了硬件，直接调用你完全搞不懂原理，换个板子你就搞不了了。

183443***

131183*** 发表于 2023-7-7 21:46
楼主的想法适用于纯软件类，不适合单片机，搞单片机脱离不了硬件，直接调用你完全搞不懂原理，换个板子你就 ...

这个说法不完全正确，当然，现在用keil确实是从比较底层去驱动单片机，但我的意思是，如果有一种更快捷的方式去驱动岂不妙哉，硬件的话，我自己也打了不少stc的pcb了，逻辑还是有的

ra***

其实stm32的hal库就类似你的这个思路，图形化配置，模块化开发

zjlh***

立足硬件，基于底层，这是单片机（嵌入式）开发的难处，也是乐处，远离硬件的泛软件化倾向，个人感觉，是否太过隔靴搔痒了？

神***

在讨论把我们STC-ISP中各个 独立的 模块配置工具/智能助手 整合起来，
先从STC32/STC8开始，大家配置后，
我们STC-ISP工具自动帮大家整合成一个抛砖引玉的框架程序，
大家再修改

gentl***

神*** 发表于 2023-10-21 17:10
在讨论把我们STC-ISP中各个 独立的 模块配置工具/智能助手 整合起来，
先从STC32/STC8开始，大家配置后，
...

这是要做  STC-CUBEMX