"Would it be possible to add the capability for heavy turrets to utilize gyroscopes to assist with rotation?"

Ehhhhhhhhh maybe? Not sure how hairy that could get

"Here's a left-fielder for you: Does this work for the purposes of constructing a hopper boom, like for a combine? I have a mining truck I want to be able to dump its spoils into my main base, and the boom arm has 4 azi-el joints, for space and stowing concerns."

I would hazard a "no". That seems a bit more complex than the turret layout that this script (and the CTC for that matter) intend to support. However I think there is a script out there called MARMOS that is designed for complex mechanical arms and does a bunch of fancy pants inverse kinematics to turn crazy multi joint monstrosities into a controllable arm.

Here's a left-fielder for you: Does this work for the purposes of constructing a hopper boom, like for a combine? I have a mining truck I want to be able to dump its spoils into my main base, and the boom arm has 4 azi-el joints, for space and stowing concerns.

Would it be possible to add the capability for heavy turrets to utilize gyroscopes to assist with rotation?

Inverted for the purposes of this script and the CTC means the head of the rotor is is being used as the rotation anchor instead of the base. Sounds like you just have then upside down which is not the same.

I noticed you said 2 turrets; does *each turret* have a distinct TCES group?

And is your intent to bind 2 distinct turrets to a single CTC?

1.14.2 I have two turrets on the underside of a drone that flys in atmosphere.
I set the Azimuth and Elevation to negative in the CTC, but because the script isn't picking them up as "inverted" in the PB display, it's only trying to slave one turret to the other when it's looking at a point it's incapable of looking at.

What do you mean by inverted?

Also what script version?

Hey @whiplash141
I'm not able to have the script recognize that the azimuth or elevation are inverted.
It's really messing up the turret slaving as the second turret only moves when trying to follow the first going an impossible direction. Please help.

That is almost 100% an ownership issue. Check ownership of *all blocks* on your ship. Grinding and then replacing sets the ownership of the block to you.

Something I noticed: If you build a blueprint in survival that uses this script it will not work until you grind down and replace the custom turret controller. It just simply will not recognize it no matter what until it's been replaced

Can someone please make a video of this showing how to use it? Cause i can't seem to get it working, like... at all...

Negate the azimuth and/or elevation velocity in the custom turret controller itself

Hello, sorry for my silly question but how can I invert the controls of the rotor and the hinge?

fair enough, thank you!

not for this script, no. But that is not an impossible task, it just has quite a few quirks

Is there a good way (or any way) to set this up to handle elevation on hinges/rotors, but azimuth via main grid gyro? i.e. grid itself fully rotates for azimuth. The "Hold Alt" system isn't ideal as I generally use Digi's camera panning mod..

that would be awesome if you could :D

hmm there isnt an ability to turn that functionality off, but i can look into adding it

I'm making an IFV with an autocannon and rocket launcher one 2 separate rotors and I want them to sync together but I don't want both weapons to fire at the same time as each other is it possible to unsync the weapon firing?

Does this Script also have all functionality that your turret slaving script has? Do I have to install both on 2 seperate programmable blocks if I want to have multiple turrets follow my targetting and shoot at one spot?

I was using the chain cannon from extra cannons, no weapon core it yucky, as soon as i swapped it out for vanilla gatling guns it worked flawlessly

Idk what weapon mods you are using, but if they are weapon core based, they are incompatible with this script since WC ♥♥♥♥♥ with the turret controller last time I checked. Also weapon core weapons don't show up as weapons to the script API so that is another fun wrinkle.

Trying to use this script with modded weapon blocks seems to make it freak out, the turret shakes violently when trying to use it, but when not using the turret its fine

multiple for elevation will work, multiple for azimuth likely will not.

Hey, will this script let me have multiple rotors/hinges control the same turret? I'm making some pretty heavy stuff so the turret needs more than one hinge and rotor for its Azi and Ele. Ive tried it already but the turret does not move.

I'm not sure what you mean. TCES supports stabilization on both the azimuth and elevation rotor(s). It works perfectly fine for tanks as a result

I was testing this and found out that unfortunately TCES doesnt allow stabilizing for rotation, this would be great for things such as tanks or apcs as it makes aiming a little bit easier. Would be a fun thing to add.

