怎么提高BT UART速度

嗨，马格纳斯，
你能确认在发送更新波德率命令之后，你是否重新配置你的UART和更新的波特率？
你在最新的SDK版本中测试过吗？
谢谢，
安阇那



     以下为原文
  Hi Magnus,
 
Can you please confirm after sending the update baudrate command, are you reconfiguring your uart with the updated baudrate?
Did you tested in the latest SDK version?
 
Thanks,
Anjana

我不明白你的意思。
UART波特率重新配置是在BtHythOpUpDeaTeBaRrAd（）中完成的。
但是，如果您查看BTyStimeLysLoad（），您将注意到BtyHoalthUpDeaTeBaRrAd（）将只被调用，如果WICEDEXBTYCONTION.FUTURDBYBUDYRATET= = BUDRATEY3MbPs。
为什么要检查？这意味着它不能与其他波德率合作吗？



     以下为原文
  I don't get your point.
The uart baudrate reconfigration is done in bt_host_update_baudrate().
 
However, if you look at bt_firmware_download() you will notice bt_host_update_baudrate() will only be called if wiced_bt_config.featured_baud_rate == BAUDRATE_3MBPS.
Why having that checking? Does that mean it won't work with other baudrate?

当我试图在SDK 5.1的433W电台上提出BTY-MFGGY测试项目时，我发现了这个帖子，所以我将为其他搜索者添加我的修复：
看起来有两种不同的BTyStRealBuyLoad实现，一个在库/PrimCLS/WieDeXHCI/BTy固件.c中，另一个在库/驱动程序/Bluetooth /MFGyTest/Studio/固件/BTy固件.c中单独使用。
在Buth/Bluetooth／MFGyTest/Studio/固件路径中的一个似乎是构建BTYMFGGTestTestBube时正在构建的一个。在该实现中，有明确的代码：
/*todo:最终我们将从平台文件中使用PATCHAMMLDBOADIONBUDRATER变量。*/
/*更新BT和主机切换到3MbPS*/
如果（BTyHoothUpDeTeaBaDeRead（BaordrAtE3MPPBS）＝= WICEDEXBTY成功）
{
FAST下载= WICEDEXTURE；
}
在我的例子中，注释该代码使BTYMFGGY测试工作正常。这是有意义的，好像BT HCI UART正在被放入3MbPS模式，但是应用程序期望它在115200，并且它不被回退，那么通信就会出现死机。
我遇到了这个错误，通过一个失败的下载BT HCI固件BTyMFGestTestLoad。



     以下为原文
  I found this post when I was trying to bring up the bt_mfg_test project on a 4343W radio in SDK 5.1, so I'll add my fix for anyone else searching:
 
It looks like there are two separate implementations of bt_firmware_download, one in libraries/protocls/wiced_hci/bt_firmware.c and a separate one in libraries/drivers/bluetooth/mfg_test/internal/firmware/bt_firmware.c .
 
The one in the drivers/bluetooth/mfg_test/internal/firmware path appears to be the one being built when building bt_mfg_test.
In that implementation, there is clearly the code:
 
/* TODO : Eventually we will be using the patchram_download_baudrate variable from the platform file. */
/* update BT and host to switch to 3mbps */
if ( bt_host_update_baudrate( BAUDRATE_3MPBS ) == WICED_BT_SUCCESS )
{
     fast_download = WICED_TRUE;
}
 
In my case, commenting out that code made the bt_mfg_test work correctly.
This makes sense, as if the BT HCI UART is being put into 3MBPS mode, but the application expects it to be at 115200 and it is not set back, then the communication would appear dead.
 
I came across this bug by hitting a failure to download the BT HCI firmware bt_mfgtest_start.

Andrew Pullin写道：
/*todo:最终我们将从平台文件中使用PATCHAMMLDBOADIONBUDRATER变量。*/
/*更新BT和主机切换到3MbPS*/
如果（BTyHoothUpDeTeaBaDeRead（BaordrAtE3MPPBS）＝= WICEDEXBTY成功）
{
FAST下载= WICEDEXTURE；
}
在我的例子中，注释该代码使BTYMFGGY测试工作正常。
上面的代码只有在波特率是BaurrATEY3MPBS的情况下才有影响。
然而，评论说，代码实际上意味着它根本没有改变波特率。
也就是说，作为原始报告的问题：不能增加Bt urART速度。



     以下为原文
  

Andrew Pullin wrote:
 
/* TODO : Eventually we will be using the patchram_download_baudrate variable from the platform file. */
/* update BT and host to switch to 3mbps */
if ( bt_host_update_baudrate( BAUDRATE_3MPBS ) == WICED_BT_SUCCESS )
{
     fast_download = WICED_TRUE;
}
 
In my case, commenting out that code made the bt_mfg_test work correctly.

Above code only has impact on the case if the baudrate is BAUDRATE_3MPBS.
However, comment out that code actually means it did not change the baudrate at all.
i.e. As the original reported issue: not able to increase BT URART speed.