YunTu Forum

Time Chn ID Name Event Type Dir DLC Data length Data 4.665429 CAN 1 18DA1122x CAN Frame Rx 8 8 02 10 03 00 00 00 00 00 4.665687 CAN 1 18DA2211x CAN Frame Rx 3 3 02 50 03

Data length可以接收资料长度为02,但实际接收8bytes,但在传送时也希望传送数据长度为02,但Data length要为8,看起来这个问题是有补丁可以安装,请问在那下载呢?或者要如何修改程序呢?

如题，论坛中和官方资料没有见到此类环境的搭建教程

如题， 我有部分代码需要封库，使用的是CMake + VScode（GCC）环境，请问如何实现？

例程里直接调用FLASH_DRV_Program，实际需要添加回读比较，关闭总中断等操作吗，还是这个函数已经实现了，我像里程直接调用就行
477cc457-9c3f-4f76-a355-ab978dd717f2-1768467975172_8BB88941-DB10-4f62-B35B-E53DFC3F1A19.png

f03ee3a9-c294-48d8-a62c-2fa055a9c2e4-image.png
f04d52c4-2d31-413a-9657-dc8960d56fb9-004ae79dd7d3a8165da3aa13ff6fa3f.png
如图，因为外部uart驱动芯片通讯协议需要在帧起始发送一个break，写了一个break发送函数，这个函数在使用中断进行发送时是能够正常发送的。根据下面的帖子修改成DMA发送之后直接进入了hardfault，这是什么原因？https://forum.ytmicro.com/topic/1440/linflexd-uart-dma-mode-demo-md1-me0/3?_=1768392405428

请问ME系列进入低功耗后，IO口的状态是保持的吗。
实测下来是保持的（将IO口配置成高电平，进入Standby/PowerDown/sleep/DeepSleep模式后，IO口状态仍然是高电平）
11df59b6-6769-41df-9ff2-fa237acb0d60-image.png
没有明白powerdown模式下这里的OFF是什么意思，是我理解错了吗

4ee9dc65-046e-46ff-bc60-50485ade5571-1768461326814_1EDE035C-F00E-4421-B8AA-4780CECF1A07.png
a4089227-936a-47a0-a49c-95da8a861fee-1768461346895_ECDEA3E8-9607-4dbe-B25B-AD7C79B72EB7.png

dc0216a9-96e8-4d96-bf91-5af11fcdf616-87e35990c2519b69dcb61ae5a140cd4d.png

目前只是晶振在跑，做循环累积，其它程序都屏蔽了，芯片的功耗都有0.4W，芯片厂商那边有没有遇到这种情况 ，看看什么原因

目测只是在实验室做功能测试，在烧录的过程中芯片就被击穿!这是什么原因92c4a63d-c355-4f9e-b9b5-d126949daf83-447dcde7ce22ced24a3eacde729d7c02.jpg

如下图所示，工具界面中默认开启了 -ffunction-sections 和 -fdata-sections。

原因： 生成的 cmake/gcc.cmake 脚本中使用 SET(CMAKE_C_FLAGS ...) 强制重置了编译参数，导致工具传入的这些标志被覆盖丢失。

后果： 链接器无法正确剔除未使用的代码（Dead Code Elimination）

关联问题:
https://forum.ytmicro.com/topic/1302/同样的工程vscode-gcc编译的二进制文件远远大于keil-mdk生成的?_=1763805564704

65761351-0095-445c-b8bd-577719c47dfd-image.png

c0a0e3cc-1b9e-4e8c-a7eb-9c0610679f16-image.png

069c94b3-646e-4e1d-9599-eeb2efd0288e-image.png
我这边移植完FLASH模块后，发现API中只有擦除和写入，请问读取API有设计吗

