趣味にやさしいマイクロコントローラーでRAMから命令を実行する

私のプロジェクトの1つは、マイクロコントローラーに保存されていない（代わりにSDカードに保存されている）プログラムを実行できることから大きな恩恵を受けます。

そのため、SDカードからRAMにコードをロードし、RAMからコードを実行できるデバイスを探しています。現在、私はPicKit2に付属しているプログラマーしかいないので、PICを使い続けたいと思っています。

誰がこれを行うことができるかを知っていますか？これに対応できるPICがない場合、これに対応するマイクロコントローラーは何ですか？できればブレッドボード互換パッケージで利用できるもの。

外部プログラムメモリを追加できるいくつかのPICがあります。これを行ったことはありませんが、アプリケーションノートAN869およびAN778には、外部メモリの実装方法に関する詳細情報があります。

考慮すべきもう1つのオプションは、SDカードに保存されているプログラムにインタープリター言語を使用することです。このように、プロセッサはカードから読み取られたマシンコードを実行せず、単にデータとして処理します。

このアプローチは、速度を犠牲にして柔軟性をもたらします。

選択できるオプションは多数あります。 マイクロコントローラー用の高レベル言語インタープリター/コンパイラーの調査

すでに述べたように、PIC（PIC32以外）はこれを行うことができません。ほとんどのマイクロコントローラのRAMリソースは非常に限られているため、おそらく、どのファミリの大きなプロセッサまたは外部メモリバスを備えたプロセッサにアクセスする必要があります。

MSP430プロセッサは、RAMスペースからコードを実行できますが、16K RAMスペースのF5438のようなものが必要です。128バイトでコードを実行することは、実際にはオプションではありません。

プロセッサに外部バスがある場合、RAMをコードスペースに配置できます。プロセッサアーキテクチャで実行メモリへのデータの書き込みが許可されていない場合、RAMを2つのメモリ領域にマップするためにいくつかの追加ロジックを追加する必要があります。

8051ベースのシステムでRAMからコードを実行しましたが、プログラミングのためにRAMをEXTERNメモリスペースにマップし、実行のためにコードスペースに戻す必要がありました。ローダー/モニタープログラムは、メモリバンクの切り替えと読み込みを処理しました。コードを要求しないでください-私はこれを約30年前に行いましたが、失われてから長い間です（そしてPL / M-51で書かれています）

低および中範囲のPICは、メモリアーキテクチャのためにRAMから実行できません。

ARMベースのCPUはすべてRAMから実行する必要があります。それらはsmdパッケージに含まれる傾向がありますが、マイクロコントローラーが既にロードされている「DIP」サイズのモジュールがかなりあります。たとえば、mbedまたはLPCXpressoをご覧ください。これらの両方には、ブートローダー、またはLPCXpressoの場合は、無料のコンパイラーと一緒にデバッグインターフェイスが付属しています。

シンプルな8ビットマイクロでの滞在を希望する場合は、おそらくフリースケールHCS08ファミリの製品を検討してください。これらはRAMから実行でき、codewarrior IDEおよびCコンパイラのコード限定バージョンが無料で利用できます。

MPS430もこれを行うことができるはずですが、自分でやったことはありません。

Propellerは、外部ストレージからプログラムをロードします。

SDカードからの.hexファイル（おそらく）でチップを再フラッシュするAVRのブートローダーについて読んだことを覚えています。元のソースは見つかりませんが、このGoogle検索では興味深いヒットがいくつか見つかりました。はい、これはPICではなくAVRであることは知っていますが、PICの問題が解決しない場合は便利かもしれません。

他のポスターが指摘したように、ハーバードアーキテクチャ（別のコードとデータスペース）を使用するため、8または16ビットPICのRAMから実行することはできません。プログラムをSDカードからロードしてコードメモリにフラッシュすることが実際的かどうかは、これを行う頻度によって異なります。

常にプログラムをオーバーレイしているOSのような動的環境を作成しようとしている場合、いいえ。しかし、私の場合、必要に応じて2 GBのSDカードからドライバーをロードするプログラムがあります。PIC24FJ256GB110の最小消去/書き込みサイクルは10,000です。これが1日に5回行われたとしても、フラッシュは最低5年半続きます。

（注：最小値は10,000です。一般的な消去/書き込みサイクルの耐久性は、その5倍になる可能性があります。したがって、開発を行っている場合は、1日に140回プロセッサを再フラッシュできます-3分半ごと8時間-まだ1年続くかもしれません。）

私の学校では、外部RAMを備えたHC11またはHC12プロセッサを使用してプログラムをロードおよび実行していました...しかし、ボード/キットの名前を忘れました:( 、コードをRAMにロードして実行できます。

からキューを取得するblalor最善の解決策は、ブートローダーで挿入したSDカードに保存されているデータからPICを再フラッシュできるボタンをボードに追加することです。どんな種類のコードがより大きなPICに適合しないかは想像できません。静的データ（グラフィック、テキスト、サウンド）がある場合は、外部ストレージに保管してください。

おそらくRAMから割り当てることはできませんが、アプリケーションの場合、フラッシュに小さなローダーを配置して、SDカードのデータをフラッシュの残りの部分に読み込むことができる場合があります。SPIで制御されたフラッシュチップでこのアプローチを使用して、ワイヤレスリンクからファームウェアをロードし、完全に受信した後にインストールできるようにしました。SD対応のブートローダーはある程度のスペースを占有する可能性がありますが、SDカードでは動作しないという特別な理由は考えられません。

かなりの数のマイクロコントローラーでこれを行うことができますが、写真ではないようです。あなたがしたいことは、spiを使用してSDカードから読み取り、おそらくルートディレクトリにある既知のまたはハードコードされたファイル名にしたいプログラムをコピーし、そのファイルをRAMに解析してから分岐するブートローダーを持っていることですラムのプログラム。ARMベースのコントローラーを使用すると、このようなことができます。

別の方法は、RAMにコピーしてフラッシュの一部に書き込みを書き込む代わりに、spiを介してブートローダーにsdカードを読み取らせることです。おそらく、起動またはリセット時にボタンが押された場合にボタンを持ち、SDカードから新しいプログラムをロードするか、フラッシュのロード可能な部分で署名またはチェックサムが適切である場合、フラッシュのその部分へのブートブランチでボタンが必要です。または、おそらくsdカードが存在する場合、それからロードし、そうでない場合はフラッシュのロード可能な部分に分岐します。この方法は、腕ベースおよびavrベース、おそらく写真ベースでも使用できますが、私の写真の経験は古くなっています。msp430私もそう思います。基本的に、マイクロコントローラプロセッサ自体から実行するフラッシュの一部を再プログラムできる場合、