This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

TM4C129XNCZAD: when will PinMux support user-defined names for signals?

Part Number: TM4C129XNCZAD

I did a search on the forum, and for several years users have been asking that the PinMux utility allow the user to enter a custom name/comment for each pin. This seems to be a critical feature that is still missing from the tool. Not having this ability results in a lot of extra work for the h/w designer, and greatly increases the chances of making a documentation mistake if the pin assignments change. Since the .pinmux filed is just a JSON file, why can't PinMux allow the entry of a custom name that gets copied to the JSON structure for the pin?

Regards,

Dave

  • Dave Hohl said:
    Since the .pinmux filed  is just a JSON file

    Is it not (likely) that  (both)  this vendor  -  and interested others  -  always grow (protectively) cautious  -  when the:  Client, Boss, (even) Wife/esteemed GF ...  describes the requested task as,  "EASY  or IS JUST?"

    Devil lurks in "fine details"  (we are told)  and that which (appears)  "easy"  (from say - 50,000 feet) - may reveal (unexpected) complexity - when (actually) attempted...

  • Hi cb1,

    Perhaps I allowed my frustration to leak out a bit when I wrote that last sentence. You are correct that such provocative statements often cause defensiveness on the receiving end.

    On the other hand, as software engineers we have a pretty good understanding of what it takes to accomplish something. In this case, what is being requested is:

    1) An additional field in the UI to enter a string.

    2) Having the program save that string to the JSON file.

    3) Including that string in a column in the CSV file that gets generated.

    4) Including that string in a comment in the .c file that gets generated.

    It would take a lot of effort to convince me that "fine details" have prevented that feature from being added for several years. Other vendors (e.g., ST Micro's CubeMX program) provide far greater functionality already, so it is not like some new technological challenge needs to be solved here.

    Regards,

    Dave

  • Greetings friend Dave, (if I may be so bold)

    Dave Hohl said:
    Perhaps I allowed my frustration to leak out a bit

    A "BIT?"   Does the Rio Grandé -  violently/deeply flowing - just south of McGowan, TX - qualify as a "bit?"    Crack, millennial gurl staff - now  (suffering) "water-logged stilettos" wants ME to  repair/ replace...  

    Very well argued - and - if I may - just (maybe) your, "Clarity & depth of presentation" - may, "Set a Fire" (or a brief flicker) beneath those here - charged w/such efforts...   (they did succeed in KILLING "LIKE.")

    My firm too employs 180MHz + Cortex M4 & (faster) M7 - thus we are aware of  "Cube" - although (many) find its "bloat" far from ideal... It is "good" to learn of  your "escape" from the "stilted"  "One and Only One" - which comes at a substantial, "Loss of  HIGHLY CONSTRUCTIVE AWARENESS!" Pity...     (hope that you too - employ the "J-Link!")

  • Hi, cb1,

    Hopefully we are all friends on this forum! And yes, I do employ the J-Link.

    Regards,

    Dave
  • Hi Dave,

    Friendship will expand - as carpet dries (from Dave's "leak") - and heels, "restore their strength/shape..."

  • Dave,

    Thank you for the feedback and sorry about the delayed reply to this request.

    This is a valid feature request that we have already logged in our tracking system. However at this time we are unable to commit to a time frame for when this will be implemented.