Developing infrared array controller with software real time operating system

Time is the best important resource in real-time video image processing system. Only few structure or algorithm can be used in real-time video image processing system because of time limitation. Establish a high speed data-access is a way to this problem. It transfer the video signal between output ports and kernel processor as less time delay. The mode, look-up-table, other analysis, adjustment or calculation rule will be applied first by medium or low data-access. We can choose different data-access according to data relation level. Data which has closer correlation will be treated through low-speed-access, which has loser correlation will be treated through medium-speed-access. Theory analysis and experiment showed that it is a high effective structure for real-time video image processing. The feature of video image and real-time processing system is presented in this paper. The basic theory of data-access is introduced also. The status and relation of high, medium, low data-access is discussed and the rules of data distribution in different access is analyzed. Some examples with datas-accesses are given in the paper (TV tracking and measuring, laser signal alarming system).

A real-time operating system (RTOS) provides a platform for the design and implementation of a wide range of applications in real-time systems, embedded systems, and mission-critical systems. This paper presents a formal design model for a general RTOS known as RTOS+ that enables a specific target RTOS to be rigorously and efficiently derived in real-world applications. The methodology of a denotational mathematics, Real-Time Process Algebra (RTPA), is described for formally modeling and refining architectures, static behaviors, and dynamic behaviors of RTOS+. The conceptual model of the RTOS+ system is introduced as the initial requirements for the system. The architectural model of RTOS+ is created using RTPA architectural modeling methodologies and refined by a set of Unified Data Models (UDMs). The static behaviors of RTOS+ are specified and refined by a set of Unified Process Models (UPMs). The dynamic behaviors of the RTOS+ system are specified and refined by the real-time process scheduler and system dispatcher. This work is presented in two papers; the conceptual and architectural models of RTOS+ is described in this paper, while the static and dynamic behavioral models of RTOS+ will be elaborated in a forthcoming paper.

The core idea in this project is to have two operating systems for both cores of dual core processor individually. General purpose operating system on one core and Real time operating system (RTOS) on second core. Implementation of same will be done by making one of core independent from General purpose operating system and install RTOS in that core so that both will work as one system i.e. General purpose operating system will look after the non-real time applications and RTOS will ensure that all real time application should not miss their deadline and executed as fast as they can. As by installing general purpose operating system and RTOS in both the cores of dual core processors of system and running them in parallel way, dual core processors is being used to its maximum efficiency. The advantage is that if one of OS gets crashed, whole system will not crash instead one of OS which didn't crash hold the system to safe mode till damaged OS is recovered.

This paper presents an overview of a proposed protocol to provide application---transparent fault tolerant services in a Real Time Operating system. Fault tolerance is achieved by saving checkpoints of the processes belonging to a real time application. This approach proposes the extension of some real time system calls in order to save a recovery point when the user invokes them. This protocol allows a real time application designer to know the temporal specifications of every system call. Current real time applications are composed of several Real Time processes and they have to share data by using interprocess communication facilities provided by the operating system. The operating system has to take into account these interactions to ensure the consistency of checkpoints. This is done by tracking the communications performed since the last checkpoint and forcing dependent processes to perform a checkpoint at the same time.

This paper discuss on how to develop a hard real-time machine control system with Microsoft Windows NT Operating System, where the respond must be within 0.5 milliseconds. The attempt to use a general-purpose operating system (Microsoft Windows NT 4.0 Workstation) is because there is abundance of Commercial-Off-the-Shelf Components (COTS), easily available tools (compilers, and 3 party tools) and need not to learn another operating system behavior. The most important factor is there is no single dominant operating system or tools vendor for real-time operating system. Since the no single dominant real-time operating system development under real-time operating system is riskier and more costly. Ideally codes must be portable between different operating system where it is apparent with Windows platforms, Windows 95/98, Windows ME, Windows 2000, Windows XP or even Windows CE. Firstly study was done on how Microsoft Windows NT operating system works internally from materials from Microsoft Software Development Network (MSDN). Secondly study was done how to take advantage of the operating system to create a real time application. Microsoft Windows NT is a general purpose operating system that does not support real time application development, but it has all the vital elements that a real time operating system needs. The vital elements are priority-driven, preemptive scheduler, preemptive interrupt handler (for critical interrupts), deferred procedure calls (DPC) for non-critical (DPC executes after ISR), synchronization and deterministic response time. With these vital elements and some modification to application codes to enable it to execute in higher priority level, would result a real time application. This does not mean changing all the codes to higher priority is the solution, as it would cause system to malfunction as other device driver or low-level interface run at high priority too and this would lock up the system. With the combination of priority level, synchronization a complete real time solution can be implemented and this paper covers the concept. This concept also explains what was done to overcome the need of special hardware (as recommended) to accomplish hard real-time application with the response of 0.5 milliseconds.

System design kit for the 8051

Real-time Linux operating system for plasma control on FTU—implementation advantages and first experimental results