Anyone having problems with the latest Keen update?
My custom turrets with TCES are completely bugged :(

I know it's a little outside the scope, but there's literally nothing out there that does this automatically. I (and I'm sure others) would absolutely love if there was an option to automatically reset the orientation on our vanilla turrets as well. Or an option to trigger a timer block so we can tie actions to end of combat.

Does this script work for grouping single-block turrets? I'd like to have synchronized simultaneous control of groups of turrets for the sake of barrage and broadside style attack sequences.

The automatic deviation angle computes the maximum allowed aim deviation angle by taking into account the radius and distance to your target.

For example: if your target is 1000m away and has a radius of 50m, the script would compute the max deviation angle as atan(50/1000) or roughly 2.9 deg. If your guns are not firing with that setting on it is because the guns are not aiming within 1 target radius of the target. (they are likely not tracking precisely enough)

You can of course turn this off, but you will likely be wasting ammo as a result.

I was doing some testing of SPAA/PD vehicles and noticed some would track but not engage missiles launched by the test aircraft. Turning off the angle deviation calculation allowed the vehicles to engage.

I'm now interested in what the angle deviation calculator does and where it is best applied for future builds. What benefits does it have over static deviation values and what weapons or situations does it best work for?

TCES v1.14.2. I have MART running too, but the MART prog block is turned off while TCES and custom turret are turned on (toolbar toggle to swap between auto aim and manual aim while driving)

I've uploaded the tank. If you fire the cannons with the toolbar it will fire the right side cannons a second time after reload. Doesn't look like it does this if it's the ctc firing.

https://steamcommunity.com/sharedfiles/filedetails/?id=3456773193

@DazeyDream:
Any other scripts running? Also what version of TCES?

Having an issue where if one elevation guns fire, the other elevation will also fire in sync, but will fire a second time after the assault cannons reload.

If it is not too much work, make it an option so people can choose between server preformance and the accuracy of the rest position.

Its a performance consideration I built in. Once it gets decently close to the rest angle, it puts the turret control loop to sleep to save on some processing power. I could probably make the cutoff a bit tighter tbh.

I noticed that the rest angles arent very exact, on an azimuth rest angle of 0 it will either settle on 359 or 1. This due to some setting somewhere or just general limitations in the script?

@Whiplash141 ah okay thats sd to hear. I really like your script and use WC very often. Would it be okay for me to make a companion script for yours to make it work with WC if I can figure it out?

I have no interest in mods like weapon core that don't conform to the script API.

@Whiplash141 I had the Extra weapon not fire or just fire short bursts. It solved it self now after multible times of reloding the world on my end. So might have been a World error.

Ps: If you at some time want to make a Weapon Core Patch or addon script, I found a scripting template for those weapons and more here on the workshop.

Extra weapons are working in that world:
https://steamusercontent-a.akamaihd.net/ugc/36694476724297503/3C2F0768F71D5E5B9D684B3F909A3569CF708B4B/

What issue were you seeing?

https://steamcommunity.com/sharedfiles/filedetails/?id=3428914692 Should be fixed now. Forgot that the Vanilla Pack of Consty's has different ID's.

3.5 gigs of mods :spacemarineskull: Yeah I know. I used a lot of moded blocks on that one xD

Option 1 spawns without guns so I can't test it. Is there something missing from the mod list?

3.5 gigs of mods

@Whiplash141 ah that could explain why it sometimes works with your script and sometimes not.
Would left the Moded weapons on the Vanilla Framework and why those do not work. Maybe its a World Problem.

I uploded both options:

https://steamcommunity.com/sharedfiles/filedetails/?id=3428891930

https://steamcommunity.com/sharedfiles/filedetails/?id=3428890191

Extra rotor weapons still work on my end in every configuration I've tested. If you have a blueprint that can replicate the problem, I'll take a look.

@Whiplash141 Hey, I encountered a bug with your new version. The Script does still recognise extra rotors and extra weapons but fails to fire the weapon on the extra rotor. I encounter this bug with vanilla weapons and also with Weapon Core. Before the Update it worked fine for me in both cases.

Yeah, it is called a physics engine from last decade. Disable stabilization or experiment with inertia tensor on elevation or both elevation and azimuth rotors.

Yeah was just about to say its a fantastic script but makes my turrets shake. it seems this is a pretty common issue