你好,我正在使用无附件现有服务,与智能手机进行通信。因此,我将ATRL +“要传达的消息”发送给BLE芯片,并将此消息写入此特性,我从智能手机读取它。这个“要传递的消息”有大约120字节的上限。我想问是否可以通过增加为这个特性分配的数据库空间来增加这个值。你能告诉我代码在哪里我必须做出更改以实现这一目标。我可以延伸多少钱?
非常感谢!
嗨克里斯南纳格,
请配置def_cust1_inbound_len.和DEF_CUST1_OUTBOUND_LENuser_custs1_def.h报头文件的定义,以便增加为此特征分配的数据库空间,其中包含您喜欢的值。根据BLE核心规范,请注意属性值的最大长度应高达512个八位字节。
谢谢,PM_DIALOG.
我把这两个定义都改成了500个,但是如果我发送ATrl+“string”,其中string有超过160个字符,那么就会发生一些溢出,只有少数字符得到传输。你能帮我弄清楚为什么会这样吗?我确实遇到了cmd_buffer_size,而user_cmd_parser.h中的其他大小,但更改这些大小也没有帮助。我正在编程芯片的SRAM。
请你改变for(Uint8_t i = 0; i <160; i ++)到(uint8_t我= 0;< 500;我+ +)在user_cmd_parser.c文件的extract_args()函数中?您是否能够立即发送超过160byte?此外,您应该定义def_cust1_inbound_len,def_cust1_outbound_len和cmd_buffer_size到500bytes。
是的,我改变了这一切。然而,当我发送超过160个字符时,它会发送160个字符,然后回复ERROR和OK。我不明白为什么。
请问申请回复的是哪个错误?
它只是发送错误。当我发送atrl +“字符串”时,字符串近160个字符。
我们正在处理它,以复制您的问题,并确保您能够发送超过160字节。我会尽快让你知道的。
我假设你正在尝试使用ATR + PRINT = <发送>或者更简单的| <发送>同时从手机应用程序的特点写价值。那是正确的吗?
我使用UART向DA14580发送ATRL +“字符串”。
你好,
CodeLess没有扩展命令来支持您正在使用的格式。ATI(或作为远程命令使用时的ATrI)是一个非扩展命令(意味着它不具有'+')。ATI应该被用作返回一组字符的请求来识别物理设备的硬件和软件。你是否在无代码中实现了自己的扩展命令?
如果要在无附带的已定义命令中使用已定义的命令将数据发送到蓝牙上,则应使用
ATR + PRINT =
或者使用'|'或' pipe '字符的简化版本:
| <文本发送>
发出命令时,这些命令都要求您处于蓝牙连接状态。
/ MHv
哇!我不知道。某种方式atrl +“string”工作。我会尝试你的方式并回来。
非常感谢。
它将“工作”,因为codelless将它留给智能手机应用程序来验证命令。所以除非你的应用检查语法,否则你不会意识到它是错误的。
无附加用来生成SprIntf生成一些限制响应长度到255个字符的响应。您可以安全地扩展无附件以处理下面提供的说明后的255个字符。您应该确保远端(在您的案例中智能手机应用程序)响应“确定”或“错误”或从微控制器的每个数据传输响应。除非您使用如上所述的“管道”命令,否则无附加无附加无附近终端的回复,然后在其准备好下次传输之前,您可能无法发送任何新数据,直到接收到回复。使用“pipe”命令删除对回复的需求。
以下是如何更改实现以支持255个字符:
在da1458x_config_basic.h中:
添加一个定义
#define cmd_buffer_size 255.
(将定义移动到该文件允许我们全局访问它)
在user_cmd_parser.h中:
Out-评论旧的定义
#define cmd_buffer_size 160.
像这样
/ / # define CMD_BUFFER_SIZE 160
在同一个文件中,更改:
#定义CMD_MAX_ARG_LENGTH 160
到
#定义CMD_MAX_ARG_LENGTH CMD_BUFFER_SIZE
在user_custs1_def.h.中
改变
#定义DEF_CUST1_INBOUND_LEN 160
来
#define def_cust1_inbound_len cmd_buffer_size.
在同一个文件中,进行更改
#define def_cust1_outbound_len 160.
#define def_cust1_outbound_len cmd_buffer_size.
在user_cmd_parser.c文件的extract_args()函数中
for(Uint8_t i = 0; i <160; i ++)
for(uint32_t i=0;i< CMD_BUFFER_SIZE;i++)
在User_uart2.h文件的UART2_REC_DATA_AVAIL_ISR()函数中
if(readdata == 0x0d || bytesin> 150)
if(readData == 0x0D || bytesIn > CMD_BUFFER_SIZE)
在user_cmd_Interpreter的亚辅作用_env_t结构中
char current_cmd [160];
char current_cmd [CMD_BUFFER_SIZE];
你可以改变CMD_BUFFER_SIZE为512(我没有测试这个),但所有来自codelless的回复将减少到'OK'或'ERROR'
非常感谢!你真是帮了大忙了。对不起,当你说的时候,我还有一个问题:“您应该确保远端(在您的情况下智能手机应用程序)响应”确定“或”错误“到从微控制器的每个数据传输响应。除非使用上述”管道“命令,否则无附加无附带在接下来的下一个传输之前,远程终端的回复,并且在收到回复之前,您可能无法发送任何新数据。使用“pipe”命令删除对回复的需要“这里ATr+PRINT=文本是工作的,即使没有任何来自智能手机的回复。如果我要从我的智能手机回复,我该怎么做?通过写作一个特征?
虽然ATr+PRINT=似乎可以在没有响应的情况下工作,但codelless很可能会混淆,因为它依赖于一个简化的消息流,以便跟踪响应是应该通过蓝牙返回给本地UART还是远程对等体。使用'|'命令可以确保这不会导致问题。
从智能手机回设备的回复很简单,只要写自定义服务的第一个特征(UUID = 914F8FB9-E8CD-411D-B7D1-14594DE45425)
顺便说一下:如果你订阅了第三个特征(UUID = E2048B39-D4F9-4A45-9F25-1856C10D5639),当有新的数据可供读操作时,智能手机将收到通知。
嗨克里斯南纳格,
请配置def_cust1_inbound_len.和DEF_CUST1_OUTBOUND_LENuser_custs1_def.h报头文件的定义,以便增加为此特征分配的数据库空间,其中包含您喜欢的值。根据BLE核心规范,请注意属性值的最大长度应高达512个八位字节。
谢谢,PM_DIALOG.
我把这两个定义都改成了500个,但是如果我发送ATrl+“string”,其中string有超过160个字符,那么就会发生一些溢出,只有少数字符得到传输。
你能帮我弄清楚为什么会这样吗?
我确实遇到了cmd_buffer_size,而user_cmd_parser.h中的其他大小,但更改这些大小也没有帮助。我正在编程芯片的SRAM。
嗨克里斯南纳格,
请你改变for(Uint8_t i = 0; i <160; i ++)到(uint8_t我= 0;< 500;我+ +)在user_cmd_parser.c文件的extract_args()函数中?您是否能够立即发送超过160byte?此外,您应该定义def_cust1_inbound_len,def_cust1_outbound_len和cmd_buffer_size到500bytes。
谢谢,PM_DIALOG.
是的,我改变了这一切。然而,当我发送超过160个字符时,它会发送160个字符,然后回复ERROR和OK。
我不明白为什么。
嗨克里斯南纳格,
请问申请回复的是哪个错误?
谢谢,PM_DIALOG.
它只是发送错误。当我发送atrl +“字符串”时,字符串近160个字符。
嗨克里斯南纳格,
我们正在处理它,以复制您的问题,并确保您能够发送超过160字节。我会尽快让你知道的。
谢谢,PM_DIALOG.
非常感谢!
嗨克里斯南纳格,
我假设你正在尝试使用ATR + PRINT = <发送>或者更简单的| <发送>同时从手机应用程序的特点写价值。那是正确的吗?
谢谢,PM_DIALOG.
我使用UART向DA14580发送ATRL +“字符串”。
你好,
CodeLess没有扩展命令来支持您正在使用的格式。ATI(或作为远程命令使用时的ATrI)是一个非扩展命令(意味着它不具有'+')。ATI应该被用作返回一组字符的请求来识别物理设备的硬件和软件。你是否在无代码中实现了自己的扩展命令?
如果要在无附带的已定义命令中使用已定义的命令将数据发送到蓝牙上,则应使用
ATR + PRINT =
或者使用'|'或' pipe '字符的简化版本:
| <文本发送>
发出命令时,这些命令都要求您处于蓝牙连接状态。
/ MHv
哇!
我不知道。某种方式atrl +“string”工作。
我会尝试你的方式并回来。
非常感谢。
它将“工作”,因为codelless将它留给智能手机应用程序来验证命令。所以除非你的应用检查语法,否则你不会意识到它是错误的。
/ MHv
无附加用来生成SprIntf生成一些限制响应长度到255个字符的响应。您可以安全地扩展无附件以处理下面提供的说明后的255个字符。您应该确保远端(在您的案例中智能手机应用程序)响应“确定”或“错误”或从微控制器的每个数据传输响应。除非您使用如上所述的“管道”命令,否则无附加无附加无附近终端的回复,然后在其准备好下次传输之前,您可能无法发送任何新数据,直到接收到回复。使用“pipe”命令删除对回复的需求。
以下是如何更改实现以支持255个字符:
在da1458x_config_basic.h中:
添加一个定义
#define cmd_buffer_size 255.
(将定义移动到该文件允许我们全局访问它)
在user_cmd_parser.h中:
Out-评论旧的定义
#define cmd_buffer_size 160.
像这样
/ / # define CMD_BUFFER_SIZE 160
在同一个文件中,更改:
#定义CMD_MAX_ARG_LENGTH 160
到
#定义CMD_MAX_ARG_LENGTH CMD_BUFFER_SIZE
在user_custs1_def.h.中
改变
#定义DEF_CUST1_INBOUND_LEN 160
来
#define def_cust1_inbound_len cmd_buffer_size.
在同一个文件中,进行更改
#define def_cust1_outbound_len 160.
来
#define def_cust1_outbound_len cmd_buffer_size.
在user_cmd_parser.c文件的extract_args()函数中
改变
for(Uint8_t i = 0; i <160; i ++)
到
for(uint32_t i=0;i< CMD_BUFFER_SIZE;i++)
在User_uart2.h文件的UART2_REC_DATA_AVAIL_ISR()函数中
改变
if(readdata == 0x0d || bytesin> 150)
到
if(readData == 0x0D || bytesIn > CMD_BUFFER_SIZE)
在user_cmd_Interpreter的亚辅作用_env_t结构中
改变
char current_cmd [160];
到
char current_cmd [CMD_BUFFER_SIZE];
你可以改变CMD_BUFFER_SIZE为512(我没有测试这个),但所有来自codelless的回复将减少到'OK'或'ERROR'
/ MHv
非常感谢!
你真是帮了大忙了。
对不起,当你说的时候,我还有一个问题:
“您应该确保远端(在您的情况下智能手机应用程序)响应”确定“或”错误“到从微控制器的每个数据传输响应。除非使用上述”管道“命令,否则无附加无附带在接下来的下一个传输之前,远程终端的回复,并且在收到回复之前,您可能无法发送任何新数据。使用“pipe”命令删除对回复的需要“
这里ATr+PRINT=文本是工作的,即使没有任何来自智能手机的回复。
如果我要从我的智能手机回复,我该怎么做?通过写作一个特征?
虽然ATr+PRINT=似乎可以在没有响应的情况下工作,但codelless很可能会混淆,因为它依赖于一个简化的消息流,以便跟踪响应是应该通过蓝牙返回给本地UART还是远程对等体。使用'|'命令可以确保这不会导致问题。
从智能手机回设备的回复很简单,只要写自定义服务的第一个特征(UUID = 914F8FB9-E8CD-411D-B7D1-14594DE45425)
顺便说一下:如果你订阅了第三个特征(UUID = E2048B39-D4F9-4A45-9F25-1856C10D5639),当有新的数据可供读操作时,智能手机将收到通知。
/ MHv
非常感谢!