{"title":"多态模拟仪器环境","authors":"D. Lind, M. Haney, Ryan Healey","doi":"10.1109/AUTEST.2011.6058765","DOIUrl":null,"url":null,"abstract":"this paper discusses the architecture of an environment for analog tests that is designed to work on a variety of hardware platforms. It employs a resource manager that understands the resources that are available and manages their allocation. The particular brand of instrument is not important, as long as the instrument contains the necessary capabilities. The Analog Instrument Environment contains instrument graphical user interfaces that morph to reflect the capabilities of the target hardware. There is a UI with a common look and feel that queries the hardware for its capabilities, and allows real time interaction with the hardware using the particular instrument's native nomenclature. The environment lets you define analog test steps consisting of a sequence of steps that control and read back results from the instrumentation available. You can run and debug the step, and you can generate the code necessary to run the steps in a Test Program Set (TPS).","PeriodicalId":110721,"journal":{"name":"2011 IEEE AUTOTESTCON","volume":"138 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2011-10-24","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"1","resultStr":"{\"title\":\"Polymorphic Analog Instrument Environment\",\"authors\":\"D. Lind, M. Haney, Ryan Healey\",\"doi\":\"10.1109/AUTEST.2011.6058765\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"this paper discusses the architecture of an environment for analog tests that is designed to work on a variety of hardware platforms. It employs a resource manager that understands the resources that are available and manages their allocation. The particular brand of instrument is not important, as long as the instrument contains the necessary capabilities. The Analog Instrument Environment contains instrument graphical user interfaces that morph to reflect the capabilities of the target hardware. There is a UI with a common look and feel that queries the hardware for its capabilities, and allows real time interaction with the hardware using the particular instrument's native nomenclature. The environment lets you define analog test steps consisting of a sequence of steps that control and read back results from the instrumentation available. You can run and debug the step, and you can generate the code necessary to run the steps in a Test Program Set (TPS).\",\"PeriodicalId\":110721,\"journal\":{\"name\":\"2011 IEEE AUTOTESTCON\",\"volume\":\"138 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"2011-10-24\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"1\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"2011 IEEE AUTOTESTCON\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1109/AUTEST.2011.6058765\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"2011 IEEE AUTOTESTCON","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/AUTEST.2011.6058765","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
this paper discusses the architecture of an environment for analog tests that is designed to work on a variety of hardware platforms. It employs a resource manager that understands the resources that are available and manages their allocation. The particular brand of instrument is not important, as long as the instrument contains the necessary capabilities. The Analog Instrument Environment contains instrument graphical user interfaces that morph to reflect the capabilities of the target hardware. There is a UI with a common look and feel that queries the hardware for its capabilities, and allows real time interaction with the hardware using the particular instrument's native nomenclature. The environment lets you define analog test steps consisting of a sequence of steps that control and read back results from the instrumentation available. You can run and debug the step, and you can generate the code necessary to run the steps in a Test Program Set (TPS).