KSDK_1.1.0中DSPI存在严重bug，坑人的玩意

笑对人生-2015164

幸亏没有升级SDK V1.2，万幸万幸。不过V1.1不提供的，我参照以前的示例代码自己写。例如Vref

LuoHG

升级到KSDK V1.2，在初始化启用所有模块的power
    /* Set allowed power mode, allow all. */
    SMC_HAL_SetProtection(SMC, kAllowPowerModeAll);
即使应用阻塞发送，也要增加中断服务函数SPIx_IRQHandler
void SPI0_IRQHandler(void)
{
    DSPI_DRV_IRQHandler(SPI0_IDX);
}
这样才解决上述DSPI的问题，探索了好久终于搞定这么问题，估计V1.1也是这样解决，已经用上V1.2了不再回头去验证了。

JackieLaura

KSDK早更新到1.2版本了，楼主还是早点换新版本吧

LuoHG

JackieLaura 发表于 2015-9-14 13:59
KSDK早更新到1.2版本了，楼主还是早点换新版本吧

已经用上KSDK V1.2了，DSPI初始化还得放到任务运行起来后才能执行，否则先于RTOS运行SPI初始化也必死。

JackieLaura

LuoHG 发表于 2015-9-14 14:14
已经用上KSDK V1.2了，DSPI初始化还得放到任务运行起来后才能执行，否则先于RTOS运行SPI初始化也必死。 ...

BUG依然存在啊

LuoHG

JackieLaura 发表于 2015-9-14 14:26
BUG依然存在啊

因为KSDK中的DRV层用到了OSA层的API接口，虽然应用程序是调用阻塞函数发送，但DRV层实质还是通过中断来发，只不过是用OSA的delay函数来延时阻塞而已，所以必须等到RTOS启动后任务运行再初始DSPI方可正常。

LuoHG

LuoHG 发表于 2015-9-14 14:39
因为KSDK中的DRV层用到了OSA层的API接口，虽然应用程序是调用阻塞函数发送，但DRV层实质还是通过中断来发 ...

我觉得像STM仅提供HAL层然后配以HAL相关的DEMO例程是比较符合客户需求的，KSDK还独特实现了DRV层，个人感觉没有太大的帮助，不敢冒然跳过DRV直接用它的HAL层，所以难于取舍还是得用DRV层。

佳佳儿

赞金币获开发板~~可以不理我 光电组-北京邮电大学-pikachu-智能车技术报告.pdf (1.35 MB, 下载次数: 4)

2015-9-14 20:34 上传

点击文件名下载附件

格列佛

到底官方的SDK好不好用啊？