Cypress Layout (over wires?)

[Integral]

Where can I find I/O pin assignments for this board?

[Mark McLeod]

Here's a slide I made up.
The Analog's and Digital's may start counting at 0 in Java /C++, but I haven't checked.
I will, I will,...

[flameout]

Thank you -- I had no clue about that.

I'm still remembering facts I probably knew about last year. I was going to wire up a switch that will act as an active-stop mechanism, which will drive the motors so as to bring the robot to a much quicker stop that coasting them (as disabling does.) However, I'll have to try Jaguars -- it was brought up that they have an electomagnetic stop. Hopefully, this will be effective enough to bring it to a stop within three feet.

I'm sure I'll find a use for this if the Jaguars are effective at stopping it. Of course, I'll have to check if the electomagnetic braking works when the PWM output is disabled (we would like to avoid CAN until the offseason.)

I hope other teams will find this helpful, too.

[Integral]

Originally Posted by Mark McLeod

Here's a slide I made up.
The Analog's and Digital's may start counting at 0 in Java /C++, but I haven't checked.
I will, I will,...

Thank you very much. This info is in the driver station, though not laid out in a easy to read manner. It uses the Cypress pin labels, which when the board in mounted on the proto board are on the UNDER side. So you need to have this I/O table figured out before mounting the Cypress.

Not sure why this is not easily available on the First site???

[jhersh]

Originally Posted by Mark McLeod

Here's a slide I made up.
The Analog's and Digital's may start counting at 0 in Java /C++, but I haven't checked.
I will, I will,...

Mark,

I believe you've got the Digital Outputs backward... that or you've discovered a bug in the indicators / API. They should all count up as you move down the board.

Also, probably the most complete documentation about the EnhancedIO features is at C:\WindRiver\docs\extensions\FRC\C++ Reference.chm and then look at the DriverStationEnhancedIO class documentation.

It doesn't have the pinout for J2 and J3 (can't believe that's not somewhere in the documentation... can anyone confirm it's nowhere?), but it describes all the features and the connections to P2 (the "((((Wireless" connector).

-Joe

[Mark McLeod]

I'll go through test and correct my chart for the Digital Outputs, as well as, checkout that hidden documentation too.
Once everything calms down a bit maybe I'll have time to go through the various environment-specific documentation.
So far I've been pretty much skimming everything.

It's hard to confirm that something is "nowhere," only that we can't find it "anywhere," and even that's suspect...

[Mark McLeod]

My mistake is confirmed. The Digital Outputs were reversed.
In the LabVIEW code the I/O counts begin at 0 not 1, so just be aware that Digital Output 1 is referenced in the code by "0". In C++ the reference matches as 1-8.
These labels are how the Driver Station sees them.

Here is the corrected chart:

[jhersh]

Originally Posted by Mark McLeod

My mistake is confirmed. The Digital Outputs were reversed.
In the LabVIEW code the I/O counts begin at 0 not 1, so just be aware that Digital Output 1 is referenced in the code by "0". In C++ the reference matches as 1-8.
These labels are how the Driver Station sees them.

The pinout you show is accurate for the compatibility mode. However, if you click "Configure..." on the I/O tab, you can switch to enhanced mode at the bottom and then you can make all 16 digital lines input, or all 16 digital lines outputs or any mixture in between (in addition to a ton of other features).

I'm not sure what LabVIEW code you are referring to. If you mean that the array index is 0 for digital input 1, for instance, then you are correct, but that is simply because the index array primitive in LabVIEW is 0-based. Nothing in the API (compatibility or enhanced) is "0-based".

[Randy Forgaard]

The way I read the <R82> rule change in Team Update #4, posted yesterday, it appears that we are no longer required to use the breadboard with the Cypress PSoC 3 FirstTouch Kit I/O module, and we can now use the eStop Cypress Carrier and Enclosure available from AndyMark for more safe and robust mounting and I/O pin access. It would also appear that the Jan. 18 posting by the Game Design Committee on the FIRST Q&A Forum, saying that we can only use the breadboard, is now out of date. Does anyone disagree? (I am hoping to post this question also to the FIRST Q&A Forum through our Team Rules Expert, who has access.)

Please let me know if you read this rule change differently. Many thanks!

[jhersh]

I believe that does obsolete the posting on Q&A.

[eugenebrooks]

It does appear that they have drawn a line through
"the breadboard," removing it as a requirement,
and refer to "carrier board" now. Clarification via
QandA would be important, but the plain English of
the reworded rules is what it is.

Eugene