 |
1
xzl380 Aug 2, 2013  1
把树莓派当单片机来用，糟蹋它了，或者说很不合适，树莓派只是恰好有几个gpio口，8个？
树莓派的扩展性也没arduino来得强，arduino的扩展模块一堆一堆的，文档资料一坨一坨的。 自己折腾学习前先上一些电子论坛看看呗，可以避免浪费精力。或者买几本书。 |
 |
2
raincious Aug 2, 2013
或者买个pcDuino，相当于Raspberry PI + Arduino有接口但是少一点，不过功能跟arD一样的。
|
 |
3
hourui Aug 2, 2013
为了毕设，正准备入手arduino+raspberry pi
|
 |
4
Nerrsoft Aug 2, 2013
我在研究rpi四轴飞控，还在研究算法
|
 |
7
Mutoo Aug 2, 2013
nano是不是有点太轻量了，Arduino UNO 比较有得玩的说~
|
 |
8
cchange Aug 2, 2013
注册一个id来讨论，感觉树莓派性能确实一般，有个简单的问题：pcDuino貌似硬件貌似不开源，以后供货可能是个问题，而树莓派硬件基本上开源的。同时树莓派的Linux的貌似重新编译过，针对性的优化过的。@raincious 怎么看呢？ 我现在想用树莓派或pcDuino做工业控制，当然会在linux打上RTlinux的实时核心补丁。
|
 |
10
sivacohan OP PRO @Mutoo
我比较喜欢轻量级的东西。因为轻量级往往意味着学习成本低。虽然功能有限，但是拿来入门足够了。玩硬件一堆坑，先用这个把坑趟过去。以后有需求了，在研究点复杂的。 而且我觉得如果真的想做产品，单片机这玩意硬件成本是相当敏感的。用便宜的芯片，好处很多。 |
 |
11
timonwong Aug 2, 2013 1
@cchange
这两个只能民用，工业控制差太多，学习可以，做产品请谨慎，不是闹着玩的。 另外, pcDuino的原理图（以及电路图）是有的，只是转成PDF了，是用Orcad(Cadence)画的，EAGLE画的还好说，arduino就都有。。 另外RTLinux也有坑，用时要小心，写法跟普通Linux程序会有不同，我没有在产品中正式用过，不做更多评论，因为大多数用上Linux的时候也就是跑跑用户界面和用户程序，核心算法跑在另外一个箱子里。。。 |
|
12
sivacohan OP PRO @hourui 你如果需要性能的话，可以考虑用cubieboard，性能比PI好的多，而且硬件设计也比PI合理。同时，系统没有经过深度定制，这样做开发的时候，你学习成本更小。
|
 |
13
mengsidongwan Aug 2, 2013
|
 |
14
jeansfish Aug 2, 2013
ATmega16飘过
|
|
15
cchange Aug 2, 2013
@timonwong 所以很小心，现在就是一个想法 非常感谢！
工业控制有成熟的产品，但是针对某个产品线的，而且价格会很坑，自由度又不大。 自己开发产品在工业领域很少很少，但是为了特殊工艺就没办法了，尤其为了提高核心竞争力。 我们在自控里有IEC 61131的标准的，一般是在买来的产品上上二次开发，一般厂家能做到实时性很好，一般PC都是非实时的，会有很大问题，故考虑使用实时Linux，并加入能解析IEC 61131的程序。 同时请教核心算法跑在另外一个箱子里是在另一台服务器上吗？ 物理上隔离吗？ 通讯采用非实时的TCP/IP? |
|
16
timonwong Aug 2, 2013 1
@cchange
这东西为什么要卖那么贵其实很明白，都担当不起责任，要说便宜的，国内模仿三菱、西门子的海了去了，也占有不了主要市场，只能在不那么重要的领域稍微折腾折腾。。。 IEC 61131，那还真时髦，我们行业差别还是比较大，这里太保守。 核心跑另外一个箱子的意思不是服务器。。。主要还是物理隔离，环境太严苛了（各种交流接触器、大功率电机什么的，电压不稳，环境还脏）。 实时性要求和安全性要求的条件下，我只见识过用VxWorks的，你最好是了解下行业的行情，一般这行敢吃螃蟹的比较少。Linux的实时解决方案，无论是实时内核补丁还是双内核我都不敢说。 通讯就要看情况了，多个重要结点（而且要有互相通讯的情况），资金又足，就上CAN，屌丝级解决方案就是485（或422） + Modbus了。 TCP/IP这个太时髦了，一般不会用，倒是有做相关工业解决方案EtherCAT（以太网），不过协议有点非标准，我见识少也没有见过实际使用情况。 |
|
17
cchange Aug 2, 2013
@timonwong 是啊，EtherCAT是Beckhoff的产品和通讯方案，我很喜欢他们的方案，厉害的是将非实时的windows加入了实时核。
EtherCAT是基于TCP/IP的，工业以太网介绍有ftp://130.164.81.30/pub/events/nits/presentations/2008/ethernet_protocols.pdf 有些歪楼 工业现场确实环境很恶劣，尤其电气环境。看来@timonwong 大哥是去过现场的. 想想还是算了 还是民用吧，特殊工艺还是用s7 300或400或beckhoff的pc控制吧。 linux的实时方案不敢说是指？ vxworks是运行在板子上还是通用PC上呢？ 看来必须基于前人的成果啊。 自己创造帝国在工程上不靠谱…… |
 |
19
Sivan Aug 2, 2013
最近想研究用 arduino 做远程喂狗，但是什么什么都不懂……LZ 推荐点入门站之类的吧。
|
 |
