TechOnline India Header
Most Popular
Top 5 Courses
  • Fundamentals of Signal Integrity
  • Fundamentals of MOSFETs for Switching
  • Fundamentals of DSP
  • Fundamentals of Choosing and Using A/D and D/A Converters
  • Fundamentals of Multicore Processing
    Most Popular
    Top 5 Technical Papers
  • How to Inexpensively Design an ASIC in 5 Weeks
  • Digital Signal Processing: A Practical Guide (Part 1)
  • Digital Signal Processing: A Practical Guide (Part 2)
  • How the Voltage Reference Affects ADC Performance, Part 1
  • Digital Signal Processing: A Practical Guide (Part 4)
    Most Popular
    Top 5 Virtual Labs
  • MC9S12NE64
  • Texas Instruments eZ430-RF2500 Wireless Development Tool
    Most Popular
    Top 5 Webinars
  • The Big Design Squeeze: How to get faster design turns in FPGA-based designs
  • Mutexes vs. Semaphores: How to Use Each Properly
  • Learn how to run the uC/OS-III real-time kernel on an ARM Cortex M3
  • Testing Energy Efficient Designs Webinar Series, Part I
    All Articles Products Courses Papers VirtuaLabs Webinars
    Top Search Items
    Software
    microcontroller
    analog
    dsp
    digital filter


    Techpaper Spotlight

    Wind River
    Accelerating the Development of Embedded Linux Devices with JTAG On-Chip Debugging
        Login | Register | Welcome, Guest

    Topics
    POLL
    How much code have you produced in your career?
    A few KLOC
        38%
    100s of KLOC
        46%
    Millions of LOC
        11%
    A trillion
        6%
     



    Opinion: Computer overload threatens auto safety
    Automotive DesignLine

    As one who reviews lots of embedded software looking for safety issues, I have been intrigued by the Toyota recall, and am anxiously awaiting the verdict on the computer controlled throttle issue.

    Having been around nearly half a century, I have owned cars that ran the gamut when it comes to electronics. My first car contained NO computers and used the old tried-and-true point/condenser ignition.

    My second car had electronic ignition which I was wary of but came to appreciate for its 100-percent reliability and no parts needing replacement (GM's HEI ignition control did not contain an embedded computer however).

    My third car used a carburetor coupled to an early engine control computer (ECC) to lower emissions and increase efficiency. Engine sensor data processed by the computer resulted in a pulse train output to solenoids that moved needles in or out of the carburetor's "jets to richen/lean the mixture. It was a rather crude system by today's standards that had a fail-safe mode of fully retracting the needles from the jets in case of failure.

    In the 100,000-plus miles I drove that car, the computer entered fail safe only once, resulting in only slightly degraded drivability albeit worse gas mileage. That problem cleared itself after the car was shutdown and restarted. I never saw it again.

    My fourth car had an ECC coupled to fuel injection which made for optimum economy and easy starting in cold weather (the throttle still connected my foot to the butterfly valve in the intake system by a cable, though). In the 180,000 miles that I drove it, the ECC performed flawlessly, and was still going strong when I finally sold the car last year. That was a 1992 model, and it had only an ECC, no antilock brakes or other items requiring embedded computers.

    With the purchase of a 2008 Mustang GT, I have finally entered the age of computer-controlled "everything" in my automobile.

    I have to say that, as one who analyzes software for safety issues for a living, I do NOT like the concept.

    I think we have passed the point of ridiculousness in applying embedded computers to cars.

    Why use an embedded computer to control a conventional analog-style instrument panel, or a manually controlled heat and air conditioning system, or for electric windows and locks or, anything else that was available on a vehicle before the advent of computers?

    I think the ultimate in idiocy in this regard is the electric windows in new Mustangs. In my car, when one opens the door, the computer lowers the window about one-quarter of an inch before allowing the door to fully open, and keeps the window there until the door is fully closed, at which point the computer raises the window to its fully closed position.

    I understand why Ford does this, but we had frameless windows in the era before computers, and the windows sealed just fine. So why introduce more unneeded complexity and failure modes into the system now?

    1 | 2 NEXT >
     
     
    Latest Webinars
    · Editorial Webinar: Optimized Linux Development Tools for Multicore
    · High-Power Amplifier Characterization using a Nonlinear Vector Network Analyzer
    · Completing LTE eNB Closed-loop Conformance Tests
    · Build Smart Products: Maximize return on investment through cross-discipline trade studies
    · 30 Years of the Best Software Techniques
     
    Member Company Spotlight
    Xilinx
     

    Start Your Spartan-3A FPGA DSP Design Now! Evaluate Free Downloadable Tools Built Just for You.


    Member Companies

    Virtualab
    Freescale Semiconductor

    Implementing a sewing machine controller with a MC9RS08KA2 microcontroller