[Butia-devel-list] Sensor de ultrasonido

[Andres Aguirre]

Los pongo en contexto y luego paso a responder entre líneas.
Mauricio esta dando una mano con algo que venimos charlando hace un tiempo
en la lista, que es el uso de sensores y actuadores complejos en la placa
USB4Butiá. Si recuerdan cuando arrancamos con esto diseñamos la interacción
USB4Butiá <---> sensores/actuadores para que fuera lo más simple posible.
Resultado de ese objetivo es que tenemos solo una línea de datos
disponible. Lo que hace que para los casos de sensores complejos tengamos
que agregar cierta capacidad computacional en el sensor/actuador para
hablar por una línea serial que es la línea de datos que tenemos
disponible. Pero esa capacidad computacional tiene que ser lo más económica
posible. El primer sensor que arrancamos a laburar de esta manera es el de
distancia por ultra sonido ya que es mucho más económicos que los que
usamos por infrarojos (sharp).
Ahora voy contestando por líneas:

2013/5/17 Mauricio González <mgonzalez en fing.edu.uy>

>  Hola!
>
> Ya me suscribí a la lista de correo. Con Arduino tengo bastante
> experiencia, he hecho unos cuantos proyectos e incluso estoy trabajando
> como docente en el módulo de Arduino en la materia "Taller de introducción
> a la ingeniería eléctrica" en el IIE.
>

No veo la ventaja de usar arduino para este tema, justamente el aporte es
aprender a usar un micro lo más sencillo posible para abaratar los costos.
El problema no es hacer blinkear un led, el problema interesante es
aprender a usar un micro simple y hacer una buena elección del toolchain de
trabajo.


> Mi problema principal con los PIC es que el debugger que me prestaron es
> el ICD2, que no tiene compatibilidad con sistemas de 64 bits por lo que no
> puedo usarlo en mi PC personal.
>

En linux yo tengo entendido que hay soporte para usar el ICD2 tanto en 32
como 64 bits. Guille andaba el otro día mirando algo de eso. Una
alternativa es tener una maquina virtual seteada en 32 bits con windows
para trabajar. Pero solo para arrancar a pelotear un poco, porque luego
tenemos que pasarnos urgente a linux  :)


> Lo que estoy haciendo es intentar comprender cmo generar un código para un
> PIC, inclueyendo los headers correspondientes (en mi caso para un
> PIC16F648A), apagando el watchdog, seteando el oscilador interno y ese tipo
> de cosas. Con esto no tengo mucha experiencia, actualmente estoy trabajando
> con un MSP430 en una materia pero eso es todo.
>

Cuando resuelvas el tema de hacer andar el programador, eso es un trámite
(cartilla en mano ;) )


>
> Lo que necesitaría es un ejemplo para el PIC con el que estoy trabajando
> que me permita guiñar un led, para comprender bien como empezar, y saber
> que compilador y que entorno usan ustedes, para facilitar la ayuda con el
> ejemplo.
>

Lo primero es hacer andar el ICD2, el resto sale solo

>
> Muchas gracias!!!
>
>

>
> El 17/05/2013 02:24 p.m., Daniel Cancela escribió:
>
> Porque no empezas con Arduino ?
> Tiene mucho ejemplo resuelto y que funciona, se programa en C, no
> necesitas programador.
>
>  Para empezar es una buena plataforma.
>
>  Lo otro es usar la USB4Butiá, con el bootloader y asi poder evitar el
> programador.
>  Por lo que entiendo una vez que tenés el bootloader cualquier hex se lo
> podés cargar con el FUA.
>
>  Yo tuve problemas para instalar MPLab en Ubuntu. No lo pude hacer
> caminar, pero desde Windows funca bien.
>
>  Espero haber dado una mano.
> Saludos
> Daniel
>
>
> El 17 de mayo de 2013 12:22, Andres Aguirre <aaguirre en fing.edu.uy>escribió:
>
>>   Hola Maruricio, lo primero que estaría bueno es que mandes los mails a
>> la lista de desarrollo de butiá:  butia-devel-list, para que todos podamos
>> ayudarte.
>>  Lo principal para eleguir el compilador es que tenga soporte para
>> GNU/Linux, otro aspecto deseable es que sea abierto y libre, pero eso ya es
>> más complicado ...
>>  Seguramente no te compile porque sean ejemplos para un compilador
>> diferente al que estas usando. Ejemplos de código para pics hay a patadas
>> en internet :)
>> Assembler no es una opción por un tema de mantenibilidad del código.
>>  un abrazo
>> andrés
>>
>>
>> 2013/5/16 Mauricio González <mgonzalez en fing.edu.uy>
>>
>>> Como andas Andrés?
>>>
>>> Hace días que estoy leyendo con el tema de programar PICs, pero ando
>>> complicado, no encuentro la punta de la madeja. Lo que me está dificultando
>>> es la multitud de entornos de desarrollo, compiladores, lenguajes y PICs
>>> que se usan.
>>>
>>> En concreto, hace días que estoy buscando un ejemplo de código que haga
>>> apagar y prender un LED, pero encuetro códigos que no compilan, códigos en
>>> assembler, sin headers, y otras cosas que no me sirven.
>>>
>>> Me encantaría juntarnos cuando tengas un tiempo y que me des una mano
>>> con eso. No tengo ninguna preferencia sobre plataformas ni entornos
>>> mientras pueda programar en C que es lo que se hacer (me manejo con
>>> Assembler pero muy básicamente).
>>>
>>> Espero no entorpecer demasiado, lo que no quiero es que mi trabajo
>>> resulte una carga mas que una ayuda, pero creo que cuando pueda superar
>>> este problema voy a poder hacer el trabajo sin mucho problema.
>>>
>>> Muchas gracias por la ayuda, saludos
>>>
>>> Mauricio
>>>
>>
>>
>> _______________________________________________
>> Butia-devel-l site list
>> Butia-devel-l en fing.edu.uy
>> https://www.fing.edu.uy/mailman/listinfo/butia-devel-l
>>
>
>
>
------------ próxima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: https://{'listname': 'butia-devel-l', 'hostname': 'www.fing.edu.uy'}/pipermail/butia-devel-l/attachments/20130517/2f528b75/attachment.html