Chief Delphi

Chief Delphi (http://www.chiefdelphi.com/forums/index.php)
-   Extra Discussion (http://www.chiefdelphi.com/forums/forumdisplay.php?f=68)
-   -   paper: Modular Sub-Processing (http://www.chiefdelphi.com/forums/showthread.php?t=50889)

ZZII 527 03-01-2007 16:54

paper: Modular Sub-Processing
 
Thread created automatically to discuss a document in CD-Media.

Modular Sub-Processing by ZZII 527

ericand 03-01-2007 17:02

Re: paper: Modular Sub-Processing
 
The setup described in the paper is interesting, but seems to violate custom circuit rule R59 (2006 rules) which says that custom circuits may not "Directly affect any output devices on the robot, such as ... supplying a PWM signal to a speed controller..."

We had a custom circuit (PIC) to monitor the rotational speeds of the ball shooter motors, but the hard part was figuring out a communication mechanism back to the RC so that it could make the PWM changes if the speed was too slow or too fast. If we could have had the PIC control the speed directly, we would have had much better control. As it was, the RC just got 2 bits for each motor, which it interpreted as {too fast, just right, too slow, unused state). The RC then adjusted the motor controlling PWM directly (thus in compliance with R59), based on the input from the custom circuit.

Dave Flowerday 03-01-2007 17:07

Re: paper: Modular Sub-Processing
 
I think it would be prudent to put a big warning in this document that the device you describe is illegal for use in a FIRST competition.

*Well, we don't know for certain that it is illegal this year, but I'd be willing to bet money on it. It is a safety issue, plain and simple, to have a custom circuit device "in between" the RC's PWM output and the speed controller. It will totally defeat IFI's robot disable functionality.

FourPenguins 03-01-2007 18:20

Re: paper: Modular Sub-Processing
 
Quote:

Originally Posted by Dave Flowerday (Post 547460)
I think it would be prudent to put a big warning in this document that the device you describe is illegal for use in a FIRST competition.

*Well, we don't know for certain that it is illegal this year, but I'd be willing to bet money on it. It is a safety issue, plain and simple, to have a custom circuit device "in between" the RC's PWM output and the speed controller. It will totally defeat IFI's robot disable functionality.

Not only would it be a safety issue, but once teams are using different hardware, the formerly level playing field gets a bit bumpy...

ZZII 527 03-01-2007 18:37

Re: paper: Modular Sub-Processing
 
Quote:

Originally Posted by ericand (Post 547457)
The setup described in the paper is interesting, but seems to violate custom circuit rule R59 (2006 rules) which says that custom circuits may not "Directly affect any output devices on the robot, such as ... supplying a PWM signal to a speed controller..."

We had a custom circuit (PIC) to monitor the rotational speeds of the ball shooter motors, but the hard part was figuring out a communication mechanism back to the RC so that it could make the PWM changes if the speed was too slow or too fast. If we could have had the PIC control the speed directly, we would have had much better control. As it was, the RC just got 2 bits for each motor, which it interpreted as {too fast, just right, too slow, unused state). The RC then adjusted the motor controlling PWM directly (thus in compliance with R59), based on the input from the custom circuit.

Thanks for bringing this up. That's a bit embarrassing...I should have read through the custom circuitry rules a bit more carefully, but I got caught up in what seemed like a cool idea. I have added a disclaimer to the paper description and will look into other ways to do it, although I would agree that it becomes a much harder challenge and much of the benefit is lost. It was still an interesting as a side-project, though.

Jon236 03-01-2007 18:43

Re: paper: Modular Sub-Processing
 
I also believe the unit, as configured, would be illegal under FRC rules. However, it would be simple to return the calculated output speed to an analog port, rather than produce a pulse for the PWM directly. The RC would then read this and adjust the PWM output accordingly under software control.

Jon Mittelman
Mentor
Team 236


All times are GMT -5. The time now is 03:51.

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