Pi Car Comm Log

From ESE205 Wiki
Revision as of 16:14, 27 April 2018 by Cybo (talk | contribs)
Jump to navigation Jump to search

Week 12

Review Documentation

Author: Patrick Naughton

Date: 4/26/2018

Hours: 1

Edited Final Report

Added new links where necessary

Review Documentation

Author: Patrick Naughton

Date: 4/23/2018

Hours: 0.5

Met with Sam and Yak to go over remaining parts of documentation to be done and review what has been done.

Finalizing Documentation

Author: Patrick Naughton

Date: 4/22/2018

Hours: 2

Wrote up the Design and Solutions portion of the project page for the final report.

Wrote two tutorials: Creating an Ad Hoc Network on the Raspberry Pi and Socket Programming.

Week 11

Demo Day

Author: Jacob Cytron

Date: 4/19/2018

Hours: 4

Charged batteries before demo

We set up and successfully ran the planned demo

Demo trial

Author: Jacob Cytron

Date: 4/19/2018

Hours: 3

Met in Lopata with Patrick

Troubleshot through message related problems with demo

Finalize Demo

Author: Patrick Naughton

Date: 4/19/2018

Hours: 3

Confirm that the demo works and set up the cars to run it.

Group Meeting, Final Report, and Demo

Author: Yak Fishman

Date: 4/23/2018

Hours: 8

Various group meetings to finish our demo

Continued construction on 2nd PiCar

Finished and printed poster

Worked on final project

Final presentation and demo

Demo trial

Author: Jacob Cytron

Date: 4/18/2018

Hours: 1

Met to try demo, pi car would not boot despite troubleshooting

Demo planning, pi car building

Author: Jacob Cytron

Date: 4/17/2018

Hours: 3

Found remaining missing bearings for pi car

Talked over possible ideas for demos given current state of second pi car

Made decision to plan for the 2nd pi car to not be finished in time

Learned how to set up pis for demo

Switch Demo

Author: Patrick Naughton

Date: 4/17/2018

Hours: 3

Switched demo to have two cars independently driven and send information about throttle and steering back to a home base that will display the information.

Next Steps:

  • Practice demo.

2nd car

Author: Jacob Cytron

Date: 4/16/2018

Hours: 2

Worked on second car

Working on Second Car and Demo

Author: Patrick Naughton

Date: 4/16/2018

Hours: 3

Continued to work on second car.

Did a practice demo that worked a bit. May end up having to demonstrate cars on the table because of ESC variability.

Next Steps:

  • Finish second car.
  • Practice demo

Week 10

2nd Pi Car Progress

Author: Jacob Cytron

Date: 4/15/2018

Hours: 3

Met with Yak in Urbauer

Worked on the 2nd pi car

Fixed 3d printed parts to fit on car better

Worked on the servo 3d printed section specifically

Group Meeting, Final Report, and PiCar Construction

Author: Yak Fishman

Date: 4/15/2018

Hours: 7

Various group meetings

Continued construction on 2nd PiCar

Worked on poster

Cleaned up project page for final report page


Continuing the Pi Car, Class Meeting

Author: Jacob Cytron

Date: 4/13/2018

Hours: 3

Met with Sam in Urbauer

Met in class

Attached Ackermann Arms to Car

Acquired more bearings for the Ackermann parts

Second Pi Car

Author: Jacob Cytron

Date: 4/11/2018

Hours: 3

Met with Yak to start the second car

Ran into two problems: wrong bearing for a part and wrong saw to cut the axle. The axle will be cut and given to us on Friday.

Met with Jim to troubleshoot Pi Car

Next Steps:

  • Finish second car.

Documentation and Experimentation

Author: Patrick Naughton

Date: 4/9/2018

Hours: 2

Met with Dr. Zhang to give status updates.

Documented how to setup and use the classes we created in our `README.md` file.

Made sure all SD cards are configured to run some script on startup so that all we have to do to demo is power the Pis.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Documentation
  • Finish second car.

Minor Debugging

Author: Patrick Naughton

Date: 4/7/2018

Hours: 2.5

Configured one car to run the `master` script on startup and another to run the `slave` script. This way the cars will automatically start when powered on.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Documentation
  • Finish second car.

TA meeting and documentation

Author: Patrick Naughton

Date: 4/6/2018

