How important is your video wall content?

Many video walls show critical information to help maintain the safety of a community or the productivity of a manufacturing plant or to monitor the behavior of complex networks and systems. The data and video feeds on these video walls are essential to the success of their organizations.

So how do we make sure your video wall content is available when it is needed?

Hiperwall’s HiperFailSafe approach to keeping your system operational even if a controller fails is part of the solution. Hiperwall’s distributed architecture means a failure of a display computer only affects a portion of your video wall, and the rest keeps running normally.

These are great solutions, but we needed to address data and source reliability problems as well.

In most systems, if the video capture device sending an important stream to the video wall fails or if a PC sending a data feed or a browser showing a dashboard fails, that content disappears. Throwing more hardware and software at the problem works by providing redundant feeds, but it doesn’t make operations with them seamless.

We developed HiperFailSafe Content to make sure your important data or video content can be shown even in the face of source failures. As long as there is an alternate source available, HiperFailSafe Content will show it if the primary source is missing. It is easy to have an alternate PC send the mission critical dashboard to the video wall, then the original plus the alternate can be combined into a HiperFailSafe Content item with priority to define their order. If the item being shown disappears, the first available alternate is shown in the same place(s) on the video wall. No operator intervention is required, and the integrity of the content is maintained.

As another example, if a news feed is part of the information needed in a public safety control room, and that feed is from an HDMI capture device, an alternate can be a screen capture computer sending the web version of that or a different news feed. HiperFailSafe Content objects are not limited to just two items – you can have alternates to your alternates, and even finally a static image warning that all the sources have disconnected to make the system operators aware. If the original content feed reconnects, it will replace whatever alternate is being shown, again without operator intervention.

How much does this very helpful capability cost?

HiperFailSafe Content has been available to all Hiperwall customers since version 7.1 and is available for no additional cost. We feel the feature is so valuable and important to our customers that everyone with modern Hiperwall systems should be able to use it to make their system even more powerful and reliable.

Contact Hiperwall, your video wall reseller, or visit the Sharp NEC Display Solutions exhibit at ISE2024 in Barcelona Jan 30 to Feb 2.

This was originally a LinkedIn post but I put it here for people that don’t want to log in there.

Hiperwall Software Drives Sharp/NEC Displays ISE Booth

Hiperwall video wall software powered almost all the displays in the Sharp/NEC Displays booth at ISE 2023 in Barcelona. The massive, beautiful booth showed off several of Sharp/NEC’s big, bright LED display systems, many sizes, shapes, and orientations of LCD displays, and a few powerful projectors driven by Hiperwall video wall software version 8.0.

The Sharp/NEC Displays team, led by Massimo Gaetano, integrated Hiperwall into the booth for several purposes. Hiperwall’s ability to deliver lots of many types of sources to many displays, accounting for resolution, scaling, and rotation, meant that Sharp/NEC could easily share videos, streams, data feeds, and other content to any of their displays. They could even show the same content on many displays or span display walls with lots of content. They also took great advantage of Hiperwall’s ability to store and load groups of content on different parts of various video walls and displays. This flexibility let them show content in one area of the booth, then replace it with different content when another customer wanted to see something different while not affecting what was showing elsewhere in the booth. Sharp/NEC also used the HiperInterface web services-style network interface to programmatically load content and recall content groups using ZigBee (wireless) buttons, QR codes near many of the exhibits, and even phone apps. These advanced control mechanisms worked with Hiperwall’s content and source handling ability to make the displays in the booth responsive and dynamic!

See the video below to see the Sharp/NEC Displays booth driven by Hiperwall in action.

Hiperwall Development Team 2022 Year in Review

The Hiperwall software development team had a busy and productive 2022 with an outstanding video wall software release, and we’re preparing amazing stuff for 2023. Each member of the team designed, built, integrated, or tested complex software components that form the Hiperwall distributed video wall software product. Each team member expanded their capabilities by learning new techniques and skills to do a great job making highly capable and reliable software.

The big version release of 2022 was Hiperwall video wall software version 8.0. This version includes new features strongly desired by our customers, including HiperZones, the new HiperSource Streamer+, a new component to drive the video wall called HiperView+, and an enhancement to make HiperCast connections easier and more powerful with HiperCast Pull. Each of these major new capabilities and all the smaller features that go along with them add value to the product and give our customers more power to show their content in the most productive way possible. Customers with maintenance agreements can upgrade to version 8 where most of these features are included with no extra charge. Our Premium customers automatically get the incredibly powerful HiperZones when the upgrade, which is yet another reason the Premium package is the best deal around.

