<br><br><div class="gmail_quote">2012/12/31 Andres Aguirre <span dir="ltr"><<a href="mailto:aaguirre@fing.edu.uy" target="_blank">aaguirre@fing.edu.uy</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Firmware: no estaría nada mal seguir una arquitectura como la que<br>
tenemos en la usb4butia y que para deployar el firmware del actuador<br>
motores CC se incluyan ciertos user modules y para deployar un<br>
sensor/actuador que también requiera de un micro, como por ejemplo uno<br>
de colores se incluyan en la compilación otros módulos.<br>
<br>
Además ese micro tiene interfaz USB lo cual permite que dejemos sin<br>
soldar en el pcb un conector USB hembra y si alguien lo quiere usar<br>
como una controladora de motores independiente del USB4butia pueda<br>
hacerlo y ahí también compartimos la parte del stack USB.<br></blockquote><div><br>Bueno, con ese enfoque ponele el USB hembra y que se conecte al USB como una placa usb4butia mas. No hace falta el RJ45 macho. Sería una usb4butia especializada en motores, sin RJ45s pero con borneras, y con modulos para eso.<br>
<br>Si la controladora se va a conectar como periferico a una placa usb4butia normal, me parece que debería ser mucho mas chica y barata que una usb4butia. Sino como que no tiene mucha gracia :) <br><br>Y si lo unico que se tiene que controlar son algunos motores cc y servos desde un serial, para mi que un micro de 8 bits debe sobrar, y el firmware debe ser tipo de 300 lineas de C...<br>
<br>Jorge<br><br></div></div>