Answers.Body: <p>NXT and EV3 motors don't slip unless set to coasting. This means that any external means to speed up or slow down the motor will be counteracted by the motor control. I believe basically one or more of your motors is acting as a brake for the others because the controllers believe that they should act that way to obtain the desired speeds you programmed them.
  Even if all things are equal (desired motor speed, direction and wheel diameter), other minor variations within the motors can cause variations in the total speed that are counterproductive...</p>
  
  <p>I once created a sumo bot having three motors, the intention being two motors for tank steering and an additional motor to provide extra power. I think this is similar as to what you are trying to achieve. My solution was to combine the motor speeds with differentials (as present in several technic vehicle sets)...</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-06-02T10:23:40.863Z
Answers.LastActivityDate: 2018-06-02T10:23:40.863Z
Answers.UserDisplayName: Michael Verschaeve
Answers.Body: <p>Can you post a picture of your car? Is it possible that the gearing is different, or wheel size is different, between the front &amp; back? Maybe that would cause the gearing to bind up. Maybe try letting the front wheel free-spin (no motor) to see if the rear wheels will propel the car by themselves. If that works, switch it around, and let the rear wheels free-spin and see if the front motor can propel the car on its own. If so, note the speed of the car with the rear wheels motorized, and compare it to the speed of the car with the front wheel motorized. If it's different, then gear binding might be the issue.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-06-07T02:18:48.040Z
Answers.LastActivityDate: 2018-06-07T02:18:48.040Z
Answers.UserDisplayName: Phantom_IV
Answers.Body: <p>Sounds/looks like a software issue.  My first guess was that the program is jumping straight into a line following algorithm and that program is stopping as soon as it detects the table top.  But, that would be fairly easy to test by approaching the table from the edge of the table, so the light sensor would stop the motors before the back wheels got close to the table.</p>
  
  <p>Second guess.  The line following algorithm starts up in a mode that runs the motors at a low power setting (less than 5), which works when suspended in air, but it not enough power to turn the wheels when on the table because there is some resistance (either the front wheels or ?).  The line following is waiting for some rotation distance before moving to the next step and it waits forever.</p>
  
  <p>Probably best to copy/paste sections of the program.  Throw out half until something works.</p>
  
  <p>Of course, a screenshot of the program would help.</p>
  
