Linptech ES1 - How to make it work

Got myself an ES1. I plan on mounting it such that it activates an extended branch of overhead lights in an unfinished basement.

I did the initial device addition- Hubitat assigned the default driver. It did not have illuminance, which I planned to use to help prevent the lights going on if its already daytime/bright. If i dont mention it again, I pretty much spam some sequence like refresh/config/refresh/refresh/browser-reload/refresh after initializing a newly added device or after switching device driver.

Wanting a LUX Reading, I installed the community driver specific to the ES1. Also my first try at HPM. No offense to contributors, but Im not a fan as it didnt work and I gave up. Importing drivers from a git url is fine by me. The device shows LUX now, but motion active and motion inactive for X seconds didnt work as trigger in Basic Rule to turn a test device on and then off. Distance from hub is not a thing.

Then I tried the more general driver for Tuya mmWave presence sensors. Parameter, and even sub-parameter (design-wise I was impressed as Ive never seen this before; love the extended help toggling too) overload :exploding_head:. Plus it sort of nagged at me that the option to specify a device proto didnt have the ES1. Still the "motion inactive for X seconds" didnt function as a trigger in a Basic Rule to turn off a test device.

Further, when looking up to select this driver I realized Hubitat has a terminology (ontological?) issue:
Only user devices appear as "presence device"- phone or tablet types. Motion sensors, and the whole notion of "motion" seems like a mis-match to what these devices are supposed to do. They sense physical motion, which is what PIRs do, but they are also intended to detect sustained human presence and then that presence becoming absent...

Which driver will allow:

  • illuminance reading
  • motion trigger
  • motion/presence has stop for X amt of time

I was hoping I can avoid inferring non-presence by setting a rule-based trigger with a wait standoff from the last motion, like I'd put up with in use with PIRs.

My end goal is to use this sensor to trigger an outlet to turn on when someone passes into a portion of my basement (utilities + storage). Restricted by LUX, so my overhead lights dont turn on unnecessarily. Then, the sensor reporting no static presence and no active motion for some time will trigger the same outlet to turn off (the overhead lighting).

I read a lot of the three or so related threads about these 25ghz mmWave Tuya Devices, which is how I found out about the two community drivers. However, those threads are long and many other threads link-to them and it was not very clear what the current best practice is and state of whats-what with the development status of these drivers and devices.

I've high hopes for this kind of device, and their ability to accurately gauge how long it's been since a person was in-frame of the watched area. I've got another, an oval-shaped Haozee presence sensor, to support another segment of overhead basement lighting. So, Im hopeful to ace this first-go with the Linptech and then go forth. Id like to replace a PIR, looking at a stairwell to add lighting, with one of these mmWave Sensors. More epic meh than acing so far though- please help :pleading_face:

Hi @user2599 ,

It is important to realize that the so-called 'presence' sensors based on mmWave technology are nothing more than very sensitive motion sensors.

The terms 'presence' or 'human detection' are just marketing tricks. It is technically impossible to distinguish a completely still object from all the other objects in the same detection are that reflect the mm waves. The only such a mmWave sensor which is close to keeping a human presence (more or less) correctly is the sophisticated Aqara FP2, and only when mounted on the ceiling right above the bed/sofa where a human can rest motionless. Here, I suspect that the sensor data is actually processed by Aqara Cloud AI services...

With the above in mind, treat all the different 'presence' sensors simply as motion sensors. 'Motion' is the capability exposed by both the HE inbuilt and the custom drivers.

I am using all my mmWave devices as motion sensors, controlling HE Room Lighting rules for each room or area. Here is an example :

5 Likes

Hubitat already had a presence/absence capability before these devices became generally available.

It refers to presence in the sense of “at home” vs. “away from home.” I don’t think they intend to change that paradigm (though I don’t work for Hubitat so can’t say anything with certainty).

That distinction can’t be forced on community developers though, so some choose to make use of the presence capability for mmWave sensors in a non-standard (for Hubitat) manner.

Probably not worth cluttering up this thread with possible HPM troubleshooting steps, but if you’re interested, this thread can almost certainly get you going with HPM. Don’t worry about reading the whole thing, just post at the end with some more specifics re: the issue you were having.

Copying GitHub URLs isn’t difficult, but HPM can become a helpful time saver if you get to the point of using a lot of community developed drivers or apps.

5 Likes

I have 7 Linptech ES1's. 4 are working perfectly, however there are 3 that refuse to report Illuminance.

