基于Tkinter制作简易的CANbootloader上位机

原创 AutoFAE进阶之路 2023-12-19 21:22

目录:

  • 前言

  • 测试设备

  • 上位机

    • 3.1 参考资料

    • 3.2 上位机主要功能

    • 3.3 上位机发送流程

  • 升级测试

  • 例程分享

1前言

之前基于S32K144EVB和Tkinter编写了一个简易的串口bootloader上位机,链接如下:

  • 基于Tkinter制作简易的串口bootloader上位机 

但在实际应用过程中,使用CAN通信升级MCU的APP程序更为常见。因此,笔者花了几天时间,做了一个简易的CAN bootloader上位机。

2测试设备

整个测试台架示意图如下:

测试台架

需要用到的测试设备如下:

  • S32K144EVB-Q100
  • 12V电源
  • USBCAN-E-mini
  • PC

使用S32K144EVB的CAN功能时,需要12V供电,因为开发板使用的是CAN SBC-UJA1169,而不是常见的CAN收发器TJA1042。

MCU的Bootloader程序和升级文件,来源于公众号《汽车电子expert成长之路》,链接如下:

  • 汽车电子ECU bootloader开发之S32K144的CAN bootloader开发详解(工程源代码开源供大家参考) 

关于bootloader的流程以及设计思路,上述的链接文章讲解的非常详细,这里就不再赘述。

3上位机

3.1 参考资料

ZLG致远电子官网有基于Python Tkiner的例程,链接为:

  • https://www.zlg.cn/data/upload/software/Can/zlgcan_demo.rar

本文介绍的上位机的布局框架基本沿用该例程,主要修改点为增加下位机的通信交互以及加载升级文件的功能,删除了常规的报文发送、接收以及报文回显功能。

3.2 上位机主要功能

上位机主要功能

整个上位机的主要功能如上图所示,

  • 主线程负责整体界面的显示,包含设备选择通道配置设备信息数据发送状态以及ECU刷写等五个子组件:
    • 设备选择组件用于选择USBCAN卡的型号;
    • 通道配置组件用于选择使用的CAN通道以及相关的工作模式、波特率等信息;
    • 设备信息组件用于显示USBCAN卡的硬件版本、固件版本、驱动版本等设备信息;
    • 数据发送状态组件用于显示当前数据发送的状态,如是否开始发送、当前发送的是第几行文件数据
    • ECU刷写组件包含升级文件选择框,发送按钮以及升级进度条;
  • 子线程负责发送主线程准备好的文件内容,以及接收MCU反馈的状态信息。

3.3 上位机发送流程

上位机发送流程

上位机和MCU的交互流程如上图所示,

  1. 500ms之内上位机发送DOWN_LINK,MCU收到指令之后回复UP_BUSY

测试时如果无法控制MCU的Reset和上位机开始发送之间的延时在500ms之内,可以将bootloader程序的接收超时时间改为5s。

  1. MCU再次回复UP_BUSY,接着回复UP_READY
  2. 上位机逐行发送S19文件,MCU收到数据之后回复UP_BUSY;上位机发送S19文件,以字符的ASCII编码方式发送
  3. MCU将CAN数据保存到指定的数组之后,回复UP_READY
  4. 上位机发完一行数据之后,发送DOWN_LINE_END,MCU收到指令之后回复UP_BUSY
  5. MCU再次回复UP_BUSY并将接收到的一行数据进行处理,如果是合法数据,刷入对应的地址,否则丢弃(第一次刷写flash会进行大规模擦除);
  6. MCU处理完数据之后,回复UP_READY
  7. 上位机发完最后一行数据并且等待MCU回复UP_READY之后,发送DOWN_FILE_END,MCU收到指令之后回复UP_BUSY,然后再回复UP_PRGEND
  8. 至此上位机工作结束,MCU进行跳转APP的操作。

这部分功能的主要代码如下:

