跳转至内容

YTM32B1H系列

Questions about YTM32B1H seires

158 主题 717 帖子
  • 如何在MCAL配置CAN界面实现同一个CAN通道配置两个Config

    15
    0 赞同
    15 帖子
    595 浏览
    jiankang_wangJ

    好的,感谢您的反馈。如果不修改can的配置,可以将该模块lock住,lock后将不再生成该模块配置文件和代码。

  • HA0系列MCAL配置FEE功能,Cluster写入次数问题

    5
    0 赞同
    5 帖子
    297 浏览
    Liam.LiuL

    houjun_xiao 好的,现在理解了,谢谢

  • 云途HA系列 接收140个ID离散的CANFD报文 filters配置

    10
    0 赞同
    10 帖子
    653 浏览
    gaoShengG

    yt0069 谢谢大佬的支持😊

  • 如何在MCAL框架下实现Secure Boot

    7
    0 赞同
    7 帖子
    432 浏览
    yxydoctorY

    Diga 谢谢回复。这篇应用笔记之前看过。所以才会知一惑二。既然secure boot属于硬件加密,本就不应该需要flash,hcu这些驱动模块,这样的话,加解密,签名就跟MCAL环境无关了。配置配置就行。但从官方例程看,不是这么回事。

    二级boot(用户自己的boot)本就包含了看门狗,Fls写用户App功能,不考虑二级boot加解密的话,其实这时候这个所谓的硬件secure boot其实是多余的。

    哎,回头再看一下加解密例程把。看看能不能由二级boot对app固件做点保密工作。

  • CAN Tx发送失败

    8
    0 赞同
    8 帖子
    237 浏览
    LCL

    暂时还没有示波器,其他方面还有要注意的吗?

  • MCU空引脚处理

    3
    0 赞同
    3 帖子
    146 浏览
    Ansen_LiA

    设计阶段对于MCU空PIN,外部硬件是悬空无连接,软件将其配置为低电平是否可行?

  • 固件升级跳转测试(基于32B1H和MCAL)

    2
    1 赞同
    2 帖子
    314 浏览
    yxydoctorY

    串口升级完美解决,展示一下:
    下载.png

    波特率固定为230400,165K的BIN文件,下载时间=10s。文件被分割为同pflash扇区大小的子包(2048字节),顺序发送。每一个子包尾缀CRC校验;上位机在收到成功接收应答信号后,才会发送编号连续的下一帧子包,保证下载过程的有序性。

    下位机BOOT代码会涉及到串口收发和Fls的读写擦操作。有几个坑点一定需要注意:

    坑点1:BOOT跳转代码不支持OS,OS线程中做跳转的话,就不知道跳那儿了;裸机跳转正常;

    坑点2:fls扇区擦除/写操作不能使能异步模式。
    fls.png

    坑点3:上位机在发送2048字节子包时,发送buff一定要先赋值0xff,之后再赋新值。这点是考虑最后一帧不满2048字节时,要以0xff填充;不然也会有问题。

    坑点4:几个关键地址
    1 - APP代码偏移地址=0x020000;
    2 - BOOT跳转地址=0x02020800;即跳转到APP的IVT;
    3 - 固件BIN文件需要拷贝到Pflash的物理地址=0x020000;
    4 - fls设置地址序号 = Pflash-S64开始;
    5 - IAR下的烧录地址=0x02020000

    注意以上坑点后,APP固件即支持串口烧录,也支持IAR在线仿真。

  • 关于32B1H的FIRC,SIRC精度问题请教

    2
    0 赞同
    2 帖子
    130 浏览
    xianghanX

    1 FIRC PLL可以选择FXOSC作为reference 时钟检测,FXOSC用SIRC作为refrence时钟检测,
    2 没有85°C时片内时钟的精度数据,理论上肯定比125°精度好

  • 有没有休眠唤醒的使用案例

    3
    0 赞同
    3 帖子
    183 浏览
    yyj123Y

    好的感谢!!!!!!

  • MCAL环境下,32B1H固件升级加密问题

    14
    0 赞同
    14 帖子
    400 浏览
    yxydoctorY

    Frankie 可否帮忙看看,链接文件这样理解对不对。这是YTC默认生成的MCAL链接文件。
    假如就以默认链接做BOOT固件的化,用户APP有关链接文件的处理。

    // 1-BVT: APP应该是不需要这段定义。 define exported symbol BVT_memory_start = 0x2000000; define exported symbol BVT_memory_end = 33556479; define region BVT = mem:[from BVT_memory_start to BVT_memory_end]; /*0x800*/ // 2-IVT:需偏移如+0x4000 define exported symbol IVT_memory_start = 0x2000800; define exported symbol IVT_memory_end = 33557503; define region IVT = mem:[from IVT_memory_start to IVT_memory_end]; /*1024*/ // 3-NC_TEXT:需偏移如+0x4000 define exported symbol NC_TEXT_memory_start = 0x2000c00; define exported symbol NC_TEXT_memory_end = 33603583; define region NC_TEXT = mem:[from NC_TEXT_memory_start to NC_TEXT_memory_end]; /*0xB400*/ // 4-TEXT:需偏移如+0x4000 define exported symbol TEXT_memory_start = 0x200c000; define exported symbol TEXT_memory_end = 35651583; define region TEXT = mem:[from TEXT_memory_start to TEXT_memory_end]; /*0x1F4000*/ // 5-dflash: 不需要偏移 define exported symbol FEE_memory_start = 0x6000000; define exported symbol FEE_memory_end = 100925439; define region FEE = mem:[from FEE_memory_start to FEE_memory_end]; /*0x40000*/ // 6-IVT_RAM,默认占用ITCM的最后1K,不需要偏移 define exported symbol IVT_RAM_memory_start = 0x0; define exported symbol IVT_RAM_memory_end = 1023; define region IVT_RAM = mem:[from IVT_RAM_memory_start to IVT_RAM_memory_end]; /*0x400*/ // 7-ITCM,不需要偏移 define exported symbol CODE_RAM_memory_start = 0x400; define exported symbol CODE_RAM_memory_end = 32767; define region CODE_RAM = mem:[from CODE_RAM_memory_start to CODE_RAM_memory_end]; /*0x7C00*/ // 8-DTCM,不需要偏移 define exported symbol D_RAM_memory_start = 0x20000000; define exported symbol D_RAM_memory_end = 536997887; define region D_RAM = mem:[from D_RAM_memory_start to D_RAM_memory_end]; /*0x1F000*/ // 7-STACK,默认占用DTCM的最后4K,不需要偏移 define exported symbol STACK_memory_start = 0x2001f000; define exported symbol STACK_memory_end = 537001983; define region STACK = mem:[from STACK_memory_start to STACK_memory_end]; /*4096*/ // 8-NC区,默认占用OCRAML的最后64K(开的好大),不需要偏移 define exported symbol NC_RAM_memory_start = 0x20020000; define exported symbol NC_RAM_memory_end = 537067519; define region NC_RAM = mem:[from NC_RAM_memory_start to NC_RAM_memory_end]; /*0x10000*/

    因为这种方案是唯一选择,加密就在BOOT代码中做了。

  • 编译后输出Memory使用率的问题

    1
    0 赞同
    1 帖子
    68 浏览
    尚无回复
  • 关于CMP作为输入通道时,Icu捕获问题

    4
    0 赞同
    4 帖子
    231 浏览
    FrankieF

    jan 跟进一下这个问题

  • 关于PWM硬件触发ADC周期不准问题

    已解决
    6
    0 赞同
    6 帖子
    259 浏览
    yxydoctorY

    houjun_xiao 好的,按您说的做修改,确实如此。完美解决,谢谢!

  • 关于MCAL环境下的时钟监测问题

    5
    0 赞同
    5 帖子
    219 浏览
    yxydoctorY

    jiankang_wang 好的,非常感谢

  • 关于YTM32B1HA01G0MLUT的GPIO口灌电流

    1
    0 赞同
    1 帖子
    66 浏览
    尚无回复
  • 请教关于Fls写数据问题。

    7
    0 赞同
    7 帖子
    337 浏览
    yxydoctorY

    还是先核实一下标准吧。
    调通后文件系统还不错,32k分区建立俩互为备份还不错,测了一下午,基本写周期3ms,最大50ms。

  • 32B1H的CAN例程调不通,寻求帮助

    4
    0 赞同
    4 帖子
    239 浏览
    yxydoctorY

    懂了,J35跳帽没接。

  • 关于Gpt测不准问题

    20
    0 赞同
    20 帖子
    941 浏览
    EnweiE

    yxydoctor 可以的。

  • 关于Dio的输出状态读取问题

    3
    0 赞同
    3 帖子
    146 浏览
    yyj123Y

    好的已经可以读取到,感谢帮助

  • HA Gpt_Rtc_Wakeup_Demo例程 RTC晶振不起振

    3
    0 赞同
    3 帖子
    124 浏览
    gaoShengG

    jiankang_wang 感谢您的回复😳

  • 云途开发生态介绍

    快速上手云途开发生态

  • 云途论坛规则/Yuntu Forum Rules

    发帖前请查看

  • YT CONFIG TOOL调查问卷

    帮助改进和优化YT CONFIG TOOL,有机会抽取YTM32B1ME0 EVB哦...

  • Online Users