Yep This is the stuff I detected back in October 2007 Many people adviced to change type of DISEqC I always disagreed
This is what Charlie did: Change duration t-time for ON/OFF transitions Very simple and basic To people know electronics Hardware reverse engineering against VS products And against people with motorized dish They do roll over So this time maybe port-1 few days later port-2 etc and motor moves on it's own As it's controled by DISEqC commands Commands come from key change
Always turn off receivers when not using That's my advice
King No problem for me since i change port. Never i turn off my 2 boxs
Never the motor turn by itself
I dont think charlie can control port and motor, but i think Viewsat corrupt the factory bin V132and open a door for Charlie. I tried factory default, main PGR and last bin and all problem gone. I need time for confirmed it with other member.
Do yo have any idea how many people disagreed with what I say? including ECM attack on VS products?
Yo'll see a series of back engineering against VS and nfusion The main issue I see Charlie is moving slower than a turtle I expected a better challenge by Charlie He's getting his azz hammered here
But I got time I love to watch and cheer for a good play If they ever come up with good play
"I dont think charlie can control port and motor" If anybody open the door for it. A door is open and i think this is Viewsat who open this door, i dont think this is the coders. I see same thing like you on program corrupt. I recommend now, dont use factory bin and keep this door closed.