Hours: 3

Met with Sam and started working on poster.

Documented the Message class and subclasses.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Finish second car.

Proof of Concept Complete

Author: Patrick Naughton

Date: 4/2/2018

Hours: 3

Debugged ESC and established communication between two Pi Cars.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Documentation
  • Finish second car.

Week 9

Group meeting and beginnings of second car

Author: Jacob Cytron

Date: 3/30/2018

Hours: 7

Worked out logistics with parts for second car

Timing test

Kicked off the 3D printing

Various Group Meetings

Prepping to Debug

Author: Patrick Naughton

Date: 3/31/2018

Hours: 1

Made some test scripts to prepare for testing.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Debugging ESC communication.
  • Finish second car.

Group Meeting, 3D Printing, and Ordering Parts

Author: Yak Fishman

Date: 3/30/2018

Hours: 7

Various group meetings

Timing test

3D printing

Ordering parts and begin assembling on car

Full Driving Test

Author: Patrick Naughton

Date: 3/30/2018

Hours: 4

Met with TA to discuss progress.

Began 3D printing parts for the second car.

Tested car to car communication. Connection was established and messages were sent. Steering information in particular was transmitted and interpreted correctly. However, ESC information for some reason was much more difficult to communicate and/or interpret.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Debugging ESC communication.
  • Finish second car.

Driving

Author: Patrick Naughton

Date: 3/28/2018

Hours: 3

Tested both computer to Arduino and Arduino to computer communication using Python's serial library. Both are very intuitive and appear to function well. One thing to note is that the computer to Arduino communication can be rather slow.

Drove both the steering servo and ESC from a Raspberry Pi mounted on the Pi Car.

Set up and calibrated the ESC, Arduino, and remote control so that the remote control can drive the car. In this mode, the Arduino reads in the remote control signal and then feeds the ESC the corresponding pulse width. Additionally, it will later tell the Raspberry Pi what it is doing so that the Pi can transmit its intentions.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Create a script to read ESC and servo commands from the Arduino and broadcast them.
  • Test using the remote control to give a stationary Pi Car commands which will be transmitted to and executed by a mobile Pi Car.

Motor Driver Script

Author: Patrick Naughton

Date: 3/26/2018

Hours: 3

Created an Arduino script that receives Serial inputs and theoretically drives the servo and ESC on the Pi Car.

Looked up a minimal amount about python's serial library which will be used to communicate with the Arduino.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Experiment with driving the cars.

Mobile Timing Test

Author: Patrick Naughton

Date: 3/26/2018

Hours: 2.5

Performed the mobile timing test with good results. The Pi Car could transmit information even when mobile in less than 100 ms.

In the interim, it was discovered that an additional wifi adapter would be necessary to connect the Pis to the internet as well as to each other. This feature will therefore likely be delayed until a different project.

Met with Dr. Zhang and the rest of the group to discuss how to physically drive the car.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Figure out how to program the cars to drive.

Mobile Test Results Mobile Timing Movie

Week 8

Timing Test (Finally)

Author: Patrick Naughton

Date: 3/21/2018

Hours: 2

Installed Raspbian on all the SD cards.

Debugged the `setup.sh` script.

Synchronized the clocks across all the Pis (necessary to get timing results).

Performed the timing test. In this test, one Raspberry Pi (with IP address 192.168.1.3) received signals transmitted from two other Pis (with addresses of 192.168.1.2 and 192.168.1.4). The .4 Pi was approximately 1.5 meters from the .3 Pi and the .2 Pi was approximately 3 meters away from the .3 Pi. All of the Pis were sitting atop the same desk. The .4 Pi's signal was halted approximately halfway through the 30s test to ensure that the .3 Pi could still receive messages even with a changing network topology. The results were quite successful with messages being sent overall in well under 1 second (very comfortably under the original goal of ~ 6 seconds).

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Perform a mobile test of the Pi cars.
  • Look into connecting the Pis to the internet so that they can synchronize their clocks automatically.
  • Figure out how to program the cars to drive.

Timing Test Results

Flashing SD Cards

Author: Patrick Naughton

Date: 3/20/2018

Hours: 1

Formatted all three SD cards and flashed them with NOOBS.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Actually test the Pi Cars.
  • Setup the SD cards to test.

Fixing Bugs

