讨论51单片机图形化编程软件设计的可能性
笔者从06年开始接触单片机，从事单片机系统设计，程序开发，然后又接着从事单片机的教学工作。这么几年来，越发的感觉单片机的教学可以更灵活，没有必要必须学习完模电，数电才能学习单片机。而且笔者也看到现在市场上众多的小学生也在玩单片机，而且还玩的有模有样。那么大学生何必要拘泥学习模电和数电呢？但是随之而来的就是教学的事情了，如何让一个人有兴趣学习单片机，而且是没有编程基础，没有模电、没有数电、没有电路基础。想，当然想借鉴小学生的学习模式，教学方法，搞图形化编程，搞模块设计，当然有人说adrino不是就可以么，当然可以，但是它是AVR单片机，不是51单片机，那么有人说了有区别么？我想是有区别的，因为国内高校都在讲51,整个课程都是从51开始的，很少从AVR开始。直接搞AVR我感觉不适合教学，做发烧友的玩具是适合的，但是教学，尤其是体系化的教学总是感觉有点什么样子。
那么问题来了，开发一个51的图形化编程界面不好么？笔者找了很多论坛，开源的，不开源的，发现几乎都是AVR的，这个就好奇怪了。因此发一个帖子，想大家讨论一下，有没有开发的价值，和开发的可能性。 那么为什么一定是51呢？我想是因为大多数高校的老师51玩儿的溜，自己也懒得学更高级的东西，毕竟教学嘛
51和AVR不是一代的东西，AVR也已成历史，为什么就不能教点新的东西？
代码程序和图形化编程，基本上就是专业与不专业的区别，学和玩是两码事，那么学生需要的是什么呢？
别管学生能否学会，爱学的肯定能学会，不爱学的不必学会 楼主看看 量子框架。 楼主是教学的那为什么不上stm32呢？？现在st都在考虑傻瓜式编程了 cube的配置已经非常方便呢 几乎是点点就出来配置好的初始化~· 然后高级应用于就是自己按照自己写想法去写就可以了 而且平台跟工作基本可以无缝对接的
虽然用库效率低了点 还有优化的程度 但那也高级应用了 用来跑跑流水灯 数码管 通讯协议类的 几乎可以和51一样简单了
而且编程这东西一开始还是看看人家规范的格式代码比较好，一些命名规则确定在维护方面起到挺大作用的~ 图形化设计程序完全可以实现，表面看是将图形或图标拖拽和线段的连接来直观地实现信号流及功能搭建，实际上是构建图形图标所代表的程序模板、连接线所代表的程序模板接口间的联接关系。至于，程序模板是可以转换为不同CPU编程语言来表达的，所以用于51或AVR都不成问题。
图形化语言设计程序，最具代表性的是NI的LabVIEW 。
我记得andrino有支持stm32的 图形化，不就成plc了嘛 图形化，不就成plc了嘛 {:smile:}肯定可以，好像51的有的，好久前看到过，国外的。 坛子里，有朋友提出用中文编程呢。 学习的最高境界就是玩! 真正的牛人不会在学校教学
页:
[1]