STM32F1xx-LCDを使用してarduinodependenceの治療を継続

こんにちは、ハブロビテス。 前回の記事では、例としてサーボ制御を使用して、注目すべきSTM32F1xxマイクロコントローラの使用を検討しました。 この記事では、より興味深い質問-カラーグラフィックLCDディスプレイの管理について説明します。 ディスプレイの標準的な作業に加えて、STM32Fマイクロコントローラーの機能を使用してこの問題を効果的に解決する問題を強調します。 それでは始めましょう。

序論への小さな追加-この記事は6か月以上前に開始されましたが、その後、中断しなければなりませんでした（卒業プロジェクトの最初の防衛、次に仕事中の多くの緊急プロジェクト）。 そのため、もちろん、最初に私が表現した方法ではなく、コードとグラフィック素材の一部が失われることが判明しました-それでも、私はそれを完成させようとしましたが、あなたにとって興味深いものになることを願っています。

鉄

まず第一に、鉄について。 前回同様、システムの中核はSTM32VLDISCOVERYデバッグボードで、 300ルーブルで購入できます。 回路基板をブレッドボードに組み立てて、はんだ付けを減らします。 ただし、前回とは異なり、まだはんだ付けする必要があります。これは非常に具体的です-ディスプレイの背面にあるフレキシブルリジッドプリント回路基板にはんだ付けする必要があります（簡単に言えば、接点のあるフィルムに）。 しかし、それについては後で。 3.3V電源はデバッグボード上にあるため、さらに必要なのはディスプレイ自体と、それを点灯する10〜20ボルトの電源だけです。
実際、すべてが考え出された部分、つまりディスプレイを考える時が来ました。
実際、開発者は自宅で多くのオプションを利用できます。
執筆時点では、携帯電話のディスプレイを検討した中で最も手頃なオプションでした。それらは比較的簡単に購入でき、多くはSPIによって制御されており、非常に安価です。 実際、この記事はそのようなディスプレイの1つに当てられています。
しかし、e-bayにしばらく時間を費やした後、それでもなお、最適なオプションはニーズに合わせて別のディスプレイを購入することであるという結論に達しました。
まず、次のディスプレイなど、かなり安価なモデルを見つけることができます。

1-8-TFT-カラー-LCD-ディスプレイ-モジュール-SPI-インターフェース

第二に、もう少しお金を払えば、不快なコネクタをはんだ付けする時間を無駄にすることなく、完全なディスプレイモジュールを手に入れることができます。

1-8-TFT-LCD-module-TF-Card-socket-break-out-arduino

第三に、一部のディスプレイモジュールは完全に賞賛を超えています-

2-4inch-TFT-LCD-module-touch-panel-SD-card-cage

18ドルの場合、完全に完成したディスプレイモジュールが得られます。これには、完全なドキュメント（多くの携帯電話のディスプレイコントローラのドキュメントを見つけるのは非常に困難です）を備えたコントローラ付きの320x240ディスプレイ、 、すぐにSPIで座標を要求できます）、便利なコネクタ、および-ボーナス付属物として-micro-SDのスロット。
また、バックライトに電力を供給するブーストコンバーターも搭載されています。
したがって、現時点では、もちろん、e-Bayを使用したディスプレイが最も便利で正しいオプションであると考えています。

最後に、私が言及したい最後のオプションは、このような興味深いデバイスです。

1-5-lcd-rechargeable-digital-usb-photo-frame-keychain
この中国技術の奇跡は、ミニチュアのデジタルフォトフレームです。 判明したように、いくつかの外国人の愛好家はすでに腸を掘り下げており、彼らは6502互換のST2203Uマイクロコントローラ上に構築されていることがわかりました。 しかし、200r未満で、128x128 STN LCDディスプレイ（それらのほとんどはPCF8833コントローラー上に構築されています）、フラッシュメモリチップ、充電コントローラー回路を備えたリチウムイオンバッテリー、デバイス用の便利なケースを入手できます。

