⚠️
嗨,...感谢您来论坛。令人兴奋的消息!我们现在正在迁至我们的新论坛平台,将提供更好的功能,并包含在主对话框网站中。所有帖子和帐户都已迁移。我们现在只接受新论坛上的流量 - 请发布任何新线程https://www.dialog-seminile.com/support.。我们将在未来几天修复错误/优化搜索和标记。
16个职位/ 0个新职位
最后一篇
Liuluan002.
离线
最后看到:6个月1日前
加入:2015-11-27 14:24
关于生产线工具

嗨,对话框中,

我有以下生产线工具的设置程序的第二个引导加载程序到OTP,我的组合图像OTA到flash。

但是我得到了下面这样的错误日志,你有什么建议和解决方案吗?我也附上了图片用于设置

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] >>>错误:OTP IMAGE files do NOT match on com port=[9]
11:53:01:599 [ERROR] [U_DLL] [udll_main_thread | 1272] >>>错误:OTP IMAGE files do NOT match on com port=[8]
11:53:01:599 [ERROR] [U_DLL] [udll_main_thread | 1272] >>>错误:OTP IMAGE files do NOT match on com port=[16]
11:53:01:649 [错误] [u_dll] [udll_main_thread |1272] >>>错误:OTP图像文件在COM端口= [7]上不匹配
11:53:01:649 [ERROR] [U_DLL] [udll_main_thread | 1272] >>>错误:OTP IMAGE files do NOT match on com port=[11]
11:53:01:649 [错误] [u_dll] [udll_main_thread |1272] >>>错误:OTP图像文件在COM端口= [6]上不匹配
11:53:01:649 [ERROR] [U_DLL] [udll_main_thread | 1272] >>>错误:OTP IMAGE files do NOT match on com port=[14]
11:53:01:709 [ERROR] [U_DLL] [udll_main_thread | 1272] >>>错误:OTP IMAGE files do NOT match on com port=[4]
11:53:01:709 [ERROR] [U_DLL] [udll_main_thread | 1272] >>>错误:OTP IMAGE files do NOT match on com port=[18]
11:53:01:709 [ERROR] [U_DLL] [udll_main_thread | 1272] >>>错误:OTP IMAGE files do NOT match on com port=[12]
11:53:29:439 [错误] [u_dll] [close_device |2652] >>>错误:wainforsingleObject在device_opts_t-> ovlrd.hevent wait_timeout com_port = [8]
11:53:30:439 [ERROR] [U_DLL] [close_device | 2687] >>>错误: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 [错误] [u_dll] [reset_buffer |2424] >>>错误:用柄= [CB8] com_port = [8]
11:53:30:469 [错误] [u_dll] [udll_main_thread |976] >>>错误:COM端口上的缓冲区重置= [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 [错误] [u_dll] [udll_main_thread |966] >>>错误:FW下载COM端口= [12]
11:53:31:679 [错误] [u_dll] [udll_main_thread |966] >>>错误:COM端口上的FW下载= [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 [错误] [u_dll] [udll_main_thread |966] >>>错误:COM端口上的FW下载= [14]
11:53:31:679 [错误] [u_dll] [udll_main_thread |966] >>>错误:COM端口上的FW下载= [14]
11:53:32:549 [错误] [u_dll] [close_device |2687] >>>错误:wainforsingleObject在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 [错误] [u_dll] [close_device |2652] >>>错误:wainforsingleObject在device_opts_t-> ovlrd.hevent wait_timeout com_port = [8]
11:55:34:509 [ERROR] [U_DLL] [close_device | 2687] >>>错误: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] >>>错误:WaitForSingleObject in device_opts_t->ovlRd。hEvent WAIT_TIMEOUT com_port = [7]
11:55:35:759 [错误] [u_dll] [udll_main_thread |966] >>>错误:FW下载COM端口= [12]
11:55:35:759 [错误] [u_dll] [udll_main_thread |966] >>>错误:FW下载COM端口= [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 [错误] [u_dll] [udll_main_thread |966] >>>错误:COM端口上的FW下载= [4]
11:55:35:759 [ERROR] [U_DLL] [udll_main_thread | 966] >>> ERROR: fw download on com port=[14]
11:55:35:759 [错误] [u_dll] [udll_main_thread |966] >>>错误:FW下载COM端口= [18]
11:55:35:759 [错误] [u_dll] [udll_main_thread |966] >>>错误:FW下载COM端口= [18]

附件:
设备:
MT_dialog
离线
最后看到:两个月两个星期前
职员
加入:2015-06-08 34
嗨Liuluan002,

嗨Liuluan002,

请报告你正在使用的PLT软件的版本,并上传params.ini和params.xml文件以便查看。

由于MT_dialog

Liuluan002.
离线
最后看到:6个月1日前
加入:2015-11-27 14:24
嗨,对话框中,

嗨,对话框中,

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

我只找到了“params.ini”并附上了文件,我尚未找到“params.xml”,可以帮忙吗?

附件:
Liuluan002.
离线
最后看到:6个月1日前
加入:2015-11-27 14:24
嗨,对话框中,

嗨,对话框中,

我在previoully评论中有updaload的params.ini,你可能需要看看。

BR,
Liuluan002.

Liuluan002.
离线
最后看到:6个月1日前
加入:2015-11-27 14:24
嗨,对话框中,

嗨,对话框中,

芯片组我试图计划DA14583,自从我读了嗯- b - 012,似乎它已经出来第二OTP引导装载程序,现在我想更新我的第二个引导装载程序,是任何特殊设置PLT我需要工作来生产?

MT_dialog
离线
最后看到:两个月两个星期前
职员
加入:2015-06-08 34
嗨Liuluan002,

嗨Liuluan002,

params.ini是PLT版本的正确配置文件Params.xml文件是用于最新版本的PLT。还有一个额外的问题,直到团队检查配置文件,我想你已经应用了VPP才能刻录你的OTP?还可以检查PC是否识别PC的COM端口?

关于引导加载程序和583,您可以将额外的引导加载程序刻录到称为高级引导加载程序的583(是辅助引导加载程序以实现双重图像),583将如何了解高级引导程序取决于0x7F10OTP标题上的地址,它决定了高级引导加载程序的偏移量和长度。关于我是否有一个特殊的设置我正在与我们的PLT专家一起检查,我会尽快通知您,我会有一些反馈您获得的错误。

由于MT_dialog

Liuluan002.
离线
最后看到:6个月1日前
加入:2015-11-27 14:24
我测量了这块板

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

Liuluan002.
离线
最后看到:6个月1日前
加入:2015-11-27 14:24
我也只做了闪光灯

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

MT_dialog
离线
最后看到:两个月两个星期前
职员
加入:2015-06-08 34
嗨Liuluan002,

嗨Liuluan002,

就我可以通过PLT工具告诉OTP没有提供额外的图像,因此PLT在特定的偏移(从OTP图像开始时开始写入OTP),没有选项燃烧OTP在特定的偏移量上,我仍在检查PLT专家来获得一些反馈。我假设你得到的错误是因为你用高级引导加载程序覆盖了工厂583引导加载程序,当工具读回验证时,它会获得两个引导加载程序的ORED值。检查是否可以检查是否可以进行工作,也许通过添加到高级引导程序映像将0x00填充到应位于高级引导加载程序所在的地址。

由于MT_dialog

Liuluan002.
离线
最后看到:6个月1日前
加入:2015-11-27 14:24
是因为吗

是否因为工厂预先制作的第二个引导加载程序和OTP里面的高级引导加载程序重叠导致系统无法启动,这个问题有解决方案吗?

MT_dialog
离线
最后看到:两个月两个星期前
职员
加入:2015-06-08 34
嗨Liuluan002,

嗨Liuluan002,

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

由于MT_dialog

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

你好,

我有一个来自客户获取的PLT硬件,以开发其产品的测试/编程。我的软件是CSharp。我想支持如何在CSharp中使用PLT DLL库。请提供联系方式。

MT_dialog
离线
最后看到:两个月两个星期前
职员
加入:2015-06-08 34
嗨anunez,

嗨anunez,

我们会通过邮件联系你。

由于MT_dialog

Liuluan002.
离线
最后看到:6个月1日前
加入:2015-11-27 14:24
嗨,对话框中,

嗨,对话框中,

这个问题有更新吗?

MT_dialog
离线
最后看到:两个月两个星期前
职员
加入:2015-06-08 34
嗨Liuluan002,

嗨Liuluan002,

对不起,迟到的回复,但PLT专家很忙,所以,随着我的知情,PLT没有规定在583中刻录高级引导加载程序,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.addr,(uint16_t)device_opts_t-> otp_bin_size,device_opts_t);
    • 之后: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?