From Friday, April 19th (11:00 PM CDT) through Saturday, April 20th (2:00 PM CDT), 2024, ni.com will undergo system upgrades that may result in temporary service interruption.

We appreciate your patience as we improve our online experience.

FIRST Robotics Competition Discussions

cancel
Showing results for 
Search instead for 
Did you mean: 

Mysterious Ghost Signal on PWM 4

Has anyone else had something like this happen? Our team had a unique experience last night while using NI LabVIEW. We played around with a control scheme for our drivetrain. It has four motors. We ran the program from the front panel so we could edit some parameters while the program was running. One of these was a toggle switch that controlled a case statement in the program. In the false case, each motor was set to zero (basically a disable switch even though we already have one) and the true case would set each motor to the value of the y-axis of our joystick. When the program ran, the toggle switch was false, and the robot did nothing, however, when the joystick was neutral and the toggle switch was flipped to true, all the motors were neutral except the one on PWM number 4. We tried changing it so it wouldn't take the joystick input and would just assign neutral to the motor like it did in the false case yet it still would run at full. We were baffled that the same exact neutral assignment block was working in one case and never in another.

Next, we tried making a new LabVIEW frc project. We deleted all parts of the code that referenced any sorta pwm output or created a drive reference. We then opened a jaguar on pwm4 and in the main loop of the program, gave it a neutral assignment. We ran the program only to have the wheel running at full speed as soon as the program executed. We tried moving the jaguar to pwm10 and controlling it and had no issues.

So now we've ruled out that the jaguar is the problem. The digital sidecar might be broken but I'm still convinced it has something to do with LabVIEW seeing as how in our first test it did obey the assignment we sent to it in the false case. I'm fairly certain my pc has the newest LabVIEW frc updates and that the robot has the newest image on it but I can't be sure. Could a mismatch in software updates be the cause of this problem. Anyone else experienced anything like this?

0 Kudos
Message 1 of 3
(6,384 Views)

Hi Don

It sounds to me like you have already successfully confirmed that the motor and joystick are not causing a fault here. Since you can use PWM 10 and move the jaguar as usual. I would suggest re-imaging the cRIO and seeing if you can control the motor after this. If using the default project running robot main.vi on a freshly imaged cRIO results in the motor not working we may want to then look into the sidecar being damaged. A mismatch in software could pose a problem so I am linking below the FRC website where you can find downloads to the latest LabVIEW versions. After updating LabVIEW, be sure to re-image the cRIO.

Thank You

Eric Reid

Applications Engineer


Thank You
Eric Reid
National Instruments
Motion R&D
0 Kudos
Message 2 of 3
(2,408 Views)

Since I didn't see the link in Eric's post, I think this is the one he meant: http://usfirst.org/community/frc/content.aspx?id=10934

Follow the link for "LabVIEW FRC software update"

0 Kudos
Message 3 of 3
(2,408 Views)