[umamiti従業員]

TomatoJuice様

ご投稿ありがとうございます。

Code Composer Studio(以下CCS)を使用されている場合、プロジェクトをビルドした際に生成される.mapファイルを確認することで、Flash/RAMの使用状況を確認することができます。

CCSのEdit画面にて、Project Exploler -> プロジェクト名 -> Debug -> プロジェクト名.mapを確認すると、Flash領域とRAM領域の定義と使用されているByte数や、.text領域等に使用されているByte数が表示されますので、こちらから書き込まれるデータ量を確認することが出来るかと思います。
※下図は「MSP430導入用マニュアル」より参照。

また、CCSではマイコンと接続している状態であれば、Debug画面にて、メニューバー -> View -> Memory Allocationから、Memoryの使用状況を確認することができます。

※デバイスは異なりますが、F6779の場合FRAMをFlashと考えていただければと思います。

以上、よろしくお願いいたします。

[umamiti従業員]

akinobu様

ご投稿ありがとうございます。

＞ICの表面温度から現在のジャンクション温度を算出したいと考えています。
＞それにあたって、DM3730の熱抵抗値を知りたいのですが、
＞データーシート上に記載とかありますでしょうか？

→熱抵抗値につきましては、データシート「DM3730, DM3725 Digital Media Processors datasheet (Rev. D)」の「7.1 Package Thermal Characteristics」に記載されておりますので、ご参照いただければと思います。

以上、よろしくお願いいたします。

[NICO参加者]

エミュレータ―の CPU　Reset実行時には、CPUへのリセット信号は出力されていませんが、
どのようにして初期化しているのでしょうか？

[NICO参加者]

CPU Reset前後のレジスタの内容を添付します。
EPWM,ADC,CAN全て初期化されているようです。

尚、CCSは6.2.0で、GELファイルはサンプルのf28065.gelをそのまま使用しています。

Attachments:

1. c0ef79d790498cddb03a8f51e90e4a81.pdf

[Ge従業員]

ご連絡ありがとうございます。

ところで、上記処理では、EPWMなど他のレジスタの初期化は行っていないようですが、
実際にはCPU Reset後に初期化されています。
どのような仕組みで初期化しているのでしょうか。

弊社の環境にて、CPU Reset後にEPWMが初期化されるか確認をしてみましたが、特に初期化されている様子はございませんでした。CPU Reset後にEPWMレジスタが、どのような設定値になったかお教えいただけますでしょうか。

以上、よろしくお願いいたします。

[NICO参加者]

