东软载波

上海东软载波微电子有限公司一直深耕白色家电和工业控制等行业,致力于提供高可靠性、高性价比的产品。产品技术路线涵盖自主研发8-bit 7P内核,ARM Cortex-M0/M3/M4以及RISC-V。我司是业内采用 RISC-V内核自主设计MCU产品的早期企业之一,2021年量产的一款RISC-V架构MCU ES32H5103荣获第十六届中国芯“优秀技术创新产品”奖。同时作为RISC-V产业联盟会员单位,长期积极参与国内RISC-V生态建设。

从宏观环境和市场趋势来看,MCU国产化的需求愈加强烈,不仅要求企业本土化,而且要求芯片关键内核IP国产化,自主可控。在此背景下,我司新推出高可靠性,高性价比以及外设丰富的32-bit RISC-V内核 ES32VF2264系列产品,适用于高端白色家电、工业控制、储能逆变以及PC周边等应用领域。

ES32VF2264系列产品采用RISC-V内核和先进的系统架构,主频运行在72MHz时系统效能评分可达81 DMIPS和149 CoreMark,指令吞吐量和运算能力接近Cortex-M3。此外,产品增加了内部关键电路的冗余备份设计如Flash安全保护,硬件CRC校验等,利于客户应用系统可靠性设计,大幅降低终端应用的失效率,有效提升终端用户的体验感。

本系列的可靠性指标与我司ES8H0384系列同等级,包括ESD(HBM)±7kV,ESD(CDM)±2kV,LATCHUP±350mA,客户端系统级测试性能指标包括ESD超过±16kV,EFT超过±4.5kV,完全满足高端白色家电,工业控制,储能逆变以及PC周边等高可靠、低失效率要求应用领域。

资源对比

1.jpg

开发环境

2.jpg

3.jpg

4.jpg

产品使用CDK集成开发环境,并采用cJTAG两线调试接口。SDK延续我司ES32F系列架构,所有底层驱动和中间层组件接口都与ES32 ARM架构产品完全兼容,方便客户在我司ARM架构和RISC-V架构产品之间快速迁移。此外,我司提供IEC60730 Class B自检库,助力客户快速完成IEC60730功能安全认证。

来源:东软载波微电子

免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。

围观 22

1、引言

Cortex-M3微控制器因其功能强大、性价比高以及易用性好,在嵌入式体系结构中得到了广泛应用。然而,在实际开发过程中,如果程序很大或运行很久后可能会遇到HardFault异常。为了快速有效地解决HardFault异常,本文将讨论定位HardFault问题的方法。

2、常见引发HardFault原因

1)访问非法内存地址:编程中处理指针时可能导致访问未定义的内存地址,特别是在数组越界、非法指针解引用等情况下。

2)叠栈溢出:程序运行过程中如果栈溢出,会导致栈上数据错误,从而引发异常。

3)寄存器未正确初始化:寄存器配置和使用不正确,可能导致硬件异常。

4)除0运算:当程序试图执行除0运算时,可能发生硬件故障异常。

5)总线错误:外设总线通信发生错误,可能引起硬件故障。

3、软件触发HardFault异常

ES32F36xx是Cortex-M3内核,当被除数为0时,硬件将触发一个异常,导致系统进入Hard Fault异常状态。这种情况下,处理器不能正常运行,并且不能恢复,直到硬件或软件采取措施使得系统回到正常状态。在ES32_SDK中,ES32F36xx 的KEY_LED_ADC例程中增加如下程序:

// B函数
void B_Function(void)
{
    printf_e("Enter B function\r\n");
    C_Function(0);
    printf_e("Exit B function\r\n");
}
// A函数
void A_Function(void)
{
    printf_e("Enter A function\r\n");
    B_Function();
    printf_e("Exit A function\r\n");
}
// C函数
int C_Function(int val)
{
    return 100/val;
    }
