更新日志

不兼容的更改:

  • 芯片支持包功能:
    • 移除目录 .eide/deps 并使用虚拟目录 <virtual_root>/<deps> 对包内的文件进行引用
    • 旧项目中的芯片支持包将无效。打开不兼容的项目时插件会进行提示，此时你需要为项目重新安装芯片包和重新安装所有的外设组件。

新增:

  • Cortex-Debug 配置生成: 增加一个简单的GUI向导帮助生成调试配置

  • pyOCD 烧录器: 允许附加额外的命令行到烧录命令中

  • VSCODE_PORTABLE: 支持 VSCODE_PORTABLE 环境变量并重定向相关资源的位置

修复:

  • 项目环境变量: 项目 Target 大小写问题导致项目环境变量未生效

变更:

  • 构建配置UI (SDCC): 通过执行命令 sdcc -v 自动获取处理器列表，移除内置的硬编码的列表

优化

  • MDK 项目导入: 优化 MDK 项目中的 User Command 部分导入
admin changed the title to [New] v3.18.0 更新.
admin stickied the discussion.
21 days later

提点意见：我用iede做stm32方向，使用遇到一些不太好的体验，比如有时候需要换电脑有时候需要换烧录器，电脑与电脑在软件的安装的位置路劲不一样，如果同步配置文件很麻烦进场会重新设置一遍，你像配置烧录器路径不管有或者没有
还比如简单的tabsize这些基础配置能不能做到工程配置的文件里面，意思就是配置文件跟工程走，这样换电脑或者换别的什么内容，不用重新配置，只要打开EIDE这个工程后直接从配置文件中读取配置而不是编译时又重新配置一遍，而不是读取vscode里面的基础配置，特别是每次换一台电脑后这些基础配置最麻烦，还要重新来一遍。
当然你也许会说像armgcc这些编译器比较大，换一个路径也会从在不一样，这就要说到另外一个问题了，我可以手动增加一个备份配置文件，换一个电脑就用一个配置文件这样就能保证不用重新配置只是替换原来的配置文件即可，或者将几台电脑安装像armgcc这样的编译器放到路径相同的位置，都是可以的。

    haha

    如果要跟着工程走，你设置的时候，选择 Workspace 作用域就行了。设置项就会保存到工程的 .code-workspace 文件里

    • haha replied to this.

        调试的GUI引导支持的很好，可以再深入一点，不过话说回来stlink只能在open OCD下面吗？

        最新版本的EIDE有没有支持工程文件夹选配
        比如：
        在A项目中需要用到User,Driver,Kernel,project_A 这几个目录
        在B项目中需要用到User,Driver,Kernel,project_B 这几个目录
        其中User,Driver,Kernel这三个目录内容一样，那么在工程编译时直接包含他们，不同的是project_A与project_B，就选择性包含，最好能在eide上面集成一个开关或者选择器，用哪一个项目直接设置一下，而不是用传统的宏定义，那样配置起来挺麻烦

        在提一个发现的问题，

        当我移除前一个项目的文件夹后，发现这里依然存在，我在设置增加的地方并没有发现有这个文件夹的痕迹

        这几天在eide中使用时，发现经常性的闪退，不清楚这个是vscode的问题，还是这个插件的问题。我插件版本是3.18.1的

        4 months later
        admin unstickied the discussion.
        Write a Reply...