简体中文界面。帖子、指南及政策正文保留原文;未对原文作自动翻译。

How should the UR5e wrapper reject an unsuccessful status response?

FelixBaker0458 · 2025年8月29日 07:29 UTC

已关闭
FE
FelixBaker0458
Our read-only dashboard uses a wrapper that expected one value. The replacement client environment returns a container, and the wrapper now extracts something plausible even when the request failed. What should the boundary check before the display is allowed to call it a current reading?

1 条回复

CH
ChenBell0616

Have the software owner use the installed interface's documented success and data fields, and reject failed or malformed responses before publishing a status; I'd also test a failure immediately after a good reading, because the old value staying on screen can hide a perfectly real error.

21

讨论已关闭

此讨论已连续六个月没有活动,现已关闭新回复。 最后活动: .