It works on a small grid crane but I get the same /r, /n, , error. with large grid.

Tried to add a crane to our base... failed.
I have been using PARK for awhile now and felt confident i could get this crane to work.

built the crane on our survival server and installed the script into a PB and got yellow error messages when compiled.
started a solo game built the same crane installed the script and it works perfectly.

complete loss as to whats happening.

getting the /r, /n, , error.

Please help me understand what the issue is.

works fine for me, first time actually using it after having it in my arsenal for a while was after the apex update. Only issue I've had was my return argument occasionally not working but that may be due to me (I run with "Return" as the argument from hotbar, it'll do some things then seemingly get stuck on something for a while then finally work. Not 100% sure what the root cause is but might be something to do with my setup.)

Did you remember to add them into the group?

APEX update has broken the script to what I can see, Remote controls and Control seats are not being recognised.

Anyone Know how to solve the infinite "initializing" ?

For a kinematic crane, you might try out MArmOS. It's more complex to set up and can have some unintuitive behavior if you have lots of degrees of freedom, but lets you direct the endpoint of your crane rather than operating specific actuators. I still like PARK for certain systems, especially ones that need to work in constrained spaces or don't translate well into a general-purpose 3D translation frame of reference.

That's what I figured. Oh well, I'll get close enough with approximations. :) PARK is great already, good work.

Oh, but that would be for things like baked in constant values rather than expressions accounting for other values. The parts don't really talk to eachother in this script so I am not sure I could implement specifically what you are asking for without redoing everything.

Unfortunately no, I haven't coded in a parser for expressions. I wanted it to be kind of lightweight and simple. It is possible for me to implement it but I am unsure if it really is enough of an improvement for the amount of effort required.

Is there a way to use more complex expressions for RPM values? I'd like to make a kinematic crane so all parts might move according to single inputs, to make it a little easier to use. For this though it'd need to use some mathematical expressions and measure part values like angle.

Yes, you can set a remote control to be the 'cockpit' that the script watches for input from, then remote connect to that grid and control your crane from the ground.

I think that is doable with a remote control block. In Splitsie's scrapyard series, didn't his truck have PARK using an RC block. He could drive the truck to the scrap, then connect to the crane RC block and run the the crane without getting out of the truck.

Is there a way to configure this is a remote control fashion? Im in a scrapyard survival world and I have made a tower crane im using to move large blocks around, and it would be cool if I could be on the ground at some points, I dont have a spotter lol.

For the return only moving the 1st set (Priority 0), there's a line in the script that changes when it registers as at home/rest/finished moving, if there's too much server jiggle it doesn't reach "Home", try upping that setting until it plays nice :-)

Thank you. I ask because the rules explicitly state to "make sure all custom elements are your own or used with permission."

I don't see why not? I made this to help people make things. You can just say that you used my script.

May I please include this script in my submission to the scientific bunker build contest?

First thought,
Check the lock status on the hinges / rotors, if they are locked, it can mess up PARK.
Second thought,
Check your park group, make sure everything is in there, recompile if you have to change anything.
Third thought.
More information about your build, what you need it to do, and how it should work.
Possibly custom data from the parts that are not working.
With that information, we may be able to give more relevant advice / troubleshoot.

someone please help. whenever i setup a secondary profile i lose all controls of my first profiles rotor and hinge, i can only get the first profiles pistons to go forward and back but nothing else, but the secondary profile will have full controls. i tried making a third profile and setting my main hinge rotor and pistons to that but still only the piston worked

I stand corrected. My brain flipped the SIT settings around.

I've had better results by using share inertia tensor on everything except the first subgrid link in an arm. Same for turrets. This results in the arm being treated as a cohesive component for how it reacts to external forces such as tool shake

Usually, lowering the speeds of pistons; and the torque on rotors and hinges helps with the shaking. If you are using the share inertial tensor setting, only use it on the first subgrid link in the arm. Also, more data about how this drill arm is constructed would be helpful to the troubleshooting process. Not all PARK controlled drill arms are created equal. :-)

I’m trying to use this script to make a drill arm but the arm shakes like crazy and if I turn on the inertia dampers it doesn’t move. Any tips ?

@V7I the keybindings you have set for vehicle control is all that can be used, but you can choose which of these controls the block you need to move; be it UP or FORWARD for say a piston extending. I made a small excavator today which has PARK and SWCS scripts in, anyone having difficulty with these should take a look at how I've setup the vehicle: https://psteamcommunity.yuanyoumao.com/sharedfiles/filedetails/?id=3433063512

