1 / 33

Wi-HTest : Compliance Test Suite for Diagnosing Devices in Real-Time WirelessHART Network

Wi-HTest : Compliance Test Suite for Diagnosing Devices in Real-Time WirelessHART Network. Song Han, Jianping Song, Xiuming Zhu, Al Mok Deji Chen, Mark Nixon Wally Pratt, Veena Gondhalekar. Outline. Introduction and Motivation Wi-HTest Architecture

Download Presentation

Wi-HTest : Compliance Test Suite for Diagnosing Devices in Real-Time WirelessHART Network

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Wi-HTest: Compliance Test Suite for Diagnosing Devices in Real-Time WirelessHART Network Song Han, Jianping Song, Xiuming Zhu, Al Mok Deji Chen, Mark Nixon Wally Pratt, VeenaGondhalekar

  2. Outline • Introduction and Motivation • Wi-HTest Architecture • Wi-Analys and Post Processing Suite • Test Cases • Conclusion

  3. Introduction • Overview of WirelessHART Project • Motivation for Designing Wi-HTest • WirelessHART Test Specification • Test Script Format

  4. WirelessHART Project Overview 2006200720082009 WirelessHART Standard under development First open wireless communication standard for industrial process control applications UTCS and Emerson working on the first prototype WirelessHART stack

  5. WirelessHART Project Overview 2006200720082009 WirelessHART standards released in September 2007 * Secure and TDMA-based wireless mesh networking technology * Operating in the 2.4 GHz ISM radio band * Strict timing requirements, highly reliable and interoperable

  6. WirelessHART Project Overview 2006200720082009 Three WirelessHART-related Projects Launched Wi-HTest Location-aware Application Network Manager

  7. WirelessHART Project Overview 2006200720082009 Wi-HTest released and available to member companies Various WirelessHART devices are under testing

  8. Introduction • Overview of WirelessHART Project • Motivation for Designing Wi-HTest • WirelessHART Test Specification • Test Script Format

  9. Motivation for Wi-HTest • No existing test suite for WirelessHART • Assure the standard compliance of WirelessHART devices • Need a tool to provide thorough tests for every layer of WirelessHART • Help vendors avoid expensive product recalls and technical support costs

  10. Introduction • Overview of WirelessHART Project • Motivation for Designing Wi-HTest • WirelessHART Test Specification • Test Script Format

  11. Test Specification and Test Script • 5 Phases on 4 Different Layers • Boot-Strap Tests • Single Correspondent Tests • Multiple Correspondent Tests • Multi-channel-selection Tests • Stress Tests • Format of the Test Scripts • small, narrowly-focused test applications • test configuration + test body

  12. Wi-HTest Architecture • Overview • Wi-HTest Host Architecture • RF Interface Driver • Network Layer Library and Virtual Device • RF Board Design • Hardware Platform • Real-time Embedded Pseudo Stack • The Command Processor

  13. Wi-HTest Host Architecture

  14. Wi-HTest Host Architecture Test Configuration Configuration MSG

  15. Wi-HTest Host Architecture Test Body Network Packets

  16. Wi-HTest Host Architecture Responses from DUT

  17. Wi-HTest Host Architecture Support NWK packet manipulation Support PHY/MAC header manipulation Support NWK layer performance test

  18. NWK Layer Library on Host • Why separate the network layer from the RF? • Save resource and guarantee stringent timing requirement on the MAC layer operations. • More direct and convenient to inject fault data into the network packet header and payload. • Provide the possibility and flexibility to simulate virtual devices and form a simulated network. • Functions in the Network Layer Library

  19. Virtual Device • Goal: • Form a simulated network and perform network layer test on DUT. • Network Layer Design • Separated from MAC layer and installed on Linux Host • Independent session and corresponding table structures • Complete control over the network layer header/payload • MAC Layer Design • Allocate necessary superframes and links for communication • Faked MAC packets and self-ACK between GW and VDs. • Normal MAC communication between VD and DUT.

  20. Example of Virtual Devices

  21. RF Interface Architecture • Pseudo Stack

  22. Pseudo Stack and Command Processors • Real-time Embedded Pseudo Stack • a streaming strategy to encipher a frame and decipher its ACK • The interrupt handler is kept as simple as possible • Give the MAC layer the highest scheduling priority • Three command processors • Configuration Cmds: Cmd to configure the RF Interface. • Test Cmds: Cmd to be transmitted by the RF to the DUT. • Test responses: The responses from the DUT to the Host.

  23. Wi-Analys and Post Processing • Complete compliance verification environment needs another two supporting tools • Wi-Analys • 16 WirelessHART Channel Sniffer • Display online messages or redisplay captured log file • Built-in intelligence to decipher the messages • Built-in filter to display selected messages • Post Processing Suite • Check the sequence of the messages the DUT transmitted, the transmission time points and the relationship of the messages

  24. Snapshot of Wi-Analys Channel Hopping Deciphered Payload Built-in Filter

  25. Representative Test Cases • Device Join Test (Application Layer) • Superframe Management Test (MAC Layer) • Source Routing Test (Network Layer)

  26. Device Join Test

  27. Device Join Test Join Request with Unique ID Write Key and Nickname Write Superframesand Links

  28. Superframe Management Test • Test Sequences • Increase the number of superframes on DUT until its superframe table is full. After that, add one more superframe. • Delete one superframe from the DUT and modify an existing one by providing invalid number of slots. • Modify that superframe again with valid number of slots. • Add a new superframe with an invalid mode. • Delete two superframes from the DUT and then add another two, one with an ASN in the future and one with an ASN in the past. • Delete all existing superframes on the DUT.

  29. Superframe Management Test Thesuperframe table is full The DUT reports error status Try incorrect number of slots

  30. Source Routing Test The virtual device relays the network packets Self-ACK Response from the DUT

  31. Conclusion • Wi-HTest is the first compliance test tool for diagnosing WirelessHART devices. • Wi-HTest supports packet manipulation and can conduct compliance tests for every layer. • Wi-HTest, Wi-Analys and the post process suite form the complete compliance verification environment.

  32. Conclusion • Wi-HTest is the first compliance test tool for diagnosing WirelessHART devices. • Wi-HTest supports packet manipulation and can conduct compliance tests for every layer. • Wi-HTest, Wi-Analys and the post process suite form the complete compliance verification environment.

  33. Without the Limits of Wires….Imagine What You Could See and Do Smart Wireless Smart Control Systems Smart Analytical Smart AssetOptimization Smart Measurement Smart FinalControl Smart MachineryHealth Smart Safety

More Related