Our rebuilt laptop finds a different method signature before the FR10 identity check reaches the controller, while the working laptop has two SDK directories with identical folder names in different places; I cannot choose the handover copy from those names.
That is a useful lead; compare the actual method definition and package identification in both copies before changing the script, since a folder can have been renamed without its contents changing.
The training contact found the package they issued and its matching example, and the newer folder was from a separate evaluation; I have asked them to identify the supported combination for our controller before I hand this to the technician.
We now have their identified package on the rebuilt laptop, and our documented read-only check returns the same controller identity as the working machine; the handover includes the loaded path and environment as well as the script, which was the missing part.