¿Cómo puedo identificar desde la línea de comandos qué revisión de placa tengo?


16

Acabo de correr

cat /proc/cpuinfo

en mi tablero Me sale "Revisión: 1000002". No pude encontrar ninguna mención de qué versión del tablero es esta.

¿Alguna ayuda?


1
Cambiaste el significado de la pregunta.
Alex Chamberlain

@AlexChamberlain: Eso es lo que quise decir cuando hice la pregunta.
John Smith

@JohnSmith Sugeriría una reversión y hacer esto como una pregunta separada, ya que AlexChamberlain dijo que ha cambiado el significado de la pregunta y esta pregunta ya no está sincronizada con sus respuestas.
Steve Robillard

Hola john smith Por favor no edite su pregunta a una nueva. En su lugar, use el botón Preguntar para hacer una nueva pregunta. Mientras tanto, voy a revertir esta pregunta. ¡Gracias!

Respuestas:


13

De acuerdo con la información publicada como parte del anuncio de la próxima revisión de la junta , tiene una placa de revisión del Modelo B 1.0.

MODELO Y CÓDIGO (S) DE REVISIÓN
Modelo B Revisión 1.0 2
Revisión del modelo B 1.0 + ECN0001 (sin fusibles, D14 retirado) 3
Modelo B Revisión 2.0 4, 5, 6

El código es el último dígito del número devuelto por

cat /proc/cpuinfo 

(al menos hasta que tengan más de 9 revisiones).


Entonces, ¿qué pasa con el 1 al principio?
John Smith

@JohnSmith No lo sé, pero si me veo obligado a adivinar, diría que según el gráfico indica el modelo (B en este caso).
Steve Robillard

Hay un comentario aquí donde el usuario implica que 1 es el "bit de sobrevoltaje".
nickgrim

@nickgrim: Esa es la respuesta que estoy buscando. ¿Puedes ponerlo como y responder?
John Smith

Sí, ese 1 es el bit de "garantía anulada".
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

1

Hoy en día existe una extensa documentación sobre el campo de revisión /proc/cpuinfoen raspberrypi.org:

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

Esto documenta tanto un código de revisión anterior (incremental) (valores 0x0001 a 0x0015, utilizado para los modelos Rpi 1 originales) como un formato más nuevo (introducido con el Rpi 2) donde los bits del código realmente codifican parámetros como el fabricante, el tamaño de la memoria y tipo de tablero. También tiene una lista de todos los códigos de revisión que están actualmente en uso.

Lo que esa página no documenta es que la revisión (estilo antiguo) podría tener un prefijo "1000" que indica que la placa tiene una sobretensión aplicada. Sospecho que para las revisiones de nuevo estilo, se aplica un prefijo similar (pero más corto, ya que la revisión es más larga). Puede encontrar información sobre este prefijo, así como una lista de modelos con algunos detalles sobre diferencias notables en https://elinux.org/RPi_HardwareHistory

También documentado en esa página en raspberrypi.org es que puede encontrar un descriptor legible por humanos del modelo actual en /sys:

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

Al inicio, el gestor de arranque (o tal vez el kernel) detecta automáticamente en qué placa se está ejecutando y luego carga el archivo "devicetree" apropiado para esa placa. Este dispositivo describe cómo se conecta todo el hardware y se usa para cargar los controladores apropiados. Además, este dispositivo también contiene una propiedad "modelo". Iba a decir que esta es la propiedad que realmente está leyendo con el comando anterior, excepto que las cadenas de modelo definidas en el dispositivo son en realidad ligeramente diferentes (usando "+" en lugar de "Más" y sin la cadena de revisión). Por ejemplo, el archivo de dispositivo que creo que pertenece a la salida del comando anterior es bcm2708-rpi-b-plus.dts . También hay versiones bcm2835, pero no están presentes en mi/booty el bcm2708 dts reclama compatibilidad con el bcm2835. También intenté descompilar el dtbarchivo correspondiente /boot, pero eso también le da a la cadena un "+" y ninguna revisión, por lo que no estoy muy seguro de dónde proviene exactamente esta cadena modelo (y lo que es más importante, cómo se ven todos los valores posibles). Entonces, tal vez el gestor de arranque recupera un dispositivo de árbol de otra parte, o tiene uno incorporado en alguna parte.

Acabo de notar que /proc/cpuinfotambién contiene un campo "Modelo", que sospecho que podría tener la misma fuente.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.