HiperZones

The crown jewel of the Hiperwall version 8 release is HiperZones, which allows a customer to define virtual video walls on their physical video walls to make separate zones of control and responsibility that help maintain content integrity. Different users can be assigned to control each zone and they cannot interfere with content on other zones. This means a large LED video wall can be split into different zones monitoring different regions of the country, for example, or different business elements. Changes to content in each zone are isolated from the other zones, so critical content is never obscured by another user’s content.

HiperZones is very useful for customers with large video walls, especially seamless LED walls, but it is also perfect for customers with multiple video walls or satellite displays, so content from one does not impinge on any of the others. The technology behind HiperZones is impressive – when customers learn that zone boundaries do not have to be display boundaries but can be defined to be nearly anywhere, they are impressed. Hiperwall software’s ability to manage and display content keeps getting better and better, and HiperZones is a huge step above traditional video wall capabilities.

HiperView+

Until recently, Hiperwall systems have typically used one small form factor computer per display to provide scalable performance as the system grew. In high-end systems with multiple LED controllers, we use HiperView Quantum to drive several LED controllers per computer and synchronize each computer to get frame-by-frame accuracy on content playback. We recognized the need to drive multiple displays or LED controllers for smaller systems from a single PC, so we developed HiperView+. This software is based on the powerful HiperView Quantum technology that optimizes video performance on NVIDIA GPU-based display computers but applies it to smaller systems that do not need multiple display computer synchronization. HiperView+ provides top-notch performance with multiple display output and is compatible with NVIDIA Mosaic technology to layout the displays.

Streamer+

The original HiperSource Streamer software is powerful and easy to use but is based on a Windows technology infrastructure that has not kept up with 4K video performance. The development team reimagined the Streamer concept and created Streamer+ based on new API standards that glean significant performance from the same hardware and take advantage of newer GPU hardware. It also uses a new more secure and more capable interface to the HiperController to allow for future enhancements. This new Streamer+ turned out to be a huge benefit for our customers and integrators during the pandemic supply chain constraints, because it allowed more and better streams from a single source PC, thus reducing cost and required hardware.

HiperCast Pull

HiperCast is a powerful capability to securely share source content between Hiperwall systems across town or across the world, but it was tricky for sysadmins to configure because of port forwarding and more. The software team developed a pull-based solution where each HiperController connects to the HiperCast server and subscribes only to needed sources. This new approach makes configuration of each Hiperwall system trivial yet adds significant power over content choice. HiperCast Pull increases the available audience for HiperCast’s sharing capabilities.

What’s next?

The Hiperwall software development team has not slowed down since the release of version 8.0. We have been working towards an exciting and powerful new release that builds upon HiperZones and the other great version 8 features. Beyond that, 2023 will see even more terrific new features and products added to the Hiperwall video wall software and beyond. We hope everyone who reads this has a terrific 2023 and we look forward to shaping the future with you.  

Short post on Hiperwall Content Integrity

I made a short post on LinkedIn about Content Integrity and HiperZones.

https://www.linkedin.com/posts/activity-6988180529510576129-IHbz?utm_source=share&utm_medium=member_desktop

The Evolution of Video Wall Sources

Hiperwall video wall software has always been great at accepting and displaying lots of sources of several types, but sources and their uses have changed over the years as what they were showing evolved. This post contains my experiences with the changing landscape of sources used in Hiperwall video wall systems around the world, particularly for control rooms and similar, rather than signage applications.

Early days

Our first source type was the Sender, followed closely by the Streamer. These standalone apps send data to the video wall computers in very different ways making their uses unique.

Sender

The Sender software (now called HiperSource Sender) captures the screen or part of the screen of the computer it runs on and sends that to the Hiperwall system. Sender can run without even being installed on the computer (for environments that restrict software installation). The encoding of the Sender’s video stream is completely CPU-based, so it runs on nearly any PC, Mac, or Linux box, and the performance scales with the CPU and network speed. Sender can send its data directly to the video wall if it is on the LAN or can use the HiperController as an intermediate via an encrypted channel. This allows Sender sources to come from anywhere on the Internet. We extended this capability with a product now called HiperCast (was Share) that can deliver multiple Sender sources to multiple Hiperwall systems around the world.

