日志串口

6110R-1F-DEV 是一款用于realtek 8710af相关的模组测试的开发板，起使用接口如下：

此开发板贴的是rtl8710af模组，默认的波特率是38400

rtl8710芯片功能管脚定义如下：

swd 接线

swd接口定义：
TMS=>SWIO
TCLK=>SWCLK

mtk工程大同小异，参考路径：\build\ultra2503d_11c\ULTRA2503D_11C_PCB01_gprs_MT6261_S00.xxx_V30_041_20190311.bin\ULTRA2503D_11C_BB.cfg

对于开发mtk方案来说，模拟器至关重要，是提升开发效率的利器。
除了硬件驱动相关的数据接口模拟器不能调试外，tcp，wifi 等数据通讯和业务逻辑等，大多都能在模拟器中完成，所以开发mtk一定要把模拟器用好。
拿到2503的代码后，发现了一些小问题，记录之。
1. cl.exe错误
在安装vs2008后，本地已经有了cl.exe，但是模拟器代码跑起来后报cl的相关错误，很显然是环境变量确实，导致脚本调用失败。
2. 头文件错误
fatal error C1083: 无法打开包括文件:“stdarg.h”: No such file or directory
本地搜索，文件是存在的。所以还是调用问题，经确认，make\modisConfig.mak 中有对vs的路径做设定，默认是按照c盘指定的，但是本人是安装到d盘，所以该项c盘相关的路径就可以了
3. 其他函数编译错误
拿到代码后，发现之前的开发并没有使用过modis，所以硬件配置是可以编译通过的，但是modis编译不行，主要是WIN32相关的宏生命周期范围有误，还有些是对应的新增文件没有生成进modis生成的vs工程中，导致编译时调用符号缺失，根据对应函数的名称，将相关的实现文件添加到vs的工程中就可以编译了。
4. 运行崩溃问题
因为工程可能并没有在modis下面验证过，所以即使编译通过，也可能运行时崩溃。崩溃的地方主要在模拟器和硬件的逻辑差异部分，自己确认逻辑，加上合适的WIN32，基本就能问题结局。
5. 硬件数据问题
因为模拟器不能真正的使用硬件，所以在使用模拟器的时候，我们要最大可能的尽量通过软件宏逻辑来模拟硬件的数据，保证模拟器的流程跟真实硬件相同。主要的工作包括数据模拟，定时器模拟等。

一款用户802.11的beacon抓包分析工具：omnipeek。
配套参考硬件：

目前的代码，可以看到ota镜像的首地址是写死的：

#if WRITE_OTA_ADDR
  uint32_t ota_addr = 0x80000;
#endif

也就是ota包的首地址从512k开始。

那么，如果首地址不是写死的，那么这个地址是怎么设置的？
走读代码，发现的线索，uart_ymodem.c的567行：

flash_write_word(&ptr->flash, OFFSET_DATA, ptr->image_address);
}

其中ptf是ymodem数据对象，image_address应该就是下载工具界面中设置的值，具体细节需要在ymodem实际交互中才能确认。

ESP32-Boot-Mode-Selection

amebaz的image tool是使用uart下载的，ameba1的image tool是使用jlink下载的。

ameba1的操作

对于ameba1的image tool下载，操作方法如下：
GPIOB_0 上拉， 然后加电开机使得ameba1处理器进入烧录模式，然后image tool就可以连接和操作了。
需要注意的是，经过验证6.20c版本的jlink不行，可能更高版本的也不行。目前经过实际验证4.9版本的可以，其他版本需要自己去摸索和验证。

工具

ameba1 image tool
jlink 4.9

1. 基线代码
   基线代码可以从官网下载或者从fae渠道获取。
   选择对应的工程基线，注意区分ameba1和amebaz系列。
   ameba1系列经实际操作，ameba1 v3.4b3 和ameba v4.0c都是可以的。
2. 替换mp工程需要的lib库
   注意这个也是需要根据处理器的不同，找到对应的正确版本lib_wlan_mp.a。
   在默认的工程中，右键/lib/lib_wlan.a，选择option，选择 exclude from build，然后加入正确的lib_wlan_mp.a，最后重新编译就可以了。
   
3. troubleshoot
   过程中遇到编译的bin开机hardfault error，和mptool无法连接的问题，经反复折腾都是基线版本的问题，无明显提示和解决方法

下面为J-Link接口定义：

下面是管脚物理排列：

1. setup
   
   两个配置项的内容：

$PROJ_DIR$\..\..\..\component\soc\realtek\8195a\misc\iar_utility\common\preload.mac
$PROJ_DIR$\..\..\..\component\soc\realtek\8195a\misc\iar_utility\common\8195a.ddf

2. download
   
   配置内容：
   $PROJ_DIR$\tmp.board
3. extra options
   
   配置内容：
   --drv_vector_table_base=0x0
   此选项如果没有设置，会出现 __vector_table 问题

拿到的是Ameba-Z_DEV01_1V0开发板，开发时，发现jlink V9一直连接不上
解决：按下J17的按键，就可以连接成功

于是找了下原理图，分析下根本原因:
J17连接的是cmsis-dap芯片的reset，所以原因就是cmsis-dap对swd影响造成的。

更彻底的可以物理上断开swd和断开cmsis-dap芯片的供电，断开R5和R29。

不像STVD有详实的UI界面来配置详细的link参数，IAR无法无法细致的展现这些参数，那么如何配置这些参数呢，比如section，内存起始等。

