Loading…

Test scripting - An alternative approach to realtime instrument control

In many test applications involving high speed digital data buses, the time required to receive data from a Unit Under Test (UUT), process that data, and provide a response to the UUT may be small enough to preclude use of the computer controlling the overall test system, even if the nature of that...

Full description

Saved in:
Bibliographic Details
Main Authors: Eracar, Yonet A., McGoldrick, Michael F.
Format: Conference Proceeding
Language:English
Subjects:
Online Access:Request full text
Tags: Add Tag
No Tags, Be the first to tag this record!
cited_by
cites
container_end_page 9
container_issue
container_start_page 1
container_title
container_volume
creator Eracar, Yonet A.
McGoldrick, Michael F.
description In many test applications involving high speed digital data buses, the time required to receive data from a Unit Under Test (UUT), process that data, and provide a response to the UUT may be small enough to preclude use of the computer controlling the overall test system, even if the nature of that data processing is not very complex. In these situations, Test Program Set (TPS) developers can use local computing power that is embedded in a particular test instrument. However, developing test programs to run on this embedded computing power can be difficult and involve purchasing additional software tools beyond what is provided with the test system. In addition, the embedded computer program does not run independently, but rather in tandem with and under the control of, the test program running on the test system computer. So, in addition to developing the algorithms to receive, process, and transmit data, the TPS developer must also provide the framework by which the overall test program can control these operations. The solution proposed in this paper helps simplify the TPS development effort by; 1) providing a simple scripting language that TPS developers can use to create test scripts that execute on the test instrumentation, 2) providing them with tools to code and compile those test scripts, 3) providing the necessary framework for them to allow the overall test program to control the operation of the test scripts, and relieving the TPS developers of that burden, and 4) providing an alternative to them having to purchase expensive, real-time programming tools. This paper identifies test applications where test scripting may be used effectively in reducing overall TPS development time, lists basic features of a test scripting language, describes the capabilities needed of the accompanying tool set, and how the test scripts would be developed and integrated into a TPS. The paper also includes a practical example of a test script used to dynamically modify data as part of a Fibre Channel based test application.
doi_str_mv 10.1109/AUTEST.2013.6645056
format conference_proceeding
fullrecord <record><control><sourceid>ieee_CHZPO</sourceid><recordid>TN_cdi_ieee_primary_6645056</recordid><sourceformat>XML</sourceformat><sourcesystem>PC</sourcesystem><ieee_id>6645056</ieee_id><sourcerecordid>6645056</sourcerecordid><originalsourceid>FETCH-ieee_primary_66450563</originalsourceid><addsrcrecordid>eNp9jrsOgjAUQKvRRFG_gOX-ANgCt9TRGB-7OJOGXLUGCmmriX-vg7PTOclZDmOx4KkQfLPeXqr9uUozLvJUygI5yhGLRCHLHKXKszGbC0SVFIh88nWuVFKWGc5Y5P2Dc8zUppizY0U-gG-cGYKxN0hga0G3gZzVwbwI9DC4Xjd3CD04-hbTERjrg3t2ZAM0vQ2ub5dsetWtp9WPCxYf9tXulBgiqgdnOu3e9W80_18_6W0_lQ</addsrcrecordid><sourcetype>Publisher</sourcetype><iscdi>true</iscdi><recordtype>conference_proceeding</recordtype></control><display><type>conference_proceeding</type><title>Test scripting - An alternative approach to realtime instrument control</title><source>IEEE Xplore All Conference Series</source><creator>Eracar, Yonet A. ; McGoldrick, Michael F.</creator><creatorcontrib>Eracar, Yonet A. ; McGoldrick, Michael F.</creatorcontrib><description>In many test applications involving high speed digital data buses, the time required to receive data from a Unit Under Test (UUT), process that data, and provide a response to the UUT may be small enough to preclude use of the computer controlling the overall test system, even if the nature of that data processing is not very complex. In these situations, Test Program Set (TPS) developers can use local computing power that is embedded in a particular test instrument. However, developing test programs to run on this embedded computing power can be difficult and involve purchasing additional software tools beyond what is provided with the test system. In addition, the embedded computer program does not run independently, but rather in tandem with and under the control of, the test program running on the test system computer. So, in addition to developing the algorithms to receive, process, and transmit data, the TPS developer must also provide the framework by which the overall test program can control these operations. The solution proposed in this paper helps simplify the TPS development effort by; 1) providing a simple scripting language that TPS developers can use to create test scripts that execute on the test instrumentation, 2) providing them with tools to code and compile those test scripts, 3) providing the necessary framework for them to allow the overall test program to control the operation of the test scripts, and relieving the TPS developers of that burden, and 4) providing an alternative to them having to purchase expensive, real-time programming tools. This paper identifies test applications where test scripting may be used effectively in reducing overall TPS development time, lists basic features of a test scripting language, describes the capabilities needed of the accompanying tool set, and how the test scripts would be developed and integrated into a TPS. The paper also includes a practical example of a test script used to dynamically modify data as part of a Fibre Channel based test application.</description><identifier>ISSN: 1088-7725</identifier><identifier>EISSN: 1558-4550</identifier><identifier>EISBN: 1467356832</identifier><identifier>EISBN: 9781467356831</identifier><identifier>EISBN: 1467356816</identifier><identifier>EISBN: 9781467356817</identifier><identifier>DOI: 10.1109/AUTEST.2013.6645056</identifier><language>eng</language><publisher>IEEE</publisher><subject>Arrays ; Computers ; embedded programming ; Instruments ; Process control ; Radiation detectors ; Reactive power ; Real-time systems ; scripting ; test instrumentation ; tester latency</subject><ispartof>2013 IEEE AUTOTESTCON, 2013, p.1-9</ispartof><woscitedreferencessubscribed>false</woscitedreferencessubscribed></display><links><openurl>$$Topenurl_article</openurl><openurlfulltext>$$Topenurlfull_article</openurlfulltext><thumbnail>$$Tsyndetics_thumb_exl</thumbnail><linktohtml>$$Uhttps://ieeexplore.ieee.org/document/6645056$$EHTML$$P50$$Gieee$$H</linktohtml><link.rule.ids>309,310,776,780,785,786,2051,27904,54533,54898,54910</link.rule.ids><linktorsrc>$$Uhttps://ieeexplore.ieee.org/document/6645056$$EView_record_in_IEEE$$FView_record_in_$$GIEEE</linktorsrc></links><search><creatorcontrib>Eracar, Yonet A.</creatorcontrib><creatorcontrib>McGoldrick, Michael F.</creatorcontrib><title>Test scripting - An alternative approach to realtime instrument control</title><title>2013 IEEE AUTOTESTCON</title><addtitle>AUTEST</addtitle><description>In many test applications involving high speed digital data buses, the time required to receive data from a Unit Under Test (UUT), process that data, and provide a response to the UUT may be small enough to preclude use of the computer controlling the overall test system, even if the nature of that data processing is not very complex. In these situations, Test Program Set (TPS) developers can use local computing power that is embedded in a particular test instrument. However, developing test programs to run on this embedded computing power can be difficult and involve purchasing additional software tools beyond what is provided with the test system. In addition, the embedded computer program does not run independently, but rather in tandem with and under the control of, the test program running on the test system computer. So, in addition to developing the algorithms to receive, process, and transmit data, the TPS developer must also provide the framework by which the overall test program can control these operations. The solution proposed in this paper helps simplify the TPS development effort by; 1) providing a simple scripting language that TPS developers can use to create test scripts that execute on the test instrumentation, 2) providing them with tools to code and compile those test scripts, 3) providing the necessary framework for them to allow the overall test program to control the operation of the test scripts, and relieving the TPS developers of that burden, and 4) providing an alternative to them having to purchase expensive, real-time programming tools. This paper identifies test applications where test scripting may be used effectively in reducing overall TPS development time, lists basic features of a test scripting language, describes the capabilities needed of the accompanying tool set, and how the test scripts would be developed and integrated into a TPS. The paper also includes a practical example of a test script used to dynamically modify data as part of a Fibre Channel based test application.</description><subject>Arrays</subject><subject>Computers</subject><subject>embedded programming</subject><subject>Instruments</subject><subject>Process control</subject><subject>Radiation detectors</subject><subject>Reactive power</subject><subject>Real-time systems</subject><subject>scripting</subject><subject>test instrumentation</subject><subject>tester latency</subject><issn>1088-7725</issn><issn>1558-4550</issn><isbn>1467356832</isbn><isbn>9781467356831</isbn><isbn>1467356816</isbn><isbn>9781467356817</isbn><fulltext>true</fulltext><rsrctype>conference_proceeding</rsrctype><creationdate>2013</creationdate><recordtype>conference_proceeding</recordtype><sourceid>6IE</sourceid><recordid>eNp9jrsOgjAUQKvRRFG_gOX-ANgCt9TRGB-7OJOGXLUGCmmriX-vg7PTOclZDmOx4KkQfLPeXqr9uUozLvJUygI5yhGLRCHLHKXKszGbC0SVFIh88nWuVFKWGc5Y5P2Dc8zUppizY0U-gG-cGYKxN0hga0G3gZzVwbwI9DC4Xjd3CD04-hbTERjrg3t2ZAM0vQ2ub5dsetWtp9WPCxYf9tXulBgiqgdnOu3e9W80_18_6W0_lQ</recordid><startdate>201309</startdate><enddate>201309</enddate><creator>Eracar, Yonet A.</creator><creator>McGoldrick, Michael F.</creator><general>IEEE</general><scope>6IE</scope><scope>6IH</scope><scope>CBEJK</scope><scope>RIE</scope><scope>RIO</scope></search><sort><creationdate>201309</creationdate><title>Test scripting - An alternative approach to realtime instrument control</title><author>Eracar, Yonet A. ; McGoldrick, Michael F.</author></sort><facets><frbrtype>5</frbrtype><frbrgroupid>cdi_FETCH-ieee_primary_66450563</frbrgroupid><rsrctype>conference_proceedings</rsrctype><prefilter>conference_proceedings</prefilter><language>eng</language><creationdate>2013</creationdate><topic>Arrays</topic><topic>Computers</topic><topic>embedded programming</topic><topic>Instruments</topic><topic>Process control</topic><topic>Radiation detectors</topic><topic>Reactive power</topic><topic>Real-time systems</topic><topic>scripting</topic><topic>test instrumentation</topic><topic>tester latency</topic><toplevel>online_resources</toplevel><creatorcontrib>Eracar, Yonet A.</creatorcontrib><creatorcontrib>McGoldrick, Michael F.</creatorcontrib><collection>IEEE Electronic Library (IEL) Conference Proceedings</collection><collection>IEEE Proceedings Order Plan (POP) 1998-present by volume</collection><collection>IEEE Xplore All Conference Proceedings</collection><collection>IEEE Xplore</collection><collection>IEEE Proceedings Order Plans (POP) 1998-present</collection></facets><delivery><delcategory>Remote Search Resource</delcategory><fulltext>fulltext_linktorsrc</fulltext></delivery><addata><au>Eracar, Yonet A.</au><au>McGoldrick, Michael F.</au><format>book</format><genre>proceeding</genre><ristype>CONF</ristype><atitle>Test scripting - An alternative approach to realtime instrument control</atitle><btitle>2013 IEEE AUTOTESTCON</btitle><stitle>AUTEST</stitle><date>2013-09</date><risdate>2013</risdate><spage>1</spage><epage>9</epage><pages>1-9</pages><issn>1088-7725</issn><eissn>1558-4550</eissn><eisbn>1467356832</eisbn><eisbn>9781467356831</eisbn><eisbn>1467356816</eisbn><eisbn>9781467356817</eisbn><abstract>In many test applications involving high speed digital data buses, the time required to receive data from a Unit Under Test (UUT), process that data, and provide a response to the UUT may be small enough to preclude use of the computer controlling the overall test system, even if the nature of that data processing is not very complex. In these situations, Test Program Set (TPS) developers can use local computing power that is embedded in a particular test instrument. However, developing test programs to run on this embedded computing power can be difficult and involve purchasing additional software tools beyond what is provided with the test system. In addition, the embedded computer program does not run independently, but rather in tandem with and under the control of, the test program running on the test system computer. So, in addition to developing the algorithms to receive, process, and transmit data, the TPS developer must also provide the framework by which the overall test program can control these operations. The solution proposed in this paper helps simplify the TPS development effort by; 1) providing a simple scripting language that TPS developers can use to create test scripts that execute on the test instrumentation, 2) providing them with tools to code and compile those test scripts, 3) providing the necessary framework for them to allow the overall test program to control the operation of the test scripts, and relieving the TPS developers of that burden, and 4) providing an alternative to them having to purchase expensive, real-time programming tools. This paper identifies test applications where test scripting may be used effectively in reducing overall TPS development time, lists basic features of a test scripting language, describes the capabilities needed of the accompanying tool set, and how the test scripts would be developed and integrated into a TPS. The paper also includes a practical example of a test script used to dynamically modify data as part of a Fibre Channel based test application.</abstract><pub>IEEE</pub><doi>10.1109/AUTEST.2013.6645056</doi></addata></record>
fulltext fulltext_linktorsrc
identifier ISSN: 1088-7725
ispartof 2013 IEEE AUTOTESTCON, 2013, p.1-9
issn 1088-7725
1558-4550
language eng
recordid cdi_ieee_primary_6645056
source IEEE Xplore All Conference Series
subjects Arrays
Computers
embedded programming
Instruments
Process control
Radiation detectors
Reactive power
Real-time systems
scripting
test instrumentation
tester latency
title Test scripting - An alternative approach to realtime instrument control
url http://sfxeu10.hosted.exlibrisgroup.com/loughborough?ctx_ver=Z39.88-2004&ctx_enc=info:ofi/enc:UTF-8&ctx_tim=2025-01-25T01%3A35%3A42IST&url_ver=Z39.88-2004&url_ctx_fmt=infofi/fmt:kev:mtx:ctx&rfr_id=info:sid/primo.exlibrisgroup.com:primo3-Article-ieee_CHZPO&rft_val_fmt=info:ofi/fmt:kev:mtx:book&rft.genre=proceeding&rft.atitle=Test%20scripting%20-%20An%20alternative%20approach%20to%20realtime%20instrument%20control&rft.btitle=2013%20IEEE%20AUTOTESTCON&rft.au=Eracar,%20Yonet%20A.&rft.date=2013-09&rft.spage=1&rft.epage=9&rft.pages=1-9&rft.issn=1088-7725&rft.eissn=1558-4550&rft_id=info:doi/10.1109/AUTEST.2013.6645056&rft.eisbn=1467356832&rft.eisbn_list=9781467356831&rft.eisbn_list=1467356816&rft.eisbn_list=9781467356817&rft_dat=%3Cieee_CHZPO%3E6645056%3C/ieee_CHZPO%3E%3Cgrp_id%3Ecdi_FETCH-ieee_primary_66450563%3C/grp_id%3E%3Coa%3E%3C/oa%3E%3Curl%3E%3C/url%3E&rft_id=info:oai/&rft_id=info:pmid/&rft_ieee_id=6645056&rfr_iscdi=true