Goliath Fall 2017 – 3DOT 4.54

While waiting for the new 3Dot board (5.03) the 3Dot 4.54 version board is being used for development. Physically the boards are nearly the same. The only major change that affects us is the placement of headers and connectors. On the new board, there are two separate locations to connect I2C devices. So, our devices can route […]

Goliath Fall 2017 – Breadboarding

All major components have been laid out on a breadboard for testing the majority of the program work. Most importantly being the color sensors and gyro. As both provide vital functions for navigating the maze. This breadboarding has provided very useful as the previous Goliath has been used as a test platform with room for new components on top. […]

Antenna Matching

Written by Zachary de Bruyn (Electronics & Control)

Table of Contents

Purpose

The PeteBot chassis team is unique in that it is utilizing two PCBs which operate on two different MCUs; the first being the heritage 3DoT v5.03 board which uses the ATMega32U4, and the second being the SAMB11, which incorporates the ATSAMB11. One significant different between the two boards is that the SAMB11 has a transceiver module. Because the SAMB11 can operate with the incorporated Bluetooth (BLE), an antenna network was needed to be designed to utilize the BLE transceiver. Because an antenna network was needed to be constructed with minimal input from the SAMB11 reference design, many steps were required to be performed in order to ensure that the SAMB11 could operate at the 2.4-GHz BLE frequency.

Antenna Selection

The first step in the overal process of incorporated a matching network is selecting a proper antenna based on the needs of the system. To reiterate, the operating frequency of BLE is 2.4-GHz. Along with frequency requirements, there are also size requirements. Our antenna therefore was required to operate at the BLE frequency, to be small enough to fit on a PCB, and to operate the PeteBot chassis. These requirements alone narrowed the possibilites of two types of antennas: PCB or chip antennas. With the PCB antennas, one antenna that looks promising is the meandered inverted-F antenna (MIFA). The chip antenna resembles a 0805 resistor or inductor. The two antennas are shown below:

Figure One – MIFA (Source: Cypress)

Figure Two – Chip Antenna (Source: Cypress)

Analyzing both types and data sheets of antennas, we discover that both antennas have an isotropic radiation pattern, meaning that the frequency of the antenna can be picked up equally from almost every direction. This is ideal for our applications due to the fact that the PeteBot will be required to operate via RC mode by an operated. A few other important antenna parameters are: return loss, gain, and bandwidth. Return loss is essentially how much of the power being transmitted is reflected due to the mismatch of the antenna’s imepdances. The standard for impedances is usually 50-Ohms. A return loss greater or equal to 10-dB is considered ideal for operation [1]. Referring to the following equaltion for return loss:

Equation (1)

At a return loss of 10-dB which translates to 90% of power transmittered going into the antenna, return loss of 20-dB translates to 99%. The gain is a measure of ow strong the radiation field is compared to the ideal omnidirectional antenna. For isotropic antennas, like that being applied to the PeteBot, gain is measured as dBi. The “i” simply indicates that the gain is measured frerence to an istropic antenna. While the MIFA antenna has a gain of about 5-dB depending on the plane of radation, the chip antenna has a peak gain of 0.5-dBi. The bandwidth requirements for the antennas requires that the BLE frequency is capable of interception, which was 2.4-GHz. The chip antenna has a frequency range of 2.4- to 2.5-GHz, which translates to a bandwidth of 100-MHz. The MIFA antenna operates a a comparable frequency range, and therefore has an equivalent bandwidth.

With comparable operational characteristics, an antenna selection for our purposes was based upon flexibility, in which the antenna can be used in a variety of configurations for the SAMB11 board. In the case of the PeteBot SAMB11 PCB, the chip antenna is the best candidate.

Matching Network

The purpose of an antenna matching network is to allow the most power to be delivered to the load. The load in the case of transcievers, like the SAMB11, is dependent on whether the antenna is transmitting or receiving. If the antenna is transmitting, then the antenna is the load, whicl the SoC SAMB11 is the load if the system is receiving. It is common practice to design a load with 50-Ohm impedences for RF traces [1]. As a review, the term impedance is mathematically defined as the magnitude of resistance and reactance. It is typically denoted by the letter “Z.”

Equation (2)

Equation (3)

In Equations (2) and (3), R denotes resistance, and X for reactance. Both values are measured in Ohms.

