Problem!! Drive wont stop!!

[MarkO]

#pragma config(Motor,  port2,           leftMotor,     tmotorNormal, openLoop)
#pragma config(Motor,  port3,           rightMotor,    tmotorNormal, openLoop, reversed)
#pragma config(Motor,  port4,           rightUpMotor,  tmotorNormal, openLoop, reversed)
#pragma config(Motor,  port5,           leftUpMotor,   tmotorNormal, openLoop)
#pragma config(Motor,  port6,           right,          tmotorServoStandard, openLoop)
#pragma config(Motor,  port7,           left,         tmotorServoStandard, openLoop)

Lot’s of fun on this thread while I was tied up in meetings all morning.

One further point I don’t think anyone has noticed (or perhaps they have) is that “right” and “left” are not motors but servos, thats presumably why 0 is never sent to them, they are directed to one end or the other.

I immediately gravitated to the Motor Names, left and right, but did notice that they were Identified as tmotorServoStandard, which would be in contradiction to the Issues, the OP had originally mentioned with moving Forwards and not Backwards… So I kept looking down the Code until I located the Channel 1 and 2 inputs…

[Simmons_2.0]

One more thing

The OP (connor776)'s Arcade code has a subtle yet important difference from the ROBOTC Natural Language code (even with corrections):

if( abs(vexRT[Ch2])>threshold && abs(vexRT[Ch1])>threshold)
{
motor[leftMotor] = (vexRT[Ch2] + vexRT[Ch1]); // (y + x)/2
motor[rightMotor] = (vexRT[Ch2] - vexRT[Ch1]); // (y - x)/2
}
else
{
motor[leftMotor] = 0;
motor[rightMotor] = 0;
}

ROBOTC Natural Language:

void arcadeControl(TVexJoysticks verticalJoystick = Ch2, TVexJoysticks horizontalJoystick = Ch1, short threshold = 10)
{
if( (verticalJoystick <= abs(threshold) && verticalJoystick >= (abs(threshold) * -1)) &&
(horizontalJoystick <= abs(threshold) && horizontalJoystick >= (abs(threshold) * -1)))
{
motor[port2] = 0;
motor[port3] = 0;
}
else
{
motor[port3] = (vexRT[verticalJoystick] + vexRT[horizontalJoystick])/2; // (y + x)/2
motor[port2] = (vexRT[verticalJoystick] - vexRT[horizontalJoystick])/2; // (y - x)/2
}
}

#endif

Yes, the ROBOTC code is wonky, but more importantly: connor776’s code tests for the positive condition (if all the joysticks are outside the deadband, then move, else stop), while the ROBOTC code tests for the negative condition (if all the joysticks are inside the deadband, then stop, else move)

The relevant part here, is that the sort of look the same, because they both use &&. Buuuut, upon further inspection, you’ll realize that the codes do two different things. The ROBOTC code works as expected (moving any joystick past any threshold moves the robot)
HOWEVER, the OP’s code will only move the robot if BOTH axises of the stick are outside of the deadband. (I.E. If you move the stick straight to the right, or straight forward, it won’t move) This is because of the && condition, and the && should probably be changed to an ||:
if( abs(vexRT[Ch2])>threshold || abs(vexRT[Ch1])>threshold)

[jpearman]

@Simmons 2.0, good catch

Even more embarrassment for the “super seniors”, seems we can’t see this code for the weeds.

[MarkO]

Mea Culpa!!!

Ditto on, @Simmons 2.0, good catch!!

Yes it is… Now that I have thought it through, the 7th or 8th time, the Exclusion Area is a Cross Shape, rather than a Box, Centered around ( 0, 0 )

It really pays to makes some drawings of these things… https://vexforum.com/images/smilies/eek.gif

And have someone else, “Check your Work”!!