Author: Patrick Naughton

Date: 3/19/2018

Hours: 1

Debugged the setup.sh script.

Modified the Network class to use a Queue.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Actually test the Pi Cars.
  • Flash the SD cards we were given with the appropriate os.

New Pi Car

Author: Jacob Cytron

Date: 3/19/2018

Hours: 4

Met with Dr. Zhang to discuss building a new Pi Car.

Found the parts we had available and ordered the rest

Budgeted the Pi Car over email

Testing and some bugs.

Author: Patrick Naughton

Date: 3/19/2018

Hours: 4

Performed a test to demonstrate that the Network class can transmit and receive data.

Used and debugged the `setup.sh` script. More debugging pending.

Met with Dr. Zhang to discuss progress.

Yak and Jacob will begin assembling a new car.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Actually test the Pi Cars.
  • Use the Queue object to allow for data transfer in the network class.
  • Flash the SD cards we were given with the appropriate os.

Group Meeting, Documentation, and Debug Method

Author: Yak Fishman

Date: 3/19/2018

Hours: 7

Continued documentation on code

Group Meeting

Started to work on the debug setting

Group assesment

Week 7 (Spring Break)

Repository Issues

Author: Jacob Cytron

Date: 3/16/2018

Hours: 3

Looked through issues on the repository

Annotated 3 messaging classes

Started on a debugger

Setup Script and Minor Edits

Author: Patrick Naughton

Date: 3/15/2018

Hours: 2.5

Created a `setup.sh` script to automate the setup process of new Raspberry Pis.

Changed the `Network` class so that it reads the machine's internet address so that it knows what to `bind` to (instead of looking in a .conf file). This means we no longer need to use a static ip (maybe).

(Hopefully) Fixed the termination of the listening process.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Actually test the Pi Cars.

Week 6

Group Meeting

Author: Patrick Naughton

Date: 3/9/2018

Hours: 1

Reviewed progress with Dr. Zhang. It is her opinion that we should begin working with actual cars as soon as possible because there are liable to be unforeseen issues.

The demo would likely be more impressive with more vehicles. Thus, it would be nice to have Jacob and Yak work on actually constructing some cars.

Next Steps:

  • Actually test the Pi Cars.

Attempted Test

Author: Patrick Naughton

Date: 3/5/2018

Hours: 2

Tried to test and debugged receiver Pi. Discovered some syntax errors and logged those to GitHub (will resolve in coming days/weeks).

Met with Professor Mell to give a progress update.

Could not find a second working Pi, Professor Mell said he will discuss it with Dr. Zhang.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Actually test the Pi Cars.

Week 5

Group meeting and documentation.

Author: Jacob Cytron

Date: 3/2/2018

Hours: 2

Went to the PiCar lab for Monday meeting

Met with professor Mell to go over progress

Added some documentation to code

Group Meeting and Documentation

Author: Yak Fishman

Date: 3/5/2018

Hours: 4

Continued documentation on code

Group Meetings

Got git set up and learned how to effectively use repository

More documentation.

Author: Patrick Naughton

Date: 3/2/2018

Hours: 2

Added documentation to the test methods.

Set up Yak with git.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Actually test the Pi Cars.

More documentation.

Author: Jacob Cytron

Date: 3/2/2018

Hours: 2

Weekly Friday meeting

Met in Urbauer lab to go over code

Starting on documentation.

Author: Patrick Naughton

Date: 2/26/2018

Hours: 2

Added documentation to the tests and to some methods in the messages classes.

Merged all of the branches with master so that they are now up to date.

Met with other PiCar students to discuss progress.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Actually test the Pi Cars.

Week 4

More work on tests.

Author: Patrick Naughton

Date: 2/25/2018

Hours: 1

Finished up most of the work for timing tests.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Actually test the Pi Cars.

Presentation and Instructor Meeting

Author: Jacob Cytron

Date: 2/23/2018

Hours: 3

Had class meeting and gave presentation

Learned more syntax for socket coding

Had meeting with instructor

Worked on doc strings and methods (see repository)

Class meeting and work on tests

Author: Patrick Naughton

Date: 2/23/2018

Hours: 3

Met with class to give presentation.

Began work on timing tests to ensure messages send quickly enough.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Finish up writing the tests.
  • Actually test the Pi Cars.

