[SPACE ENGINEERS] W.A.S.D. Converter - TUTORIAL - Vanilla & Scriptless! 

I can't think of any other way but a scissor as well and you need at least two (better four) rotors for that. :/

the controls aren't designed to use only the 2 wheels to move the system entirely. this is just simply to control the WASD functionality. How you carry out that functionality is completely separate to how your trying to do it. these sensors would trigger an activation to propulse forwards or backwards, that rotation is simply just a sensor field, thus torque shouldn't need to be adjusted unless your picturing the use of this incorrectly.

Firstly, you can get more responsive controls by decreasing the angle limits on the rotors and increasing the size (forwards extent) of the sensor fields. This can only be taken up to the point where the natural shaking/wiggle room of parts in SE starts triggering the sensors. If that doesn't do enough, I have 3 ideas that require actual engineering: You could turn this "flaw" into a speed sensor! Use a wheel on override, which at a certain speed will become too weak (assuming that this effect also affects wheels on override) to overcome it's restoring rotor, which you can then sense. Such a speed sensor can then be used to lower the torque on the rotors. This keeps the high fidelity controls at lower speeds, while at higher speeds it would switch to the more sluggish controls, instead of loosing all control. (I don't know if sensors and timer blocks can change rotor torque; If not, you'd need to swap between a strong and a weak set of restoring rotors. One idea would be to putting them in series - like the rotors for the 2 directions are here - and rotor-locking the weak rotors at low speeds. But if these weak rotors are locked in the wrong positions, you would get "sticking" inputs, so you should make locking the weak rotors a manual action on your hotbar that you only ever use with the "W" & "S" keys released. For an automatic reset, you'd need to feed the "W" and "S" sensor outputs into some logic that prevents locking until after both keys are released and the rotors had time to return to their neutral positions.) Alternatively, you could use 2 or more wheels to compensate for the loss of wheel torque. Instead of the cylinder-shaped block at 1:43, you build a U-shaped clamp around this first wheel+suspension assembly to reach a 2nd (3rd, ...) wheel further to the left in line with the first wheel. This would probably be my preferred solution. Thirdly, it SHOULD be possible to use wheels on override to provide the restoring torque. The issue that wheels can't have rotation limits set SHOULD be possible to be overcome by making them hit physical backstops. The easiest way to engineer such backstopped wheels would be to make separate converters for "W" and "S" keys. [edit:] Kelevra himself fixed this issue in this video ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-eYQ9hHKfhxE.html , using additional wheels. Similar to my second suggestion, but he was smart enough to use the wheel friction to put them in parallel with the first wheel.

I may talk about that with ZEO... There may be something about that in the future.

@@KelevraEngineering ok would be very grateful

Thanks for that! and by the way, this is the more up to date variant now: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-RS66axGtpu4.htmlsi=zYn33ttsiOI5sS2t

yes this has the ability to functionally do that, but bare in mind subgrids are weaker suspension wise.

This one is outdated. Try the new controller you will see in one of my latest videos. 😉

From my experiments, you'll need to engineer that problem but if ya work it out "X" can be used... I've had some success getting that key to function but it keeps messing up after I add more parts.

it doesnt do anything like that. Most clang effects arise from bad construction and specific relations of sizes of grids. This is well constructed and too small to do any clang.

Clang is always self caused by Engineering error. it just is common because of the many mistakes players can make, which thus can be freaky, this is why many players have been able to successfully design huge projects with well over 1000 rotors and 1000 pistons in 1 function while not enduing any clang, you need to understand the proper engineering and math to ensure it doesn't happen. there is the extremely rare event you could clang due to a bug on behalf of Keen, however this is extremely rare and Ive yet to see this scenario myself yet in over 10 years.

Check my post, my prototype is exactly what you're asking for. Just remember you'll need to log into the remote control block to have Direct Control... Let me know if I should put it on the workshop.

Huh, sounds interesting...how does that work, anyways? I figured using thrusters would be the way to make a 6 way controller work, but how do you move it back to a neutral position after releasing a direction?

@@BaegEhl-Lord-Of-Circular-Bread the way I set up my "converter" makes the difference. It's a small grid hanging from 2 hinges in a large grid compartment, it was carefully balanced so with a gyro on the "converter" the tool can swing left, right, pitch up & down. Gravity keeps it down in a neutral position but that's also why it's unstable, when the grid it's attached to moves momentum is transferred to the "converter" giving false input & the sensors are triggered. I played with it for days & still couldn't fix that problem, I consider the problem may be in placement. It took a week to tune the weight of my converter JUST right & a month ago I finally built something to attach it to... I got too many projects in the "prototype phase" & maybe 5 things in the workshop (I don't like posting unfinished work)so if ya want a copy of my "converter" let me know & I'll post it. I've got some things I was going to post (parts & tools been procrastinating on mostly) but the "converter" wasn't on my list until this vid... Still not sure I should post my "converter" but if requested. Steam & Xbox tag is "Johnny Autokill".

@@Johnny-Autokill Ah, that makes sense. If it uses gravity to center itself, wouldn't that only work in atmo though? Anyways, i'm probably gonna do some experimenting myself with this, given that pistons tend to be kinda floppy i figured maybe they could be used with thrusters to make some sort of vertical input detection?

Don't know how you'll get a piston to do up/down movement but good luck, probably going to need the piston on a hotkey or 2.

This one is outdated, i recommend using this: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-RS66axGtpu4.html ;)

That sounds cool! Is it on the workshop now? I’ve never messed with subgrid thrusters or suspensions, I’m just starting to use event controllers, timers, & (soon) AI blocks

For some time now... I'm just wondering if I should post my prototype for people to chop up & examine. You would have to spawn it in a creative map type because of large & small grid parts in it. It's also kinda unstable (low speed use only for now) but it is a prototype so buggy action should be expected.

See my reply to SpaceManSpiff. The TlDr is: Try lower rotor torque + lower angle limits + larger forwards sensor offsets. Or try the 3 more complicated fixes in that post. [edit:] Kelevra himself fixed this issue in this video ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-eYQ9hHKfhxE.html , using additional wheels.

Better try this: ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-RS66axGtpu4.htmlsi=f53eTOiVfKQChKpx ;)

Realistically this shouldn't, many people panic about clang but if everything is properly setup, there shouldn't be any clang issues. thing about clang is its generally caused due to a physical error, in order to be concerned about speeds would require a mod that allows you to travel faster then 600m/s before anything like this should be a concern, which even Keen state a normal block is a concern beyond that speed limitation.

This is the way better variant now and also a way to control vtol systems. ru-vid.com/video/%D0%B2%D0%B8%D0%B4%D0%B5%D0%BE-RS66axGtpu4.htmlsi=zYn33ttsiOI5sS2t

This is outdated. There is a new video on my channel about a event controller based system.

@@KelevraEngineering oh ok thanks