Our clients use Sender for monitoring dashboards, social media feeds, desktop sharing, and more. Sender provides multiple captures on a single machine, runs in VMs, and supports KVM control of the source machine. The flexibility and utility of Sender means customers want to use it in many situations where high frame rate is not required. Sender also scales and resizes handily, so if a user changes the resolution or orientation of the screen of a Sender PC, it can adjust automatically.

While Sender is our oldest source type, it has undergone many performance and capability improvements over the years and remains the simplest and perhaps most flexible of our sources. Sender was built at a time when most of our customers were running custom applications to monitor and control their systems, so it was perfect for delivering those output screens to the video wall. Since the nature of such applications has changed to be more web-based, other solutions, especially HiperSource Browser, discussed later, grew in popularity.

Streamer

The HiperSource Streamer software is designed to deliver high frame rate, high quality video streams to the Hiperwall video wall. It uses hardware accelerated video capture, compression, and encoding to send a bandwidth-efficient video stream. Streamer uses our patented approach to synchronize playback on different display computers to make the frames sync across display boundaries for a seamless experience even if the video spans multiple display tiles. Streamer provides display capture, like Sender, but also supports capture cards, so it can stream video content captured from HDMI, SDI, or analog video sources to the wall. For display capture, Streamer also supports KVM control of the Streamer PC, which means content and applications on that PC can be interacted with while being shown on the video wall. Because Streamer requires hardware support to encode the stream, it must run on a moderately powerful PC on the Hiperwall LAN.

Since Streamer is great for high frame rate video streams, our customers use it to play videos, show presentations that have artistic transitions, share VMS consoles or other applications where high frame rate matters, and to show TV stations to monitor news and weather. Streamer has evolved over the years to support more hardware types and to manage capture cards in a flexible manner. Streamer continues as the go-to source type for video-style streaming.

Streamer+

With version 8 or the Hiperwall video wall software, we added a complete re-imagining of the Streamer idea in a product caller Streamer+. This new product was built from the ground up for performance, allowing more streams, more desktop captures, more capture card inputs, and higher resolution and frame rate than the original Streamer on supported hardware. The new Streamer+ has been the go-to choice for new installations and even upgrade customers since it was released.

Streaming Evolution

While Sender and Streamer are well suited to sending desktops and captured streams to the Hiperwall, our customers also wanted to send networked video streams from IP Cameras, video encoder boxes, and VMS gateways to their Hiperwall video walls. Since we already had a powerful synchronized streaming protocol from the Streamer, we adapted that to make HiperSource IP Streams. The IP Streams source software can ingest many types of network streams from ONVIF cameras, RTSP encoders, RTP and HTTP sources, and more. It then wraps the streams with our patented approach to synchronize playback across the multiple displays of the Hiperwall video wall and delivers the streams to the display computers. Because the IP Streams software is so efficient, a single moderate PC can ingest and process around 75 streams for simultaneous delivery and playback on a Hiperwall system.

With the addition of HiperSource IP Streams, and to provide more flexibility to our customers, we combined all the source license types into a single HiperSource license type. Therefore, customers could easily switch sources as their needs changed and no further license updates were needed. This simple source interchangeability has worked very well for our customers who may not know exactly what they want to use when they are defining their system. Now they can pick and choose and change as needed.

IP Streams has become a significantly popular source type for many of our clients’ applications. Some need to display streams from IP cameras, possibly via a VMS gateway, such as those provided by Milestone and Genetec. Some customers in secure or otherwise restricted environments use video encoder boxes to take the HDMI output of a computer and convert it to an RTSP stream that the IP Streams software delivers to the Hiperwall. Thus, their secure, mission-critical computers never have to be on the same network as the Hiperwall system, and the only interface to the Hiperwall network is a video cable. IP Streams also delivers content from TV decoder boxes, now that MPEG 2 streams are supported.

Large scale revolution

While Sender and Streamer have been able to capture web pages and send them to the video wall from the start, we wanted to take web content to the next level, so we developed HiperSource Browser. It is a real web browser, based on the Chromium engine, so it supports current web technologies, but it scales in amazing ways. Like most web browsers, it supports tabs with different content (web pages or PDFs, etc.), but each tab is actively rendered and sent to the Hiperwall video wall simultaneously. This means one PC can deliver several web page sources at once while the user does something else entirely. HiperSource Browser also scales in size, allowing a single web page capture to be huge. A control room customer with an enormous video wall uses HiperSource Browser to send several dashboards with 10s of millions of pixels each to their giant Hiperwall. That isn’t a typo – tens of millions pixels worth of custom dashboard data each! Other customers use Browser for normal-size web content.

