活动介绍

你现在是嵌入软件工程师,用at指令写一段关于NB模块的keil程序,使用标准库不适用HAL库,用c语言写,要求使用uint8_t NB_cmd(char *cmd1,char *cmd2,uint16_t ms)这样的函数,cmd1是NB发送的指令,cmd2是接收回来中是否有cmd2要注释解析,

时间: 2025-07-11 19:52:19 浏览: 9
<think>好的,我现在需要帮用户写一个嵌入式的Keil程序,使用AT指令控制NB模块。用户要求用标准库,不用HAL库,C语言,还要一个特定函数uint8_t NB_cmd(char *cmd1, char *cmd2, uint16_t ms)。首先我得理清楚这个函数的功能。 首先,函数参数:cmd1是发送的AT指令,cmd2是预期返回的响应字符串,ms是超时时间。返回值应该是成功与否的状态,比如0成功,1失败。那函数的大体流程应该是发送cmd1,然后等待模块响应,检查是否有cmd2存在,如果有就返回成功,否则失败。 接下来考虑串口的配置。用户用标准库,所以可能需要用STM32的标准外设库,比如USART的初始化函数。这部分用户没详细说,但函数里需要用到串口发送和接收,所以得先确保USART已经正确初始化,比如波特率、中断等。不过用户可能只需要函数本身,所以先假设串口已经初始化好了。 发送部分:使用串口发送函数,把cmd1发送出去。可能需要添加回车换行符,因为AT指令通常以\r\n结尾。所以要在cmd1后面加上这些,或者用户自己处理?这里可能需要确认,但用户给的例子可能希望cmd1已经包含必要的格式,比如函数参数cmd1是完整的指令,比如"AT+CFUN=1\r\n"。但为了保险,可能在发送时自动添加\r\n?不过用户可能希望灵活控制,所以还是由调用者确保cmd1的正确性,包括\r\n。 接收部分:需要从串口接收数据,并等待一段时间ms。这里需要缓冲区存储接收到的数据。可以定义一个静态数组,或者动态分配,但嵌入式通常用静态数组。比如定义一个char buffer[256],然后在一个循环中读取串口数据,直到超时或者缓冲区满。 然后,处理接收的数据,检查是否包含cmd2。如果cmd2是NULL,可能不需要检查,直接返回成功?或者根据需求,可能需要不同处理。比如,用户可能用cmd2来确认响应是否正确,比如期待"OK"或"ERROR"。所以函数需要查找接收到的buffer中是否存在cmd2字符串。如果有,返回成功;否则失败。 需要考虑的问题:串口接收可能中断方式还是轮询?如果使用轮询,那么在函数里需要不断查询串口状态,这样可能会阻塞,但用户可能希望非阻塞?不过函数参数有ms超时,所以可能用轮询方式,在超时时间内循环检查接收到的数据。 具体实现步骤: 1. 发送cmd1:使用标准库的USART_SendData函数,可能需要循环发送每个字符,直到字符串结束符。注意处理\r\n的问题。 2. 接收数据:初始化一个缓冲区,清空。然后开始计时,比如用SysTick或者某个定时器获取当前时间,然后循环读取串口接收到的数据,直到超时。每次读取一个字符,存入缓冲区,直到缓冲区满或超时。 3. 检查cmd2:如果cmd2不为空,则在接收缓冲区中查找是否存在该子字符串,可以用strstr函数。如果存在,返回0,否则返回1。如果cmd2为空,可能不需要检查,直接返回成功?或者可能需要其他逻辑,但用户需求是“接收回来中是否有cmd2要注释解析”,所以可能cmd2是需要确认的关键字,如"OK"。 可能的代码结构: uint8_t NB_cmd(char *cmd1, char *cmd2, uint16_t ms) { // 发送cmd1 send_uart(cmd1); // 接收响应,超时ms char buffer[256]; receive_uart(buffer, sizeof(buffer), ms); // 解析cmd2 if (cmd2 == NULL || strstr(buffer, cmd2) != NULL) { return 0; // 成功 } else { return 1; // 失败 } } 但需要具体实现send_uart和receive_uart函数,用标准库。例如,发送函数可能循环发送每个字符: void send_uart(char *cmd) { while (*cmd != '\0') { USART_SendData(USART1, *cmd); while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET); // 等待发送完成 cmd++; } } 接收函数需要处理超时,并填充缓冲区: uint16_t receive_uart(char *buf, uint16_t buf_size, uint16_t timeout) { uint32_t start_time = get_current_time(); // 需要实现获取当前时间的函数 uint16_t index = 0; while ((get_current_time() - start_time) < timeout) { if (USART_GetFlagStatus(USART1, USART_FLAG_RXNE) != RESET) { char c = USART_ReceiveData(USART1); if (index < buf_size - 1) { // 保留一个位置给'\0' buf[index++] = c; } } } buf[index] = '\0'; // 字符串结束符 return index; } 这里需要处理当前时间的获取,比如使用SysTick或者某个定时器的计数器。假设有一个get_current_time函数返回毫秒数。 但用户可能没有这些函数,可能需要用简单的延时方法,或者使用定时器。不过这部分可能需要用户自己实现,或者用循环延时,但不够准确。 另外,接收数据的时候,可能会有多个字符,需要不断读取直到超时。 然后,在NB_cmd函数中,接收数据到buffer,然后检查是否包含cmd2。如果cmd2是NULL,可能不需要检查,比如发送AT指令不需要确认响应,但这种情况可能较少。所以函数设计为如果cmd2不为空,则检查是否存在,存在返回成功,否则失败。如果cmd2为空,可能直接返回成功?或者可能需要其他逻辑,需要进一步明确。根据用户需求,“接收回来中是否有cmd2要注释解析”,可能当cmd2非空时,必须存在才能返回成功,否则失败。若cmd2是空,则可能忽略检查,直接返回成功?或者可能需要不同的处理,但用户没有说明,可能需要假设cmd2是必须检查的关键字,如果不需要检查,则传入NULL,此时函数不检查,直接返回成功?或者可能cmd2为空时,函数不进行响应检查,仅发送指令? 但用户给的函数原型中,cmd2是char指针,可能允许NULL。所以需要处理这种情况。例如,如果cmd2是NULL,则不检查响应,只发送指令并等待一定时间。或者,可能函数需要无论cmd2是否为NULL都进行检查?需要明确。假设当cmd2为NULL时,函数不进行响应检查,直接返回成功,或者是否成功取决于其他因素?但根据函数设计,返回值是成功与否,所以可能需要根据情况处理。 综上,可能的函数逻辑: 发送cmd1 -> 等待响应 -> 如果cmd2非空,检查响应中是否存在cmd2,存在则成功,否则失败。如果cmd2为空,可能认为只要收到任何响应就算成功?或者可能只是发送指令,不管响应?需要用户需求明确。但根据常规AT指令处理,通常需要检查响应,比如是否返回"OK"或特定结果。所以用户可能在调用时传入cmd2为"OK"来确认指令是否成功。 现在需要考虑代码中的具体实现,比如USART的实例,比如使用USART1,或者需要用户配置。但函数可能需要通用,所以可能USART的句柄作为参数,但用户提供的函数原型中没有,所以可能该函数是针对特定的USART外设,比如在函数内部使用USART1,用户需要根据实际硬件修改。 另外,超时处理需要准确的时间计算,比如使用系统滴答计时器。假设用户已经配置了SysTick,提供获取当前时间的函数,比如HAL_GetTick(),但用户不用HAL库,所以需要用标准库的方法,比如自己实现的计时器。 例如,定义一个全局变量,通过SysTick中断每毫秒递增,然后get_current_time()返回该变量的值。但用户可能需要自己处理这部分,所以代码中可能需要注释说明这部分需要用户实现。 因此,代码中可能需要包含一些依赖用户实现的部分,比如发送和接收函数,以及时间获取函数,并在注释中说明。 现在将这些部分整合到函数中,并写出示例代码。同时需要处理可能的错误,比如缓冲区溢出,但示例可能简化处理,使用固定大小的缓冲区。 另外,注释解析可能是指当接收到响应后,解析是否存在cmd2,并做相应处理,比如记录日志或其他操作。但根据函数设计,可能只是检查是否存在,返回成功与否。 可能的代码示例: #include "stm32f10x.h" #include <string.h> #define UART_TIMEOUT 1000 // 默认超时时间 // 假设使用USART1,用户需根据实际硬件修改 // 需实现毫秒级计时函数,例如通过SysTick extern uint32_t get_current_time(void); // 发送字符串到串口 static void send_uart(char *cmd) { while (*cmd != '\0') { USART_SendData(USART1, (uint16_t)*cmd); while (USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET); cmd++; } } // 接收串口数据到缓冲区,超时时间ms static uint16_t receive_uart(char *buf, uint16_t buf_size, uint16_t ms) { uint32_t start = get_current_time(); uint16_t index = 0; while ((get_current_time() - start) < ms) { if (USART_GetFlagStatus(USART1, USART_FLAG_RXNE) != RESET) { char c = (char)USART_ReceiveData(USART1); if (index < buf_size - 1) { buf[index++] = c; } } } buf[index] = '\0'; // 确保字符串结束 return index; } uint8_t NB_cmd(char *cmd1, char *cmd2, uint16_t ms) { char response[256]; send_uart(cmd1); receive_uart(response, sizeof(response), ms); if (cmd2 != NULL) { if (strstr(response, cmd2) == NULL) { return 1; // 未找到cmd2,失败 } } return 0; // 成功 } // 用户需自行实现以下功能: // 1. USART1初始化(波特率、引脚配置等) // 2. 毫秒级计时函数get_current_time() // 3. 中断配置(如果需要) // 示例调用: // NB_cmd("AT+CFUN=1\r\n", "OK", 1000); // 设置功能模式,等待1秒,检查"OK" 不过需要检查函数中的参数是否正确,比如cmd1是否以\r\n结尾。如果用户忘记添加,可能导致指令不被识别,所以可能在函数内部添加,但用户给的例子中cmd1可能已经包含。因此,最好在注释中提醒用户确保cmd1包含正确的终止符。 另外,接收函数中的超时处理可能不够精确,尤其是当接收数据较多时,可能在超时前没有完全接收所有数据。可能需要更复杂的接收逻辑,比如在最后一次接收到数据后,重置超时时间。但为了简单,示例可能使用固定超时。 此外,缓冲区大小可能不足,如果响应数据较长,可能导致截断。用户可能需要根据实际情况调整缓冲区大小。 总结,代码的大致结构是这样,用户需要根据硬件配置USART和实现计时函数。同时,函数返回0表示成功,1表示失败,当cmd2非空时,需要检查响应是否存在该字符串。</think>以下是基于AT指令的NB-IoT模块通信代码实现,使用STM32标准外设库开发(Keil环境): ```c #include "stm32f10x.h" #include <string.h> // 定义最大响应缓存大小 #define MAX_RESP_LEN 512 // 声明串口发送/接收基础函数 static void USART1_SendString(char *str); static uint16_t USART1_ReceiveString(char *buf, uint16_t timeout); uint8_t NB_cmd(char *cmd1, char *cmd2, uint16_t ms) { char response[MAX_RESP_LEN] = {0}; /* 发送AT指令 */ USART1_SendString(cmd1); /* 接收模块响应 */ uint16_t recv_len = USART1_ReceiveString(response, ms); /* 响应解析处理 */ if(cmd2 != NULL) { if(strstr(response, cmd2) == NULL) { // 未检测到目标响应 return 1; } } return 0; } /*------------------------------------------------- USART1 基础通信函数 --------------------------------------------------*/ static void USART1_SendString(char *str) { while(*str != '\0') { USART_SendData(USART1, (uint16_t)*str); while(USART_GetFlagStatus(USART1, USART_FLAG_TXE) == RESET); str++; } } static uint16_t USART1_ReceiveString(char *buf, uint16_t timeout) { uint16_t index = 0; uint32_t start = SysTick->VAL; // 使用SysTick作为简单计时 while(1) { // 检测接收完成标志 if(USART_GetFlagStatus(USART1, USART_FLAG_RXNE) != RESET) { buf[index] = (char)USART_ReceiveData(USART1); if(++index >= MAX_RESP_LEN) break; } // 超时检测(简易实现) if((SysTick->VAL - start) > (timeout * 900)) { break; } } buf[index] = '\0'; // 添加字符串终止符 return index; } /*------------------------------------------------- USART1 初始化配置(需在main函数中调用) --------------------------------------------------*/ void USART1_Init(void) { GPIO_InitTypeDef GPIO_InitStructure; USART_InitTypeDef USART_InitStructure; RCC_APB2PeriphClockCmd(RCC_APB2Periph_USART1 | RCC_APB2Periph_GPIOA, ENABLE); // 配置TX引脚(PA9) GPIO_InitStructure.GPIO_Pin = GPIO_Pin_9; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_AF_PP; GPIO_InitStructure.GPIO_Speed = GPIO_Speed_50MHz; GPIO_Init(GPIOA, &GPIO_InitStructure); // 配置RX引脚(PA10) GPIO_InitStructure.GPIO_Pin = GPIO_Pin_10; GPIO_InitStructure.GPIO_Mode = GPIO_Mode_IN_FLOATING; GPIO_Init(GPIOA, &GPIO_InitStructure); // 配置USART参数 USART_InitStructure.USART_BaudRate = 9600; USART_InitStructure.USART_WordLength = USART_WordLength_8b; USART_InitStructure.USART_StopBits = USART_StopBits_1; USART_InitStructure.USART_Parity = USART_Parity_No; USART_InitStructure.USART_HardwareFlowControl = USART_HardwareFlowControl_None; USART_InitStructure.USART_Mode = USART_Mode_Rx | USART_Mode_Tx; USART_Init(USART1, &USART_InitStructure); USART_Cmd(USART1, ENABLE); } ``` **使用说明:** 1. **初始化配置**: ```c int main(void) { USART1_Init(); // 初始化串口1 SysTick_Config(SystemCoreClock / 1000); // 配置SysTick为1ms中断 // ...其他初始化代码 } ``` 2. **典型调用示例**: ```c // 发送AT指令测试模块 if(NB_cmd("AT\r\n", "OK", 1000) == 0) { // AT指令响应正常 } // 发送网络注册指令 NB_cmd("AT+CGATT=1\r\n", "OK", 5000); // 发送数据无需确认响应 NB_cmd("AT+NSOST=...\r\n", NULL, 2000); ``` **关键设计说明:** 1. **超时机制**: - 使用SysTick实现简易超时判断 - 实际项目建议采用硬件定时器实现精确计时 2. **响应处理**: - 当`cmd2`参数为NULL时,函数仅执行发送不进行响应验证 - 接收缓冲区采用固定大小设计(512字节),可根据实际模块响应长度调整 3. **硬件适配**: - 默认使用USART1(PA9/PA10) - 修改`USART1_Init()`函数可适配不同串口外设 4. **错误处理**: - 返回0表示操作成功(找到指定响应或无需验证) - 返回1表示未检测到目标响应 实际应用中需根据具体NB模块的AT指令手册完善错误处理机制,建议增加重试机制和详细状态返回码。
阅读全文

最新推荐

recommend-type

在KEIL中实现C语言嵌套的汇编语言

在单片机编程中,C语言和汇编语言的结合使用可以发挥各自的优势,提高代码效率和灵活性。本文主要探讨如何在KEIL集成开发环境中实现C语言嵌套汇编语言,以便更好地利用这两种语言的特性。 首先,我们需要理解C语言...
recommend-type

Keil中LIB库的作用、生成与调用

在Keil集成开发环境中,LIB库扮演着至关重要的角色,特别是在单片机软件开发中。它们主要用于封装特定功能的函数,使得用户无需关心内部实现,只需通过提供的API接口即可使用这些功能。这样的设计有助于保护知识产权...
recommend-type

怎么使用Keil C51建立一个新项目并添加C语言程序文件

使用 Keil C51 建立一个新项目并添加 C 语言程序文件是一个基础的开发过程,对于单片机开发非常重要。在本文中,我们将详细介绍如何使用 Keil C51 建立一个新项目,并添加 C 语言程序文件,最后编译成 HEX 文件并在 ...
recommend-type

使用HAL新库编写简单stm32程序总结

"使用HAL新库编写简单stm32程序总结" 本文总结了使用HAL新库编写简单的STM32程序,涵盖了点亮LED灯、外部中断、定时器、DMA串口通讯等简单功能的实现。下面是相关知识点的详细解释: 一、STM32Cube软件的基本使用 ...
recommend-type

婚纱摄影公司网络推广人员工作绩效说明.docx

婚纱摄影公司网络推广人员工作绩效说明.docx
recommend-type

VC图像编程全面资料及程序汇总

【标题】:"精通VC图像编程资料全览" 【知识点】: VC即Visual C++,是微软公司推出的一个集成开发环境(IDE),专门用于C++语言的开发。VC图像编程涉及到如何在VC++开发环境中处理和操作图像。在VC图像编程中,开发者通常会使用到Windows API中的GDI(图形设备接口)或GDI+来进行图形绘制,以及DirectX中的Direct2D或DirectDraw进行更高级的图形处理。 1. GDI(图形设备接口): - GDI是Windows操作系统提供的一套应用程序接口,它允许应用程序通过设备无关的方式绘制图形。 - 在VC图像编程中,主要使用CDC类(设备上下文类)来调用GDI函数进行绘制,比如绘制线条、填充颜色、显示文本等。 - CDC类提供了很多函数,比如`MoveTo`、`LineTo`、`Rectangle`、`Ellipse`、`Polygon`等,用于绘制基本的图形。 - 对于图像处理,可以使用`StretchBlt`、`BitBlt`、`TransparentBlt`等函数进行图像的位块传输。 2. GDI+: - GDI+是GDI的后继技术,提供了更丰富的图形处理功能。 - GDI+通过使用`Graphics`类来提供图像的绘制、文本的渲染、图像的处理和颜色管理等功能。 - GDI+引入了对矢量图形、渐变色、复杂的文本格式和坐标空间等更高级的图形处理功能。 - `Image`类是GDI+中用于图像操作的基础类,通过它可以进行图像的加载、保存、旋转、缩放等操作。 3. DirectX: - DirectX是微软推出的一系列API集合,用于在Windows平台上进行高性能多媒体编程。 - DirectX中的Direct2D是用于硬件加速的二维图形API,专门用于UI元素和简单的图形渲染。 - DirectDraw主要用于硬件加速的位图操作,比如全屏游戏开发中的画面渲染。 4. 位图操作: - 在VC图像编程中,位图操作是一个重要的部分。需要了解如何加载、保存和处理位图(BMP)文件。 - 可以使用位图文件格式的解析,来访问位图的像素数据,进行像素级别的图像处理和修改。 5. 高级图像处理技术: - 包括图像滤镜、图像转换、图像压缩和解压缩技术。 - 需要掌握一些图像处理算法,比如卷积、FFT(快速傅里叶变换)、DCT(离散余弦变换)等。 - 了解图像的色彩空间转换,比如RGB到YUV的转换,这在视频处理中非常重要。 6. 图像库的使用: - 除了直接使用API进行图像处理之外,还可以使用开源的图像处理库,如OpenCV。 - OpenCV是一个跨平台的计算机视觉和机器学习软件库,它提供了很多高级的图像处理功能。 【压缩包子文件的文件名称列表】: VC++ 文件名称列表显示为"VC++",这表明文件包中可能包含了Visual C++的项目、源代码文件、动态链接库(DLLs)、编译器设置、链接器设置等。如果要使用这些文件进行VC图像编程,需要确保Visual C++开发环境已经安装并且配置好,同时需要安装好所有依赖的库和工具。 要开始VC图像编程,开发者需要具备C++编程基础,熟悉Windows编程概念,并且对图形学有一定的了解。掌握VC图像编程技巧,对于进行桌面应用程序开发、图像处理软件开发以及游戏开发等都是至关重要的。
recommend-type

Pokemmo响应速度翻倍:多线程处理的高级技巧

# 摘要 多线程处理是提高软件并发性能和响应速度的关键技术,本文从基础概念与优势出发,深入探讨了多线程的实现机制,包括线程模型、调度算法、编程关键技术、线程安全性最佳实践、死锁预防与处理等方面。通
recommend-type

人名列表滚动抽奖

<think>嗯,用户想实现一个滚动抽奖功能,需要前端动画效果和随机选择逻辑。首先,我得考虑前端怎么实现滚动效果。可能用CSS动画或者JavaScript的requestAnimationFrame?比如,使用CSS的@keyframes来控制位移,或者用JS动态更新样式。然后,随机选择算法,可能需要确保公平性,比如用Fisher-Yates洗牌算法,或者用Math.random()来生成随机索引。然后,用户可能需要平滑的滚动动画,比如先快速滚动,然后逐渐减速,最后停在选中的人名上。这可能需要设置定时器,逐步改变位置,或者使用CSS过渡效果。另外,还要考虑性能,避免页面卡顿,可能需要使用硬件加
recommend-type

一站式JSF开发环境:即解压即用JAR包

标题:“jsf开发完整JAR包”所指的知识点: 1. JSF全称JavaServer Faces,是Java EE(现EE4J)规范之一,用于简化Java Web应用中基于组件的用户界面构建。JSF提供了一种模型-视图-控制器(MVC)架构的实现,使得开发者可以将业务逻辑与页面表示分离。 2. “开发完整包”意味着这个JAR包包含了JSF开发所需的所有类库和资源文件。通常来说,一个完整的JSF包会包含核心的JSF库,以及一些可选的扩展库,例如PrimeFaces、RichFaces等,这些扩展库提供了额外的用户界面组件。 3. 在一个项目中使用JSF,开发者无需单独添加每个必要的JAR文件到项目的构建路径中。因为打包成一个完整的JAR包后,所有这些依赖都被整合在一起,极大地方便了开发者的部署工作。 4. “解压之后就可以直接导入工程中使用”表明这个JAR包是一个可执行的归档文件,可能是一个EAR包或者一个可直接部署的Java应用包。解压后,开发者只需将其内容导入到他们的IDE(如Eclipse或IntelliJ IDEA)中,或者将其放置在Web应用服务器的正确目录下,就可以立即进行开发。 描述中所指的知识点: 1. “解压之后就可以直接导入工程中使用”说明这个JAR包是预先配置好的,它可能包含了所有必要的配置文件,例如web.xml、faces-config.xml等,这些文件是JSF项目运行所必需的。 2. 直接使用意味着减少了开发者配置环境和处理依赖的时间,有助于提高开发效率。 标签“jsf jar包”所指的知识点: 1. 标签指明了JAR包的内容是专门针对JSF框架的。因此,这个JAR包包含了JSF规范所定义的API以及可能包含的具体实现,比如Mojarra或MyFaces。 2. “jar包”是一种Java平台的归档文件格式,用于聚合多个文件到一个文件中。在JSF开发中,JAR文件经常被用来打包和分发库或应用程序。 文件名称列表“jsf”所指的知识点: 1. “jsf”文件名可能意味着这是JSF开发的核心库,它应该包含了所有核心的JavaServer Faces类文件以及资源文件。 2. 如果是使用特定版本的JSF,例如“jsf-2.2.jar”,则表明文件内包含了对应版本的JSF实现。这种情况下,开发者必须确认他们所使用的Web服务器或应用程序服务器支持该版本的JSF。 3. 文件名称也可能是“jsf-components.jar”、“jsf-impl.jar”等,表明这个JAR包是JSF的一个子模块或特定功能组件。例如,“jsf-components.jar”可能包含了一系列用于在JSF应用中使用的自定义组件。 4. 对于开发者而言,了解文件名称中所蕴含的信息非常重要,因为这将决定他们需要下载哪些JAR包来满足特定项目的需求。 综合以上信息,开发者在使用JSF进行Java Web应用开发时,会通过一个预先配置好的JAR包来快速地搭建和启动项目。这样做不仅简化了项目初始化的过程,也使得开发者能够更加聚焦于业务逻辑的实现和界面设计,而不必深究底层框架配置的细节。
recommend-type

Pokemmo内存优化揭秘:专家教你如何降低50%资源消耗

# 摘要 本文综述了Pokemmo游戏的内存优化方法,从内存管理基础出发,探讨内存使用效率的影响因素,并介绍了性能监控与分析工具。在内存优化实践技巧章节中,详细讨论了代码层面的优化、数据结构和算法选择对内存效率的影响,并通过案例分析展示了实际的优化过程。针对Pokemmo游戏特点,分析了内存消耗特性并提出了特定优化技术。最后,本文展望了未来内存管理技术的发展方向,以及游戏开发中面临的新挑战,为Pokemmo及类似游戏提供了优化建议。 # 关键字 内存优化;内存管理;性能监控;数据结构;算法效率;游戏开发 参考资源链接:[Pokemmo必备资源包:四种ROM与汉化补丁](https://we