The Experts below are selected from a list of 849 Experts worldwide ranked by ideXlab platform

David Lee - One of the best experts on this subject based on the ideXlab platform.

  • WWTP Operator - The poor cousin?
    2013
    Co-Authors: David Lee
    Abstract:

    It is an unfortunate fact of life that plant areas that are not ‘profit generating’ are not afforded the same level of investment or attention as their more glamorous counterparts. Often waste water treatment or effluent treatment plants are viewed in this light. This is most evident in the control rooms used to house individuals working in these areas. They are often old shacks attached to chemical or equipment storage areas that combine the control room, break room, laboratory, SCADA rack room, MCC and general storage area into a single room! If they are lucky there will be a rest room somewhere close by. This used to be, and to a certain extent, still is also true of outside Operator field stations, left behind after the Console Operator and controls have been moved to the sparkling new remote centralized control room (CCR). However, there is often a safety case to give them something better, such as more ergonomic work stations, more screens for better process visibility and better lines of sight to the plant itself. So what should we be providing our personnel in these often remote areas of the facilities? Let’s not treat them as poor cousins making do with old stuff and hand me downs and provide an environment that supports the requirements of their jobs and adequately caters for their human needs. This paper discusses opportunities for designers, engineers, Operators and managers to learn from the experience gained in the design of similar multifunction buildings across a range of industries. In so doing the obvious parallel is drawn with the design of the central control room (CCR) and the use of standards such as ISO 11064.

  • WWTP Operator - The poor cousin? Opportunities for Better Wastewater Plant Control Room Design
    2013
    Co-Authors: David Lee
    Abstract:

    It is an unfortunate fact of life that plant areas that are not ‘profit generating’ are not afforded the same level of investment or attention as their more glamorous counterparts. Often waste water treatment or effluent treatment plants are viewed in this light. This is most evident in the control rooms used to house individuals working in these areas. They are often old shacks attached to chemical or equipment storage areas that combine the control room, break room, laboratory, SCADA rack room, MCC and general storage area into a single room! If they are lucky there will be a rest room somewhere close by. This used to be, and to a certain extent, still is also true of outside Operator field stations, left behind after the Console Operator and controls have been moved to the sparkling new remote centralized control room (CCR). However, there is often a safety case to give them something better, such as more ergonomic work stations, more screens for better process visibility and better lines of sight to the plant itself. So what should we be providing our personnel in these often remote areas of the facilities? Let’s not treat them as poor cousins making do with old stuff and hand me downs and provide an environment that supports the requirements of their jobs and adequately caters for their human needs. This paper discusses opportunities for designers, engineers, Operators and managers to learn from the experience gained in the design of similar multifunction buildings across a range of industries. In so doing the obvious parallel is drawn with the design of the central control room (CCR) and the use of standards such as ISO 11064.

Richard T. Witek - One of the best experts on this subject based on the ideXlab platform.

  • Console Subsystem Overview (III)
    1995
    Co-Authors: Richard L. Sites, Richard T. Witek
    Abstract:

    This chapter provides an overview of Console subsystem of the Alpha AXP system. On an Alpha AXP system, underlying control of the system platform hardware is provided by a Console. The Console initializes, tests, and prepares the system platform hardware for Alpha AXP system software; bootstraps system software; controls and monitors the state and state transitions of each processor in a multiprocessor system in the absence of operating system control; provides services to system software that simplify system software control of and access to platform hardware; and provides a means for a Console Operator to monitor and control the system. The Console interacts with system platform hardware to accomplish the first three tasks. The mechanisms of these interactions are specific to the platform hardware, however, the net effects are common to all systems. The Console interacts with the Console Operator through a virtual display device or Console terminal. The Console terminal forms the interface between the Console and a Console presentation layer. The implementation of Alpha AXP Console varies from system to system. The goal of Alpha AXP Console architecture is to promote a consistent interface across all Alpha AXP systems. Some Console functionality is inherently implementation-specific and cannot be required of all Alpha AXP systems; some may be applicable to more than one Alpha AXP system.

  • Chapter 1 – Console Subsystem Overview (III)
    Alpha AXP Architecture Reference Manual, 1995
    Co-Authors: Richard L. Sites, Richard T. Witek
    Abstract:

    Publisher Summary This chapter provides an overview of Console subsystem of the Alpha AXP system. On an Alpha AXP system, underlying control of the system platform hardware is provided by a Console. The Console initializes, tests, and prepares the system platform hardware for Alpha AXP system software; bootstraps system software; controls and monitors the state and state transitions of each processor in a multiprocessor system in the absence of operating system control; provides services to system software that simplify system software control of and access to platform hardware; and provides a means for a Console Operator to monitor and control the system. The Console interacts with system platform hardware to accomplish the first three tasks. The mechanisms of these interactions are specific to the platform hardware, however, the net effects are common to all systems. The Console interacts with the Console Operator through a virtual display device or Console terminal. The Console terminal forms the interface between the Console and a Console presentation layer. The implementation of Alpha AXP Console varies from system to system. The goal of Alpha AXP Console architecture is to promote a consistent interface across all Alpha AXP systems. Some Console functionality is inherently implementation-specific and cannot be required of all Alpha AXP systems; some may be applicable to more than one Alpha AXP system.

