On Thu, Mar 19, 2009 at 11:55 PM, Manu Abraham <abraham.manu@xxxxxxxxx> wrote: > Well, that said positioning could be explained for those who on't > have an understanding on how to do it. > > Let's assume, currently at position "X" there is no signal, no > frontend LOCK. You can move the antenna to the approximate X-Y > co-ordinates for the Azimuth and Elevation for your required > transponder, while having an eye on FE_SIGNAL_LEVEL. > > While the FE_SIGNAL_LEVEL peaks for a given position, try to acquire > a frontend LOCK, with the transponder parameters. Most likely you > will get a frontend LOCK with the coarse positioning with AGC peak > values. > > Now, with the frontend LOCK, you can look for initially the peak > again, not the FE_SIGNAL_LEVEL peak in this case, but the > FE_SIGNAL_STATS peak. > > In this case you should not be looking at just the strength > parameter alone. > > * At the peak, you will get the maximum quality > * falling down the slope to the left and right you will get falling > signal strengths > * Still rolling down, you will get increasing ERROR's, with still > UNCORRECTABLES being steady. > * Still falling down at the thresholds where you are about to loose > frontend LOCK, you will see UNCORRECTABLE's getting incremented. > > Couple this logic into a program, with a feedback to the ROTOR and > you get an automated satellite positioner, with a good fine tuned > position. This would make for a very very useful tool to have. I can't count the number of times I've seen people inquire about tools to help them aim their dish and this sounds like the perfect solution to that long standing problem. Especially if it returned the network id once it's achieve a lock so the user can see if he's pointed to the correct satellite. -- To unsubscribe from this list: send the line "unsubscribe linux-media" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
