LabVIEW样式检查表9
以下是第九部分。
使用以下清单可帮助保持一致的样式和质量。用户可以自定义这些清单以适合应用的要求。
LabVIEW VIAnalyzer Toolkit提供了以交互方式或编程方式检查VI的风格、效率和LabVIEW编程其他方面的测试
分发源代码清单检查表
将所有VI和项目保存在主监视器的左上角区域。 |
保存所有VI,其框图略低于前面板窗口栏,略位于前面板滚动条的右侧,以便在打开时可以从窗口条访问两个窗口 |
避免使用最大化的前面板或框图保存VI,以确保VI在可预测的位置加载。 |
存每个VI,并显示多帧结构中最重要的帧,例如案例或事件结构。 |
分发VI之前删除所有断点,以防止执行过程中出现意外和不必要的停止。 |
删除VI的修订历史记录以删除注释。 |
禁用调试以提高性能。 |
RT 特定检查表
只要有可能,就使用while循环,而不是定时循环,用于非确定性任务。 |
在文档中,使用术语“确定性”而不是“时间关键型”来描述在定时循环中运行的代码。术语“时间关键”通常被认为是可用于安排并行任务的VI优先级。 |
只要有可能,就使用定时结构,而不是在SubVI上进行确定性优先级设置。 |
序列化定时结构中的代码,使其按定义的顺序执行。 |
若要最大程度地减少子 VI 开销,请在定时结构中使用 VI 的内联属性。 |
在访问共享资源的定时循环中使用子VI时,请考虑使用子例程优先级并右键单击子VI以选择“如果繁忙则跳过子例程调用”选项。 |
避免将控件或指标放置在定时循环中,因为它们执行缓慢且不确定。 |
使用定时循环,将左耳内侧错误与错误输入合并,以捕获任何配置错误。还要将右耳外耳错误与错误输出合并。 |
确保正确处理时间关键型代码中的错误。 |
如果可能,请在确定性代码中使用 Select 函数而不是 Case 结构。选择功能提供了更大的确定性。 |
检查所有时间关键型循环的延迟。 |
RT处理数据检查表
如果文件 IO 性能很重要,请为写入和读取建立最佳块大小。请注意,这可能因目标而异。 |
使用 RT FIFO 函数而不是启用了 RT FIFO 的共享变量来流式传输数据。但是,您可以使用启用了 RT FIFO 的共享变量进行当前值通信。 |
对于关键数据,请使用“刷新文件”功能频繁刷新文件。依赖和 FAT 每秒仅刷新一次。 |
限制日志文件的大小和数量以提高系统可靠性。具有大量且不断增长的文件的目录可能会增长缓慢,并显示系统行为的更改。因此,可能会遇到意外的行为。 |
RT初始化和关机检查表
实现关闭代码以停止任何初始化的内容,即使下一步需要重新启动。 |
避免从应用程序内写入配置文件。写入配置文件可能会损坏该文件,并阻止您正确初始化下次重新启动。如果必须写入配置文件,请制定策略以从损坏中恢复或限制损坏的损害。
将重新启动控制器的代码放在条件禁用结构中,以便您可以轻松地在程序结束时禁用重新启动。如果将 reboot 代码放在条件性禁用结构中,则可以在调试时禁用代码,在部署应用程序时启用代码。 |
RT杂项检查表
在 RT 调色板上使用定时 VI。 |
监控从开发到部署的系统的处理器和内存使用情况。 确保处理器使用率不会保持足够长的时间,以便在线程没有时间执行时导致不可接受的线程匮乏。验证内存使用量是否不会持续增长,以及是否存在一个计划,以便在内存使用量持续增长时进行恢复。 |
需要说明的是,上述的例程和文档,都是可以下载的,双击即可打开,其中压缩文件是可以采用粘贴复制的方式,拷贝到硬盘上。这不是图片,各位小伙伴看到后尝试一下,这个问题就不用加微信咨询了。有关LabVIEW编程、LabVIEW开发等相关项目问题,可联系我们。