返信ありがとうございます。
Gelファイルの中身を確認しました。
OnReset(int nErrorCode)
{
C28x_Mode();
Unlock_CSM();
Device_Cal();
CLA_Clock_Enable(); /* Enable CLA clock – allows to debugger to set CLA breakpoints after reset */

// EMU_BOOT_SARAM(); /* Set EMU Boot Variables – Boot to SARAM */
// EMU_BOOT_FLASH(); /* Set EMU Boot Variables – Boot to flash */

CLAのクロックが有効化されていることを確認しました。

ところで、上記処理では、EPWMなど他のレジスタの初期化は行っていないようですが、
実際にはCPU Reset後に初期化されています。
どのような仕組みで初期化しているのでしょうか。

[Ge従業員]

ブートプロジェクトのBEGINを0x080000
アプリプロジェクトのBEGINを0x088000
とした場合、ブートからアプリに移動する際は((void (*)())0x088000)();　アプリからブートに移動する際は((void (*)())0x080000)();　という認識でよろしいでしょうか？

ご認識のとおりとなります。

また、起動はどちらのプロジェクトから起動しますでしょうか？

FLASHブートの場合には、0x80000がプログラムの開始アドレスとなりますので、上記の仕様の場合ブートプロジェクトから起動することになります。

以上、よろしくお願いいたします。

[zen135参加者]

ありがとうございます。

ブートプロジェクトのBEGINを0x080000
アプリプロジェクトのBEGINを0x088000
とした場合、ブートからアプリに移動する際は((void (*)())0x088000)();　アプリからブートに移動する際は((void (*)())0x080000)();　という認識でよろしいでしょうか？
また、起動はどちらのプロジェクトから起動しますでしょうか？

[Ge従業員]

ブート用プロジェクトとアプリ用プロジェクトを作成する件承知いたしました。
干渉しないようにというのは、cmdファイルにてFLASH領域及びRAM領域が干渉しないという理解でよろしいでしょうか？

ご認識のとおりとなります。ブート用プロジェクトの起動が常にリセット後のみであれば、RAM領域の干渉は気にする必要はございません。

起動時はブート用プロジェクトから起動しその後アプリ用プロジェクトで動作と考えております。
その際、アプリ用プロジェクトの開始アドレスにはどのようにジャンプすればよろしいでしょうか？

((void (*)())0x0A0000)();などをコールして、開始アドレスにそのままジャンプしていただければ問題ございません。

また、開始アドレスはどのように指定しますでしょうか？(cmdファイル内のcodestart？)

アプリ用プロジェクトのcmdファイル内のBEGINのアドレスを変更いただくと開始アドレスを変更可能となります。

以上、よろしくお願いいたします。

[Kato従業員]

NT 様

フォーラムにお問い合わせ頂き、誠にありがとうございます。

お問い合わせ内容につきましてはメールにてご対応させて頂きます。

Kato

TMS320F28379Dを搭載したVIENNA方式3相PFCにおいて、下記現象を対策したいと考えています。
（１）無負荷時オーバーシュート
　　　⇒添付１波形参照（黄色：出力電圧、緑色：入力電流）
　　　⇒起動時、出力電圧が300Vから840Vに一旦上昇し、その後ノコギリ波（700V－800V）となる。
　
（２）無負荷状態から定常負荷の負荷過渡応答
　　　⇒添付２波形参照（黄色：出力電圧、緑色：入力電流）
　　　⇒無負荷起動の出力840Vからからの負荷応答が良好ではなく、出力が300Vに一旦低下し、その後所望電圧700Vとなる。

（１）の出力840Vに一旦上昇する現象、（２）の出力が300Vに一旦低下する現象について、
TMS320F28379Dのソフト制御で対策する方法をご教授頂ければ幸いです。

今回、使用しているVIENNAボードのプロジェクト名は、”pfc3phvienna_F2837x”となります。

宜しくお願い致します。

Attachments:

1. 

   2e1635a9972cc74813f97b55a464407b.tif
   

2. 

   adc6dd9620e9e3ada9b2b99a6727dfa4.tif
   

[Ge従業員]

お問い合わせありがとうございます。

Fapi_issueProgrammingCommand()は一度に128bit(16bit word x8)をプログラムすることができますが、これは開始アドレスが、128bit境界にある場合のみとなります。0x87E64は128bit境界にないので、128bitの書き込みに失敗し、0x87E60は128bit境界になるので、正常に書き込みが行えているものと思います。

参考情報：
https://e2e.ti.com/support/microcontrollers/c2000/f/171/t/373542

この問題を回避するには、リンカコマンドファイルで、Flashに割り当てるセクションに”ALIGN(8)”を付ける必要がございます。この記述で 16bit x 8 の境界にアラインされます。

~(省略)~
.text : >> FLASHB | FLASHC | FLASHD | FLASHE PAGE = 0, ALIGN(8)
.const : > FLASHF, PAGE = 0, ALIGN(8)
~(省略)~

以上、よろしくお願いいたします。

 

F021_API_F2837xS_FPU32.libのFapi_issueProgrammingCommandを使用してFLASHへの書込みを行おうとしているのですが、下記エラーが返ってきます。
　Fapi_Error_AsyncIncorrectDataBufferLength

現在行っているのは、F2837xS_sci_flash_kernelを参考に.datファイルをFLASHに書き込もうとしております。
書込み最初のアドレスである0x87E64にてエラーになります。
試しに強制的に0x87E60するとエラーは無くなります。
書込みは16bit(word) x8で書き込んでおりますが、これが何か関係していますでしょうか？

.datファイルの先頭部分を抜粋
AA 08 00 00 00 00 00 00 00 00 00 00 00 00 00 00
00 00 08 00 09 58 A8 00 08 00 64 7E FF FF BA E5
00 00 00 00 FF FF BB E5 00 00 00 00 FF FF BC E5
00 00 00 00 FF FF BD E5 00 00 00 00 FE FF BE E5
00 00 00 00 00 00 FF FF 00 E0 00 00 00 00 FF FF

[NICO参加者]

すみません。どうしても理解できないので教えてください。
SysCtrlRegs.PCLKCR3.bit.CLA1ENCLKの初期値を確認したところ
CPU Reset後：1 → Resume 後：0
CPU Reset後：1 → Restart後：1
となっています。

本来であれば、CPU Reset後は0に初期化されるべきだと思いますが、
0の状態でもCPU Resetを行うと1にセットされてしまいます。
同じレジスタのCOMxENCLK,DMAENCLK,USB0ENCLKは0に初期化されるようです。
これはエミュレータの仕様でしょうか？

[Ge従業員]

zen135様

お問い合わせありがとうございます。

ご認識の通り、F021_API_F2837xS_FPU32.libもRAMへ展開する必要がございます。

一例ですが、cmdファイルに以下のように記述することでlibファイルをRAMへ展開することが可能です。

==================================

GROUP
{
.TI.ramfunc
{ -l F021_API_F2837xS_FPU32.lib}

} LOAD = FLASHD,
RUN = RAMLS03,
LOAD_START(_RamfuncsLoadStart),
LOAD_SIZE(_RamfuncsLoadSize),
LOAD_END(_RamfuncsLoadEnd),
RUN_START(_RamfuncsRunStart),
RUN_SIZE(_RamfuncsRunSize),
RUN_END(_RamfuncsRunEnd),
PAGE = 0

==================================

C2000wareの以下のサンプルプロジェクトでも、このlibファイルの展開を行っていますので、こちらも併せてご参考ください。

C:\ti\c2000\C2000Ware_3_03_00_00\device_support\f2837xs\examples\cpu1\flash_programming

以上、よろしくお願いいたします。