Developing a Labview and MATLAB-Based Test Bed for Data Acquisition, Analysis and Calibration of Frequency Generators Over GPIB

Total Page:16

File Type:pdf, Size:1020Kb

Developing a Labview and MATLAB-Based Test Bed for Data Acquisition, Analysis and Calibration of Frequency Generators Over GPIB International Journal of Computer Applications (0975 – 8887) Volume 40– No.16, February 2012 Developing a LabVIEW and MATLAB-based Test Bed for Data Acquisition, Analysis and Calibration of Frequency Generators over GPIB Shehryar Humayun Maria Mehmood Faran Mahmood Institute of Space Technology, Institute of Space Technology, Institute of Space Technology, Islamabad Islamabad Islamabad ABSTRACT environment to be employed in the other. Such as, a code written in MATLAB can exploit inherit parallel execution of This paper focuses on methods of interfacingLabVIEW with Genvironment. This paper deals with one such case where the MATLAB package for applicationswhichneed extensive calibration of a signal generator is analyzed by combing the computation as well as automation and control. It aims to two packages via three different approaches. integrate MATLAB and LabVIEW together,and develop a calibration software for frequency generators supporting the IEEE-488 bus standard. Different approaches have been 2. LITERATURE SURVEY explored that can be used to combine the data acquisition In [2], [3], [4], the author has demonstrated the use of features of LabVIEWand computational power of Mathscript RT module to deploy MATLAB source files on NI MATLABin presenting the results. platforms. In [5], the author proposed solutions of using LabView for real-time control with MATLAB engine running General Terms at the back end. GPIB is discussed in detail in [6], where the GPIB bus protocol, calibration author advocates the use of GPIB interface as a preferred choice for instrumentation control. Keywords LabVIEW, MATLAB, GPIB 3. IMPLEMENTATION 1. INTRODUCTION A wide variety of protocols are availableto connect and LabVIEW (Laboratory Virtual Instrumentation Engineering communicate with different laboratory instruments present. Workbench) is based on a dataflow programming language These protocols range from simple serial communication to while MATLAB (Matrix Laboratory) isa fourth-generation GPIB, USB, and Ethernet etc. LabVIEW provides the programming language for performing numerical and simplest solutionfor communicating with any of these computational tasks. protocols. MATLAB has been traditionally used as anaccepted platform for mathematical manipulation of data. In LabVIEW‟s dataflow programming is graphical in nature and this paper we are discussing one of the possible options for is often referred as „G‟. The routines made with this G using LabVIEW for communication purposes. Data is language are called VIs (Virtual Instruments). The acquired through GPIB protocol. Once data is acquired, we programming interface is based on a “Front Panel”, the part will use the powerful mathematical features of MATLAB for which serves as user interface and “Block Diagram”, the part handling that data. where various components are joined in a graphical manner to The procedure followedin the paperis that first the data is form astructure. Front Panel takes input and gives output. acquired from the instrument under test and then it is There is also another important feature called as “Connector correlatedwith software generated waveforms to find offset Panel”. It is used for calling one VI in block diagram of errors. LabVIEW interface is used for acquisition of data from another VI. the Agilent Oscilloscope via GPIB interface. Due to the high The initial focus of LabVIEW was towards measurement, computation power available, the waveform is generated automation and control but with time it incorporated more internally with the help of MATLAB at a high sampling rate. features, transforming it into a full-fledged software This waveform is importedin LabVIEW with the help of three developing environment. The key advantage of using G is its different techniques. These techniques are implemented to be capability of parallel execution [1]. used for the same purpose and then compared to conclude MATLAB is often referred as 4GL (fourth generation which approach is the best. Language) as it was developed for a specific purpose, which was obviously matrix operations involving rigorous numerical tasks, which if performed by simple languages like C, C++ 4. THE SYSTEM etc. can be exhaustive for both the programmer and the 4.1 Signal Generator computer. The MATLAB was intended originally for complex Signal generator is used as input. We used a number of matrix computations. It also kept on integrating different different generators to ensure proper readings. For example: features toease various engineering disciplines. For example, addition of Simulink was a major step towards graphical 1.Aeroflex Signal GeneratorFrequency Range: 10 kHz-550 modeling in MATLAB. MHz, Resolution: 10 Hz; Digital Readout , Switching Time: Using LabVIEW or MATLAB for any specific function 200 ms. depends on the programmer‟s comfort with the software. But there are occasions when we require a routine written in one 11 International Journal of Computer Applications (0975 – 8887) Volume 40– No.16, February 2012 2. Instek GFG-8210 Function Generator: The Instek generator 4.4 Data Acquisition has a range of 0-10MHz. It can produce ramp, sine and square Once the GPIB connection was established through waveforms. LabVIEW, the data was acquired and stored in a text file. For acquisition and storage of data, a small code was developed in 4.2 Oscilloscope LabVIEW. The signal generated isthen retrievedbyan oscilloscope. The 4.5 Processing in MATLAB reason for using oscilloscope was the lack of any GPIB/serial After receivingthe sampled data, we processed them on port with the available signal generators. Otherwise the signal MATLAB. MATLAB was used for data processing because could have been directly acquired fromsignal generator. of its ease at mathematical and numerical operations. Infiniium 54855A oscilloscope by Agilent was used for this purpose. This particular model provided an added advantage 5. CATERING FOR OTHER FACTORS of selecting a variable sampling rate. To make sure that the error obtained was not due to any 4.3 Communication Interface source other than calibration difference, the sampling rate, Both serial and GPIB interfaces areavailable to use in the frequency and phase offset of both the oscilloscope and above mentioned oscilloscope. We, however, chose GPIB, MATLAB was kept same. This is also the main reason to also known as IEEE-488 standard. This standard provides apply correlation algorithm, i.e. to make sure that the error 1.8MB/s which well-suited for the data acquisition rate being obtained is not due to some other factor. The error needed. Also the amount of latency in GPIB is quite less as handling is also employed with the help of error handling VIs compared to serial. of LabVIEWwhich would have otherwise been difficult to develop in MATLAB. Signal Communication Processing in Oscilloscope Data Acquisition Generator Interface Matlab Figure 1 : The complete System 6. SOFTWARE GUIDE 6.1.2.2 Data Acquisition sub VI This section is focused on the description of the software that The subVI for data acquisition has been developed by mainly was developed. using the data acquisition VIs provided by Agilent technology. This sub VI initializes the oscilloscope, acquires 6.1 LabVIEW data and then closes it. LabVIEWwas basically used for data acquisition because it has been developed for the purpose of automation, control and 6.1.2.3 Data Storage acquisition. For data logging, the samples are saved to a file in standard text format. The code for this has also been developed in 6.1.1 The Front Panel LabVIEW. Saving the data allows the user to further analyze The front panel mainly consists of a display for the acquired and use it for other purposes. It also provides a backup for the waveform. The dial and gauge show the value of the data if the program crashes due to unforeseen reasons. calculated mean square error, whereas, the numeric display depicts the value of the correlation coefficient. 6.2 MATLAB The MATLAB processors have been used to carry out the Out of the many signal fidelity methods used for comparison extensive numerical computations required to compare the e.g. baseline electric noise comparison, SINAD (signal to noise and distortion) and ENOB (effective number of bits), two waveforms. the method of mean squared error was employed to compare the waveforms because of its simplicity, reliability, convexity 6.2.1 Mean Square Error and statistic nature. The code of mean square error takes the data of the two waveforms as arrays and applies the formula of mean square The correlation has been used to prove the similarity between the two waves i.e. the linear relationship between the two error upon them. It then displays the result back in LabVIEW. data. So, the script function allows easy implementation of the algorithm along with easy import/export of the data. 6.1.2 The block diagram The block diagram consists of three major parts: Mathematically it can be computed with the following 6.1.2.1 MATLAB Script formula This is discussed is section 7.2. (푦−푦 ∗)2 푀푆퐸 = : 푛 12 International Journal of Computer Applications (0975 – 8887) Volume 40– No.16, February 2012 Figure 2: The front panel 7.2 Second Method 6.2.2 Correlation Coefficient The second alternative is to use the LabVIEW softwarefor acquiring data only. The internal data is generated using The code of the correlation coefficient employs the command MATLAB script. The mean square error and correlation of coefficient are calculated in MATLAB script by using the internal data along with external one.The results were plotted R = corrcoef(X) in MATLAB to have a better comparison and analyses. This command correlates the two arrays obtained by the acquired data and the internally generated data to provide an output correlation coefficient. Statistically the correlation coefficient can be described by the following formula: 1 푥 − 푥 푦 − 푦 푟 = ( ) ∗ ( ) 푛 − 1 푠푥 푠푦 6.2.3 Generation of Reference Signal The reference signal which is used as abase for comparing he Figure 2. MATLAB Script acquired data is generated in MATLAB.
Recommended publications
  • Key Benefits Key Features
    With the MapleSim LabVIEW®/VeriStand™ Connector, you can • Includes a set of Maple language commands, which extend your LabVIEW and VeriStand applications by integrating provides programmatic access to all functionality as an MapleSim’s high-performance, multi-domain environment alternative to the interactive interface and supports into your existing toolchain. The MapleSim LabVIEW/ custom application development. VeriStand Connector accelerates any project that requires • Supports both the External Model Interface (EMI) and high-fidelity engineering models for hardware-in-the-loop the Simulation Interface Toolkit (SIT). applications, such as component testing and electronic • Allows generated block code to be viewed and modified. controller development and integration. • Automatically generates an HTML help page for each block for easy lookup of definitions and parameter Key Benefits defaults. • Complex engineering system models can be developed and optimized rapidly in the intuitive visual modeling environment of MapleSim. • The high-performance, high-fidelity MapleSim models are automatically converted to user-code blocks for easy inclusion in your LabVIEW VIs and VeriStand Applications. • The model code is fully optimized for high-speed real- time simulation, allowing you to get the performance you need for hardware-in-the-loop (HIL) testing without sacrificing fidelity. Key Features • Exports MapleSim models to LabVIEW and VeriStand, including rotational, translational, and multibody mechanical systems, thermal models, and electric circuits. • Creates ANSI C code blocks for fast execution within LabVIEW, VeriStand, and the corresponding real-time platforms. • Code blocks are created from the symbolically simplified system equations produced by MapleSim, resulting in compact, highly efficient models. • The resulting code is further optimized using the powerful optimization tools in Maple, ensuring fast execution.
    [Show full text]
  • Towards a Fully Automated Extraction and Interpretation of Tabular Data Using Machine Learning
    UPTEC F 19050 Examensarbete 30 hp August 2019 Towards a fully automated extraction and interpretation of tabular data using machine learning Per Hedbrant Per Hedbrant Master Thesis in Engineering Physics Department of Engineering Sciences Uppsala University Sweden Abstract Towards a fully automated extraction and interpretation of tabular data using machine learning Per Hedbrant Teknisk- naturvetenskaplig fakultet UTH-enheten Motivation A challenge for researchers at CBCS is the ability to efficiently manage the Besöksadress: different data formats that frequently are changed. Significant amount of time is Ångströmlaboratoriet Lägerhyddsvägen 1 spent on manual pre-processing, converting from one format to another. There are Hus 4, Plan 0 currently no solutions that uses pattern recognition to locate and automatically recognise data structures in a spreadsheet. Postadress: Box 536 751 21 Uppsala Problem Definition The desired solution is to build a self-learning Software as-a-Service (SaaS) for Telefon: automated recognition and loading of data stored in arbitrary formats. The aim of 018 – 471 30 03 this study is three-folded: A) Investigate if unsupervised machine learning Telefax: methods can be used to label different types of cells in spreadsheets. B) 018 – 471 30 00 Investigate if a hypothesis-generating algorithm can be used to label different types of cells in spreadsheets. C) Advise on choices of architecture and Hemsida: technologies for the SaaS solution. http://www.teknat.uu.se/student Method A pre-processing framework is built that can read and pre-process any type of spreadsheet into a feature matrix. Different datasets are read and clustered. An investigation on the usefulness of reducing the dimensionality is also done.
    [Show full text]
  • Compiling Maplesim C Code for Simulation in Vissim
    Compiling MapleSim C Code for Simulation in VisSim 1 Introduction MapleSim generates ANSI C code from any model. The code contains the differential equations that describe the model dynamics, and a solver. Moreover, the code is royalty-free, and can be used in any simulation tool (or development project) that accepts external code. VisSim is a signal-flow simulation tool with strength in embedded systems programming, real-time data acquisition and OPC. This document will describe the steps required to • Generate C code from a MapleSim model of a DC Motor. The C code will contain a solver. • Implement the C code in a simulation DLL for VisSim. VisSim provides a DLL Wizard that sets up a Visual Studio C project for a simulation DLL. MapleSim code will be copied into this project. After a few modifications, the project will be compiled to a DLL. The DLL can then be used as a block in a VisSim simulation. The techniques demonstrated in this document can used to implement MapleSim code in any other environment. MapleSim’s royalty -free C code can be implemented in other modeling environment s, such as VisSim MapleSim’s C code can also be used in Mathcad 2 API for the Maplesim Code The C code generated by MapleSim contains four significant functions. • SolverSetup(t0, *ic, *u, *p, *y, h, *S) • SolverStep(*u, *S) where SolverStep is EulerStep, RK2Step, RK3Step or RK4Step • SolverUpdate(*u, *p, first, internal, *S) • SolverOutputs(*y, *S) u are the inputs, p are subsystem parameters (i.e. variables defined in a subsystem mask), ic are the initial conditions, y are the outputs, t0 is the initial time, and h is the time step.
    [Show full text]
  • Labview Graphical Development Environment Labview
    LabVIEW Graphical Development Environment LabVIEW NI LabVIEW •Intuitive graphical development LabVIEW PDA Module for test, measurement, and control •Graphical development for portable, •Complete programming language handheld devices with built-in tools for data acquisition, instrument control, LabVIEW Datalogging and measurement analysis, report Supervisory Control Module •Graphical development for generation, communication, monitoring and distributed and more applications •Application templates, thousands of example programs LabVIEW Vision •Compiled for fast performance Development Module LabVIEW Real-Time Module •Graphical development for high-level machine vision and image processing •Graphical development for real- time control, deterministic LabVIEW Add-On Tools performance, reliability, and •See page 44 for a full listing embedded execution Operating Systems LabVIEW FPGA Module •Windows 2000/NT/XP •Graphical development for •Mac OS X creating custom I/O boards with • Linux FPGA technology •Solaris Overview Analyze National Instruments LabVIEW is a powerful development Raw data is typically not the desired end result of a measurement and environment for signal acquisition, measurement analysis, and data automation application. Powerful, easy-to-use analysis functionality presentation, giving you the flexibility of a programming language is a must for your software application. LabVIEW has more than 400 Measurement and Automation Software without the complexity of traditional development tools. built-in functions designed specifically
    [Show full text]
  • Ulx for NI Labview
    ULx for NI LabVIEW Software Quick Start June 2016. Rev 3 © Measurement Computing Corporation Trademark and Copyright Information Measurement Computing Corporation, InstaCal, Universal Library, and the Measurement Computing logo are either trademarks or registered trademarks of Measurement Computing Corporation. Refer to the Copyrights & Trademarks section on mccdaq.com/legal for more information about Measurement Computing trademarks. Other product and company names mentioned herein are trademarks or trade names of their respective companies. © 2016 Measurement Computing Corporation. All rights reserved. No part of this publication may be reproduced, stored in a retrieval system, or transmitted, in any form by any means, electronic, mechanical, by photocopying, recording, or otherwise without the prior written permission of Measurement Computing Corporation. Notice Measurement Computing Corporation does not authorize any Measurement Computing Corporation product for use in life support systems and/or devices without prior written consent from Measurement Computing Corporation. Life support devices/systems are devices or systems that, a) are intended for surgical implantation into the body, or b) support or sustain life and whose failure to perform can be reasonably expected to result in injury. Measurement Computing Corporation products are not designed with the components required, and are not subject to the testing required to ensure a level of reliability suitable for the treatment and diagnosis of people. QS ULx for NI LabVIEW Table
    [Show full text]
  • CS3101 Programming Languages -‐ Python
    CS3101 Programming Languages - Python Spring 2010 Agenda • Course descripon • Python philosophy • Geng started (language fundamentals, core data types, control flow) • Assignment Course Descripon Instructor / Office Hours • Josh Gordon • PhD student • Contact – [email protected] • Office hours – By appointment, feel free to drop a line any<me Syllabus Lecture Topics Assignment Jan 19th Language overview. Course structure. Scrip<ng HW1: Due Jan 26th essen<als. Jan 26th Sor<ng. Parsing CSV files. Func<ons. Command HW2: Due Feb 2nd line arguments. Feb 2nd Func<onal programming tools. Regular HW3: Due Feb 9th expressions. Generators / iterators. Feb 9th Object oriented Python. Excep<ons. Libraries I. Project Proposal: Due Feb 16th Feb 16th GUIs. Databases. Pickling. Libraries II. Course Project: Due Feb 28th Feb 23rd Integra<on with C. Performance, op<miza<on, None profiling. Paralleliza<on. Grading Assignment Weight Class par<cipa<on 1/10 HW1 1/10 HW2 1/10 HW3 1/10 Proposal 1/10 Project 5/10 Extra credit challenge problems Depends how far you get Late assignments: two grace days / semester, aber which accepted at: -10% / day. Resources / References • Course website: – www.cs.columbia.edu/~joshua/teaching – Syllabus / Assignments / Slides • Text books – Learning Python – Python in a Nutshell (available elect. on CLIO) – Python Cookbook • Online doc: – www.python.org/doc Ordered by technical complexity - no<ce anything? Course Project • Opportunity to leverage Python to accomplish something of interest / useful to you! • Past projects: – Gene<c
    [Show full text]
  • They Have Very Good Docs At
    Intro to the Julia programming language Brendan O’Connor CMU, Dec 2013 They have very good docs at: http://julialang.org/ I’m borrowing some slides from: http://julialang.org/blog/2013/03/julia-tutorial-MIT/ 1 Tuesday, December 17, 13 Julia • A relatively new, open-source numeric programming language that’s both convenient and fast • Version 0.2. Still in flux, especially libraries. But the basics are very usable. • Lots of development momentum 2 Tuesday, December 17, 13 Why Julia? Dynamic languages are extremely popular for numerical work: ‣ Matlab, R, NumPy/SciPy, Mathematica, etc. ‣ very simple to learn and easy to do research in However, all have a “split language” approach: ‣ high-level dynamic language for scripting low-level operations ‣ C/C++/Fortran for implementing fast low-level operations Libraries in C — no productivity boost for library writers Forces vectorization — sometimes a scalar loop is just better slide from ?? 2012 3 Bezanson, Karpinski, Shah, Edelman Tuesday, December 17, 13 “Gang of Forty” Matlab Maple Mathematica SciPy SciLab IDL R Octave S-PLUS SAS J APL Maxima Mathcad Axiom Sage Lush Ch LabView O-Matrix PV-WAVE Igor Pro OriginLab FreeMat Yorick GAUSS MuPad Genius SciRuby Ox Stata JLab Magma Euler Rlab Speakeasy GDL Nickle gretl ana Torch7 slide from March 2013 4 Bezanson, Karpinski, Shah, Edelman Tuesday, December 17, 13 Numeric programming environments Core properties Dynamic Fast? and math-y? C/C++/ Fortran/Java − + Matlab + − Num/SciPy + − R + − Older table: http://brenocon.com/blog/2009/02/comparison-of-data-analysis-packages-r-matlab-scipy-excel-sas-spss-stata/ Tuesday, December 17, 13 - Dynamic vs Fast: the usual tradeof - PL quality: more subjective.
    [Show full text]
  • Power Meter Samples
    Power Meter Samples March 22, 2012 Prepared by: Newport Corporation 1791 Deere Avenue Irvine, CA 92606 1 INTRODUCTION................................................................................................................. 1 2 1830-R .................................................................................................................................... 1 2.1 GPIB SAMPLE.................................................................................................................. 1 2.1.1 GPIBSample.lvproj ................................................................................................. 1 2.1.1.1 GPIB_Query_With_SerialPoll.vi........................................................................ 1 2.1.1.2 GPIB_Query_Without_SerialPoll.vi .................................................................. 1 2.1.1.3 GPIBCommunicationTest.vi............................................................................... 1 2.2 USB SAMPLE ................................................................................................................... 2 2.2.1 GetPower.lvproj...................................................................................................... 4 2.2.1.1 SampleGetPower.vi ............................................................................................ 4 3 1918 - 2936 FAMILY............................................................................................................ 4 3.1 C#...................................................................................................................................
    [Show full text]
  • Getting Started with Labview
    LabVIEWTM Getting Started with LabVIEW Getting Started with LabVIEW June 2013 373427J-01 Support Worldwide Technical Support and Product Information ni.com Worldwide Offices Visit ni.com/niglobal to access the branch office Web sites, which provide up-to-date contact information, support phone numbers, email addresses, and current events. National Instruments Corporate Headquarters 11500 North Mopac Expressway Austin, Texas 78759-3504 USA Tel: 512 683 0100 For further support information, refer to the Technical Support and Professional Services appendix. To comment on National Instruments documentation, refer to the National Instruments website at ni.com/info and enter the Info Code feedback. © 2003–2013 National Instruments. All rights reserved. Important Information Warranty The media on which you receive National Instruments software are warranted not to fail to execute programming instructions, due to defects in materials and workmanship, for a period of 90 days from date of shipment, as evidenced by receipts or other documentation. National Instruments will, at its option, repair or replace software media that do not execute programming instructions if National Instruments receives notice of such defects during the warranty period. National Instruments does not warrant that the operation of the software shall be uninterrupted or error free. A Return Material Authorization (RMA) number must be obtained from the factory and clearly marked on the outside of the package before any equipment will be accepted for warranty work. National Instruments will pay the shipping costs of returning to the owner parts which are covered by warranty. National Instruments believes that the information in this document is accurate. The document has been carefully reviewed for technical accuracy.
    [Show full text]
  • RF Design and Test Using MATLAB and NI Tools
    RF Design and Test Using MATLAB and NI Tools Tim Reeves – [email protected] Chen Chang - [email protected] © 2015 The MathWorks, Inc.1 What are we going to talk about? ▪ How MATLAB and Simulink can be used in a wireless system design workflow ▪ Wireless Scenario Simulation ▪ End-to-end Simulation of mmWave Communication Systems with Hybrid Beamforming ▪ Developing Power Amplifier models and DPD algorithms in MATLAB ▪ Use of National Instruments PXI for PA characterization with DPD 2 Common Platform for 5G Development Mobile and Connectivity Standards Unified Design and Simulation Baseband RF MIMO & PHY Front End Antennas Deep Channels & C-V2X Learning Propagation Prototyping and Testing Workflows OTA Model- Deploy to Waveform Based C/C++ Tx/Rx Design 3 What differentiates high data rate 5G systems from previous wireless system iterations? ▪ High data rates (>1 Gbps) requires use of previously “under-used” (mmWave) frequency bands ▪ mmWave requires MIMO architectures to achieve same performance as sub-6GHz – Lower device power and high channel attenuation ▪ Antenna array, RF, and digital signal processing cannot be designed separately! – Large communication bandwidth → digital signal processing is challenging – High-throughput DSP → linearity requirements imposed over large bandwidth – Wavelength ~ 1mm → small devices, many antennas packed in small areas 4 How is the presentation set up? Link Level Modeling Scenario Modeling TRANSMITTER Digital Baseband DAC PA Front End Channel Digital PHY RF Front End Antenna Digital Baseband ADC LNA
    [Show full text]
  • Rigorous Data Processing and Automatic Documentation of Srf Cold Tests∗
    18th International Conference on RF Superconductivity SRF2017, Lanzhou, China JACoW Publishing ISBN: 978-3-95450-191-5 doi:10.18429/JACoW-SRF2017-TUPB069 RIGOROUS DATA PROCESSING AND AUTOMATIC DOCUMENTATION OF SRF COLD TESTS∗ K. G. Hernández-Chahín1y, S. Aull, N. Stapley, P. Fernandez Lopez, N. Schwerg CERN, Geneva, Switzerland 1also at DCI-UG, Guanajuato, Mexico Abstract • Although it is instructive and recommended for any beginner in the field of SRF to implement their own Performance curves for SRF cavities are derived from set of analysis functions, for routine operation a single primary quantities which are processed by software. Com- reviewed and protected set is needed. monly, the mathematical implementation of this analysis is • In general the implementation of mathematical expres- hidden in software such as Excel or LabVIEW, making it sions in any programming language (graphical or text) difficult to verify or to trace, while text-based programming is cumbersome or unpleasant to read. like Python and MATLAB require some programming skills for review and use. As part of an initiative to consolidate In order to overcome these problems the cold-test software and standardise SRF data analysis tools, we present a Python system should meet the following requirements: program converting a module containing the collection of • Single point of function definition • Built-in documentation all commonly used functions into a LATEX(PDF) document carrying all features of the implementation and allowing for • Version control a review by SRF experts, not programmers. The resulting • Nesting and re-use of the core implementation document is the reference for non-experts, beginners and test • Simple and reliable review process stand operators.
    [Show full text]
  • EPICS and Labview
    EPICS and LabVIEW Tony Vento, National Instruments Willem Blokland, ORNL-SNS •Graphical dataflow programming •Interactive front panel / GUI •Efficient compiled execution •Targets Windows, Real-Time, FPGA, Linux, Macintosh, DSP, Other Processors •I/O and analysis libraries •Distributed networking capabilities EPICS and LabVIEW Interfaces (Oak Ridge and Others) 1. Shared Memory Interface to IOC (I/O Channel) Links LabVIEW and IOC Process Variables (PVs) Data from LabVIEW is available to the IOC Windows 2. CA (Channel Access) Client LabVIEW as a display environment for PVs No programming required Windows, Macintosh, Linux 1. Shared Memory Interface • db & cmd file generator at startup • Development tool -Cloning/documentation Windows PC Application Template tools • Standard Examples LabVIEW • NADs implemented: • Shared Memory Records BCM, BPM, ES, FC, TTS • LabVIEW Library Shared Memory (M. Sundaram, C. Long, W. (D. Thompson) Blokland, LANL, BNL) EPICS IOC+CA Channel Access Graphical programming • Drivers to DAQ • Processing routines • Graphs/Plots Accelerator Controls Shared Memory Interface Shared Memory IOC written by D. Thompson. LabVIEW Library by W. Blokland. The shared memory interface buffers the data and implements functions to: • Create, find and destroy variables • Read from and write to variables • Set and receive events • Retrieve information about variables Program startup 1. LabVIEW loads and runs Top-Level VI 2. LabVIEW gets variable declarations, generates .db and starts IOC 3. IOC starts and loads db file. Each time the IOC creates a PV record, the record creates a Shared Memory (SM) entry 4. LabVIEW finds references to SM entries by resolving PV names EPICS dB Utility The dBGenerate Utility automatically generates the database file for the EPICS IOC as well as the cmd file and an Excel file.
    [Show full text]