それでも、最初のオプション、つまり携帯電話からのディスプレイについて説明しましょう。
インターネットから得られた情報によると、小型カラーLCDディスプレイから、Nokia XZおよびSiemens S（K）65のディスプレイが一般的です。 最初のディスプレイには非常に多くの情報がありますが、画質、解像度、そして最も重要なのは応答時間の点でシーメンスのディスプレイより劣っており、アニメーションの再生にはほとんど不向きです。 そして、あなたと私は静止画像を表示することに興味がありませんよね？ 2番目のディスプレイは、インターネットからのデータで判断して、132 x 176ピクセルの解像度とアニメーションを出力するのに十分な応答時間を提供します。 ただし、残念ながら、これら2つのディスプレイを比較する機会はありませんでした。 私の古いシーメンスSK65が横になっていたので、選択は明らかにそれを支持して行われました。
最初のレーキは、ディスプレイ自体を購入するときに私たちを待っています。 事実、シーメンスは3つの異なるメーカー、LS020xxx、LPH88xxxx、L2F50xxxのコントローラーのS65にディスプレイをインストールしています。







3番目については、まったく聞いていませんでした。2番目には公式のデータシートがありますが、このコントローラーはあまり一般的ではないようです。
そして、これが最初のLS020xxxです。これは、ほとんどの場合携帯電話に立つコントローラーであり、私のSK65も例外ではありませんでした。
すべてが素晴らしいように思えますが、1つの不快な事実があります。コントローラーにデータシートがありません。 したがって、コマンドとレジスタを説明する公式文書なしで開発する必要があります。 しかし、すべてがそれほど悪いわけではありません。職人はリバースエンジニアリングセッションを実施し、ディスプレイとの対話の基本を決定しました。インターネットには、ディスプレイに関する多くの情報があります。
より詳細に表示を検討してください。

ディスプレイLS020xxx

最初に目を引くのは、非常に便利なコンタクトパッドです。ほとんどのディスプレイの小さなコネクタよりもはんだ付けがはるかに簡単です。 確かに、それらはフレキシブルリジッドプリント回路基板上にあり、不注意に扱うとはんだごてで溶かすことができるため、はんだ付け時にはんだごての温度を低くします。
合計で、ディスプレイには10個の連絡先があります。

1. RS-コマンド/データ切り替え信号
2. RESET-リセット信号を表示
3. CS-信号選択デバイスSPI
4. CLK-SPIクロック
5. DAT-MOSI SPI信号
6. 2.9Vおよび1.8V-ディスプレイ電源
7. LED +、LED_GND-電源および接地バックライト回路
8. GNDはディスプレイのグランドです。

LED +およびLED_GND接点は、10〜20ボルトの範囲のディスプレイバックライトから給電されます。 この電力は3つのLEDに供給され、LEDを流れる電流はコントローラー回路によって調整されるため、電流制限抵抗なしで1つまたは2つの9Vバッテリーを安全に接続できます。 2つの王冠を直列に接続し、わずかに沈んだ状態で、約17Vの電圧を得ました。
1V8、2V9、およびGNDピンは、ディスプレイ回路に電力を供給します。 興味深いことに、多くの接続スキームでは、ピン1V8がどこにもまったく接続されていないことがわかります。 他のすべての回路では、ピン1V8と2V9は一緒に接続され、3.3V電源に接続されています。 この接続は非常に機能的であることが判明したため、そうします。
ピンCS、DAT、CLKは、応答線のない単純なSPIインターフェースを示しています。 この事実は喜ぶしかない。なぜなら、 AVRにもハードウェアSPIコントローラーがあり、STMにはこの種の周辺機器が非常に豊富にあります-若いモデルにはこれらのコントローラーが2つあり、古いモデルには4つあるため、SPIの1つをディスプレイとの通信に完全に割り当てることができます。
RSおよびRESETピンは、ディスプレイ用の2つの追加制御信号です。 1つ目は、アクティブレベル（ログ0）にあることと、ディスプレイにコマンドを送信していること、および非アクティブレベル（ログ1）にあることを示しています-データ。 RESETは、その名前が示すように、コントローラーをリセットするように設計されています。
ここで、ブレッドボードを使用してディスプレイをデバッグボードに接続する必要があります。 これを行うには、10ピンIDCコネクタ付きのケーブルを選択しました。



