@AlexChamberlain: C'est ce que je voulais dire quand j'ai posé la question.
John Smith,
@JohnSmith Je suggérerais un retour en arrière et poser cette question séparément, car AlexChamberlain a dit que vous avez changé le sens de la question et que cette question n'est plus synchronisée avec ses réponses.
Steve Robillard
Bonjour John Smith. Veuillez ne pas modifier votre question en une nouvelle. Utilisez plutôt le bouton Poser une question pour poser une nouvelle question. En attendant, je vais revenir sur cette question. Merci!
Cela documente à la fois un code de révision plus ancien (incrémentiel) (valeurs 0x0001 à 0x0015, utilisé pour les modèles Rpi 1 d'origine), et un format plus récent (introduit avec le Rpi 2) où les bits du code codent réellement des paramètres tels que le fabricant, la taille de la mémoire et type de carte. Il contient également une liste de tous les codes de révision actuellement utilisés.
Ce que cette page ne documente pas, c'est que la révision (à l'ancienne) peut avoir un préfixe "1000" qui indique que la carte a une surtension appliquée. Je soupçonne que pour les révisions de nouveau style, un préfixe similaire (mais plus court, car la révision est plus longue) s'applique. Des informations sur ce préfixe, ainsi qu'une liste de modèles avec quelques détails sur les différences notables, sont disponibles sur https://elinux.org/RPi_HardwareHistory
Il est également documenté sur cette page sur raspberrypi.org que vous pouvez trouver un descripteur lisible par l'homme du modèle actuel dans /sys:
$ cat /sys/firmware/devicetree/base/model
Raspberry Pi Model B Plus Rev 1.2
Au démarrage, le chargeur de démarrage (ou peut-être le noyau) détecte automatiquement sur quelle carte il s'exécute, puis charge le fichier "devicetree" approprié pour cette carte. Ce devicetree décrit comment tout le matériel est connecté et est utilisé pour charger les pilotes appropriés. De plus, ce devicetree contient également une propriété "modèle". J'allais dire que c'est la propriété que vous lisez réellement avec la commande ci-dessus, sauf que les chaînes de modèle définies dans le devicetree sont en fait légèrement différentes (en utilisant "+" plutôt que "Plus" et sans la chaîne de révision). Par exemple, le fichier devicetree qui, je pense, appartient à la sortie de commande ci-dessus est bcm2708-rpi-b-plus.dts . Il existe également des versions bcm2835, mais celles-ci ne sont pas présentes dans mon/boot et le bcm2708 dts revendique la compatibilité avec le bcm2835.dtbfichier à partir /boot, mais cela aussi donne la chaîne avec "+" et aucune révision, donc je ne sais pas exactement d'où vient cette chaîne de modèle exactement (et plus important encore, à quoi ressemblent toutes les valeurs possibles). Alors peut-être que le bootloader récupère un devicetree d'ailleurs, ou en a un intégré quelque part.
Je viens de remarquer qu'il /proc/cpuinfocontient également un champ "Modèle", qui, je pense, pourrait avoir la même source.
Réponses:
Selon les informations publiées dans le cadre de l'annonce de la prochaine révision de la carte , vous disposez d'une carte modèle B révision 1.0.
Le code est le dernier chiffre du numéro renvoyé par
(au moins jusqu'à ce qu'ils aient plus de 9 révisions).
la source
la source
De
/proc/cpuinfonos jours, il existe une documentation complète sur le champ de révision sur raspberrypi.org:https://www.raspberrypi.org/documentation/hardware/raspberrypi/revision-codes/README.md
Cela documente à la fois un code de révision plus ancien (incrémentiel) (valeurs 0x0001 à 0x0015, utilisé pour les modèles Rpi 1 d'origine), et un format plus récent (introduit avec le Rpi 2) où les bits du code codent réellement des paramètres tels que le fabricant, la taille de la mémoire et type de carte. Il contient également une liste de tous les codes de révision actuellement utilisés.
Ce que cette page ne documente pas, c'est que la révision (à l'ancienne) peut avoir un préfixe "1000" qui indique que la carte a une surtension appliquée. Je soupçonne que pour les révisions de nouveau style, un préfixe similaire (mais plus court, car la révision est plus longue) s'applique. Des informations sur ce préfixe, ainsi qu'une liste de modèles avec quelques détails sur les différences notables, sont disponibles sur https://elinux.org/RPi_HardwareHistory
Il est également documenté sur cette page sur raspberrypi.org que vous pouvez trouver un descripteur lisible par l'homme du modèle actuel dans
/sys:Au démarrage, le chargeur de démarrage (ou peut-être le noyau) détecte automatiquement sur quelle carte il s'exécute, puis charge le fichier "devicetree" approprié pour cette carte. Ce devicetree décrit comment tout le matériel est connecté et est utilisé pour charger les pilotes appropriés. De plus, ce devicetree contient également une propriété "modèle". J'allais dire que c'est la propriété que vous lisez réellement avec la commande ci-dessus, sauf que les chaînes de modèle définies dans le devicetree sont en fait légèrement différentes (en utilisant "+" plutôt que "Plus" et sans la chaîne de révision). Par exemple, le fichier devicetree qui, je pense, appartient à la sortie de commande ci-dessus est bcm2708-rpi-b-plus.dts . Il existe également des versions bcm2835, mais celles-ci ne sont pas présentes dans mon
/bootet le bcm2708 dts revendique la compatibilité avec le bcm2835.dtbfichier à partir/boot, mais cela aussi donne la chaîne avec "+" et aucune révision, donc je ne sais pas exactement d'où vient cette chaîne de modèle exactement (et plus important encore, à quoi ressemblent toutes les valeurs possibles). Alors peut-être que le bootloader récupère un devicetree d'ailleurs, ou en a un intégré quelque part.Je viens de remarquer qu'il
/proc/cpuinfocontient également un champ "Modèle", qui, je pense, pourrait avoir la même source.la source