// D函数
void D_Function(void)
{
    printf_e("Enter D function\r\n");
    C_Function(1);
    printf_e("Exit D function\r\n");
}
// TestDebug函数
void TestDebug(void)
{
    // 使能除0异常
volatile int *CCR = (volatile int *)0xE000ED14;
    *CCR |= (1 << 4);
    
    A_Function();
    D_Function();
}
// 主函数
int main(void)
{   
    uart_stdio_init();
    
    TestDebug();
    while(1);
}

如图 1所示,工程文件中,User选项中增加“fromelf -a -c --output=all.dis  .\obj\out.axf“,生成汇编文件。

1.png

图1 MDK工程生成汇编文件配置

4、HardFault异常函数调用关系及问题定位

上述程序运行过程中会发生hardfault异常,发生hardfault异常瞬间,程序立刻中止运行,硬件自动保存“调用者保存寄存器“的值到栈,同时跳转到异常向量表执行异常处理函数。如图 2所示为发生异常瞬间,硬件自动保存xPSR、ReturnAddress、LR、R12、R3、R2、R1及R0寄存器。

2.png

图2 处理器进入异常时的栈帧

硬件仅保存了部分寄存器,为了保存发生异常瞬间所有寄存器值,程序跳转到中断向量处需要执行如下的汇编代码:

;get current context
    TST          lr, #0x04        ;if (!EXC_RETURN[2])
    ITE          EQ
    ;[2]=0 ==> Z=1, get fault context from handler
MRSEQ        r0, msp          
    ;[2]=1 ==> Z=0, get fault context from thread
MRSNE        r0, psp         
    
    STMFD        r0!, {r4 - r11}  ; push r4 - r11 register
    STMFD        r0!, {lr}         ; 将EXC_RETURN值压栈
    
    TST          lr, #0x04        ;if (!EXC_RETURN[2])
    ITE          EQ                 
; R0为栈值,作为hw_hardfault_exception函数首个参数
MSREQ        msp, r0
;[2]=1 ==> Z=0, get fault context from thread     
    MSRNE        psp, r0          
    
;再次将EXC_RETURN值压栈
    PUSH         {lr}              
    ;跳转至hw_hardfault_exception函数    
BL           hw_hardfault_exception 
    POP          {lr}
    ORR           lr, lr, #0x04
    BX            lr
    ENDP

上述汇编代码的主要功能是获取栈(SP)地址,并将R4 ~ R11压栈,跳转执行hw_hardfault_exception函数。压栈后栈中的数据情况如图 3所示:

3.png

图3 hardfault异常瞬间栈中完整寄存器

Return Address是发生异常指令点,LR是发生异常指令所在函数的下一条指令地址。在hw_hardfault_exception函数中将栈中的寄存器值都通过串口打印出来。

void hw_hardfault_exception(struct exception_info *exception_info)
{
    uint32_t *app_sp = NULL;
int i = 0;
/*sp指向发生hardfault前栈地址*/
    app_sp = (uint32_t *)(exception_info + 1);  /* context + 16*4 */
    
    printf_e("psr: 0x%08x\r\n", exception_info->psr);
    printf_e("r00: 0x%08x\r\n", exception_info->r0);
    printf_e("r01: 0x%08x\r\n", exception_info->r1);
    printf_e("r02: 0x%08x\r\n", exception_info->r2);
    printf_e("r03: 0x%08x\r\n", exception_info->r3);
    printf_e("r04: 0x%08x\r\n", exception_info->r4);
    printf_e("r05: 0x%08x\r\n", exception_info->r5);
    printf_e("r06: 0x%08x\r\n", exception_info->r6);
    printf_e("r07: 0x%08x\r\n", exception_info->r7);
    printf_e("r08: 0x%08x\r\n", exception_info->r8);
    printf_e("r09: 0x%08x\r\n", exception_info->r9);
    printf_e("r10: 0x%08x\r\n", exception_info->r10);
    printf_e("r11: 0x%08x\r\n", exception_info->r11);
    printf_e("r12: 0x%08x\r\n", exception_info->r12);
    printf_e(" lr: 0x%08x\r\n", exception_info->lr);
    printf_e(" pc: 0x%08x\r\n", exception_info->pc);
    
    printf_e("stacks: \r\n");
    
    for (i = 0; i < 1024; ++i)
    {
        printf_e("%08x ", *app_sp);
        app_sp++;
        ++i;
        if (i % 16 == 0)
            printf_e("\r\n");
    }
    printf_e("\r\n");
    while(1);
}

