(旧贴)工控实验板已确定事项！
【16楼】 MZMMZMMZM 不识谢谢你！你说的三总线（SPI）我看可以。但是SPI对一主一从的通讯方式比较
好。对于一主多从的方式好象有点难。我觉的用SPI 再加一块译码器（138）进行片选
（用于选从站）。这种方式你看如何？
××××你的方案确定！有劳您对这方面费的心了！谢谢！！
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
30楼】 trinove
我的意思是 以232/485为接口来连接人机界面设备，这样即使要连接现成的触摸屏系统已不再话下
还有，标准PLC系统都是不配人机界面系统的，这些人机界面都是后配的，或者按要求订制的，
现在工业界流行配置触摸屏系统，多为485接口
××××你的方案确定！谢谢！！
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
【15楼】 xuyankang 琴剑飘零
关于电源我有想法：很重要！
电源一定要隔离，也就是输入输出和主芯片之间不能共地，有很多朋友的工控实验板在现场被干扰，折腾好多次甚至赔本，最简单的隔离方式就是用变压器，并不贵（最好是电路板焊接用的封装好的，北京创四方公司），同时就可以用7805,7812等等了。
××××你的方案确定！还要劳人画PCB 呢！谢谢！！
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
【14楼】 ant.
若要多IO口的低价AVR，非M169莫属了。
不用LCD驱动时，共有53个IO，其价格与M16差不多。
××××××××你的方案很吸引人，我们去找一下资料。初定！！谢谢你的好建议！！
希望大家有空去找一下它的资料，去熟悉它！！
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
【19楼】 cyberboy
“用三总线结构（同步通讯）”是SPI吗？在机器内部通讯可以速度高，板子比较多，或线长时要加驱动。
××××××××谢谢！我们去注意这个问题，谢谢你的提醒！！！
＠＃￥
！＠＠＃TO： 【16楼】 MZMMZMMZM 不识 你要注意这个建议叫喔！！
现在我讲一下对输出模块的看法！
我已前在外做项目，或看到别的大自动化公司做的项目！，还有外国的设备！
PLC 都是放在电柜中（里），不管它原PLC 是：有继电器的单元，有晶体管的单元，有简单固态的单元。
从PLC 到被 控接触器线圈，还是其它电器。中间都会用一小中间继电器来隔离。
因为万一现场有高压串入（或短路）损坏一个小中间继电器，工厂电工会处理，拔出换一个！
而不管你PLC是：继电器的单元，晶体管的单元，简单固态的单元。坏了一个点那可是要停产的！！
所以呢我们工控板：输出用：xuyankang 琴剑飘零 的建议！
输出就用晶体管输出，可要加达林顿光耦驱动晶体管，如4N30，TLP127等。，“要用继电器的自己加到客户的电柜里去，”必须的如用在强电。
减少负担，轻松出征！
TO：xuyankang 琴剑飘零你是我们小组最累的一个了，这个输出就由你动手做，全由你负责了，你想怎样设计都可以的！！
我的话只是一个建议！ xuyankang 琴剑飘零
“我做过，用BC7281管理键盘和数码管显示，需要3个IO，最多支持64键和16位数码管活着128个指示灯，我觉得挺灵活的，用在什么设备上作显示和控制（点动都没问题）都是一种不错的方案，所以建议留下这么一个扩展！”
---------------------------------------------------------------
我们可以考虑留一个接口，它可以和其它显示或输入设备接口，I/O 口复用，就是用那一种显示（设备），就调用那一个函数（进行初始化端口操作） 还有一件事，要大家找一下！
就是：12位三线串行口输入4通道D/A转换器 MAX536 的价格。
和 8位D/A转换器 AD558 的价格
看其价差，再来选型！！ 大家说一说：要多少个A/D采集口（基本型），这样好确定最小系统要几片M16蕊片，
最大系统要多少点I/O，多少路D/A，最大多少片MCU。这样好设计系统”通讯总线”的选址电路的设计！！
系统”通讯总线”的选址电路的设计一确定，就可以进行实用的软件框架设计了！！
谢谢大家的努力！！！ xuyankang 琴剑飘零
我今晚才看到你的信。我给你回信了。你去看一下吧！！ 菜菜，我可能要让你失望，让我设计硬件，我背着人都脸红，因为我进入电子领域才一年，而且是业余的，做的项目还少，我觉得cyberboy的电路很好，在此基础上讨论一下更好，我可以做更基础的工作！ 请问 cyberboy在吗？ 到
MAX536>50元
8位DA有10元以下的型号
瞎扯两句，不赞成多CPU结构，尤其是采用SPI总线。
一旦价格上去了就是失去用MEGA16的意义了。 哪还是用mega169吧．因为它的io口多，可以模拟锁存时序产生多io输出或输入． to: cyberboy
谢谢你的支持。有劳你和xuyankang 琴剑飘零多做点事，私下多交流一下！幸苦你们了！！
还有一个你不赞成多CPU结构，尤其是采用SPI总线。我理解！不过到我们活动成功了你就知道多CPU的好处。还有在工控环境不在乎多那几块蕊片钱！！！ TO： 阿莫
我给你发邮件了。有劳你去看一下！！！
还希望你多给意见，和支持！ SPI总线极容易受干扰，基本没有使用价值，我是做工控的，大一点的系统都用多CPU结构，但大系统，我认为并不适合用MEGA16，一个通讯协议就会把RAM耗掉大半。 baplmqj 菜菜 请多参考cyberboy的建议，你们俩要多交流一下总体，看得出来cyberboy是专家，希望我们努力把这个项目做到成功！
baplmqj 菜菜我把一些资料邮件给你了，请审阅，其中的软加部分尤其值得你结合硬件部分考虑。 阿莫你好！你的信我收到了！
TO: xuyankang 琴剑飘零你给我的邮件资料没有看到！！对还起！ TO cyberboy , baplmqj 菜菜:
我想我们要做的PLC应该是模块式结构.并不是多个PLC构成的主从工作站.模块式结构的PLC各个摸块之间应该靠的很近.模块式结构的PLC是方便做工程的人选型和配制.如果各个模块靠通讯协议联系,那就复杂了.我想我们这个活动应该采用这样的结构:CPU单元+各种功能模块(i/o模块,AD模块,DA模块等).CPU单元和其他从模块的联系可以通过SPI或三总线方式(控制,地址,数据总线.你们所说的三总线是指这个吗?不好意思,我是菜鸟.)或其他方式都可以,但是不要用太复杂的通讯协议.各个从模块里可以含单片机,也可以不含.着就要看模块功能实现的需要了.含单片机的模块我们称智能模块,不含单片机的称普通扩展模块.一点不成熟的建议,仅给各位老大_参考.
另:SPI没有用过,不知道他的抗干扰能力如何(cyberboy如果用过不行的话可以考虑换,但是要注意的是我们这个活动的各个模块间的距离很近.相当于几个扩展板)
-----此内容被MZMMZMMZM于2005-02-20,16:26:24编辑过 TO:MZMMZMMZM 不识
我们的通讯是用SPI（三线同步通讯）！
结构:CPU单元+各种功能模块(i/o模块,AD模块,DA模块等).CPU单元和其他从模块的联系可以通过SPI。
含单片机的模块我们称智能模块,不含单片机的称普通扩展模块.
----------------------------------------------------------------
很好！我也是这样想的！！
MZMMZMMZM 不识你幸苦了！！你的方案确正了！！！谢谢你的支持！ 阿莫问一下？
“另外：xuyankang 使用人身攻击性字眼等原因，已经被本网站列为黑名单。他不能再参与本网站的所有活动。”
是不是因这句话发生误会了 “ TO: xuyankang 琴剑飘零你给我的邮件资料没有看到！！对还起！ ”
我是想说：“对不起”的但是不知怎成“对还起”了！我是用极点五笔打字的。
是我不小心打错了！！！ TO:阿莫
我已给你回信了，不知能收到不？？我的邮箱，发信功能好像不好用了，发不出！！
还有今天我的老板找我谈话：要我一个星期交出一台8路温控器的样机，我还下了军令状。
放心，写代码就像讲故事！！！
所以我会上网少一点！
我请了一天假，出去散心！！！ 我还是对于使用多CPU的结构 不放心，特别是SPI通讯的中距以上的通讯没什么信心
不过，既然定了，我也不会反对
还是 推荐使用 Mega128 ，扩展总线后 可以保证RAM足够大 并且可以使用 NVSRAM
小小建议 我觉得多cpu结构可以尝试一下，感觉现在好像挺流行的 “特别是SPI通讯的中距以上的通讯没什么信心”
是短距。相当于扩展板之间的联系 大家还是在多处理器方面讨论，我也出一个方案！如果使用m169,哪么，可以使用PC口和一个外部中段做８位的并行主从接口．具体是这样的，主机给PC口送一个指令数据，然后用另个三个io口给138送片选数据，被选中的输出线拉低，对应的从机产生一个外部中断．在中断服务程序中读PC口的值，然后根据数值作相应的动作．不知这样可否．这样做的一个不好处是占用比较多的io，但m169能提供，觉得不错，速度快而且好用． 谁有M169的中文手册？？
我看到M169那么多I/O，心就痒痒的！
希望大家不要在实际应用的io,输出方式浪费精力，因为大家的应用场合不一样，输出方式也不一样。而一个好的软件框架结构大家都用得上！！！
TO：kiki 主板你想用几个CPU啊？我对你的方案很感兴趣！！ 我是提议给大家的，我可能最多用上7只cpu．在这网站上就有中文的说明文档！不是说大家一起做实验板的吗？ 不好意思！最近忙晕了。
TO：kiki 7只cpu够多的了！（励害！！！），我的想法只能上两只CPU（M16+M169)。比我强多了！！ 7个CPU？
也好，难道KIKI想独立开发一个新的通讯协议，还是用市面上的哪一种协议？ 看样子我要等很久了 我是打算大家讨论一套通信协议，要是一主多从，主使用轮询方式，做成1-7应该没有问题．开这个项目就是为了让大家讨论并得到一个方案吧． 不知道这个应用中有没有突发的高级事件发生，如果有，轮询方式就不能及时响应了。
做协议很头痛的,要考虑全面，也要合理取舍。 使用多处理器目的就是为了提高实时性，因为从处理器可以作一个比较快的反应．如果还需要得到快的主机响应，可以在每个169拿出一个io作为请求脚，把所有脚经一只快速开关二极管后汇合成一个主机中断信号，这个信号标志从芯片有紧急通信请求．然后主机就去向不同从机读数，读到定义好的紧急标志，哪这时主机就与从机进行通信．不知大家觉得如何呢？ "然后主机就去向不同从机读数"---优先级？
同时发生多个事件时，主机查询列表里，排前面的分机优先。 复杂了 是这样的．事件发生时，主要用从机处理了，这样，主机的协调也不是要求做到微秒级，微秒级的我们按排在从机处理．再者这里８位并行数据总线，相信速度足够的．通信延迟几微秒是很短的时间． "８位并行数据总线" ----每个CPU都要为通讯耗用 8 + X 个I/O口了
我一般认为用串行总线比较省I/O,通讯协议很少是基于并行总线的。 大哥是用同步串行好，还是异步串行？？
我想用M16+m169方案也是这么想，在中小场合，不管是I/O点数，还是处理数据的能力都够了！做实验（或应用）的成本也不会太高。 不太同意阿莫的．在电路板上的，还是用并行口，快而方便，在与外部连接时，用串口比较好．
页:
[1]