Tuesday, July 9, 2013

UDS Based Diagnostic Tester

Embitel has extensive experience on Protocol Stack , Driver  and Boot loader development. Our expertise across Vehicle Diagnostics ranges across the following areas-:

     Vehicle diagnostics as per protocol standards such as KWP2000, UDS, ODX & OBD diagnostics services


        End of Line tester services

        Development of protocol stacks for OBD-II/EOBD
        Vehicle diagnostics over CAN & K-Line
        Diagnostics as per ISO15031, ISO14229, ISO15765 guidelines

We designed and developed a CAN Analyzer and UDS based Diagnostics tool for a UK based client.


System Overview:

Ø  Design and development of diagnostic tester tool using C#,  .Net 4.0
Ø  CAN Analyzer feature to analyze and simulate CAN network
Ø  Supports loading, saving and editing CanDB database files
Ø  UDS (ISO14229) diagnostic stack
Ø  ISO-TP (ISO15765) stack to support multi-frame communication
Ø  Supports Kvaser and Softing hardware interfaces






Tools and Technology


C#,  .Net 4.0

Kvaser and Softing
Samdia and HS+ interface
CAN, ISO-TP (ISO15765), UDS (ISO14229)

Monday, March 25, 2013

Principles of in vehicle sensors in case of emergency


Embitel technologies an Embedded Software Company from Bangalore has helped enable an emergency help system that would notify the authorities based on the eCall specifications.
This feature works on the principle that the in vehicle sensors would detect an accident and inturn activate the in-vehicle eCall system which would  establishes a voice connection directly with the relevant PSAP (Public Safety Answering Point).




The eCall can be generated either manually –by the vehicle occupants- or automatically via activation of in-vehicle sensors when an accident occurs. When activated, the in-vehicle eCall system sends a minimum set of data (MSD) – including key information about the accident such as time, location and vehicle description – is sent to the PSAP operator. It is built on the SST230 Micro-controller core platform and uses the IAR/ CodeSourcery GNU TOOLCHAIN. Furthermore, it is an embedded product engineering solution with in-built network access device(NAD). For connectivity it has in built SIM and In-band data modem solution for sending MSD. For uninterrupted connectivity it comes with its own backup power supply.It has GPS, Bluetooth and CAN integrated.
Embitel is a leading embedded software company in Bangalore offering product engineering services and complete turnkey solutions for companies across Europe, USA and India.
For more information on this feature contact sales@embitel.com.

Thursday, March 7, 2013

ECU Performance Using Re-engineering Techniques - Upcoming Webinar


Web Event: Live Webinar on Improving ECU Performance Using Re-engineering Techniques
Date: March 21, 2013
Time: 3 PM CET/ 2 PM BST/ 10 AM EST/ 7:30 PM IST

Brief Description of Webinar:
Re-engineering is the process of developing new system from an existing system in an incremental and evolutionary manner. It includes modification of a software system that takes place after it has been reverse engineered. Re-engineering involves those activities that support system understanding. Software systems are evolving at a high rate as research and available technology improves; legacy software often needs to be reengineered. In this webinar we discuss about the current challenges in re designing automotive control system for improved performance, for adding new features and for porting the software to new platforms.

Webinar Outline:
The Webinar would cover the following main areas:

Challenges in Re-engineering automotive control systems
Re-engineering methodologies
Activities involved in different phases of V-Cycle
Choosing the right tool chain
Use case showing how Engine Management System was Re-engineered

About the Speaker: : N. S. Divakar Reddy, Technical Architect

As a technical expert in development of automotive embedded systems, Divakar has an extensive experience working with leading automotive OEM’s and Tier-1 suppliers for various aspects of ECU development including model based development and ECU re-engineering.

 

Click Here for Webinar Registration

Sunday, March 3, 2013

Webinar - Complex SoC Verification – What Next ?



Complex SoC Verification – What Next ?


Embitel is happy to announce the 16th Webinar on Embedded SoC verification Series which is titled: “Complex SoC Verification – What Next ?” on 6th March, 2013 at 3 PM CET. We are bringing in one of the latest and most discussed topic of this year which will give a fair idea on how to drive your newer SoC verification activities. This Webinar is part of a series of Webinar on complex SoC verification challenges which discuss the future of SoC complexities and the verification challenges.

Here’s why you should attend this Webinar:

To understand current challenges in Complex SoC verification
Understand the existing pit falls
Plan for early adoption of scalable SoC verification methodology
Learn Insights in to new generation methodology options
Learn Tips and tricks for first time silicon success

Speaker: Mr. Abey Thomas

Verification Competency Manager, Embitel Technologies
Industry expert with more than 16 years of experience in Embedded product design, SoC/ ASIC and ARM processor based design Consulting



Mystery Gift for Lucky Participant

Monday, December 17, 2012

"Do's and Don'ts" when considering an FPGA to structured ASIC design methodology


More and more engineers are considering structured ASICs when they are designing advanced systems, because these components offer low unit cost, low power, and high performance along with fast turn-around.

In a structured ASIC, the functional resources – such as logic, memory, I/O buffers – are embedded in a pre-engineered and pre-verified base layer. The device is then customized with the top few metal layers, requiring far less engineering effort to create a low cost ASIC (Fig 1). This reduces not only the time and development costs, but also the risk of design errors, since the ASIC vendor only needs to generate metallization layers. With 90-nm process technologies, structured ASICs offer the density and performance required to meet a wide range of advanced applications.


1. Standard cell ASIC (top) versus structured ASIC (bottom).
However, there is still risk involved when it comes to developing a structured ASIC. Errors in the logic design can still exist, so one way to avoid time-consuming and costly silicon re-spins is to use FPGA prototyping and to then convert the design from an FPGA to some form of ASIC. FPGA prototyping is more successful for structured ASICs compared to standard cell ASICs when the structured ASIC mirrors the resources available on the FPGA. The closer the match between the I/O and memory of the FPGA and the structured ASIC, the lower the risk when the design is converted to an ASIC.

Some "Do's and Don'ts" to take into account when considering a structured ASIC design methodology are as follows:
Do
Establish a design methodology you can use for a wide range of applications. Make sure your design teams are trained on the tools and the FPGA and ASIC architectures to create the best possible design.

Use a software development environment that reduces the risk of design problems, such as functional logic errors. Logic verification and simulation, along with prototyping the design in an FPGA, is a proven method to ensure the design will work in the system.

Prototype your design with an FPGA using the FPGA features that give you the best performance and functionality. Also, generate the prototype with the IP you need for the application, which may require a soft processor, hard multipliers, and memory. In addition, use high-speed LVDS or other I/O to ensure you are building in the signal integrity needed to have a reliable system.

Test your design in-system as much as possible to verify the design works according to requirements. Make sure the system is tested with the FPGA prototype across the entire voltage and temperature range that the system will experience. That will reduce the risk that when the design is converted to an ASIC it will only operate over a limited temperature range and at nominal voltage.

Design the system to use either an FPGA or the structured ASIC. This allows you two major advantages. First, you can go into production with the FPGA and then change to the ASIC once it is available. That provides the advantage of getting to market faster and promotes a market position. Secondly, if there is an unexpected increase in the demand for ASICs and supplies are insufficient, some systems with an FPGA can be manufactured, thus keeping the production lines running. Finally, using the FPGA at the system's end-of-life will save you from having to order more ASIC devices that are needed to fulfill manufacturing requirements.

An example is the Altera HardCopy II structured ASIC. Generate your prototype with a Stratix' II FPGA, then go into production with the Stratix II FPGA while the Altera HardCopy Design Center migrates the design to a pin-compatible HardCopy II device. Once the HardCopy II device is approved and production units are available, the system can be produced using the lower cost HardCopy II device.
The combination of Altera Stratix II FPGA and HardCopy II structured ASICs also gives you unique manufacturing flexibility, since you can use either in production. For example, you can use the HardCopy device for low cost, but if you have a sudden increase in demand and need more devices immediately, you can use off-the-shelf Stratix II FPGAs as a substitute. You can also go back to using Stratix II FPGAs exclusively if you need to update the design to fix an error or make a change for a specific customer.

Don't

Use an FPGA to prototype only logic and low-level I/O (such as LVTTL or LVCMOS). That will limit your design to low-end gate arrays that won't provide the performance edge needed. Too often, only the logic is prototyped in the FPGA, leading to a misconception of how well the design really works in the system. Many designs also require high-speed memory interfaces, and the best design practice is prototyping to ensure the interface performs as required, particularly across voltage and temperature variations.