Meeting and Work on Classes

Author: Patrick Naughton

Date: 2/19/2018

Hours: 3

Met with Dr. Zhang and rest of the group to give WiFi presentation.

Met with group to discuss way forward.

Set up git repository on Jacob's and Yak's computers.

See code contributions here: https://github.com/patricknaughton01/comm_scripts/commits/master

Group Meeting and Documentation

Author: Yak Fishman

Date: 2/19/2018

Hours: 4.5

More Python learning

Started documentation on code

Group Meeting

Cleaned up log, website, and presentation

Repository and Socket Coding

Author: Jacob Cytron

Date: 2/19/2018

Hours: 4

Set up repository, set up collaboration, and installed PyCharm to be able to push to GitHub

Read up on syntax for socket coding, plan to do more of this later

Group Meeting with TA

Completed the Broadcast method in the network module (see repository)

Week 3

Message Classes

Author: Patrick Naughton

Date: 2/18/2018

Hours: 2

Created a small tutorial on git, posted in Useful Links above.

Worked on Message classes. For specifics, see https://github.com/patricknaughton01/comm_scripts/commits/master

Next Steps:

  • Look at TODOs and build out more of the Network class functions.
  • Start creating documentation for the functions already written.

Network Functions

Author: Patrick Naughton

Date: 2/13/2018

Hours: 1

Built out some of the receiving functions in the Network class. Have not tested yet, not documented either.

Decided to use multiprocessing instead of threading because they offer abort capabilities.

Created a config directory to save settings for the Network. May be used in the final product instead of the package.

Next Steps:

  • Look at TODOs and build out more of the Network class functions.
  • Start creating documentation for the functions already written.

Threading experiments

Author: Patrick Naughton

Date: 2/12/2018

Hours: 0.5

Experimented with the threading library and made an example in network.py.

Three Way communication and the model

Author: Patrick Naughton

Date: 2/12/2018

Hours: 2.5

Demonstrated 3 way communication successfully.

Created model and added to GitHub: https://www.draw.io/#G1nteipWO6p85XItbLYPe8M1n9dVy68YSa

Next Steps:

  • Flesh out model
  • Design and implement RTT test.

Challenges:

  • Debugging model.


Week 2

Group Meeting and More Research

Author: Yak Fishman

Date: 2/12/2018

Hours: 5

More Python learning

Continued reading the posted links and other research

Group Meeting

Raspberry Pi tutorials

Author: Jacob Cytron

Date: 2/12/2018

Hours: 5

Watched a series of great in-depth tutorials on coding Python on a RaspberryPi

Group Meeting with TA: We experimented with and successfully implemented 3-way communication between PiCars

Worked on model for Python code

Friday Meeting/Python Learning

Author: Jacob Cytron

Date: 2/09/2018

Hours: 3

Watched Python tutorials

Made adjustments to the Gantt chart

In-class Meeting

Broadcasting Two Way Communication

Author: Patrick Naughton

Date: 2/9/2018

Hours: 2.5

Created two python scripts, send.py and recv.py to send and receive messages using python's built in socket library.

Configured the above scripts to broadcast to any device operating on the same network.

Created and updated a Github for the code.

Sending.jpeg Receiving.jpeg Broadcasting.jpeg Receiving Broadcast.jpeg

Next Steps:

  • Designing a round-trip-time (RTT) experiment to determine how long packets spend in transit.
  • Define the model we want to use to send these packets.
  • Add in another Pi to test how/if that changes the network's capabilities.
  • Define a standard name for the mesh network.
  • Experiment with sending to just a subnet rather than any available IP address.

Challenges:

  • Effectively testing RTT
  • Designing an effective, consistent model.

Presentation

Author: Patrick Naughton

Date: 2/5/2018

Hours: 1

Finished up presentation on Wi Fi.

Researched how to send udp packets with python.

Next Steps:

  • Experiment with socket library

Challenges:

  • Debugging socket

Meeting, NMAP, and Research

Author: Patrick Naughton

Date: 2/5/2018

Hours: 4

Met with group to discuss wifi adapter. Decided that we don't need it because it will not improve the success of our simulation. Still important when considering scale-ability to actual cars.

Used nmap to find all Raspberry Pi's in the LAN. Very slow (on the order of 10's of seconds).

