Generalmente, si comienzo un proyecto con un nuevo microcontrolador, ¿cuál será el grado de comprensión que debo tener del microcontrolador? ¿Debo estar en una posición para entender detalles muy básicos y todas y cada una de las características? Porque encuentro tantos detalles en la hoja de datos confusos.
Si vas a diseñar un circuito alrededor de un microcontrolador y escribir su código, necesitas saber qué estás haciendo. Eso incluye absolutamente leer la hoja de datos del micro. No hay sustituto para la persona que realiza el diseño.
Cuando esté listo para comenzar a escribir el firmware, lea la hoja de datos. Necesita leer todo, pero no recordar cada característica específica. El punto es recordar lo que pueden hacer las distintas partes, no los detalles de cómo hacerlo. Aquellos se pueden ver más tarde. Sin embargo, debes saber que existen.
Al leer la hoja de datos, tenga en mente dos cosas.
Primero, cada vez que aprenda sobre una nueva capacidad, piense en cómo podría usarla para sacar ventaja en su proyecto, o comprenda que no le sirve para nada. Comienza con una idea general de la arquitectura del firmware y cómo utilizará el hardware, pero a medida que aprendas las capacidades detalladas que pueden y deben modificarse.
Segundo, reconozca la diferencia entre conceptos y detalles de implementación. No tiene sentido intentar recordar detalles de implementación, como el bit en el que el registro habilita la función UART RTS / CTS. Cuando escriba el código UART, buscará los detalles y establecerá todos los bits de configuración según corresponda de todos modos. Lo que sí desea recordar es que el UART tiene capacidad RTS / CTS, o tal vez que UART 1 sí lo tiene, pero UART 2 no lo tiene, por ejemplo, suponiendo que RTS / CTS es significativo para su proyecto en primer lugar.
El ejemplo RTS / CTS también funciona con el primer punto. Al descubrir que el UART tiene esta capacidad que no esperaba que tuviera, se detiene y piensa por un momento si podría aprovecharla en su proyecto, aunque inicialmente no estaba considerando eso.
Este último punto también ilustra por qué necesita leer la hoja de datos durante el diseño eléctrico. Puede hojearlo más rápido entonces porque no está pensando en los detalles del firmware en ese momento. Sin embargo, descubrir la capacidad de RTS / CTS en un UART y no en el otro puede hacer que cambie el diseño eléctrico.
Como siempre, depende.
Si tiene un proyecto con requisitos específicos y una unidad de usuario que cumple con esos requisitos, no es necesario que conozca las capacidades de la unidad de usuario que no está utilizando. Puede haber un periférico USB, un controlador LCD o el modo de decodificación Q de los temporizadores, que no todos necesitan. No te preocupes por eso, excepto por el lugar donde podría morderte. El modo predeterminado de ciertos pines puede ser LCD, por lo que para usarlos como GPIO debe saber cómo hacerlo. Los periféricos tienden a estar sin alimentación / sin reloj en el inicio, por lo que probablemente necesitará usar las funciones de reloj / administración de energía. Tal vez ni siquiera en detalle, podría haber una biblioteca provista por el proveedor (cmsis o algo equivalente) que se ocupará de los detalles feos para usted. Pero la calidad de dicho código puede ser subestándar, en caso de que aún necesite profundizar en los detalles.
Si, OTOH, tiene un uC que desea utilizar en muchos proyectos diferentes, al menos querrá saber cuáles son las diversas capacidades de su uC, de modo que pueda determinar si se pueden cumplir los requisitos de un certian. La cantidad de detalles que necesita saber para hacer esto generalmente depende del margen entre las capacidades de uC y los requisitos. Para utilizar su hardware al máximo, deberá conocer todos los detalles relevantes.
Lea otras preguntas en las etiquetas microcontroller datasheet