Richard L. Sites - One of the best experts on this subject based on the ideXlab platform.

  • Console Subsystem Overview (III)
    1995
    Co-Authors: Richard L. Sites, Richard T. Witek
    Abstract:

    This chapter provides an overview of Console subsystem of the Alpha AXP system. On an Alpha AXP system, underlying control of the system platform hardware is provided by a Console. The Console initializes, tests, and prepares the system platform hardware for Alpha AXP system software; bootstraps system software; controls and monitors the state and state transitions of each processor in a multiprocessor system in the absence of operating system control; provides services to system software that simplify system software control of and access to platform hardware; and provides a means for a Console Operator to monitor and control the system. The Console interacts with system platform hardware to accomplish the first three tasks. The mechanisms of these interactions are specific to the platform hardware, however, the net effects are common to all systems. The Console interacts with the Console Operator through a virtual display device or Console terminal. The Console terminal forms the interface between the Console and a Console presentation layer. The implementation of Alpha AXP Console varies from system to system. The goal of Alpha AXP Console architecture is to promote a consistent interface across all Alpha AXP systems. Some Console functionality is inherently implementation-specific and cannot be required of all Alpha AXP systems; some may be applicable to more than one Alpha AXP system.

  • Chapter 1 – Console Subsystem Overview (III)
    Alpha AXP Architecture Reference Manual, 1995
    Co-Authors: Richard L. Sites, Richard T. Witek
    Abstract:

    Publisher Summary This chapter provides an overview of Console subsystem of the Alpha AXP system. On an Alpha AXP system, underlying control of the system platform hardware is provided by a Console. The Console initializes, tests, and prepares the system platform hardware for Alpha AXP system software; bootstraps system software; controls and monitors the state and state transitions of each processor in a multiprocessor system in the absence of operating system control; provides services to system software that simplify system software control of and access to platform hardware; and provides a means for a Console Operator to monitor and control the system. The Console interacts with system platform hardware to accomplish the first three tasks. The mechanisms of these interactions are specific to the platform hardware, however, the net effects are common to all systems. The Console interacts with the Console Operator through a virtual display device or Console terminal. The Console terminal forms the interface between the Console and a Console presentation layer. The implementation of Alpha AXP Console varies from system to system. The goal of Alpha AXP Console architecture is to promote a consistent interface across all Alpha AXP systems. Some Console functionality is inherently implementation-specific and cannot be required of all Alpha AXP systems; some may be applicable to more than one Alpha AXP system.

Strobhar, David A. - One of the best experts on this subject based on the ideXlab platform.

  • Petrochemical Plant Console Operator Workload:the Issues
    Dublin Institute of Technology, 2017
    Co-Authors: Strobhar, David A.
    Abstract:

    The Console Operators of certain petrochemical processes must maintain high levels of performance during process upsets or endanger personnel safety and the environment. Mismanagement of an upset can result in explosions, fires, and the release of hazardous chemicals to the environment. The change in workload from steady state to upset operation is significant, with alarms and control changes that are of an order of magnitude. This paper describes the state of Console activity in process plants, particularly the increase with key upsets. Quantitative data on the nature of the Console Operator’s position, its workload during normal operation, and the requirements during upsets is shown. The goal is to spark discussion and potential investigation as to how to quantify the mental workload associated with the physical workload. Keywords: Console Operator workload, mental workload, distributed contro

