tengzik, yes but the RFX always returns the response 3 times, so the TSU gets it. With TCP it would not need to send more than once unless required.

In my experience the pronto communication protocol doesn't provide any buffering. The RFX per se is really a dumb device. It gets a command from a TSU and reports back how the execution went. Nothing more. If you try to make it do something else in the mean time it will fail. If the RFX is executing a IR code send and in the same time it receives an RS-232 task from the TSU, it will fail.

I was on the verge of making my own "RFX" device, because it costs quite a lot of money for what it can do, but since the Pronto reached the end of it's life it is not an option any more.

I don't know what GC can actually do. But neither the RFX can do any delays or conditional execution, all is done by the TSU.

EDIT: Now i figured it out you meant the delays in the IR macros, those it can do, which is obvious.