STM32F103からK1986BE92QIに渡します。 またはロシアのマイクロコントローラーとの最初の知り合い

はじめに

新年の前夜、私は多くのロシア人と同様に、外貨の状態を積極的に監視しました。 しかし、私自身の興味だけでなく、その時点で学校や地区の会議で見せるために必要なデバイスを仕上げていたためです。 作品の名前には「予算」などの言葉が使われていたため、抵抗器やジャンパーを含むプレゼンテーションの各コンポーネントのコストを示す必要がありました。 当初、ドルが約30ルーブルの価値があるとき、デバイスは本当に予算がかかりました。 ホームアセンブリとコンベアの両方で。 しかし、ドルの価格が100ルーブルを超えたとき、私は外国の部品に代わるものを探す必要があると決めました。

この瞬間までに、私はすでにSTM32F100およびSTM32F103マイクロコントローラーの動作を数か月にわたって研究しており、プレゼンテーションデバイスでそれらを実践していました。 STM32F429などの巨人は、拒否しなければなりませんでした。 1ケースあたり1800ルーブルのコストが「予算」デバイスでは非常に高いため、その機能はAVR Atmega32の機能を超え始めたばかりです。

選択肢

タスクは明確でした。 STM32のロシア語の類似物を見つける必要がありましたが、機能的には劣っていませんでした。 そして、1年ほど前にRadio Kotaで支店を開設し、ロシア製のマイクロコントローラーの選択について支援を求めたことを思い出しました。 それから、ミラノダー社とそのマイクロコントローラー製品群について学ぶことができました。 価格表を求めて、私は価格に驚いた。 それらはすべて、1ケースあたり1万〜3万ルーブル程度でした。 モデルおよび軍隊の受け入れに応じて。 しかし、プラスチックケース（K1986BE92QI）で400ルーブルに相当するすべてのマイクロコントローラーが際立っていました。 その時、私はそれが高すぎると決めました。 しかし、この状況では、対応するSTM32を購入するのと同じくらい受け入れられるようになり、ロシアのマイクロコントローラーを調べたいだけでした。 その特徴を見て、とても嬉しかったです。 私のニーズに合ったコントローラー
。

待っています

ためらうことなく、テクニカルサポートに連絡して、そこからカスタマーサービス部門に送りました。 このキットが必要な理由を説明したいくつかの会話の後、会社の代表者は、デバッグコンプレックス、プログラマー、および別のマイクロコントローラーケースを無料で提供することに親切に同意しました。

この会話は12月末でした。 その後、プラスチックケースのコントローラーが使用できないことを担当者から通知されました。 2月の初めまで待たなければなりません。 私は待つ準備ができていて、デバイスのロジックをより重視して、STM32の下で今のところ安全にプロジェクトコードを構築し始めたと言いました。 新しいMKのためにハードウェアを完全に書き換える必要があるためです。 時間が経ちましたが、答えはありませんでした。 そして、2月の終わり頃に、私は書くことに決めました。 答えは、これまでのところプラスチック製のコントローラーはまだ利用できないということでした。 そして、3月の終わりに、すでにデバイスのデモを行う必要があったとき、私は担当者に手紙を書いて、自分のキットがどのようなものかを調べました。 彼は予期しない応答を受け取りました-「利用可能です、アドレスを入力してください。」 緊急のメール（興味深い事実として-ロシアのメールではなく、パートナーのメール）で送信され、2日後に彼はすでに私の都市にいました。 私は宅配便の配達を拒否し、自分でキットに行きました。 しかし、無駄に...私は遠くに行き、非常に珍しい場所に行かなければなりませんでした。 領収書を受け取ったら、パスポートと絵を求められ、その後、商品と一緒に箱を安全に返しました。 もともとセットが必要だったモスクワへの旅行の前に、数時間しか残っていなかったので、セットを楽しむことができませんでしたが、私はそれをどうにか検討しました。

勉強する

倉庫で、私はこのような袋を取りました：