Because the world has migrated from custom applications to web-based application and dashboards, HiperSource Browser has an incredibly bright future as more and more customers switch over to modern infrastructure. Its flexibility to send multiple content items of differing, possibly enormous, size makes it strongly in demand. And because it works in virtual machine environments and doesn’t interfere with other uses of the PC, it is very friendly to the staff and operators that use Hiperwall video walls. Browser is built on the Sender protocol, so it can send across the Internet via an encrypted channel and HiperCast can deliver Browser streams to multiple Hiperwall systems at once.

The future

The current broad range of sources described here support our customers’ current use cases, but technology is always changing. Performance and feature improvements are obvious next steps, but we are always examining new use cases and customer needs. New streaming protocols are becoming popular for both audio and video, so we are watching market acceptance of those. Integration with collaboration or other products could also be in the cards as the world recovers from disruptions over the last years. We have great sources to get your content to your Hiperwall video wall system, but we’re far from done.

HiperZones makes virtual video walls

I made this comment on LinkedIn about how awesome HiperZones are, so thought I’d share it here too. HiperZones is a new capability added to Hiperwall video wall software Version 8.0.

It is hard to explain how liberating the user/operator experience is with HiperZones, but I’ll try. HiperZones allows you to create essentially virtual video walls within your larger video wall. Just as virtual memory on your computer protects your application’s memory space, lets your program act as if it has the machine to itself, and prevents it from accessing memory it shouldn’t, HiperZones does much the same thing. When controlling content in a zone, the operator’s actions don’t affect content in other zones, so the operator can clear their content, add content, or move it anywhere without having to worry about covering up or removing critical content in other zones. It is a powerful feeling knowing you can control your zone without breaking anything for other users. HiperZones is by far my favorite feature of Version 8 of the Hiperwall video wall software.

Stephen Jenks on LinkedIn

New Hiperwall Blog post: Content Integrity

With the recent release of Hiperwall video wall software version 8.0, “content integrity” is foremost on our minds so I wrote a blog post explaining it and our features to help achieve it.

Content Integrity blog post on Hiperwall.com

Hiperwall Development Team Year in Review 2021

The official Hiperwall version of this post is here.

With the challenges of the global pandemic, the team mostly working from home, travel restrictions, and component shortages delaying installations, the Hiperwall development team had a banner year producing three important product releases! Our team’s ability to remain productive while working remotely is a testament to the team’s creativity and drive and the commitment of everyone in the company. Since we make video wall software, we need access to specialized equipment, including well-configured networks and video walls for testing, neither of which tend to be in most people’s homes. Remote access, cameras, and some trips to the office allowed the team to perform excellent work under austere conditions.

We started the year with our benchmark Hiperwall 7.0 release. This release added fundamental improvements, including the groundbreaking Quantum viewer software to synchronize content playback across many computers driving many LED controllers. Because of this capability, Hiperwall has been deployed to drive enormous LED video walls in control rooms around the world. We also added new capabilities for source management and many other features and additions.

Mid-year, we announced a feature release version, Hiperwall 7.1, which included new fault-tolerance content (called HiperFailSafe Content), in addition to VMS plug-in support, so popular video management systems can directly interact with Hiperwall systems and add their content to the video wall. Many other features and performance improvements were also included.

As the third quarter ended, we released Hiperwall 7.2, which added new audio volume and muting controls. This is much more interesting and capable than it sounds because of the complexity of managing many audio devices and even more audio sources (movies, streams, etc.). We also added significant new capabilities to make our sources even more robust and compatible with industry standards.

As the new year begins, we have new features and releases under development and testing – I can’t wait to show you the great capabilities that are coming. I’m proud of our team and their accomplishments in 2021, and I expect 2022 will be even more amazing!

The Technical and Functional Challenges of Developing Video Wall Audio Controls

Hiperwall video walls have supported playing content with audio since the beginning, but we had avoided adding audio controls to the system because of the complexities described in this article. That changed with a product version we released several months ago. This article describes the journey the development team took to make the robust and powerful audio controls in the current product. Customers with maintenance contracts can upgrade to the current version and get these new audio management capabilities for no additional cost.

Why Audio?

Hiperwall makes video wall software, so why is there a need for audio in such a visual medium? Many of our customers use their Hiperwall video wall in a control room environment, where audio might be a distraction. Therefore, whatever audio features we add must allow operators to easily mute the system to avoid disturbing the people monitoring and using the control room video wall. Many other customers, however, use their Hiperwall video wall in some sort of public (or employee) facing application where audio is commonly used. In the past, we advised such customers to use a multi-input audio mixer to manage their audio with fine-grain control.