すでにケーブルをはんだ付けしているときに戦術的なミスを実感しました。事実、ブレッドボード上で水平ソケットが相互接続されているため、コネクタの列が短絡しています。 とにかく、私はまだ別のコネクタを持っていなかったので、ワイヤーで作られた「脚」の形で修正を行わなければなりませんでした-なぜなら ブレッドボードは3つの独立したセクションであり、セクションの境界でコネクタを接続することにより、短絡を回避することができました。

私の実験を繰り返す人は、1列の10ピンコネクタを使用することをお勧めします。問題は少なくなります。 ケーブルが圧着された後、ディスプレイの接点にはんだ付けする必要があります-接点が配置されているフィルムは、高温に長時間さらされることを好まないため、迅速かつ明確にはんだ付けを試みます。
はんだ付け後、ブレッドボードにコネクタを配置し、ジャンパをコントローラに接続し始めます。 バックライトの電源ピンはすぐに地獄に連れて行かれ、そこから王冠からコネクタを突き刺し、それらを忘れます。 10-20Vの電源を持っている人なら誰でも、より良いです。エネルギーを節約するために、バッテリーを常にオフにする必要はありません。

接続の隣にはSPIインターフェースがあります。 既に説明したブリッジングの理由のために、水平ピンをぶら下げるだけで、デバッグボードをブレッドボードに取り付けることができました。 ただし、その中にはSPI2インターフェイスが含まれていたため、最初のインターフェイスのみが自由に使用できました。 しかし、これは私たちを大いに混乱させるべきではない。 まだ何も接続しません。 したがって、CLKをピンPA7に、DATをピンPA5に接続します。 CS作業ロジックに従ってRSをリセットするだけでなく、RSを使用してハンドルをプルします。したがって、これら3つの信号は、都合の良い場所に出力されます。 ピンPA2、PA3、PA4を選択しました。 次のような結果になります。



ちなみに、少しオフトピック：すべてを接続した後、ピンの1つに対してテスト10KHzの方形波を発行しました。 そして、これはオシロスコープが示したものです：



青でマークされたチャネル2は、ピン自体に接続されています。 ただし、チャネル1（黄色）はそれに隣接する出力に接続されています。 ほぼ100mVの振幅を持つこれらの美しい出展者をご覧ください。 ブレッドボード上のこれらのジャンパはすべて、ピン間に強力な容量結合を提供します。 特徴的なのは、デバッグボードをブレッドボードから引き出した場合、実用的な効果がないことです。



そのため、デバイスを設計する際には注意が必要です。レイアウトには独自の特性が導入されるため、考慮すべき点があります。 その上に高周波回路を組み立てることはほとんど不可能です。

ディスプレイを接続した後、マルチメーターを取り出してアセンブリを注意深くチェックし、配線が切れたときにファームウェアに影響を与えないようにすべての信号を鳴らします。
すべてが正しく接続されている場合は、Caleを起動して次のパートに進みます。

コード

すでに述べたように、実際にディスプレイの実験から何ヶ月も経ってから記事の執筆に戻ったため、コードの一部が失われました。 しかし、重要なポイントをメモリから復元しようとしました。 ただし、ディスプレイとの対話は非常に簡単であり、問​​題を引き起こすことはありません。
そのため、現時点では、ブレッドボードに完全に接続され、プロジェクトを作成した状態でCaleを実行するディスプレイが必要です。

まず、画面に画像を表示するだけです。 私たちの仕事はディスプレイを扱うことであるため、craftなものを哲学せず、カードからのダウンロード、ファイルシステムの読み取りなどを固定しません。 -コントローラのフラッシュメモリに生の16ビットRGB値の形式で画像を配置するだけです。 これを行うには、標準のbmpファイルをフォームのレコードに変換する便利なプログラミング言語でプログラムを作成することをお勧めします

const uint16_t Picture[] = {0x0000, 0x0000, …, 0x0000}; 

