Changes between Version 1 and Version 2 of Hardware/jCM


Ignore:
Timestamp:
Dec 15, 2010, 5:10:06 PM (14 years ago)
Author:
seskar
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Hardware/jCM

    v1 v2  
    11= Chassis Manager (CM) =
     2
     3[[TOC(Hardware/CM*, depth=2)]]
     4
     5== Introduction ==
     6The ORBIT Chassis Manager (CM) is a simple, reliable, platform-independent subsystem for managing and autonomously monitoring the status of each node in the ORBIT network testbed. 
     7
     8As shown in Figure 1, each ORBIT grid node consists of one Radio Node with two radio interfaces, two Ethernet interfaces for experiment control & data, and one Chassis Manager (CM) with a separate
     9[[Image(OrbitNode.jpg,align=right,title="Figure 1: ORBIT Node")]]
     10Ethernet network interface.  The Radio nodes are positioned about one meter apart in a rectangular grid.  Each CM is tightly coupled with its Radio Node host.   CM subsystems are also used with non-grid support nodes.  The CMC is the control and monitoring manager for all CM elements of ORBIT.  An “Experiment Controller” (EC), also referred to as the “node handler”, is the ORBIT system component that configures the grid of Radio Nodes (through the CMC service) for each experiment.  The non-Grid elements of the ORBIT lab are not normally in the management domain of the EC.
     11
     12Each Chassis Manager is used to monitor the operating status of one node.  It can determine out-of-limit voltage and temperature alarm conditions, and can regain control of the Radio Node when the system must return to a known state.  Managing a system in this manner reduces the human resources needed to monitor hundreds of nodes.  The CM subsystem also aids debugging by providing telnet to the system console of the Radio Node, as well as telnet access to a CM diagnostic console.
     13
     14== Requirements ==
    215
    316== CM1 ==