NIST/NeSSI Communications and Microfluidics Workshop
30 July 2003
Hosted by
Chemical Science and Technology Laboratory, NIST
Manufacturing Engineering Laboratory, NIST
NIST Main Campus
Gaithersburg, Maryland
Attendees:
Kang Lee, NISTDavid Ross, NIST
Eugene Song, NISTMike Tarlov, NIST
Robert Johnson, Telemonitor, Inc.Mel Koch, CPAC
Bill Seitz, CAN in AutomationWilfred Voss, IXXAT, USA
Laurie Locascio, NISTSam Arcara, Honeywell
Peter van Vuuren, ExxonMobilRob Dubois, Dow Chemical
Bob Sherman, CircorDon Young, ChevronTexaco
Frank Ruiz, Parker Hannifin Bob Nickels, Honeywell
Steve Doe, Parker HannifinKen Reid, Parker Hannifin
Rick Ales, Swagelok (Secretary)Dave Simko, Swagelok
Richard Fravel, Brooks Instruments
Executive Summary:
Both the Communications and Microfluidics workshops were exploratory in nature and consisted of an extensive exchange of technical information. After the NeSSI team presented the communications requirements, Kang Lee presented an overview of the IEEE1451 and Bill Seitz presented an overview of the CAN Open protocol, we concluded that additional investigation of using IEEE1451 and/or CAN Open as the NeSSI bus solution should be conducted, with additional meetings to be scheduled as warranted.
The Microfluidics projects at NIST are geared more to discrete yes/no diagnostics rather than continuous process control sensors that would be typical in a NeSSI application. There are some common micro fluidics technologies shared by these different applications so we agreed to continue monitoring the progress of each group through the Center for Process Analytical Chemistry (CPAC) organization.
The NeSSI stakeholders made invaluable contacts that could provide informal access to NIST programs in the future.
Action Items:
Create communications architecture and control diagrams to illustrate functional partitioning an application of various protocols for the NeSSI Bus. Rick Ales, Bob Nickels, Bill Seitz and Robert Johnson consult. Due 9/29
Bill Seitz agreed to investigate a previous failed project to create an intrinsically safe version of CAN bus. Due 9/29
Meeting Minutes:
8:30 Welcome & Introductions – Kang Lee:
Expectations: The purpose of the meeting is an exchange of technical information and to determine common ground between ongoing NIST projects and NeSSI platform requirements. The process is: first the NeSSI stakeholders present the analyzer communications and micro sensor requirements; then Manufacturing Engineering Laboratory, NIST and CAN in Automation (CiA) present potential communications solutions; concluded by the Chemical Science and Technology Laboratory, NIST presenting a series of summary reports covering their ongoing micro fluidics projects.
8:50 30,000 ft Overview of NeSSI – Peter van Vuuren:
See attached Presentation. Key Points:
- Overview of analyzer, shed, and sample system
- What’s wrong? Nothing, but best we can do with current tools. Could be better!
- Analyzer shed expensive; lots of infrastructure
- Custom sample systems
- Poor standardization
- Many man-hours to design
- No Smarts
- NeSSI is better -- more representative and validated sample
- Smart enabling technology
- Standardize sample systems
- Easy to build
- Opportunity
- Reduced analyzer infrastructure cost, typically 57% of cost to build.
- Reduced Sample Handling System (SHS) cost, ??% of cost to build.
- Reduced cost to own; manpower + spares typically $1.5M over 15 years.
9:15 Where we want to go, NeSSI Gen II – Rob Dubois:
See attached Presentation. Key Points:
- Background of intrinsic safety (IS) technology.
- Rational for implementing IS to enable “By-line” analyzers
- NeSSI roadmap
- IS NeSSI bus product in 2004
- Generation III starts in 2005
- Review of the NeSSI Gen II spec.
9:40 Where we are, NeSSI Gen I – Dave Simko:
See attached Presentation. Key Points:
- ANSI/ISA 76.00.02 standard defines an open fluid interface.
- Lego® like construction.
- Overview of commercially available mechanical components and flow channel products
- Two example sample systems implemented with NeSSI compliant components.
9:55 An Intrinsically Safe NeSSI Bus – Rick Ales; (abbreviated)
See attached Presentation. Key Points:
- Desire to leverage commercial success of CAN silicon.
- Exploring a possible DeviceNet solution
- Open to alternative solutions.
10:00 Break:
Mel Koch distributed NeSSI Information CDs.
10:20 Introduction to IEEE 1451 – Kang Lee:
See attached Presentation. Key Points:
- IEEE 1451 Overview
- Market Driver: migration to distributed control with intelligent sensing architecture.
- Objective: Make it easy for transducer manufacturer to interface to a multitude of network protocols.
- Provides a common, smart transducer interface between the transducer and the Network Communications Application Processor (NCAP) ie. CAN Open, DeviceNet, Ethernet etc.
- Self describing, embedded Transducer Electronic Data Sheets (TEDS)
- Meta TEDS – describes common parameters
- Channel TEDS – describes channel parameters
- Calibration TEDS – storage format of calibration parameters.
- Smart Transducer Interface:
- Analog
- Digital
- Wireless – not yet appropriate for mission critical applications.
- IEEE 1451 Standard status:
- 1451.0 in progress --??
- 1451.1 Published – NCAP definition, Transducer Independent Interface.
- 1551.2 Published -- microcontroller interface and TEDS format
- 1451.3 in progress -- multi-drop microcontroller interface and TEDS format
- 1451.4 in progress -- mixed-mode analog and digital signals
- 1451.5 in progress – wireless microcontroller interface.
- 1451.6 to be proposed – intrinsically safe NeSSI bus.
- IEEE 1451 Demo
- CAN Open
- Ethernet
11:15 CAN Open and CiA – Bill Seitz:
See attached Presentation. Key Points:
- CAN Open has been integrated with Transducer Independent Interface (IEEE1451.1)
- Object oriented Device Model
- IEC 1131 Application Profile -- Idioms (Software)
- IEEE1451 TEDS Device Profile – Dictionary (Software)
- CAN Open Application Layer – Language and Grammer (Software)
- CAN Data Link Layer – Alphabet (microcontroller Hardware)
- Physical Layer – Media (driver hardware)
- CAN in Automation (CiA) manages the CAN Open standard.
- CAN Open is extremely flexible, only Network management is fixed.
- CAN Open is an open standard that includes both users and vendors alike.
- Conformance testing available through CiA.
- Propose that a NeSSI Special Interest Group be formed in CiA to implement a CAN Open appropriated for application as the NeSSI Bus.
12:10 Lunch:
1:10 Communications – Open discussion:
- How to get CAN Open Intrinsically Safe? New Silicon needed?
- Estimated $500K for new Intrinsically Safe (IS) driver chipset -- ref. Steve Corrigan of Texas Instruments (TI).
- Previous attempt to develop/commercialize IS CAN bus by TI, but effort never got to market. Was it technical or commercial issues? (unknown)
- Bob Nickels reported on preliminary IS CAN tests:
- Test Conditions:
- Various configurations up to 250 ft. cable length
- 10 to 20 devices driven through a zener barrier
- Test devices are SDS CAN nodes with a modified FET driver
- Preliminary test results: reasonably low error rate over the time interval tested.
- Conclusion: given certain constraints, useable CAN communications might be possible through a passive IS barrier.
- How to form NeSSI Special Interest Group within CiA?
- Need to inform the various vendors who participate as they see fit. Possible to set up a teleconference with potential interested vendors? Bill Seitz to explore.
- What issues does CAN Open address and where does it fit?
- Three bus architecture:
- Sensor Bus -- Implemented in LIN Network (very low level Automotive sensor network)
- Control Bus – CAN Open
- Data Bus – EtherNet
- SAM (Sensor Actuator Manager) gateway between Control and Data Bus.
- Use 1451 TEDS for Device Profile.
- IEEE1451 provides interoperability between transducers and network, if transducer to network interface is always contained within the device so that an all CAN is exposed, then 1451 is redundant.
- Need to evaluate functional partitioning to determine exposed interfaces.
- Define the indivisible lump!
- NCAP does Control???
- Which is preferred: Large Block or Small Block model, eg. MFC, sensor to control element interface not exposed, compared to discrete sensor and control valve.
- How to create a relation between the sensor and control element not clearly defined!!
- Create Control Diagrams that indicate exposed interfaces!
- NIST brainstorm IEEE1451 solution and reengage NeSSI, (via CPAC?)
- Get vendors involves:
- Pepperl + Fuchs
- Texas Instruments
- Others?
- Is there any potential NeSSI bus funding at NIST for instance through ATP (Advanced Technology Program).
- Provide Kang Lee a short, one sheet project proposal that he can “shop-around” for interest within NIST.
2:10 Break:
See attached Presentation. Key Points:
2:20 Microfluidics Workshop Session:
Dave Simko: Provided overview of micro channel requirements and how macro to micro connection fits into the NeSSI Platform.
2:25 Micro reactors – Mel Koch:
See attached Presentation. Key Points:
- MicroChemTec group creating micro reactors and need an interconnection method, possible to use NeSSI platform?
- Micro reactors used to produce pharmaceuticals and fine chemicals.
- Micro reactors used as sample intensification and ultimately process analyzers components on a NeSSI backbone.
- Micro reactors Sensor and Control opportunity for NeSSI?
- Same communications issues required as NeSSI Bus.
2:45 NIST Process Sensing Group – Mike Turlov & David Ross:
See attached Presentation. Key Points:
- Gas Composition – MEMS Sensors
- Micro Plate heater
- No discrimination for different gas
- Measure change in conductance is proportional to concentration.
- Fast Transient micro boiler
- Measure temperature transient
- Detect fluid by nucleation temperature
- Microfluidic systems
- Lab-on-a-chip goal – remote, portable and disposable
- Academic like research
- Devices:
- Mixers
- Separators
- Molecule detection
- Application
- Bacteria detection
- Water monitoring
- Fabrication – hot embossed micro channel imprinted into plastic substrate; plastic lid is annealed bonded to close micro channel.
- Mixing is a problem. No turbulence; only diffusion. Low Reynold’s Number. Mixing is improved by cutting “wells” in the surface of the micro channel.
- Reynold’s Number is critical.
- Highly viscous fluids are difficult to handle in a micro channel.
- Sample dilution may be a consideration.
- Currently getting from a macro channel to a micro channel using a pipette or a “
sipper chip.” - Chemically selective surface for Analyte recognition.
3:25 Microfluidics Discussion:
- Can NIST do simple process measurements like moisture in a micro sensor? EPA has set emission requirements, why is NIST not working on EPA required sensors like NOx, CO and O2?
- Priorities set by key research sponsors like the Department of Homeland Security (bio warfare) and health organizations like National Institute of Health (diagnostic tests).
- Each lab has a list of published project in the tech library, check with the individual researchers for details.
- The Microfluidics projects at NIST are geared more to discrete yes/no diagnostics rather than continuous process control sensors that would be typical in a NeSSI application.
- Currently it is undecided if micro fluidics/analyzer technology is better than traditional sensing techniques. Issues requiring further investigation:
- Failure modes, required redundancy. If a single sensor has a short life, can a device be made with a multiplicity of sensors to extend the device life?
- Can MEMS devices be made Plug and Play?
- Life vs cost trade-off?
- Are micro samples more or less representative than macro samples?
4:20 Meeting adjourn:
Minutes prepared by:
Rick Ales, Swagelok Co.
(440) 951-7100 x3366
NIST/NeSSI Workshop Minutes1 of 6
7/30/2003 Rev 1.0