This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.
工具与软件:
现在我用芯片 CC3235MODASF 来制作 WIFI 板来传输数据。 当前情况是 XDS110的 UART 通信连接到 WIFI 板、TX 系列100Ω 电阻器连接到 GPIO_01、RX 系列100Ω 电阻器连接到 GPIO_02。 当连接 XDS110时、uniflash 显示 Operation Failed: Error:SLlmagecreater.exe:BootLoaderError Timeout reading dataWIFI"表示这个故障。 WIFI 板通电后、功耗约为3.3V 20mA。 该电流是否有点低? 芯片 MCU 是否无法正常工作? 此时测量 SOP0、SOP1和 SOP2时、相应的电压为0V、0V、3.2V。 TCK 被配置为一个下拉功能、TMS、TDI、TDO、和 nReset 被配置为一个下拉功能、而 RX 和 TX 未被配置。 我们比较测试 WIFI 板和 TI 的开发板、发现 WIFI 板的 RX 电压为。 大约1.2V、TI 的开发板 RX 是3.3V。
问题1. 导致故障的原因是什么? 现在是否有办法消除此问题点?
问题2: 如何配置 WIFI 板的最小系统?
问题3. 在 CC3235MODASF 的设计过程中、我们应该注意什么?
此致
您好!
请分析启动(复位)后的电流消耗。 它的功耗稳定或有波动? CC2335MOD 复位后预计会由于射频校准而出现高电流峰值。 如果您没有看到这样的电流消耗峰值、则该模块可能无法正常工作。 据我所知、常见问题是模块下方的焊接问题。 您可以使用 X 射线进行焊接检查。 另一个原因可能是 RESET 引脚出现问题。
CC3235MOD 的最小设置是连接 Vcc、GND、UART RX (对 RX 使用上拉电阻)、UART TX、SOP2引脚、复位。 使用这些设置、您应该能够通过 Uniflash 连接到。 请遵循生产线指南第4.4章中的连接。
使用 QFN CC3235进行设计、可实现正确的布局。 但采用 CC3235MOD 的布局不会有问题。 到目前为止、我还记得 CC32xxMOD 的唯一问题是焊接。
您可以在此处请求 TI 审核您的设计。
1月
您好!
1、我们使用直流电源作为电源,直流电源就足够了,再次尝试连接通信,仍然报告故障。
UART RX 使用上拉 RX 再次连接到 UART RX。 Uniflash 会再次显示"Operation Failed:Error:SLlmageCreator.exe:BootLoaderError Timeout reading data"。
3. Uniflash 连接按照《生产线指南》的第4.4章操作。
4.Comparing 开发板和 WIFI 板之间的同一信号电压如下:
5.我们制作了一个简单的系统,配置如下:
引脚 37 (VBAT1) 和 40 (VBAT2) 连接 到 3.3V、
引脚 28 (GND) 连接 到 GND、
引脚 35 (nRESET) 灯串 4.7K Ω 连接 到 3.3V、
PIN23 (SOP2) 灯串 100K Ω 连接 至 3.3V、
PIN47 (RX) 灯串 4.7K Ω 连接 至 3.3V
当使用 XDS110连接到简单系统时、uniflash 仍会显示"Operation Failed: Error:SLlmagecreater.exe:BootLoaderError Timeout reading data。 有时还会显示故障"操作失败:错误:SLlmageCreator。 exe: BootLoaderError、请求的 数据包长度与实际数据包长度之间的间隙(Requested=28、 Actual=15358"。
请问我们的系统配置是否有问题? 我们应该如何修改它?
此致
您好!
对于 Uniflash 连接、您需要连接复位引脚。 您使用 CC32xx LaunchPad 中的 XDS110 (TMDSEMU110-U)还是 XDS-110?
1月
感谢您的回答。 我想问一下、在我们设计的 WIFI 板上、这两种 XDS110型号的硬件配置有何差异? Ω 正在通过4.7K k Ω 电阻将 RESET 引脚上拉至3.3V、然后使用开关将 RESET 引脚下拉至接地、以控制 RESET 功能。 您是指将 RESET 引脚连接到 XDS110的特定引脚吗?
您好!
Uniflash 软件强烈建议控制复位引脚。 可能 SOP 模式0-0-1 (0-1-2)和手动复位可能有效、但我没有在 CC3220/CC3235进行测试。
CC3220 LaunchPad 上 XDS110的 Uniflash 控制引脚 PA6。 但我不确定 TMDSEMU110-U 处的确切引脚是什么 可能是 AUX 板上的一个引脚。 您可以自行检查。 检查 AUX 板上的引脚是否在 Uniflash 连接尝试期间切换。
1月
大家好、下面是我们在使用示波器与 TMDSEMU110-U 进行通信时自行生成的 WIFI 板(图1)和 TI 演示板(图2)的波形。 绿色通道是板上的 TX、黄色通道是板上的 RX。 当我们的 WIFI 板进行通信时、TX 电平将下拉8秒、RX 电平将在8秒后保持高电平。 TI 演示板的 RX 引脚将具有正常的信号传输、我可否问一下为什么会导致这种现象? 是否有解决方案方向。
图1.
图2.
此致
您好!
我认为这是 Uniflash 连接尝试以超时结束时的预期行为。 这不会推动我们前进。
当 CC32xx/CC33xx 处于 SOP 模式0-1-0时、进入引导程序的状态由 UART RX 线路(CC332xx 侧)的中断信号决定。 Uniflash 会通过 XDS-110的 PA6引脚发送中断信号与切换复位。 由于您的器件没有响应、因此会出现中断、直到超时。
1月
您好!
您能否帮助我们了解原理图设计问题、我们应该如何修改它?
此致
您好!
请在此处请求 TI 审核您的设计。 如果我漏掉了一些东西、我不想承担责任。 但起初我没有看到任何明显错误(可能 RX 上拉会有用、因为使用了 SOP 模式0-1-0)。
1月
您好、Jan
您的建议有效、连接 XDS110的 TGTVDD (SENSE)引脚后可以成功连接芯片。 但是、在下一个操作(程序 映像)期间、发生了以下故障(操作失败:错误:SLImageCreator.exe:引导加载程序错误、读取数据超时)。 在程序 映像期间连接了 UART 和 JTAG 的信号线。 我们已尝试了 SOP 模式0-1-1和0-0-0-1、请帮助我们了解问题是什么、谢谢
您好!
此错误仍是由于 RST 引脚缺少控制所致。 TGTVDD (SENSE)引脚只是 TMDSEMU110-U 的"反馈"、用于确定何时连接了目标。
1月
您好!
回复中提到的 RST 引脚是否指 WIFI 芯片的35引脚? 如果是、那么连接该 RST 引脚的正确方法是什么?
您好!
是的、CC32xxMOD 的引脚 nReset 应该由 Uniflash 控制。
1月
您好、Jan:
(1) uniflah 上没有其他配置可以成功烧录 CC3235 LaunchPad。
(2)如回复中所述、如何通过 uniflash 配置 NRESET 引脚?
(3)我们自己设计的电路板是否能够引出 NRESET 引脚、是否需要以其他方式连接到 xds110、或者它是否只需要执行上面步骤2中的操作?
谢谢!
您好!
1) CC3235 LaunchPad 已将 RESET 引脚内部连接到 PA6端口 od XDS110。 为什么您没有按照我之前的指示测试您的硬件和 CC3235 LaunchPad 的 XDS110?
2)、3)在 Uniflash 中没有用于控制 nReset 的配置(如果我们不计算脚本 power_off_com.py/power_on_com.py)。 需要时、Uniflash 会通过 XDS110 PA6引脚自动切换复位引脚。 尚未连接复位引脚、因此 Uniflash 无法在需要时复位 CC3235。
1月
您好、Jan
感谢您的回答。 我们的问题已经解决。
此致