<div dir="ltr">entre líneas:<br><div class="gmail_extra"><br><br><div class="gmail_quote">2013/4/1 Jorge <span dir="ltr">&lt;<a href="mailto:xxopxe@gmail.com" target="_blank">xxopxe@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Comento entre lineas.<div class="im"><br>
<br>
On 31/03/13 22:14, Andres Aguirre wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Como dije antes, no es agregar nada, es una forma de ver las cosas a futuro.<br>
</blockquote></div>
Según entendí hay que volver a cambiar el enrutamiento. Otra vez. En cuanto a la visión de futuro, comento más adelante.</blockquote><div><br></div><div style>Supongo que te referís al enrutamiento del shield, de hecho ya hay que cambiarlo porque el que tenemos no camina, así que eso no es un problema.</div>

<div style> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hay dos opciones, mantener hackpoint o no.<br>
</blockquote></div>
Por mi, no si complican lo mas mínimo al Butia 2. O sea, no. Hackpines no es Butia 2.0, y nunca lo fue. En un momento se agregaron para hacer cosas que no eran Butia, porque no jodían. Ahora resulta que joden.</blockquote>

<div><br></div><div style>A mi modo de verlo ya está resuelto el problema, por lo tanto yo no diría que jode.</div><div style> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Programar la detección del shield es trivial, eso no nos va a mover de nuestro camino crítico.<br>
</blockquote></div>
Lo que está en el camino es toda la idea de hackpines. Este tiempo debería usarse en hacer sensores y actuadores. Todo el tiempo que estamos gastando en esto es tiempo perdido. La usb4all ya existe y es compatible, ahí estan todos los hackpines que puedan hacer falta.</blockquote>

<div><br></div><div style>Yo no creo que se pierda el tiempo pensando y buscando una solución de consenso. Si hay un feature como los hackpines que puede ser interesante mantener en la usb4butia me parece bien discutirlo.</div>

<div style>También estamos carburando cosas con nuevos sensores, vamos avanzando en medida de lo posible.</div><div style> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Yo lo plantie el serial como algo a futuro, para sensores complejos que necesiten de un micro o simplemente como una forma de extensión.  No esta conteplado para la entrega de ANTel.<br>
</blockquote></div>
Butia 2.0 se acaba en Butia 2.0. Por algunos de los argumentos que mencionas, al diseño actual no le queda mucho futuro, porque dentro de dos años la tecnología va a ser otra. Deberíamos estar aprovechando el presente, y eso es sacando lo antes posible Butia 2.0, y que sea lo más accesible posible (minimizar costo, producción viable) y usable posible (software testeado, documentación, sensores suficientes). Y proyectos de ejemplo que muestren todo, y la lista sigue.</blockquote>

<div><br></div><div style>Nadie dice de no hacerlo</div><div style> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
En lo que no estoy de acuerdo es en el doble capa, para mi es prioritario que la tecnología no sea un impedimento para trabajar con robótica pedagógica y por eso considero importante usar shields, es una forma fácil de implementar dos capas. Hasta que no exista una forma accesible para cualquier profesor de liceo de imprimir algo en dos capas, tiene que seguir existiendo este diseño.<br>


</blockquote></div>
Esto es independiente de la discusión actual de los hackpines, por eso no voy a argumentar demasiado. Solo diré: deberíamos regalar las placas.</blockquote><div><br></div><div style>Bueno, avisa de donde estas sacando plata porque realmente la necesitamos. No estamos en condiciones de regalar nada actualmente y de hecho si tuviéramos la plata me parece que tiene mucho más valor hacer que la gente se apropie de las cosas y aprenda a construirlas que regalárselas. :)</div>

<div style> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Si vamos a pensar un diseño de multicapa ni siquiera pensaría en un microcontrolador, con los costos de los SOC de hoy día directamente me inventaría una SBC o usaría el diseño de una ya existente como la beagle y la modificaría.<br>


</blockquote></div>
Yo estoy a favor :)<span class="HOEnZb"><font color="#888888"><br>
<br></font></span></blockquote><div style>:) Necesitamos voluntarios para escribir ese proyecto.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888">
Jorge<br>
</font></span><br>
PS: estoy con fiebre, por las dudas.<br>
<br></blockquote><div style>Espero estés mejor</div><div style> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
PS2: Probando la herramienta splint la apunté a los .c del firmware... y detonó. Encontró una torta de asignaciones de int a byte, shifts con números negativos, y cosas por el estilo. Alguien que sepa podría pegar una revisada...<br>

</blockquote><div><br></div><div style>Te animas de subir esa salida a una entrada en la wiki? así podemos ir atacando esos problemas. También especifica el checkout que estas usando.</div></div><br></div></div>