使用しているボードリビジョンをコマンドラインからどのように識別できますか？

走ったばかり

cat /proc/cpuinfo

私のボードに。「Revision：1000002」と表示されます。これがどのバージョンのボードであるかについての言及を見つけることができませんでした。

助けがありますか？

hardware revision

— ジョンスミス
ソース

質問の意味を変更しました。

— アレックスチェンバレン

@AlexChamberlain：それは私が質問したときに私が意味したことです。

— ジョンスミス

@JohnSmith AlexChamberlainが質問の意味を変更し、この質問はその回答と同期しなくなったと言ったので、ロールバックを提案し、別の質問としてこれを尋ねます。

— スティーブロビラード

こんにちは、ジョン・スミス。質問を新しいものに編集しないでください。代わりに、「質問する」ボタンを使用して新しい質問をします。それまでの間、この質問をロールバックします。ありがとう！

関連：raspberrypi.stackexchange.com/q/61699/19949

— Ghanima

回答:

今後のボードリビジョンの発表の一部として投稿された情報によると、モデルBリビジョン1.0ボードがあります。

モデルと改訂コード
モデルB改訂1.0 2
モデルBリビジョン1.0 + ECN0001（ヒューズなし、D14を削除）3
モデルB改訂2.0 4、5、6

コードは、次によって返される数値の最後の桁です

cat /proc/cpuinfo

（少なくとも9回以上改訂されるまで）。

— スティーブ・ロビラード
ソース

では、最初の1は何ですか？

— ジョンスミス

@JohnSmith私は知りませんが、推測を余儀なくされた場合、チャートに基づいてモデル（この場合はB）を示していると言います。

— スティーブロビラード

ここには、1が「過電圧ビット」であることをユーザーが示唆しているコメントがあります。

— ニックグリム

@nickgrim：それが私が探している答えです。そのままにして答えてもらえますか？

— ジョンスミス

はい、その1は「保証無効」ビットです。

— デビッドシュワルツ

MODEL AND REVISION                                       CODE(S)
Model B Revision 1.0                                    2
Model B Revision 1.0 + ECN0001 (no fuses, D14 removed)  3
Model B Revision 2.0                                    4, 5, 6

— ジョンラルーイ
ソース

/proc/cpuinfo最近のraspberrypi.orgの改訂フィールドに関する広範なドキュメントがあります。

https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md

これは、古い（増分）リビジョンコード（値0x0001〜0x0015、元のRpi 1モデルに使用）と、コードのビットが実際にメーカー、メモリサイズなどのパラメーターをエンコードする新しい形式（Rpi 2で導入）の両方を文書化します。ボードの種類。また、現在使用中のすべての改訂コードのリストもあります。

このページに記載されていないのは、（古いスタイルの）リビジョンには、ボードに過電圧が印加されていることを示す「1000」というプレフィックスが付いている可能性があるということです。新しいスタイルのリビジョンには、同様の（ただし、リビジョンが長いため短い）プレフィックスが適用されると思います。このプレフィックスに関する情報、および顕著な違いに関する詳細を含むモデルのリストは、https：//elinux.org/RPi_HardwareHistoryで見つけることができます。

また、raspberrypi.orgのそのページで文書化されているのは、現在のモデルの人間が読み取れる記述子を以下で見つけることができるということです/sys。

$ cat /sys/firmware/devicetree/base/model 
Raspberry Pi Model B Plus Rev 1.2

起動時に、ブートローダー（またはカーネル）は実行中のボードを自動検出し、そのボードに適切な「デバイスツリー」ファイルをロードします。このデバイスツリーは、すべてのハードウェアがどのように接続され、適切なドライバーをロードするために使用される方法を記述します。さらに、このデバイスツリーには「モデル」プロパティも含まれています。これは、デバイスツリーで定義されたモデル文字列が実際にわずかに異なることを除いて、上記のコマンドで実際に読み取っているプロパティであると言いました（「プラス」ではなく「+」を使用し、リビジョン文字列なし）。たとえば、上記のコマンド出力に属すると思われるdevicetreeファイルはbcm2708-rpi-b-plus.dtsです。bcm2835バージョンもありますが、これらは私の中にはありません/bootbcm2708 dtsはbcm2835との互換性を主張しています。私はまた、対応する逆コンパイルしようとしたdtbからファイルを/boot、それはまた、私はかなり確実で、このモデルの文字列が正確にどこから来ていないよので（そしてもっと重要なのは、すべての可能な値がどのように見えるか、）、「+」の文字列なし改定を与えます。そのため、ブートローダーは他の場所からデバイスツリーを取得するか、どこかに組み込まれている可能性があります。

/proc/cpuinfo「Model」フィールドも含まれていることに気付いたのですが、これには同じソースがあると思われます。

— マティイス・クーイマン
ソース