Alf escribió: ↑07 Dic 2019 21:08
Hola
Felicitaciones por el proyecto. El interés de los lectores del foro es impresionantes, más de 5000 lecturas a esta fecha.
No se si esta implementado, pero mover hacia el este u oeste tiene que ser distinto si uno esta en el hemisferio norte o sur.
A la espera de una nueva entrada.
Saludos
gracias.
Yo lo hice en base a como uso/oriento mis parabolicas, ni se me ocurrio ese detalle.
Siempre la oriente para que la "referencia" mecanica del actuador sea cuando se va hasta el este.
Tengo el concepto de que mover la parabolica hasta el este es "bajar" y "subir" al oeste.
Lo que me dices seria suficiente con invertir los cables del motor?.
O agregar una opcion que invierta el movimiento recibido por comando DISEQC? y por botonera?
Estaria bueno agregar esa funcion.
Ahora estoy viendo la posibilidad de hacer los diseños de la PCB para poder subirlos a PCBway o similares.
Asi facilitaria mucho el armado ya que solo deberian comprar la PCB y los componentes para ensamblar.
eso ahorra muchas pruebas y desperdicio de material con el metodo de la plancha (del cual nunca sali
).
Estaría bueno si pueden informarme precios/alternativas mas económicas a los siguientes componentes y que se consigan es sus países:
IRF3205 -> mosfet con rdsOn de 8miliOhms, soporta 55v y 100A,uso este mosfet porque ya tenia y ademas casi que no es necesario usar disipador de calor.
optoacoplador 4n25 y pc817
pic 16f628a -> este se encarga de recibir y enviar los comandos DISEQC al arduino, con un código que no es de mi autoria.
MUR460 - diodo ultra rapido, 600v - 4A
A grandes rasgos eso serian los componentes mas "caros" ademas del arduino mega 2560 y la fuente de 36vcc + 12vcc.
Ademas de eso llleva unas cuantas resistencias, 2 diodos,4 capacitores,2 varistores,1 relee DPDT y 1 transistor para controlar el relee.
Para armar la version mas completa habria que agregarle el modulo wifi esp8266 y un receptor IR para el control remoto.
En mi caso lo mas costoso fue el transformador.
Saludos.
Olvide mencionar algo.
Estuve haciendo algunas pruebas porque se me ocurrió la loca idea de implementar algo como USALS (obvio que no entendi nada y ni escribi 1 linea de codigo funcional
)
Pero me di cuenta que conociendo la cantidad de pulsos necesarios para 1 satelite, podemos saber la cantidad de pulsos necesarios para cualquiera (creo)
Por ejemplo, para posicionarme en el 55.5W necesito 583 pulsos y para posicionarme en el 43.1w necesito 452 pulsos.
Si hago una regla de 3 simple, da esto:
55.5 -> 583
43.1 -> X
(43.1x583) / 55.5 = 452.74
Otra prueba mas al oeste, para ir al 89w, con 930 pulsos tengo buena señal
55.5 -> 583
89 -> X
(89x583) / 55.5 = 934.90 -> con 934 pulsos tengo baja calidad pero igual la prueba es valida
Otra prueba mas al este, para capturar el 3W necesito 43 pulsos
55.5 -> 583
3 -> X
(3x583) / 55.5 = 31.51 -> lo mismo, baja calidad pero se posiciona igual
Veo que tiene cierto procentaje de error y no es preciso como USALS, pero seria una buena alternativa para ir configurando los diferentes satelites en la orbita de forma automatica y despues solo ajustarlos un poco, que opinan? escribo estupideces o podría funcionar?.