I pasted most of the part 1 text into Wordle to generate this
Monday, 2 March 2009
Wednesday, 25 February 2009
There are Simultaneous Equipment and Recipe procedural elements
This was recently stated on the Part 5 Blog
"In some cases it may be sufficient to allow the recipe phase to directly control the equipment modules. In other systems where complex equipment modules exist, it may be necessary to implement some level of state model based procedural control in the equipment between the recipe phase and equipment modules in order to better deal with the underlying equipment complexity. Again, it’s an implementation decision left to the developer and thus does not restrict creative efforts."
I don't agree. The Equipment Phase must exist 'in' the equipment. Allowing "the recipe phase to directly control the equipment modules" is not a concept I can subscribe to.
I am assuming in the following a phase level interface for simplicity, but it could be Operations or higher.
The Recipe Phase is that procedural control that speaks to the Equipment Phase, it may just be one step in an operation, which interfaces with the Equipment Phase but does not actually control the equipment module (or Unit) - that is the job of the Equipment Phase. But in my view (and others) both the recipe phase and it's corresponding Equipment phase exist
To further illustrate, suppose we have a PC based batch manager executing the Recipe Procedure (so the PC is the recipe controller) and it speaks to the equipment controller (eg PLC or DCS controller) then the Operation and its steps and Transitions are coded PC, whilst the steps and transitions in the Equipment Phase are coded in the Controller.
These corresponding phases speak to each other via a Phase Logic interface and some data transfer such as recipe parameters
Now, it may be that there are applications of PC Batch managers where some of the equipment control steps and transitions are coded in the PC. That just means that the recipe and equipment control are not nicely separated in the implementation, but they still both exist.
And the S88 standards are not supposed to be about actual implementations, just the concepts and models.
"In some cases it may be sufficient to allow the recipe phase to directly control the equipment modules. In other systems where complex equipment modules exist, it may be necessary to implement some level of state model based procedural control in the equipment between the recipe phase and equipment modules in order to better deal with the underlying equipment complexity. Again, it’s an implementation decision left to the developer and thus does not restrict creative efforts."
I don't agree. The Equipment Phase must exist 'in' the equipment. Allowing "the recipe phase to directly control the equipment modules" is not a concept I can subscribe to.
I am assuming in the following a phase level interface for simplicity, but it could be Operations or higher.
The Recipe Phase is that procedural control that speaks to the Equipment Phase, it may just be one step in an operation, which interfaces with the Equipment Phase but does not actually control the equipment module (or Unit) - that is the job of the Equipment Phase. But in my view (and others) both the recipe phase and it's corresponding Equipment phase exist
To further illustrate, suppose we have a PC based batch manager executing the Recipe Procedure (so the PC is the recipe controller) and it speaks to the equipment controller (eg PLC or DCS controller) then the Operation and its steps and Transitions are coded PC, whilst the steps and transitions in the Equipment Phase are coded in the Controller.
These corresponding phases speak to each other via a Phase Logic interface and some data transfer such as recipe parameters
Now, it may be that there are applications of PC Batch managers where some of the equipment control steps and transitions are coded in the PC. That just means that the recipe and equipment control are not nicely separated in the implementation, but they still both exist.
And the S88 standards are not supposed to be about actual implementations, just the concepts and models.
Labels:
EPE,
Equipment Procedural Entity,
ISA S88 Part 5,
S88 Recipe
Wednesday, 4 February 2009
S88 Working Draft 5 Version 4
This seems to be an incredibly complicated document with no explanation of the reasons for it, or the rationale behind the various concepts that it tries to present.
Why do Automation objects need to contain Functional Manager or a Resource Manager?
A PID controller (a good example of an automation object) is something that has been in existence for around about a century, and it never needed such things, what is the reasoning behind making it so complicated?
Why do Automation objects need to contain Functional Manager or a Resource Manager?
A PID controller (a good example of an automation object) is something that has been in existence for around about a century, and it never needed such things, what is the reasoning behind making it so complicated?
Some internet travelling experiences
I know this blog has been silent for too long, I have been travelling, in fact I still am, this comes from New Zealand, where the connection is excellent. I thought I would share some internet travelling experiences:
The Motel in Brisbane that advertises Free internet.
On arrival the person in reception asks for your laptop and then types in the password, taking care to prevent the password being saved. When you close your laptop lid and it shuts down or hibernates the password is required again when you restart.
Reception closes at 8pm (I immediately cancelled my reservation and moved out when I found this, fortunately before 8pm)
The Hotel in Sydney that charges $30 (AU) per day
The hotel that has a third party that provides WIFI. The signal is strong, but the performance is unusable, the third party, (Jimojo.com), said that there was no problem with their systems. Ha !
And finally using the internet with a mobile phone connected to a laptop via Bluetooth. I can tell you that at least with VodafoneAustralia it works well. But can you believe £10 per Megabyte. That means it can cost about £1000 per hour. At the same time you can get 5Gbyte per month for about £20 if you have a local account. Legalised robbery
The Motel in Brisbane that advertises Free internet.
On arrival the person in reception asks for your laptop and then types in the password, taking care to prevent the password being saved. When you close your laptop lid and it shuts down or hibernates the password is required again when you restart.
Reception closes at 8pm (I immediately cancelled my reservation and moved out when I found this, fortunately before 8pm)
The Hotel in Sydney that charges $30 (AU) per day
The hotel that has a third party that provides WIFI. The signal is strong, but the performance is unusable, the third party, (Jimojo.com), said that there was no problem with their systems. Ha !
And finally using the internet with a mobile phone connected to a laptop via Bluetooth. I can tell you that at least with VodafoneAustralia it works well. But can you believe £10 per Megabyte. That means it can cost about £1000 per hour. At the same time you can get 5Gbyte per month for about £20 if you have a local account. Legalised robbery
Monday, 8 December 2008
The Next WBF topic
I see that the next WBF is dedicated to “Expanding the horizons of manufacturing”.
That leaves plenty of scope in North Carolina I guess. I was going to suggest "Manufacturing models for a Sustainable future", maybe for the the next one. Or perhaps it fits in with expanding out horizons, so I hope those who are currently working on their presentations for the North Carolina conference will consider the issues in their papers.
I know that we are in a global economic crisis, for maybe a few years. Economic models have long process lags. But the process I am talking about when I refer to the future is much slower moving. And it is one of the areas where those involved in manufacturing can help, from minimising energy consumption to using sustainable resources. Even a control module, such as an agitator or pump can be controlled in ways that save energy, higher up the levels more can be done. I am sure that the forum can find many people with great things to say on the topic.
That leaves plenty of scope in North Carolina I guess. I was going to suggest "Manufacturing models for a Sustainable future", maybe for the the next one. Or perhaps it fits in with expanding out horizons, so I hope those who are currently working on their presentations for the North Carolina conference will consider the issues in their papers.
I know that we are in a global economic crisis, for maybe a few years. Economic models have long process lags. But the process I am talking about when I refer to the future is much slower moving. And it is one of the areas where those involved in manufacturing can help, from minimising energy consumption to using sustainable resources. Even a control module, such as an agitator or pump can be controlled in ways that save energy, higher up the levels more can be done. I am sure that the forum can find many people with great things to say on the topic.
Thursday, 27 November 2008
WBF Barcelona
And I was presented with the Guido Carlo-Stella Award, which I am very pleased about, thank you all. I remember Guido from the early years of the EBF.
Much of the conference was oriented toward the S95 domain and Manufacturing Excecution Systems. It is challenging to absorb so much information- 25 papers - in 2 days, so I am reviewing the papers again in my own time, and refreshing my knowledge of S95.
Wednesday, 22 October 2008
PLC is 40 years old!
The PLC is 40 years old, time flies, I first saw one when they were maybe 5. In fact I learned much of my Batch control by programming PLC's. That is where control happens, in the controllers, surprisingly enough.
While I may have complained that the WBF does not have enough about Control I had not looked though all the papers presented at this years USA Conference. (It is worth joining the WBF for this alone by the way, some are gems) and found one on implementing recipes in a PLC, by Igor Steiner, Janez Tancek, Marko Svetina at INEA d.o.o.
I hope they won’t mind me quoting a bit from their paper
This is about PC based recipe managers versus writing your own in a PLC
Pros:High level of abstraction for complexity managementHigh flexibility&reusabilityRich functionalityCons:Unsatisfactory reliability of the PC platformPoor adjustment to small and medium projectsUnsatisfactory time behaviour of the PC platformToo low expressive power of phase behaviour mode
An interesting comparison, I generally agree. The Too low expressive power point is one that I think might be based on an over optimistic view of what a Recipe Phase has to do, for me there is very little it has to do apart from starting and monitoring the execution of an equipment phase, via a phase logic interface. I don’t even believe the ****ing states (such as Pausing!) should exist in the PLI, why does a recipe care about that?
The programming of the equipment phase itself of course can be done in the process controller, PLC in this case, and there you can do what you want using the power of PLC instruction sets, which have high expressive power.
The paper also describes the Concept of Tabular Recipes on a PLC, nothing new, to my knowledge something similar was done in Wigan in the mid 80’s using Siemens S5 PLC’s, but worthy all the same. There is by the way a popular misconception that S88.01 revolutionised batch control, I think that makes the point that it did not. It helped to specify it though, I agree with that, and it raised understanding of the issues.
PS - in fact Tabular recipes have existed in ControlDraw for many years
Subscribe to:
Posts (Atom)