Lo que encuentro es que los campos enumerados aquí no están destinados realmente a ingenieros mecánicos. Un robot no es un robot debido a sus partes mecánicas. Eso parece ser muy secundario en este punto. Un robot es un robot debido a su software y poder de procesamiento eléctrico … conectado a sensores y otras entradas.
Después de 17 años de hacerme la misma pregunta (como ingeniero mecánico), está bastante claro que el ingeniero mecánico no será CLAVE para un programa de desarrollo de robótica hasta que esos programas requieran diseño, confiabilidad y capacidad de fabricación del producto. Hasta ese momento, el ingeniero mecánico podría estar apoyando el análisis dinámico o haciendo algún diseño estructural … o aplicando la hidráulica. Pero, el núcleo del diseño que hace que el aparato sea “robótico” es llevado a cabo por software, ciencias de la computación e ingenieros eléctricos.
Sin embargo, consideraría todas las aplicaciones “por cable” robóticas … en el sentido de que hay una división entre la entrada de control y la salida de potencia que se manipula a través de una computadora. La manipulación puede verse influenciada por sensores o señales GPS o dispositivos de interfaz humana. Pero, para el ingeniero mecánico … todo es lo mismo. El mecanismo debe responder a la señal de manera estable y amortiguada críticamente.
- ¿El error de clasificación de las redes neuronales se denomina "tasa de error"?
- ¿Cuántas imágenes de entrenamiento deberían usarse para una buena tarea de reconocimiento de género en OpenCV? ¿Hay algún conjunto de datos disponible para esta tarea?
- ¿Cuáles son las áreas de investigación abiertas en refuerzo y aprendizaje profundo?
- ¿Cuán extendido es el aprendizaje profundo en finanzas?
- ¿Cuáles son algunas bibliotecas de software para el aprendizaje a gran escala?
Espero que ayude. Podría explicar un poco más de lo que he visto y trabajado en lo que respalda esta idea.