在hw_hardfault_handler函数中打印出了所有相关寄存器,如图 4所示:

4.png

图4 发生异常时栈数据

从打出来的返回地址值(PC)为0x00000644,在生成的all.dis汇编文件搜索该地址,如图 5所示,该地址是C_Function函数中的一个除法指令,R0寄存器值除以R1寄存器值,并将结果存放R0中。R0为0x64,确认R1寄存器值即可。

5.png

图5 发生hardfault异常瞬间执行的指令

图 4中,LR的值为0x0000060f,all.dis无法搜索到该地址。由于Cortex-M3使用的是Thumb指令集,bit0置位指示该地址地址指令是Thumb指令。bit0复位,搜索0x0000060e,如图 6所示,该地址在B_Function函数中。B_Function函数调用了C_Function函数,R0为传递的参数0。由此可知,图 5中,R1的除数值0,故程序会发生hardfault异常。

6.png

图6 B_Function函数的汇编代码

图 6中,调用C_Function函数前,R4和LR寄存器被压入了栈中。即图 7中,LR的值为0x000005D1,R4的值为0xe000ed14。

7.png

图 7 B_Function函数压栈值

如图 8所示,在all.dis文件搜索0x000005D0地址在A_Function函数中,在执行A_Function函数前,对R4和LR进行了压栈。A_Function函数调用了B_Function函数。

8.png

图 8 A_Function函数汇编代码

如图 9所示,A_Function函数压入的R4值为0xe000ed14,LR值为0x000006a1。

9.png

图 9 A_Function函数压栈值

如图 10,在all.dis文件中,搜索0x000006a0,发现该地址在TestDebug函数中,且该函数将R4和LR压入栈中。

10.png

图 10 TestDebug函数汇编代码

如图 11所示,A_Function函数压入的R4值为0xe0001c18,LR值为0x00001ab9。

11.png

图 11 TestDebug函数压栈值

如图 12所示,在all.dis文件中,搜索0x00001ab8,该地址在main函数中。

12.png

图 12 main函数的汇编代码

至此,如图 13所示为发生hardfault异常时函数的调用关系,在C_Function函数中,被除数为0是导致进入hardfault异常的原因。

13.png

图 13 发生hardfault时的函数调用关系

来源:东软载波微电子

免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。

围观 109

随着中国家庭收入水平的提高以及二胎政策的实施,母婴电子产品整体呈现稳步增长态势,科技化是母婴行业的重要趋势,中国需要有更好的母婴产品和前沿的科技母婴企业,给妈妈们带来更高效、更便捷、更有温度的生育体验。其覆盖的领域包括了孕期健康、婴幼儿保健和教育等。母婴电子类产品种类繁多,常见的有智能血压计、体温计、吸奶器、智能电动秋千床等。产品硬件方面,常使用的芯片包括MCU、CMOS图像传感器、低功耗蓝牙等,这些元器件的加入使得母婴电子产品更加智能化、便捷化和舒适化。

正因为新世代家长育儿理念由“粗放式喂养”转变为“精细化喂养”,以及越来越多女性注重事业发展,她们会愿意多花金钱确保怀孕时舒适安康、孩子出生前后都能健康成长。而工作场所未必有适当的设施支援母乳喂哺。因此,妇女若希望在复工后继续喂哺母乳,便要自行寻找简单方便的途径收集、储存及冷藏母乳。这都给电动吸奶器产品打开了市场。

