• Skip to primary navigation
  • Skip to main content
  • Skip to primary sidebar
  • Skip to footer

Microcontroller Tips

Microcontroller engineering resources, new microcontroller products and electronics engineering news

  • Products
    • 8-bit
    • 16-bit
    • 32-bit
    • 64-bit
  • Applications
    • 5G
    • Automotive
    • Connectivity
    • Consumer Electronics
    • EV Engineering
    • Industrial
    • IoT
    • Medical
    • Security
    • Telecommunications
    • Wearables
    • Wireless
  • Learn
    • eBooks / Tech Tips
    • EE Training Days
    • FAQs
    • Learning Center
    • Tech Toolboxes
    • Webinars/Digital Events
  • Resources
    • Design Guide Library
    • LEAP Awards
    • Podcasts
    • White Papers
  • Videos
    • EE Videos & Interviews
    • Teardown Videos
  • EE Forums
    • EDABoard.com
    • Electro-Tech-Online.com
  • Engineering Training Days
  • Advertise
  • Subscribe

First implementations of Bluetooth-enabled keyless cars reveal a few bugs

August 13, 2019 By Lee Teschler Leave a Comment

The first production vehicle to employ a Bluetooth (actually a BLE) digital key is Tesla’s Model 3. When the owner approaches carrying his or her smartphone equipped with Bluetooth, Model 3s can be set to unlock their doors and trunk automatically, and starting the Model 3 is as simple as shifting out of Park.

Bluetooth-based keyless systems use a smartphone’s Bluetooth connectivity instead of the conventional 315/434 MHz RF employed by ordinary key fobs. The receiver constantly searches for the mobile device’s MAC address which is programmed into the system. Once the smartphone comes into range and gets identified, the central locking system is activated. When the smartphone goes out of range and the system becomes disconnected, the doors are locked again.
Nevertheless, it could be a few years before other automakers widely adopt the virtual key, if the results of a Consumer Reports test of the Model 3 are any indication. There are still a few issues to be settled.

For example, CR testers found the Model 3’s virtual key doesn’t work unless the smartphone is turned on and the Tesla app is open and active. CR reports its testers occasionally found themselves unable to open the Model 3’s door when they had closed the app.

Tesla’s use of digital keys shows how the industry may handle scenarios such as how to open the car door when your smartphone battery dies. Tesla provides Model 3 owners with a backup keycard that can also be used when the car is valet parked. To lock or unlock the car, a driver must swipe the keycard along the pillar next to the driver’s seat. Because the Model 3 doesn’t come with a traditional ignition switch or push-button start, drivers must also tap the key behind the front-seat cup holders to “start” the car.

The process sounds a bit kludgy. And it explains why many observers expect most cars with digital keys to still come with key fobs for the foreseeable future.

Experience with the Tesla implementation also indicates there are range issues to be worked out before digital keys go mainstream. Traditional RF keyless entry fobs generally must be inside the vehicle before the car will start. CR testers found they could start a Model 3 when the phone with the digital key app was five feet outside the driver’s door. They were also able to drive the car away without the phone being inside.

A few other carmakers are beginning to roll out digital keys. The Lincoln Aviator now has an app that will unlock the SUV and stores driver profiles for comfort settings. The European version of the Mercedes-Benz E-Class and the European version of the 2019 Audi A6 both have phone-based digital keys, but both systems use near field communication (NFC) to operate.

The high-level architecture from the Car Connectivity Consortium including the interfaces to be standardized. Here, TSM stands for Trusted Service Manager. It enables service providers (OEMs) to distribute and manage their contactless applications remotely by allowing access to the (embedded) secure element in smart devices. Mobile UI is an interface between OEM/TSM and the smart device. This is also known as the OEM application. Secure Element is secure storage on smart device. It can be in the form of an embedded Secure Element or UICC Secure Element. SE Provider is the owner of the SE which provides SE access to a TSM. An SE Provider Agent is an SE access interface for the SE Provider. It may be accessed by the SE provider via a proprietary interface/functions. TU is Trusted User Interface. It is usually part of the TEE, Trusted Execution Environment. This is a secure application environment on the host application processor.
There are also efforts underway to standardize aspects of digital key implementations. Last year, the Connected Car Consortium (CCC)released its Digital Key Release 1.0 specification which presents a method for users to transfer digital keys to their smart devices. CCC’s spec lets an owner create virtual keys with limited access rights for purposes such as speed governance or valet parking.

CCC is also working on a 2.0 specification due out this year. It will spell out a standard authentication protocol between the vehicle and smart device. It is being developed in collaboration with CCC charter member companies that include Apple, Audi, BMW, General Motors, Hyundai, LG Electronics, Panasonic, Samsung, and Volkswagen, and core members Alps Electric, Continental Automotive GmbH, Denso, Gemalto, NXP, and Qualcomm Inc.

You may also like:

  • qorvo
    Spectrum co-existence challenges in the fully connected car
  • IoT security
    How to tackle the tough stuff around IoT security –…
  • STM hardware
    Gallery: An inside view of the STM32WB workshop

  • Hidden pitfalls of IoT antenna design

Filed Under: Applications, Automotive, FAQ, Featured Tagged With: FAQ

Reader Interactions

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Primary Sidebar

Featured Contributions

Can chiplets save the semiconductor supply chain?

Navigating the EU Cyber Resilience Act: a manufacturer’s perspective

The intelligent Edge: powering next-gen Edge AI applications

Engineering harmony: solving the multiprotocol puzzle in IoT device design

What’s slowing down Edge AI? It’s not compute, it’s data movement

More Featured Contributions

EE TECH TOOLBOX

“ee
Tech Toolbox: Connectivity
AI and high-performance computing demand interconnects that can handle massive data throughput without bottlenecks. This Tech Toolbox explores the connector technologies enabling ML systems, from high-speed board-to-board and PCIe interfaces to in-package optical interconnects and twin-axial assemblies.

EE Learning Center

EE Learning Center

EE ENGINEERING TRAINING DAYS

engineering
“bills
“microcontroller
EXPAND YOUR KNOWLEDGE AND STAY CONNECTED
Get the latest info on technologies, tools and strategies for EE professionals.

Footer

Microcontroller Tips

EE World Online Network

  • 5G Technology World
  • EE World Online
  • Engineers Garage
  • Analog IC Tips
  • Battery Power Tips
  • Connector Tips
  • EDA Board Forums
  • Electro Tech Online Forums
  • EV Engineering
  • Power Electronic Tips
  • Sensor Tips
  • Test and Measurement Tips

Microcontroller Tips

  • Subscribe to our newsletter
  • Advertise with us
  • Contact us
  • About us

Copyright © 2026 · WTWH Media LLC and its licensors. All rights reserved.
The material on this site may not be reproduced, distributed, transmitted, cached or otherwise used, except with the prior written permission of WTWH Media.

Privacy Policy