Code Check

[thE_iyE]

Originally Posted by umangv620

I don't have labview at home, so i cant help you specifically, but the compressor part is pretty easy. All you need is to open a compressor in the begin vi, with the pressure switch pwm port and the relay for the spike as its inputs, start the compressor, and then give it a reference name (and finish it in finish.vi).

Thanks! Will this make it so it doesn't turn on once it goes below 95 PSI? i.e., just fill once (to save battery?)

Originally Posted by umangv620

No code in teleop needed. The compressor will automatically start pumping when autonomous starts, and when it hits about 120 psi, it will stop. You can also preload air into your tanks before matches so the compressor won't have to run during autonomous.

I understood that you can put air in the tanks beforehand, but I thought it had to come from the same compressor, or at least the same type.

[WizenedEE]

Originally Posted by thE_iyE

Thanks! Will this make it so it doesn't turn on once it goes below 95 PSI? i.e., just fill once (to save battery?)



I understood that you can put air in the tanks beforehand, but I thought it had to come from the same compressor, or at least the same type.

The compressor Start command makes the compressor turn on when it's at about 115 PSI and off when it's about 120 PSI (not sure about the actual numbers, sorry). You can also control the relay the compressor is on directly, using the relay commands (they're in the output pallet), I'm not sure how you access the PSI gauge, sorry.

On the other hand, your battery will last. Last year, our team had a hanger driven by two CIMs and the battery held up (for about one match .) We had a compressor also. There's no real reason to have it not just stay full.

Also, the rules say that you can have energy in the form of compressed air on the robot. They say nothing about how that compressed air got there. It would be easiest, though, to just turn on the robot in the pits and have it charge up. Then replace the battery if you really need to.

[MaxMax161]

Originally Posted by WizenedEE

The compressor Start command makes the compressor turn on when it's at about 115 PSI and off when it's about 120 PSI (not sure about the actual numbers, sorry). You can also control the relay the compressor is on directly, using the relay commands (they're in the output pallet), I'm not sure how you access the PSI gauge, sorry.

To my knowledge the pressure switch returns a DIO boolen value. I have been told by our team's pneumatics crew that a pressure switch that told told you more would be really expensive and because of some pneumatics rules would be useless anyway.

[thE_iyE]

Originally Posted by WizenedEE

Also, the rules say that you can have energy in the form of compressed air on the robot. They say nothing about how that compressed air got there. It would be easiest, though, to just turn on the robot in the pits and have it charge up. Then replace the battery if you really need to.

Don't the safety inspectors check to see if the air compressor given with the kit is 'safe' if you have any pneumatics on there?

Originally Posted by MaxMax161

To my knowledge the pressure switch returns a DIO boolen value. I have been told by our team's pneumatics crew that a pressure switch that told told you more would be really expensive and because of some pneumatics rules would be useless anyway.

Most definitely. The switch is 100% digital. Being the coder, communications analyst, mechanic, electrician, and pneumatics guru of the team (did I get all positions that don't require talking to other people? ), I know that the switch returns a digital value, and there would really be no purpose in having an analog switch. It wouldn't be too pricey, just pointless.


Back to the ultimate question though, does my code look good?

I also noticed a Sync Group lead on the Set Output VI. Will this allow me to have those motors work in unison? If so, how do I use it?

Also, finally, Error In and Error Out. What do these do for me and do I need them? I understand they can help control which code starts first, but I thought the DevRefs would take care of that.

[thE_iyE]

bump

[Joe Ross]

Originally Posted by thE_iyE

I also noticed a Sync Group lead on the Set Output VI. Will this allow me to have those motors work in unison? If so, how do I use it?

The Sync Group is only used for CAN control. It's not used for PWM control. With PWM, the motors are all updated at the same time.