20
itfanr Aug 2, 2013
已经买swift board了
|
|
21
timonwong Aug 2, 2013 1
@cchange
Linux实时性不敢说的原因就是不敢用啊，不是绑到一根绳子上的蚂蚱分担风险不安心（说穿了都是这个原因行业才那么守旧）。。。 VxWorks见到的是在PowerPC工控板上做的，还是IBM的，我们之前做的公司没有那么雄厚的实力，也就只是见见而已。 现在也不干这个行业了（虽然也就几年时间），对心脏不好（值得吐槽的地方也太多），Retired。 FIN. |
 |
23
HowardMei Aug 2, 2013 1
@cchange 这些业余板子在电磁兼容上肯定不达标，用在工控上在可靠性和测试上花的钱估计可以自己设计两个了。另外，还没看到有实时Linux系统支持OPC的，到时候控制端的软件会写死人吧？
曾经用过Vacon家的PLC，觉得非常用户友好，如果产品做到这个程度，价格只要不太离谱，贵点都是应该的。据说，当初他家刚进中国市场时，自己产品的液晶屏没有中文字库，被客户批评，某位一个汉字不识的芬兰小伙子用点阵画图硬生生搞出来，哈哈。 |
|
26
cchange Aug 4, 2013 via iPhone
@HowardMei 嗯！ 实时的linux肯定不能用c开发了 必须用stl或lad开发，也就是梯形图和语句表，实时核解析这些语句〜
还有个其他问题Arduino不用于工程，那用于？ 貌似就是一个教学平台？ |
 |
28
leavic Aug 4, 2013
arduino是给没有任何硬件和底层驱动经验的人准备的,你不需要了解总线的工作原理和实现方式,只需要写应用.
但是,这东西没有RTOS,多任务你只能用状态机写,会很糟糕,而且实时性得不到保证. |
 |
29
ruoyu0088 Aug 4, 2013
@cchange, 你的IEC 61131的程序是用什么编写的，最近试用KW-Software的MULTIPROG-Express，编写PLC程序时会经常各种问题，感觉MULTIPROG-Express里面的BUG不少。不知道这样的软件开发出来的PLC程序的可靠性如何，我们最终要在自己设计的板子上跑ProConOS，对这个公司不太放心。
|
|
30
cchange Aug 4, 2013
@ruoyu0088 我没有这样的经验，仅仅是编写plc程序 没有设计过PLC，多测试吧，我这儿想这么干是因为有一个特殊的工艺，类似于伺服控制，但又有很大的不同。所以考虑了下 现在调研之后 就估计不会用了 太不可靠了。
如果你就是研发plc就是另外一回事了，加油！ |
 |
31
qian19876025 Aug 4, 2013
@timonwong 通信行业的业务板子大部分都是 VxWorks 实时性有保障 我接触过的 华为局端产品也是VxWorks
实时系统其实有很多 比如QNX ucosII之类的 开源的 军用的 有米果老战斧导弹上用的那个 RTEMS 当然还有红帽的ecos 对了那个露珠说的arduino的工业应用还是有的 上次我在hackaday上面看到有一个 别小看了 微控制器 这些东东都看人怎么用 |
|
32
ruoyu0088 Aug 4, 2013
@cchange 那你的PLC是使用的哪家公司的产品呢。我们虽然要自己设计PLC，不过那主要是硬件和底层驱动，上面还是跑PLC厂家的系统，目前考虑的是KW-Software的产品，不过他们电脑上编写PLC的软件MULTIPROG-Express经常出错，有点不放心。几乎无法用MULTIPROG-Express编写一个稍微复杂的SFC程序。稍微操作几下就出现一堆内部编译错误。
|
|
33
cchange Aug 4, 2013
@ruoyu0088 是西门子的哦，对制造plc没有直接参考，但可以参考他的功能。
日系和ab，还有beckhoff、施耐德都用的是codesys，连和利时也用这个。 你们产PLC？ 是不是要自成体系呢？ 感觉挺难的，简单的不一定能价格竞争过，复杂的软件肯定不如几个大厂。 |
|
34
timonwong Aug 4, 2013
@qian19876025
没有小看过微控制器。。。 实时系统在中低端上，其实选择很少，像AVR(不算AVR32)和众多PIC（不算PIC32）、51之流（还有日系的一系列），存储空间（以及性能）是不够的（相当多的一部分应用仍然在裸奔），VxWorks、QNX、eCos这些是完全不要想跑的，ARM的一系列（最近流行的CM3，CM4）选择稍微多点，但也没有那么牛，跑TCP/IP都比较吃力，由于片子新，有些还有比较多的坑（STM32就是你）。严肃的工业应用考虑相当多（软硬件设计都相当重要，硬件设计更重要点），arduino肯定不行，你说的工业应用不会是这个吧：http://hackaday.com/2013/07/08/this-is-run-by-an-arduino/ 我只觉得那玩意很COOL，然后看到关于AVR的R/W Protection我就笑了。 |
|
37
qian19876025 Aug 10, 2013
@timonwong 这些都是工具看的是什么人用需求能否达到
同样的一支铅笔 在我手上只能是普通的写字而用 在别人手里说不定就是花工程图的好工具 |
 |
38
swulling Aug 10, 2013
硬件上手还是Arduino比较合适，看定位，如果就是做做DIY发烧友，Ardunio入门足够了
不过硬件坑太多，本来想毕业后继续搞得，后来发现没心情玩。 |
 |
39
favormm Aug 12, 2013
了解了一下，不在我研究范围
|
 |
42
imlsq Aug 19, 2017
好多装 B 的
|
|
43
imlsq Aug 19, 2017
arduino 就是个好东东，别听那些装 B，快速开发，大部分场景都可以胜用。
个别严格工业控制本身就是专业芯片，专业软件。 |
Select Language