电动吸奶器产品现状

电动吸奶器是一种方便母亲哺育婴儿的电子产品,利用负压原理将乳汁吸出来并收集到容器内,再通过加热杀菌等措施进行保存。市场上的吸奶器有多种类型的产品,常见的电动吸奶器产品类型包括单边泵、双边泵、手持式泵等。目前,通过三个档位调节不同吸力的电动吸奶器正越来越受用户的追捧。另外,一些高端产品则配备了蓝牙连接功能,使得数据记录和分享变得更加便捷。其应用场景主要包括家庭、医院妇产科等。

1.png


据统计,全球吸奶器市场规模在2021年超过30亿美元。2022年,全球电动吸奶器总产量达到6,574.6千个,预计2028年将达到9,055.9千个,年复合增长率在5.5%。目前电动吸奶器主要由欧美等品牌控制,特别是在高端产品领域。而国内厂商也不断在深耕智能哺喂市场,预计未来几年行业竞争将日趋激烈。

2.jpg


ES32H0403助力母婴产品的应用  

提到健康管理,在东软载波微电子公众号文章中已展示诸多家庭医疗设备解决方案,血氧仪(ES8P5066)、血压计(ES32F0943)、额温枪(ES32F0930)等各类产品。在母婴健康方面,也有像吸奶器(ES32H0403)、胎心仪(ES32H0403、ES8P5066)等解决方案。并帮助母婴企业研发出更为高效、精准、可靠、安全的产品,进而探索新市场,扩大销售渠道。

  • ES32H0403是一款基于ARM Cortex-M0内核32位通用微控制器产品,不仅具有128KB Flash和8KB SRAM的大容量空间,还提供了最大8×28、6×30、4×32像素LCD驱动器,最大 8×16 像素可调光LED驱动器,最大31个触摸按键通道等特色外设资源来增强连接性。

  • 适合应用于白色家电、智能小家电、人机交互、智能门锁等产品上。

ES32H0403吸奶器方案

★方案特点及优势:

▶ 显示信息丰富:高达8×16像素LED驱动器,满足丰富信息显示

▶ 显示亮度可调:LED驱动器,256级亮度可调光,自适应调节LED亮度,可满足客户对夜间黑暗环境下保护眼睛免受强光刺激的产品设计需求。

▶ 多功能触控按键:高达31个触控按键,满足多功能按键需求

▶ 触控唤醒:无操作后自动休眠,用户操作触控按键时自动唤醒

★系统框图:

3.png

值得一提的是,东软载波微电子凭借高性能、高精度、高可靠性能的芯片产品优势。通过与母婴用品不同品类的行业客户的技术支持和营销合作建立了长期伙伴关系。例如:母婴儿童迷你波轮洗衣机(ES8P5066)、恒温调奶器(ES32H0403、ES7H2024)、奶瓶消毒器(ES7P2023)、消毒柜(ES7P169C)、辅食料理机(HR8P506)等都有成功案例。

来源:东软载波微电子

免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。

围观 34

CANopen 是一种基于CAN的通信协议,已在工业领域得到了广泛应用。

CAN提供可靠的底层数据传输,CANopen提供标准化的应用层协议。在CANopen协议中,每个CANopen设备都有一个对象字典。CANopen设备模型如下图。对象字典描述了CANopen设备的所有行为和参数。

1.png

CanFestival是一套开源免费的CANopen协议栈。它功能强大,且提供图像化的对象字典编辑工具。RT-Thread已经将CanFestival制作成软件包。所以只需完善对应驱动就能实现CANopen。

本文将要介绍:在 ES32 平台上,基于 RT-Thread bsp 实现 CANopen 从机的方法。

开启本实验前,读者需要首先了解:

☞本实验基于RT-Thread 4.0.4版本,用户可以从GitHub或Gitee获取:

☆从GitHub下载RT-Thread 4.0.4:https://github.com/RT-Thread/rt-thread/tree/v4.0.4

