A Lot Less Blood, Sweat, and Tears for the Spinning Wheel

OK, I really stretched on the title of today’s post, but I feel like I’ve got some added pressure because of Jim Cahill’s blog yesterday on Emerson Process Experts. Yesterday I told you about the new capabilities built right into the DO CHARM in version 11.3 of DeltaV and its electronic marshalling. Today I’ll share some of the features associated with the DI CHARM.

So first, the DI CHARM can be configured as a pulse count input channel. Now the top frequency is only 10 kHz compared to the 50 kHz of the existing Multifunction IO card, whoever bought a Multifunction IO card? No, really – in the last 10 years, I can count the number of Multifunction cards we’ve used on projects on one hand (and have fingers left over). And the 10 kHz of the CHARM is WAY higher than configuring a channel of a standard DI as a pulse input, which has a frequency limit of a paltry 75 Hz.

Like the Multifunction card, not only do you get access to a counter (going up to 65535), but you get a FREQUENCY value, very handy for determining speed – you don’t need to worry about some 3rd party pulse to 4-20ma converter to figure out how fast you’re spinning.

For testing, we wired a DO CHARM configured as a Pulse Output (see yesterdays post) into a pulse count DI CHARM. The PULSE_PERIOD on the DO CHARM was set to 0.02 or 20 ms. The picture below is from the module I have running at 1 second:

The FREQUENCY value coming from the DI CHARM is 50 Hz (I love it when a plan comes together). FYI – the setpoint of the AO can be used to adjust the pulse width coming out of the DO CHARM. With a setpoint of 30%, the actual pulse width would be 4 ms.

I touched on some of the new signal characterization features for DI CHARMS back in March, before I actually had CHARM hardware to play with. One of the first things I tried out when I got my CIOC and CHARMs was the Extend Output Filter. How many times have you had to develop logic that monitors for an operator to press a button in the field? You stress about “what if he doesn’t hold the button long enough?” or “how fast am I going to have to run my module to pick it up?” With the Extend Output Filter, you can configure how long it would hold the “1” from the momentary button press at the CHARM. The dropdown lets you pick a filter time anywhere from 50 to 30000 ms. Selecting a time of 1100 ms would allow me to run my module at 1 second execution and feel comfortable in knowing I’ll not miss the quick tap of a button.

Output filter types of Latching PDE and Latching NDE are still in the dropdown list, but I’m not sure it’s really implemented in version 11.3 – stay tuned.

Roadrunner Fast

Awhile back, I wrote about some of the new configuration features I found in version 11.3 DeltaV associated with Emerson’s electronic marshalling and discrete CHARMs. Once we got a hold of our hardware, I started testing out some of these features to see how I could exploit them. And I’ve had to stop the presses 3 times in writing this post, because the more I dig, the cool stuff I come across.

So I started off by putting together a sample configuration using Continuous Pulse Output functionality associated with DO CHARMS. I’ve even been developing a short video, but that’s going to have to wait. For those of you who are not familiar with Continuous Pulse Outputs, another phrase you might recognize from the old PROVOX days is TPO, or Time Proportional Output.

Way back when, Fisher Controls created a TPO card for the parallel IO subsystem (I think we can thank GE). Basically, you’d set up a duty cycle for the card, and assign the output of a Loop point to a channel on the card. PROVOX would look at the output (from 0 to 100%) and compute a fraction of the duty cycle. You would then wire up a discrete output to the card, and the output would turn on and off, with the on and off times varying based on the output of the loop.

So for instance, if the duty cycle was set to 5 seconds and the output of the loop was 80%, the DO would turn on for 4 seconds, then go off for 1 second. So this was great for applications that used electric heat – you could create a PID loop for temperature control with a final control element of a pulsed heater.

When the Series 20 IO came out for PROVOX, the TPO functionality didn’t follow, and with well meaning reasoning. Now that you had FST’s that could run as fast as 100 ms, you could create TPO functionality without special hardware. The rub was of course, resolution. If my temperature control loop runs at 5 seconds, and my FST is running at 100 ms, then the granularity of my final control element is 1 part in 50 or 2%.

Now fast forward to version 11.3 and CHARMS, and true TPO functionality has returned. And we’re talking fast. Wylie Coyote doesn’t stand a chance. Granularity issues? Not an issue. The Pulse Period (duty cycle) for a DO CHARM can be set anywhere between 2 ms and 130 seconds. That wasn’t a mistype – 2 milliseconds.

