Model checking is emerging as a practical tool for automated debugging of complex reactive systems such as embedded controllers and network protocols (see [20] for a survey). In model checking, a high-level descriptio...
详细信息
the hardware/software system for the control of the BABAR detector at PEP-II is described. the contributions of a large and diverse collaboration were channeled into a standard hardware selection (VME crate, embedded ...
详细信息
A new architecture to provide the guaranteed Quality of Service (QoS) to real-timeapplications is proposed. the mobile media servers can fit in this architecture by the updates of membership status from the registrat...
详细信息
A new architecture to provide the guaranteed Quality of Service (QoS) to real-timeapplications is proposed. the mobile media servers can fit in this architecture by the updates of membership status from the registration agents. the new IETF drafts such as SIP, RTSP and RTP are embedded into this architecture to support the general multiparty multimedia applications for real-time media streams.
time is a very important aspect of the real world. the importance of time in database applications has led to work on the extension of existing database technologies in order to handle time efficiently. Nevertheless, ...
详细信息
Flying Objects is a realtime operating system for the Siemens C167 or ST/spl sim/10 built in C++ from the scratch, without sacrificing a significant amount of resources, including time, when compared to other real ti...
详细信息
Flying Objects is a realtime operating system for the Siemens C167 or ST/spl sim/10 built in C++ from the scratch, without sacrificing a significant amount of resources, including time, when compared to other realtime operating systems, programmed in C. the purpose of Flying Objects is to provide the applications developer the resources to easily build an embedded system through a well defined high level interface, with little or no recourse to low level, buffer oriented programming. Flying Objects has a strong influence from the programming environments and philosophy of Java and Smalltalk. Every application is an object with a state machine, and the memory space is shared among the concurrent threads. there are plans to port Flying Objects to other microcontrollers.
the PHENIX online control system is responsible for the configuration, control and monitoring of the PHENIX detector data acquisition system and ancillary control hardware, and the collection and archiving of the even...
详细信息
the PHENIX online control system is responsible for the configuration, control and monitoring of the PHENIX detector data acquisition system and ancillary control hardware, and the collection and archiving of the event data. the detector consists of 11 distinct subsystems, which are distributed physically and partitioned logically while ultimately being combined into a single operating unit. the online system consists of a large number of embedded commercial and custom processors as well as custom software processes which are involved in the collection, monitoring and control of the detector and the event data. these processing elements are distributed over a diverse set of computing platforms including VME based Power PC controllers, Pentium based NT systems, and SUN Solaris SPARC processors. CORBA has been adopted as the standard communication mechanism for PHENIX online system. this paper describes the design, implementation and use of CORBA to achieve a uniform and platform independent control environment while providing for the access, control and monitoring of the online detector elements over the distributed and diverse control environment. Synchronous and asynchronous communication issues are discussed as well as the development of CORBA compliant components which were developed to achieve client/server isolation and deterministic system behavior. the use and interaction between JAVA based clients and C++ based CORBA servers to further achieve a platform neutral environment are presented.
Experiences developing a data acquisition system for the BABAR CP violation experiment located at the Stanford Linear Accelerator Center are presented. the BABAR detector consists of multiple independent subdetectors ...
详细信息
Experiences developing a data acquisition system for the BABAR CP violation experiment located at the Stanford Linear Accelerator Center are presented. the BABAR detector consists of multiple independent subdetectors joined with a data acquisition system consisting of a large number of embedded PowerPC single board computers residing in VME crates. the data acquisition software is layered on the VxWorks real-time operating system. It is partitionable to allow subsystems (as well as test stands) to operate independently. Data is assimilated into events through a combination of shared memory and a high performance network. this system presents data to a UNIX farm via a high speed non-blocking ethernet switch at a rate of 2 KHz. Topics such as bootstrapping and loading 200 processors, NFS file access for these processors and software development and deployment are discussed.
When applying the Rate Monotonic discipline to schedule a set of periodic preemptible real-time tasks, the scheduler may be able to distinguish only a limited number of priority levels. this is common in control appli...
详细信息
When applying the Rate Monotonic discipline to schedule a set of periodic preemptible real-time tasks, the scheduler may be able to distinguish only a limited number of priority levels. this is common in control applications using low cost embedded controllers. If the number of tasks to be scheduled is larger than the number of distinguishable levels, the set of tasks must be partitioned in a set of priority classes. RM can be used only to arbitrate conflicts between tasks of different classes. In this paper a method to determine the minimum number of priority levels necessary to schedule the set of tasks is formally proved and its complexity analysed. Finally, a systematic method to obtain all the possible partitions withthe minimum number of classes, resembling the Quine's method to minimize Boolean functions, is also given.
the development of a fast, modular and distributed data acquisition system for a large number of parallel channels is based on the design of a building block which will be presented in this paper. the small format of ...
详细信息
the development of a fast, modular and distributed data acquisition system for a large number of parallel channels is based on the design of a building block which will be presented in this paper. the small format of this unit (3"/spl times/4"), achieved through the use of surface mount components, makes it a powerful and versatile plug-in board for the realization of numerous RlSC embedded, data acquisition system functions. Some examples of applications are the SCSI interface for a protein crystallography detector, and the acquisition board, crate controller and CAMAC optical link interface boards. the board consists of an IDT R3081, up to 2 MB static RAM, up to 1 MB of EPROM, 2 serial ports, a 16-bit timer and all the necessary glue logic implemented in an AMD MACH231. One feature that makes this module suitable for data acquisition applications is the fast 32-bit external bus interface. It allows the implementation of fast data transfers, histogramming and LUTs. On-board address decoding provides up to four external chip select lines. Support for quad-reads is included, which result in up to 64 MB/s data transfers on the external bus (128 MB/s for SRAM access). Four synchronized interrupt inputs and a large instruction cache also makes the board suitable for fast demanding realtimeapplications.
the hardware/software system for the control of the BABAR detector at PEP-II is described. the contributions of a large and diverse collaboration were channeled into a standard hardware selection (VME crate, embedded ...
详细信息
the hardware/software system for the control of the BABAR detector at PEP-II is described. the contributions of a large and diverse collaboration were channeled into a standard hardware selection (VME crate, embedded CPU, fieldbus, etc.) and a uniform software environment, EPICS (Experimental Physics and Industrial Control System). these choices, with a judicious naming convention in place, allowed a distributed and modular development of the control system, which was then integrated within the Online System in the Interaction Hall. the design of the software to complement the EPICS layer is presented.
暂无评论