Totalizing in SIS with reset

I have been requested to create a totalizer in the SIS side of my system. The SIS is very limited with features to do this. Is it even possible?

  • Hello,

    Would you mind sharing a little bit more on the application, or the problem you're trying to solve here?

    Thank You!
  • In reply to Tadeu Batista:

    I've got a reactor that's has a water feed that requires it be totalized in SIS. This is a requirement from the customer. AI is SIS, I'm having difficulty building something that works. Boolean in starts the totalizer and opens a valve. After a specific amount is loaded the totalizer stops and the valve closes. Manual reset to clear the totalizer.
  • In reply to mongo:

    Every DeltaV SIS Node has a DeltaV Controller, SZ if it's Electronic Marshalling, or M/S Series if it's SLS1508, they work as a proxy, enabling integration between the SIS and BPCS zones.

    Although they do not perform any SIS related function, they're still Controllers, and any SIS IO from any Logic Solver within that particular SIS Node, can be transferred to its proxy DeltaV Controller at a 100ms scan rate, my suggestion to you would be creating a BPCS Control Module, associate it to the proxy controller and assign the IO from the logic solver, you can use AI Blocks to assign the process variable to be totalized, and DI for the triggers on start/stop totalization, or you can use Non-Secure parameters for the triggers.
  • In reply to Tadeu Batista:

    I agree. However it specifically states that the totalization must be done in the SIS (not using BPCS). That's why I'm scratching my head.
  • In reply to mongo:

    The reason we do not have a totalizer (Integer) FB inside DeltaV SIS, is because we could not find a Safety Function where totalization would be required, so we made sure we keep a clear separation from what is BPCS and what is SIS related.
    That said, if loading the totalization logic to the DeltaV Controller performing the SIS Proxy integration is not an option, then the only other option would be using a LSCALC block to do the totalization, in this case, the logic solver scan rate shall be consider into the math.
  • In reply to Tadeu Batista:

    Hello,
    I used two way to find out the actual quantity using a field flowmeter outputs:
    1. The counting of the pulses - DI - sent from the field flowmeter
    2. Calculating periodicaly the quantity using the actual flow rate at a event based on real time clock. Real time could be read by using Data_Time_Event function block in BPCS, converting it in UINT32 (number of seconds starting from a certain time) and reading it in SIS as non secure parameter

    All the Best,

    Ion Paidiu
  • In reply to Ion Paidiu:

    The prerogative is to run the totalizer into the SIS, if I have to rely on the BPCS for the Data_Time_Event, it's much simpler to configure the totalizer into the BPCS as I mentioned before, running it into the DeltaV Controller which is the proxy for that SIS Node.
  • In reply to mongo:

    Is the totalizer part of a safety function? If not, it does not belong in the safety system. One of the advantages of an integrated control and safety system (ICSS) it to run applications where it makes more sense. The logic solver should only execute safety functions, unnecessary code should be avoided. Yes, the AI is in the SIS but that does not mean the totalizer is safety-critical. As Tadeu mentioned, it is a good practice to separate what is SIS from what is BPCS. An ICSS give you separation while making very easy to transfer data. You can read the logic solver AI directly from a BPCS module and handle the totalizer there. What is the reason for insisting on having the totalizer on the SIS?
  • Does the flow meter you are using have an internal integration function?