If my duty cycle can be as fast as 2 ms, how fast can an output from DO CHARM be turned on, then off? Turns out it’s 1 ms. To test this, Carl Price at our office hooked up a Fluke he uses for Foundation Fieldbus segment checkout to the DO CHARM. I configured a pulse period of 2 ms, tied the channel to an AO block, and gave to SP a value of 50. This would translate into an “on time” of 1 ms. Here’s the scope screenshot:

Back to my temperature control loop. With a 5 second Pulse Period and 1 ms resolution, my final control element granularity is now 1 part in 5000 or 0.02%. All this speed is built into the CHARM, so I’m not going to load up my controller with a bunch of fast executing modules.

What other applications might be out there for being able to turn on a DO for exactly, say, 57 ms? Configure a module to run at 1 second, tie an AO function block off to a Pulse DO CHARM, set the Pulse Period to 1 second, then using a PDET and ACT block, trigger a write of 5.7 to the SP of the AO for a single scan of the module, setting the SP back to 0 the next scan.

Tomorrow, I’ll discuss counting those pulses with a DI CHARM.

Remote Terminal, V11, the ProPlus, and Server 2008

Back from vacation (they are never long enough) and I was checking out a new video from Emerson on Human Centered Design in version 11 of DetlaV starring Juan Carlos Bravo.  I wanted to look at one of the features he mentioned (friendly names for modules), so I fired up a remote terminal session to our V11 ProPlus and noticed we didn't have any terminal server sessions defined.

No big deal, I just went back to my .rdp icon on my PC, right clicked, then selected edit.  At the end of the IP address, I dropped in a /admin qualifier so I could take over the box.  Ran the modified .rdp and guess what?  The /admin doesn't work with Server 2008!

So this in an important to note - I know we have customers in our territory who use the /admin to gain remote access to their ProPlus instead of having a extra Pro license and TCAL's.  When migrating to V11, you're going to have to plan for an alternative.  Make sure that's part of your upgrade stratagy.

Here's a link to another blog going into detail about the change in Server 2008.  Thanks, Scott.

And I just had to share a snapshot from my vacation:

Securing IE for Alarm Response Procedures

I got a very thoughtful call the other day from David Stokes at Eli Lilly. Dave had found my Alarm Response Procedure video out on my YouTube channel. Eli Lilly is a big user of the DCA (Document Control and Archiving) module of Syncade and they had talked about going down the same sort of path, utilizing the kiosk mode of DCA for direct call up of effective documents right from DeltaV.

The potential roadblock they hit was a security risk. If you look at the IE window that the PDF appears in, you’ll notice the menu bar is present.

The risk is if someone were to click on the File menu, then click on Save As… - they could start dropping html files all over the DeltaV system. Just as critical is having the toolbar buttons or the address bar along the top.

Turns out there is a lot of chatter on the Internet on how to secure IE. I found registry hacks and even tweak programs. The easiest (and safest, IMHO) way to get rid of the menu bar is by making a Group Policy change.

Click on Start, then Run… and type gpedit.msc – drill in to User Configuration -> Administrative Templates -> Windows Components -> Internet Explorer. Then look for a Setting named “Turn on menu bar by default”. Double click on it and change it to Disabled. That gets rid of the menu bar.

You can get rid of toolbars by drilling down into the Toolbars and enabling some policies:

The address bar is trickier, it’s a registry change. Go figure. You need to go into:

HKEY_CURRENT_USER\Software\Policies\Microsoft\Internet Explorer\Toolbars\Restrictions\

You’ll have to add a DWORD – NoNavBar with a value of 0x00000001.

This technique would be used to secure your operator stations and all assumes you’re logged into Windows as the administrator. There could be other scenarios depending on your exact setup. When all is said and done, your final IE window will look something like this:

WBF 2010 Conference

I’ve spent the last few days in Austin attending the WBF 2010 Conference. This is my 4th WBF Conference, and my first impressions were is was a shame there were not more folks in attendance and the imbalance between suppliers (vendors and integrators) and end users. The economy is still taking its toll, and that’s too bad, considering the standard and guideline development used throughout the continuous, batch, and discrete manufacturing industries happens because of the WBF and ISA. I hope the WBF will make the presentations available to everyone on their web site.

