0
  • 聊天消息
  • 系统消息
  • 评论与回复
登录后你可以
  • 下载海量资料
  • 学习在线课程
  • 观看技术视频
  • 写文章/发帖/加入社区
会员中心
创作中心

完善资料让更多小伙伴认识你,还能领取20积分哦,立即完善>

3天内不再提示

如何让调试过程清晰可循

技术让梦想更伟大 来源:技术让梦想更伟大 2024-04-17 12:30 次阅读

1、问题背景:如何保证发布出去的bin文件是最终测试通过的版本?

一般的来讲,代码到了测试后期,master分支就不会频繁的提交了,并且提交也会更加谨慎。

但是人为操作总会出现纰漏,希望只要代码被重新编译过,那么bin文件就包含新的时间信息,而这个信息是可以从外部通信或printf来查看的。

嵌入式开发中,版本号一般的都是一个int变量或字符串变量。但是若修改了代码而没有改version变量或宏定义,那么从version上就看不出来文件的变化。

那么最终编译的版本到底是哪个版本,是否与测试的版本完全一致,这个问题尤为突出。

目标文件中带有编译时间可以防止代码被改动过,只要代码被重新编译,那么就生成新的时间信息。

git能够记录文件修改信息,但是调试信息或工程配置等,很多文件都是ignore的,这些信息代表着最终的bin文件的运行环境。

某些复杂bug情况下,只有运行环境一致,仿真器才能attach到目标文件。

2. 如何获取时间:__DATA__ , __ TIME__

这两个宏是日期和时间,格式如下。如果把这两个宏加入到代码,那么就得到了时间的字符串信息。

//Exampleof__DATE__string:"Dec272017"
//Exampleof__TIME__string:"1519"
constchar*BuildInfo="Version:"VERSION""__DATE__""__TIME__;

代码实现获取日期和时间的方法很多,比如:

unsignedintmk_Build_Date(void)
{
intyear=0,month=0,day=0;
inthour=0,minute=0,seconds=0;
charm[4]={0};

sscanf(__DATE__,"%3s%2d%4d",m,&day,&year);

for(month=0;month< 12; month++)
    {
        if (strcmp(m, short_char_months[month]) == 0)
        {
            break;
        }
    }

    sscanf(__TIME__, "%2d:%2d:%2d", &hour, &minute, &seconds);

    #ifdef SHORT_DATA_CHAR__
        printf("[null]  ** Build at:	%04u-%02u-%02us %02u:%02u:%02u
",
                year, month, day,
                hour, minute,seconds);

    #else
        printf("[null]  ** Build at:	%04u-%02u-%02u %02u:%02u:%02u
",
                year, month, day,
                hour, minute,seconds);
    #endif

    DEBUG("buildDate: %s %s
", __DATE__, __TIME__);

    return 0;
}

把上面的函数加入到代码中,就能获取工程编译的时间。

但是如果该代码所在的文件没有被修改,在非build-all情况下,编译器不会再次编译此文件,所以时间信息也就不会被更新。

如果每次都使用re-build all,一来繁琐,二来也不能保证每次都会记得点击build all按钮,靠技术手段来保证每次build都更新时间信息才是正道。

3. 如何保证时间每次编译都更新:使用预编译指令,每次更新包含时间宏的文件或对应的链接文件。

在IAR环境下,官方已经给出了解决的方法(Using pre-build actions for time stamping)。

https://www.iar.com/support/tech-notes/ide/build-actions-pre-build-and-post-build/

方法1:修改文件的时间,引起编译器对文件进行重新编译。

cmd/c"touch/cygdrive/d/test.c"

方法虽好,可惜IAR用户大多数是Windows用户,包括我在内,touch是linux命令,必须Cywin环境。如果安装过这个环境的话,那就大功告成了。

Cygwintouchcommand

Youcanenter"cygwin-application.exe"onthepre-andpost-buildcommandlines,iftheenvironmentvariablePATHincludesthedirectorywherethe"cygwin-application.exe"islocated.

YoucanruntheCygwincommand"touch"onthepre-buildcommandline,butifyouaddafilepath,forexample"touchd:/test.c",thefilepathisnotacceptedbyCygwin.

CygwinexpectsthePOSIXpath/cygdrive/d/test.csotheresultingcommandlinewouldbe"touch/cygdrive/d/test.c",howeverthiscommandcannotbeexecuteddirectlyonthepre-andpost-buildcommand.Insteadyouhavetorunindirectlyusing:

cmd/c"touch/cygdrive/d/test.c"
The.batfile(locatedinprojectdirectory)alternativewouldlooklike:

Pre-buildcommandline:

$PROJ_DIR$pre-build.bat
Filepre-build.bat:

touch/cygdrive/d/test.c

方法2:修改文件对应的链接文件,触发编译器重新编译该文件,生成新的链接文件,那么就会生成新的带有时间信息的目标文件。

Analternativetothe"touch"commandistohaveapre-buildactionthatdeletestheobjectfile,forexamplethePre-buildcommandline:

cmd/c"del"$OBJ_DIR$	est.o""

在pre-build中加入上面的命令,就会在编译前删除test.o文件。

在这种模式下,工程代码只要任何位置发生变化,代码重新编译,就会触发删除test.o,然后链接过程发现没有test.o文件,那么就会重新编译一次test.c,那么新的时间信息就会记录下来了。

虽有些曲线救国的味道,但还是很顺利的实现了目标。

只要工程的任何地方有改动,生成新的目标文件,那么目标文件中就会带有最新的编译时间。

方法3:直接告诉编译器每次重新编译某个文件更直接,MDK支持此功能。

时隔一年半再次来这里,发现当时自己简直是小白,还洋洋得意曲线救国,实际上舍近求远罢了。

如果对工具多一些了解,万万是不会用上面的方法的,当然上面的方法也是通用想法,是通用型知识点,容易想到,也能达到目标。

新的方法,不需要写任何脚本,如果想让代码每次都编译更新DATA 和 TIME两个宏,那么让这个文件每次都编译一次就可以了,不需要删除它的obj文件然后让编译器找不到文件而触发重新编一次,其实直接告诉编译器每次重新编译更直接,MDK支持此功能。

3d4d9932-fc08-11ee-a297-92fbcf53809c.png

下面是测试的效果:

3d5e9dc2-fc08-11ee-a297-92fbcf53809c.png

其它资料

https://stackoverflow.com/questions/11697820/how-to-use-date-and-time-predefined-macros-in-as-two-integers-then-stri

审核编辑:黄飞

声明:本文内容及配图由入驻作者撰写或者入驻合作网站授权转载。文章观点仅代表作者本人,不代表电子发烧友网立场。文章及其配图仅供工程师学习之用,如有内容侵权或者其他违规问题,请联系本站处理。 举报投诉
  • 嵌入式开发
    +关注

    关注

    18

    文章

    1029

    浏览量

    47570
  • 字符串
    +关注

    关注

    1

    文章

    579

    浏览量

    20511
  • 变量
    +关注

    关注

    0

    文章

    613

    浏览量

    28365

原文标题:神操作让你的调试过程有迹可循

文章出处:【微信号:技术让梦想更伟大,微信公众号:技术让梦想更伟大】欢迎添加关注!文章转载请注明出处。

收藏 人收藏

    评论

    相关推荐

    485程序调试过程出现了乱码

    我的485程序调试过程中出现了乱码是怎么回事?像我它在串口调试助手上显示0x00串口上显示0xc1,我它显示0x01它显示0xc1,
    发表于 09-16 08:54

    USMART调试过程是怎样的

    对应的相关函数,并执行,同时支持返回结果。USMART调试过程:USMART配置步骤:将USMART包添加到工程中,头文件要包含到path。添加需要调用的函数到usmart_config.c文件中。主函数中调用usmart_dev.init函数初始化usmart。即可通过助手发送命令,调用在usmar
    发表于 01-13 06:41

    RFID串口调试过程是怎样的?

    RFID串口调试过程是怎样的?
    发表于 02-09 07:52

    5G14433和MCS-51单片机接口电路的调试过程

    通过5G14433芯片与MCS一51单片机接rm电路的实例,说明了硬件电路的调试过程
    发表于 11-12 14:36 23次下载

    简化Xilinx和Altera FPGA调试过程

    简化Xilinx和Altera FPGA调试过程:通过FPGAViewTM 解决方案,如混合信号示波器(MSO)和逻辑分析仪,您可以在Xilinx 和Altera FPGA 内部迅速移动探点,而无需重新编译设计方案。能够把内部FPGA
    发表于 11-20 17:46 27次下载

    电源设计调试过程中的异常现象分析

    调试过程中所看到的一些异常现象,以及后来的解决办法。其实很多工程师认为设计电源是非常重经验的一门技术,要见多识广。这种经
    发表于 10-09 10:49 1697次阅读

    APM四轴 初级安装调试过程

    ACM四轴 安装调试过程 此教程主要讲解软件调试 首先要确认自己想飞哪种模式,X还是十模式 根据自己的飞行模式插好线 本章以X模式为例
    发表于 11-03 10:23 6次下载

    单片机驱动DM9000网卡芯片详细调试过程

    单片机驱动DM9000网卡芯片详细调试过程
    发表于 11-02 11:03 0次下载

    单片机调试过程中的调试组件导致的问题

    单片机调试过程中,经常会遇到类似第3只眼的问题。何谓第3只眼呢?
    的头像 发表于 12-30 17:12 7396次阅读
    单片机<b class='flag-5'>调试过程</b>中的<b class='flag-5'>调试</b>组件导致的问题

    浅析STM32调试过程中的几个相关问题

    总的来讲,单片机调试是单片机开发工作必不可少的环节。不管你愿不愿意,调试过程中总会有各种不期而遇的问题出现在我们面前来磨砺我们。这里分享几点STM32调试过程中与开发工具及IDE有关的几个常见问题,以供参考。
    的头像 发表于 01-21 13:50 5418次阅读

    GT9271触控屏芯片移植调试过程的详细教程说明

    本文档的主要内容详细介绍的是GT9271触控屏芯片移植调试过程的详细教程说明
    发表于 08-05 17:34 49次下载
    GT9271触控屏芯片移植<b class='flag-5'>调试过程</b>的详细教程说明

    直接阻抗匹配的调试过程

    直接匹配阻抗,天线与射频芯片在同一块板子,调试步骤与50欧姆阻抗匹配调试天线参数差不多,多了一部分射频芯片端的滤波部分的参数计算。下面介绍调试过程
    的头像 发表于 10-03 16:18 9577次阅读
    直接阻抗匹配的<b class='flag-5'>调试过程</b>

    S7-1200系列PLC调试过程小结

    S7-1200系列PLC调试过程小结
    发表于 12-20 09:25 3次下载

    电磁流量计调试过程中存在的问题以及解决措施

    跟其他类型的仪表调试相比,电磁流量计的调试方法存在很大的差异性,它的复杂程度会更高,稍不注意,调试过程中就会出现人工失误操作问题,影响电磁流量计的正常运行。进行电磁流量计调试时,工作人
    的头像 发表于 10-27 09:08 1470次阅读

    单片机基本io功能调试过程

    单片机基本IO功能的调试过程涉及多个步骤,旨在确保IO口能够正确地执行输入和输出操作。以下是一个调试过程,涵盖了从准备阶段到实际测试的关键步骤: 一、准备阶段 确定单片机型号和IO口 : 首先,明确
    的头像 发表于 09-14 14:38 581次阅读