# 固定为can帧
is_canfd_msg = False
if is_canfd_msg:
    msg = ZCAN_TransmitFD_Data()
else:
    msg = ZCAN_Transmit_Data()
# "正常发送"
msg.transmit_type = 0
try:
    msg.frame.can_id = DOWN_ID
except:
    msg.frame.can_id = 0
# "数据帧"   
msg.frame.rtr = 0
# "标准帧"
msg.frame.eff = 0

if not is_canfd_msg:
    msg.frame.can_dlc = 8
    msg_len = msg.frame.can_dlc
else:
    msg.frame.brs = 1 if self.cmbMsgCANFD.current() == 2 else 0
    msg.frame.len = self.__dlc2len(self.cmbMsgLen.current())
    msg_len = msg.frame.len


data = ("FF FF FF FF FF FF FF FF").split(' ')
for i in range(msg_len):
    if i < len(data):
        try:
            msg.frame.data[i] = int(data[i], 16)
        except:
            msg.frame.data[i] = 0
    else:
        msg.frame.data[i] = 0
# 发送帧数
msg_num = 1
# 发送次数,多次发送功能未实现
msg_cnt = 1
# 发送间隔(ms)
period  = 1
# ID递增
id_is_add = False

self.OutputText.insert(tk.END,"Request MCU to receive the file !\r\n")
for i in range(100):
    self.MsgSend(msg, is_canfd_msg, msg_num, msg_cnt, period, id_is_add)
    time.sleep(0.005)
    if not USE_THREAD:
        self.MsgReadFunc()
    if(self.mcu_Status == UP_READY_STATUS): 
        break
if(self.mcu_Status == UP_READY_STATUS):
    self.OutputText.insert(tk.END,"Start sending the file !\r\n")
    self.progressbarSend['maximum']=len(self.str_appFile)
    for appFile_line in range(len(self.str_appFile)):
        self.progressbarSend["value"] = appFile_line + 1
        self.OutputText.insert(tk.END,"The data of line "+str(appFile_line+1)+ " was sent!\r\n")
        # dispaly update
        self.OutputText.yview_moveto(1)
        strToSend = self.str_appFile[appFile_line].strip()
        listToSend = list(strToSend)
        NumOfFrame = len(listToSend)//msg_len
        LenOfLastFrame = len(listToSend)%msg_len
        NumOfSend = 0
        for j in range(NumOfFrame):
            for i in range(msg_len):
                msg.frame.data[i] = ord(listToSend[NumOfSend])
                logging.debug('No %d row, No %d column, No %d frame, data[%d] is 0x%x', appFile_line, NumOfSend, j, i, msg.frame.data[i])
                NumOfSend += 1
            while True:
                logging.debug('In while 1:send first 8N data of line')
                if not USE_THREAD:
                    self.MsgReadFunc()
                if(self.mcu_Status == UP_READY_STATUS): 
                    self.mcu_Status = UP_ERR_Str                     
                    self.MsgSend(msg, is_canfd_msg, msg_num, msg_cnt, period, id_is_add)
                    break

        msg.frame.can_dlc = LenOfLastFrame
        for i in range(LenOfLastFrame):
            msg.frame.data[i] = ord(listToSend[NumOfSend])
            logging.debug('No %d row, No %d column, No %d frame, data[%d] is 0x%x', appFile_line, NumOfSend, j+1, i, msg.frame.data[i])
            NumOfSend += 1
        while True:
            logging.debug('In while 2:send rest data of line')
            if not USE_THREAD:
                self.MsgReadFunc()
            if(self.mcu_Status == UP_READY_STATUS):  
                self.mcu_Status = UP_ERR_Str                     
                self.MsgSend(msg, is_canfd_msg, msg_num, msg_cnt, period, id_is_add)
                break
        # one line of file was send    
        if(appFile_line == (len(self.str_appFile)-1)):
            msg.frame.data[0] =  DOWN_FILE_END_CMD
        else:
            msg.frame.data[0] =  DOWN_LINE_END_CMD
        while True
            # last line of S19 is inactive,so don't send DOWN_LINE_END_CMD to programing
            if msg.frame.data[0] ==  DOWN_FILE_END_CMD:
                logging.debug('In while 3:send cmd of DOWN_FILE_END')
            elif msg.frame.data[0] ==  DOWN_LINE_END_CMD:
                logging.debug('In while 3:send cmd of DOWN_LINE_END')
            if not USE_THREAD:
                self.MsgReadFunc()
            if(self.mcu_Status == UP_READY_STATUS): 
                self.mcu_Status = UP_ERR_Str                      
                self.MsgSend(msg, is_canfd_msg, msg_num, msg_cnt, period, id_is_add)
                break                  
        msg.frame.can_dlc = 8
    # all line of file was send
    self.OutputText.insert(tk.END,"The file was sent successfully !\r\n")

