⚠️
大家好. .谢谢你来参加论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台,它将提供更好的功能,并包含在Dialog主网站中。所有的帖子和账户都已迁移。我们现在只接受新论坛的流量-请张贴任何新的线程//www.xmece.com/support.我们将在未来几天修复漏洞/优化搜索和标签。
16个职位/ 0个新职位
最后发表
liuluan002
离线
最后看到:6个月2周前
加入:2015-11-27 14:24
关于生产线工具

嗨,对话框中,

我有以下生产线工具的设置,将第二个引导加载程序编程到OTP,并将OTA的组合图像装入闪存。

但是我有如下的错误日志,你有什么建议和解决方案吗?我也附上了图片作为设置

11:48:45:409 [DEBUG] [U_DLL] [udll_dbg_init | 296] >>> dbg_enable=[1], dbg_level=[0x5], dbg_out=[0x4], dbg_clbk=[0xd80a7e], dbg_file_path=[UDLL_debug.txt]
11:53:01:569 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[9]
11:53:01:599 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[8]
11:53:01:599 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[16]
11:53:01:649 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[7]
11:53:01:649 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[11]
11:53:01:649 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[6]
11:53:01:649 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[14]
11:53:01:709 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[4]
11:53:01:709 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[18]
11:53:01:709 [ERROR] [U_DLL] [udll_main_thread | 1272] >>> ERROR: OTP IMAGE files do NOT match on com port=[12]
11:53:29 39 [ERROR] [U_DLL] [close_device | 2652] >>> ERROR: WaitForSingleObject in device_opts_t->ovlRd。hEvent WAIT_TIMEOUT com_port=[8]
11:53:30:439 [ERROR] [U_DLL] [close_device | 2687] >>> ERROR: WaitForSingleObject in device_opts_t->hThread WAIT_TIMEOUT com_port=[8]
11:53:30:469 [ERROR] [U_DLL] [print_sys_error | 4544] >>> ERROR: 6:句柄无效。

11:53:30:469 [ERROR] [U_DLL] [reset_buffer | 2424] >>> ERROR: PurgeComm with handle=[cb8] com_port=[8]
11:53:30:469 [ERROR] [U_DLL] [udll_main_thread | 976] >>> ERROR: buffer reset on com port=[8]
11:53:31:549 [ERROR] [U_DLL] [close_device | 2652] >>> ERROR: WaitForSingleObject in device_opts_t->ovlRd。hEvent WAIT_TIMEOUT com_port=[7]
11:53:31:679 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[16]
11:53:31:679 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[16]
11:53:31:679 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[12]
11:53:31:679 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[9]
11:53:31:679 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[18]
11:53:31:679 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[11]
11:53:31:679 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[14]
11:53:31:679 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[14]
11:53:32:549 [ERROR] [U_DLL] [close_device | 2687] >>> ERROR: WaitForSingleObject in device_opts_t->hThread WAIT_TIMEOUT com_port=[7]
11:53:32:549 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[0]
11:55:33:509 [ERROR] [U_DLL] [close_device | 2652] >>> ERROR: WaitForSingleObject in device_opts_t->ovlRd。hEvent WAIT_TIMEOUT com_port=[8]
11:55:34:509 [ERROR] [U_DLL] [close_device | 2687] >>> ERROR: WaitForSingleObject in device_opts_t->hThread WAIT_TIMEOUT com_port=[8]
11:55:34:509 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[0]
11:55:35:509 [ERROR] [U_DLL] [close_device | 2652] >>> ERROR: WaitForSingleObject in device_opts_t->ovlRd。hEvent WAIT_TIMEOUT com_port=[7]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[12]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[12]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[16]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[9]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[4]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[14]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[18]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[18]

附件:
设备:
MT_dialog
离线
最后看到:3个月4天前
工作人员
加入:2015-06-08 34
嗨liuluan002,

嗨liuluan002,

你能报告一下你正在使用的PLT sw的版本,并上传params.ini和params.xml文件来看看吗?

由于MT_dialog

liuluan002
离线
最后看到:6个月2周前
加入:2015-11-27 14:24
嗨,对话框中,

嗨,对话框中,

我正在使用PLT sw:“DA14580/581生产线工具v_3.170.2.36”

我只找到了文件中的“params.ini”和附件,我没有找到“params.xml”,你能帮忙吗?

附件:
liuluan002
离线
最后看到:6个月2周前
加入:2015-11-27 14:24
嗨,对话框中,

嗨,对话框中,

我已经在前面的评论中上传了params.ini,你可能需要看看。

BR,
liuluan002

liuluan002
离线
最后看到:6个月2周前
加入:2015-11-27 14:24
嗨,对话框中,

嗨,对话框中,

我试图编程的芯片组是DA14583,因为我读了UM-B-012,似乎它已经在OTP中出现了第二个引导加载程序,现在我想更新我的第二个引导加载程序,我需要做什么特殊设置才能使PLT工作于我们的生产?