☆从Gitee下载RT-Thread 4.0.4:https://gitee.com/rtthread/rt-thread/tree/v4.0.4

☞ 基础的软硬件环境配置和ES-CodeMaker使用方法。详细请查看(点击直接打开):工程师笔记 | ES-CodeMaker for RT-Thread (一)快速上手

☞ ES-CodeMaker for RT-Thread软件的获取方法,在文本的最后给出。

1. 硬件配置

本实验使用ZLG的USBCAN-E-P做为主站,ES-PDS-ES32F3696LX开发板和ES-PDS-CAN模块作为从机。

2.jpg


▲CANopen主站卡

3.png

将ES-PDS-CAN模块插入开发板CAN接口上。CAN模块与开发板的连接:

ES-PDS-CAN模块接口ES-PDS-ES32F3696LX开发板管脚功能
VCC电源VDD
GND电源地GND
RXCAN0_RX(PB8)
TXCAN0_TX(PB9)

USBCAN-E-P CANopen主站卡与ES-PDS-CAN模块的连接:

CANopen主站卡接口ES-PDS-CAN模块接口
CAN_HCAN_H
CAN_LCAN_L

ES-PDS-ES32F3696LX开发板上的跳线接口:

1 . 闭合JP4:使开发板为芯片供电。

2 . 闭合JP2、JP3:通过板载调试器将UART2转为串口,方便调试程序。

2. 驱动配置

通过ES-CodeMaker可实现可视化的管脚功能配置

1)新建工程

选择芯片ES32F3696LX,填写工程名称和路径,选择模板   pkg-example-canopen:

4.png

2)开启 UART2 功能和对应的管脚作为RT-Thread的控制台功能。

3)开启 CAN0 的管脚: PB8,PB9 ,并选择相应的CAN功能,可以设置can设备的名称。设备配置为:波特率1000000,使能失败自动重发,再同步跳转宽度为4个时间片。

4)开启 AD16C4T0 作为 HWTIMER ,并选择相应的功能,可以设置hwtimer设备的名称。设备配置为:递增计数模式。

5.png

3. RT-Thread配置

使用RT-Thread env工具配置RT-Thread的内核、组件、软件包和驱动。

1)在路径rt-thread-v4.0.4\bsp\essemi\es32f369x中,打开ENV工具

2)输入menuconfig配置工程

  • rt-thread 内核配置

RT-Thread Kernal -> Kernel Device Object  进行内核设备对象设置。将控制台的设备名改为“uart2”。

6.png

  • rt-thread 软件包 CanFestival 配置

RT-Thread online packages → miscellaneous packages开启CanFestival 软件包,选择版本:v1.0.0。CanFestival是一个开源免费的 CANopen 协议栈。

7.png

RT-Thread online packages → miscellaneous packages → CanFestival: A free software CANopen framework 打开配置界面。选择can和hwtimer的设备名,及线程的优先级。

8.png

  • UART 配置

Hardware Drivers Config -> On-chip Peripheral Drivers -> UART Drivers  开启uart2,与RT-Thread控制台通信。

9.png

  • CAN 配置

Hardware Drivers Config -> On-chip Peripheral Drivers -> CAN Drivers  开启can0,为CanFestival提供CAN驱动。

10.png

  • TIMER 配置

Hardware Drivers Config -> On-chip Peripheral Drivers -> HWTIMER Drivers  开启timer0,为CanFestival提供timer驱动。

11.png

  • 开启CANopen用例

Hardware Drivers Config -> Pkgs Support Example -> Canopen -> USBCAN_E_P_EXAMPLE_SLAVE开启CANopen从机例程。

12.png

配置好之后保存退出。

3)输入pkgs --update命令更新软件包。然后根据 6. 软件包程序修改说明  优化软件包的部分接口。

4)输入scons --target=mdk5命令生成keil5工程。(使用IAR等其他平台指定--target=xxx即可)