Now that impedance is defined and the typical characteristic impedance is defined as 50-Ohms, this information can be used in collaboration with the helpful tool called a Smith Chart.

Smith Chart

It is a graphicaly tool used to help plot complex impedances and used to define a matching network. It is also helpful in determining many important RF parameters, including VSWR, return loss, reflection coefficient, and transmission coefficients. Using this chart can design a matching network.

Figure Three – Smith Chart (Courtesy of Wikipedia)

There are a lot of reference towards using Smith charts on YouTube that will explain how to find the difference parameters.

The best usage of the Smith chart is to be able to measure the input impedances going into a load, where the input impedance is defined as Z_in. Character impedance is Z_0 and the load impedance is Z_L.

As an example, let’s say that the measured Z_in was 100-j100-Ohms. The first step would be to normalize the input impedance by dividing Z_in by Z_0, which would result in 2-j2-Ohms. This opint can be located on the Smith chart, and from this point (2-j2), you can use a combination of inductors and capacitors to move the impedance to the necessary location on the Smith chart, which is the center of the chart where the red dot is in Figure 3. The table below helps better understand how each component affects the impedance of the matching network.

Table One

Using any combination of passive elements can be used to get measured impedance as close as possible to the center of the Smith chart for optimal performance. If we refer to the matching newtorks in Figure 4 and Figure 5, we can see that the matching network consists of the passive elements described in Table One.

Figure Four – Chip Matching Network Antenna Reference Design

Figure Five – SAMB11 Matching Network Reference Design

Figure Five depicts the matching network reference design for the SAMB11 where the resistance network shown in the dotted square is omitted from the final design PCB. Also omitted was the capacitor laveld DNI (Do Not Include).

S-Parameters

Scattering parameters, or “S-parameters” are a set of parameters which define the electrical power delivered between two ports on a network, where a port is any where within the network containing voltage or current delivery [6]. The four parameters are displayed below:

Table Two – S-Parameters

The reflection coefficient referred to in the S11 description is defined as followed:

Equation Four – Reflection Coefficient

Where  are the reflected and incident plane waves, and the  is the intrinsic impedance of the medium the wave is traveling through, and  is the intrinsic impedance of the surface/material medium the wave reflects or penetrates [5].

The S-parameters can be collected by using a Vector Network Analyzer, however they are fairly expensive, usually greater than $10,000 on the lower end models. As a substitute, there is software such as Microwave Office or Optenni which can calculate the S-parameters as well. While these software suites are NOT free, they do offer free “research” trials where you can use it free for a week (Microwave Office) or for a month (Optenni).

Optenni provides the most tutorials on how to get familiar with the basics of the software, and also offers an optimization tool which allows you to designate specific requirements you want for your design. For instance, in the case of the SAMB11 3DoTX board, the requirements for BLE is that it resonate at 2.4-GHz. By using Optenni, desired parameters can be chosen, and a matching circuit will be automatically constructed through the software. (Click Here, it will redirect you to the Optenni technical resource page).

Figure Six – S11 Parameter

Example

As seen in the S parameter chart in figure 6, the S11 parameter extends just beyond -20-dB. The figure therefore suggests that at approximately -20-dB the antenna radiates at its maximum. At 0-dB the antenna radiates nothing. While this simulation may  look ideal, it is not practical for real world application. This is because the dark blue highlighted bandwidth (2.4-2.483-GHz) is difficult to realize in the physical world. In practical antenna circuits, the resonating frequency an antenna could transmit/receive is always met with some percentage of error, or acceptable deviation from nominal conditions. For example, the chip antenna we have chosen for the 3DoTX board has a frequency range from 2.4 to 2.5-GHz. A 100-MHz difference. By choosing more than the two components that have been shown below, more components can be added to open up the bandwidth of frequencies that can be received/transmitted by the antenna. Another great feature with Optenni is that you can tune the component values to see how each one effects the S11 parameter.

Figure Seven – Smith Chart (top) and matching generated circuit (bottom)

By looking at the smith chart in figure 7, we see that dark blue are highlighted on the graph corresponds with the dark blue area highlighted in figure 6. Recalling the information presented earlier about the smith chart and 50-Ohm impedances, we can see that the matching circuit accurately tunes the antenna to operate at the matched approximate 50-Ohm impedance.

In the matching circuit shown, the port corresponds with the input (i.e. the antenna) and the load corresponds with the SAMB11.

