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.

[参考译文] RTOS/TM4C1294NCPDT:SYSTEM_sprintf (%x、0x23FF)、是否存在上半个情况而不是下半个情况。 它不支持%X 或%HX

Guru**** 2482105 points


请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

https://e2e.ti.com/support/microcontrollers/arm-based-microcontrollers-group/arm-based-microcontrollers/f/arm-based-microcontrollers-forum/715758/rtos-tm4c1294ncpdt-system_sprintf-x-0x23ff-is-there-way-for-upper-case-hex-not-lower-case-it-does-not-support-x-or-hx

器件型号:TM4C1294NCPDT
Thread 中讨论的其他器件:SYSBIOS

工具/软件:TI-RTOS

我在 CCS8 (最新)中有以下语句来创建会话日志、然后发布到 UART 中。 但是、它仅从 %x 输出较低的十六进制  
BufferLength += bytes_added (System_sprintf ((char*) Buffer+BufferLength、"%02x|"、i)); 

阅读本文档后。
 和使用 System_sprintf()实现的不支持通过 X 的大写十六进制
在语句中、 是否有方法或技巧可以使大写的十六进制成为可能? ,如果不介意的话。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    什么... “没关系”…… 你(Richard Monsieur) 是 Krazy 吗?

    完全是一个“哇”…… 您是否尝试从(每个)"x"中"减去0x20"?   (例如、'A'= 0X61;'A'= 0x41)  这可能是"欺骗"- 供应商的实施。 "是的"-我确实认识到很多/大多数这样的'CB1'职位-属于这个原始的(草条)类别。   

    (这里的一些员工-相信 PRO IDE (IAR/Keil) 可能满足您的愿望...)   然而、它证明(最常)"有趣"-"强制按摩"是一个问题-符合(部分/轻微)标准!

    绝望的问题-(可能)需要-同样绝望的解决方案...

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    您好 Richard、

    请参阅此链接、其中支持所有各种 TI-RTOS printf 格式。 我看不到大写的%X 被列出。

    rtsc.eclipse.org/.../System.html

    感谢 CB1的建议。 在你提到这个想法之前、我从未想过。 非常聪明! 海报需要决定 CPU 的时间是否值得
    执行该转换。
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    谢谢你、Charles -可能会有两次"盲人 Squirrel 点击率"-在同一天-让"有残疾但不称职的人群"更沮丧?
  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    System_sprintf()中是否有源代码,因此我可以插入%X 支持。 如果是这样,我只需将 System_sprintf()复制到带有 monds 的 System_sprintfX()。  

    我大声要求一个可能的解决方案、但并非绝望、因此"永不介意"会出现在这里。 我想寻求一个快速的解决方法。  

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。

    投资者和关键客户永远不会接受"供应商受限/受限"解决方案-因此、我们(始终且仅限)采用了"Pro IDE - IAR"。   因此、Fire/I 不了解供应商(有限)的 RTOS -这会阻止进一步的响应。

    未知-您部署的"逻辑"是否可能–(以某种方式)取消了"危险"的资格!    (例如"failed" 逻辑- btw。)

    在尝试/尝试之前-此类"结论"可能不会公平/正确地"生成和呈现!"

  • 请注意,本文内容源自机器翻译,可能存在语法或其它翻译错误,仅供参考。如需获取准确内容,请参阅链接中的英语原文或自行翻译。
    非常抱歉 CB1_MOBILE、没有太粗鲁:我很难理解您的消息。

    读取0x32af 响应比全电容0x32AF 更困难、因为全电容0x32AF 显然需要实用的解决方案。

    您说的是政治解决方案、而不是工程解决方案? 在本例中、我不知道"速率"一词是在哪里/为什么会被煮熟的。

    简单否或"源代码受 RTOS 版权保护"等信息已绰绰有余。 这种"永不介意、继续前进"的方式发挥作用。