問題タブ [firmware]

ゼネラリストとしてのバックグラウンドがあるため、アナログ エレクトロニクスから RDBMS バックエンドに接続する単純なアプリケーションの作成まで、多くの分野をカバーできます。

私は現在、業界固有の問題を解決するハードウェアを開発する会社で働いています。私たちには、ビジネス アプリ、ビデオ ゲーム、その他 PC 向けのさまざまなものを作成した経験豊富なプログラマーがいます。しかし、私が低レベルのプログラミングを行うことについて彼に話すと、彼は同時にプロジェクトに参加することに興味を示すと同時に、疑問/不確実性も表明します。

PC について話すときでさえ、彼は低レベルのもの (命令セット、ISR) よりも言語レベルでの操作に慣れているようです。それでも、彼は賢い人で、最初の学習のこぶを乗り越えたら、仕事を楽しんでくれると思います。しかし、それは低レベルの話をすることに対する私自身の熱意かもしれません... 彼が本当に興味を持っていれば、彼はすでにその方向のことを学び始めていたのでしょうか?

ソフトウェアからハードウェア (または低レベルのソフトウェア) への移行の経験はありますか? それとも、ソフトウェアのみの人を採用して、彼を低レベルのものに移行させたほうがよいでしょうか?

編集：

PS 回答者のバックグラウンドを知りたいです。EE、CS、両方ですか?

FPGA 開発に関する興味深いオンライン リソース (サイト、ブログなど) を探しています。私が求めているのは、試して学ぶことができる楽しい (そしてできれば高すぎない) プロジェクトの例です。

これは、他のいくつかの 質問に続きます（ただし、質問をより洗練したと思います）。

デバイスを装着する前に、ファームウェア コードをテストしたいと考えています。

多くの人がコードを書いたり、アップロードしたり、テストしたりしていますが、アップロードする前に書いてテストしたいと思っています (主に、多くのシナリオを自動化したいからです)。

それで、これを行う最善の方法は何ですか。純粋なソフトウェアを書いている場合、たとえば、ファームウェアがまったくない場合は、cppunit を使用します (たとえば)。しかし、私はこのファームウェアのことで少し迷っています。

何か案は？

ありがとう

関連：

• ファームウェアのテスト
• マイクロコントローラーシミュレーター/エミュレーターの起動
• アセンブリコードの解釈

マイクロコントローラー用のコードを書いている場合、アセンブリ言語、C言語、またはその他の高級言語で書いている場合、本当の違いはありますか？Cコードを書いた場合、どのようにコンパイルしますか？

ありがとう

質問からのこのコメントのフォローアップファームウェアの作成：アセンブリまたは高レベル？：

Arduinoプラットフォーム用のC++コードをコンパイルするときに、仮想関数や例外などを使用できますか？または、（コメントで説明されているように）C ++のサブセットを使用したい（しなければならない）でしょうか？

Arduinoプラットフォーム用にプログラミングする際のその他の注意点はありますか？

PS3 に Linux をインストールして開発作業を行っていますが、ちょっとした問題に遭遇しました。PS3 のファームウェアの現在のバージョンは 2.50 です。Yellow Dog の Web サイトでは、このリリースに問題があることが具体的に言及されています。公式のYellow Dog インストール ガイド(PDF!) にも、PS3 を最新バージョン (現在は 2.60) に更新する必要があると記載されています。それで、体はこれについて何か経験がありますか？

ADCのドキュメントによると：

起動時に Command-Option-OF を押し続けると、Open Firmware にアクセスできます。

ただし、実際には、これは現在のハードウェアでは機能しません。現代のアーキテクチャ（つまり、Intel）MacでEFIコンソールにアクセスする方法（トリガーキーなどを介して）があるかどうかを知っている人はいますか？

EDIT：さまざまなカーネルデバッグ環境をセットアップ（および文書化）しようとしています。

OS X のブートローディング メカニズムを試した結果、次の結論に達しました。

• 少なくとも 3 つの異なるアーキテクチャがあります。

  1. Open Firmware (PowerPC ハードウェア)

  2. rEFItが正常に動作するEFI

  3. rEFIt が機能しない初期の Intel マシンで使用される暫定的な (?) EFI [32 ビット?]

Core Duo（Core 2 Duoではありません！）マシンで発生するように見えるこの3番目のケースに遭遇した後、この質問を投稿しました。その結果、rEFItがインストールされると、起動時にrEFItメニューが正しく表示されますが、キーボードやマウスの入力を受け取らず (USB ドライバがロードされていませんか?)、最終的に常に最大番号のブート パーティションで起動するため、使用できません。

したがって、ADC のドキュメントを精査し、起動時にファームウェア/EFI コンソールにドロップする方法を探しているときに、ADC からの (やや古い) ステートメント [上記を参照] に出会い、SO で質問するのが役立つかもしれないと考えました。誰かが代替案を知っていれば。