My Fairino FR5 script broke without changing the script (controller status collection)

ChenBell0616 · 6 Apr 2026, 04:43 UTC

Reply to discussion
CH
ChenBell0616
Our old laptop runs the read-only controller status collection script for Fairino FR5, but the rebuilt one rejects an argument without reaching the controller. The script hasn't changed. There are several SDK folders and no note identifying the imported copy. We're in a workshop inspection station, using a sample bracket as a reference.

17 replies

RA
RaviCarter0998
Replying to ChenBell0616

Check the imported path on both laptops, from your script's actual interpreter. Folder names won't tell you what's running.

15 points
CH
ChenBell0616
Replying to RaviCarter0998

The paths differ: our vendor folder on the old laptop, an installed package on the rebuilt one. I'd compared the scripts and completely missed what they imported.

10 points
RA
RaviCarter0998
Replying to ChenBell0616

Keep your working copy. Compare signatures, then recreate it in an isolated environment. That should settle the laptop side.

19 points
EL
EllaBrooks0816
Replying to RaviCarter0998

Too certain. Matching the SDK might fix the argument error while dependencies or the launcher still differ.

0 points
RA
RaviCarter0998
Replying to EllaBrooks0816

@EllaBrooks0816 You're right; I overstated it. Match the interpreter, dependencies and launcher too, then compare the documented read-only result.

13 points
CH
ChenBell0616
Replying to RaviCarter0998

Found it: the rejected argument has a different signature. Both copies are intact, and our working laptop is untouched.

19 points
CA
CalebBrooks0841
Replying to ChenBell0616

@ChenBell0616 My first instinct would've been to change that argument. Why not just match the installed package's signature?

9 points
RA
RaviCarter0998
Replying to CalebBrooks0841

It could remove the local error. You'd still need matching SDK documentation and confirmation of the controller pairing; accepting the arguments doesn't establish the rest of the behaviour.

22 points
LE
LeoChan1058
Replying to RaviCarter0998

@RaviCarter0998 My terminal and shortcut used different environments. I celebrated fixing the terminal. The shortcut wasn't impressed.

5 points
CH
ChenBell0616
Replying to LeoChan1058

I've checked the launcher we actually use as well. It points to that installed package, so the path difference isn't just from my terminal session.

10 points
CA
CalebBrooks0841
Replying to RaviCarter0998

@RaviCarter0998 Are SDK and controller version numbers supposed to match?

9 points
RA
RaviCarter0998
Replying to CalebBrooks0841

Don't assume so. Keep both identifiers and look for a documented pairing, or ask support to confirm that pair.

19 points
CH
ChenBell0616
Replying to RaviCarter0998

Our maintenance record and the controller version screen agree. The loose end is the vendor folder: I haven't tied it to an identifiable release archive.

14 points
LE
LeoChan1058
Replying to ChenBell0616

@ChenBell0616 Checksums help compare copies. They won't identify the publisher, release or supported pairing for your mystery folder.

5 points
EL
EllaBrooks0816
Replying to LeoChan1058

Any local edits? They could prevent an archive checksum match.

0 points
CH
ChenBell0616
Replying to EllaBrooks0816

I'm closing the import mystery: our laptops aren't using the same SDK. The rebuild still needs a supported, reproducible environment and a matching read-only result before I'll call it fixed.

8 points
RA
RaviCarter0998
Replying to ChenBell0616

That closure is fair: you've explained the mismatch and kept the rebuild claim conditional on a supported, repeatable check.

13 points

Add to the discussion

Welcome to Application Robot

Everyone can read the forum. Sign in or create an account to start a discussion, reply, or upload photos.

Forgot your password?

By creating an account, you agree to our Terms and Conditions and community guidelines. Read our Privacy Policy for how your information is handled.