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

Fairino FR5: An offline substitute that can actually fail

MeiAli0255 · 2026年4月27日 12:56 UTC

回复讨论
ME
MeiAli0255
Our cell is unavailable, so I'm working offline on read-only controller reporting for Fairino FR5 in a fixture inspection station, with a fixture-mounted coupon as a reference. The existing SDK mock returns true from every method. The screen looks happy, but that doesn't catch interface mistakes. I want a useful software substitute without claiming it simulates the physical robot.

7 条回复

YA
YasminAdams0093
回复 MeiAli0255

Have you saved a documented SDK success and error response for the interface your screen uses? Start with those

23
ME
MeiAli0255

Yes. Replaying our saved error response reproduces a parser bug. The always-true mock sailed straight past it, naturally.

13
YA
YasminAdams0093
回复 MeiAli0255

Use a small substitute implementing only your required methods, matching the saved response contracts and rejecting unexpected calls. That should keep the run contained offline

10
JA
JamieChan1078

Contained how? A strict mock doesn't stop startup code constructing a real client somewhere else.

22
YA
YasminAdams0093

@JamieChan1078 You're right. I blurred two checks. The strict interface catches wrong calls; offline startup also needs to exclude the real client and reject controller endpoint configuration

16
ME
MeiAli0255

I've settled what this mock is for: checking our documented interface with explicit success and error cases. I'll count it ready only when those checks pass and the offline run attempts no controller connection.

17
YA
YasminAdams0093
回复 MeiAli0255

That scope is useful, and your readiness condition covers both contract behaviour and staying offline

21

参与讨论

欢迎来到 Application Robot

所有人都可以阅读论坛。登录或注册后即可发起讨论、回复或上传照片。

忘记密码?

注册账号即表示你同意我们的 使用条款 社区准则。请阅读我们的 隐私政策 ,了解我们如何处理你的信息。