I've been thinking a lot about the "Digital Factory of the Future," the term Siemens has been using to telegraph the increasingly hurried-up product to production cycles that design engineers need to support via flexible automation setups.
PLCs and PACs with higher capabilities for programmability and intercommunications are the cornerstones of factory automation. The other linchpin is easier and more global programming capabilities.
In plainer English, this means two things. First and foremost is enabling engineers to sidestep command-line programming -- something most aren't fluent in -- and instead use some kind of graphical or drag-and-drop paradigm. (Secondarily, despite the fact that hardcore software types will always frown on what they see as a "for dummies" approach, the salient point is that today's visual tools are finally for real.)
Siemens’ PowerPoint about the "Digital Factory of the Future" spotlights tight integration from prototype through production.
The other underpinning of the digital factory is the ability to deploy that software globally to all PLCs/PACs within a factory, extending out to remote or wirelessly connected production operations. Here, a collateral but significant outgrowth of such tight interconnectedness is the ability it gives plant engineers to route sensor data back to a centralized location. From there, they can monitor operations more closely -- and quantitatively -- than ever before. This enables tighter control, minimization of failures -- or, more correctly, quicker fixes -- and a host of subsidiary benefits like better compliance. (It should be noted that sensor angle is perhaps even more of a benefit in the process automation arena.)
I'm, not surprised to hear this Apresher. It's my understanding that simulation and visualization tools are used mostly on greenfield developments. If that's true, that certainly limits the use. However, I'm also hearing that simulation and visualization tools can save significant dollars in preparing the plant for operation.
Rob, I think in many larger organizations the communication and structure is more formalized. Model based design and simulation tools are used more frequently. For factory automation and machine builders, my perception is that it is less common. Recently I talked with an automation vendor that estimated only 10% of customers are using simulation/visualization tools. Model-based design by its definition encourages sharing of models and allows engineers to create models that encourage collaboration as part of the process.
I would think the communication between disciplines would have improved by now. Certainly collaboration tools have improved mightily. Plus, many organizations are forcing collaboration through new tools -- i.e., things don't move to the next step until someone from each discipline has signed off on that last step. Perhaps this isn't yet happening to any great degree in design.
One area where using model-based design tools to develop automation software would help is the ability to capture many of the details of what would be a system specification within the tool itself. I completely agree with your point that communications between the disciplines involved in designing, building, and programming manufacturing equipment is a major roadblock. Even though several automation vendors are offering these types of software solutions, it's not clear at this point how much traction these solutions will achieve in the short term.
My solution to the reluctance of some to describe in detail a sequence of operation has been to make it a fundamental part of a systems specification. The specification is the fundamental means of deciding what a system must include to accomplish whatever task it must accomplish. At that point I am able to have everybody agree that it is very hard to create a system, or a machine, without an understanding of what it must accomplish. We save time and money by sharing this description with a customer prior to starting work, both design and manufacturing work. It is also an easier way to avoid forgetting to include some portion of the required performance. While developing the specification is not a small matter, it certainly is worth the effort.
I would agree that communications between the disciplines involved in designing, building, and programming manufacturing equipment is generally poor. I am a big fan of putting things in writing, but it seems to rarely happen.
ttemple You are quite correct. On the other hand, though, the mechanical engineer who designs a machine should certainly have an exact sequence of operation in mind during the design. At least I hope that they would. On the other hand, I have written detailed functional specifications for programmers to use to write control programs for machines designed by folks who did not consider a sequence of motions. Sometimes the task was a challenge.
Just as it would be quite exciting for me to watch a system where the mechanical engineer programmed it with drag and drop software.
I was illustrating absurdity with absurdity.
The best way to complete a project is by using the right people to do the right parts of the job, not by creating "tools" that make it appear so simple that the wrong people try it.
It would be quite exciting to watch the operation of a system with the mechanicals created by programmers using drag and drop designing. But I would choose to watch it from a safe distance, since I have serious doubts about "designs" created by those who don't understand the mechanics of what they are creating. Understanding is sort of vital to getting things to work "right". Someplace in the world there is a system that may eventually kill somebody because the preson doing the program used a "double negative" to correct a hardware configuration problem. The result is that an air valve defaults to the wrong position when the control program freezes. This is a real thing, not a theoretical example. The problem was that the programmer did not understand the hardware.
The challenge of writing good code is in making it clear what the various software functions actually do, whaich, making it clear would also allow others to produce good control code if they understood what it had to do. Understanding a machines operation adequately is the first requirement for creating a good control program. It is probably the most critical one as well.
We looked at a number of sources to determine this year's greenest cars, from KBB to automotive trade magazines to environmental organizations. These 14 cars emerged as being great at either stretching fuel or reducing carbon footprint.
Researchers at MIT and Sandia National Labs have observed a reaction in lithium-air batteries that could help improve the design of these cells for electric vehicles and other applications.
Healthcare might seem to be an unlikely target application for the Internet of Things technology, but recent developments show small ways that big-data is going to make an impact on patient care moving into the future.
From Dell / Intel® New Paradigms in Design Work Scott Hamilton, vertical market strategist for Dell Precision workstations, 5/2/2013 3
Early in my career, I worked as a draftsman and remember the days of drawing on vellum with numbered pencils and Mylar with plastic lead. This was a fun experience in the sense that I ...
I've been using workstations for more than 10 years and love finding ways to get more performance from my system. With demanding professional applications that require more power each ...
A lasting memory from my first job as an engineer in an auto assembly plant is standing on hard concrete at six in the morning, vending-machine coffee clutched in hand, listening to ...
A quick look into the merger of two powerhouse 3D printing OEMs and the new leader in rapid prototyping solutions, Stratasys. The industrial revolution is now led by 3D printing and engineers are given the opportunity to fully maximize their design capabilities, reduce their time-to-market and functionally test prototypes cheaper, faster and easier. Bruce Bradshaw, Director of Marketing in North America, will explore the large product offering and variety of materials that will help CAD designers articulate their product design with actual, physical prototypes. This broadcast will dive deep into technical information including application specific stories from real world customers and their experiences with 3D printing. 3D Printing is
To save this item to your list of favorite Design News content so you can find it later in your Profile page, click the "Save It" button next to the item.
If you found this interesting or useful, please use the links to the services below to share it with other readers. You will need a free account with each service to share an item via that service.
Tweet This
3 
