最近在调PM_sensorless的程序,调试level1的park逆变换和SVPWM生成模块,用graph绘出Ta Tb Tc的图像明显不对,然后我就直接绘制ipark1.Cosine余弦曲线,结果发现IQmath计算正余弦根本不对,不知道如何处理。ps:rg1.Out生成的角度图形是对的,锯齿波。
Zhi Cao:
自己顶一下
最近在调PM_sensorless的程序,调试level1的park逆变换和SVPWM生成模块,用graph绘出Ta Tb Tc的图像明显不对,然后我就直接绘制ipark1.Cosine余弦曲线,结果发现IQmath计算正余弦根本不对,不知道如何处理。ps:rg1.Out生成的角度图形是对的,锯齿波。
Johnson Chen1:
IQmath计算正余弦不可能不对,请问你是怎么使用Graph的,可能是是Graph设置不对。
最近在调PM_sensorless的程序,调试level1的park逆变换和SVPWM生成模块,用graph绘出Ta Tb Tc的图像明显不对,然后我就直接绘制ipark1.Cosine余弦曲线,结果发现IQmath计算正余弦根本不对,不知道如何处理。ps:rg1.Out生成的角度图形是对的,锯齿波。
Zhi Cao:
回复 Johnson Chen1:
我找的问题了,不是graph设置问题,graph就是例程自带设置。我把原来例程里的CMD文件F2806x_RAM_Sensorless.CMD文件换成了F28069M_ram_lnk.cmd就算对了。但是原来同样的例程我同学选择浮点型数据类型,编译后是算得没问题的,只是选用IQmath来算会出问题,改变为后者cmd文件,两种都算得没问题。这是为什么
最近在调PM_sensorless的程序,调试level1的park逆变换和SVPWM生成模块,用graph绘出Ta Tb Tc的图像明显不对,然后我就直接绘制ipark1.Cosine余弦曲线,结果发现IQmath计算正余弦根本不对,不知道如何处理。ps:rg1.Out生成的角度图形是对的,锯齿波。
rookiecalf:
回复 Zhi Cao:
可能是cmd文件和芯片部匹配,包括后缀也要一致
最近在调PM_sensorless的程序,调试level1的park逆变换和SVPWM生成模块,用graph绘出Ta Tb Tc的图像明显不对,然后我就直接绘制ipark1.Cosine余弦曲线,结果发现IQmath计算正余弦根本不对,不知道如何处理。ps:rg1.Out生成的角度图形是对的,锯齿波。
Johnson Chen1:
回复 Zhi Cao:
原因在于F2806X和F2806XF/M芯片的 IQTABLES地址不一样,具体看我下面帖子的回复:
http://www.deyisupport.com/question_answer/microcontrollers/c2000/f/56/p/111104/306068.aspx#306068
最近在调PM_sensorless的程序,调试level1的park逆变换和SVPWM生成模块,用graph绘出Ta Tb Tc的图像明显不对,然后我就直接绘制ipark1.Cosine余弦曲线,结果发现IQmath计算正余弦根本不对,不知道如何处理。ps:rg1.Out生成的角度图形是对的,锯齿波。
Zhi Cao:
回复 Johnson Chen1:
呃 这个链接不对吧 貌似又回到我这个帖子了
最近在调PM_sensorless的程序,调试level1的park逆变换和SVPWM生成模块,用graph绘出Ta Tb Tc的图像明显不对,然后我就直接绘制ipark1.Cosine余弦曲线,结果发现IQmath计算正余弦根本不对,不知道如何处理。ps:rg1.Out生成的角度图形是对的,锯齿波。
xuan yan:
回复 Zhi Cao:
请问你的F28069M_ram_lnk.cmd文件是从哪下载的呢,我也遇到这个问题但是我没有找到F28069M_ram_lnk.cmd这个文件
最近在调PM_sensorless的程序,调试level1的park逆变换和SVPWM生成模块,用graph绘出Ta Tb Tc的图像明显不对,然后我就直接绘制ipark1.Cosine余弦曲线,结果发现IQmath计算正余弦根本不对,不知道如何处理。ps:rg1.Out生成的角度图形是对的,锯齿波。
Bin Tang2:
回复 Zhi Cao:
如果有两个IQ_MATH删掉其中的一个就可以了