Djokorayono Rony - One of the best experts on this subject based on the ideXlab platform.

  • RANCANGAN DASAR ON-LINE ANALYZER UNSUR PADA LEMBARAN KERTAS DENGAN TEKNIK XRF
    'National Atomic Energy Agency of Indonesia (BATAN)', 2017
    Co-Authors: Djokorayono Rony, Suntoro Achmad, Shobari Ikhsan, Gunawan, Usep Setia
    Abstract:

    RANCANGAN DASAR ON-LINE ANALYZER UNSUR PADA LEMBARAN KERTAS DENGAN TEKNIK X-RAY FLUORESCENCE (XRF). Telah dilakukan rancangan dasar on-line analyzer unsur pada lembaran kertas dengan teknik XRF. Dibandingkan dengan teknik pencuplikan, teknik XRF ini memiliki kelebihan dalam hal akurasi dan waktu analisis. Kegiatan perancangan yang telah dikerjakan meliputi penentuan persyaratan desain, persyaratan fungsi, persyaratan teknis, spesifikasi teknis, perancangan sub sistem deteksi, perancangan sub sistem akuisisi data, dan perancangan computer Console Operator. Kegiatan ini akan menggunakan detektor silicon drift detector (SDD) atau detector X-ray CdTe untuk mendeteksi X-ray fluorescence yang dipancarkan oleh unsur-unsur dalam lembaran kertas akibat interaksi X-ray dari sumber 55Fe (Ferro-55). Desain dasar perangkat on-line analyer unsur pada lembaran kertas dengan teknik XRF ini perlu dilanjutkan ke tahap kerekayasaan selanjutnya, yaitu desain rinci, konstruksi prototipe, dan pengujian di lapanga

  • RANCANGAN DASAR ON-LINE ANALYZER BATUBARA PADA BELT CONVEYOR DENGAN TEKNIK AKTIVASI NEUTRON
    BATAN, 2015
    Co-Authors: Djokorayono Rony, Cahyono Agus
    Abstract:

    RANCANGAN DASAR ON-LINE ANALYZER BATUBARA PADA BELT CONVEYOR DENGAN TEKNIK AKTIVASI NEUTRON. Telah dilakukan rancangan dasar on-line analyzer batubara pada belt conveyor dengan teknik aktivasi neutron. Dibandingkan dengan teknik pencuplikan, teknik aktivasi neutron ini memiliki kelebihan dalam hal akurasi dan waktu analisis. Kegiatan perancangan yang telah dikerjakan meliputi penentuan persyaratan desain, persyaratanfungsi, persyaratan teknis, spesifikasi teknis, perancangan subsistem deteksi, perancangan subsistem akuisisi data, dan perancangan computer Console Operator. Kegiatan ini akan menggunakan detektor sintilasi NaI(Tl) untuk mendeteksi sinar gamma yang dipancarkan oleh unsur-unsur dalam batubara akibat aktivasi neutron dari sumber 252Cf (Californium-252). Desain dasar perangkat on-line analyer batubara pada belt conveyor dengan teknik aktivasi neutron ini perlu diteruskan ke tahap kerekayasaan selanjutnya, yaitu desain rinci, konstruksi prototipe, dan pengujian di lapanganKata kunci: On-line analyzer, batubara, aktivasi neutronDESIGNING ON-LINE ANALYZER FOR COAL ON BELT CONVEYOR USING NEUTRON ACTIVATION TECHNIQUE. Basic design of on-line analyzer for coal on belt conveyor using neutron activation technique has been carried out. Compared with sampling technique, this neutron activation technique has some advantages in term of analysis accuracy and time. The design activities performed include the establishment of design requirements, functional requirements, technical requirements, technical specification, detection sub-system design, data acquisition subsystem design, and Operator computer Console design. This program  will use NaI(Tl) scintillation detector to detect gamma-rays emitted by elements in coal due to neutron activation of a neutronsource, 252Cf (Californium-252).This basic design of on-line analyzer for coal on belt conveyor using neutron activation technique should be followed up with the development of detailed design, prototype construction, and field testing.Keywords: on-line analyzer, coal, neutron activatio