References

[1] Reference One

[2] Reference Two

[3] Reference Three

[4] Reference Four

[5] Fundamentals of Engineering Electromagnetics by David Cheng

[6] Reference Six

Acknowledgements

Thank you for Dr. Densmore, Dr. Rezvani, and Dr. Haggerty for help in contributing to understanding the matching network.

Gear Studies

Written by Railan Oviedo (Manufacturing)

Objective

For the Pete-Bot’s (P-Bot) method of movement, our project has implemented a
planetary gear system that incorporates the incline gear as the wheel and 3 planetary gears. The top planetary gear will be the driving gear that is connected to the GM6 motor, while the other two planetary gears will have ball bearings inserted into them—effectively making their presence their solely for the purpose of properly spacing the incline gear. In order to ensure the whole structure stays together, washers will be placed to prevent them from touching the chassis, and a triangular gear holder will be utilized to prevent the system from popping off the chassis.

Preliminary

For a planetary gear system to work, specific parameters must be made in order to ensure the gears can smoothly spin together. The equations to ensure this are as follows:

Equations (1) to (3) to determine the number of teeth for the gears and pitch diameter

“N” represents the number of teeth for the incline gear ring, the planetary gears, and the sun gear. As stated in the introduction, the sun gear will not actually be implemented, but it is still necessary for designing purposes. The variable “r” is for the ratio of revolutions between the sun gear and the incline gear.

The Pitch Diameter “PD” is the effective diameter of the gears, and it is determined by multiplying the number of teeth by the gear module “M.” The modules must be the same for all the gears in the system in order for them to operate smoothly.

Test 1

The initial “r” value chosen for the system was 3, so the sun gear would spin 3 times for every spin of the incline gear. The modules have been set to 1, so the number of teeth also determines the pitch diameter in millimeters. For the first trial, the incline gear was chosen to have 40 teeth – thus resulting in a 40 mm pitch diameter – with an outer diameter of 45 mm. From the equations, the other parameters were found as the following:

Equations (4) & (5) that show the number of teeth calculated

With this, SolidWorks was used in order to generate a simulation for the gears.

Image One – Initial Gear System

Because of the ball bearings, the lower planetary gears will have an increased inner diamater of 1/4 of an inch. This system was laser cut in order to rapid prototype with the P-Bot chassis.

Video Link

Image Two – Initial Wooden Gears

Gear Holder

The gear holder was made to fit the shape of the first gear system. The design is shown in the picture below:

Image Three – Gear Holder

The measurement numbers are given in centimeters. The 4 cm diameter circle represents the pitch diameter of the incline gear, and the 5 cm diameter circle reqpresents the total diameter of the wheel including the tire treads.

Test 2

After testing how the ring actually functions on the chassis, it was seen that the planetary gears for the ball bearings are incredibly flimsy. Furthermore, the wheel is not large enough to surpass the bottom of the chasis, as shown in the picture below:

Image Four – Rapid Prototype Implementation of Incline Gear

Due to this, a new system that utilizes a 42-teeth incline gear with “r” equal to 4 was used in order to increase the diameter of the wheel. From the equations, the other gears’ teeth were found as:

Equations (6) & (7) show the new number of teeth determined for the new gear system

Since the planetary gears will now have a wider pitch diameter, this should eliminate the issue of their stability for the ball bearings. Using this, another SolidWorks model was made, and these were also laser cut for rapid prototyping.

Image Five – Second Gear System

Image Six – Second Set of Wooden Gears

Results

After trying the alignment pattern of the gears for Test 2, it was found that the incline gear ring would not touch the driving planetary gear due to the fact that the incline gear becomes slightly raised when it is placed on the ground.

However, when attempting to use the 14 teeth gears in tandem with the alignment for Test 1 (Refer to Image 1), it was discovered that the gears were very close to being in the perfect spots for the whole system to function properly. Minor tweaks would need to be made on this alignment in order to get the positioning correct.

Test 3

The third and final test was to adjust the alignment from Image 1, and to then use the 14 teeth gears in place of the actual gears that should be used for it (i.e. 10 teeth planetary gears, and 20 teeth sun gear).

Image Seven – SolidWords Model for Test 3 (in mm.)

The original distance between a planetary gear and the sun gear was 15mm. This distance is reduced in the hopes of having the incline gear ring fit. To test whether this would work, the alignment pattern was cut out onto wood via a laser cutter.

Image Eight – Test 3 Alignment Cut-Out on Wood

The gear holder was also altered to fit this new alignment. The sides were made thinner so it is possible to see the gears behind it, and a slit was added to one side in order to indicate which side connected to the driving planetary gear. This side was also made slightly longer than the others in order to accommodate the fact that the incline gear slightly rises when it is on the ground.

Image Nine – Gear Holder for Test 3 (in mm.)

After laser cutting out the gear holder, the alignment pattern was tested and confirmed to work extremely well. Small washers were put in place between the wooden plate and the gears, and between the gears and the gear holder. These washers were small enough so that they only come into contact with the bearings inserted into the gears, thus resulting in a very small amount of friction when trying to spin the incline gear. The assembled pattern and a reference video are given below:

Image Ten – Test 3 Alignment Assembled with Gears

Video Link

D-Gear

Although the alignment was set, it now became necessary to change the driving planetary gear so that it fits the shape of the new GM6 motor shaft, which has a D-shaped profile. The model for this gear is given below:

Image Eleven – D-Gear

With the alignment set and the D-Gear created, it was then implemented onto the chassis itself, and can be seen as:

Image Twelve – Assembled Planetary Gear System

References

[1] Reference One

ModWheels 3DoT v 5.03 Integration and Test

By: Lucas Gutierrez (Project Manager) & Matt Shellhammer (Electronics & Control Engineer)

12/12/2017

As of Tuesday, December 12th, 2017, ModWheels does not have an operational v. 5.03 3DoT.  ModWheels was given a v. 5.03 on Monday, December 11th, 2017 without a Bluetooth module (HM-11) or a battery holder.  After soldering the HM-11 and battery holder, a test was done and motors and peripheral subsystems encoders could not be powered simultaneously.  Due to this, along with the HM-11 being inoperable, ModWheels decided to revert back to the SparkFun ProMicro microcontroller for continued prototyping until 3DoT issues have been resolved.

11/19/2017

To fulfill the customer’s request, ModWheels will incorporate the 3DoT as its choice for a micro-controller.  As of 11/15/2017, the most recent EE 400D class, the 3DoT v 5.03 was available for in-class testing.  When the 3DoT v 5.03 becomes available for long term usage, a more thorough blog post will cover its the testing and integration with respect to the ModWheels project.

ModWheels Custom Command and Telemetry

By: Lucas Gutierrez (Project Manager)

 

Discussion

An important aspect in fulfilling ModWheel’s mission requirements is integration with the Arxterra platform, both with the phone application and web based application.  To tailor and customize the user experience of the Arxterra applications to the ModWheels project, a few custom commands and telemetry will be incorporated. ModWheels would have implemented a 4 state custom command on the Arxterra GUI.  These states would have been RC (user controlled), Memory (Navigate with user), Replay (autonomous navigation), and Phase 2 (avoiding robots). RC mode would allow the user to control the ModWheels toy robot with the given slider options (motor). Memory would be a navigation of the maze with the user guiding the robot to the end of the maze. Replay would be the autonomous navigation of the maze based off Memory mode. Phase 2 would deal with avoiding robots in the maze. A new slider widget should be requested to allow for direct control of the servo on the ModWheel toy robot. The issues that arose revolving the 3DoT board made it difficult to test Arxterra on our toy robot.  Future teams that do decide to adopt this project should collaborate with Jeff Gomes when dealing with the Arxterra GUI.  Custom gadgets can be implemented that could make controlling the toy robot easier.

Custom Commands

RC Mode

Inside the maze

D-pad will be used to call predefined turn subroutines.

Outside of the maze

D-pad

Forward: Increase speed from current speed to 255.

Left: Move servo to left when pressed and move back to center when button is released.

Right: Move servo to right when pressed and move back to center when button is released.

Back: Decrease motor speed from current speed to 0.

Autonomous Mode

Make predefined turns based on recorded data.

Telemetry

  • Battery level indicator.
  • Robot orientation (when using web based application).
  • Direction (when using web based application).
  • Current room (when using web based application).

PeteBot Requirements

(Written by Elizabeth Nguyen (Project Manager) & Melwin Pakpahan (Missions, Systems, & Test)

Table of Contents

Objective

The requirements for the PeteBot (3DoT Chassis) are defined at two levels and provide the team with direction and to determine what shall be accomplished. Verification and validation are also outlined.

Current Status:

At this time, not all requirements have been confirmed and are pending approval. Some of the requirements listed below are different from the requirements listed in the PDD.

Level One Requirements

Program Requirements

  1. PeteBot shall be completed by Wednesday, December 13, 2017.
    1. This requirement coincides with the last day of class.
    2. This is the projected demonstration date for all toy robots.
  2. PeteBot shall cost no more than $200 as projected by the customer.
  3. PeteBot will be a toy robot.
    1. This requirement is defined through the customer expectations.

Project Requirements

  1. PeteBot shall use the PBX11 which is an alternative microcontroller to the 3DoT Board that utilizes the SAMB11 chip instead of the ATMega32U4 chip.
    1. In case the PBX11 board is inoperable, the 3DoT Board shall be used in its place.
  2. PeteBot shall navigate through a maze with remote control through the ArxRobot App or the Arxterra Control (based on Project and Mission Objectives).
  3. PeteBot shall be no larger than 4 x 3.5 x 3 inches.
    1. These measurements were taken at the widest dimensions of the chassis since it tapers at the bottom.
  4. PeteBot shall be able to memorize a path through the maze that is taught by the user (based on Project and Mission Objectives).
  5. PeteBot shall be able to autonomously travel down the path that was memorized (based on Project and Mission Objectives).
  6. PeteBot should be able to navigate the maze and avoid collisions when multiple robots are in the maze.
    1. The Rules of the Maze for the avoidance algorithm have been defined.
    2. Line following will be implemented if the motoer encoders are funtional.
  7. PeteBot shall have a chassis that is 3D printed.
    1. This is derived from a customer expectation.
  8. The total 3D print time of PeteBot’s chassis shall not exceed 2 hours (based on Project and Mission Objectives).
  9. The main body (chassis) of PeteBot shall be of one solid piece.
  10. PeteBot shall be assembled per the guidelines of Disassembly and Reassembly.
  11. The PeteBot Paper Shell shall resemble the CSULB mascot, Prospector Pete.
    1. This is a customer expectation.
  12. The PeteBot shall be able to perform all functions as programmed by the Arxterra app.
    1. This includes custom commands.

Level Two Requirements

System Requirements

  1. PeteBot shall operate for no less than 20 minutes using a fully charged battery.
  2. PeteBot shall attain an operating speed no slower than 3 centimeters per second.
    1. This speed is referenced from Mission Duration.
  3. PeteBot shall utilize the Generic Color Sensor Shield for line-following.
  4. The PBX11 board shall fulfill the requirement to be a custom PCB.

Subsystem Requirements

  1. PeteBot shall be powered by a RCR123A Lithium Polymer battery.
  2. PeteBot shall use a planetary gear system.
  3. The Generic Color Sensor Shield shall be located at the front of the PeteBot.
  4. PeteBot shall have a castor wheel under the Generic Color Sensor Shield to support the mobile phone.
  5. PeteBot shall utilize two GM6 brushed DC motors with an extended D-shaped shaft.
  6. PeteBot shall utilize two shaft encoders for line following.

Generic Color Sensor Requirements

Written by Charles Banuelos (Manufacturing and Design;Division Manager)

& Muhannad Al Mohamed (Electronic & Control Division Manager)

Worked on by Charles Banuelos (Manufacturing and Design;Division Manager) & Muhannad Al Mohamed (Electronic & Control Division Manager)

 

 

The Color Sensor Shield shall provide measurements from two color sensors with different I2C addresses.

The Color Sensor Shield shall be compatible with any Fall 2017 400D robot. (Specifically to avoid the caster wheel of PBot )

The Color Sensor Shield will use a generic 90 degree pin header to interface with the microcontroller.

The Color Sensor Shield shall use parts of 0603 (imperial) package size or larger.

The Color Sensor Shield will be compatible with any version 5.03 3Dot board.

The Color Sensor Shield will be 55 mm in length.

The distance from the outer edge of a color sensor IC to the other outer edge of the second IC will be 40.249 mm.

The White LEDs will be 2.76 mm away from each color sensor IC edge to edge.

The Color Sensor Shield will be 10.85 mm in width.

Generic Color Sensor Board Dimensions

 

 

ModWheels Power Budget

By: Andrew Yi (Mission, Systems, & Test Engineer)
Approved By: Lucas Gutierrez (Project Manager)

Introduction

The 3DoT Board is comprised of key components that each draw current from the battery.  The boost receives input from the battery directly, and in turn provides power to the LDO. The power report has been updated per the Division Manager and modified to each individual project.
Figure 1: Power Budget
Figure 2: Power Budget
The test report for the GM-6 motors can be seen here:
The test report for the servo can be seen here:
2 color sensors and 2 shaft encoders are being used on our toy robot and the totals have been placed in the spreadsheet.  The motors and the servo will be pulling most of the current from our system, but the tests show us that they won’t impact the project’s power.
Figure 3: Power Budget
Figure 4: Power Budget
The margins for the LDO, Boost, and battery allow for a large margin for additional components.  Power Budget 4.png shows the estimated battery run time of our toy robot.  With current components, the ModWheels robot has the power capabilities to accomplish the mission.

Calibration Of The Muse Laser Cutter

Written By: Lucas Gutierrez (Project Manager for ModWheels) & Charles Banuelos (Design & Manufacturing Division Manager)

Worked On By: Charles Banuelos (Design & Manufacturing Division Manager) & Lucas Gutierrez (Project Manager for ModWheels)

Calibration of The Muse Laser Cutter

After configuring the laser cutter for power-up, calibration of the Muse laser cutter can begin.  Instructions on how to configure the laser cutter for power-up can be found in the post below.

If properly configuring the laser cutter for power-up has not been performed yet, follow instructions on how to verify received components and additional materials needed for optimized use, which can be found in the post below.

Steps on how to calibrate the Muse laser cutter can be found through the Muse Laser Calibration Guide video, as well as the Muse Laser Cutter manual.  Links for each can be found below.

Muse Laser Cutter Manual

This calibration consists of aligning each of the three mirrors to match the guide red guide laser to the power laser (used for cutting).  Below is a summary of the steps performed to calibrate the Muse Laser Cutter.

  1. Power on the Muse laser cutter and allow initial power on calibration to finish
  2. Place a small enough piece of thermal paper to cover mirror 1 (upper left corner of the laser bed)
  3. Fire a test laser pulse (controlled by the touch-screen)
  4. Check burn patter (made by the test laser pulse) against the red guide laser dot
  5. If off, adjust red guide laser to the burn patter using the included allen wrench (guide laser located towards the back of the laser bed)
  6. Once adjusted, remove thermal paper and place new piece of thermal paper onto the second mirror
  7. Move laser arm to the farthest positive (+) y direction (towards the back of the laser bed)
  8. Repeat steps 3-4
  9. If off, adjust the first mirror so that the red guide laser matches up with the burn pattern (skip this step if they match)
  10. Move laser arm to the farthest negative (-) y direction (towards the front of the laser bed)
  11. Repeat steps 3-4
  12. If the two burns do not match up, repeat step 9 (skip this step if they match)
  13. Once adjusted, remove thermal paper and place new piece of thermal paper onto the third mirror
  14. Move laser arm to the farthest negative (-) x direction (towards the left of the laser bed)
  15. Repeat steps 3-4
  16. If off, adjust second mirror so that the red guide laser matches up with the burn pattern (skip this step if they match)
  17. Move laser arm to the farthest positive (+) x direction (towards the right of the laser bed)
  18. Repeat steps 3-4
  19. If the two burns do not match up, repeat step 16  (skip this step if they match)
  20. Once adjusted, remove thermal paper and place new piece of thermal paper onto the lens on the laser arm
  21. Repeat steps 3-4
  22. If off, adjust third mirror so that the red guide laser matches up with the burn pattern (skip this step if they match)

That concludes the initial calibration of the Muse laser cutter.

 

 

Fall 2017:

Calibration Method

After an initial configuration of the system, on Friday (11/03/2017) at 1 pm, a calibration of the laser cutter was completed.

This calibration consisted of aligning each of the three mirrors to match the guide red guide laser to the power laser (used for cutting).

The calibration was done by placing thermal paper onto the first mirror, firing a test burn, then confirming or realigning the red guide laser to the burn spot. This process was repeated for the extremes of the placement of the laser on the relative axis. This was performed on each mirror and was confirmed by a test cut.