用于检测 digiScan 开销时间的 dm 脚本函数
dm-script function to detect digiScan overhead time
DSisAcquisitionActive() 有 equivalent/similar 功能吗？
在我的 GMS 1.93 中，DM 抱怨 "No match for dsisacquisitionactive()"。
想知道旧系统是否有替代功能。我需要等待 DigiScan 开销时间结束，然后再获取另一个 STEM 以避免系统崩溃。
Unfortunately, I'm not aware of an 'earlier' command which would do that.
硬件脚本仅在 GMS 2.3 中引入。在那之前的所有命令都仅限于 Gatan 实习生研发。但由于它们是后来支持的命令的"basis"，其中一些存在于旧版本中。
F1 帮助文档列出了支持的命令，它还说明了版本历史。大多数情况下它是 "introduced in ...." 并且那些通常在早期版本中工作。但是，您提到的命令显示为 "Added as new command" 因此它是使用该版本创建的
但是，当您知道像素停留时间和反激时间时，您应该能够 "estimate" 非常准确地计算出那个时间。有一定的 "overhead" 用于加载硬件，但它应该是恒定的并且在很大程度上独立于实际采集参数。
也许绘制几个采集时间作为像素停留时间 and/or 图像大小（恒定反激）的函数，并进行线性回归以了解该值。
我会尝试的另一个想法是将采集开始代码放入 Try{}Catch{} 循环中，并使用 Digiscan 抛出的异常，该异常仍然处于活动状态以等待。这很丑陋，我不确定它是否会起作用，但是当你被迫继续使用旧软件时，它值得一试......
DSisAcquisitionActive() 有 equivalent/similar 功能吗？
在我的 GMS 1.93 中，DM 抱怨 "No match for dsisacquisitionactive()"。
想知道旧系统是否有替代功能。我需要等待 DigiScan 开销时间结束，然后再获取另一个 STEM 以避免系统崩溃。
Unfortunately, I'm not aware of an 'earlier' command which would do that.
硬件脚本仅在 GMS 2.3 中引入。在那之前的所有命令都仅限于 Gatan 实习生研发。但由于它们是后来支持的命令的"basis"，其中一些存在于旧版本中。
F1 帮助文档列出了支持的命令，它还说明了版本历史。大多数情况下它是 "introduced in ...." 并且那些通常在早期版本中工作。但是，您提到的命令显示为 "Added as new command" 因此它是使用该版本创建的
但是，当您知道像素停留时间和反激时间时，您应该能够 "estimate" 非常准确地计算出那个时间。有一定的 "overhead" 用于加载硬件，但它应该是恒定的并且在很大程度上独立于实际采集参数。 也许绘制几个采集时间作为像素停留时间 and/or 图像大小（恒定反激）的函数，并进行线性回归以了解该值。
我会尝试的另一个想法是将采集开始代码放入 Try{}Catch{} 循环中，并使用 Digiscan 抛出的异常，该异常仍然处于活动状态以等待。这很丑陋，我不确定它是否会起作用，但是当你被迫继续使用旧软件时，它值得一试......