docs: consolidate project documentation
This commit is contained in:
@@ -87,12 +87,11 @@
|
||||
### 3.3 配置口与业务口边界
|
||||
|
||||
1. `USART1`
|
||||
- 配置口
|
||||
- 负责接收 `AT` 命令
|
||||
- 当前接收逻辑在:
|
||||
- `Core/Src/main.c` 的 `App_PollUart1ConfigRx()`
|
||||
- `Core/Src/stm32f1xx_it.c` 的 `HAL_UART_RxCpltCallback()`
|
||||
- `App/config.c` 的 `config_uart_rx_byte()` / `config_process_at_cmd()`
|
||||
- 配置口
|
||||
- 负责接收 `AT` 命令
|
||||
- 当前接收逻辑在:
|
||||
- `Core/Src/stm32f1xx_it.c` 的 `HAL_UART_RxCpltCallback()`
|
||||
- `App/config.c` 的 `config_uart_rx_byte()` / `config_poll()` / `config_process_at_cmd()`
|
||||
2. `USART2 / USART3`
|
||||
- 数据口
|
||||
- 负责普通透传或 MUX 承载
|
||||
@@ -245,10 +244,11 @@
|
||||
|
||||
根据已有联调记录,配置口最关键的 bench 规则是:
|
||||
|
||||
1. 当前现场验证时,配置命令必须保证以换行完成帧。
|
||||
1. 对外手册统一要求 AT 文本以 `\r\n` 结束,现场工具也应优先按这个格式发送。
|
||||
2. 若主机侧发送方式不对,现象会很像“配置口完全无响应”。
|
||||
3. 因此,配置口不响应时,第一优先级不是改 parser,而是先验证主机端发送格式与接线。
|
||||
4. `BAUD` 类命令若查询值已变化,但 `USART2/USART3` 现场波特率尚未变化,不应立即归因为命令无效,应先确认是否已经执行 `AT+SAVE` 与 `AT+RESET`。
|
||||
4. 当前实现可能容忍只以 `\n` 结束的输入,但这只是接收实现细节,不作为对外协议口径。
|
||||
5. `BAUD` 类命令若查询值已变化,但 `USART2/USART3` 现场波特率尚未变化,不应立即归因为命令无效,应先确认是否已经执行 `AT+SAVE` 与 `AT+RESET`。
|
||||
|
||||
### 6.3 最小验证步骤
|
||||
|
||||
@@ -629,9 +629,9 @@ RTT输出:
|
||||
1. `AT固件使用手册.md`
|
||||
2. `项目技术实现.md`
|
||||
3. `项目需求说明.md`
|
||||
4. `uart-ch390-debug-handoff.md`
|
||||
5. `CH390_最终结论报告.md`
|
||||
6. `build_keil.log`
|
||||
4. `代码结构与阅读指南.md`
|
||||
5. `项目文档索引.md`
|
||||
6. `CH390_最终结论报告.md`
|
||||
7. `PCB/SCH_Schematic1_2026-03-26.pdf`
|
||||
8. `tools/tcp_debug_server.py`
|
||||
9. `tools/start_tcp_debug_server.ps1`
|
||||
|
||||
Reference in New Issue
Block a user