This document summarizes an embedded operating system final project presentation. The project involves developing an OS for group buying functionality. The presentation outlines the user guide, architecture, OS applications, I/O devices, and demonstrations of the system. The system allows users to search for groups, create groups, join groups, and receives notifications when a group is full. It uses multiple threads, semaphores, mutexes, and signals to synchronize data and notifications across client-server communication. Demonstrations show the behavior of multiple clients creating and joining groups simultaneously and receiving signals when a group is filled.
This document describes a taiko drum game system with the following key points:
1. The system displays songs on an LCD for players to follow symbols and hit corresponding drum areas. It tracks accuracy and displays scores.
2. It uses multiple processing threads for tasks like printing the field, detecting input, judging accuracy, and displaying scores.
3. Drum hits are represented as units with attributes like position and type (note or space). Accuracy is judged by comparing played units to a pattern.
4. The system has a main process that coordinates emptying the field, running the other threads, and sharing memory between components. Hardware includes a CPU, memory, codec and CPLD for input/output
This document describes an EOS project for a Morse code chatroom. It includes an architecture that uses functions like accept(), connect(), setname(), and reply() to set up client-server connections. It also describes the client-server activities like changing names and sending/receiving messages. Finally, it details the input/output design using a keypad and LCD for interaction and includes diagrams of the interfaces. It proposes using asymmetric encryption and select() for monitoring to optimize memory usage and improve real-time performance of the chatroom.
This document summarizes an embedded operating system final project presentation. The project involves developing an OS for group buying functionality. The presentation outlines the user guide, architecture, OS applications, I/O devices, and demonstrations of the system. The system allows users to search for groups, create groups, join groups, and receives notifications when a group is full. It uses multiple threads, semaphores, mutexes, and signals to synchronize data and notifications across client-server communication. Demonstrations show the behavior of multiple clients creating and joining groups simultaneously and receiving signals when a group is filled.
This document describes a taiko drum game system with the following key points:
1. The system displays songs on an LCD for players to follow symbols and hit corresponding drum areas. It tracks accuracy and displays scores.
2. It uses multiple processing threads for tasks like printing the field, detecting input, judging accuracy, and displaying scores.
3. Drum hits are represented as units with attributes like position and type (note or space). Accuracy is judged by comparing played units to a pattern.
4. The system has a main process that coordinates emptying the field, running the other threads, and sharing memory between components. Hardware includes a CPU, memory, codec and CPLD for input/output
This document describes an EOS project for a Morse code chatroom. It includes an architecture that uses functions like accept(), connect(), setname(), and reply() to set up client-server connections. It also describes the client-server activities like changing names and sending/receiving messages. Finally, it details the input/output design using a keypad and LCD for interaction and includes diagrams of the interfaces. It proposes using asymmetric encryption and select() for monitoring to optimize memory usage and improve real-time performance of the chatroom.
This document describes the system architecture and communication protocol for a peer-to-peer voice messaging application. It discusses using (1) threads to handle server, receiver, and keypad functions, (2) sockets for communication between users with a central server, and (3) codecs for recording and playing voice messages. The socket implementation was modified to use dynamic ports for senders and receivers to allow multi-user communication through a central server.