As a standard of operating system in automotive industry, OSEK/VDX is applied on dozens of mature industrial operating systems and widely installed on the products of major automotive manufacturers. In this empirical report, we introduce our experience on verifying OSEK/VDX real-time operating system. From both source code and binary code level, the OSEK/VDX operating system is verified based on approaches comprising Hoare Logic, Communicating Sequential Processes, Binary Code Analysis and Discrete-Time Markov Chains model checking. Based on our approach, a commercial OSEK/VDX standard automotive operating system is verified and it is proved to be of great help to the development of software.

We present a hardware/software RTOS (real-time operating systems) generation framework for system-on-a-chip (SoC) applications. We claim that current SoC designs tend to ignore the RTOS until late in the SoC design phase. In contrast, we propose RTOS/SoC codesign where both the multiprocessor SoC architecture and a custom RTOS (with part potentially in hardware) are designed together. Thus, this paper introduces a hardware/software RTOS generation framework for customized design of an RTOS within specific predefined RTOS services and capabilities available in software and/or hardware (depending on the service or capability).

To clearly observe the upper urinary tract with a thin flexible endoscope, we developed a novel real-time image processing system. The dark cladding portion in an image guide was electrically painted out by the light which was emitted from each core pixels to obtain bright image. Thirty patients were examined using a thin flexible endoscope with this system at retrograde pyelography or puncture of a renal or prostatic cyst. The endoscope which was 0.75mm in diameter had 3,000 pixels of image fiber. The objectives were clearly seen without the dilation of the ureteral orifice. Finer and more colorful image could be obtained with this system. However, visualization was not clear in 4 patients because of poor manipulation capability at the endoscope tip. There were no complications, such as perforation of the ureter. We concluded that a thin endoscope with the real-time processing system would be useful for the diagnosis or treatment of the upper urinary tract or a cystic disease.

This paper presents the basics of an operating systems plus RTOS(Real Time Operating System) specific features. Readers are expected to have an overview of the foundations of embedded operating systems and especially RTOS. Operating systems have been evaluated by different commercial and non profit organizations. It can be seen the main lines of different operating systems.

In order to meet the tomato color sorting system with the requirements of multi-channel data acquisition and real-time processing, [ ]firstly, a multi-channel color digital acquisition and processing technique program based on FPGA were proposed . Then, a multi-channel data acquisition and real-time parallel processing system was built. The RGB color sensors were slected as detection components and the FPGA chip EP1C3T144C8 was slected as a core of data acquisition and processing. Meanwhile, ports of signal acquisition and the solenoid valve control were adopted a two-way analog switch HC4051 for saving I/O ports of FPGA. Thirdly, under the modular design and module reuse principles, we developed all modules with VHDL Language in QuartusII development environment. Finally, RTL and time sequence simulation for the system were done. The results showed that the connections between the modules accord with control logics. [²»´o¶O accorded ¹ýE¥E½] The performance of system time sequencev are good, which can meet with the requirements of real-time processing of tomato color sorting. On these bases, we also conducted a tomato sorting test verification. The results showed that the average accuracy of sorting is 98.70% and coefficient of variation is 0.01. This results can meet requirements of production.

With the wide-spread using of LinuxOS, the Real-time requirement in certain applications is heighly demanded. So the Xenomai comes up, it has a higher priority than Linux kernel, so it can deal with the tasks which need real-time requirement.In order to set up the real-time Linux based on the ARM platform, the mini2440 development board contained s3c2440 as its MCU is used to set up the real-time operation system. Design and test the performs of the system. The results show that the embeded real-time Linux system based on the Xenomai has the good quality of real-time and can be used in the soft real-time system or the hard real-time system.

Many modern embedded applications need the execution support of a real-time operating system. Such applications have usually critical or hard timing requirements, but giving the high presence of multimedia devices, real-time operating systems can also be used to manage the tasks that execute within multimedia devices. This paper focuses on identifying the requirements of a real-time operating system capable of fulfilling the needs of the multimedia applications typically executed on multiprocessor, mobile-oriented systems such as the Movidius platform.

This paper explores the intersection of operating systems and database systems, focusing on the potential of specialized kernels for cloud-native database systems. Although the idea of custom, DBMS-optimized OS kernels is old, it is largely unrealized due to the demands of hardware compatibility and the reluctance of users to install specialized operating systems. However, the cloud and the database-as-a-service model make custom OS kernels realistic for the first time. Among specialized OS kernel architectures, unikernels stand out for relying on a single address space, eliminating the need for costly process isolation that is provided by general-purpose operating systems. They offer benefits such as the elimination of system call overhead, direct access to hardware, and reduced complexity. Beyond these immediate advantages, unikernels offer a unique opportunity: the possibility to revisit dated POSIX APIs. By allowing direct interaction with modern hardware primitives, unikernels pave the way for the development of novel abstractions that are not confined to the limitations of older APIs, opening doors to a new era of co-designed, high-performance cloud-native data processing systems and OS kernels.