ディスプレイの解像度は132 x 176ピクセルで、それぞれが2バイトを占めるため、画像全体はメモリ内で46,464バイト、つまり45 Kbを少し超えます。
幸いなことに、500KB STMkaフラッシュを使用すると、1つだけでなく生の画像を保存できます。

次に、ディスプレイのプログラミングに進みます。 何よりも、コントローラーにデータシートがないため、黒魔術のように見えますが、逆になった人からの指示があり、バイトの形で「呪文」をすぐに与えます。 このアプローチがあなたに合わない場合、最良の解決策は、私が言及したe-Beyディスプレイのいずれかを購入することです。これにはフルセットのドキュメントが付属しています。

だから呪文。
ディスプレイは次のシーケンスで初期化されます（一時停止に非常に敏感です！）：

1. レベルログ0をRESET行に送り、約5ミリ秒間保持します。
2. このようなバイトブロックである最初のスペルをディスプレイに発行します。
   

     uint16_t Init1[12]={0xFDFD,0xFDFD,0xEF00,0xEE04, 0x1B04,0xFEFE,0xFEFE,0xEF90, 0x4A04,0x7F3F,0xEE04,0x4306} 

   
   Init1 [9] = 0x7F3Fを0x7F1Fに置き換えると、256色モードでディスプレイを初期化できますが、 16ビットの色はさらに興味深いので、元のバージョンを見てみましょう。
   このバイトのブロックの後、7ミリ秒待機します。
3. バイトのブロックを配ります
   

     uint16_t Init2[20]={0xEF90,0x0983,0x0800,0x0BAF,0x0A00, 0x0500,0x0600,0x0700,0xEF00,0xEE0C, 0xEF90,0x0080,0xEFB0,0x4902,0xEF00, 0x7F01,0xE181,0xE202,0xE276,0xE183} 

   
   そして50ミリ秒待ちます
4. 最後の呪文を2バイトの形でキャストします

     uint16_t Init3[2]={0x8001} 

   5ミリ秒待ちます。

その後、ディスプレイに色付きのゴミが表示され、初期化が成功したことが示されます。
それでは、STMkeで周辺機器を操作する方法を覚えながら、これらすべてを実装してみましょう。
同時にビートバンディングを試すことにしました。そのため、すぐに3つの指針を発表しました。

 uint32_t *Reset = (uint32_t*)0x42210184, *CS = (uint32_t*)0x42210188, *RS = (uint32_t*)0x4221018C; 

このすばらしいテクニックを覚えていない人にとって、ビットバンディングは非常に便利な機能です。これは、IOkaレジスタとRAMの各ビットをSTMkaのアドレス空間のどこかに配置することです。 32ビットのアドレス空間（4ギガバイト）がありますが、実際にはあまり関係がないため、開発者は、数メートルを費やしてIOまたはRAM（ビットバンドエイリアス領域）からビットバンド領域のヤードに接続することにしました。
それは単純に動作します-私たちのためにPA2に対応するCSピンを制御したいとしましょう。 その信号レベルは、 GPIOA-> ODRレジスタのビット番号2によって制御されます。
データシートの式を使用します。

bit_word_addr = bit_band_base +（byte_offset x 32）+（bit_number×4）

bit_word_addrは、計算されるビットバンドの検索アドレスです。
データシートによると、プロセッサのbit_band_baseはヘッダーで次のように宣言されています

 #define PERIPH_BB_BASE ((uint32_t)0x42000000) 

byte_offset-ビットバンドエイリアス領域の先頭から目的のレジスタへのオフセット、この場合はGPIOA-> ODRへのオフセット。
アドレスGPIOA-> ODRは0x4001080であるため、周辺ビットバンドエイリアス領域の始まりは次のように宣言されます。

 #define PERIPH_BASE ((uint32_t)0x40000000) 

そのオフセットは0x4001080C-0x40000000 = 0x1080Cになります
そして最後に、私たちが興味を持っているビットの数は2です。
* CS = 0x42000000 +（0x1080C）* 32 + 2 * 4 = 0x42000000 + 210180 + 8 = 0x42210188

