@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!
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
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.
Respuestas:
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.
El código es el último dígito del número devuelto por
(al menos hasta que tengan más de 9 revisiones).
fuente
fuente
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: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 eldtbarchivo 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.fuente