|
|
|
![]() |
|
|||||||
|
||||||||
![]() |
|
|
Thread Tools | Rate Thread | Display Modes |
|
|
|
#1
|
||||
|
||||
|
MXP board design help
Recently I have started working on a custom MXP breakboard, its main design purpose is a place to mount a I2C driven IMU unite sourced from either Adafruit or Sparkfun. I feel fairly confident there, where I am running into problem is with LED based continuity signal lights I want to include to show if PWM cables are plugged in.
Long story: The problem is the rules with the MXP boards, specifically the part about being active vs passive. To have the LEDs light up, my plan had been to run the 5V power across all the power lines for the PWM terminals. Then on the PWM ground each cabled connected to the board would have an individual path to an LED that would then connect to the shared digital ground. My thinking was that the 5V of power would go into the power line on the PWM cable, then in the component (talon, victor, spike, ect) that the PWM cable plugs into the power would then connect to the PWM ground. Back on the MXP board before reaching the digital ground the the PWM cable would power an LED. That way your LED would only light up if the Cable was plugged in at both locations. Short story (or long story continued): The rules (according to FRC 2015 game Manuel) do not allow active component in the PWM path way if it controls motors (it will). To my understanding LED are an active component because they are diodes. So is there any other way that I could hook these LEDs up that would show continuity and still be considered a passive board? |
|
#2
|
|||||
|
|||||
|
Re: MXP board design help
You would have to get it approved by FIRST, but my recollection of active vs passive was whether the signal was modified between the 'RIO and the motor controller. If the LED was used purely as an indicator (not as a rectifier), you should be able to get it approved.
|
|
#3
|
||||
|
||||
|
Re: MXP board design help
I am sure FIRST would allow it but my understanding is that I would then have to have a way to market the board to other teams, making it fiscally impossible to make a custom board.
|
|
#4
|
||||
|
||||
|
Re: MXP board design help
Quote:
Which EDA software package are you using to design the board? |
|
#5
|
||||
|
||||
|
Re: MXP board design help
I have been using PCB express. It was free and I could figure it out easily.
|
|
#6
|
||||
|
||||
|
Re: MXP board design help
Quote:
EEVBlog just did a review of it: http://www.eevblog.com/2015/06/16/ee...t-impressions/ |
|
#7
|
||||
|
||||
|
Re: MXP board design help
Quote:
|
|
#8
|
||||
|
||||
|
Re: MXP board design help
Really? I haven't had a problem for the last few years. I'm also a big Altium fan. It's good software.
|
|
#9
|
||||
|
||||
|
Re: MXP board design help
Quote:
This year we made a number of custom boards. After our initial boards made through the beta test period, we decided with the current rulings, we were best to avoid anything that would potentially present itself as a problem during inspection (due to interpretation of rules), and made 3 boards which would all communicate over I2C. Due to space issues, we ended up cramming all three boards into one Mega Ultra Maxi board, which would plug into the MXP directly. Essentially, this board houses 3 Arduino clones, repackaged to suit our needs. These all still only communicated over I2C. The presence of rows of pins for our hall effect sensors always raised some questions during inspection, since they look like PWM headers. Ultimately, the flow chart given in the team update was our friend - we could point to it and say 'it doesn't control anything - it's just a custom circuit'. When inspectors see ANY components on an MXP board, the initial reaction has been to call it an ACTIVE board. Where was I going with this? I'd stay away from altering or using any power or signal pathways on any IO/PWM pin from the MXP. As much as it would be nice to have it, if it rules your board illegal, where you could have the board without LEDs and not have to set yourself up as a vendor and have distributions channels, I personally think that would be the better route to take. You can still make one that lights up for practice/testing/off-season, and who knows what the rules will state next year! |
|
#10
|
|||||
|
|||||
|
Re: MXP board design help
Quote:
|
|
#11
|
||||
|
||||
|
Re: MXP board design help
I believe you could achieve this by posting the board to OSHPark where teams could order it as a set of 3 bare boards.
|
|
#12
|
|||||
|
|||||
|
Re: MXP board design help
Quote:
|
|
#13
|
||||
|
||||
|
Re: MXP board design help
We made our own mxp board with a perf-board then we printed the shell, we didn't to get it approved by first because its only for sensors, it would be considered active if it was driving motors, or something, at inspection they just simply asked if it was active or passive and they also wanted to see what it looked like on the inside.
|
|
#14
|
||||
|
||||
|
Re: MXP board design help
Sorry I am currently in transit and do not have acess to me schematics. I will post them later today. For now I will try to explain a little better. +5v goes to the power pin on the PWM terminals. The ground pin on the PWM terminal leads to a single LEDs positive side, then the negative side of and LED would lead to digital ground. Give me three minutes and I can up load a hand drawing.
|
|
#15
|
|||||
|
|||||
|
Re: MXP board design help
Are you expecting to power the LED using the ground current from the speed controller's PWM connection? That might work if the LED were connected in the other direction, and if the controller's optically-isolated input will still function with the extra LED's additional voltage drop in the circuit. But it can't work if the robot is disabled, and I can't see it telling you any more than what the LED on the speed controller already does.
|
![]() |
| Thread Tools | |
| Display Modes | Rate This Thread |
|
|