Oye,
Me gustaría decir que si está seguro de la robótica en lugar de los sistemas integrados, no debería preocuparse mucho por la clase y el tipo de controlador que se utilizará.
La robótica es diferente de los sistemas integrados. Quiero ser muy claro para esto.
Como estás en tu tercer año, primero debes aclarar tus objetivos y conceptos en este dominio.
Siempre puede buscar en Google y encontrar la definición de robótica y contrastarla con los sistemas integrados.
Tratar de darle una aproximación muy vaga de su diferencia, ya que Robotics tiene altos niveles de implementación y aplicación de sistemas embebidos. El estudio de robótica hoy en día (como digo) NO incluye leer sobre controladores y su arquitectura.
Más bien se enfoca generalmente en los ALGORITMOS y la implementación de programación de conceptos un poco oscuros.
Los ejemplos incluyen: planificación y estimación de rutas, navegación, estimación de estado recursiva y diagnóstico de movimiento y seguimiento.
Todos estos conceptos son altamente conceptuales e incluyen muchas habilidades de algoritmos como todos los algos básicos de clasificación y búsqueda.
Una estrella * y una búsqueda heurística son ejemplos típicos.
- ¿Cuáles son los pros y los contras de las MCU stm32 frente a las MCU pic32?
- ¿Por qué la programación procesal es buena para el sistema embebido?
- ¿Dónde usamos 8051 hoy?
- ¿Cuáles son las cosas que uno debe aprender en un sistema integrado?
- ¿De qué manera la programación de robótica es diferente de la programación principal e integrada?
8051 es antiguo, sin duda, y la curva también está ahí para comenzar en comparación con otros controladores en AVR basados en algún cargador de arranque como arduino. La serie PIC también está ahí para jugar con la misma serie AVR. Cada uno tiene un controlador según su necesidad.
ARM tiene su mano en un contexto más amplio. Los sistemas de 32 bits que admiten SO o no ambos son compatibles principalmente con los controladores ARM.
Muchos dispositivos de mano y SBC usan ARM como arquitectura primaria. Las cosas son muy abstractas mientras se trabaja en un sistema operativo.
Embedded Linux es un campo completamente diferente, ya que incluye la aplicación y el desarrollo de dispositivos o los controladores para ellos principalmente en Linux y sus derivados.
Incluye un gran conjunto de trabajo y habilidades también. Por ejemplo: portabilidad y flasheo, bibliotecas y desarrollo de aplicaciones orientadas a aplicaciones.
Enrutadores, decodificadores y dispositivos Android son ejemplos típicos.
Todo lo anterior es según mi percepción personal. Y si quieres sumergirte y explorar los potenciales del dominio. Me gustaría recomendarle que comience con arduino y su aprendizaje es extremadamente fácil. La mayoría de las cosas funcionan de forma inmediata debido al apoyo de la comunidad o los desarrolladores.
Sin duda, si comienza con él, no obtendrá el conocimiento detallado del funcionamiento interno del controlador debido a la alta abstracción utilizada allí.
Para aprender aspectos internos, debe cubrir cualquier microcontrolador en general, como atmega o algo así, para comprender las cosas internas. Temporizadores, perros guardianes, relojes, gpio, ram y flash, cargadores de arranque, eeprom y la circuitería mínima general para que todo funcione.
Cada pequeño dominio discutido anteriormente da un salto más grande y, por lo tanto, me gustaría que vayas a explorar la mayoría de ellos primero antes de pensar en ninguno de ellos.
Siéntase libre de hacer más dudas y preguntas y realmente no tengo la necesidad de ser anónimo para hacer sus verdaderas dudas
.