Choose an ASIC methodology based only on unit cost. That may save some Bill-of-Material costs but make the system uncompetitive. Include factors such as realistic development time and costs along with total engineering effort. In the long run, an FPGA along with a structured ASIC can provide lower development costs and faster development turn-around time.

Consider only standard cell ASIC technology for ASSP designs. Sometimes, structured ASIC or even FPGAs are right for the annual volumes and the need for fast time to market.
Choose the structured ASIC before you look at the market needs for the design. Trying to shoehorn a design into a structured ASIC that is too small or feature limited, results in a system that is DOA in the market.

Consider only single-chip solutions. Sometimes the best way to architect a system can be using two devices rather than one large ASIC. Partitioning the design can reduce overall development time and simplify the design process. You can also reduce the risk of having to re-spin a large ASIC design.
Author : Rob Schreck, Aletra
Source :.design-reuse.com

Monday, December 10, 2012

Embedded Application and Product Engineering using ARM Processors


Reduced Instruction Set Computing [RISC] is a processor design that is analogous to high performance and high energy efficiency. One of the forerunners in production and supply of RISC Embedded microprocessors is ARM Holdings. ARM Holdings’ catalogs of processors are characterized by strong performance and high energy efficiency; a market-decider when it comes to digital products. Delivering high performance at low costs for the current market of advanced digital applications is now a reality because of the advancements in Embedded product engineering using ARM processors. Expert ARM architects are constantly in research and development to further improve [on the already advanced] ARM architecture, that has now become a staple architecture for embedded product design and engineering. ARM Holdings is also the world’s leading semiconductor Intellectual Property [IP] supplier, and is at the core of development of digital electronic products.

According to current industry experts, an excess of two million ARM-based processors are being used in the production of various kinds of machinery and equipment. The ARM Community [of developers worldwide] develops top-notch processors for the benefit of product design companies and designers around the globe. There is an endless list of ARM developers [with rich experience and a high industry reputation] for Embedded Product engineering with ARM processors, at highly competitive pricing. Development of advanced ARM processors, implementation of DSP algorithms, exception and interrupt handling, cache technology and memory management are some of the tasks that ARM developers manage for companies.
Embitel is a member of the ARM Connected Community and Partner Network, which is a global network of companies aligned to provide complete solutions, from design to manufacture, for embedded application and product engineering for products based on the ARM architecture. Embitel’s partnership with ARM includes digital multi-channel solutions for E-Commerce and Embedded technology development.

Wednesday, November 7, 2012

Webinar on Choosing Right Technology to Build HMI


Human Machine Interface (HMI) Systems provide the medium by which a user operates an automation process, system or a machine. The effectiveness of the HMI depends upon technical design process that incorporates all technical, commercial and ergonomic application requirements. HMI is a prominent tool for system automation which is used to configure, monitor and control the system. In this webinar we cover choosing right technologies for building HMI of automation components such as sensors, diagnostic equipment etc.

Key aspects of the webinar:
  • HMI overview with respect to system automation
  • Key factors for selecting different technologies for HMI development
  • Comparison of commonly used frameworks in HMI development
About Speakers: 
Jitendra Kumar Tripathi, Technical Architect
Technical expert in different HMI technologies. Jitendra worked on various technologies such as Java, C++, Plugin Development, Qt framework, Microsoft technologies etc. He has built several HMIs for diagnostic equipment.
Vidya Sagar, Competency Head
12+ years of technical expertise in development of embedded systems. Vidya Sagar worked or various aspects of Embedded systems including building HMIs. He took part in building sensor devices and HMIs.
Webinar: Choosing right technology to build HMI
Duration: 45 Minutes + Q&A 
Date: Wednesday, November 21, 2012
Time:  3 PM CET/2 PM BST/9 AM EST/7:30 PM IST
For More Information about Webinar @ https://www2.gotomeeting.com/register/496403930
About Embitel :
Embitel offers services in Embedded system development namely Turnkey systems, Board support packages, Device drivers, Various OS platforms – Driver development, Porting, Cross Platform porting, Feature development / Enhancement, Software sustenance / Maintenance.
Embitel has created a niche for itself in Industrial automation domain. We have focused and specialized product development services in the area of Industrial Sensors, Motion controllers, protection relays, Integrated PLCs and HMI panels. We also execute projects in real time product development using variety of operating systems such as Embedded Linux, WinCE, VCRT, QNX etc.
For more information and support, please visit http://www.embitel.com/embedded-services/automation-services/