本来是打算画PCB，设计一个完整的作品（ADC采集温度、光敏电阻检测光照强度、PID计算、PWM输出控制加热、PWM控制LED光照强度、数码管显示当前温度、蓝牙模块与手机APP通信、APP上位机显示和发送控制命令）。
但是在用面包板测试的过程中，遇到了一些坎坷，特别是设计自定义驱动库时，逐渐心灰意冷，没有了最初的热情。打算等赛元的工具更加成熟之后，再做测试，会节省一些个人时间。
目前只好只把自己做的几个小测试发上来，把一些感受、建议提交上来，内容有些少，很是抱歉。
SCLINK和板子、芯片，如果赛元官方需要收回，请联系我；如不需收回，那我打算先保留一下，感觉自己以后肯定还是要研究它的。
一、数码管显示、PWM呼吸灯测试
简单测试.rar
(630.18 KB)
二、对赛元魔盒的一些感受
1、魔盒这种开发模式，是一种很新颖的思路。它兼容两种方向的模型化设计：以MCU内部功能块为设计单元；以外部传感器、效应器、通信模块等模组为设计单元。这种思路很新奇，并且不仅仅可以用于c51内核的MCU，它可以拓展用于任何MCU的应用设计。
2、我们电子工程师要接触许多的外围设备，用MCU来控制它们。以前的做法是：接触一种设备、模块后，通过了解和实验，逐渐掌握了它的用法，然后就把代码例程保存起来，留备以后用到。下次再用时，不仅要复制粘贴，往往还要对代码做一些修改测试。而用赛元魔盒这种模式，就可以做成驱动库，下次直接使用，不需要重新反复实验修改了。
三、在使用中遇到的问题
在使用中遇到过很多小问题，可能原因是魔盒还不成熟，也可能原因是我对它不熟悉，反正让我感觉有些烦恼，时间耗费很多、成绩进展却不大，渐渐地就心灰意冷了。
比如：有时候会突然弹出错误窗口，然后不容保存就退出了：
比如：有时候生成的工程代码，编译不通过，需要手工打算Keil工程，自己找一下原因，在Keil里编译一下，才行。
比如：在设计自动义驱动库时，我打算声明一个数组作为缓存，把缓存区的指针作为函数参数，就会报错：
未完成的一个自定义驱动库.rar
(31.62 KB)
就是在这个驱动库的设计过程中，遇到一些坎坷，逐渐打击了热情，就想放弃了（现在反思，可能主要是因为我自己不熟悉。）
比如：发现有时生成的驱动库代码有问题，编译通过、link失败，排查很久没解决，QQ咨询交流也没找到解决办法：
比如：（一）实验中的按键测试无效，不知什么原因。
当然，这些问题极有可能是我本人不熟悉造成的。
四、几点小建议
1、加功能块自动对齐功能，设计窗口加浅色经纬线（可选）
2、参考Simulink，实现SubSystem功能，即：选中一部分功能块，做为一个子系统，可以简化框图流程。目前魔盒已有程序流程控制功能块，而一些加减乘除等运算功能，也可以参考Simulink。
3、允许用户自定义分类树，管理自己的驱动库。
最后再次感谢赛元官方的信任。本人这次测试，没有按最初的设想进行到底，觉得有愧，希望以后时机成熟可以弥补。
|
楼主
标题置顶
标题高亮