Why is Audio Management a Challenge?

The Hiperwall video wall software is a distributed and parallel computing system that uses multiple display computers to draw content on video wall displays, including LCD, projector, and LED walls, which allows it to scale from very small systems to enormous systems with hundreds of displays or thousands of square feet of LED tiles. Each of those display computers can have audio output and perhaps even speakers attached. Beyond that, a Hiperwall video wall can have tens or hundreds of sources and content items, many of which can have audio channels. Therefore, video wall audio control not only has to manage display computer output volume, but also volume levels for perhaps hundreds of content items, all in an easy-to-use and scalable manner.

Project Beginnings

One of our significant partners expressed the need for volume control for the display computers, because some of their customer projects could use those capabilities. Having looked into volume controls in the past, I thought, “I know how to do that. I’ll do it.”

In the early days of Hiperwall software development, I made the Hiperwall Daemon, a small program that runs on each of the display computers to manage them, transfer content and issue commands, and make sure the display software is running. Having the Daemon control the output volume of its display computer is easy but communicating to make it do so was the challenge. I enhanced the state transfer protocol to allow individual volume control for each of the possibly many displays in the system. The protocol needed to be concise, yet scalable, so the mechanism I added extended an existing control scheme to add volume values when needed. I also added a volume control slider and status reporting to the “Walls” tab in the controller software so volume levels can be quickly and easily changed for one display or an entire wall at a time. The volume values also had to be consistent between fault-tolerant controllers, so I made sure the controllers coordinated.

Wall/Display Audio Status and Controls

Content Audio Control Development

After discussing this new capability with the team, we decided that we couldn’t just stop at device volume control, but needed to address content volume as well. Managing volume of individual content items is more technically challenging than just changing device output volume. Because each display computer can have many contents playing audio simultaneously, each object needs separate audio controls both on the controller and built into the display software. Managing audio levels for multiple items is a lot like using an audio mixer like the Windows mixer (right-click on the speaker in your system tray and choose “Open Volume Mixer” to see what I mean). Each object can have a volume setting, but the display computer volume limits that volume to its maximum.

The development team members who make the display software developed mechanisms to adjust the volume level for each object open on their display(s), and that worked very well. We added object volume to the extensive list of properties we manage for each object (like size, position, rotation, transparency, etc.). We added a volume slider to the controller so the operator could change the volume of a selected content object. We the made mechanisms to propagate the volume properties throughout the system and between fault-tolerant controllers. We also extended the existing Environment mechanism so volume levels are saved with each Environment and restored when the Environment is loaded. We even added volume control to our XML-based web services style interface so third-party programs can control content volume. But we weren’t done yet…

Audio Muting Policies

Being able to quickly and easily mute audio content is critical – we do it all the time with our TVs and radios and phones, but when you have many outputs and potentially hundreds of audio sources, it becomes a lot more complicated. We first had to decide which operations made sense. Of course, we needed the ability to mute all content, but we had to decide what it meant to mute audio. Was it just setting the volume of all the content items to 0? That’s easy, but it doesn’t remember the old value in case we want to unmute some or all of the content. Your TV remembers the volume it was before it was muted, so we decided customers would expect that kind of behavior, even though a TV is only playing one thing at a time, while we can show many items at once. Therefore, we had to make muting reversible rather than just setting an object’s volume to 0. This meant maintaining a bit more state and a lot more logic to mute and unmute properly. Of course, muted objects can be unmuted as a group or individually.

Beyond muting everything, we also devised a “mute all but this” mechanism, which allows the operator to define an object that should be the focus of attention by eliminating any potentially distracting audio from other source. While this is not something TVs would have, it is very beneficial in a video wall environment with many sources that include audio.

Content Object Audio Controls

Convenient and Simple Controls

Because audio has the potential to be disruptive and distracting, we had to make sure the controls to mute everything were easy to find and always available. In addition to the “Mute All” capability as part of the audio controls, we added very obvious system Mute button to the controller so it can be used quickly and easily. Like its “Mute All” counterpart, this Mute button can mute or unmute all the content at once. It has intuitive icons to show its state rather than words like the button in the audio controls.

Always-available Mute Button

