RFPUI COMMAND BUSY

[Astonces]

Hi,
I have a problem with RFPUI command in BC10:

<RFPUI:UNIT=PRH,LIM=1;
NOT ACCEPTED
COMMAND BUSY

Can anyone help me, please?? I have no idea how to solve it...

Thanks,

 

[shaun123]

the quickest way to cure this is to locate the lpu in lim 1 mag o and press the pushbutton once dont do it twice pterwise the lim will fallover and reload itself

 

[Astonces]

Hi shaun123,
I am 500 km away from the MD so... I´d rather solve it any other way, for example, via SACOS.

Thanks for all,

 

[fcpli]

Hi!
In this case a sacos is not a good idea. The best way to clear the fault is rfexi. This, of course, &quot;kills&quot; the traffic for some minutes.

good luck!

 

[timucin75]

Hi ;
I dont think rfexi will work, because this usually happens when the rem1&rem2 program units ( that execute the restart of the program units in the switch and located in lim 1 only ) are hung and none of the RF commands work including rfexi. The only solution is to press the LPU button, it will stay preesed and press it again so that the button is up again and the red light on the lpu is off,( do not do this twice as shaun has mentioned it will do a reload ) so that a hard restart happens and REMs are released. Then you can run any rf command...

timucin.

 

[patcher]

What are you doing Timucin? This is long time ago and probably its already fixed.//patcher

 

[timucin75]

I can think that it has been fixed but I wanted to say it for future references, there is no way of solving it with commands, the only way is to press the lpu button...

 

[fcpli]

timucin!

As I have been reading the code, RFEXI cleans up all ongoing jobs (including REM&RER jobs), so howcome is it possible that this command does not actually (or really) at least try to start the switch? Please explain!! If you give RFEXI, ALL ongoing commands or printouts are &quot;cleaned&quot;. Also ALL ongoing jobs are erased. So, RFEXI is not depending of RFxxx commands. Do you agree?

fcpli///

patcher: You are right, this has nothing to do with the original fault, but...

same