A problem hard to describe


First of all, i have a problem specific to a satellite receiver of mine.
I read this on remotecentral.com and it describes my problem perfectly:
[quote]
Parity Bits
A somewhat common problem is when a device (such as a cable box) will accept a learned code once but not twice in a row. For instance, you can enter the channel "1 - 2", but not "3 - 3". This is not a fault with your new remote, but rather a very hard to work with design employed by your equipment.
What happens is your original remote tacks on a "parity bit" to the end of each code. So, the first time it sends the code it follows up with a "0". The next time it ends with "1". The problem is that a learning remote can only learn or send the signal one way – the way it learned it. Your equipment, unfortunately, will not accept the code again unless it ends with a new parity bit or you send a different code to clear the memory buffer.
With it's latest firmware release, the Philips Pronto is the only remote that I am aware of that can alternate parity bits in the method required for several (not all) brands of equipment. If you have one that is not yet covered you can try tacking on a "do-nothing" code after each real one. So, your button for "3" would send the "3" code followed by another code to clear the buffer. What can that code be? Anything that the equipment senses as a real code but doesn’t affect operation. It may be next to impossible to find such a code. For other universal remotes, there is not much you can do for this problem.
[/quote]
Can i do something with USB-UIRT to overcome the problem?
Regards,
Fred