Go to Post I respect each member of any FIRST team that is truly trying to help students…how they choose to do so is up to them. - Jason Kixmiller [more]
Home
Go Back   Chief Delphi > FIRST > General Forum
CD-Media   CD-Spy  
portal register members calendar search Today's Posts Mark Forums Read FAQ rules

 
 
 
Thread Tools Rate Thread Display Modes
Prev Previous Post   Next Post Next
  #4   Spotlight this post!  
Unread 02-11-2012, 16:49
Hjelstrom's Avatar
Hjelstrom Hjelstrom is offline
Mentor
FRC #0987 (High Rollers)
Team Role: Mentor
 
Join Date: Mar 2008
Rookie Year: 2005
Location: Las Vegas
Posts: 147
Hjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond reputeHjelstrom has a reputation beyond repute
Re: VEX Cortex Problem

Some ideas:
- Maybe post a screenshot of the code to rule out a code problem?
- Check the wiring, are the motors connected to the ports you're trying to use?
- If you temporarily plug a different motor into the ports does it behave as you expect?
- Try it with a USB A-A cable, sometimes the wifi keys do go bad
- Lastly, dunno if this is against the rules for me to mention but I created these "motor testers" which our vex team (918) uses to isolate problems as being wiring/mechanical vs programming: RobotLogic motor tester

GregH


Quote:
Originally Posted by BBray_T1296 View Post
So a small part of our FIRST team is competing in the BEST robotics competition this fall. We placed 2nd at the Dallas "hub" and are set to compete at the Texas BEST level next weekend. The robots are controlled using the VEX Cortex control system. Today we ran into a very frustrating problem.

For anyone who is unfamiliar with the Cortex Micro-controller, it has PWM outputs, and analog/digital inputs. The controller is linked to the Cortex via two (cross compatible) USB wifi keys that sync together to control the robot. **The way the Cortex is set up, if the controller and the Cortex are not synced up, not a single line of my code will be executed. As soon as they sync, my code is initiated**

So yesterday after a class period of practice, we shut the robot off (properly), and set its battery aside for charging. The robot is locked up and tamper proof in our lab, only the teacher has the key (not even the janitor). Today, we get to class, hook up the battery, turn on the Cortex and controller, and "what's this?" once synced, nothing happens.

The way our robot is set up, there are 4 motors: 2 are coded so they are off until a joystick turns them on. 2 are set up so they run at half power always, unless a button is pressed to put them to full power, or a different one is pressed to stop them. Usually the latter 2 immediately start churning at 1/2 power as the controller links up (see ** above).

When the controller and cortex was turned on, the usual blippy, colored lights flashed until the blue lights flashed in the wifi keys, the 2 lights on the Cortex were green, and all 3 lights on the controller were green (as what happened yesterday [and every other time]).

We were puzzled. Nobody touched the software after yesterday and now the thing doesn't work. Here are the steps we took (tested at every step):

-Re-flashed Firmware on both the Cortex and Controller (version 3.23 before and after)
-Re-downloaded yesterday's code to the Cortex (controller doesn't need special code)
-Checked and Confirmed all electricity outside the Cortex flows as supposed.
-Created a new batch of code that runs a motor based on a joystick input^
-Created a new batch of code (using easy c for cortex) that runs a motor unconditionally^

This last step worked and successfully ran a motor as supposed. We shrugged off the problem and loaded our old code on it. It didn't work. So we reloaded the unconditional code again, but curiously enough, it didn't work this time.

No luck at all, the thing just didn't work. Still perplexed, we wondered if the controller was bad (we have an ample supply of controllers but only 1 cortex) so we:

-Re flashed the Cortex again (3.23)
-Got a second controller, put the same (3.23) firmware on it as the 1st one.
-Put the Wifi key from the 1st controller in it.
-Tried all 3 code files from above (yesterdays, joystick^, and unconditional^)

I can confirm that the Wifi keys were seated properly in their USB ports.

One thing we didn't do was tether the controller to the cortex (via provided USB cable) to check if the Wifi keys went bad, but other than that, all we can conclude is a Cortex failure.

^These programs are so basic in Easy C (one premade block correctly set up and an infinity loop) that the programs themselves cannot be flawed

If anyone has more steps to try or any way on how to fix the darned thing, even a small suggestion would be hugely appreciated

Sorry for the long post, but this is such a frustratingly stupid problem to have, especially with competition next week
Reply With Quote
 


Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 17:34.

The Chief Delphi Forums are sponsored by Innovation First International, Inc.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2017, Jelsoft Enterprises Ltd.
Copyright © Chief Delphi