このアドレスにゼロ以外の値を書き込んだので、このメモリセルに関連付けられたビットを1に設定し、ゼロを0に書き込みます。

3ブロックのバイトがすでに発表されているため、周辺機器を初期化します。

 RCC->APB2ENR |= RCC_APB2ENR_IOPAEN; RCC->APB2ENR |= RCC_APB2ENR_SPI1EN; GPIOA->CRL |=GPIO_CRL_MODE1; GPIOA->CRL &=~GPIO_CRL_CNF1; GPIOA->CRL |=GPIO_CRL_MODE2; GPIOA->CRL &=~GPIO_CRL_CNF2; GPIOA->CRL |=GPIO_CRL_MODE3; GPIOA->CRL &=~GPIO_CRL_CNF3; GPIOA->CRL |=GPIO_CRL_MODE5; GPIOA->CRL &=~GPIO_CRL_CNF5; GPIOA->CRL |=GPIO_CRL_CNF5_1; *Reset=1; *CS=1; *RS=1; GPIOA->CRL |=GPIO_CRL_MODE7; GPIOA->CRL &=~GPIO_CRL_CNF7_0; GPIOA->CRL |=GPIO_CRL_CNF7_1; SPI1->CR1 &= ~SPI_CR1_BR_2; SPI1->CR1 |= SPI_CR1_DFF; SPI1->CR1 |= SPI_CR1_MSTR|SPI_CR1_SPE; 

ここではすべてが簡単です。Reset、CS、RSをプログラムの制御下で終了するように設定し、
CLKおよびMOSI-周辺機器、つまりこの場合はSPIコントローラーによって制御される出力。
SPIはFclk / 8周波数に調整され、バイトではなく16ビットワードでデータを送信します。
SPIを介した遅延および同期送信機能についても説明する必要がありますが、プロトタイプは例外であるため、ここでは説明しません。

 __INLINE void Delay_ms(uint32_t us) __INLINE void SendSPI(uint16_t Data) 

それらの実装は非常に簡単です-遅延はSPIを介した定期的な送信、同期送信で実装されます-SPIデータレジスタに送信するバイトを出力し（SPI1-> DR = Data;）、SPI_SR_BSYフラグがSPI1-> SRステータスから消えるまでループで待機します。

次に、マジックシーケンスを実行します。

 *Reset=0; *CS=0; Delay_ms(5); *Reset=1; Delay_ms(50); for(i=0;i<12;i++) SendSPI(Init1[i]); Delay_ms(7); for(i=0;i<20;i++) SendSPI(Init2[i]); Delay_ms(50); for(i=0;i<2;i++) SendSPI(Init3[i]); Delay_ms(5); 

次は、新しい呪文を学びましょう。 だから：
コマンド{0xEF90、0x05OR、0x06XX、0x07YY}-画面にグラフィック情報を表示します。バイトORは出力中の画面の向きを示し、水平の場合は0x04、垂直の場合は0x00に等しくなります-ピクセルはこの方向に塗りつぶされます。 バイトXXおよびYYは、長方形の左下隅の位置を示します。 右上隅は常にピクセル（175、131）と等しくなります。
その後、グラフィック情報のバイトを、ディスプレイが初期化された形式で送信する必要があります。 この場合、16ビットワード形式5-6-5（RGB）

限られた領域に情報を表示するには、コマンドを少し変更した形式で使用します。
{0xEF90、0x05OR、0x08X1,0x09X2,0x0AY1,0x0BY2}、ここで、X1、Y1は出力領域の左下隅の座標、X2、Y2は右上隅の座標です。

したがって、画面全体を黒で塗りつぶすと次のようになります。

 SendSPI(0xEF90); SendSPI(0x0504); SendSPI(0x0600); SendSPI(0x0700); *RS=0; for(i=0;i<132*176;i++) SendSPI(0x0000); *RS=1; *CS=1; 

さて、いよいよ写真を撮ろう！

 SendSPI(0xEF90); SendSPI(0x0504); SendSPI(0x0600); SendSPI(0x0700); *RS=0; for(i=0;i<132*176;i++) SendSPI(Picture[i]); *RS=1; *CS=1; 

すべてが正しく完了したら、次の結果が得られます。

ミラーされた海兵隊員は、いわば、私たちに言っています。ピクセルが表示される順序を覚えておいてください！

単に電源をオフにするのではなく、次のコマンドシーケンスでディスプレイの作業を終了することをお勧めします。

 uint16_t Power[26]={0xEF00,0x7E04,0xEFB0,0x5A48,0xEF00,0x7F01,0xEFB0,0x64FF,0x6500,0xEF00,0x7F01,0xE262,0xE202,0xEFB0,0xBC02,0xEF00,0x7F01,0xE200,0x8000,0xE204,0xE200,0xE100,0xEFB0,0xBC00,0xEF00,0x7F01}; *RS=1; for(i=0;i<26;i++) SendSPI(Power[i]); *CS=1; 

これは、原則として終了した可能性がありますが、実際には、最も興味深いのは、先に私たちを待っていることです！

STM32F1xxアーキテクチャ機能を使用して画像表示を最適化する

そこで、メモリから画像を表示しました。 これはすでに優れた成果であり、活動の幅広い分野ですが、悪名高いArduinでも簡単に同じことができます。 そして、私たちの目標は、arduinodependenceから回復し、どのタスクが他の方法で最もよく解決されるかを理解することです。 考えてみましょう：現在の実装は何を制限していますか？
答えは明らかです。アニメーションを表示する場合、ほとんどの場合、グラフィック情報の出力サイクルでスピンします。 画面解像度は132x176ピクセルであり、それぞれが2バイトで記述されるため、SPIバスを介して371,712ビットを出力する必要があります。 各ビットはクロックの8分の1の周波数で出力されます。つまり、1フレームを出力するには2 973 696クロックを費やす必要があります。 75 MHzのSTMkiを手元に置くことはそれほど重大ではないかもしれません。不快ではありますが、16 MHz AVRkiの場合はすべて災害です。
しかし、幸いなことに、STMアーキテクチャには、このような状況では私たちの人生がおとぎ話のように見えるブロックがあります。 これは、ダイレクトメモリアクセスユニット、つまりDMAです。
次のポイント間でコントローラーコアを使用せずにデータを転送できます。

• メモリメモリ
• 周辺メモリ
• 周辺メモリ。

十分な言葉で、これが私たちに与えるものを実際に見てみましょう！
まず、必要なコードを周辺機器の初期化に追加します。

 DMA1_Channel3->CPAR = (uint32_t)(&SPI1->DR); DMA1_Channel3->CNDTR = 1560; DMA1_Channel3->CCR |= DMA_CCR3_PL_0; DMA1_Channel3->CCR |= DMA_CCR3_PSIZE_0; DMA1_Channel3->CCR |= DMA_CCR3_MSIZE_0; DMA1_Channel3->CCR |= DMA_CCR3_DIR; DMA1_Channel3->CCR |= DMA_CCR3_MINC; DMA1_Channel3->CCR |= DMA_CCR3_EN; 

ここでは、データが書き込まれるアドレスを設定し（SPIデータレジスタのアドレスに等しい）、送信用の16ビットワードの数を1560（フレームのサイズは30x52ピクセル）に設定し、送信の平均優先順位、
レシーバとソースのサイズ—この場合、両方— 16ビット、送信方向（メモリから周辺へ）、メモリへのポインタの自動インクリメントを設定し、DMAを有効にします。
前述のconst uint16_t Picture []と同じ形式でいくつかのフレームを準備する必要があります。
これを行うために、12個のヘッダーframe01.h ... frame12.hを準備し、それらからのデータを結合しました

 const uint16_t* Video[]={frame1,frame2,frame3,frame4,frame5,frame6,frame7,frame8,frame9,frame10,frame11,frame12}; 

また、フレームカウンター変数を導入します

 uint8_t FrameCnt=0; 

