Re: Alpha Weekend #2, 2015 Control System
 

Using a DIO to control a relay will likely never be legal.

Re: Alpha Weekend #2, 2015 Control System
 

At this point, they are very similar and it would not be hard to make a program work on both.

Re: Alpha Weekend #2, 2015 Control System
 

There's no rule currently saying you have to hook relays up to the relay ports. The only hookup requirement is that servos must be hooked up to PWM ports.

Re: Alpha Weekend #2, 2015 Control System
 

For C++, one could also use GCC 4.8.0 and newer. Windows and various distros of Linux are supported natively. See http://firstforge.wpi.edu/sf/projects/c--11_toochain. There are also Eclipse plugins for it but I don't think they are officially packaged for Windows. One would have to track down the .jar files to place them in the dropins folder.

Re: Alpha Weekend #2, 2015 Control System
 

2 things:

1. Has anybody had time to look at using USB to communicate with a co-processor? Is this even supported? How comprehensive is wpilib in supporting this at the moment?

2. I believe this has already been adressed, but are there any updates on when the roboRIO will be released to teams? Would it be possible for the 2015 wpilib to get released first, or at least a beta version? I really want to get a chance to look at developing code for some of the newer features on the roboRIO.

Re: Alpha Weekend #2, 2015 Control System
 

<R66> Every relay module, servo, and PWM motor controller shall be connected to a corresponding port on a Digital Sidecar and be controlled by signals provided from the cRIO. They shall not be controlled by signals from any other source.

Re: Alpha Weekend #2, 2015 Control System
 

Ah I must have just skipped right over that. Also thinking about it, that rule makes sense because of the integrated pullups. That could get bad if it has enough current to run the relay. Yeah my bad.

Re: Alpha Weekend #2, 2015 Control System
 

Also, hooking a Relay to a DIO will leave one channel of the Relay permanently on (corresponding to the DIO power line).

Re: Alpha Weekend #2, 2015 Control System
 

Okay, off topic, but r66 was mentioned so I hope this isn't too off base.
My team is currently in the middle of designing a swerve drive. Part of the design is a custom circuit board that would be mounted to each swerve module to reduce the amount of computing the ___RIO has to do, as well as improve modularity, wiring, and ease of replacement if a module were to fail. The board takes inputs from the SideCar (if using 2014 and older control system) or roboRIO itself over SPI. The circuit board then processes the inputs and turns them into PWM motor commands, which are sent to a Talon or other approved motor controller. Does this meet the requirements of R66? It could be interpreted as legal if one thought that the ___RIO was still providing the signals by proxy, or it could be viewed as an entirely separate entity, and therefore illegal. Another thought, with the integration of the various serial communication ports on the roboRIO, as well as the MXP boards, do you think that this rule could be omitted, reworded, or loosened in next years manual?
Thanks and sorry if this is off topic and/or confusing.

Re: Alpha Weekend #2, 2015 Control System
 

This doesn't meet the rule because there isn't anything specifically preventing you from leaving those PWM singles on after the robot is disabled. It's a safety issue for everyone at events.

Re: Alpha Weekend #2, 2015 Control System
 

Such a board would be considered a "CUSTOM CIRCUIT", per 2014 rules. The specific rule you're looking for here is R71:

There is no wiggle room in that rule - outputs from a custom circuit CAN NOT be connected to the PWM inputs on a speed controller.

I expect this particular rule might be changed a little bit for next year, in order to accommodate break-out boards attached to the MPX port on the RoboRio. Despite that, I doubt it will change enough to make your solution legal.

Re: Alpha Weekend #2, 2015 Control System
 

971 does the same sort of offboarding you are talking about, but in order to comply with R66 (among others) they have to send all PWM, relay, and solenoid output data back to the cRio before it gets forwarded to controllers. Thread

Re: Alpha Weekend #2, 2015 Control System
 

As others have already answered, this would not be allowed under current rules, and I would be shocked if the rules allowed it next year.

Now, if you're doing it just for the experience, don't let me dissuade you. It sounds like a fun controls design task.

If wiring simplicity is your desire, you can use the Jaguar's internal PID over CAN. That way the sensor wiring just has to run back to the Jaguar. The only reason we don't do this is because the analog encoder we use requires a 5V input and only outputs 0-5V. The Jaguar outputs 3.3V and is looking for a 0-3.3V input. It ends up complicating the wiring and requires a voltage divider in there to make things right.

On the other hand, we have run at least 6 (maybe 7... can't remember) simultaneous PID loops on the cRio and never got close to 100% processor usage and saw no ill affects to any of the controls. We were using the WPILib PIDController on C++, so with other languages/controller YMMV.

Re: Alpha Weekend #2, 2015 Control System
 

What support would you want to see in WPILIB, vs using the interface provided by the OS?