Skip to main content

Week 21 (Mar. 06, 2019): ME 195B - Presentation #1 (Prototyping Stage) Reflection

Today, we presented our first presentation of our second semester of ME 195B - Senior Design Project, making it our 4th presentation overall, throughout the entire duration of senior project, since last semester. 

Please refer to our Presentation #1, embedded below. 

Up to now, we have gathered all of our major components and are starting to prototype one small-scale podcar. Although, if we find that we need to buy a smaller component, we do so immediately to get ahead of the delivery time. Besides the gimbal motor and the accompanying ESC (electronic speed control), we have tested all the parts and have found that they all work individually. 

Despite the fact that there's limited information on gimbal motors on the internet, we found some Arduino code to run the gimbal motor and ESC. However, regarding the connections, we have all but one connection - the connection between the ESC and the battery; all we need is an XT60 connector to connect the ESC to the battery; it is currently in delivery. After the presentations today, we will make the gimbal motor connections and test the motor. 

Following our Presentation #1, we received some questions from Dr. Furman primarily about the gimbal motor. Because we don't yet have the XT60 connector, and thus haven't been able to test the gimbal motor, we could not answer his questions properly. 

Dr. Furman asked us two questions that we would now like to retroactively answer. 

The first question was if we were sure that gimbal motors are intended to be run slowly. Our answer is: not necessarily. The speed can be controlled, albeit to a limited degree, with a potentiometer connected to the Arduino. The Arduino will read analog readings from the potentiometer as its knob is turned. Accordingly, the Arduino code will set a proportion to scale the potentiometer readings to a speed value to write to the ESC. 

The second question he asked us was if we will be controlling the speed of the motor. To answer, we will find a good speed and then set the potentiometer reading permanently. We will also make the motor start at a lower speed, and then accelerate to the desired speed. We will accordingly gear down the motor, as it seems the lowest possible speed of the gimbal is still too fast. 

After completing these prerequisite actions, we will then ensure all the components to run together and complete one podcar. We will have to complete one podcar prior to Presentation #2 so that we can present good progress, and from there, it will be easier, as we would simply have to replicate our actions to the other podcars.

Comments

Popular posts from this blog

Week 30 (May 8, 2019): Prototype Evaluation Day, Final Circuit, Incorporating 3D printed parts, Final Presentation, Posters, & Maker Faire

Today, we held Prototype Evaluation Day. Like the rest of the senior project classes, the advisor walks around the classroom, evaluating the senior project apparatuses, asking the student teams to demonstrate their devices, and explain their design, though processes, and results. Dr. Furman and Ron examined and inspected the Full-Scale model, then the Half-Scale model, and lastly, us, the Small-Scale Team. We had completed our circuit to power one pod car and one of the two induction charging stations prior to Evaluation Day, so we were able to successfully demonstrate the pod car driving around the track as well as the induction charging. While we were still troubleshooting issues with the tablet’s Raspberry Pi communicating with the Arduino, the Arduino is still capable of operating on its own, so we could at least demonstrate the motor driving the pod car around the track and through the offline stations. Depicted below is our final circuit that powers the pod car: Dep

Week 28 (Apr. 24, 2019): Final motor selection – Mini-Stepper Motor

Since last week, we have been trying to run the new brushless DC motor; however, it is still difficult to control, let alone its speed. Therefore, we had to pursue our alternative motor, the mini-stepper motor that runs at 5V. Found in Arduino starter kits, this mini-stepper motor is accompanied by its dedicated motor driver board, the ULN2003, which is a chip containing a series of Darlington pair transistors. An image of the stepper motor and the ULN2003 board is shown below:   Sources: https://www.adafruit.com/product/858 https://www.amazon.com/gp/product/B01CP18J4A/ref=ppx_yo_dt_b_asin_title_o03_s00?ie=UTF8&psc=1   We were able to successfully run the new mini-stepper motor with the sample code included with the Arduino starter kit. One benefit to using the sample code is that it utilizes the Stepper library’s functions. One use function is the setSpeed( ) function, which allows the user to set the RPM speed of the stepper motor. We found that the maximum spe

Week 9 (Oct. 24, 2018): Presentation #2 (Primary & Alternative Design Concepts) Reflection & Eliminating GPS as a Possibility

Earlier this week, to prepare for our presentation on October 24, I looked into different GPS modules. Unfortunately, I concluded that it was not possible to implement one. Recently, I learned in my ME 190 class (Mechatronics System Design) that GPS is not very accurate, as it does not have a fine resolution. Within a 10-meter radius, the satellite cannot distinguish whether the object is at the 1-meter mark or if it’s at the 9-meter mark; in other words, the object that the GPS is attached to will just be a big dot on the map. To illustrate my point, a map is shown below. The top image depicts the position of the GPS user represented by a large dot. That dot covers 10-meters, as the bottom image shows smallest measurement that that can be achieved by zooming in is 10-meters. After travelling nine-meters in one direction, the GPS has not updated the location of the dot. Additionally, the object would have to be travelling faster than 1 m/s; we aimed to have the podcar travel at around