5)使用Keil5打开工程,编译并下载。

4. 实验说明

1)安装CANopen对象字典编辑工具

CANopen协议的核心是对象字典。由于CANopen的对象字典较为复杂,不建议手写对象字典。CANopen对象字典编辑工具安装方法如下:

☞ 首先获取资源:

☆从官方获取python2.7:

https://www.python.org/downloads/release/python-2715/

☆从官方获取wxPython2.8:

https://sourceforge.net/projects/wxpython/files/wxPython/2.8.12.1/

☆2种获取CANopen源码的方式:

  • a . 从官方获取CANopen源码:

https://bitbucket.org/Mongo/canfestival-3-asc

  1. b . 从百度网盘获取CANopen源码:

https://pan.baidu.com/s/1b9K0vIzu_EVWK1BLURJEPQ  提取码为:j2w2

资源获取成功后:

  • a . 安装python2.7。

  • b . 安装wxPython2.8。

  • c .  解压CANopen源码,获得Mongo-canfestival-3-asc-1a25f5151a8d文件夹。

  • d . 解压Mongo-canfestival-3-asc-1a25f5151a8d\objdictgen\Gnosis_Utils-current.tar.gz,获得Gnosis_Utils-1.2.2.tar。

  • 解压Gnosis_Utils-1.2.2.tar后,获得Gnosis_Utils-1.2.2文件夹。

  • e . 将  Gnosis_Utils-1.2.2\gnosis文件夹,复制到 Mongo-canfestival-3-asc-1a25f5151a8d\objdictgen路径下。如下图所示:

13.png

  • f . 双击 Mongo-canfestival-...\objdictgen\objdictedit.py。

如果安装正常,则会出现以下的界面:

14.png

2) CANopen对象字典编辑工具的使用方法如下:

  • a . 点击左上角的按钮“文件”,可新建或打开对象字典。

15.png

打开bsp中的对象字典。

16.png

打开对象字典成功后,如下图所示:

17.png

  • b . 点击选项后,可编辑字典,如下图所示:

18.png

CANopen对象字典各索引范围的描述如下图。

19.png

对象字典索引0x2000~0x5FFF的制造商特定自协议区,常被用于存放应用数据。

如下图所示:可以直接通过编辑工具修改对象字典索引0x2100的数据。

20.png

  • c . 将CANopen对象字典输出的方法如下:

21.png

点击【建立字典】后,会生成.c和.h对象字典文件。如果当前打开的是工程内的.od文件,则会更新工程中的对象字典。

点击【导出成EDS文件】后,会生成eds文件。CANopen主机需要用eds文件解析从机。

4)CANopen从机程序流程。

在CANopen中,PDO为过程数据对象协议,可用于在多节点之间交换即时数据。PDO被分为RPDO和TPDO。RPDO为从机接收数据。TPDO为从机发送数据。

在用例从机对象字典中,有4个RPDO,4个TPDO。在下图中N的取值为1~4。

22.png

如上图所示,应用层CANopen从机程序流程为:

  • a . 初始化底层驱动。初始化CANopen,并导入对象字典。

  • b . 从机进入预操作状态后,不断读写对象字典。

注意:因为双方的时钟相互独立,存在误差。所以加速了当前使用的硬件定时器,使从机能及时响应主机。

5)CANopen主站卡环境安装。

本实验用 USBCAN-E-P CANopen主站卡作为CANopen主机,开发板作为CANopen从机。

☞ 从官网获取 USBCAN-E-P 资料:

☆ 获取USBCAN-E-P 的PC端上位机软件安装包:

https://www.zlg.cn/data/upload/software/Can/CANopen_Setup.rar 

☆ 获取USBCAN-E-P用户手册:

https://www.zlg.cn/data/upload/software/Can/USBCAN_E_P_CANOpen_um.pdf 

☆获取USBCAN-E-P驱动:

https://www.zlg.cn/data/upload/software/Can/USBCAN_E_P_drive.zip

