Go to Post Amazing what you can find with a quick video and the unlimited power of the internet! - AveryLevin. [more]
Home
Go Back   Chief Delphi > Technical > Electrical
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
  #5   Spotlight this post!  
Unread 17-10-2015, 22:39
Jaci's Avatar
Jaci Jaci is offline
Registered User
AKA: Jaci R Brunning
FRC #5333 (Can't C# | OpenRIO)
Team Role: Mentor
 
Join Date: Jan 2015
Rookie Year: 2015
Location: Perth, Western Australia
Posts: 265
Jaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond reputeJaci has a reputation beyond repute
Re: RoboRIO MXP Breakout

Quote:
Originally Posted by Greg Needel View Post
I don't want to directly speak for FIRST here, but I will share our experience putting a few boards last year through the process (and maybe some new ones for this year ). The main concern that FIRST has is when a robot is disabled, nothing moves. Inside the roboRIO this is taken care of and if all PWM lines are just passed through they don't have to worry about any problems. If there are any active or passive components on pwm lines between a motor controller and the RIO, there is a chance that the robot will keep moving when disabled. Things like pots and capacitors can cause motor controllers to read false signals and even a twitch of a motor can be very dangerous. Some of the motor controllers on the market even have this twitch problem with nothing more than a bad Y-cable in the mix, so you can see why FIRST is cautious.

All that being said, if you wanted to do a trim Pot on a motor controllers, why not just plug it into an analog port and modify the pwm signal in code? I figure it would have the same results with probably a more predictable outcome.
I can see FIRST's concern, but if a schematic for something as simple as a Trim were to be sent in and put through approval (i.e. a direct passthrough, but will be blocked when an external signal is active, therefore no auxiliary signal generated for the PWM), I would hope it would be at least possible

I'm not saying this is something I'd do, I'd just see it as a good theory to use in upcoming boards. I guess it's more a principal than anything, although I have no intention of running PWM on the board I'll be making, 10 ports is more than enough
__________________
Jacinta R

Curtin FRC (5333+5663) : Mentor
5333 : Former [Captain | Programmer | Driver], Now Mentor
OpenRIO : Owner

Website | Twitter | Github
jaci.brunning@gmail.com
 


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 06:31.

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