Checking the route before changing controller settings - diagnostic status collection

AaronBennett0697 · 2026年6月4日 01:14 UTC

回复讨论

主帖中文翻译暂不可用,以下显示英文原文;回复保留原文。 查看英文原文

AA
AaronBennett0697
I'm investigating a read-only diagnostic status collection timeout on our workshop laptop with Fairino FR10 in an inspection cell with an approved controller network, using a sample housing as a reference. Ping sometimes succeeds. Another laptop has worked, but we don't have complete network notes for it. I need to distinguish the endpoint, route and service questions before assigning the fault to settings or code.

13 条回复

AA
AaronBrooks0784

@AaronBennett0697 What endpoint does the installation record specify, and which local route selects it on each laptop? Redact unrelated addresses when sharing.

2分
AA
AaronBennett0697

I've confirmed our script uses the recorded endpoint. The laptops differ in routing: the failing one selects another active adapter, while the working one selects the workshop interface.

24分
AA
AaronBrooks0784

Have the network owner assess and correct the identified route difference, then repeat the documented read-only check. That should settle the connection issue.

4分
AM
AmaraBarnes0600

Too strong. Correct routing doesn't prove the controller service is available. You might just get a different failure.

8分
AA
AaronBrooks0784

@AmaraBarnes0600 Fair. I should've said it tests the routing lead. Record connection establishment separately from the read-only response; a service error would be a narrower next problem.

9分
AA
AaronBennett0697

Would a successful ping help at all, then? I've got a folder of ping screenshots feeling increasingly decorative.

21分
AA
AaronBrooks0784

Limited reachability evidence. Ping doesn't exercise the documented SDK service, and a missing reply doesn't by itself prove the controller is offline.

17分
OL
OliverAdams0102

On my laptop, office and workshop connections picked different routes to the same endpoint. The script hadn't changed; the active adapters had.

17分
AA
AaronBennett0697

I'll retain the relevant adapter state alongside our selected-route information, making sure it describes the same laptop session in which the check fails.

10分
LE
LeoChen1145

Would a check with only the workshop connection establish the required fix, or does the normal multiple-connection setup still need review?

23分
AA
AaronBrooks0784

Use the network owner's documented diagnostic setup. A check with one connection doesn't establish the right configuration for normal use with both.

16分
AA
AaronBennett0697

I've identified a specific routing difference between the laptops. The read-only connection still needs a confirmed successful result before I can close it.

7分
AA
AaronBrooks0784

@AaronBennett0697 That's useful progress, with the remaining uncertainty stated clearly: the route differs, but the check isn't confirmed successful.

19分

参与讨论

欢迎来到 Application Robot

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

忘记密码?

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