それを開封すると、私はこのボックスを見ました。その上に、発行されたリストとともに請求書があります。



宅配会社の広告を含むこのような封筒は、請求書の下に隠れていました。



この奇跡があります。 はい、はい... 1つの建物のための紙切れの海...



それとは別に、マイクロコントローラの脚と主なパラメータの説明に満足しました。 それはどこにでもあるかもしれませんが、私にとっては新しいものでした。



さて、これらすべての論文の下に、コントローラー自体があります



封筒を中身とともに脇に置いて、私は箱を開け始めました。 そして、ここに彼は、待望の瞬間です...ああ、いや。 別の専用ディスク。 その上で-私は後で教えます。



泡を取り除き、ここにあります。 待望のセット：

デバッグボード

すべてを詳細に検討しましょう。 主なものから始めましょう。 デバッグボード すぐに目を引くのは、ボードの左側にある巨大なケーブルアウトレットと、マイクロコントローラー用の巨大な「クリブ」です。 microSDカード用のスロットの存在も喜んでいます。 2つのJTAGポートに驚かれました。 何のために-私は理解していません。 初めて見たとき。 キーの最小セットにも満足しています。 STM Discoveryの後、ユーザーボタンが1つありましたが、これは比類のないプラスです。 バッテリーソケットは非常に大きいです。 そして実際、ボード全体は非常に信頼できるようです。 少なくとも、PCBの厚さが2ミリメートルを超えるという事実のため。 また、配線が行われたいくつかの超小型回路が存在しないことに気づかずにはいられません。 どうやら同じボードの異なるケースが利用できる可能性があるという事実を考慮してボードが作られたようです（ボードの底から、同じ場所に、マイクロサーキットがあります）。 ボードには、アンプチップを備えたジャックコネクタもあります。 これは絶対に必要なので、本当にうれしいです。 ご覧のとおり、上側はポリゴンを使用せずに作成されています。 なぜか分からない 私の推測では、ノイズを減らすことです。



大きなワイヤーソケットは次のとおりです。



そして、ここに本当に私を襲ったものがあります。 SMDチップの下のベビーベッド。 私はそのようなものを見たことがありませんでした。 そして実際、私はそのようなものが存在するという事実に非常に感銘を受けました。 単一のデバッグボードでこのようなものを見たことはありません。 そのようなものが存在し、各プロトタイプにはんだ付けされることを知っています。 非常に多くの場合、誤ったプログラミングモードでコントローラーの脚を焼くことがあります。 また、頻繁にはんだ付けが繰り返されると、STM32は他のコントローラーと同様に時間が経つと死にます。



ボードには署名付きのモードスイッチもあります。 これにより、データシートを調査せずに調査を開始できるようになりました。



ボードには2つのCOMポートもあります。 ラップトップにはCOMポートがないため、これらは不要です。 しかし、外部電源は非常に便利です。 そして、外部電源の問題はすでに出てきているので、ジャンパーの助けを借りてそれを選択する必要があります。 USBから、または外部ソースから。



これで、ボードの底面を見ることができます。




ここでは、すでにポリゴンの存在を確認しています。 超小型回路インターフェースとアンプだけでなく。 まあ、すべての緩いもの。 私の注意を引いた唯一のものは、スイッチのセットでした。 これは、まさにSTMディスカバリーに欠けていたものです。 ここで、必要に応じて余分な周辺機器をすべてオフにし、MK脚を独自の方法で使用できます。 また、STM Discoveryでは、さまざまな周辺機器がデータを傍受して送り返し、通信チャネルが使用できなくなることがよくありました。



ボード上のストイックも気に入りました。 最終的なデバイスでボードを使用する場合は、ボルトでそれらを取り外し、それらの下の穴を通して適切な場所にねじ込むことができます。

ボードのこのレビューで、私はそれで十分だと思います。

その他の要素

キットの残りを見ていきましょう。 キットには、COM-COMおよびUSB-A-USB-Bケーブルも含まれています。



