最近的想法<打造下一代的嵌入式软件开发 IDE>

liyvhg

2023-10-24 16:11:24 +08:00

platformio 试试
嵌入式的范围太广了，ide 众口难调

Ricky123

2023-10-24 16:29:55 +08:00

@liyvhg 基于 vscode 的代码编辑 + 编译链 + 烧录 + 调试链整合打包在一起，再把安装过程和配置过程尽可能屏蔽或者图形化设置，有没有机会一统江湖～

scorpion91

2023-10-24 16:35:22 +08:00

嵌入式主打一个定制化，不同的芯片，不同的工具链，不同的烧录方式，统一是不可能的

Eiden

2023-10-24 17:02:39 +08:00

感觉很难

choah

2023-10-24 17:28:29 +08:00

同一个功能，嵌入式 Linux 调试可比嵌入式安卓耗时多了

liyvhg

2023-10-24 18:59:34 +08:00

@Ricky123 我如果拿出一块不开放工具链的 xx32 ，和一块树莓派，还有一台安卓，都算嵌入式吧，阁下如何应对（逃

Ricky123

2023-10-24 20:31:23 +08:00

@scorpion91 有道理，严格统一应该不可能，估计覆盖大部分场景的可能有戏？

Ricky123

2023-10-24 20:32:12 +08:00

@liyvhg 哈哈哈，老哥在理

shot

2023-10-25 09:42:19 +08:00

赞同楼主的想法！

我上半年做一个 STM32 的小板子开发，开发流程体验极差，效率很低：
- 没有支持 macOS/Linux 的工具链，需要远程桌面连接到 Windows 系统开发调试；
- 在 VSCode 上写代码；
- 用 Kail μVision 编译烧录；
- 用图形化串口工具 debug 。

主要痛点：
1. 没有跨平台的工具链；
2. Kail μVision 的开发体验过于远古；
3. VSCode 设置为普通的 C/C++ 项目，有些头文件没有包含进来，会提示编译错误；
4. 不能在命令行里编译/烧录/调试；
5. 串口工具不支持脚本自动化；
6. 项目配置麻烦，用不上 makefile 、gcc/llvm 编译选项、linter 、单元测试……

前段时间也动过折腾一个基于 VSCode 的跨平台开发工具链的念头，因为懒，调研了一些材料就搁置了。
- https://github.com/glegrain/STM32-with-macOS
- https://github.com/bbrown1867/stm32-makefile
- https://github.com/adamheinrich/cm-makefile
- https://www.davidrojas.co.uk/stm32f3discovery-on-mac-os-x-using-eclipse-gcc-arm-and-openocd/

如果 OP 打算以开源项目来推进这个想法，也许我能一起做些贡献。

AlRoborol

327 天前

> 5. 串口工具不支持脚本自动化；
自我 PR 一下，最近新做了个串口自动化的工具。暂时只是加入了 bash/cmd 对应，以后打算实现更复杂的功能
https://pypi.org/project/pyAutoPort/