void test_spi(void)
{
uint8_t tx_buffer[4] = {0};
uint8_t rx_buffer[4] = {0};
tx_buffer[0] = READ_TEMP_CMD;
tx_buffer[1] = 0x00;
tx_buffer[2] = 0x00;
tx_buffer[3] = calculate_crc8(tx_buffer,3);

PRINTF("SPI Master Transfer: \n"); for (uint8_t idx = 0; idx < 4; idx++) { PRINTF("%02x ", tx_buffer[idx]); } PRINTF("\n"); sc69431_cs_low(); status_t status =SPI_DRV_MasterTransfer(0,tx_buffer,rx_buffer,4); PRINTF("Transfer start status: %d\n", status); if (status != STATUS_SUCCESS) { PRINTF("Error: SPI transfer start failed: %d\n", status); sc69431_cs_high(); return; } while ((STATUS_SUCCESS != SPI_DRV_MasterGetTransferStatus(0, NULL))) { OSIF_TimeDelay(1); if (timer++ > TIMEOUT) { spiError = true; PRINTF("Error: Please check pin connected\n"); } } timer = 0; sc69431_cs_high(); if (spiError) { PRINTF("SPI transfer failed\n"); return; } PRINTF("SPI Master Received: \n"); for (uint8_t idx = 0; idx < 4; idx++) { PRINTF("%02x ", rx_buffer[idx]); } PRINTF("\n");

// SPI_DRV_MasterDeinit(0);
}

YTM32BLE05 UART配置为LIN模式后，能否接收普通UART格式的数据？也就是没有“同步间隔段”的。

Hello all,

I’ve recently observed an issue related to the eTMR interrupt.

When the MCU is running and I provide a PWM input, sometimes the interrupt does not occur at the edge transition as expected.

Below are pictures illustrating both the normal and abnormal cases for reference.

Normal case:
e4c98584-e12f-4404-8d4b-1308ca2b5046-image.png

Abnormal case 1:
3e995f9c-347b-4cdb-a4d9-d0b671401f0c-image.png

Abnormal case 2:
6a5f00be-fa68-47bf-b39d-361706a1a331-image.png

Could you please provide some advice on this issue?

有一个需求，就是发送过程中，如果某一个字节发送错误（干扰/碰撞等产生的发送和接收校验不对），就要立即终止当前的发送。目前使用的是多字节连续发送，回读校验的方法是发送完成后进入IDLE中断再校验。如果遇到上述某一字节发送错误就没有办法在错误的字节时退出了。有什么方式可以实现吗？

有没有MCAL软件模拟SPI的demo

有客户想把FLEXCAN_DRV_Send拆分成两个函数，一个是写入接口，一个是触发接口，如下图：
77149cc7-770f-4fc9-8500-ae5654c02fef-97f82b2a46fdb20b64f2883caad20aa.png
是否直接可以分开调用俩函数，达到客户需求。

行业内对CAN采样点的测量，基本都是使用Vector VH6501。经常会发生一种情况：按要求设置的采样点，为什么测量结果会差别很大，甚至会差别10%以上呢？
测量误差
三部分组成：VH6501每次缩短或增长的步进长度，用∆𝑡𝑀𝑒𝑠𝐻𝑤表示；网络的时延，用∆𝑡𝑅𝑒𝑐表示；重同步的误差，用∆𝑡TQ表示。
即测量误差 = ∆𝑡𝑀𝑒𝑠𝐻𝑤 + ∆𝑡𝑅𝑒 + ∆𝑡TQ
其中∆𝑡𝑀𝑒𝑠𝐻𝑤 ， ∆𝑡𝑅𝑒误差一般比较小，CAN-FD采样点测试中会考虑；∆𝑡TQ是测量误差“看起来”大的主要因素。
∆𝑡TQ重同步误差
同步段（Sync Segment）是CAN 协议为减少累计误差而设计的，在任何情况下均仅为 1 个 TQ 长度。但是CAN协议并没有规定重同步后跳变沿一定要在同步段（Sync Segment） 的哪个位置，从同步段（Sync Segment） 的开始到结束均可以，因此这会带来 1 个 TQ 的误差。
例如：只有10个TQ，运气不好，你有几次测量在同步段（1个TQ）的末尾才识别到同步，这样计算采样点时，就少1个TQ，误差10%。
总结
测量误差大部分是由于 CAN 协议本身所带来的误差。“看起来”误差大，实际上只要设置正确，采样点是不会错的。当然，知道误差分布，可以尽可能改进，减少测量误差。
详细的分析参考Vevtor 官方的文档《VH6501 采样点测试误差及影响因素分析》0002_VH6501_采样点测试误差及影响因素分析.pdf

问题描述
ME0 SDK 1_4_0
在uart timeout回调函数中调用receive函数不生效
7b40e665-1ed7-4305-b049-6ae6d7596d62-image.png

问题原因及解决办法
在中断中清除中断标志位和调用回调函数的顺序不对导致，将下图顺序交换即可
2ae6a487-b56a-403b-b589-97c5c359accb-image.png