MT_dialog
离线
最后看到:3个月4天前
工作人员
加入:2015-06-08 34
嗨liuluan002,

嗨liuluan002,

params.ini是PLT版本的正确配置文件,params.xml文件是PLT的最新版本。还有一个额外的问题,直到团队检查配置文件,我认为你已经应用VPP,以烧毁你的OTP ?另外,请检查PC是否识别PLT工具的COM端口?

关于引导加载程序和583,你可以将一个额外的引导加载程序烧到583,称为高级引导加载程序(这是辅助引导加载程序,以便实现双重映像),583如何知道高级引导加载程序取决于OTP报头上的0x7F10地址,它指示了偏移量和高级引导加载程序的长度。关于是否有一个特殊的设置,我正在与我们的PLT专家进行检查,一旦我有一些关于你得到的错误的反馈,我会让你知道。

由于MT_dialog

liuluan002
离线
最后看到:6个月2周前
加入:2015-11-27 14:24
我已经量过这块木板了

我已经测量了VPP的板,当我编程OTP时,它运行到6.8V。我还成功地编程了一个新的DA14583板,其OTP头具有相同的PLT(应用程序标志1和标志2是No, DMA长度我使用03 BD而不是1F C0.),但我没有使用第二个引导加载程序编程OTP映像。

liuluan002
离线
最后看到:6个月2周前
加入:2015-11-27 14:24
我也只做了闪光

我今天也只做了一次为64个单元编程的16个单元的flash部分,OTP图像和OTP头部没有编程。它显示PC正在识别PLT工具的所有17个COM端口。17个COM口包括16个DUT和1个Golden unit。

MT_dialog
离线
最后看到:3个月4天前
工作人员
加入:2015-06-08 34
嗨liuluan002,

嗨liuluan002,

据我所知,没有规定通过PLT工具将额外的图像刻录到OTP, PLT在特定的偏移量(从OTP图像的开始)开始写入OTP,没有选择在特定的偏移量刻录OTP,我仍在与PLT专家进行检查,以获得一些反馈。我假设您得到的错误是因为您正在用高级引导加载程序覆盖工厂583引导加载程序,当工具回读进行验证时,它得到了两个引导加载程序的红色值。还要检查是否有可行的解决方法,比如向高级引导加载程序映像添加一个0x00填充,直到高级引导加载程序应该位于的地址。

由于MT_dialog

liuluan002
离线
最后看到:6个月2周前
加入:2015-11-27 14:24
是因为吗

是否是由于工厂预置的第二个引导加载程序和OTP中的高级引导加载程序重叠导致系统无法启动,有什么解决方案吗?

MT_dialog
离线
最后看到:3个月4天前
工作人员
加入:2015-06-08 34
嗨liuluan002,

嗨liuluan002,

如前所述,我还在等待回复,一旦我得到PLT专家的回复,我就会让你知道。

由于MT_dialog

anunez
离线
最后看到:2年11个月前
加入:2017-02-12 16:46
你好,

你好,

我有从客户那里获得的PLT硬件,用于开发他们产品的测试/编程。我的软件是chsharp。我想获得关于如何在chsharp中使用PLT DLL库的支持。请提供联系方式。

MT_dialog
离线
最后看到:3个月4天前
工作人员
加入:2015-06-08 34
嗨anunez,

嗨anunez,

我们将通过邮件与您联系。

由于MT_dialog

liuluan002
离线
最后看到:6个月2周前
加入:2015-11-27 14:24
嗨,对话框中,

嗨,对话框中,

这个问题有什么更新吗?

MT_dialog
离线
最后看到:3个月4天前
工作人员
加入:2015-06-08 34
嗨liuluan002,

嗨liuluan002,

很抱歉回复很晚,但是PLT专家很忙,所以,正如我被告知的那样,在583中没有为PLT烧录高级引导加载程序提供的条款,PLT假设OTP应该始终从地址0写入,以便从那里启动。所以你可以按照下面的指导原则来测试通过PLT工具在OTP中刻录高级引导加载程序:

  • 文件来源\ production_line_tool \ u_dll \ u_dll_580.c
  • 函数udll_580_otp_img_write
  • 第3213行
  • 修改otp_write函数调用的第二个参数:
    • 修改前:status = otp_write(device_opts_t->otp_bin, OTP_580_BASE_ADDR + udll_params.params_580.mem.otp_img. zip)Addr, (uint16_t) device_opts_t->otp_bin_size, device_opts_t);
    • After: status = otp_write(device_opts_t->otp_bin, OTP_580_BASE_ADDR + XXXX, (uint16_t) device_opts_t->otp_bin_size, device_opts_t);其中XXXX应该是高级引导加载程序的新OTP起始地址。

由于MT_dialog

anunez
离线
最后看到:2年11个月前
加入:2017-02-12 16:46
你好,

你好,

你能告诉我如何给DA14581芯片上电和复位吗?是否有生产线工具命令行或使用DLL?