Giridhar Kolanupaka
kolanupaka@yahoo.com
13–104, P & T Colony, Dilsukhnagar, Hyderabad – 500060
EXPERIENCE SUMMARY:
- Over 8 Years experience in verification and validation of Embedded Software and Hardware In the Loop real-time applications.
- Experience in major Automotive OEMs like GM, Ford, and Toyota with Embedded and real time Control Systems applications.
- More than Three years experience as Hardware-In-the-Loop Applications Engineer (powertrain embedded controller software testing and verification), General Motors Inc., Detroit, MI
- Experience in powertrain control systems and embedded technology for real-time Simulators like SimuCar and dSPACE
- Experience in administering, managing, configuring, and using the software configuration management or CMM tool Continuus (Telelogic's CM Synergy)
- Experience programming in C/C++, Visual Basic and Visual C++, scripting in VBA, Perl, and Python
- Good knowledge in Automotive Domain and Technologies. Specialization in
- MatLab tools, Simulink, Stateflow, RTW
- Control System Real-time Embedded applications
- Class II / CAN / GMLAN communication protocols (OBD)
- Powertrain control system applications
- Sensors, actuators and signal conditioning
- Process Knowledge of Software Quality Process SEI CMM Level 5, ISO 9001
ACADEMIC QUALIFICATIONS:
| Degree | Location | Gross or Percentage Marks |
|---|
| 10 Std | SRKSV High School, Hyderabad | 83% |
| Intermediate (12th) | St. Thomas Samhitha Jr. College, Hyderabad | 76% |
| B. E. in Mechanical Engineering | Vasavi College of Engineering, Hyderabad | 70% |
| M. S. in Mechanical Engineering | Tennessee Technological Univ., Cookeville, TN, USA | GPA - 3.0 / 4.0 |
SKILLS:
| High level Languages: | C/C++, MFC/Visual C++, VB, COM/ActiveX, C#.NET |
|---|
| Low level Languages: | C, Assembly (HC11 and 8085) |
|---|
| Scripting tools: | LISP, VBA, Perl, Python |
|---|
| Operating Systems: | Windows 98/XP, NT/2000, Linux |
|---|
| Automotive Modeling: | MatrixX/Systembuild, Matlab/Simulink/Stateflow |
|---|
| Automotive Embedded: | VLT-C2, CAN, GMLAN, Class-2 (SAE J1850) |
|---|
| HIL Simulators: | SimuCar, dSPACE, LabCar, VehSim |
|---|
| Version control Tools: | Telelogic’s CM Synergy, Visual Source Safe |
|---|
EMPLOYMENT SUMMARY:
| March 20 2006 to Present: | Danlaw Technologies India Ltd, Hyderabad, India |
|---|
| Dec 2004 to March 17 2006: | General Motors Technical Center India, Bangalore, India |
|---|
| April 2003 to Dec 2004: | Tata Elxsi Ltd., Bangalore, India |
|---|
| June 2001 to April 2003: | Altair Engineering, Troy, MI, USA |
|---|
| Oct 1999 to June 2001: | Mokum Services Inc, MI, USA |
|---|
PROFESSIONAL EXPERIENCE:
| 1. Testing of ATC (Automatic Temperature Control) module |
|---|
| Client: | XiCheng, China |
|---|
| Duration: | 2 months (March 06 – May 06) |
|---|
| Employer: | Danlaw Technologies |
|---|
| Tools used: | C, Code Warrior for Motorola HC12 |
|---|
| Operating System: | Windows 2000/XP |
|---|
| Project Description: |
|---|
| XiCheng, China has supplied a static simulator box with some analog, digital inputs to the ATC control module with display. This needs to be tested against the test cases. A K-line bus interface has also bee attached and needs to be tested with both functional, physical and diagnostics test cases for the K-bus as per the test cases derived from the specifications provided. |
| Role: |
|---|
| The test cases were written according to the specifications given for the ATC module with respect to the functional testing. These test cases were simultaneously tested on the simulator box and test cases were modified according the changes in the original specifications and modified according the change over from Rover to XiCheng. K-Bus test cases were also written for functional and diagnostics messages. These were tested using Danlaw’s internal tool called J2534 interface and the software tool. |
| 2. Automation of Generic Scan Tool (Diagnostics over CAN/GMLAN) |
|---|
| Client: | General Motors North America |
|---|
| Duration: | 4 months (March 05 – March 06) |
|---|
| Employer: | General Motors India |
|---|
| Tools used: | Simulink, C (S-Functions), Python/wxPython, ETAS LabCar/Inca |
|---|
| Operating System: | Windows 2000/XP |
|---|
| Project Description: |
|---|
| A tool is developed for ETAS LabCar which are used by GMNA for HIL verification and validation. On board diagnostics for any vehicle has to follow stringent standards like CARB and ISO 15031. For this, a plant model which includes GMLAN/CAN handler for diagnostics is developed for LabCar. |
| Role: |
|---|
| As a team leader for HIL group in GM India, involved in actual execution of the project and documenting for ISO processes. For this the software embedded in the vehicles has to be tested against CARB regulations in the US. The LabCar is run in the openloop configuration and is driven by Python scripts. Various Python scripts are developed to interact with LabCar through COM and input the data and output data is compared against the user input and the data from Inca. The results are output in a text/csv file and HTML (planned activity). The script builder is also made using wxPython GUI interface, which generates and runs the developed python modules for LabCar. The GMLAN/CAN handler for diagnostics is developed for LabCar using Simulink model and C S-Functions are written to handle the GMLAN messages on the CAN bus. |
| 3. Playback Automation Analysis Tool |
|---|
| Client: | General Motors North America |
|---|
| Duration: | 4 months (Dec 04 – March 05) |
|---|
| Employer: | General Motors India |
|---|
| Tools used: | C#.NET, ETAS LabCar/Inca |
|---|
| Operating System: | Windows 2000/XP |
|---|
| Project Description: |
|---|
| A tool is developed for ETAS systems, which are used by GMNA for HIL verification and validation of playback and vehicle data. Two sets of binary data files, which consist of a vehicle data playback and real vehicle, are compared for analysis. The first data comes from the ETAS Inca log of real prototype vehicle and the other from the ETAS LabCar after playing the same data as an input to LabCar. |
| Role: |
|---|
| As a team leader for HIL group in GM India, involved in actual execution of the project and documenting for ISO processes. API/Dlls for parsing the binary data files are provided by ETAS which are used in Visual C#.NET application interface. Various criteria are input for the data comparison and the results are output in Excel and in a Grid for visual display. |
| 4. Motor Bench System (MBS) |
|---|
| Client: | Toyota Techno Services, Toyota, Japan |
|---|
| Duration: | 4 months (March 04 - Present) |
|---|
| Employer: | Tata Elxsi Ltd., Japan |
|---|
| Tools used: | C, MatLab/Simulink, RTW |
|---|
| Operating System: | Windows 2000 |
|---|
| Project Description: |
|---|
| Toyota Motor Corp. tests the Motors that they are going to use in the Hybrid Vehicles (HV) using a stand alone system known as Motor Bench System. The motor is extensively tested for different running patterns and conditions before they are implemented in the Hybrid Vehicles. The Motor Bench System consists of the subsystems, namely Programmable Logic Controller, Motor Bench system, Motor System and Auxiliary DCDC. |
| Role: |
|---|
| A MatLab/Simulink model was made as a plant model to test the ECU software of the MBS system. The plant model will be tested against another Simulink controller model which uses the c code of the ECU and made as S-function blocks. The two models communicate with each other in Windows environment after making the executables on Windows platform for both simulations using RTW. |
| 5. DW10 Diesel Engine PCM controller validation using dSPACE Hardware-in the-loop rig |
|---|
| Client: | Ford Motor Company, Dunton, UK |
|---|
| Duration: | 9 months (June 03 - Feb 04) |
|---|
| Employer: | Tata Elxsi Ltd., UK |
|---|
| Tools used: | MATLAB/Simulink/RTW, Python, dSPACE |
|---|
| Operating System: | Windows 2000 |
|---|
| Project Description: |
|---|
| Ford uses dSPACE real-time Hardware-in-loop simulation system that is used for the testing of vehicle electronic controllers. DW10 PCM is one of the Ford diesel engines ECU and is the one used initially for validation on the dSPACE HIL rig. |
| Role: |
|---|
| Lion V6 Engine simulink model from the other group is used to convert it into an I-4 Engine with a different set of initialization parameters for DW10. This model is placed inside the Powerplant subsystem of the VMA simulink model and is used along with the simple models of other subsystems like transmission, chassis, Engine dyno, vehicle etc. The VMA model made from the Lion V6 needed to be validated from both software and hardware perspective. It is now complete except for the incomplete calibration data for the Engine fuel subsystem. Once the data is available, the ECU is ready for the real-time validation on the HIL rig. |
| 6. Plant modeling for dSPACE real-time hardware in the loop simulator |
|---|
| Client: | Ford Motor Company, Dunton, UK |
|---|
| Duration: | 3 months (June 03 - Sept 03) |
|---|
| Employer: | Tata Elxsi Ltd., UK |
|---|
| Tools used: | MATLAB/Simulink/RTW, dSPACE |
|---|
| Operating System: | Windows 2000 |
|---|
| Project Description: |
|---|
| Ford uses dSPACE real-time Hardware-in-loop simulation system that is used for the testing of vehicle electronic controllers. The mathematical models of the engine and vehicle dynamics are made using Simulink. The models needed to be followed a particular control strategy (VMA) defined by Ford to maintain the interchange ability of models/subsystems internally within Ford. |
| Role: |
|---|
| Involved in making the models using MatLab/SimuLink for the dSPACE HIL rig to test powertrain controllers of Ford ECUs. The models are made following VMA control strategy to maintain the interchange ability of models internally. Also made the initialization files for various subsystems of the model for calibration variables and parameters. These initialization files, which as also called as par files will get initialized internally in Simulink environment and will not appear in MatLab workspace. |
| 7. Simucar I and II Applications Engineer |
|---|
| Client: | General Motors, GM Tech Center, Warren, USA |
|---|
| Duration: | 3 Years 4 months (Oct 1999 - March 03) |
|---|
| Employer: | Mokum Services Inc, Altair Engineering, MI, USA |
|---|
| Tools used: | MatLab/Simulink, MatrixX/SystemBuild, SimuCar I and II HIL simulators, Visual C++, Visual Basic, Perl |
|---|
| Operating System: | Windows NT/2000, QNX/AIX |
|---|
| Project Description: |
|---|
| SimuCar is used to test/verify/debug the power train controller software in real-time. SimuCar-I is the earlier GM/EDS simulator and SimuCar-II is GM/ADI real-time HIL simulator with more I/O and expandability. |
| Role: |
|---|
As an Applications Engineer, debug the hardware and software problems in SimuCar and develop software applications using Visual C++ and Visual Basic to automate the processes of the customers (mainly GM Powertrain). Some of the applications developed are
- Automated scripts (AutoX) using COM/VB to run playback schedules for lights-out testing of controller software, automated scripts to run comparison tests to validate SimuCar L37 (North star, Premium V8, Cadillac Deville) and E40 (Corvette) application models. Playback schedules were run on both ECUs and on both SimuCar-I and SimuCar-II to validate the simulation software on SimuCar-II and to test its reliability on the new HIL simulator.
- Support and develop the real-time models (in C language) for various simulations for SimuCar II. Developed VB and Visual C/C++ programs for interfaces for SimuCar II. Some of them include the interface for digital switches and analog controls.
- Involved in developing file conversion script, which converts the setup files used for SimuCar-1 to SimuCar-II format type for all schedule, logging, initialization, and trigger setup files.
- Developed several scripts to generate data dictionary file used as a part of SimuCar-II HIL simulation execution. The data dictionary file contains the information of all the variables and parameters (like description, units, subsystem it is found in, and range of values etc) used in the simulation. The perl script parses through the entire model code and their headers (several C files for every subsystem). It then gathers all the information of the variables found and puts them in a different .dct file (data dictionary file).
- Developed FMEA applications for Hardware in the loop using Class-2 (J1850) serial communication. Made the interface to inject a fault and detecting the fault through Class 2 bus and getting the information displayed on the screen. Also involved in making the CAN (GMLAN) interface development for SimuCar II. The interface allows the user to build CAN messages through a table and saves it in the initialization routine for SimuCar2.
| 8. Configuration Management Administrator |
|---|
| Client: | General Motors, GM Tech Center, Warren, USA |
|---|
| Duration: | 2 Years (April '01 - March' 03) |
|---|
| Employer: | Mokum Services Inc, Altair Engineering, MI, USA |
|---|
| Tools used: | MATLAB/Simulink, Statemate, Visual C++, VB |
|---|
| Operating System: | Windows NT/2000 |
|---|
| Project Description: |
|---|
| GM decided to use Continuus (CM synergy) tool suite for their software configuration management. There was no setup or support to use the CM tool from or within various CAE tools like MatLab/Simulink, Statemate etc. |
| Role: |
|---|
- Developed a software configuration management system (Control System Library Management) using Telelogic's Continuus tool suite for the GM's distributed network for modelling to avoid redundancy in model development. Worked as an administrator for the Control System library management.
- Developed Continuus Bridge for MatLab/Simulink using MFC/Visual C++ to make easier access for version and software control of MatLab/Simulink models from within MatLab environment and also to prevent redundant modeling efforts among distributed modeling sites.
- As a CM administrator, involved in creating users, assigning different user roles in CM process followed, accepting and implementing change requests and tasks. Also performed backups of the CM data from the database on timely basis.
| 9. Optimization of RoboMechs: Procedure and Application |
|---|
| Client: | Tennessee Technological Univ, Cookeville, TN, USA |
|---|
| Duration: | 1 Year (Aug. '98 - July '99) |
|---|
| Employer: | Tennessee Technological University |
|---|
| Tools used: | MATLAB, Visual C++ |
|---|
| Operating System: | Windows NT/2000 |
|---|
| Project Description: |
|---|
| Part of my Masters Degree thesis, which is also published as a technical paper in ASME journal. |
| Role: |
|---|
- Developed a Software package using Visual C++ that simulates RoboMech- II, stacked two four-bar mechanisms. This is also published as a technical paper in the journal of ASME, Sept 1999 edition.
- The package also includes simulation of other kinematics mechanisms like four-bar, Slider-Crank, 5-bar etc after optimizing for the given parameters. The interface looks like a CAD package where the user can pick the location of the ground points and input various other parameters of the mechanism and can animate the mechanism with a slider bar.
| 10. Course projects (Masters Degree) |
|---|
| Client: | Tennessee Technological Univ, Cookeville, TN, USA |
|---|
| Duration: | 2 Years (April '01 - March' 03) |
|---|
| Employer: | Tennessee Technological University |
|---|
| Tools used: | MATLAB, Visual C++, Motorola 68HC11 |
|---|
| Operating System: | Windows NT/2000 |
|---|
| Project Description: |
|---|
| Projects with various courses in Masters Degree. |
| Role: |
|---|
- Robotic arm for the demo of crane oscillation control problem due to loads (Jan '99 - May '99): Course project in Advanced Robotics. MC68HC11 assembly program is used to control the robotic arm movement with feedback. This project is a demo for the oscillation control of a crane when it carries huge loads from one point to the other. A Visual C++ program is developed as an interface to control various parameters of the robotic arm.
- Auto-Braking System for an Automobile (Aug. '98 - Dec '98): Course project in Mechatronics. Built a car model to sense an obstacle and road track and apply brakes correspondingly if any obstacle comes in front of the car or the car deviates from the road. 68HC11 controller embedded program is used to control the car braking after getting the signals from the ultrasonic distance sensor to detect the obstacle and photo transistor and resistor combination sensor to detect the road track (a reflecting tape is used as road).
- Computer Vision System for Rivet Quality Testing (Aug. '97 - Dec. '97): Course project in Advanced Software Engineering. It is an online system to test the quality of rivets. The scope of the project includes capturing images of the rivets, converting them into a computer readable form and developing software module to test the quality. The images were captured in a .TGA format using Digital Imaging System. Pizazz plus, a software tool, was used to convert the images from .TGA format to .BMP format. A Visual C++ interface program is developed to load, process, and test the Rivet bitmap images and test its Quality.
PRESENTATIONS AND PUBLICATIONS:
- Giridhar Kolanupaka, "Software-in-the-Loop for Verification and Validation of Embedded Controllers," CAE Conference, General Motors, Sept 2005.
- Giridhar Kolanupaka, Ali Noori-Khajavi, "GMLAN Configuration for SimuCar2," CAE Conference, General Motors, March 2003.
- Giridhar Kolanupaka, Stephen L. Canfield, Ahmad Smaili, "Optimization of RoboMech-II: Synthesis and Procedure," Journal of ASME, DTDC, DAC Conference, Sept 1999.
- Giridhar. K., "LISP Programming for the Design of Cams," Indian Institute of Technology, Delhi, 1996.
OTHER ACTIVITIES AND HOBBIES: