Changes between Version 1 and Version 2 of Hardware/jCM/aRequirements


Ignore:
Timestamp:
Jun 24, 2010, 6:43:25 PM (14 years ago)
Author:
Ilya Chigirev
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Hardware/jCM/aRequirements

    v1 v2  
    22
    33The following are desired and required goals for the third generation chassis manager.
     4
     5 1. Issue a  system reset to the Radio Node
     6 2. Control the power state of the Radio Node
     7 3. Obtain Chassis Status
     8 4. Provide a pass-through Telnet session Radio Node
     9 5. Provide CM diagnostics.  These include:
     10  a. Remotely identify a CM from the CMC: An “Identify” command issued from the CMC causes the CM to blink a local highly-visible “Identify LED” twice/second for approximately a 20 second period.
     11  b. Identify a node at the CMC from the CM: A momentary contact button on the Grid Node Chassis generates an IDENTIFY message to the CMC.  The CMC then blinks the Identify LED at a high rate for approximately two seconds.  This assists in physical verification of node placement and a quick test of end-to-end connectivity with the CMC.
     12  c. Provide a Telnet session to the CM console: The CM provides a “pass-through” Telnet session to the serial console of the CM.  A device can create this connection by starting a telnet session to the IP address of the CM using port 23.  The Telnet session and the directly RS232 connected 57600 baud console session provides a menu driven interface to control CM functions.  A sample of the menu driven CM console session is shown in Figure 2.
     13  d. Provide a means to reset (reboot) the CM (both locally and remotely): The CM accepts a reset command from a momentary contact push button switch on the CM, a push button switch on the NodeID box, or from a “console” session directly connected or through a telnet session. 
     14
     15 6. Provide a means to locally interrogate the Grid Position of the node: The identity of the CM is determined by reading the “grid position” from the NodeID box EEPROM.  This “grid position” is the either the x,y coordinate of the node, or the ID number of a non-Grid node.  The “grid position” is used to create the static IP address of the CM..  The static IP address space of the ORBIT system is defined in Table 1 below.
     16
     17|| Static IP Address || Component ||
     18||10.1.---.--- ||CM Grid and non-Grid components ||
     19||10.1.x.y      || Main grid coordinate (x,y) ||
     20||10.1.100+N,x|y || Sandbox Grid N and coordinate (x,y) ||
     21||10.1.100.y    || Support Grid node y ||
     22||10.1.200.1    || Chassis Manager Controller ||
     23||10.1.222.222 || Error default CM address ||
     24|| Table 1  Orbit Static IP Address Space ||
     25 
     26 7. Provide local visual indication of node operational status: The CM provides an indicator that the CM is running (a slowly blinking LED). 
     27 8. Provide a control API to the Experiment Controller: The EC and CMC implement a management communications protocol to exchange command and status information.  This protocol is defined later in this document.
     28
     29All commands processed by the Chassis Manager Controller generate a reply message to indicate weather the command was executed successfully or not.