Como experto en software, haré una sugerencia radical: explorar las compensaciones entre el diseño de circuitos robóticos y mantener la circuitería simple e impulsar la funcionalidad en el software. Si el software está restringido a una placa Arduino, solo puede hacer mucho, pero con un raspberry pi o algo similar, presumiblemente puede aumentar las tasas de muestreo y tal vez darse el lujo de trabajar en un lenguaje de nivel superior para que tenga más productivo mientras su software en tiempo real todavía cumple con sus limitaciones en tiempo real.
Creo que con el tiempo la tendencia ha sido empujar más y más trabajo al software y, por lo tanto, mi sugerencia es no descuidar ese patrón porque no creo que ese cambio se haya desarrollado por completo todavía.
Pero habiendo dicho eso, secundé la sugerencia de que deberías construir más robots. ¿Qué tal una máquina robot de desayuno caliente que sabe cómo cocinar una tortilla de queso o hacer panqueques? Eso debería ser mecánicamente desafiante, además de requerir buenos sensores para mantener el proceso bajo control. Una versión tonta, probablemente no sea la forma de hacerlo.
- ¿Cuántos solicitantes de postgrado selecciona el Departamento de Ingeniería Eléctrica de Stanford para entrevistas con el profesorado?
- ¿Cuál es el principio para seleccionar materiales de contacto en relés electromagnéticos?
- ¿Cómo debería ser un diagrama para conducir un MOSFET de n canales usando un BJT?
- Cómo disminuir el margen de fase de un amplificador operacional
- ¿Cuál es la mejor manera de organizar una biblioteca CadSoft EAGLE?