JTAG MT-LINKプログラマーも送信されました。





繰り返しになりますが、さらに厚いトーストの「ベスト」。 プログラマーをコンピューターに接続すると、ボード上のLEDが点滅します。 しかし、あなたはUSBポートの近くのスロットを通して見るだけでそれらを見ることができます...私は断熱材を開くことを敢えてしませんでした。 だからそれ。 より信頼できる。

まあ、それは電源に言及するために残ります：

接続

さて、これをすべて接続し、ネットワークに接続するときが来たと思います。 栄養といえば。 JTAGを接続すると、画面が暗く光り始めますが、電源を接続すると明るさが最大になります。 また、オンにすると、赤色のLEDが点灯します。 LEDと下側のCOMポートの近くには、「POWER_SEL」として署名されたジャンパーがあります。 電源から電力を得るには、右の2つの閉じた接点の状態に切り替えることを忘れないでください。 最初は、あいさつのようなものが表示されることを期待していましたが、運命ではありません...どうやら、コントローラーはきれいに塩漬けされました。

カスタマイズ

次に私が約3時間費やしたものが来ました。 keil 5を使用して、ディスクからMKにテストプログラムをパッチする必要がありました。長い間、すべてが機能するように、必要なすべてのファイルを頑固に検索しました。 キットに入っているディスク上にないため、その一部を会社のサーバーから取得する必要がありました。

1.まず、公式ウェブサイト 「Keil MDK 5のソフトウェアパック（MDR32F9Qx、MDR1986VE1T、MDR1986VE3T）」からダウンロードし、解凍してインストールする必要があります。 すぐに言います。 keil 4では、このファイルはルートを取得しません。 ケイル5のみ。タイトルはこれを言っていますが、互換性の希望を持っていました...
2.次に、「Setup_JLinkARM_V468a」と「MT-Link」の2つのファイルをインストールする必要があります。 これらは、MT-LINKプログラマーのドライバーです。 これらはディスク上にないため、記事の最後にアップロードしました。 それらは公式の代表者からメールで提供されました。
3.これらの手順の後、MT-LINKをコンピューターに接続します。デバイスを決定する必要がありますが、念のため、デバイスマネージャーに移動して、ドライバーが起動しているかどうかを確認します。



4.キットに付属するディスクには、会社の残りの製品に関する一連の広告とドキュメントに加えて、もちろんデモビデオに加えて、ディスクのルートにアーカイブ「ソフトウェアとハ​​ードウェア」があります。 それから、「ソフトウェアとハ​​ードウェア\ソフトウェアとハ​​ードウェア\デバッグとデモボード」というパスに沿って、フォルダ「Debug board198692、198692QI（MDR32F9Q2I）」を解凍する必要があります。

プロセスに必要なすべてのファイルのリストは次のとおりです。



解凍されたフォルダーには、次の内容が表示されます。



5.ここから、「MDR32F9x.FLM」ファイルをkeil 5のあるディレクトリの「Flash」フォルダにコピーする必要があります。（デフォルトでは）パスは「C：\ Keil_v5 \ ARM \ Flash」です。
6.ソフトウェアフォルダーから、「Test Progs」フォルダーをディスクのルートにコピーします。 後で判明したように、ファイルパスにロシア語の文字が含まれている場合、プロジェクトはコンパイルされず、コントローラーに縫い付けられません。
7.プログラマをJTAG_A（上部ポート）に接続し、レバーブートブートの対応する位置を設定します（左上、下2-右）。 電源を接続します。 電源選択レバーを切り替えることを忘れないでください。
8.次に、キール5に進みます。
9. [プロジェクト]-> [ターゲットのオプション]に移動します



10. [デバッグ]タブを選択し、[使用]の横の円をクリックし、次にリストの[J-Link]を選択して、[設定]をクリックします。