在我们创建IAR的工程时，会生成EWSTM8目录，在目录下面的icf文件，就是默认iar工程加载的配置文件。没有的话，也可以自己修改或者从其他工程拿模板来修改。

STM8 bootloader-UM0560

mcu:STM8L051F3P6,属于 STM8L Series low density

bootloder 支持

已经内置bootloader的mcu

没有内置bootloader的mcu

bootloder 执行流程图

bootloader执行流程图：

bootloder 传输设置

ota 同步消息SYNCHR=0x7F

支持传输的外设

从图上看，051F支持UART或者SPI
UART设置：1 start bit， 8 data bit， 1 bit 奇校验 ，1 stop bit
波特率：通过0x7F的传输，自动适配波特率，最大115200，最小4800.

传输回复
串口：1 start bit, 8 data bit, no parity bit, 1 stop bit，波特率自适应

SPI设置
• 8 data bit, MSB first
• Bit rate: Set by the host which acts as a master
• Peripheral set in slave mode with software management of NSS
• Data polarity: CPOL = 0 (SCK to 0 when idle), CPHA = 0 (the first clock transition is the
first data capture edge).

收到命令后，bl回复ACK 0x79

bootloder 外设选择

从资源的角度，我们倾向于使用spi做外设，因为uart可以预留来做用户调试用，但是目前官方提供了uart的串口下载PC客户端，方便测试。所以目前看使用uart作为bl外设可能更方便。这里也就要求选用单片机时，最好是多串口的设备。

bootloder 跳转地址表

关键点检测后，要跳转的地址表：

目前我们可以先考虑实现串口的版本，但是最后还是SPI的更实用。

完整文档：UM0560

参考系统给的样例，封装了写入函数：

int usr_write_config_to_flash() {
  int ret;
  U32 offset = 0;
  // do {
  // 写入前要先擦除块
  info_block_erase();

  // 写入配置数据
  memset(flash_write_buf, 0, sizeof(flash_write_buf));
  memcpy(flash_write_buf, &sys_config, sizeof(sys_config));
  offset = 0;

  ret = am_hal_flash_program_info(AM_HAL_FLASH_PROGRAM_KEY,
                                  0, // we are only supporting INFO on instance 0.
                                  flash_write_buf,
                                  offset / 4,                    // offset
                                  (sizeof(sys_config) + 3) / 4); // num words
  //} while (ret);

  if (ret) {
    log(ERR, "am_hal_flash_program_info at offset 0x%08x i32ReturnCode = 0x%x.\n", offset, ret);
    return ERROR;
  }
  log(RUN, "flash write success\r\n");
  return SUCCESS;
}

系统的样例是正常的，因为没有别的业务逻辑，我的代码在开机执行也是正常的，但是在业务中调用 am_hal_flash_program_info 函数时就会随机失败，开始一直怀疑是地址区段的问题，各种尝试都不行，后来看函数的原型，发现下面的文字说明，才恍然一惊：

看到蓝色标识的部分，才想到是不是被系统的定时器中断影响了，因为系统起来后开启了很多定时器中断，于是在擦除和写入的逻辑区间关闭了中断，于是就没有再发现失败了。

浪费了半天时间，惭愧，特此随记，以示教训：在没有相关文档的情况下，要仔细看函数原型的任何一行说明文字

好久不搞stm8了，但朋友请教，还是帮忙确认下。主要是确认STM8的看门狗用法和喂狗时间问题，网上大把的代码样例，但是还是要刨根问底弄清楚细节，才可以用，否则就是埋雷。

大概的调用样例代码：

#define SYS_IWDG_OPEN        IWDG_KR=0xCC;
#define SYS_IWDG_FEED        IWDG_KR=0xAA;

void SystemIWDG_Config(void)   
{
    CLK_ICKCR|=S3;
    while((CLK_ICKCR&S4)==0);
    //STM8单片机需先执行0xCC指令，即先打开IWDG模块,否则IWDG工作不正常
    IWDG_KR=0xCC;                //启动看门狗
    IWDG_KR=0x55;                //使能模块访问
    IWDG_RLR=0xFF;               //溢出时间
    IWDG_PR=0x06;                //256分频 38000/256=148HZ T=6.7ms    
    IWDG_KR=0xAA;                //装载IWDG->RLR
}

代码的解释请参见以下的网络内容：

官方手册原始内容，124页：

http://www.st.com/content/ccc/resource/technical/document/reference_manual/9a/1b/85/07/ca/eb/4f/dd/CD00190271.pdf/files/CD00190271.pdf/jcr:content/translations/en.CD00190271.pdf

本地下载备份：en.CD00190271

根据芯片手册中时钟的配置：

文章开头样例代码的看门狗最大喂狗时间大约1.725秒（38K时钟）

设置 /etc/config/network:

config interface 'lan'
        option ifname 'eth0.1 ra0'
        option type 'bridge'
        option proto 'dhcp'
        option macaddr '00:0C:43:00:00:40'

按照模块的使用手册，我们知道设备的usb会虚拟出5个串口设备。
在openwrt中默认是支持usb转uart的驱动的，默认是可以支持此设备的，我们只要在menuconfig中选择相应的开关就可以完成支持

Kernel Modules → USB Support
<*> kmod-usb2
<*> kmod-usb-ohci
<*> kmod-usb-serial
                <*> kmod-usb-serial-option
                -*- kmod-usb-serial-wwan
<*> kmod-usb-core