残りはほとんどありません-初期化で、システムタイマーを必要なフレームレートに設定し、

 SysTick_Config(SystemCoreClock/50000); 

タイマー割り込みハンドラーの説明は残ります。

 void SysTick_Handler() { *CS=0; FrameCnt++; if(FrameCnt>11) FrameCnt=0; SPI1->CR2 &= ~SPI_CR2_TXDMAEN; DMA1_Channel3->CCR &=~DMA_CCR3_EN; *RS=1; *CS=0; SendSPI(0xEF90); SendSPI(0x0504); SendSPI(0x0A00+70); SendSPI(0x0800+50); SendSPI(0x0B1D+70); SendSPI(0x0933+50); *RS=0; DMA1_Channel3->CMAR = (uint32_t)Video[FrameCnt]; DMA1_Channel3->CNDTR = 1560; DMA1_Channel3->CCR |= DMA_CCR3_EN; SPI1->CR2 |= SPI_CR2_TXDMAEN; } 

ここで、次のフレームの数を計算し、その後しばらくの間DMA送信をオフにします。 これは、グラフィック出力コマンドをディスプレイに送信するために必要です。
この場合、フルスクリーンではなく小さな画像が表示されます。 コントローラのメモリが足りないだけです。 ここでSDカードからの読み取りを固定すると、フルスクリーンビデオをねじることができます。

コマンドが送信された後、グラフィックソースのアドレスを設定します。フレームの1つ、Video []に格納されるポインタ、送信ブロックのサイズを設定し、DMAを有効にします。

それだけです！ これで、プログラムはグラフィックス出力に50ミリ秒ごとに数十サイクル以下を費やします。これはまさにタイマー割り込み処理に送られます-割り込みが処理された後、DMAは参加せずにSPIレジスタにデータを送信し始めます！ したがって、グラフィック出力を気にせずに、メインサイクルでビジネスを完全に落ち着いて実行したり、次のフレームを準備したり、オブジェクトを短絡したりできます。
すべてが正しく行われると、次の結果が得られます。

おわりに

私たちは何を達成しましたか？
まず、カラーグラフィックディスプレイなどの興味深い周辺機器を操作することを学びました。 これ自体は悪くはなく、プロジェクトで役立ちます。
しかし最も重要なことは、DMAブロックの使用方法を学習したことです。DMAブロックを使用すると、そのようなブロックを持たないコントローラーでデータを転送するソフトウェアと比較して、最も広い可能性が広がります。

ディスプレイに関しては、次を追加したいと思います。e-bayでデバッグボードを見つけました。これは間違いなくSTM32で優れた必要な開発者ツールを呼び出します。 こちらで販売中です： Mini-STM32


45ドルの場合、ハードウェアUSB、静的メモリコントローラーを備えたSTM32F103VETマイクロコントローラーを含む、信じられないほど便利で強力なツールを入手できます。これにより、ディスプレイとハードウェアSDカードコントローラーの作業が大幅に簡素化されます。 実際には、解像度320x240のディスプレイと、それに取り付けられた抵抗膜方式タッチスクリーン、タッチスクリーンコントローラー、バックライトに電力を供給するブーストコンバーターが搭載されています。 USBに必要なすべてのハーネス。 コンバーター付きRS-232。 そして、コントローラーのバックアップレジスターに電力を供給するバッテリー。
また、28ドルの追加リクエストで、便利なプログラマーであるJ-LINKクローン（私の意見では300ルーブルのデバッガーに組み込まれているものよりもはるかに安定している）が注文に追加されます。

一般に、STMを扱う人は誰でもこのデバッグボードとプログラマーからキットを購入することを強くお勧めします。 メインツールとしてMini-STM32を使用して、後続の記事を作成します。
現時点では仕事で非常に忙しい無線モジュールを扱っているので、次の記事はおそらくそれらについてです。

参照資料

ディスプレイを扱うときは、次の資料を使用しました。
http://www.juras-projects.org/eng/lcd.php
http://avrhobby.ru/index.php?option=com_content&view=article&id=71:-rgb-1&catid=42:rgb-&Itemid=71