PC端上位机软件安装完成后,获得软件  CANManager for CANopen :

23.png

然后根据用户手册,安装USBCAN-E-P驱动。

5. 实验现象

1)将CANopen从机程序下载后,RT-Thead控制台输出如下信息:

24.jpg

2)然后打开CANManager for CANopen。

25.png

导入CANopen从机的eds。

26.png

选择从机用例的eds文件。文件路径为:drivers\pkg_support_example\canopen\USBCAN-E-P-example-slave\app_od.eds

27.png

点击搜索,开始搜索从机,如下图所示:

28.png

搜索到从机后,点击右下角的关闭按钮后,如下图所示:

29.png

3)点击左上角的启动后,设置如图:

30.png

启动后,可观察到现象:主机收到从机的TPDO中,红色框中的数据在不断循环。蓝色框中的数据不变,为字典中的初始值。与程序流程图逻辑一致。

31.png

点击RPDO1的手动发送后。TPDO1的后4字节数据与RPDO1的后4字节数据一致。

32.png

修改RPDO2后4字节数据后,点击RPDO2的手动发送后。TPDO2的后4字节数据与RPDO2的后4字节数据一致。

33.png

4)实验完成后,RT-Thread控制台输出如下信息:

34.jpg

如果主机和从机几乎同时往CAN总线发送数据,就会有 CAN通讯超载 的紧急报文。

    received EMCY message. Node: 08  ErrorCode: 8110  ErrorRegister: 11

CANopen紧急报文错误代码说明如下:

35.png

6. 软件包程序修改说明

1)CanFestival 软件包修改(版本:v1.0.0)

该软件包有3处需要修改:

软件包第1处修改

修改原因:can过滤器控制块配置不正确。

a . 宏RT_CAN_FILTER_ITEM_INIT,会将过滤表号设置为-1。如果过滤表号为-1,则表示:不指定过滤表号,该过滤器控制块不会被初始化。这会导致回调函数无效。所以需要修改过滤表号:将过滤表号修改为 0。

b . 适配rt-thread的驱动框架。将过滤表模式修改为0。

具体修改如下:(修改前的代码 + 修改后的代码)

将 packages\CanFestival-v1.0.0\src\can_rtthread.c 进行更改。can_rtthread.c的部分内容如下:

修改前:

    struct rt_can_filter_item filter1item[1] =
{
 RT_CAN_FILTER_ITEM_INIT(0x180, 0, 0, 1, 0, can1ind, &can_data.event)
};

修改后:

    struct rt_can_filter_item filter1item[1] =
{
 {
     .id = 0x180,
     .ide = 0,
     .rtr = 0,
     .mode = 0,/*过滤表模式*/
     .mask = 0,
     .hdr = 0, /*过滤表号*/
     .ind = can1ind,
     .args = &can_data.event
 }
};

软件包第2处修改

修改原因:部分符号定义冲突。在ES32底层库中,TRUE 和 FALSE会被定义为枚举。在软件包中,TRUE 和 FALSE会被定义为宏。

具体修改如下:

在 packages\CanFestival-v1.0.0\inc\def.h 的#define __def_h__的下方加入头文件:

    #include "type.h"

软件包第3处修改

修改原因:删除非必要的文件。

具体修改如下:

packages\CanFestival-v1.0.0\src\timer_rtthread.c

    #include <stm32f10x.h>

7. 如何获取 ES-CodeMaker for RT-Thread?

链接:https://pan.baidu.com/s/1IAJuTKGzCRxrCGWaF3o2tw 提取码:esae

来源:东软载波微电子

免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。

围观 547

芯片简介

ES32F0930医疗量测控制芯片(MMC),集成了高性能32位RISC内核。系统最高工作频率为16MHz,具有32KB的闪存和高达4KB的SRAM。拥有五种节能模式使其可用于低功耗应用。提供广泛的增强型外设和I/O,允许该器件在不同的应用中采用。Flash程序内存可以通过SWD接口在系统内重新程序设计。