In addition to the fault tolerance controller software, we have another way of controlling the video walls called HiperOperator. This is a very easy-to-use graphical application that several possibly remote operators to manipulate content on the video wall simultaneously. In keeping with the simplicity of HiperOperator, we had to add very simple audio controls to it. HiperOperator makes it very easy to manipulate properties of individual objects, including applying filters, rotating, and even making the transparent using a simple menu. We added audio volume and muting to the menu, making it extremely convenient to set audio properties of content items. We also added the object’s volume level to the descriptive label shown with each object in HiperOperator.

HiperOperator Object Properties

As with the controllers, HiperOperator needed a very simple way to mute and unmute all audio in the system, so we added a button/icon in the corner of the display that toggles the muted state when clicked. All of these volume and mute states need to be coordinated across all controllers and HiperOperators, too, so if one user performs a volume control operation, it is reflected everywhere. As anyone who builds distributed systems knows, such coordination is easier said than done, but because we were building on already robust protocols and communications links, it turned out very nicely.

HiperOperator with Mute/Unmute Control

Development of audio control capabilities was a very interesting and challenging activity, but more for policy reasons than technical ones. The underlying technology to change display computer output volume or individual object volume is not particularly difficult. Rather, defining behaviors and capabilities was by far more challenging. Since multi-input, multi-output audio is rare except in audio mixers, we had to do lots of prototyping and debating of how things should work. We worked with our partners to get feedback on our designs and made some changes based on their suggestions. The new audio features are the result of a great collaborative effort among the dev team and with our technical services group and our partners.

Modern problems when getting a new phone

After not upgrading my mobile phone for a couple years, I splurged and got the new iPhone 12 Pro Max (because I wanted the new camera features). The phone is enormous, as you would expect, but you may not believe exactly how enormous it is. If anyone needs to land an aircraft, this thing is about the size of an aircraft carrier deck. Maybe I’m exaggerating a little, but it is big, though my hands are big too, so it feels natural and is a beautiful phone. By the way, the camera does seem to be spectacular, and the low light mode with the “normal” camera blew me away!

But that’s not why I’m writing this. We’ve come to rely on our phones for so many things that upgrading to a new phone is more complicated than it was in the past. Previously when switching to a new iPhone, I would restore the backup of the old phone and most things would work right away. A couple apps would detect they’re on new hardware and require that I log in again, but otherwise there was not transition other than newer, fancier hardware.

These days, however, our phones are not just our lifelines and our entertainment – they identify and authenticate us, and therein lies the problem when upgrading to a new phone. We are all using 2-factor authentication apps (if you’re not, do so. Now. I’ll wait) that are tied to the hardware identity of our phone. Some of us also use our phones for car keys or house keys, again tied to specific IDs in the phone that don’t transfer to a new one automatically.

With this new phone, most things transferred perfectly, as expected, so I could easily log into my iCloud stuff or Dropbox or Instagram, either automatically or just by entering my credentials. The problems were with the “authenticator” apps and with my Tesla Model 3. Rightfully so, they didn’t transfer over.

The Microsoft Authenticator is pretty excellent in that it has a recovery mode that allows restoring its functionality via information stored on iCloud. Luckily my old phone was still working so I could authenticate via the old one to allow the new one to restore the settings. If the old phone were lost or broken, things would have been a lot uglier, requiring the use of backup codes or other methods of proving identity.

The Google Authenticator was much worse. It had no recovery mode, so the answer is just disable the old one in your Google Security settings and enable the new one. Fine for Google, but other services, like Hubspot, also use the Google Authenticator, so for those I had to log in, disable the Google Authenticator, then re-enable it on the new phone. Again, because I had the old phone there, I could log in easily, but if I hadn’t had it accessible, things would have been tough.

The process for switching phones for the Tesla should have been easy, but didn’t work well. Adding the new phone via Bluetooth was trivial and worked well, as did logging into the Tesla app (using Microsoft Authenticator for 2FA), but adding the phone as a key for the car didn’t work. I put the keycard on the console and told the app to make the phone a key, but it claimed it couldn’t connect to the car. Playing with WiFi and Bluetooth didn’t work. In the end, I rebooted the car computer (yes, I know that sounds crazy) and that fixed it.

So now my new phone has replaced the old one in all capacities and I’m happy. But this should serve as a warning to us all that switching phones is more challenging than ever, and if we lose or break a phone, the trouble will be huge! Since many of the backup 2FA mechanisms use a text message to your phone if the authenticator app doesn’t work, that doesn’t help if you can’t receive the text message. My advice is to get the backup codes for your essential services and securely store them somewhere you can get to if your phone is gone. Easier said than done…