4升级测试

整个GUI测试情况如下动图所示,

测试情况.gif

5例程分享

此次文中提到的测试设备的程序以及上位机源码已分享到gitee,链接接如下:

  • https://gitee.com/Yingming_Cai/tkinter_-s32-k144-evb_-can_-bootloader.git

如果觉得本文对您有用,,不妨给个一键三连!!!


评论 (0)
  • 多功能电锅长什么样子,主视图如下图所示。侧视图如下图所示。型号JZ-18A,额定功率600W,额定电压220V,产自潮州市潮安区彩塘镇精致电子配件厂,铭牌如下图所示。有两颗螺丝固定底盖,找到合适的工具,拆开底盖如下图所示。可见和大部分市场的加热锅一样的工作原理,手绘原理图,根据原理图进一步理解和分析。F1为保险,250V/10A,185℃,CPGXLD 250V10A TF185℃ RY 是一款温度保险丝,额定电压是250V,额定电流是10A,动作温度是185℃。CPGXLD是温度保险丝电器元件
    liweicheng 2025-05-05 18:36 235浏览
  • 文/Leon编辑/cc孙聪颖‍2023年,厨电行业在相对平稳的市场环境中迎来温和复苏,看似为行业增长积蓄势能。带着对市场向好的预期,2024 年初,老板电器副董事长兼总经理任富佳为企业定下双位数增长目标。然而现实与预期相悖,过去一年,这家老牌厨电企业不仅未能达成业绩目标,曾提出的“三年再造一个老板电器”愿景,也因市场下行压力面临落空风险。作为“企二代”管理者,任富佳在掌舵企业穿越市场周期的过程中,正面临着前所未有的挑战。4月29日,老板电器(002508.SZ)发布了2024年年度报告及2025
    华尔街科技眼 2025-04-30 12:40 352浏览
  • 文/郭楚妤编辑/cc孙聪颖‍相较于一众措辞谨慎、毫无掌舵者个人风格的上市公司财报,利亚德的财报显得尤为另类。利亚德光电集团成立于1995年,是一家以LED显示、液晶显示产品设计、生产、销售及服务为主业的高新技术企业。自2016年年报起,无论业绩优劣,董事长李军每年都会在财报末尾附上一首七言打油诗,抒发其对公司当年业绩的感悟。从“三年翻番顺大势”“智能显示我第一”“披荆斩棘幸从容”等词句中,不难窥见李军的雄心壮志。2012年,利亚德(300296.SZ)在深交所创业板上市。成立以来,该公司在细分领
    华尔街科技眼 2025-05-07 19:25 87浏览
  • ‌一、高斯计的正确选择‌1、‌明确测量需求‌‌磁场类型‌:区分直流或交流磁场,选择对应仪器(如交流高斯计需支持交变磁场测量)。‌量程范围‌:根据被测磁场强度选择覆盖范围,例如地球磁场(0.3–0.5 G)或工业磁体(数百至数千高斯)。‌精度与分辨率‌:高精度场景(如科研)需选择误差低于1%的仪器,分辨率需匹配微小磁场变化检测需求。2、‌仪器类型选择‌‌手持式‌:便携性强,适合现场快速检测;‌台式‌:精度更高,适用于实验室或工业环境。‌探头类型‌:‌横向/轴向探头‌:根据磁场方向选择,轴向探头适合
    锦正茂科技 2025-05-06 11:36 362浏览
  • 你是不是也有在公共场合被偷看手机或笔电的经验呢?科技时代下,不少现代人的各式机密数据都在手机、平板或是笔电等可携式的3C产品上处理,若是经常性地需要在公共场合使用,不管是工作上的机密文件,或是重要的个人信息等,民众都有防窃防盗意识,为了避免他人窥探内容,都会选择使用「防窥保护贴片」,以防止数据外泄。现今市面上「防窥保护贴」、「防窥片」、「屏幕防窥膜」等产品就是这种目的下产物 (以下简称防窥片)!防窥片功能与常见问题解析首先,防窥片最主要的功能就是用来防止他人窥视屏幕上的隐私信息,它是利用百叶窗的
    百佳泰测试实验室 2025-04-30 13:28 636浏览
  • 浪潮之上:智能时代的觉醒    近日参加了一场课题的答辩,这是医疗人工智能揭榜挂帅的国家项目的地区考场,参与者众多,围绕着医疗健康的主题,八仙过海各显神通,百花齐放。   中国大地正在发生着激动人心的场景:深圳前海深港人工智能算力中心高速运转的液冷服务器,武汉马路上自动驾驶出租车穿行的智慧道路,机器人参与北京的马拉松竞赛。从中央到地方,人工智能相关政策和消息如雨后春笋般不断出台,数字中国的建设图景正在智能浪潮中徐徐展开,战略布局如同围棋
    广州铁金刚 2025-04-30 15:24 372浏览
  • 随着智能驾驶时代到来,汽车正转变为移动计算平台。车载AI技术对存储器提出新挑战:既要高性能,又需低功耗和车规级可靠性。贞光科技代理的紫光国芯车规级LPDDR4存储器,以其卓越性能成为国产芯片产业链中的关键一环,为智能汽车提供坚实的"记忆力"支持。作为官方授权代理商,贞光科技通过专业技术团队和完善供应链,让这款国产存储器更好地服务国内汽车厂商。本文将探讨车载AI算力需求现状及贞光科技如何通过紫光国芯LPDDR4产品满足市场需求。 车载AI算力需求激增的背景与挑战智能驾驶推动算力需求爆发式
    贞光科技 2025-05-07 16:54 118浏览
  • 5小时自学修好BIOS卡住问题  更换硬盘故障现象:f2、f12均失效,只有ESC和开关机键可用。错误页面:经过AI的故障截图询问,确定是机体内灰尘太多,和硬盘损坏造成,开机卡在BIOS。经过亲手拆螺丝和壳体、排线,跟换了新的2.5寸硬盘,故障排除。理论依据:以下是针对“5小时自学修好BIOS卡住问题+更换硬盘”的综合性解决方案,结合硬件操作和BIOS设置调整,分步骤说明:一、判断BIOS卡住的原因1. 初步排查     拔掉多余硬件:断开所有外接设备(如
    丙丁先生 2025-05-04 09:14 111浏览
  • 二位半 5线数码管的驱动方法这个2位半的7段数码管只用5个管脚驱动。如果用常规的7段+共阳/阴则需要用10个管脚。如果把每个段看成独立的灯。5个管脚来点亮,任选其中一个作为COM端时,另外4条线可以单独各控制一个灯。所以实际上最多能驱动5*4 = 20个段。但是这里会有一个小问题。如果想点亮B1,可以让第3条线(P3)置高,P4 置低,其它阳极连P3的灯对应阴极P2 P1都应置高,此时会发现C1也会点亮。实际操作时,可以把COM端线P3设置为PP输出,其它线为OD输出。就可以单独控制了。实际的驱
    southcreek 2025-05-07 15:06 170浏览
  • 2024年初,OpenAI公布的Sora AI视频生成模型,震撼了国产大模型行业。随后国产厂商集体发力视频大模型,快手发布视频生成大模型可灵,字节跳动发布豆包视频生成模型,正式打响了国内AI视频生成领域第一枪。众多企业匆忙入局,只为在这片新兴市场中抢占先机,却往往忽视了技术成熟度与应用规范的打磨。以社交平台上泛滥的 AI 伪造视频为例,全红婵家人被恶意仿冒博流量卖货,明星们也纷纷中招,刘晓庆、张馨予等均曾反馈有人在视频号上通过AI生成视频假冒她。这些伪造视频不仅严重侵犯他人权
    用户1742991715177 2025-05-05 23:08 64浏览
  • 某国产固态电解的2次和3次谐波失真相当好,值得一试。(仅供参考)现在国产固态电解的性能跟上来了,值得一试。当然不是随便搞低端的那种。电容器对音质的影响_电子基础-面包板社区  https://mbb.eet-china.com/forum/topic/150182_1_1.html (右键复制链接打开)电容器对音质的影响相当大。电容器在音频系统中的角色不可忽视,它们能够调整系统增益、提供合适的偏置、抑制电源噪声并隔离直流成分。然而,在便携式设备中,由于空间、成本的限
    bruce小肥羊 2025-05-04 18:14 213浏览
  • 想不到短短几年时间,华为就从“技术封锁”的持久战中突围,成功将“被卡脖子”困境扭转为科技主权的主动争夺战。众所周知,前几年技术霸权国家突然对华为发难,导致芯片供应链被强行掐断,海外市场阵地接连失守,恶意舆论如汹涌潮水,让其瞬间陷入了前所未有的困境。而最近财报显示,华为已经渡过危险期,甚至开始反击。2024年财报数据显示,华为实现全球销售收入8621亿元人民币,净利润626亿元人民币;经营活动现金流为884.17亿元,同比增长26.7%。对比来看,2024年营收同比增长22.42%,2023年为7
    用户1742991715177 2025-05-02 18:40 206浏览
  • 一、gao效冷却与控温机制‌1、‌冷媒流动设计‌采用低压液氮(或液氦)通过毛细管路导入蒸发器,蒸汽喷射至样品腔实现快速冷却,冷却效率高(室温至80K约20分钟,至4.2K约30分钟)。通过控温仪动态调节蒸发器加热功率,结合温度传感器(如PT100铂电阻或Cernox磁场不敏感传感器),实现±0.01K的高精度温度稳定性。2、‌宽温区覆盖与扩展性‌标准温区为80K-325K,通过降压选件可将下限延伸至65K(液氮模式)或4K(液氦模式)。可选配475K高温模块,满足材料在ji端温度下的性能测试需求
    锦正茂科技 2025-04-30 13:08 523浏览
  • UNISOC Miracle Gaming奇迹手游引擎亮点:• 高帧稳帧:支持《王者荣耀》等主流手游90帧高画质模式,连续丢帧率最高降低85%;• 丝滑操控:游戏冷启动速度提升50%,《和平精英》开镜开枪操作延迟降低80%;• 极速网络:专属游戏网络引擎,使《王者荣耀》平均延迟降低80%;• 智感语音:与腾讯GVoice联合,弱网环境仍能保持清晰通话;• 超高画质:游戏画质增强、超级HDR画质、游戏超分技术,优化游戏视效。全球手游市场规模日益壮大,游戏玩家对极致体验的追求愈发苛刻。紫光展锐全新U
    紫光展锐 2025-05-07 17:07 161浏览
我要评论
0
0
点击右上角,分享到朋友圈 我知道啦
请使用浏览器分享功能 我知道啦