一拖多tpms主控制器的程序下载器及下载方法
【技术领域】
[0001]本发明涉及一种应用于TPMS中主控制器的程序下载器及下载方法，通过烧录器实现对TPMS —对多的程序下载。
【背景技术】
[0002]TPMS是轮胎压力传感器，每个TPMS都有一个主控制器，下载器用于给此主控制器下载程序之用。随着TPMS的广泛应用，目前市场的需求量越来越大，而目前市场上的下载器都是一对一的在线下载，存在如下缺陷:(I)效率低下，不能满足市场的需求。(2)耗费时间长，经测试，约Ils左右。如果对于年产量十万以上的情况，可能会有大部分时间耗费于下载过程。经计算，如果一年不休息，最多可以下载28万只，当然不包括换MCU的装和卸时间。可想而知，其所耗费的时间很长。针对此现象，现有技术通过以下方法进行改进:配置多台电脑，相当于并行同时下载。此方式虽然可以满足量的要求，但是其需要增加大量人力(每一台电脑需要配备一名工作人员)和物力，对于企业而言，成本较高。
【发明内容】
[0003]为解决现有技术存在的上述问题，本发明公开了一种一拖多TPMS主控制器的程序下载器及下载方法，其提高了下载程序的效率，满足了市场发展的需求，节省了企业的人力、物力，降低了企业的生产成本。
[0004]为达到上述目的，本发明采取以下技术方案:一拖多TPMS主控制器的程序下载器，包括MCU、EEPR0M、指示灯及按键，MCU与EEPROM进行通信，MCU与多个TPMS通过I2C进行通信；MCU联接所述的指示灯，指示灯用于显示下载状态，下载状态包括下载成功、下载失败以及下载未完成状态；MCU联接所述的按键，按键用于操作是否下载及重新下载。
[0005]优选的，MCU通过uart总线与PC进行通信，PC用于配置下载器的状态以及将程序通过uart总线将事先准备下载的程序文件存储到EEPROM内。
[0006]本发明的另一技术方案:一拖多TPMS主控制器的程序下载器，包括多个MCU，每个MCU与一个EEPROM进行通信，每个MCU与多个TPMS通过I2C进行通信；每个MCU联接指示灯，指示灯用于显示下载状态，下载状态包括下载成功、下载失败以及下载未完成状态?’每个MCU联接按键，按键用于操作是否下载及重新下载；多个MCU通过CAN接收器与PC进行通信。
[0007]本发明一种利用上述的程序下载器进行程序下载的方法，其按如下步骤进行:启动，检查EEPROM是否有程序，若否，则检查PC是否发送需要下载的程序，直至发送完成；若是，则:(1)检查是否有按键操作下载，若是，则开始下载，直到下载结束；(2)检查是否有PC发送的消息，后判断是否读取程序，若是，读取PTMS中的程序直到读取完毕，若否，判断是否为下载程序:判断为是的情形下，给TPMS下载程序，直到下载结束，判断为否的情形下，是否为校验程序，检验程序直到结束。
[0008]本发明对下载器进行了改进，实现了高效下载的目的。其一，为了减少成本，将电脑舍去，即在下载过程中电脑可以不参与下载，其可以减少成本。其二，为了减少每次下载的时间，不需要通过PC将程序一条一条地发送给下载器并通过下载器发送给TPMS，直接将程序存储到下载器中，直接发送给TPMS。
【附图说明】
[0009]图1是应用实施例1下载器的总体结构框图。
[0010]图2是实施例1下载器内部硬件结构与PC、TPMS的连接结构图。
[0011]图3是应用实施例2下载器的总体结构框图。
[0012]图4是实施例2下载器内部硬件结构与PC、TPMS的连接结构图。
[0013]图5是实施例2的流程图。
【具体实施方式】
[0014]下面结合附图对本发明优选实施例作详细说明。
[0015]实施例1
[0016]如图1、2所示，PC与下载器通过uart通信，下载器与多个TPMS (即TPMS1、TPMS2...TPMSn)通过I2C通信。PC不是下载器的一部分，PC作为监视之用，可以监视每个下载器的状态:是否下载成功，也可以控制下载，可以对单个TPMS进行下载。下载器也能支持离线下载，即如果没有PC，整个下载过程也可以进行。
[0017]下载器包括MCU、EEPR0M、指示灯以及物理按键，MCU与EEPR0M、指示灯以及物理按键进行通信，MCU还与PC、TPMS进行通信。MCU选用freescale的MC9S12G48。EEPROM是SPI接口，下载接口是I2C接口，均采用GP1模拟总线时序的方式来实现。
[0018]PC用于配置下载器的状态以及将程序通过uart总线将事先准备下载的程序文件存储到EEPROM里面。
[0019]下载器上装配有指示灯，可以了解下载成功、下载失败、以及下载未完成三个状态。每个下载器上配备物理按键，用于操作是否下载和重新下载。
[0020]经过验证，本实施例1对I结构对TPMS下载只需要3_4s，然后通过I2C的特点通过寻址每个MCU的地址依次切换每个TPMS，相当于串行下载。该方法比现有市场上的快3-4倍，每个下载器的成本大概为50块左右，因此，可以将量产的数量提高3-4倍。
[0021]实施例2
[0022]实施例1虽然实现了一托多的下载，但本质上还是串行下载，考虑到每个下载器成本已经降下来，因此可以应用下载器的一对多的思路，并行多个下载器，但是PC与下载器的通信方式为UART，只能实现一对一的通信，不能实现一台PC对多个下载器进行监控。为了改进此特点，本实施例将通信方式改为CAN总线通信方式。
[0023]参见图3、4，由于CAN总线具备一对一通信功能，也可以实现一对多通信功能，因此，可以实现同时监控所有下载器的状态。PC通过CAN接收器与多个下载器即下载器1、下载器2...下载器η进行通信，每个下载器又通过I2C与多个TPMS即TPMS1、TPMS2…TPMSm进行通信。MCU选用freescale的MC9S12G48。CAN接收器选用PHILIPS公司的TJA1040。本实施例其他内容可以参考实施例1。
[0024]参见图5，本实施例的流程如下:启动，检查EEPROM是否有程序，若否，则检查PC是否发送要下载的程序文件，直至发送完成；若是，则(I)检查是否有按键按下、(2)检查是否有PC发送的消息，若(I)，开始下载，直到下载结束；若(2)，是否读取程序，若是，读取PTMS中的程序，直到读取完毕，若否，判断是否为下载程序，判断为是的情形下，给TPMS下载程序，直到下载结束，判断为否的情形下，是否为校验程序，检验程序直到结束。
[0025]随着TPMS需求量增加，单纯的一对一在线下载已经不能满足市场发展的需求。本发明可以实现一对多下载的功能，其可以减少下载时间，提高下载效率。
[0026]目前市场上的同类产品只能实现一对一的在线下载，且每个下载时间为Ils左右，而本发明经过实验可以降低到3_4s的时间，大大缩短了整个下载时间，可以满足高产量的需求，从而满足市场的发展需求。
[0027]以上对本发明的优选实施例及原理进行了详细说明，对本领域的普通技术人员而言，依据本发明提供的思想，在【具体实施方式】上会有改变之处，而这些改变也应视为本发明的保护范围。
【主权项】
1.一拖多TPMS主控制器的程序下载器，其特征是包括MCU、EEPROM、指示灯及按键，MCU与EEPROM进行通信，MCU与多个TPMS通过I2C进行通信；MCU联接所述的指示灯，指示灯用于显示下载状态，下载状态包括下载成功、下载失败以及下载未完成状态；MCU联接所述的按键，按键用于操作是否下载及重新下载。2.如权利要求1所述的一拖多TPMS主控制器的程序下载器，其特征是:所述的MCU通过uart总线与PC进行通信，PC用于配置下载器的状态以及将程序通过uart总线将事先准备下载的程序文件存储到EEPROM内。3.一拖多TPMS主控制器的程序下载器，其特征是包括多个MCU，每个MCU与一个EEPROM进行通信，每个MCU与多个TPMS通过I2C进行通信；每个MCU联接指示灯，指示灯用于显示下载状态，下载状态包括下载成功、下载失败以及下载未完成状态；每个MCU联接按键，按键用于操作是否下载及重新下载；多个MCU通过CAN接收器与PC进行通信。4.一种利用如权利要求3所述的程序下载器进行程序下载的方法，其按如下步骤进行:启动，检查EEPROM是否有程序，若否，则检查PC是否发送需要下载的程序，直至发送完成；若是，则:(1)检查是否有按键操作下载，若是，则开始下载，直到下载结束；(2)检查是否有PC发送的消息，后判断是否读取程序，若是，读取PTMS中的程序直到读取完毕，若否，判断是否为下载程序:判断为是的情形下，给TPMS下载程序，直到下载结束，判断为否的情形下，是否为校验程序，检验程序直到结束。
【专利摘要】本发明公开了一拖多TPMS主控制器的程序下载器及下载方法。本发明一拖多TPMS主控制器的程序下载器，包括多个MCU，每个MCU与一个EEPROM进行通信，每个MCU与多个TPMS通过I2C进行通信；每个MCU联接指示灯，指示灯用于显示下载状态，下载状态包括下载成功、下载失败以及下载未完成状态；每个MCU联接按键，按键用于操作是否下载及重新下载；多个MCU通过CAN接收器与PC进行通信。本发明提高了下载程序的效率，满足了市场发展的需求，节省了企业的人力、物力，降低了企业的生产成本。
【IPC分类】G06F13/38, G06F9/445
【公开号】CN105117248
【申请号】CN201510513818
【发明人】姚乐, 金星
【申请人】浙江中科领航汽车电子有限公司
【公开日】2015年12月2日
【申请日】2015年8月20日