11.次に、[デバッグ]タブに移動します。 「SN：」フィールドには、プログラマー番号がすぐに表示されるはずです。 そうでない場合は、ドライバーに問題があります。 次に、「PORT」リストで、JTAGをSWに変更し、リストで1MHzの隣の周波数を選択する必要があります。 理論的には、最大3つまで可能ですが、これまでのところ1つにとどまることができます。 その後、図のように、マイクロコントローラーのコードが右側に表示されます。 何も表示されない場合は、ボード上で選択したモードの正確性を確認し、RESETボタンを押して周波数を再度選択する必要があります。 それでも解決しない場合は、ベビーベッドにコントローラーがどのように取り付けられているかを確認してください。 多くの場合、足を押すだけで足が「離れ」、「立ち上がる」ようになります。 次に、もう一度「リセット」を押して周波数を選択します。



12.コントローラーが正常に認識されたら-[フラッシュダウンロード]タブに移動します。 そこで、図のように「Erase Full Chip」の近くに鳥を置き、「追加」をクリックします。



13.このリストから、マイクロコントローラーを選択し、[OK]をクリックします。 マイクロコントローラーがない場合は、最初にFLMファイルをFlashフォルダーにコピーしなかったことを意味します。



これでセットアップは完了です。 「C：\ Test Progs \ EV1986BE92_Rev2_Test」フォルダに移動して、プロジェクトを実行します。 オンにすると、2つのエラーがポップアップします。 OKをクリックしてください。




14.次に、再び少しセットアップを行う必要があります。 [プロジェクト]-> [ターゲットのオプション]に移動します。 そして、Deviceアイテムで、mkを選択します。 [OK]をクリックして、再度そこに移動します。



15.次に、[デバッグ]タブで、以前に設定したすべてのパラメーターが一致することを確認します。 何かが間違っている場合-正しい。 ほとんどの場合、すべてを再度構成する必要があります。 しかし、それは難しくありません。 プログラマを設定するときに、このようなエラーが発生する場合があります。 いいえをクリックします 次に、古いスキームに従ってすべてを構成します。 [Flashダウンロード]タブを忘れないでください。 次に、「OK」をクリックします。



16.次に、[ユーティリティ]タブに移動し、[フラッシュプログラミングにターゲットドライバを使用する]の左側にドットを入力して、J-LINKを選択します。 最後に、[設定]をクリックします。 前のメニューのように、すべてがすでに設定されているはずです。 とにかくそれをチェックしてください。 まあ、それはVSNです。



これで、デモプロジェクトをコントローラーに縫い付けることができます。 これを行うには、メインウィンドウで[デバッグ]タブに変換し、一番上の項目[デバッグセッションの開始/停止]を選択します。 または、Ctrl + F5を押します。



その後、プログラムの読み込み行が左下隅で実行されるはずです。



最後に、このバージョンがデモであるという警告が表示されます。 [OK]をクリックして確認します。



これは、すべてがうまくいった兆候です。 デバッグをオフにして、コードの実行を確認できます。 これを行うには、[デバッグ]-> [デバッグセッションの開始/停止]に再度進みます。 そして、私たちは何が起こったのかを見ることができます。 JTAGケーブルの近くの赤いLEDが点灯するはずです。 はい、はい）それだけです。 他には何も見えません。 しかし！ フォルダーにはさらに1つのプロジェクトがあります。 起動します。 前のように設定しますが、しかし。 不可解な理由により、コントローラーを選択しないでください。 リストからMKを選択した場合、単一の会社も単一のコントローラーもありません。 空白のシート。 しかし、他のすべてのタブでは、すべてが正常です。 また、J-LINKを構成し、デバッグを有効/無効にします。 そして、我々はそれを見るでしょう。 さらに、キーを制御することにより、メニューにさまざまなテストを含めることができます。 これまでのところ、LEDのみをチェックしました。

おわりに

結論として、将来、このMKとその周辺の開発に関する一連のミニレッスンを書く予定です。 STM32からK1986への迅速な移行。

このリポジトリでは、会社の正式な代表者からすべてのファイルを収集しました。