Personalmente, creo que siempre es mejor ir de manera secuencial. Es mejor convertirse en un maestro antes de dar el siguiente paso. Creo en eso y recomiendo lo mismo para todos mis estudiantes en mi academia.
En mi opinión, siempre es mejor comenzar con C. Mejorar las habilidades lógicas, las habilidades de resolución de problemas y las habilidades analíticas. Será maravilloso desarrollar de 2 a 3 proyectos desde cero aplicando principios de ingeniería de software. Uno debería convertirse en un maestro en eso.
Luego tome un microcontrolador y desarrolle la comprensión de lo interno. Uno debe tener una idea básica de la electrónica, puertas lógicas, registros, arquitectura de la computadora antes de tratar de entender el microcontrolador. Comience a desarrollar programas simples con entradas y salidas digitales. Intente agregar complejidad utilizando un teclado y una pantalla de matriz lcd. Explore los motores de CC, los motores paso a paso y cómo controlarlos con PWM. Explore los protocolos de comunicación en serie que comienzan con UART. Obtenga conocimiento de I2C y SPI. Es mejor pasar un tiempo considerable en esta fase para comprender la arquitectura del hardware, los esquemas, la resolución de problemas, la arquitectura del firmware, la depuración del código y la aplicación de todos los principios de ingeniería.
- ¿Por qué hay tantas restricciones en el uso de Linux para sistemas integrados?
- ¿Cuáles son algunos buenos institutos para la formación de sistemas integrados en Bangalore?
- ¿Por qué los productos Crestron se basan en software embebido de Windows? Seguramente en estos días cualquier equipo que se respete usaría Linux (integrado o no).
- ¿Cómo funciona openOCD?
- ¿Cuáles son las áreas de investigación en sistemas embebidos?
Al menos una persona debería ver todas estas cosas trabajando en proyectos reales durante un mínimo de 2 años. La mayoría de los proyectos integrados pertenecen a esta categoría.
Si quiere explorar sistemas basados en Linux, es mejor comenzar después de 2 a 3 años de trabajar en proyectos reales con microcontroladores. Antes de acercarse a Linux, es mejor obtener un buen conocimiento de los principios operativos del sistema. ¿Cuál es la necesidad? gestión de proceso; comunicación entre procesos, resolviendo conflictos usando semáforos, mutex; Comprender cómo OS gestiona la memoria y mantiene el contexto de los procesos individuales.
Sin la exposición relevante y la comprensión conceptual, no hay ningún beneficio en obtener la comprensión de pocos comandos del kernel y pocos controladores de dispositivos.
Muchos recién graduados están siendo guiados (¿o engañados?) Por los institutos. Pocos estudiantes pueden hacer frente a esto y otros están luchando y terminan con más confusión sobre su futuro.
Lento y constante siempre es mejor. Es mejor convertirse en un maestro de algo en lugar de ser un gato de todos.
Todo lo mejor.
