你好,
我正在使用无代码现有服务，与智能手机通信。所以，我向ble芯片发送atl +“要沟通的信息”，它把这个信息写到这个特性上，我从我的智能手机上读取它。
这个“要传达的消息”的升高限制约为120个字节左右。我想问一下我是否可以通过增加分配此特征的数据库空间来增加这一点。
你能告诉我，我需要在代码的什么地方进行修改才能实现这个目标吗?我能把它延伸到什么程度?
谢谢!
设备：
⚠️
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
大家好. .谢谢你来到论坛。令人兴奋的消息!我们现在正在转移到新的论坛平台，它将提供更好的功能，包含在主对话网站中。所有岗位和账户都已迁移。我们现在只接受新论坛的流量-请在上面发布任何新帖子//www.xmece.com/support．我们将在未来几天修复bug /优化搜索和标记。
嗨krishnanag,
请配置DEF_CUST1_INBOUND_LEN和def_cust1_outbound_len.定义user_custs1_def.h头文件，以便用您喜欢的值增加为这个特征分配的数据库空间。根据BLE核心规范，一个属性值的最大长度应该是512字节。
谢谢,PM_Dialog
我将这两个定义都改为500，但仍然是我发送atrl +“字符串”，其中字符串有超过160个字符，然后发生一些溢出，只有很少的字符传输。
你能帮助我弄清楚为什么正在发生吗？
我确实遇到了CMD_BUFFER_SIZE，以及user_cmd_parser.h中的其他大小，但更改它们也没有帮助。我在给芯片的存储器编程。
嗨krishnanag,
能帮我换一下吗(uint8_t我= 0;< 160;我+ +)来for（Uint8_t i = 0; i <500; i ++）在user_cmd_parser.c文件的extract_args()函数中?你现在能发送超过160字节吗?同样，您应该将DEF_CUST1_INBOUND_LEN、DEF_CUST1_OUTBOUND_LEN和CMD_BUFFER_SIZE定义为500字节。
谢谢,PM_Dialog
是的，我改变了所有这些。但是，当我发送超过160时，它会传输160个字符，并回复错误，然后再做。
我无法理解为什么。
嗨krishnanag,
您能否澄清应用程序回复的错误？
谢谢,PM_Dialog
它只发送ERROR。当我发送atl +“字符串”，其中字符串是近160个字符。
嗨krishnanag,
我们正在努力，以便复制您的问题，并确保您能够发送超过160字节。我会尽快通知你。
谢谢,PM_Dialog
谢谢!
嗨krishnanag,
我假设你正在尝试使用ATr +打印= < >发送或者更简单| < >发送在从移动应用程序中编写特征的值。那是对的吗？
谢谢,PM_Dialog
我正在使用UART从微控制器发送ATrl+“字符串”到da14580。
你好,
无附庸不具有支持您使用的格式的扩展命令。ATI（或ATRI用作远程命令）是非扩展命令（意味着它不具有'+'）。ATI应该用作返回标识物理设备的硬件和软件的一组字符的请求。您是否以无附带的延长命令实施了？
如果您想使用CodeLess中已经定义的命令通过蓝牙发送数据，您应该使用
ATr +打印= <文本发送>
或使用“|”的简化版本或“管道”字符：
| <文本发送>
这两个命令都要求在发出命令时处于蓝牙连接状态。
/ mhv.
哇！
我不知道。不知何故ATrl +“字符串”作品。
我试试你的方法，然后回来。
非常感谢。
它将“工作”，因为无附件将其留给智能手机应用以验证命令。因此，除非您的应用检查语法，否则您不会意识到它是错误的。
/ mhv.
CodeLess使用sprintf生成一些响应，将响应长度限制为255个字符。您可以按照下面提供的说明安全地扩展CodeLess以处理255个字符。你应该确保远程端(在你的情况下是智能手机应用)对微控制器的每一次数据传输都响应“OK”或“ERROR”。除非您使用上面描述的“管道”命令，否则CodeLess将期望在准备好进行下一次传输之前从远程端接收一个应答，在接收到应答之前，您可能无法发送任何新数据。使用“pipe”命令可以消除应答的需要。
下面是你如何改变实现来支持255个字符:
在da1458x_config_basic.h:
添加一个定义
#定义CMD_BUFFER_SIZE 255
（将定义移动到此文件允许我们全局访问它）
在user_cmd_parser.h:
注释掉旧的定义
#定义CMD_BUFFER_SIZE 160
像这样
//＃define cmd_buffer_size 160
在同一文件中，更改：
#define cmd_max_arg_length 160.
来
#define cmd_max_arg_length cmd_buffer_size.
在user_custs1_def.h
改变
#define def_cust1_inbound_len 160.
至
#定义DEF_CUST1_INBOUND_LEN CMD_BUFFER_SIZE
并且，在同一文件中，更改
#定义DEF_CUST1_OUTBOUND_LEN 160
至
#定义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
user_uart2.h文件的uart2_rec_data_avail_isr()函数
改变
if(readData == 0x0D || bytesIn > 150)
来
if（readdata == 0x0d || bytesin> cmd_buffer_size）
在user_cmd_interpreter的codeless_env_t结构中
改变
char current_cmd [160];
来
char current_cmd [cmd_buffer_size];
您可以将CMD_BUFFER_SIZE更改为512（我没有测试此问题），但无附加无附件的所有回复都将减少为“确定”或“错误”
/ mhv.
谢谢!
你真的很有帮助。
对不起，我只有一个问题，当你说:
“你应该确保远程端(在你的情况下是智能手机应用)对来自微控制器的每一次数据传输都做出‘OK’或‘ERROR’的响应。”除非您使用上面描述的“管道”命令，否则CodeLess将期望在准备好进行下一次传输之前从远程端接收一个应答，在接收到应答之前，您可能无法发送任何新数据。使用“pipe”命令消除了应答的需要
这里ATR + PRINT =文本正在工作，即使没有智能手机的任何回复。
如果我用智能手机回复，我该怎么做?通过写作的特点之一?
虽然ATR + PRINT =在没有响应的情况下似乎工作，但由于它依赖于简化的消息流可能会感到困惑，以便跟踪是否应该返回响应或远程对等方。蓝牙。使用'|'命令可确保这不会导致问题。
智能手机回到设备的回复与写入自定义服务的第一个特征一样简单（UUID = 914F8FB9-E8CD-411D-B7D1-14594DE45425）
顺便说一下：如果您在第三种特征上订阅它们（UUID = E2048B39-D4F9-4A45-9F25-1856C10D5639，则智能手机将在新数据可用于读取操作时接收通知。
/ mhv.
谢谢!