Changes between Version 9 and Version 10 of DSC/dc_trial2


Ignore:
Timestamp:
Jul 8, 2013, 6:41:23 PM (11 years ago)
Author:
trappe
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • DSC/dc_trial2

    v9 v10  
    1212 2. ''dsc-bot.ndz'': house bot disk image loaded onto one pair of nodes. This image has all the prerequisite software to configure the USRPs and execute a house radio bot.
    1313 3. ''team-image.ndz'': disk image that contains the team's radio. In the explanation that follows, we use the house bot as the team's radio, effectively placing house bot against house bot.
    14  4. Scoring packet server: This is the server that resides on the grid console (for the practice) and is used by the transmitting nodes to send data packets over the air via USRP as well as by the receiving nodes to submit received packets for scoring.
     14 4. Scoring packet server: This is the server that resides on the grid console (for the practice) and is used by the source nodes to send data packets over the air via USRP as well as by the sink nodes to submit received packets for scoring.
    1515 5. [attachment:dsc-wildcard.rb]: this is the OEDL experiment script to execute the game.
    1616
     
    5151== Running the experiment script ==
    5252
    53 By default, the experiment script will execute '''/root/gnuradio/gr-digital/examples/narrowband/bot1_tx.py''' and '''/root/gnuradio/gr-digital/examples/narrowband/bot1_rx.py''' on the transmitter and receiver respectively, for both the house bot and the team's bot. In the example described above, where the house bot is competing against another house bot, each team will use a separate set of parameters for a very simple bot: a brute-force radio that sends a random number of packets at random intervals. The sender module draws packets from a packet server, while the receiver module delivers packets to the same packet server.  The code is based on the same benchmark radio that was used for Hurdle 3.
     53By default, the experiment script will execute '''/root/gnuradio/gr-digital/examples/narrowband/bot1_tx.py''' and '''/root/gnuradio/gr-digital/examples/narrowband/bot1_rx.py''' on the source and sink respectively, for both the house bot and the team's bot. In the example described above, where the house bot is competing against another house bot, each team will use a separate set of parameters for a very simple bot: a brute-force radio that sends a random number of packets at random intervals. The sender module draws packets from a packet server, while the sink module delivers packets to the same packet server.  The code is based on the same benchmark radio that was used for Hurdle 3.
    5454
    55  * Type to following command to run the experiment. This will start the packet server, start the transmitter and receiver for both teams and release the packet source. The actual transmission/reception will run for 100 seconds (which can be adjusted with the property at the top of the script) or until one radio successfully transmits the file.
     55 * Type to following command to run the experiment. This will start the packet server, start the source and sink for both teams and release the packet source. The actual transmission/reception will run for 100 seconds (which can be adjusted with the property at the top of the script) or until one radio successfully transmits the file.
    5656{{{
    5757username@console.grid:~$ omf exec dsc-wildcard.rb -- --team1 dsc-teamA --team2 dsc-teamC