Answers.ContentLicense: CC BY-SA 4.0
Answers.CreationDate: 2018-06-13T20:51:21.837Z
Answers.LastActivityDate: 2018-06-13T20:51:21.837Z
Answers.UserDisplayName: dfrevert
Body: <p>I have a car that I made with 2 motors in the back and one motor in the front. The motors spin fine in the air but when I put it on the ground to test my program the motors stop. The robot itself isn't very heavy so I don't think that is the issue.</p>
  
  <p><a href="https://i.sstatic.net/HG2fm.jpg" rel="nofollow noreferrer"><img src="https://i.sstatic.net/HG2fm.jpg" alt="enter image description here"></a></p>
  
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-06-12T17:09:01.753Z
Comments.Text: Did you try what Phantom_IV suggested? I bet either the gear ratio between the front & back motors are different (which would cause the gear binding that Phantom_IV mentions) or else your batteries might just be too weak to drive the motors? Try disconnecting the front motor from the wheels, so the front wheels free-wheel to test if different gear ratios (wheels spinning at different rates) is causing binding.
Comments.UserDisplayName: phonetagger
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-06-12T17:11:46.090Z
Comments.Text: I just noticed you have some sort of sensor in the front facing down; is that an optical sensor? Does your program turn the wheel motors off if it detects something? Try pointing the optical sensor off to the side & see if the motors start driving the car then.
Comments.UserDisplayName: phonetagger
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-06-13T19:33:44.600Z
Comments.Text: It  is a color sensor for a line follower I am trying to make.
Comments.UserDisplayName: huvarda
Comments.ContentLicense: CC BY-SA 4.0
Comments.CreationDate: 2018-06-14T21:33:31.443Z
Comments.Text: How can your car steer to follow the line? Is that what the front motor does? Or did you plan on the rear motors turning in opposite directions to steer it? To troubleshoot, did you try holding the car in the air, but with the color sensor pointing at your desk at the same height from it as shown in the picture? If you do that, do the rear wheels stop? If so, then it's your program that's making them stop. You'll have to troubleshoot your program.
Comments.UserDisplayName: phonetagger
Tags: <nxt><motor>
Title: NXT motors spin when in air but stop on ground
UserDisplayName: huvarda
ThreadText: # NXT motors spin when in air but stop on ground
  
  (Asked by: username_0 on 2018-06-02)
  
  I have a car that I made with 2 motors in the back and one motor in the front. The motors spin fine in the air but when I put it on the ground to test my program the motors stop. The robot itself isn't very heavy so I don't think that is the issue.
  
  [![enter image description here](https://i.sstatic.net/HG2fm.jpg)](https://i.sstatic.net/HG2fm.jpg)
  
  **Tags:** nxt, motor
  
  > **Comments:**
  > **username_1**: Did you try what username_3 suggested? I bet either the gear ratio between the front & back motors are different (which would cause the gear binding that username_3 mentions) or else your batteries might just be too weak to drive the motors? Try disconnecting the front motor from the wheels, so the front wheels free-wheel to test if different gear ratios (wheels spinning at different rates) is causing binding.  
  > **username_1**: I just noticed you have some sort of sensor in the front facing down; is that an optical sensor? Does your program turn the wheel motors off if it detects something? Try pointing the optical sensor off to the side & see if the motors start driving the car then.  
  > **username_0**: It  is a color sensor for a line follower I am trying to make.  
  > **username_1**: How can your car steer to follow the line? Is that what the front motor does? Or did you plan on the rear motors turning in opposite directions to steer it? To troubleshoot, did you try holding the car in the air, but with the color sensor pointing at your desk at the same height from it as shown in the picture? If you do that, do the rear wheels stop? If so, then it's your program that's making them stop. You'll have to troubleshoot your program.  
  
  ---
  
  ## 3 answers
  
  ### Answer by username_2 on 2018-06-02. Score: 2
  
  NXT and EV3 motors don't slip unless set to coasting. This means that any external means to speed up or slow down the motor will be counteracted by the motor control. I believe basically one or more of your motors is acting as a brake for the others because the controllers believe that they should act that way to obtain the desired speeds you programmed them.
  Even if all things are equal (desired motor speed, direction and wheel diameter), other minor variations within the motors can cause variations in the total speed that are counterproductive...
  
  I once created a sumo bot having three motors, the intention being two motors for tank steering and an additional motor to provide extra power. I think this is similar as to what you are trying to achieve. My solution was to combine the motor speeds with differentials (as present in several technic vehicle sets)...
  
  
  ---
  
  ### Answer by username_3 on 2018-06-07. Score: 2
  
  Can you post a picture of your car? Is it possible that the gearing is different, or wheel size is different, between the front & back? Maybe that would cause the gearing to bind up. Maybe try letting the front wheel free-spin (no motor) to see if the rear wheels will propel the car by themselves. If that works, switch it around, and let the rear wheels free-spin and see if the front motor can propel the car on its own. If so, note the speed of the car with the rear wheels motorized, and compare it to the speed of the car with the front wheel motorized. If it's different, then gear binding might be the issue.
  
  
  ---
  
  ### Answer by username_4 on 2018-06-13. Score: 1
  
  Sounds/looks like a software issue. My first guess was that the program is jumping straight into a line following algorithm and that program is stopping as soon as it detects the table top. But, that would be fairly easy to test by approaching the table from the edge of the table, so the light sensor would stop the motors before the back wheels got close to the table.
  
  Second guess. The line following algorithm starts up in a mode that runs the motors at a low power setting (less than 5), which works when suspended in air, but it not enough power to turn the wheels when on the table because there is some resistance (either the front wheels or ?). The line following is waiting for some rotation distance before moving to the next step and it waits forever.
  
  Probably best to copy/paste sections of the program. Throw out half until something works.
  
  Of course, a screenshot of the program would help.
  
  
  ---
  
  