Member Login
Search
Past & Future Posts
Sponsored Communities
Neat Stuff

Visit our shop for nerds in control lifestyle products.
Cool stuff
Thermal Overload
The threads that wouldn't die...
- PC reliability?
- Windows, real time
- PID loops
- PCs vs. PLCs
- Replacing people
- MS 'monopoly'?
- Software quality
- Where do we go from here?
- Why pay?
- PC reliability?
- Windows, real time
- PID loops
- PCs vs. PLCs
- Replacing people
- MS 'monopoly'?
- Software quality
- Where do we go from here?
- Why pay?
Fortune
"It is better for civilization to be going down the drain than to be
coming up it."
-- Henry Allen
coming up it."
-- Henry Allen
RSS Feed
www.control.com/rss
from the Automation List department...
PC Base is more accepted then 8 yr agoThis is my 2nd post here.
After scan thru some of the post here , i notice PC base control is more accepted compared to 8 yr ago.
I can see that both PC and PLC control have their own application. for example for small I/O application is it cheaper for PLC. and for large application with motion, and c/w HMI , Ethernet access. PC control will be more suitable.
Can some one give what other reasons why PC base is more accepted now ?
paul yeo
After scan thru some of the post here , i notice PC base control is more accepted compared to 8 yr ago.
I can see that both PC and PLC control have their own application. for example for small I/O application is it cheaper for PLC. and for large application with motion, and c/w HMI , Ethernet access. PC control will be more suitable.
Can some one give what other reasons why PC base is more accepted now ?
paul yeo
That's easy, price out what you have to do with a PLC to do networking, databases, barcode readers and all the other things that are add-ons to the PLC paradigm. As things get more and more connected, it becomes much easier and much cheaper to add PLC capability to a PC than it is to add PC capability to a PLC.
Actually, big automation is solving the problem by making odd shaped PCs and calling them PLCs, but maintaining markups that keep system prices high. On some large projects the price differential would pay for someone to write a PLC add-in from scratch. I suspect this is how some of the "soft PLCs" came into being. What isn't being addressed and presents an opportunity, is what separates a mainframe from a powerful PC. The mips may be the same, but the difference in IO capability is dramatic. With the right architecture, a PC class processor could easily run a whole plant.
As long as it wasn't running Vista.......:^)
Regards
cww
Actually, big automation is solving the problem by making odd shaped PCs and calling them PLCs, but maintaining markups that keep system prices high. On some large projects the price differential would pay for someone to write a PLC add-in from scratch. I suspect this is how some of the "soft PLCs" came into being. What isn't being addressed and presents an opportunity, is what separates a mainframe from a powerful PC. The mips may be the same, but the difference in IO capability is dramatic. With the right architecture, a PC class processor could easily run a whole plant.
As long as it wasn't running Vista.......:^)
Regards
cww
"More accepted" is probably too strong a term. It might be better to say that people are less afraid of PCs today than they were in the past.
As for cost, if all you want to do is save some money on PLCs then have a look at using a different brand of PLC. The applications that you cite for "motion, and c/w HMI, Ethernet access" are things that many modern small PLCs can often do reasonably well, although their Ethernet access capabilities may be weak.
Where a PC has an advantage is with things like sophisticated data acquisition, mathematical processing, logging results in a database, and
communicating those results to the rest of the company. A PC can deal with more data and do more things with the data.
If I was asked to design the control system for a new project, I wouldn't start by asking "where can I use a PC?". On the other hand, if the application would genuinely benefit from using one, I wouldn't be afraid to use a PC either.
As for cost, if all you want to do is save some money on PLCs then have a look at using a different brand of PLC. The applications that you cite for "motion, and c/w HMI, Ethernet access" are things that many modern small PLCs can often do reasonably well, although their Ethernet access capabilities may be weak.
Where a PC has an advantage is with things like sophisticated data acquisition, mathematical processing, logging results in a database, and
communicating those results to the rest of the company. A PC can deal with more data and do more things with the data.
If I was asked to design the control system for a new project, I wouldn't start by asking "where can I use a PC?". On the other hand, if the application would genuinely benefit from using one, I wouldn't be afraid to use a PC either.
From Control Engineering magazine...
Related articles from Control Engineering magazine- Portable computing: Operators can be mobile with rugged HMI
- Whitepaper: Small form factor HMIs evolve
- Remote control: Get behind firewalls—securely
- Security: Yokogawa partners to add industrial firewall
- Performance intelligence: SmartSignal, General Physics deal focuses on expertise exchange
- ABB update: User conference, exhibition, flow, SCADA, wireless
- Interoperability: OPC for embedded applications
- Learning: Profibus, FDT seminars; FDT testing
- Fun engineering: FIRST Robotics Championship
- Rockwell to acquire Incuity Software; research shows how it could help
Above articles copyright 2008 Reed Business Information. Subject to its Terms of Use.
Your use of this site is subject to the terms and conditions set forth under Legal Notices and the Privacy Policy. Please read those terms and conditions carefully. Subject to the rights expressly reserved to others under Legal Notices, the content of this site and the compilation thereof is © 1999-2008 Control Technology Corporation. All rights reserved.
Users of this site are benefiting from open source technologies, including PHP, PostgreSQL and Apache. Be happy.
Our Advertisers
Help keep our servers running...
Patronize our advertisers!
Patronize our advertisers!



