List of Tables - Old Dominion University



RUNNING HEAD: LAB 4 – USER MANUALPersonal Alert and Safety SystemLab 4 – User ManualCS 411 Blue Team:Dan CoxJon SzewczakBrittany DufortMarcus HenryGordon BlandBraden GibsonGene H. PriceApril 27, 2011Table of Contents TOC \o "1-5" \h \z \u List of Tables PAGEREF _Toc291452158 \h 41.Introduction (Dan Cox) PAGEREF _Toc291452159 \h 52.Product Features (Dan Cox, Jon Szewczak) PAGEREF _Toc291452160 \h 63.Getting Started (Brittany Dufort) PAGEREF _Toc291452161 \h 73.1Hardware Demonstration PAGEREF _Toc291452162 \h 73.2Simulation Demonstration PAGEREF _Toc291452163 \h 84.Using the Prototype (Jon Szewczak) PAGEREF _Toc291452164 \h 94.1Hardware Demonstration (Marcus Henry) PAGEREF _Toc291452165 \h 94.2Simulation Demonstration (Jon Szewczak) PAGEREF _Toc291452166 \h 144.2.1Simulation Driver Interfaces (Braden Gibson) PAGEREF _Toc291452167 \h 154.2.2Dispatch User Interface (Brittany Dufort) PAGEREF _Toc291452168 \h 185.Troubleshooting (Gordon Bland) PAGEREF _Toc291452169 \h 215.1Hardware Conditions PAGEREF _Toc291452170 \h 215.2Software Conditions PAGEREF _Toc291452171 \h 226.Glossary (Group) PAGEREF _Toc291452172 \h 24List of Figures TOC \h \z \c "Figure" Figure 1. Major Functional Component Diagram for Prototype PAGEREF _Toc291452173 \h 6Figure 2. Example of Importing Libraries PAGEREF _Toc291452174 \h 8Figure 3. Desktop Shortcut PAGEREF _Toc291452175 \h 9Figure 4. USB Connection to host PC PAGEREF _Toc291452176 \h 10Figure 5. Serial Port Connection from PC to Arduino Microcontroller PAGEREF _Toc291452177 \h 10Figure 6. Properly Connected Microcontroller and Transceiver. PAGEREF _Toc291452178 \h 11Figure 7. Choosing an Arduino Sketch PAGEREF _Toc291452179 \h 12Figure 8. Correctly Compiled Code PAGEREF _Toc291452180 \h 12Figure 9. Result of Pressing the Upload Button PAGEREF _Toc291452181 \h 13Figure 10. The Serial Monitor Display. PAGEREF _Toc291452182 \h 13Figure 11. Displays the User Pushing Buttons on the Fob PAGEREF _Toc291452183 \h 14Figure 12. Main Screen of Simulation Driver Interface PAGEREF _Toc291452184 \h 15Figure 13. Example of Active Alert PAGEREF _Toc291452185 \h 16Figure 14. An Alert Has Been Sent PAGEREF _Toc291452186 \h 17Figure 15. Choosing Map Zones PAGEREF _Toc291452187 \h 18Figure 16. Sending Alerts to the MCM PAGEREF _Toc291452188 \h 19Figure 17. Initial View of DUI After Alerts are Sent PAGEREF _Toc291452189 \h 19Figure 18. Selection of a Row in Active Alerts PAGEREF _Toc291452190 \h 20Figure 19. DUI Immediately After Clear Alerts PAGEREF _Toc291452191 \h 20List of Tables TOC \h \z \c "Table" Table 1. Hardware Troubleshooting PAGEREF _Toc291452192 \h 21Table 2. Software Troubleshooting PAGEREF _Toc291452193 \h 22Introduction (Dan Cox)The Personal Alert and Safety System (PASS) prototype attempts to demonstrate the major goals of the real world product: receive signals from fob devices, propagate said signals throughout a transceiver network and then process those signals into meaningful information for analysis by dispatch personnel. In the process of assigning priority to the major goals due to the time constraints of the project, one of the major goals was dropped from the prototype. Signal propagation was decided to be of the least priority and was thus removed from the prototype. However, the other two goals of receiving signals from fobs and processing said signals were incorporated into the construction. The prototype was divided into two different areas of development, hardware and software.The mission of the hardware area of construction was to show that wireless signals from fob devices could be received and interpreted correctly. For this, four different hardware parts were used. As Figure 1 shows, a fob would send a signal, a transceiver would receive the signal and the Arduino board would process the signal. Finally, a personal computer would show the results of the processing in the form of displaying which user’s signal was received. This construction and signal processing was deemed to meet the goal set for the hardware area.Software was used in the form of a simulation of the transceiver network. A point could be picked on a map, via a graphical user interface, to allow the approximation of a fob device starting a sending cycle at that physical location. Once another button within the graphical user interface was pressed, the fob message would be processed and then presented to an additional user interface representing the view the dispatch personnel would see. Thus, the goal of processing and providing an interface for analysis for dispatch personnel was also achieved. Figure SEQ Figure \* ARABIC 1. Major Functional Component Diagram for PrototypeProduct Features (Dan Cox, Jon Szewczak)As mentioned earlier, the PASS prototype will be divided in two separate demonstrations: ?Hardware and Software Simulation. ?Each demonstration has a set of unique features that are separate from the other. ?In the following sub sections each demonstration’s features will be listed.HardwareUtilizes a five button fob to mimic different signals being received by the transceiver.Illustrates interception of wireless signals along the 2.4 GHz radio frequency.Demonstrates processing of received wireless signals.Demonstrates communication with a personal computer platform via USB ports.Software SimulationMicrosoft Windows Application utilizing the .NET Framework 3.5 libraries.It will utilize a multiple document interface to host two windows forms that will communicate with each other.A separate module will be marshaling all communication between the two forms.The application will allow a user to:Select from a list of up to five different simulated PASS users.Initiate an alarm from any of the users, from a selection of four different locations on the ODU campus.Show which simulated transceivers would pick up the alert signal.Calculate a probable location for the alert from the location of the transceivers that picked up the alert signal.Display the calculated alert location and PASS user information on the Display User Interface.Getting Started (Brittany Dufort)The following section will discuss the steps involved in setting up the multiple environments needed to utilize the prototypes. Since the physical portion of the hardware demonstration can be performed anywhere that has enough table top room, this is not discussed. Instead, the necessary software installations are detailed.Hardware DemonstrationTo get started with the PASS hardware prototype, the Arduino Software Suite must be installed on the user’s personal computer. This software will allow a user to interact with the microcontroller. Installation instructions:Acquire necessary installation packages from en/main/software for the appropriate operating system.Open the Ardiuno-0022 folder, and then double click Arduino.exe to launch. This will extract multiple files to the installation folder.Next, it is important that the user has access to three unique microcontroller libraries. The SPI.h , MIRF.h, and Nordic NRF2401.h files allow the Arduino microcontroller to interact with the Nordic wireless transceiver and are therefore vital to the prototype and can be acquired from Arduino forums (playground/interfacingwithhardware/nrf2401, playground/spi, tinkerer.eu/avrlib/nrf24l01). As such, the user must choose the option Sketch followed by the Import a library option; they will then select the three files mentioned above. The aforementioned files are all open source files and are freely available on the internet.Figure SEQ Figure \* ARABIC 2. Example of Importing LibrariesSimulation DemonstrationTo get started with the PASS software prototype, there are two prerequisites needed. The computer running the demo must have SQL Server 2008 Express installed locally and it must have the necessary database structures fully configured. The user can download SQL Server Express 2008 from Microsoft’s website (). The database structures can be formed after a successful SQL Server Express installation using the provided database scripts.Once all database functionality is initiated, the user is then ready to setup the simulation application. The PASS project team has developed an installation program that will install the application on the user’s computer. Once that has been done, the user will need to create a shortcut on the desktop. To launch the program, double click on the “PASS-Simulation” shortcut on the desktop.Figure SEQ Figure \* ARABIC 3. Desktop ShortcutUsing the Prototype (Jon Szewczak)The following sections will detail out the procedures for setting up, initializing, and using the different components of each demonstration. The first section focuses on the hardware demonstration. The last section concentrates on the simulation demonstration. The simulation demonstration section is further broken down into it two main components: the Simulation Driver Interface and the Dispatch User Interface.Hardware Demonstration (Marcus Henry)The Hardware component of the PASS prototype is made up of four electrical components, a personal computer, Arduino microcontroller, Nordic fob transmitter, and the Nordic wireless transceiver unit. It is important to have all of these materials in order to use the PASS prototype at optimal levels. In order for this to work the user must plug the USB serial cord into an USB port on the computer and into the serial port of the Arduino Microcontroller. After this physical connection is established, the user should open the Arduino Software Suite. Once the Arduino software suite is opened, the user will need to push the upload a sketch button in the program.Figure SEQ Figure \* ARABIC 4. USB Connection to host PCFigure 5. Serial Port Connection from PC to Arduino MicrocontrollerThe next important step is establishing a connection between the Arduino Microcontroller and the Nordic Transceiver. The first inputs to implement are to the power and ground pins. The Arduino microcontroller has a 3.5 volt power supply; this is what the transceiver needs to run. Hook a wire from this power supply to the transceiver hole marked VCC. The ground pin is connected from the ground supply on the Arduino board to the ground pin hole on the transceiver. The next step is to use the digital pins on the Arduino board and connect them to the transceiver. Using Digital Pin 7, connect a wire from this pin hole to the transceiver pin hole labeled CSN. Using Digital Pin 8, connect a wire from this pin hole to the transceiver pin hole labeled CE. Using Digital Pin 11, connect a wire from this pin hole to the transceiver pin hole labeled MOSI. Using Digital Pin 12, connect a wire from this pin hole to the transceiver pin hole labeled MISO. Using Digital Pin 13, connect a wire from this pin hole to the transceiver pin hole labeled SCK. Figure SEQ Figure \* ARABIC 6. Properly Connected Microcontroller and Transceiver.The next step is uploading a program to drive the transceiver via the microcontroller. As such, the next important phase is uploading a sketch that will enable the transceiver to detect the wireless signal from a transmitter. This code will come standard with the prototype and it uses the imported libraries from step 1. Use the File tab in the Arduino Software Suite and select Open. They should then choose sketch_mar27a, which will come with the prototype. For simplicity it is easy to store this file on the Desktop. Once this sketch is selected, then the user should select the command Sketch and then Verify/Compile. If this is correct and there are no errors, the user should then select the “Upload” button, this will put this program “on board” the Arduino Microcontroller and will run the source code. Figure 7. Choosing an Arduino SketchFigure 8. Correctly Compiled Code(This Space Left Intentionally Blank)Figure SEQ Figure \* ARABIC 9. Result of Pressing the Upload Button The previous steps lead us to using the hardware prototype. After uploading the source code, select Serial Monitor button in the Arduino Software Suite Program. If everything is working correctly the user should see this screen. Figure SEQ Figure \* ARABIC 10. The Serial Monitor Display.This notifies the user that the transceiver is using frequency channel 2, and that the status bits are all correct if it displays rf_setup = 111. Next the user should press any buttons on the Nordic Fob. The buttons correctly map 1 to 1, with what the transceiver receives. A press of the center button on the Nordic Fob will display text in the Serial Monitor Display as “Center”. Figure SEQ Figure \* ARABIC 11. Displays the User Pushing Buttons on the FobSimulation Demonstration (Jon Szewczak)The simulation demonstration application utilizes a very common application model known as the Multiple Document Interface. This model allows several windows to be hosted by a single parent window. The simulation demonstration application’s parent window hosts two child windows, the Simulation Driving Interface (SDI) and the Dispatch User Interface (DUI). The application is built around a virtual environment based on the Old Dominion University campus.The SDI hosts all of the controls and manipulation functions that will allow the user to interact with the software. These functions and control are used to place alert signals and associate them with users within the virtual environment. From here the user also initiates the reporting of the alerts to the DUI.The DUI’s sole function is to report the calculated location based on the transceivers that heard the alert in the SDI. It does this in two ways, via a table and also a graphical map. The DUI responds to actions that are sent through the hosting program from the SDI.Simulation Driver Interfaces (Braden Gibson)Once the program is up and running, the user will see the main screen for the SDI (Figure 12). Figure SEQ Figure \* ARABIC 12. Main Screen of Simulation Driver InterfaceChange Map ViewAfter the program has been open and the SDI is displayed, the user can then select a different map to display on the screen. To switch between maps, follow the instructions below:Step 1: Select the map you would like to choose from inside the “Map Area to Show”.Step 2: Click on the corresponding bullet to display the map.Choose UserThe Selection of a user may be chosen at any given time and can be done so by following the directions below:Step 1: Click the drop down menu “Choose User” to view a list of users.Step 2: Select the user that the program will simulate.Pick Alert LocationOnce you have selected a map location between Zone 1 to Zone 5, you can the select a location on the map. To add the location to the map, follow these steps:Step 1: Click on “Pick Alert Location”.Step 2: Pick a point on the map and right click on the screen with the mouse.Figure SEQ Figure \* ARABIC 13. Example of Active AlertSend AlertAfter having selected a zone on the map and choosing an alert location the user can then send the alert for the simulation to begin. The figure 14 below represents the SDI after an alert has been sent. All surrounding transceivers will be lit up and shown on the screen. To send the alert, follow the steps belowStep 1: Click on the “Send Alert” button located at the bottom of the screen.Figure SEQ Figure \* ARABIC 14. An Alert Has Been SentClear AlertsAfter a Successful simulation you can clear the alert by following the steps below:Step 1: Click on the “Clear Alert” button located at the bottom of the screen.Show Transceivers The transceivers can only be shown on one of the five zone maps so you will have to select a map before you can show the transceivers on the screen. In order to show all of the transceivers on the current map selected, follow the steps below:Step 1: Select the “Show Transceiver” tick box.Figure SEQ Figure \* ARABIC 15. Choosing Map ZonesDispatch User Interface (Brittany Dufort)The Dispatch User Interface’s main purpose is to display information pertaining to current alerts. This includes a map with the alerts signified by red dots. To view active alerts, select alerts on the SDI (See Section 4.2 - Simulation Driver Interface for instructions) and hit the “Send Alert” button. Figure SEQ Figure \* ARABIC 16. Sending Alerts to the MCMThis will display the alert dots on the map and the alert information under the “Active Alerts” table. The alerts will be ordered based on time, with the first alert in the first row. This alert will also be selected by default, which in turn transforms the small red dot on the map to a larger purple dot. It also displays extra information in the “Extended Data” form to the right of the map. Figure SEQ Figure \* ARABIC 17. Initial View of DUI After Alerts are SentTo view “Extended Data” per alert, click on the desired alert in the “Active Alerts” table.Figure SEQ Figure \* ARABIC 18. Selection of a Row in Active AlertsTo clear the alerts on the DUI, click the “Clear alerts” button on the SDI. Figure SEQ Figure \* ARABIC 19. DUI Immediately After Clear AlertsTroubleshooting (Gordon Bland)Hardware Conditions#Hardware Error Conditions: Problem:Solution: H1The rf_setup for wireless initialization does not equal 111.This means that connections may not be correct.Repeat the instructions in the manual and test again.H2The Arduino Microcontroller does not verify the Upload Function.This occurs because the USB port does always connect correctly from PC to Microcontroller. Unplug the connection to the Microcontroller and plug it in again, Upload software again. ?H3The sketch does not compile correctly in the Arduino Software Suite.This may occur because the correct libraries are not available to the source code.1.Make sure that MIRF.h, SPI.h and Nordic.h are all downloaded and imported into Arduino Software Suite. 2. Check for “bugs” and other coding errorsH4The wires are not completely affixed to the components.This is possible because in our prototype none of the wires and chips is soldered.Ensure that the wires follow the guide in the User Manual, and make sure that the transceiver is correctly connected to the Arduino wires.Table 1. Hardware TroubleshootingProblem: The rf_setup for wireless initialization does not equal 111. Solution: This means that connections may not be correct. Repeat the instructions in the manual and test again.Problem: The Arduino Microcontroller does not verify the Upload Function. Solution: This occurs because the USB port does always connect correctly from PC to Microcontroller. Unplug the connection to the Microcontroller and plug it in again, Upload software again.Problem: The sketch does not compile correctly in the Arduino Software Suite. Solution: This may occur because the correct libraries are not available to the source code. Make sure that MIRF.h, SPI.h and Nordic.h are all downloaded and imported into Arduino Software Suite. Check for “bugs” and other coding errorsProblem: The wires are not completely affixed to the components. Solution: This is possible because in our prototype none of the wires and chips is soldered. Ensure that the wires follow the guide in the User Manual, and make sure that the transceiver is correctly connected to the Arduino wires.Software ConditionsError Conditions: Problem:Solution: Application Crashes at Startup.SQL Server 2008 may not be started or installed. Check if SQL Server 2008 is installed. If it is not, install the software. If it is installed, check to see if it is running. If it is not running, start it. If it is running, restart the database.After clicking the Pick Alert Location button, and selecting a location on the map, nothing happens when the Send Alerts button is clicked.There may not be any transceivers in range of the selected location on the map.Make sure that there are transceivers in range. ?Check the box on the right hand side of the Simulation Driver Interface that says Show Transceivers. ?Once checked, you should see a grid pattern of gray dots appear on the map. ?Pick an alert location that happens to be near any quantity of those dots. ?If the selected location is in range of the transceivers, the gray dots will turn red indicating they received the alert signal.A window accidentally closed.User accidentally closed one of the windows inside the application.Restart the main application. Table 2. Software TroubleshootingUpon start up, the application crashes. Solution: Make sure that there is a SQL Server 2008 database installed on the local machine and started.Problem: After clicking the Pick Alert Location button, and selecting a location on the map, nothing happens when the Send Alerts button is clicked. Solution: ?Make sure that there are transceivers in range. ?Check the box on the right hand side of the Simulation Driver Interface that says Show Transceivers. ?Once checked, you should see a grid pattern of gray dots appear on the map. ?Pick an alert location that happens to be near any quantity of those dots. ?If the selected location is in range of the transceivers, the gray dots will turn red indicating they received the alert signal.Problem: One of the windows was closed accidentally. Solution: Close and restart the main application.(This Space Left Intentionally Blank)Glossary (Group)Arduino Prototype BoardA device that houses a microcontroller and numerous input sockets that can be used to drive a variety of electronic components. ?The device is specifically designed for testing and prototyping scenarios. ?It’s architecture is open and well documented.DUIDispatch User InterfaceFobA small handheld device usually used as a remote. ?They are most often used with automobiles and their security systems. ?When a button is pushed on a fob, an RF signal is emitted.Master Control ModuleThe name given for the complete software module that receives, interprets, and handles any incoming signals from the Master Receiver as well as send data to the Dispatch User Interface for display.MicrocontrollerA computer component (usually a microchip on a printed circuit board) that controls small electronic devices.PASSPersonal Alert and Safety SystemSDISimulation Driving InterfaceTransceiverAn electronic device that combines the capabilities of a receiver and a transmitter. ?In most places throughout this document, the term transceiver refers to the entire device, including microcontroller and associated equipment (i.e. LEDs, buttons, switches, etc.), power supply, enclosure, and RF components.Transceiver NetworkThe array of installed transceivers that work in concert with fobs and other transceivers to relay an alert signal to the dispatch station.USBUniversal Serial Bus. ?A very common peripheral device connection protocol and physical arrangement. ................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download