Last updated on July 1st, 2005

Index

Robert Bosch India Limited - Adaptive Cruise Control System (ACC)
Robert Bosch India Limited - Dashboard Systems
Aerospace Systems Private Limited - Airborne Global Positioning System (GPS)
To Curriculum Vitae


Adaptive Cruise Control System (ACC) (12/2000 till date)

Microcontroller – TI Centaurus (ARM based Dual Processor, TMS470R1x and TMS320C54x)
Development Environment – Code Composer Studio, CodeWright
Documentation and reviews are part of all task/module developments.

Onsite Task Details

Modules / Tasks Details:
 
Predictive Safety System Development Error Memory - Information Processing System (IPS) (06/2005 – till date)
Team Size: 3
Role: Coordinator / Technical Leader / Reviewer
Phases: Requirements analysis, Design Document, Coding and Testing

Description:
+ The Predictive Safety System (PSS) is a new feature in Bosch ACC system which detects the emergency situation in the traffic and alert the driver in advance. This system also instructs Anit-lock Braking System to be prepared for emergency braking
+ The IPS module is responsible for collecting the development data of PSS system and storing it in  EEPROM

Diagnosis Application Re-engineering (DIA) (03/2005 – 06/2005)
Team Size: 4
Role: Coordinator / Technical Leader
Phases: Code re-structuring, Design Document and Testing

Description:
+ This task involved training to the team at RBIN on diagnosis application
+ There are different services implemented to provide diagnostic information to the tester
+ The DIA applications job is to collect the required diagnostic information from different application and send them to the tester

Additional Information: Returned to RBIN during this task

Non-Volatile memory Manager (NVM) (09/2004 – 04/2005)
Team Size: 5
Role: Technical Leader / Coordinator
Phases: Concept development, Requirements gathering, UML modeling and Acceptance testing

Description:
+ This module replaces the old EEPROM Handler
+ A new concept of handling the application requests to store/retrieve data to/from a non-volatile memory device

Additional Information: Patent application for NVM concept is under scrutiny at Robert Bosch GmbH

Fault Processing System (FPS) (12/2004 – 02/2005)
Team Size: 4
Role: Coordination
Phases: Requirements gathering, Requirements analysis

Description:
+ The FPS is based on the principle of Failure Mode Effective Analysis (FMEA) for ACC
+ This module is responsible for processing and storing the failures occur during the life of ACC system

Private Controller area network Interface (PCI) (06/2004 – 07/2004)
Team Size: 4
Role: Coordination and acceptance testing
Phases: Requirements gathering, Requirements analysis, Acceptance testing

Description:
+ The PCI module is the first module which was downloaded to RBIN to start the work level cooperation between Base Program team in Germany and its supporting team at RBIN
+ This module is responsible for transmitting the RADAR object information on private controller area network (CAN)

Training on Diagnosis (06/2004 – 07/2004)
Team Size: -NA-
Role: Trainee
Phases: Development and Testing

Description:
+ This training covered maintenance of customer specific diagnosis

EEPROM Update Manager Bug fixing (02/2004 – 05/2004)
Team Size: 2 persons
Role: Team Member
Phases: EEPROM Simulation software development, Bug-fixing and Testing

Description:
+ Developed EEPROM simulation software in Visual C++
+ All the customer reported bug fixed in EEPROM Manager
+ Improved and stabilized EEPROM Manager module 

Offshore Task Details

ROM Test (10/2003 – 12/2003)
Team Size: 2 persons
Role: Team Member
Phases: Requirements analysis, Module Design, Module Development and Testing

Description:
+ Generalized ROM Test
+ This module can be used to test TMS470 and TMS320 ROM
+ Calculates checksum by reading the ROM contents and compares it with the stored checksum value

Radar Transceiver’s (RTC) EEPROM Data Reading and Verification (07/2003 – 08/2003)
Team Size: 1 person
Role: Team Member
Phases: Requirements analysis, Module Design, Module Development and Testing

Description:
+ The reference angular table is stored in RTC which is specific to the RTC used
+ This table needs to be verified by the Angular module before it calculates the angle of a detected object
+ This module reads RTCs EEPROM using SPI communication and determines whether the stored angular table is meant for a particular RTC or not

Review of CAN Driver Module for Self Test Interpreter and Loader (STIL) (05/2003 – 06/2003)
Team Size: 2 person
Role: Team Member (Reviewer)
Phases: Requirements review, Design review, Code review

Description:
+ STIL core download parts of test software in internal RAM and executes it there to carry out specific tests
+ The STIL core communicates with the vehicle environment in order to receive program parts or transmit measured data
+ Main reviewer of the complete module

Optimization of Angular (ANG) Module (03/2003 – 04/2003)
Team Size: 2 persons
Role: Team Member
Phases: Code analysis, Code Optimization for run-time, Optimization analysis

Description:
+ The ANG module is one of the important modules in ACC software. This module was taking more than the specified run-time
+ The run-time of the module was reduced by 40%

Lateral Distance Calculation (LAT) (01/2003 – 02/2003)
Team Size: 2 persons
Role: Team Member
Phases: Requirements analysis, Module Design, Module Development and Testing

Description:
+ Implemented on TMS470R1x
+ The sensor and control unit (SCU) can be mounted in different ways on the vehicle
+ The space available in the front bumper of the vehicle can force a mounting of SCU with upside down
+ LAT transfers the location data from sensor coordinates to vehicle coordinates with the help of parameters Mount Orientation and Mount Offset

Matching and Tracking (MTR) (09/2002 – 11/2002)
Team Size: 3 persons
Role: Project Leader
Phases: Requirements analysis, Module Design, Module Development and Testing

