Plain Answers

SmartLife, Tuya and the local key

Why your Bluetooth remote will not pair with SmartLife, what a local key actually is, why it is different on every single unit, and what controls this kind of gear with no account and no cloud at all.

Updated 4 October 2026 No affiliation with Tuya Sources linked

The short version

What SmartLife actually is

SmartLife is the consumer app for Tuya, a platform manufacturers build on top of. A company that wants a connected product can ship Tuya's module and firmware instead of writing their own app and cloud. That is why hundreds of unrelated brands all tell you to download the same two apps.

The important consequence: a device appears in SmartLife only if its maker built it as a Tuya device. The app is not scanning for Bluetooth things and adopting them. It is signing in to an account and listing hardware that already belongs to that ecosystem.

So if your Bluetooth remote will not pair with SmartLife, it is almost certainly not faulty and you have not missed a step. It was never a Tuya device. There is nothing on your side to fix.

What a local key is, and why it matters

Normally a Tuya device takes orders from Tuya's cloud. Your phone talks to the cloud, the cloud talks to the device. That is the part people dislike: an internet round trip to turn on a light in the same room, and a product that stops working the day the service does.

Tuya devices can also be driven directly, with no cloud in the loop. To do that you need two things from the device:

WhatWhat it is
device idTuya's internal identifier for that one unit
local keyThe encryption key that unit will accept commands under

With those in hand, the cloud is no longer needed. Several open source projects prove it, and say so plainly in their own documentation.

ProjectWhat it demonstrates
ha-tuya-ble "never contacts the Tuya cloud at runtime"; account credentials "used once and never stored"
Tuya-BLE "No cloud round-trip for commands once the device credentials are obtained"
ha_tuya_ble Same family of work, Bluetooth devices driven locally

So the protocol itself is not the obstacle. It is understood, it is implemented, and it works offline.

The catch, stated honestly

Every documented way of getting the local key goes through Tuya's cloud. The usual route is to create a Tuya IoT developer project, generate an access id and access key, and query their API with the official SDK. That is what tuya-local-key-extractor does, and it is what TinyTuya does.

We went looking specifically for a way around it: reading the key out of the pairing exchange, capturing it off the air, pulling it from the phone app. If a method exists, it is not public.

Worth being clear about what that means. The gear can be freed from the cloud, but only by asking the cloud for permission once, through a developer account most owners will never create. The device is local-capable and still gated.

Why a shared key would not help you

This is the question we get asked most, and the answer is the interesting part.

The local key is unique to one physical unit. Two identical light strips bought in the same packet have different keys. Worse, TinyTuya's own documentation states that the key changes every time a device is removed and re-added to the app, and resets if the unit is reset or re-paired.

So a key someone posts online is worth nothing to anybody else, and stops working for its owner the moment they re-pair. There is nothing to collect and nothing to build on.

That is the exact opposite of how infrared and radio remotes work, and it is worth understanding the difference:

IR & RF remotesTuya Bluetooth
One capture coversEvery remote built on that chipOne physical unit
Still valid tomorrowYes, permanentlyUntil it is re-paired
Can be sharedYes, that is the whole pointNo
Needs an accountNoYes, once, a developer one

A ceiling fan remote captured once by one person in 2026 will still open that entire family of fans for everybody in 2036. A Tuya key is a rental that expires when its owner touches the app.

What works with no account at all

Plenty of Bluetooth hardware speaks ordinary GATT with no vendor key, no pairing to a cloud and no bridge. Your phone connects to the device and sends the command. That is it.

Things that generally work this way:

READYWARE talks to these directly: no account, no hub, no bridge, nothing to sign up for. Over 75 Bluetooth device families across more than 200 brands, and it runs in a browser as well as in the app. If the controller inside your bed is one it knows, it builds you the remote and you use it.

On top of that, infrared and radio are where this approach really pays, because those signals belong to nobody. Over 40 fixed-code radio families covering garage and gate openers, ceiling fans, blinds, outlets and doorbells, and an infrared database in the millions of codes. None of it asks who you are.

If you have already done the developer-account dance and you are holding device ids and local keys for Home Assistant, tell us. If enough people are in that position we would look at a paste-your-own-key path. We are not going to pretend it is a feature for everybody, because it is not.

Questions people actually ask

My light is in SmartLife but I want it off the cloud. Can I?

Usually yes, with the device id and local key, using one of the open source projects linked above. Expect to create a Tuya IoT developer project to get them. It is a genuine amount of work for one light, and much more reasonable if you are doing a whole house at once.

Is there any way to get the key without a developer account?

Nothing published that we could find. We looked for a way to read it from the pairing exchange, capture it off the air, or extract it from the phone app, and came up empty. If that changes we will update this page.

Why does my device need the internet to talk to something in the same room?

Because the manufacturer chose a platform where the account is the product. It is cheaper to ship than building your own app, and it keeps the customer attached. The hardware is almost always capable of working locally; the firmware simply is not set up to let it.

Will my Tuya device keep working if the service goes away?

Scenes, schedules and remote access would stop. Whether anything local survives depends entirely on the product. This is the usual reason people go looking for local keys in the first place, and it is a fair reason.

Can READYWARE control my Tuya Bluetooth device?

Not today, and we are not going to claim otherwise. The honest reason is on this page: it would be the only thing in the app that requires a developer account, and the key would stop working the next time you re-paired the device. If that changes at Tuya's end, or enough people turn up already holding keys, we will revisit it.

What about Tuya infrared blasters?

Different situation, and a better one. Infrared codes are just timings, so they convert cleanly. Our Signal Editor reads and writes Tuya IR alongside Pronto, Flipper, LIRC, Global Caché, BroadLink, ESPHome and more, and you can move a whole remote between formats in one go.

More on this, elsewhere on the site

Free, no sign-up, runs in your browser

Nothing here needs an account. Open it and use it.