[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