CYW920719和CYBT-423028：复位后在HCI模式下无响应

附加信息
如果在UART端口打开之前，我不在CYBT-423028和Advest/XRes上编程任何项目，它可以正确地回复。在任何项目被编程之后，CYBT-423028不能正常工作，然后从未恢复到初始阶段。
CYW920719Q40EVB仍然是好的编程后的任何项目，直到新闻SW2后，UART端口打开。



     以下为原文
  The additional information
If I don't program any project on CYBT-423028 and assert /XRES before UART port opening, it could respond back correctly. After any project is programmed, CYBT-423028 doesn't work correctly and then never recovered to the initial stage.
CYW920719Q40EVB is still OK after programming any project until press SW2 after UART port opened.

这里有2件事：
1）打开UART端口后按下复位将设备恢复到恢复模式。基本上，CYW20719进入恢复模式是CTS线在复位期间被断言。
还要注意，在恢复模式下，只支持一组HCI命令（下载所必需的）。其余的HCI命令将不会收到响应。
2）当下载一个包含WICDEDTrimtTyIn（）API的应用程序时，HCI UART将被配置为波特率。假设你的应用程序将波特配置为3M，那么你可以在3M发送HCI命令。
在您的应用程序中，评论WICEDIX传输协议。现在，设备将响应在115200发送的命令（默认情况下）。



     以下为原文
  There are 2 things here:
 
1) Pressing RESET after opening uart port puts the device into RECOVERY mode. Basically, CYW20719 enters Recovery mode is the CTS line is asserted during RESET.
Also note that in RECOVERY mode, only a set of HCI commands (necessary for download) are supported. Rest of the HCI commands won't receive a response.
 
2) When you download an application which contains the wiced_transport_init() API, then the HCI UART will be configured for that baud rate. Say your application configures the baud to 3M, then you can send HCI commands at 3M.
In your application, comment the wiced_transport_init. Now, the device will respond to commands sent at 115200 (which is the default).

谢谢你的快速反应。
我试图切换一个GPIO检查应用程序运行，我没有看到切换IO使用CYBT-423028。
但是我可以看到CYW920719Q40EVB用相同的固件切换GPIO。
似乎CYBT-423028保持恢复模式或卡在Bootloader中。我的问题是什么能使这种情况如何避免？



     以下为原文
  Thank you for the quick response.
I tried to toggle a GPIO for checking application is running I don't see toggling IO using CYBT-423028.
But I can see CYW920719Q40EVB toggling GPIO With same firmware.
It seems CYBT-423028 is staying recovery mode or stuck in bootloader. My question is what can make this situation how to avoid it?

1。对于cybt-423028，我们需要用423028的平台文件项目开发。请参考此链接平台文件：为cybt-423028-eval–kba223637平台文件
目前，KBA忘记连接将尽快修复平台文件。
2。cyw920719q40应该能够响应复位命令如果我们修正的波特率。作为yssu提到的演示代码通常使用3000000作为默认的HCI UART的波特率。或者你可以改变hci_uart_default_baud到你想要的波特率。
当做
詹森



     以下为原文
  1. For CYBT-423028, we need to use the 423028's platform file for project development. Please refer to this link for the platform files:Platform Files for CYBT-423028-EVAL – KBA223637
Currently, the KBA forget to attached the platform file which will be fixed soon.
2. CYW920719Q40 should able to response to the RESET command if we set the corrected baud rate. As yssu mentioned the demo code usually use 3000000 as the default HCI UART baud rate. Or you can change the  HCI_UART_DEFAULT_BAUD to your desired baud rate.
 
Regards
Jenson

我提到cyw920719是相同的行为，但它是经过几个HCI复位命令自动恢复，所以我有一个问题cybt-423028。
我试着在应用开始改变波特率（我把切换GPIO和验证应用程序在运行），人机交互模式不正确不正确文件的工作平台。使用合适的平台文件后，然后一切都很好。



     以下为原文
  I mentioned CYW920719 is same behavior but it is automatically recovered after several HCI reset commands, so I had an issue with CYBT-423028.
I tried changing baudrate in the application start (I put toggling GPIO and verified application was running), HCI mode didn't work correctly without correct platform files. After using right platform files, then everything works fine.