0 TMS320F28379D 开坑

开坑原因

最近开始做实验,实验室的主控采用的是F2812+FPGA,属于够用但不好用的状态。FPGA用于生成调制信号,DSP完成采样和控制。师兄师姐研究拓扑及调制策略,对驱动数量以及驱动逻辑有比较高的要求,因此不好脱离FPGA,只能继续使用F2812+FPGA的平台。我研究控制算法,F2812只能定点运算,使得写代码变得繁琐。于是硬着头皮开始自己搭28335的主控平台(28335也比较老了)。其实28335比较简单,跟之前用ARM差不多。只是需要一个人搭建完成一个完整的控制框架有点孤独,遇到问题也没法讨论~

为什么又要继续开坑F28379呢?

(1) 中断时间不够

因为最近又发现中断频率10kHz(其实也不高)的情况下,中断时间捉襟见肘,需要时刻注意中断时间是否充足。实验室已有的方案中,三电平逆变器的SVPWM调制策略在FPGA中完成,而我目前的方案是也在这10kHz的中断中完成,又进一步压缩了其他程序可使用的时间。

(2) CCS Debug易掉线

做并网实验时,电压等级上升后,合并网开关时容易导致CCS Debug断开,随后程序跑飞。那么就需要断开DSP与PC的连接。我的实验需求又需要在线的调节参数,因此计划通过串口实现。串口收发数据增加了中断处理的压力。

(3) DA输出

在实验计划中,需要开展暂态实验,要求示波器能够观察相角,则需要DAC模块,28379的LAUNCHPAD板载了4路PWM-DAC应该能够满足需求。

(4) 28379D性能更优秀

28379的主频更高,程序处理更快。双核+双CLA使得处理程序更加的从容。

开坑目标

F28379D的最终目标是:

Core1 的任务

(1)ADC采集;(2)DAC输出;(3)串口发送与接收(Vofa+);(4)与Core2通信

Core2 的任务

(1)控制算法;(2)与Core1通信

CLA的任务

(1)SVPWM调制

开坑计划

  1. CCS 28379D环境搭建
  2. Core1:GPIO控制
  3. Core1:ADC采集
  4. Core1:DAC输出
  5. Core1:Vofa+串口发送与接收
  6. Cores:双核通信
  7. CLA:SVPWM
  8. Core2:控制算法
  9. 基于MATLAB/Simulink的MBD(最大的坑,咕咕咕)
相关推荐
轻微的风格艾丝凡11 小时前
嵌入式定时器计时技巧:用有符号数省略溢出判断的底层逻辑与实践
数据库·算法·dsp开发·嵌入式软件
ADI_OP18 小时前
ADAU1452的开发教程3:常规音频算法的开发(2)
算法·dsp开发·adi dsp中文资料·adi dsp·adi音频dsp·adi dsp开发教程
Nautiluss2 天前
一起调试XVF3800麦克风阵列(九)
linux·人工智能·嵌入式硬件·音频·语音识别·dsp开发
MS189637737463 天前
乾芯课堂系列(二)乾芯DSP开发环境 – QX-IDE安装使用入门
ide·mcu·dsp开发
Nautiluss5 天前
一起调试XVF3800麦克风阵列(六)
人工智能·单片机·音频·语音识别·dsp开发·智能硬件
Nautiluss11 天前
一起调试XVF3800麦克风阵列(三)
linux·人工智能·嵌入式硬件·音频·语音识别·dsp开发·智能音箱
Nautiluss14 天前
一起调试XVF3800麦克风阵列(二)
大数据·人工智能·嵌入式硬件·音频·语音识别·dsp开发
GreenGoblin14 天前
DSP学习记录之eCAP
dsp开发·电机控制
Nautiluss16 天前
一起玩XVF3800麦克风阵列(十)
linux·人工智能·python·音频·语音识别·实时音视频·dsp开发
侠***I1 个月前
双馈风机虚拟惯性与下垂控制参与一次调频及频率二次跌落现象探究
dsp开发