Friday, June 24, 2016

Learning Week June 20th-24th

2016.06.24 Friday. Presentation day.

Worked with Isaac for the majority and with members of the other teams for the minority of my time, familiarizing myself with the various systems and problems faced by each of them. I worked on learning coding principles, modeling Encitra practice, and preparing to do 4D simulation in the modeling environment.

This was my last full week before my summer school classes (at De Anza) start this Monday; I won't be here except on fridays possibly because I do not have class.

Monday, June 20, 2016

Week 3 and Beginning of Week 4 Summary Post

Post summarizing the work of 13-17 June and 20 June

Encitra modeling practice work, for the most of my part, improving my skills with reproducing a model house in Encitra CAD software/ 4D physics modeler.

Otherwise working with Eric on the Solar team and Michael on the Bogie team to familiarize myself with other systems.
Week of 13-17 June, up to 20 June(Monday)

Working on Encitra 4-Dimensional modeling software skills, to in the future work with Civil and other teams to create a real-time simulation of the Podcar system and its details for testing simulations.

Finished recreation of 'house' 3D model in Encitra to hone my modeling precision and abilities. Working currently(@3p 20 June Monday) on more practice modeling using Google Earth, Google Maps, for additional examples with measurements.

Also working with Civil team on test track layout and logistics where possible.


Monday, June 13, 2016

A week's work on Half Scale Circuit Design and ISE Deadlines for Encitra Design

10 June 2016 Blog Post K.Rahill


I worked on potential half scale layout in the beginning of the week as well as Encitra learning efforts and AutoCAD learning efforts, to some success. Thursday the team re evaluated our test circuit layout plan. We added in an additional area to the test track land to be used. We simplified the hypothesized track layout to include one major 180degree course-reversal turn, two potential station spots, proposed 30m radius turns(until the math can be done on other radii) and a more simply designed dead end straight along the side of the property to be used. Kept in mind for this model is the ease of use for the property owners themselves, and the minimums to be tested in this (most likely) full-scale mock up. Other members looked over the potential solutions to crossing the obstacles between SJSU main and south campuses.




13 June 2016 I worked with ISE to figure a plan of action and deadlines for the next few days. I continued work on learning Encitra modeling software. 

Thursday, June 9, 2016

Spartan Superway 2016 Summer Internship First Personal Blog Post

09 June 2016. I'm working with the Civil team on track layouts, potential paths from main SJSU campus to South campus and pickup points near and around each campus. I specifically am working on potential layouts for the phase 1 testing circuit on the 1555 Swenson property near south campus. I and my fellow Civil members have worked out that the absolute minimum radius for a passenger pod at 10m/s is 5.1m if the maximum centripetal force experienced is to exceed no more than 2G. Larger radii are preferred as it reduces the centripetal force for any given velocity. Also I have looked into pathing of a hypothetical city grid. File is in my subfolder of our subteam's folder on Google Drive, a CAD file. It outlines a track layout to allow for multi-directional travel using our guideway system. I noticed an issue of crossing guideways-raising and then lowering the elevation of a guideway path is prohibitive in several ways for the purposes of allowing tracks to cross. My design, and a design proposed by Ron Swenson, get around that issue by establishing a roundabout in a counterclockwise direction that is raised above the traffic. It allows traffic to go in and out from all four cardinal directions of the city block layout. It can be extended lengthwise and by radius to allow for more incoming and outgoing traffic directions as needed. As a rule I kept each intersection limited to one incoming traffic, outgoing traffic, or direction change action so that road crossing infrastructure was limited, and so that track change mechanisms have time to adapt to the correct side of the track for each pod's route(as of this moment the spline I placed in the drawing needs 3 dimensions to be rendered in a web browser) Link I continue to work on the test circuit requirements by communicating with the other subteams to determine what attributes need testing or otherwise consideration.