Description:
+ Implemented on TMS470R1x
+ The matching and tracking algorithm has to ascertain which frequencies of the spectra of the three ramps of each beam belong to the same location.
+ All found locations are either allocated to existing locations from the last cycle or put down as new location.

Long Range Radar (LRR) (06/2002 – 08/2002)
Team Size: 2 persons
Role: Project Leader
Phases: Requirements analysis, Module Design, Module Development and Testing

Description:
+ Implemented on TMS470R1x
+ This module co-ordinates between different modules for calculation of various attributes of sensor objects
+ This module controls TMS320C54x for the measurement and evaluation of the data for LRR
+ This module is also responsible to transfer the information of new objects detected to the Object Handler

Spectrum Calculation frame work (SPC) (03/2002 – 04/2002)
Team Size: 1 person
Role: Team Member
Phases: Requirements analysis, Module Design, Module Development and Testing

Description:
+ Implemented on TMS320C54x
+ Responsible for implementation of co-ordination between all the sub-modules This module is called once the Spectrum Analysis is done by PCU

Process Control Unit (PCU) (12/2001 – 02/2002)
Team Size: 2 persons
Role: Team Member
Phases: Requirements gathering and requirements analysis, Module design, Module Development and Testing

Description:
+ Implemented on TMS320C54x
+ This module acts as scheduler for TMS320C54x DSP Operations Based on commands given by TMS470R1x, PCU controls and guides the DSP

Object Handler (OHA) (07/2001 – 09/2001)
Team Size: 2 persons
Role: Team Member
Phases: Requirements gathering and requirements analysis, Module design, Module Development and Testing

Description:
+ Implemented on TMS470R1x
+ This module/object provides centralized database containing information related to all the sensors. These information are accessible to all other objects

Fixed Point Mathematical Library (02/2001 – 05/2001)
Team Size: 6 persons
Role: Team Member
Phases: Requirements gathering and requirements analysis, Module design, Module Development and Testing

Description:
+ Implemented on TMS470R1x
+ Responsible for development of "Multiplication", "Division", "Magnitude" and "Interpolation" functions for all possible inputs and outputs combinations.

Training (11/2000 – 01/2001)

Back to Index


Dashboard Systems (05/2000 to 10/2000)

Microcontroller – NEC V850
Development Environment – ASCET-SD, CodeWright
Documentation and reviews were part of all task/module developments.

Modules / Tasks Details:

Thermal Oil Level Indicator (08/2000 – 10/2000)
Team Size: 2 persons
Role: Team Member
Phases: Requirements gathering and requirements analysis, Module design, Module Development and Testing

Description:
+ This module has a PWM signal as an input.
+ This PWM signal consists of the Engine Oil Temperature and Engine Oil Level. Based on Engine Oil Temperature different phases are identified and based on Engine Oil level different warnings are generated.
+ The module is designed and simulated on ASCET-SD 3.0.13 and code is written in 'C'.

Blinker Indicator Control (On-job Training Module) (06/2000 – 08/2000)
Team Size: 2 persons
Role: Team Member
Phases: Requirements analysis, Design Review and Module Testing

Description:
+ This module is responsible for synchronizing the chime with the blinker indication on dashboard.
+ Every time the chime event occurs the blinker indicator on dashboard has to glow for Blink ON period.

Back to Index


Airborne Global Positioning System (GPS) (02/1999 – 05/2000)

Processor – Intel 80186
GPS Sensors – Trimble SV6, Trimble ACE II
Development Environment – Microsoft ‘C’, GnuMake, ROM Emulator, MS-DOS
Documentation and reviews were part of all task/module developments.

Modules / Tasks Details:

Differential Global Positioning System (DGPS) Interface (02/2000 – 04/2000)
Team Size: 2 persons
Role: Team Member
Phases: Requirements gathering and requirements analysis, Module design, Module Development and Testing

Description:
+ This software interface is developed for the Embedded Air Navigation software in order to provide better accuracy of position when the GPS receiver receives the Differential GPS corrections.

Message Output Synchronization with GPS Satellite Time (01/2000 – 01/2000)
Team Size: 1 person
Role: Team Member
Phases: Requirements analysis, Module design, Module Development and Testing

Description:
+ This module is implemented in Standalone GPS system used for Timing Utilities.
+ This module synchronizes the NMEA-0183 Timing message output with the GPS Satellite Time.

Indian Grid Reference Systems (IGRS) Interface (11/1999 – 01/2000)
Team Size: 2 persons
Role: Team Member
Phases: Module design, Module Development and Testing

Description:
+ When user uses the positioning mode as Indian Grid Reference System coordinates other than Latitude-Longitude coordinate system, this interface gives the equivalent position in terms of IGRS coordinates.
+ The implementation of coordinates conversion algorithm which takes input as Latitude-Longitude coordinates and gives the output as IGRS coordinates and vice versa were part of development of this module.

GPS-PC Communication Interface (10/1999 – 11/1999)
Team Size: 2 persons
Role: Team Member
Phases: Module design, Module Development and Testing

Description:
+ This module is the part of Air Navigation Software of GPS Receiver.
+ Using this module user can download the position and route database in GPS receiver through RS-232 serial link from PC using NMEA-0183 protocol.
+ User can also transfer the existing database in the receiver to the PC and save it in a binary file on PC.

Navigation Planning Software (04/1999 – 09/1999)
Team Size: 4 persons
Role: Team Member
Phases: Module design, Module Development and Testing

Description:
+ This PC based software facilitates user to plan and program the Navigation from one point to another.
+ This software communicates with GPS Receiver or Data Exchanger to download the Navigation Plan and the Waypoints using RS-232.

Training (02/1999 – 03/1999)