关于量产BQ40Z50G跟BQ28Z610程序文件问题

马上要量产 芯片为BQ40Z50-R1跟BQ28Z610的电池了，像这种上位机软件为battery management Studio的芯片，目前我只看到了导入导出的文件格式为srec文件，感觉类似老产品BQ20Z75，BQ27541的senc文件，但是烧录时间比senc文件要长（1min多）。  以往批量生产老产品 使用的是BQ evaluation software 可以产生直接量产的DFI文件，几秒钟就完成烧写了，如果批量烧录srec岂不是很费时。    battery management studio  和对应的新产品我都是今年才开始使用，不是特别熟悉。所以请问还有没有其他烧录比较快的量产文件。

如果firmware 不变可以烧DFFS文件，跟DFI文件是一样的。

firmware不样就需要烧SREC文件。

能告诉我界面在哪儿吗?

关于BQ40Z50和BQ28Z610来讲，最好的量产方法是直接烧写0x4000~0x5fff区域的参数就好了，因为这两个芯片的内部参数访问方式已经变成了直接的物理地址，所以可以直接烧写，TI的文档里面提供了非常详细的烧写步骤的。

至于烧写的文件格式，设计量产设备的程序的时候，只需要把golden learning之后的芯片的这个区域的数据读出来保存成一个文件就好了，可以采用任何你们喜欢的格式存储，只要利于你们的程序执行就好，然后把这个文件用于量产烧写到所有其他的芯片这个区域里面就行了。

能告诉我导出界面在哪儿吗，我把官网的EVM资料看遍了都没有找到导DFFS文件的界面，数据手册更没有，规格书也没有。 

http://www.ti.com/lit/an/slua541a/slua541a.pdf

• DF.FS files refer to a data flash programming file for our gauges. It contains a series of I2C transactions that a micro can parse to write and program a gauge.
"W:" - – indicates that the row is a command to write one or more bytes of data.
"C:" – indicates that the row is a command to read and compare one or more bytes of data.
"X:" – indicates that the row is a command to wait a given number of milliseconds before proceeding.
Please refer to this document that has more details on how to use these files.

你发的链接文档是bq275系列的，我以前没有看过，上位机软件是bq evaluation software ，里面介绍了如何进入、退出ROM 模式，读写commend，这些我大概知道。但是没有写 如何creat DFI文件具体步骤，只是给出了另外一个参考文档的地址。

然后我有进去了Going to Production with the bq275xx，这个文档查看，里面是大概是 在配置好量产参数，循环学习后 在bq EASY界面里面，去生成DFI文件，这个我也知道啊，因为我做个BQ27541 跟BQ20Z75 这些电池。‘

现在我遇到的问题是：

1，现在做BQ40z50 跟bq28z610 这2个芯片的上位机软件battery management studio 界面 根本没有像 BQ34Z100上位机软件有golden image这个界面，可以导出DFFS文件。有没有其他途径可以得到 这样不改变固件 但是包含了所以配置、循环学习、CHEM-ID的数据的文件？

2，让我联想到 老产品BQ27541-G1版本（上位机软件没有bq sasy界面）和BQ27541-200版本（上位机软件有bq sasy界面） 这么纠结的事，老产品不推荐使用了，我也就不再去研究。新的产品都使用battery management studio 这个界面强大的软件，如果导不了DFFS文件，量产时，总不能一个个电池去烧录SREC 这样连骨头带肉的大文件，耗时。

BQ40Z50量产文件烧录参考下面的文档

http://www.ti.com.cn/cn/lit/an/slua743/slua743.pdf

刚刚查看了这个文档，我真看不懂，只大概了解是分模块，地址去烧录。前面有位仁兄也提到过“最好的量产方法是直接烧写0x4000~0x5fff区域的参数”，我学历低，电子基础知识薄弱，不懂寄存器。 我知道再问下去，你们这些专业的人会抓狂。但是我很勤奋好学，接收能力强。

1，你能不能简单通俗点给我描述一下 这个文档表达量产方式。至少我得弄懂在advanced commend SMB界面里 是如何将一个合格的电池参数 复制到一个新的芯片上去的。

2，如果我稍微懂了流程，我可以去请教我的同事，有人懂嵌入式，理解这些对他们来说很肯定简单。

3，你如果不发这个文档，我还真没见过，因为这是BQ40Z50官网上的，而bq40z50已经不推荐使用了。而新款BQ40Z50-R1官网上没有附类似这种量产的文档，这让我们这些没用过老的40Z50的人情何以堪？

你好，首先，BQ40Z50-R1不支持DFFS文件格式。 第二，BQ40Z50和BQ40Z50-R1的量产方式是一样的，所以那个文档可以通用。

关于这个区间的访问，请参考如下的描述：

13.1.59 0x4000–0x5FFF Data Flash Access()
Accessing data flash (DF) is only supported by the ManufacturerBlockAccess() by addressing the physical
address.
To write to the DF, send the starting address, followed by the DF data block. The DF data block is the
intended revised DF data to be updated to DF. The size of the DF data block ranges from 1 byte to 32
bytes. All individual data must be sent in Little Endian.
Write to DF example:
Assuming: data1 locates at address 0x4000 and data2 locates at address 0x4002.
Both data1 and data2 are U2 type.
To update data1 and data2, send an SMBus block write with command = 0x44
block = starting address + DF data block
= 0x00 + 0x40 + data1_LowByte + data1_HighByte + data2_LowByte + data2_HighByte
To read the DF, send an SMBus block write to the ManufacturerBlockAccess(), followed by the starting
address, then send an SMBus block read to the ManufacturerBlockAccess(). The return data contains the
starting address followed by 32 bytes of DF data in Little Endian.
Read from DF example:
Taking the same assuming from the read DF example, to read DF,
a. Send SMBus write block with command 0x44, block = 0x00 + 0x40
b. Send SMBus read block with command 0x44
The returned block = a starting address + 32 bytes of DF data
= 0x00 + 0x40 + data1_LowByte + data1_HighByte + data2_LowByte + data2_HighByte....
data32_LowByte + data32_HighByte

The gauge supports an auto-increment on the address during a DF read. This greatly reduces the time
required to read out the entire DF. Continue with the read from the DF example. If another SMBus read
block is sent with command 0x44, the gauge returns another 32 bytes of DF data, starting with address
0x4020.