I've tried changing drivers back and forth, refresh, config, etc., but no luck. Currently using the Linptech 24Ghz Presence Sensor ES1 driver. The setup on all ES1's look identical.

App: 46
Manufacturer: _TS3218_awarhusb
Model: TS0225
Tuya Ver: 1.0.6

The only discrepency i see is with the State Variables. Some devices have just 3, while others have 11 and still others have 5.

Any ideas on how to get this working? Many thanks.

None of my five ES1s report illuminance. I read somewhere that there were older models that did illuminance, but the ones I have bought in the past year have not had it available. There was nothing about illuminance on the box or in the instructions on mine.

Which driver are you using? The native built in driver does not report luminance. The driver from HPM does report luminance. It is by @kkossev and it is called Tuya Zigbee MMWave Sensor. The driver works great. It has never said anything on the box for any of mine but they still report. All of mine have been bought in the last year.

The built in driver does have an enable illuminance option, but it does not seem to work.

I have lots of Tuya Zigbee stuff, so I use lots of kkossev drivers. Looks like in this case I did not use his driver for these.

I just changed the driver on one and it pulled in illuminance. Go figure! Hopefully that matches the sensitivity of my Fibaro Zwave Illuminance sensor I use for indoor light levels and I can use these instead. Other light sensors I have tried do not have the sensitivity I need for small light changes. I shall see!

Thanks for the tip on that - I was sure they did not do illuminance. :smiley:

I was using the Linptech 24Ghz Presence Sensor ES1 driver. Ive tried the driver you suggested, but still illuminance is showing 0.
Device Profile: Tuya TS0225_LINPTECH 24GHz Radar
Lux threshold: 1

Thank you.

You're welcome. I honestly never noticed the ability to activate it in the built in driver so you taught me something. Yes, @kkossev drivers are second to none, along with his advice. He has helped me greatly.

I don't have anything else that measures illuminance so I have nothing to compare them to.

Not sure why it wouldn't be reading. I remote admined into my hub and I was at zero. Turned on the light and the screenshot is below. Illuminance jumped to the 130's. It appears I am using the same sensor as you.

You could possibly try rejoining/connecting your sensor without removing it from the hub and having the Tuya Zigbee MMWave Sensor driver preselected before you do. This will help make sure it initializes all the settings if that might be the problem. I have experienced similar things in the past and this has helped.

Can you tell me how to do the rejoining/connecting you described? Still a little "green" when it comes to Hubitat.

All you have to do is join it just like you would if it is a new device just don't remove it from the hub first. Leave it connected as it is.

Put the sensor in pairing mode, which I believe is hold the center button until the light starts to flash
Don't remember exactly for that specific device. When the device is in pairing mode go into HE and add device, zigbee, and the tell it to find the device as if you was putting in a brand new device.

It will then come up it found and already discovered device and it will have the name of the sensor just as you had it before. Click on that and it will take you to the device page. It basically just puts it right back in its previous slot. It doesn't change any of your rules or anything that way.

Just make sure you have the driver already listed i nthe type section before you start the rejoin process above.

Ive done that, but there's still no illuminance being shown.

Is the motion changing to active as it should? That would show that it is connected to the hub and working? Did you have a lot of light on in the room?

My lux threshold is set to 10 but I don't think that would make a difference.

Yes, motion is triggered as expected. The ES1 is a sunroom, so plenty of light. I tried setting lux threshold to 10, but didn't change anything.

I have 6 other es1's I ordered from same company at same time. 3 are reporting, 3 are not. All are using the same driver.....Linptech 24Ghz Presence Sensor ES1.

I have no idea. I wish I could have helped you more.

@kkossev do you have any suggestions to this issue.

No problem. You were a huge help. Thanks for your time. Perhaps @kkossev will have something.

Regards

Strange. All my sensors got an initial illuminance after using this driver, and that was it. Logs show it never updates after first shot. I can reset the driver and I will again get one initial reading, then nothing after. The reading seems like a true lux level when it does the first report.

I posted this info on kossev's driver page as well. Seems illuminance from these is hit or miss for some reason.

Using his driver mine will update as it changes. It truly does sound hit or miss.

I wonder if there is a setting for lux change to report in the device, like there is on many temp sensors for temp change to report. My Fibaro sensors have that as a setting for updating lux changes. Usually kossev's drivers include this if available, like on his temp Tuya Zigbee temp sensor drivers, so my guess is no, but it makes me wonder what it is using for change required to report if we can't set it.