Global TMW:
Login  |  Register          Free Newsletter Subscription
Subscribe
Email
Print
Reprint
Learn RSS

Use LabView with style

The LabVIEW Style Book, by Peter A. Blume, Prentice Hall (www.phptr.com), 2007. 372 pages. Hardcover: $89; downloadable PDF file—$71.20.

Martin Rowe, Senior Technical Editor -- Test & Measurement World, 9/1/2007

In this book, Peter Blume, a top LabView programmer and the president of Bloomy Controls (a National Instruments Alliance partner), shows you how to write clean, understandable graphical code. Other LabView style guides have been published over the years, but Blume’s is the most comprehensive.

One feature of the book quickly jumped out at me: Even though LabView itself uses a lot of color, the diagrams in this book are printed in grayscale—apparently a decision that was made by the publisher. Readers who want to see the color images can purchase the downloadable version of the book.

In the early chapters, Blume provides examples of both clean code and messy code and explains why you should carefully plan your software project—advice that applies to all projects, not just those involving LabView. He also covers user interfaces, showing good and bad examples of user panels and stressing the need for simplicity and consistency. Chapter 4 shows you how to apply Blume’s rules to streamline your block diagrams.

Chapter 5 covers icons, which indicate functions, operators, and sub-VIs (virtual instruments). Here, you’ll learn conventions that can help you identify the functions contained within a VI. Blume stresses the use of color and symbols to differentiate and identify the function of code within an icon.

Instrument control and data acquisition generate a lot of data, and chapter 6 shows you how to choose the best data structure. For example, Blume recommends that you not use an alphanumeric string to represent an integer, because you’ll waste memory and run the chance of introducing data errors.

In the last half of the book, Blume covers error handling and explains how to develop code that’s not only readable, but efficient. He also dedicates a chapter to documentation, giving advice such as “Leave notes for the development team” and “Label each note in the left corner.” Blume wraps up with a chapter on code reviews and describes processes and tools you can use to review and analyze your code.

Overall, this book is well worth the money for any LabView programmer.

Email
Print
Reprint
Learn RSS

Talkback

We would love your feedback!

Post a comment

» VIEW ALL TALKBACK THREADS

Sponsored Links



 
Advertisement
SPONSORED LINKS

More Content

  • Blogs
  • Podcasts

Blogs

  • Martin Rowe
    Rowe's and Columns

    May, 9 2008
    Upgrades include blood pressure
    Every time I install new or upgraded software on my home computers, I can feel my blood pressure ris...
    More
  • Rick Nelson
    Taking the Measure

    May, 6 2008
    Measurement drives green engineering
    Have we reached peak oil? I guess we know where Paul Rako stands on that question, but other observe...
    More
  • » VIEW ALL BLOGS RSS

Podcasts

Advertisements





NEWSLETTERS
Click on a title below to learn more.

Test Industry News (3 Times Per Month)
Machine-Vision & Inspection (Monthly)
Communications Test (Monthly)
Design, Test & Yield (Monthly)
Automotive, Aerospace & Defense (Monthly)
Instrumentation (Monthly)
Resource Center E-Alert (Monthly)
©2008 Reed Business Information, a division of Reed Elsevier Inc. All rights reserved.
Use of this Web site is subject to its Terms of Use | Privacy Policy
Please visit these other Reed Business sites