The content was excellent, and covered the spectrum from S88 implementation suggestions to full blown S95 factory floor to ERP solutions. There was a lot of conversation about the ISA 106 standard, which covers procedures for automating continuous processes. After you re-read that last sentence and think I’ve eaten too much brisket (BTW, you can never eat too much brisket), what 106 is addressing are all those procedures that continuous processes rely on for making grade changes, distillation train start ups, etc. Right now it’s all in the heads of senior operators (and probably no two do it the same way), and oh yeah, those operators are retiring in droves. We’ve almost come full circle with 106 from the early days of S88.

Both days keynote speakers (Dr. Tom Edger of the University of Texas and Dr. J. Patrick Kennedy, founder of OSIsoft), talked about our upcoming energy challenges from a controls point of view. And since both are Kansas grads, they know what they’re talking about.

Of course I had a special interest in the presentation on Batch Analytics given by Bob Wojewodka of Lubrizol and Dawn Marruchella of Emerson. They described the results of the real time batch analytics field trial at a Lubrizol facility in France. Even the moderator of the session was impressed – he told us that when he goes home tonight and his son asks him what he heard today, he’ll be able to tell him about Dynamic Time Warping. His son will think he’s cool.

 

And after a couple of grueling days, it was nice to take in a ball game at the Dell Diamond with Todd Maras of Emerson. It was a great night in central Texas.

2010 UGOC Wrap Up

Well, it’s been a busy couple of days at the 2010 User Group of the Carolinas. We had a pretty packed house and several of the presentations were standing room only. Mark Moore, our Site Services manager, gave a great talk on the comparisons between the XP/Server2003 platform and Windows 7/Server 2008, as DeltaV version 11 moves to the new OS.

The Emerson trio of Mike Lewis, Al Lee, and Gordon Lawther presented on Emerson and DeltaV’s forward direction and an in-depth look at the cost benefits of electronic marshalling – very CHARMing.

And what would a UGOC be without door prizes and food? I’ve struggled to accept the Carolina version of BBQ (everyone knows true BBQ is beef brisket), but I have to admit the pulled pork we had last night was some of the best I’ve ever eaten.

Copies of all the presentations should be up next week at http://www.remservices.com/. In the mean time, enjoy some more snapshots:

 

UGOC, 2010 Version

Final touches were being made this evening for the 2010 version of RE Mason’s User Group of the Carolinas (UGOC), which starts tomorrow afternoon and runs through Friday, May 14th. Over 100 participants from throughout the Carolinas have registered for this year’s event, which will include dozens of exhibitors, 6 separate tracks, and 30 presentations.

My buddy Al Lee was busy setting up “The Wall” (Pink Floyd fans, remain calm), showcasing the latest and greatest goodies from Emerson, including version 11 DeltaV. Not to be outdone, our Hatteras demo room is all spit polished and ready to show off our REM Services initiatives, including SAP integration, S95 level 3 integration with Syncade, and a variety of wireless and smart instrumentation.

 

Check back here over the next few days as for updates and more photos.

S Series Up and Running

Got my CHARMS and CIOCs, Mark powered it all up and now I've got blinking lights.

Alarm Response Procedures - Alarm Help on Steroids

I’ve written lately about the new Alarm Help feature in DeltaV V11. But what if you need more? What if you need to control, from a regulatory point of view, that only the current, effective version of an SOP is used to respond to an alarm condition? What if you need to include drawings or pictures as part of your alarm help information?

Follow the link at the bottom of this post to check out my Alarm Response Procedure integration video. It shows how an alarm generated within DeltaV causes an ARP button to appear on a module faceplate. Clicking on the button launches an IE window to the DCA application of Syncade where the specific SOP is called up in Kiosk mode.

The video can be found on my YouTube site at www.youtube.com/acmebiotech

One More Follow Up for Alarm Help

So one more neat feature about the new Alarm Help in DeltaV V11 - you can change the header for the 3 text field boxes on the popup.

So looking at the Alarm Help popup:

If you don't like the headings Recommended action, Probable cause, and Design information, you can change them by modifying a new supplied Named Set - dv_alm_help_text:

These are global changes, but they do give you some flexibility when setting up your system.  And each text field has its own security setting for even more flexibility.