xshui 发表于 2025-3-19 16:52
问题咨询：
可先根据此图片修改
更改为#define后，相同命名就不会被报错了
等待进行测试后会推送此更新
xshui 发表于 2025-3-19 16:52
问题咨询：
已更新，可以直接下载替换，其余部分未作改动，可兼容
还是存在问题，我这个案例是同时开启普通IO口中断和外部中断0和1。
xshui 发表于 2025-3-20 15:07
还是存在问题，我这个案例是同时开启普通IO口中断和外部中断0和1。
您好，我这新建了一个工程测试，发现并没有这个问题，以下是完整的工程和编译测试截图
这个我建立的工程，麻烦测试是哪出了问题？
找到问题了：
王昱顺 发表于 2025-3-20 15:28
您好，我这新建了一个工程测试，发现并没有这个问题，以下是完整的工程和编译测试截图
第2行换到第4行下，编译就会出错。
xshui 发表于 2025-3-20 16:05
第2行换到第4行下，编译就会出错。
好的，那我再修复一下这个问题
xshui 发表于 2025-3-20 16:05
第2行换到第4行下，编译就会出错。
已修正问题，并测试无论先后引用顺序都不会报错了
我觉得，创新风格库函数目前有个缺陷就是，单片机系统的配置，如时钟，睡眠/省电模式，外部唤醒，看门狗等等，而且建议在配置睡眠/省电模式的时候，假设考虑要实现极致的省电的话，必然要考虑设置未用，或在睡眠后不需要用的io口模式，同时也是关闭一些硬件模块等等，也就相当于。如果我调用了这个函数，会自动识别，或相对自动的识别，哪些该停，哪些继续，然后进入省电模式