[Butia-devel-list] manejo del puente h

J.Vidal javi2302 en gmail.com
Lun Feb 4 12:43:56 UYST 2013


Hola, estuve pensando un poco el tema de manejar el punte H con una
sola línea de datos y atendiendo que la salida se puede generar PWM,
lo que pensé es que se puede enviar la señal PWM y en el módulo q se
agrega filtrarla para obtener su valor en contínua y pasarla por un
ADC y generar los codigos 00, 01 y 10, por medio de sus equivalentes
en contínua. Se podria agregar para mayor seguridad del puente H,
alguna logica para llevar todos los estados no utilizados a 00 y no
correr riesgo de poner 11 en la salida y joder el puente H. El filtro
podria ser un pasa bajo tipo Chebyshev de 2do  o 3er orden y un
ADC0804 para la conversion análoga-digital.
Dejo la idea para q la miren y vean si es viable.
Sds

El 03/02/13, Andres Aguirre <aaguirre en fing.edu.uy> escribió:
> se mando antes :( voy otra vez
>
> Hola, estuve haciendo unas pruebas y encontré algunas cosas que
> estaría bueno cambiar en el software y en el hardware:
>
> hardware:
> -------------
>
> - serigrafía que indique:
>      * id del puerto
>           la que tiene hoy día esta abajo lo que incomoda un montón su uso
>      * id de los hackpoints
>           también es super incomodo de usar si no tengo el id en serigrafía
>      * indicar en serigrafía los pines de vcc y gnd
>      * agrandar agujero p8
>           no pasa un header
>      * agregar el logito butiá en los sensores
>      * tiene sentido tener el diodo de protección (D2)?
>           era para cuando se alimentaba la placa externamente
>
> software:
> ------------
>
>        * el botón libre devuelve 1 y apretado 0
>              entiendo que es mejor que el hardware este así, pero me
> parece bueno cambiar el driver para que devuelva 1 cuando este
> apretado y 0 en caso contrario.
>         * el sensor de luz da valores más altos cuando esta más oscuro
>               mismo problema, sería bueno cambiar el driver
>         * estoy pensando que parar el thread de auto detección
> mientras ejecuta no es una buena idea... si estas ejecutando un código
> que leer un sensor de luz y luego conectas uno de grises el programa
> ni se entera y devuelve la data como si fuera el de luz, eso es muy
> molesto además que supongo puede generar problemas al pasar de un
> actuador a un sensor. Recuerdo que paramos el thread por un tema de
> performance, a lo mejor podemos hacer que se ejecuta con frecuencia
> menor para que no mate a la XO pero no perdamos el hotplug.
>
> saludos
> andrés
>
> 2013/2/3 Andres Aguirre <aaguirre en fing.edu.uy>:
>> Hola, estuve haciendo unas pruebas y encontré algunas cosas que
>> estaría bueno cambiar en el software y en el hardware:
>>
>> hardware:
>>
>> - serigrafía que indique:
>>      * id del puerto
>>           la que tiene hoy día esta abajo lo que incomoda un montón su
>> uso
>>      * id de los hackpoints
>
> _______________________________________________
> Butia-devel-l site list
> Butia-devel-l en fing.edu.uy
> https://www.fing.edu.uy/mailman/listinfo/butia-devel-l
>


-- 
Ing.J.Vidal



Más información sobre la lista de distribución Butia-devel-l