Met with Dr. Zhang to discuss progress. Decided it was worthwhile to prepare a primer on Wi Fi both to help other groups get background on the project and to formalize some of our own knowledge.

A grad student mentioned the use of UDP (user datagram protocol) to exchange information. Good because it doesn't require an initialization handshake and transmits quickly. Python has a built in library (socket) that interfaces with this protocol. It also supports broadcasting to an entire subnet, potentially eliminating the need for nmap. Will research further.

Began presentation on Wi Fi.

Next Steps:

  • Complete presentation
  • Experiment with socket library
  • Calculate maximum allowable delay given car speeds (~5 m/s) and Wi-Fi range

Challenges:

  • Debugging socket
  • Getting reliable latency requirement estimates

Gantt Chart, Group Meeting, Presentation, and More Research

Author: Yak Fishman

Date: 2/5/2018

Hours: 5

Finished the presentation and cleaned up the Gantt chart

Continued reading the posted links and other research

Pinging all Pis and the necessity of a wifi adapter

Author: Patrick Naughton

Date: 2/4/2018

Hours: 2

Working a little bit out of order but experimented to see how we can ping all Pi's on the LAN efficiently. It appears that using an nmap package (https://www.raspberrypi.org/documentation/remote-access/ip-address.md) might work.

Given the above information, it might be wise to reorder our Gantt chart to make sure we can ping multiple Pi's on the same network before we start trying to send specific information to ensure that our solution is scaleable.

Installed babeld package and found out that there is very little support for it. Likely will not use.

Discovered that the Raspberry Pi's built in WiFi only can support 2.4 GHz (https://liliputing.com/2016/02/raspberry-pi-3-to-feature-on-board-wifi-bluetooth.html), meaning that if we want to be more accurate (adhere more closely to the 802.11p protocol), we should buy an adapter that supports 5 GHz. Will discuss in meeting

Next Steps:

  • Install nmaps and see how well it works
  • Set up a mesh network with another Pi to ensure that we can broadcast more than one way

Challenges:

  • Debugging nmaps
  • Minimizing time taken to ping everything.

Weekly Meeting

Author: Jacob Cytron

Date: 2/2/2018

Hours: 1

Finished the majority of the Gantt chart during our in-class meeting.

Began work on the presentation.

Project Info

Author: Patrick Naughton

Date: 2/2/2018

Hours: 1

Began work on the Gantt Chart to distribute the work load.

Began the presentation for the class presentation.

Week 1

Started Learning Python

Author: Jacob Cytron

Date: 2/2/2018

Hours: 2

Watched assorted videos on learning Python

Read through more of the links

Yak Week 1 Work

Author: Yak Fishman

Date: 2/2/2018

Hours: 7

Attended group meeting and discussed group goals.

Continued research into materials and read linked articles.

Began to brush up on Python for future coding we will do

Pinging Over Ad Hoc Network

Author: Patrick Naughton

Date: 2/1/2018

Hours: 2

Successfully pinged one Raspberry Pi from the other one over an ad hoc network.

Configured each Pi to create an ad-hoc network on startup and assign itself a static IP address.

Relevant files:

  • etc/network/interface
  • etc/rc.local

Next steps:

Ad-Hoc Communication

Author: Patrick Naughton

Date: 1/31/2018

Hours: 0.5

Confirmed that ad-hoc networking is feasible. Used one Raspberry Pi to create a Wi-Fi access point that my phone could detect.

Additionally, no Wi-Fi adapter was necessary because the Raspberry Pi model 3 comes with it's own native Wi-Fi capabilities.

Ad-hoc.png

Next steps:

  • Getting both Pi's to create ad-hoc networks
  • Ping one Pi from the other

Getting Materials

Author: Patrick Naughton

Date: 1/29/2018

Hours: 2.5

Got a key to the lab so that we can access materials.

Met with group to discuss objectives and potential challenges.

Acquired 2 Raspberry Pis to experiment with in order to see how easy it is to establish ad hoc communication.

Met with Dr. Zhang to discuss progress.

Discussed potential for different demos. A "mirroring" demo may be more feasible if other groups are not as successful as hoped.

Met with other groups to see their progress.

First Weekly Meeting

Author: Jacob Cytron

Date: 1/29/2018

Hours: 1

