Closed sdahdah closed 7 years ago
I never thought of this issue. I'll look into it and discuss this with you.
My TODO list, so I don't forget:
@sdahdah just commited this change. https://github.com/vmatos/rosserial_tivac/commit/97b52c496aa7ae620bbd0da1e231d71a4d265fbd
Use the argument DEVICE_SILICON to specify the silicon revision you desire. (http://wiki.ros.org/rosserial_tivac)
Let me know if it works for you.
Yes, it worked! Thanks for fixing this so quickly!
Two notes, however:
1) I think RB2 should be the default, since it's the most recent revision. Not RB1.
2) It would be good to document what the argument that follows DEVICE_SILICON
should be. I had to look at the source code to figure out it was TARGET_IS_TM4C123_RB2
, and not RB2
or B2
. Though maybe I missed something in the documentation.
That makes sense. Thanks for your help!
i need to use some features on the
TM4C123G
that are specific to silicon revisionRB2
, but all ofrosserial_tivac
seems to be hard-coded to work only with revisionRA0
. All the device defines need to be changed to support all the silicon revisions in the long-term.I looked at the CMake files though, and it seems the only flag the user needs to specify which launchpad they're using. Then another CMakeList infers whether it's a
TM4C123_RA0
, etc... Would this way of specifying devices need to be changed to allow for finer grained control? Or should the most recent silicon revisions be set as the defaults?For reference, the TM4C123 revision history and errata: http://www.ti.com/lit/er/spmz849f/spmz849f.pdf