SergioDanielG escribió:Pero lo que sí se puede hacer es decirle via comando diseqc que utilice 18v antes de empezar a moverse, consultar el estado del motor y cuando llegó a su posición enviarle comandos para que cambie al TP que corresponda. Ahí ganamos tiempo, bah! en realidad optimizamos...
Esto en definitiva es lo que yo hago manualmente para lograr que mi motor llegue y no se quede "esperando la carroza". En varios post he comentado, que cuando cambio de satélites debo tener la precaución de dejar sintonizado un TP de polaridad horizontal, para que, cuando intente retornar a esa posición (a ese satélite) el Tp de polarización horizontal me lleve a la posición adecuada. Si no lo hago así, el TP de polarización vertical, me llevará en mucho mayor tiempo, siempre que se trate de satélites contiguos.
Si se tratare del 72w al 30 W, ni sueñes en que con un TP vertical ese recorrido llegue a término.
No le sucede nada malo a mi motor o a mi receptor, mi problema son los 32 metros de cable de conexión, que provocan una caída de tensión al legar al motor, que hace que el funcionamiento sea ineficaz en ocasiones.
Lo tengo super-comprobado.
Yo pensaba en una solución tipo hardware y lo he visto en una revista de Europa. Allí alguien comentó que utilizaba un relay (conector electro-mecánico).
Se trate o no de 13 o 18 voltios, el control del movimiento lo hacía con un relay que solo consume corriente insignificante y no habría caída de tensión en la salida, porque el consumo de corriente que hace el motor, se logra a través de un cable independiente al RGC6.
Espero haberme explicado.
De todas formas, este software que has creado, sería para utilizar en tarjetas de TV satelital y sistema operativo Linux.
Lo bueno sería que si funciona, el "team" agregara tu código -o parte- a un bin FTA (un sueño imposible ¿no?).
Te faltó aclarar si la instalación de este software lo has hecho para sistemas Linux del tipo *.rpm o *.deb (debian, Ubuntu).
De todas forms,
te felicito, es todo un logro.