infocenter.arm.com et regardez les différents ARM ARM (manuels de référence architecturale) et TRM (manuels techniques de référence) pour les différentes architectures et noyaux. ces manuels sont meilleurs que la plupart des autres sociétés de documentation. à l'exception du nouveau matériel 64 bits, la différence d'une architecture à l'autre est quelque peu subtile dans la mesure où l'ensemble d'instructions va. les différences majeures ont à voir avec les périphériques, le mmu est un changement lent, le gestionnaire d'interruptions a fait de grands pas et le processeur a été remplacé au moins une fois sinon deux fois en gros (si vous avez même un processeur dont l'exception n'est pas la règle qu'elle consomme un immense bien immobilier pour un si petit retour).
Je suis confus avec votre question. Je pense qu'il est important de tracer la ligne entre l'apprentissage de l'ensemble architecture/instruction et l'apprentissage des appels du système d'exploitation, ce sont deux choses distinctes. Les choses du système d'exploitation ont rarement besoin de regarder au-delà du code source (C/C++), et l'asm limité est pour les bibliothèques C accordées à la main ou le code boostrap, et les wrappers d'interruption. De même l'architecture, les registres, les instructions, etc. par rapport aux périphériques (les cœurs de bras ont généralement très peu de périphériques, le gros est dans les trucs spécifiques au vendeur) que je sépare comme une courbe d'apprentissage séparée, a peu à voir avec asm et l'ensemble d'instructions n'est donc pas différent d'apprendre un périphérique sur une autre plate-forme, juste quelques adresses que vous lisez et écrivez.
Si vous cherchez un système sans système d'exploitation, la découverte de stm32f0 coûte 10 $, je le recommande fortement. On dirait que ti a un tableau de bord stellaris pour juste un peu plus (j'attends que le mien arrive donc je ne peux pas parler beaucoup d'eux, et l'expédition est gratuite, donc le coût est fondamentalement le même que les cartes stm32) et j'appellerais à peine un microcontrôleur avec tout ce que le cortex-m4 a.
Passant à linux capable ou conçu pour les systèmes Linux, il y a le raspberry pi, beaglebone et open-rd et plus (pandaboard). Encore une fois, si vous écrivez juste un autre programme C/C++ linux, il n'y a pas beaucoup d'excitation là (liée à une plate-forme spécifique, le divertissement est le même pour toutes les plateformes) et très peu de connaissance du bras. Il est très facile d'utiliser l'une de ces plates-formes pour la programmation de métal nu, ce qui vous donne des performances comparables à celles des microcontrôleurs ARM.
J'ai un simulateur de pouce qui ne vous intéresse probablement pas. Gdb a l'armateur qui était la pierre angulaire de l'entreprise dans la journée. skyeye ou quelque chose comme ça a un simulateur de jeu d'instruction de bras comme le fait qemu, aucun d'eux ne vous donnera une grande visibilité autre que ce que gdb peut fournir. opencores a le projet amber un clone armv2, que vous pouvez voir la relation étroite à l'armv4 et plus récent que vous ne trouverez pas rtl pour sans une boîte pleine d'argent. Avec mon expérience de bras et de puce (Non, je ne travaille pas pour le bras) Je trouve le projet ambre intéressant, mais beaucoup de gens ne savent pas quoi en faire et ne sont vraiment pas intéressés par ce niveau de visibilité. (C'est une instruction compatible, un bon design, mais ne pensez pas que vous regardez une conception de bras, pas de secrets là-bas). Les microcontrôleurs étant basés sur le cortex, vous trouverez peut-être que les anciens microcontrôleurs constituent un meilleur tremplin pour les noyaux des bras supérieurs. ARM7tdmi base de choses comme les sam7s et autres de nxp, st, atmel, etc, que vous pouvez toujours trouver à sparkfun et microcontrôleur pros et d'autres endroits pour arduino comme les prix.
http://beagleboard.org/ est une plate-forme matérielle de bon bras avec beaucoup d'options pour le développement de logiciels. J'ai aussi trouvé que le livre "ARM System-on-chip Architecture" de Steve Furber était assez bon quand il est sorti, mais il est un peu vieux maintenant ... –