ES32F0930微控制器外设集还包括外部总线接口,1个UART,1个SUART,1个SPI,1个I2C,2个通用16位定时器,1个通用32位定时器,1个基本定时器,1个独立看门狗,1个窗口看门狗,内建Charge Pump稳压电路,支持两颗电池3V电源工作,1个高精度ADC,2个模拟比较器,4×15LCD液晶驱动器和多功能测量模块。

“基于ES32F0930微控制器的额温枪方案"

额温枪方案

1)概述

额温枪是当前最常见的一种红外测温仪。快速测温、无接触测温的特点,使其成为疫情常态化背景中使用最为广泛的测温工具。

额温枪的工作原理:模拟红外传感器(热电堆)采集人体的红外线辐射能量转化为电信号,经由放大电路和ADC转换为数字信号,MCU计算出温度值。同时利用环温热敏电阻采集到的环境温度做算法补偿和处理,将修正后的体温值显示在LCD屏上。

ES32F0930的参考设计方案在环境温度=10/25/35℃的条件下,量测32~50℃黑体炉,误差大多落在±0.1℃,少数温度点落在±0.2℃,在极端温度下也能够达到额温枪的认证规格要求。

ES32F0930内含一个高分辨率Σ∆24位ADC,可实现温度的精准测量。

2)原理框图

“基于ES32F0930微控制器的额温枪方案"

3)设计要点

以针对医疗量测控制设计的MMC模块开发,其由电压基准、模拟开关网络,比较器网络,以及前置滤波器、ADC输入选择器和温度传感器组成。并且结合了多功能比较器、模数转换器以及数字信号运算等模块。可免去开发人员在硬件设计及量测控制切换上的负担,可有效缩短开发周期,操作更灵活。

高分辨率Σ∆24位ADC

  • 支持24位转换结果,最高17位有效精度
  • 带宽400/800KHz
  • 输入增益可配置为1、2、3或4倍
  • 支持参考增益可配置为1/3或1倍
  • 支持内部参考电压或独立参考接地
  • 支持温度检测

4×15LCD液晶驱动器

  • 支持APB时钟和内部低速RC振荡器时钟作为时钟源
  • 支持两种不同的LCD驱动波形
  • 内建Charge Pump稳压电路,可提供4种LCD电压2.55V,2.8V,3.0V,3.3V
  • 支持Static,1/2,1/3,1/4偏置的不同LCD驱动波形

可程序设计增益放大器PGA

PGA是一个提供用户可程序设计的同相增益的放大器,其输出连接到Σ∆模拟-数字转换器的输入。PGA为差分输入且具有8种可选增益。

  • 工作方式:依据内部参考电压的单端放大器,或与独立参考地配合工作
  • 增益:1/2/3/4/6/9/12/16倍
  • 低噪声输入(Chopper电路开启)
  • 输入电压范围宽为+0.25V至AVDD-0.25V(增益为1×)

4)硬件设计

“硬件原理图"

“硬件原理图"

5)软件设计

  • 温度校准:以两点温度做校准,免除繁杂的校准步骤
  • ADC校准:校准硬件参考电阻,避免量测误差
  • 量测模式:量测热电堆(Thermopile)和环境温度(Thermistor)值后计算出目标温度

“基于ES32F0930微控制器的额温枪方案"

小结

ES32F0930是上海东软载波微电子推出的一款专用的医疗量测控制芯片,针对额温枪、血压计等医疗产品所设计,经由MMC模块的控制,可轻易实现各种模拟-数字转换,有效提升额温枪、血压计的开发效率。

来源:东软载波微电子
免责声明:本文为转载文章,转载此文目的在于传递更多信息,版权归原作者所有。本文所用视频、图片、文字如涉及作品版权问题,请联系小编进行处理(联系邮箱:cathy@eetrend.com)。

围观 56
订阅 RSS - 东软载波