I attended the first weekly meeting. We clarified our end goals for the piCar project and talked over how we will accomplish our goals.

PiCar Research

Author: Jacob Cytron

Date: 1/28/2018

Hours: 2

I read some articles on the 802.11 modules and I also read through the thesis on the DriveIt communication between Raspberry Pi cars.

Yet Another WiFi Adapter

Author: Patrick Naughton

Date: 1/28/2018

Hours: 1

Found yet another WiFi adapter, this one suggested by a paper specifically about using the Raspberry Pi as an "on board unit" for DSRC in a VANET. This specific adapter, at least upon initial inspection, looks like it would be a good candidate because it has Linux support, can run in ad hoc mode (CTRL-F the documentation for ad hoc, it specifies how to set it up), and runs in the 5GHz band with backwards compatibility for the 802.11a protocol. Additionally, the authors of the paper successfully used it to establish communication on a Raspberry Pi, meaning this is possible.

Adapter: https://www.amazon.com/TP-Link-Wireless-Adapter-Archer-T1U/dp/B016K088UC

Adapter documentation: https://images-na.ssl-images-amazon.com/images/I/C1BISG1QKyS.pdf

Paper: http://www.ijste.org/articles/IJSTEV2I10148.pdf

A Better WiFi Adapter and a Tutorial

Author: Patrick Naughton

Date: 1/28/2018

Hours: 1

Just found a Wi-Fi adapter compatible with the 802.11a standard. It does not come with a driver on the latest version of the Raspberry Pi, which could actually be a good thing because it means we can compile the driver ourselves (modifying open source designs to suit our needs). Links to the adapter and tutorial can be found at the end of the post.

http://us.edimax.com/edimax/merchandise/merchandise_detail/data/edimax/us/wireless_adapters_ac600_dual-band/ew-7811utc/

This is available on Amazon (https://www.amazon.com/Edimax-EW-7811UTC-Dual-Band-Connectivity-Exceeding/dp/B00FW6T36Y/ref=sr_1_1?ie=UTF8&qid=1517199327&sr=8-1&keywords=AC600+Wireless+Dual-Band+Mini+USB+Adapter+EW-7811UTC) for about $16

Tutorial: https://layereight.de/raspberry-pi/2016/08/25/raspbian-rtl8812au.html

Link to github for open source driver: https://github.com/gnab/rtl8812au

Reference: adapters that work with Raspberry Pi: https://elinux.org/RPi_USB_Wi-Fi_Adapters

WiFi Adapter and more

Author: Patrick Naughton

Date: 1/27/2018

Hours: 1.5

Based on this article (http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6060057&tag=1), we should be able to use an 802.11a driver to mimic a worst case scenario 802.11p driver. The paper concludes that with minor software adjustments,

VANET solutions that are validated using this approximation will also work on real hardware with better signal quality. As long as experimenters are aware of the limitations of the presented solution, it can be successfully applied as a cost-effective tool for VANET research.

We therefore need not find an 802.11p module - a more common 802.11a module will do.

Unfortunately, finding an 802.11a module is also surprisingly difficult. However, an 802.11n module should be able to operate in 802.11a mode because they share the same frequency (5GHz). This means an 802.11n module should suit our needs, as long as we can modify the device driver to make the minor adjustments the above paper discusses. Directly below is an example of such a driver.

https://www.canakit.com/raspberry-pi-wifi.html

In addition to supporting 802.11n operation, the dongle must also support ad hoc mode. This is because that seems to be the best way to set up a network mesh among multiple raspberry pis. Instructions for doing so can be found at the following link:

http://www.ericerfanian.com/mobile-mesh-networks-with-the-raspberry-pi-part-1/

Using an ad-hoc network mesh seems to be the best available solution. DSRC/WAVE, which nearly every source cites as the way to send emergency communications between cars, is an ad hoc network (https://www.hindawi.com/journals/jat/2017/2750452/). Such a network does not rely on external routers, so even if the cars lose internet access, they can still communicate with one another.

Link Dump

Author: Patrick Naughton

Date: 1/26/2018

Hours: ~10-15

Author: Patrick Naughton

Date: 1/26/2018

Link to modification article. Hopefully we can use this to modify an existing 802.11a (WiFi) module to fit our needs.

http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=6060057&tag=1

Author: Patrick Naughton

First log