script works great till you enable share inertial tensor on rotors used as vtol pivots then it gets all weird but i need inertial tensor on to not cause clang noises any tips tricks or help?

is there a way to change what buttons it uses?

That might be a good idea for a future version of PARK, to automatically unlock affected units before initiating movement.

For the people who are having trouble with Return Priority Order steps where step zero runs, but none of the steps after them: check that the pieces are not locked. I had a hinge with Return Priority Order=0, but it was locked so it never reached the target return position. I also had pistons retracting on step zero, so it looked like it was working when it wasn't. Since step zero never completed, none of the other return steps would run.

This will happen regardless of the step number; if a step can't be completed then none of the steps after it will run.

@LasrinPrime it already works with hinges.

Love it! any chance you're planning to add hinges?

(Ok I made a comment just then, wrong script, my bad)

From Above
"Anything other than the above will be considered a command to switch profiles.
For example, typing "secondary" would cause the script to attempt to switch to that profile, and gives a warning if no such profile exists."

To control / use your Arms Profile run the PARK PB with the command Arms
To control / use your Main profile run the PARK PB with the command Main

If the currently running profile has return value set up, you can run the PARK PB with the return command to reset the profile to it's return position.

Okay i've got 2 Profiles "Main. and "Arms. for a mech controls...Now could PLEASE give us an TEXT / VISUAL example on how to "Command" Between these new "Profiles or USE a specific Profile...

Another problem i'm having in 2 different saves is that the return priority only works when it's set to 0, everything higher that 0 is ignored, does anyone have the same problem?

Everything works just fine after i pop a fresh remote control onto the grid, but for whatever reason, without fail, each time I start up my game, I have to go thru the ritual of remote replacement.

On my previous save, running all the exact same mods, with a fairly identical-ish crane truck, it worked flawlessly for weeks. (until Klang saw fit to completely destroy all that I had created)

The value after mult is a floating point number so you can do stuff like "mult 1.25" if you want.
Also huh, I am not sure what is going on, it should be converting the text to lowercase before running the command, maybe next time I mess with scripts I can go into it and see if I missed some kind of language compatibility issue.

@Kham No, just "Main", and after setting them up they work fine, until i have to save and quit for whatever reason, then once I load up my save again, I have to Grind down my control block and reset all my hotbars.
Also thats good to know about "mult 2". Though if it doubles everything, Ide rather have the finer control over each setting with profiles.

@jiyuueno are your actual command in run "run main" etc? Because you should just be putting the name in the run command so "main".
Also if you want to increase speed you don't need to use another profile just use a run command "mult 2" for double speed "mult 1" for the normal speed set in custom data, "mult 3" for triple speed etc.

Running PARK for a crane thru a Remote control block, whenever I reload the save, I cannot switch between control groups with the run command ( "run main" "run fast" that sort of thing) PARK still functions, but its just stuck on "Main" forever. The only fix I have found so far is to grind down, replace, and set up a new remote control block each time I Load my game.

More specific information about the configuration of the tank would be helpful.
It is currently unclear if PARK is being used to steer the turret, or the entire tank.

WHen you press D it goes left..
When you hit A it goes left...
even tried to set a - rpm number didn work

Currently having the same problem as micro

Trying to use this for tank steering- it keeps setting the left and rights of my rotors to be the same, even when forward and back are not. This is making it impossible to use for tank steering.

There is a group variable near the top of the script in the PB you can change.

generally I select the group to highlight all the components, make a new group from the same or modified set of components, then delete the old group

How do you guys change the name of the group? I can't find that setting anywhere, pls help u.u

If both PB's are running PARK, make sure they are using unique names for their respective "PARK" groups.

Both can't use the same group name, for example "PARK", and play nice together.

Example
The PB controlling the solar array could use the group name "PARK Solar"
The PB controlling the crane could use the group name "PARK Crane"

Then it just comes down to making sure the right things are in the right groups and are set up correctly.

I can't get this to work. I have a static grid with a crane composed of 1 advanced rotor and 2 pistons. I check and recompile the script, it creates the custom data, I modify the numbers, recompile, but the crane doesn't move. The controller (an industrial cockpit) is in the main grid, and is also part of the PARK group. I can see the LED screen changes when I press buttons (so it must be recognizing them), but nothing moves. I'm on survival, and there's another PB in the same grid (controlling a solar panel array with different rotors).

That message is a warning, it won't actually prevent the script from running, but if you are in a faction and see it then it is probably a good idea to fix the ownership. I seem to recall adding this when people kept salvaging PBs in the scrapyard scenario and then wondering why the script wasn't able to see anything in the groups.