PCSD HOLD_REQ does not remove the MODELOCK

According to the PCSD FDS document

"A Hold Request bit is provided and set to true by the Higher-level entity if a failure is detected. If Hold Request is set, the Modelock is temporarily removed and the operator can operate The Control Module from the Faceplate. The mode is locked again when the failure is corrected and Hold Request is reset by the Higher-level entity"

I am taking ownership of an agitator in a phase and sending it commands. When the phase is held the HOLD_REQ bit parameter is set to True but the mode lock is never released. The mode lock composite C_DC_ML51 has never been modified. I have studied the logic in the composite and it is written in a way that makes it confusing but it looks like it should be releasing it.

Has anyone seen this problem? Know how to fix it?

2 Replies

  • Releasing of the modelock and not the ownership is what I think you are saying but that depends on the MODELOCK/SELECT_ML setting and potentially other things.

    What is the MODELOCK/SELECT_ML parameter configured or currently set to on the Agitator?

    When you say "the HOLD_REQ bit parameter is set to True" is this meaning the AGITATOR/HOLD_REQ control module parameter?

    • Do you see it get set True at the agitator module?
    • Does it stay True?

    What is the logic you are doing for "taking ownership of an agitator in a phase"?

    Based on how you describe you want it to work, the MODELOCK/SELECT_ML parameter should be "Immediate ML" or "Immediate ML with Override" (Default in the original composite).

    If it is "Always Lock" or "Always Lock with Override" it will behave as you have described and always be modelocked.

    If it is one of the Immediate ML options then I will need to know the answers to the above to provide further input.

  • In reply to Matt Stoner:

    Yes, I am talking about releasing the modelock and not ownership. I just tested this on a PID module and when HOLD_REQ is True the modelock is released.
    SELECT_ML is Immediate ML With Override. I am referring to the HOLD_REQ of the agitator. The agitator is not part of an EM and a non-shared device of the unit so the phase just writes to the OWNER_ID to acquire it. Looking at the agitator online right now, the phase is held and HOLD_REQ is set to True and it stays True.