- Place the VIs in a systematic manner. You can use folders to manage subVIs or save subVIs as LLB files.
- Do not save too many VIs to LLB files, because it will take more time to save VIs to LLB files later.
- Use Tools»Edit VI Library to set the top VI in the LLB. Usually the main program is set as the top VI, so that it is easier to find the main program next time you want to open it.
- If a subVI you developed is often used as a subVI by other VIs, you may want to create a .mnu file and put this subVI in "Functions»All Functions»User Libraries" so that you will find it easier next time.
- Give your VI a meaningful file name! Don't always call it test1.vi or test2.vi. If you do this, it will be difficult to know the program content from the file name. In addition, avoid illegal characters in the file name, such as backslash (), slash (/), colon (:), etc.
- Use standard extensions, such as *.vi, *.ctl.
- If the file name is in English, please capitalize the first letter (develop a good habit).
- Write a description of this VI in Files » VI Properties » Documentation. You are the author, and no one should know the Vi you wrote better than you.
- In the VI Description, include your name and company name.
- If you modify your VI, try using the History window to keep a log of every modification you make. The History window is located at: Files » VI Properties » General.
- Draw a meaningful icon so that the next time you see the icon, you can immediately know the function and purpose of this VI.
- Please do not exceed 16 points for the icon.
- Store the VIs you use for testing in a separate folder so that you can use them next time.
- Test your VI in more than one environment, such as Windows 2000, Windows XP, and screen resolutions of 800x600 or 1024x768. Make sure your VI works perfectly in each environment.
Part 2: Human-Machine Interface
- Give each control a meaningful name.
- Set the background of the name label to transparent.
- Please use a unified and systematic naming convention to name each control element.
- Use standard fonts. If you use special fonts, it may not be displayed perfectly on another computer.
- If possible, check "Size to Text" for each label.
- Set default values for controls as appropriate.
- Add units to the name of the control element as appropriate, such as seconds, kilometers, etc.
- To add comments to a control, right-click on the control and select Description and Tips. If you copy a control, remember to modify the comments accordingly.
- Place controls and indicators in appropriate locations. For example, if it is the main VI, place the more important controls in the most prominent position; if it is a sub VI, place the controls on the left and the indicators on the right.
- Use the "Align Objects" and "Distribute Objects" functions to arrange control elements when appropriate, which can save you a lot of time.
- Do not overlap controls. If you have too many controls, you may want to use "Tab Control" to solve your problem.
- Use some colors appropriately to highlight some important control elements.
- Use the "error in" and "error out" functions where appropriate.
- Place a "Stop" button on the human-computer interface and use it frequently to stop the program. Try not to use the Abort button.
- Use ring controls (Controls » All Controls » Dialog Controls » Dialog Ring) and enumerated controls (Functions » All Functions » Numeric » Enum Constant) when appropriate. If you currently use Boolean controls to make true/false selections, consider using ring controls because you may need to make more than two selections in the future as your program expands.
Three Steps ~ Program Block Diagram
- Avoid using too large an area in the program block diagram. If you use too large an area, you will have to move the scroll bar of the window to see the program content. Try to reduce the area of your program block diagram. It is best to use an 800X600 screen or a 1027X768 screen to fully display your program block diagram. You will find that this can greatly save your time.
- Annotate the important objects in your program block diagram. You can add eye-catching annotations anywhere in the program block diagram at any time.
- Use standard fonts, not fancy ones.
- Check "Size to Text" for all labels.
- Reduce the spacing between all objects in the program block diagram to save space. But don't put all objects side by side or overlap them. There should be at least 3 pixels between them.
- The placement of objects in the program block diagram should be based on the actual running direction of the program, from left to right and from top to bottom.
- Use the "Align Objects" and "Distribute Objects" functions to arrange all the objects in the formula block diagram so that they look orderly.
- Make sure the connection lines appear on the white background. Do not cover the connection lines with objects.
- Make good use of your subVIs.
-
Make sure your program can run smoothly when an error occurs, instead of popping up an error dialog box. Connecting the error out cluster can prevent the error dialog box from popping up when an error occurs.
Previous article:Labview serial port debugging
Next article:LabVIEW Basic Concepts
- Popular Resources
- Popular amplifiers
- From probes to power supplies, Tektronix is leading the way in comprehensive innovation in power electronics testing
- Seizing the Opportunities in the Chinese Application Market: NI's Challenges and Answers
- Tektronix Launches Breakthrough Power Measurement Tools to Accelerate Innovation as Global Electrification Accelerates
- Not all oscilloscopes are created equal: Why ADCs and low noise floor matter
- Enable TekHSI high-speed interface function to accelerate the remote transmission of waveform data
- How to measure the quality of soft start thyristor
- How to use a multimeter to judge whether a soft starter is good or bad
- What are the advantages and disadvantages of non-contact temperature sensors?
- In what situations are non-contact temperature sensors widely used?
- LED chemical incompatibility test to see which chemicals LEDs can be used with
- Application of ARM9 hardware coprocessor on WinCE embedded motherboard
- What are the key points for selecting rotor flowmeter?
- LM317 high power charger circuit
- A brief analysis of Embest's application and development of embedded medical devices
- Single-phase RC protection circuit
- stm32 PVD programmable voltage monitor
- Introduction and measurement of edge trigger and level trigger of 51 single chip microcomputer
- Improved design of Linux system software shell protection technology
- What to do if the ABB robot protection device stops
- Huawei's Strategic Department Director Gai Gang: The cumulative installed base of open source Euler operating system exceeds 10 million sets
- Download from the Internet--ARM Getting Started Notes
- Learn ARM development(22)
- Learn ARM development(21)
- Learn ARM development(20)
- Learn ARM development(19)
- Learn ARM development(14)
- Learn ARM development(15)
- Analysis of the application of several common contact parts in high-voltage connectors of new energy vehicles
- Wiring harness durability test and contact voltage drop test method
- How to debug a program in RAM?
- C2000 ePWM Module
- [RVB2601 Creative Application Development] MQTT Remote Control RGB Ambient Light
- [Silicon Labs BG22-EK4108A Bluetooth Development Evaluation] Part 1: Environment Construction and Bluetooth-SOC Blinky Example
- esp32-cam micropythonlt anyone know how to make it? ?
- TouchGFX design——by supermiao123
- Stepper Motor Driver PVT Interpolation Case - PUSIROBOT
- EEWORLD University Hall----Overview of THS6222 Broadband PLC Line Driver
- Optimization and Implementation Method of Task Scheduling in μC/OS
- Does anyone know what model this monster is?