@AlexChamberlain: Das habe ich gemeint, als ich die Frage gestellt habe.
John Smith
@ JohnSmith Ich würde ein Rollback vorschlagen und dies als separate Frage stellen, da AlexChamberlain sagte, dass Sie die Bedeutung der Frage geändert haben und diese Frage nicht mehr mit ihren Antworten synchronisiert ist.
Steve Robillard
Hallo John Smith. Bitte bearbeiten Sie Ihre Frage nicht mit einer neuen. Verwenden Sie stattdessen die Schaltfläche Frage stellen , um eine neue Frage zu stellen. In der Zwischenzeit werde ich diese Frage zurückdrehen. Vielen Dank!
MODELL- UND REVISIONSCODE (N)
Modell B Revision 1.0 2
Modell B Revision 1.0 + ECN0001 (keine Sicherungen, D14 entfernt) 3
Modell B Revision 2.0 4, 5, 6
Der Code ist die letzte Ziffer der von zurückgegebenen Nummer
@ JohnSmith Ich weiß es nicht, aber wenn ich raten muss, würde ich sagen, dass basierend auf dem Diagramm das Modell angezeigt wird (B in diesem Fall).
Steve Robillard
Es gibt hier einen Kommentar , in dem der Benutzer impliziert, dass 1 das "Überspannungsbit" ist.
Nickgrim
@nickgrim: Das ist die Antwort, nach der ich suche. Kannst du es so ausdrücken und antworten?
John Smith
Ja, diese 1 ist das Bit "Garantie ungültig".
David Schwartz
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
Dies dokumentiert sowohl einen älteren (inkrementellen) Revisionscode (Werte 0x0001 bis 0x0015, verwendet für die ursprünglichen Rpi 1-Modelle) als auch ein neueres Format (eingeführt mit dem Rpi 2), bei dem die Bits des Codes tatsächlich Parameter wie Hersteller, Speichergröße codieren und Board-Typ. Es enthält auch eine Liste aller derzeit verwendeten Revisionscodes.
Was diese Seite nicht dokumentiert, ist, dass die (alte) Revision möglicherweise ein "1000" -Präfix hat, das anzeigt, dass an die Karte eine Überspannung angelegt ist. Ich vermute, dass für Revisionen im neuen Stil ein ähnliches (aber kürzeres, da die Revision länger ist) Präfix gilt. Informationen zu diesem Präfix sowie eine Liste der Modelle mit einigen Details zu bemerkenswerten Unterschieden finden Sie unter https://elinux.org/RPi_HardwareHistory
Auf dieser Seite von raspberrypi.org ist auch dokumentiert , dass Sie einen für Menschen lesbaren Deskriptor des aktuellen Modells finden in /sys:
$ cat /sys/firmware/devicetree/base/model
Raspberry Pi Model B Plus Rev 1.2
Beim Start erkennt der Bootloader (oder möglicherweise der Kernel) automatisch, auf welcher Karte er läuft, und lädt dann die entsprechende "Gerätebaum" -Datei für diese Karte. Dieser Gerätebaum beschreibt, wie die gesamte Hardware angeschlossen ist und zum Laden der entsprechenden Treiber verwendet wird. Zusätzlich enthält dieser Gerätebaum eine "model" -Eigenschaft. Ich wollte sagen, dass dies die Eigenschaft ist, die Sie tatsächlich mit dem obigen Befehl lesen, mit der Ausnahme, dass die im Gerätebaum definierten Modellzeichenfolgen sich tatsächlich geringfügig unterscheiden (mit "+" anstelle von "Plus" und ohne die Revisionszeichenfolge). Zum Beispiel ist die Devicetree-Datei, die meiner Meinung nach zur obigen Befehlsausgabe gehört, bcm2708-rpi-b-plus.dts . Es gibt auch bcm2835-Versionen, aber diese sind in meinem nicht vorhanden/bootund der bcm2708 dts beansprucht Kompatibilität mit dem bcm2835. Ich habe auch versucht die entsprechende dekompiliert dtbaus der Datei /boot, aber das auch gibt die Zeichenfolge mit „+“ und keine Revision, also bin ich nicht ganz sicher , wo dieses Modell Zeichenfolge aus genau kommt (und was noch wichtiger ist , was alle möglichen Werte aussehen). Vielleicht ruft der Bootloader einen Gerätebaum von einer anderen Stelle ab oder hat irgendwo einen eingebaut.
Mir ist gerade aufgefallen, dass /proc/cpuinfoauch ein "Modell" -Feld enthalten ist, von dem ich vermute, dass es dieselbe Quelle hat.
Antworten:
Laut den Informationen, die im Rahmen der Ankündigung der bevorstehenden Board-Revision veröffentlicht wurden , verfügen Sie über ein Model B-Revision 1.0-Board.
Der Code ist die letzte Ziffer der von zurückgegebenen Nummer
(Zumindest bis sie mehr als 9 Revisionen haben).
quelle
quelle
/proc/cpuinfoHeutzutage gibt es auf raspberrypi.org eine umfangreiche Dokumentation zum Revisionsfeld :https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md
Dies dokumentiert sowohl einen älteren (inkrementellen) Revisionscode (Werte 0x0001 bis 0x0015, verwendet für die ursprünglichen Rpi 1-Modelle) als auch ein neueres Format (eingeführt mit dem Rpi 2), bei dem die Bits des Codes tatsächlich Parameter wie Hersteller, Speichergröße codieren und Board-Typ. Es enthält auch eine Liste aller derzeit verwendeten Revisionscodes.
Was diese Seite nicht dokumentiert, ist, dass die (alte) Revision möglicherweise ein "1000" -Präfix hat, das anzeigt, dass an die Karte eine Überspannung angelegt ist. Ich vermute, dass für Revisionen im neuen Stil ein ähnliches (aber kürzeres, da die Revision länger ist) Präfix gilt. Informationen zu diesem Präfix sowie eine Liste der Modelle mit einigen Details zu bemerkenswerten Unterschieden finden Sie unter https://elinux.org/RPi_HardwareHistory
Auf dieser Seite von raspberrypi.org ist auch dokumentiert , dass Sie einen für Menschen lesbaren Deskriptor des aktuellen Modells finden in
/sys:Beim Start erkennt der Bootloader (oder möglicherweise der Kernel) automatisch, auf welcher Karte er läuft, und lädt dann die entsprechende "Gerätebaum" -Datei für diese Karte. Dieser Gerätebaum beschreibt, wie die gesamte Hardware angeschlossen ist und zum Laden der entsprechenden Treiber verwendet wird. Zusätzlich enthält dieser Gerätebaum eine "model" -Eigenschaft. Ich wollte sagen, dass dies die Eigenschaft ist, die Sie tatsächlich mit dem obigen Befehl lesen, mit der Ausnahme, dass die im Gerätebaum definierten Modellzeichenfolgen sich tatsächlich geringfügig unterscheiden (mit "+" anstelle von "Plus" und ohne die Revisionszeichenfolge). Zum Beispiel ist die Devicetree-Datei, die meiner Meinung nach zur obigen Befehlsausgabe gehört, bcm2708-rpi-b-plus.dts . Es gibt auch bcm2835-Versionen, aber diese sind in meinem nicht vorhanden
/bootund der bcm2708 dts beansprucht Kompatibilität mit dem bcm2835. Ich habe auch versucht die entsprechende dekompiliertdtbaus der Datei/boot, aber das auch gibt die Zeichenfolge mit „+“ und keine Revision, also bin ich nicht ganz sicher , wo dieses Modell Zeichenfolge aus genau kommt (und was noch wichtiger ist , was alle möglichen Werte aussehen). Vielleicht ruft der Bootloader einen Gerätebaum von einer anderen Stelle ab oder hat irgendwo einen eingebaut.Mir ist gerade aufgefallen, dass
/proc/cpuinfoauch ein "Modell" -Feld enthalten ist, von dem ich vermute, dass es dieselbe Quelle hat.quelle