Athom Smart Plugs (Reliability / Lifetime / Time to failure) [please contribute]

Awesome, thank you :slight_smile:

Having said that, Im sure that was not there this morning, I promise I looked :sweat: :smiling_face_with_tear:

1 Like

Not a smart plug but I have an Athom bulb that has been great for over a year but just this week has started randomly turning on, a lot. It’s running the latest WLED (14.1). In HA the only thing in the log is just ‘light turned on’, because HA didn’t cause it. It’s quite annoying because as far as I can see there is no internal WLED log to see what’s going on.

Seems I’m not alone either.

I’m currently working on designing a cloud switch and utilizing SMPS IC as KP3210. Despite my efforts, I’ve been unable to obtain the 5V output. If anyone has information regarding the values of the components or a circuit diagram, it would be immensely helpful. Thank you.

First of 3 smart plugs purchased around 2 years ago has died. Completely dead. No switching, connection to wifi or LED.

Was not switching, simply monitoring power of my TV.

The other two are on my fridge and Ryobi battery charger.

I see Athom have smart plugs with esp32-C3 available
for pre order and wonder if they will last longer than the earlier versions with the 8285 chipset.

Which country and model?

Model: PG01V2-AU16A
Country: Australia

1 Like

Hello
Here I am as a new owner of Athom Italian form smart plug
On the back of the plug it is written PG05 V2
On the Athom site it is written that it uses the V1 yaml

But in Home assistant it used the V2 yaml.
All seems ok, it is connected to Home assistant via esphome dashboard.
Just a stupid question
I want to change the relay state after current interruption changing it from
relay_restore_mode: RESTORE_DEFAULT_OFF
To
RESTORE_DEFAULT_ON
And change
sensor_update_interval: 10s
To 2s

Do I need to download the yaml file from GitHub, customize it and then upload it to the plug?
How do I perform this?
Sorry but I’m new to esphome
Thanks

What I did: activated the plugs as described out of the box manual like you did.
Then find the IP-address of the plug.
Create a yaml in ESPHome as full copie from the appropriate Athom GitHub (V1, 2 or 3).
Modify it with static Wi-Fi-settings to link to the found IP and flash that wirelessly.
Modify the yaml as needed. Like: I translated all sensor- and switches names to our language.
(You could remove the static IP after that: the device will connect with that IP anyway. I did not remove it because I keep static IP’s for such plugs.
The remarked-out ‘use_address’ served to modify the original DHCP IP from 192…7 to 192…55 upon that first new OTA only so that the plug connects always as 192…55 from then on.)
Hope this is clear enough: English is not my native language.

wifi:
  ssid: !secret wifi_password
  password: !secret wifi_password
  manual_ip:
    static_ip: "192.168.1.55"
    gateway: 192.168.1.1
    subnet: 255.255.255.0
    dns1: 192.168.1.1
#  use_address: 192.168.1.7
  ap:
    ssid: "${name} Hotspot"
    password: "Whatever"
  fast_connect: "${wifi_fast_connect}"
1 Like

I’m not 100%, but I think as an alternative to making a complete local master as VIMVa has suggested, you can use substitutions in your local file to override parts of the remote config.

So you would only need to add substitutions for this I think.

This way you keep any maintenance from the remote config.

So you can try simply adjusting this at the top of your local yaml and I think ESPHome will merge it in to the remote config for you as part of compiling routines.

substitutions:
  relay_restore_mode: RESTORE_DEFAULT_ON
  sensor_update_interval: 2s
1 Like

True: the items that Pietro wants to modify sit in the substitutions section and you can as well keep the link to the GitHub yaml…

But it remains a mystery to me where to find that local yaml in ESPHome so that I can modify those substitutions. I did not find one here: the plugs are auto-discovered in HA but I found no yaml file to modify in ESPHome.
(Also: a full local file allows me to easily translate the names.)
My ESPHome knowledge ends there :cry:. I must be overlooking something simple…

1 Like

Just received and adopted AU Smart Plug v3.

Will keep the group updated about reliability.

2 Likes

Since the ESP32-C3 supports Bluetooth, you could use these around the house as ble trackers I think.

1 Like

Interesting, doesn’t look like bleproxy is supported by the standard firmware.

Any ideas on the changes I need to make?

For the ble tracker it should just be a matter of adding the config per the docs.

I’m not sure how it stacks up memory wise.

I don’t know much about Bluetooth proxy but should be pretty straightforward I think.

Do not recommend buying Athom products. Plugs trip.
LED controlled burnt my LEDs.
The custom support experience is negative.

I had success with Sengled zigbee plugs.

I have 2 v3 EU plugs + 3 v2 T13/Swiss plugs with ESPHome, one of the v2 started turning off and on randomly in the last days, first thought it was my auto-power-off automation with the motion-sensor, but it didn’t trigger.
I did an update to the latest esphome, it now has a default_powerstate setting and didn’t randomly reset the power.

BUT both v3 plugs are now broken, they start up connect to WiFi for a short time (doing NTP calls) and going offline again, after the first one shown this behavior I replaced it with the second one I used as power meter for my AC, just lying around for weeks.
Plugged it in and the same behavior occurred :face_with_raised_eyebrow:

2 Likes

Have 4 V2 Euro-Plugs since a couple of weeks.
I am very happy, because I could also extend them. Here some important (?) observations:

  1. As with most of these plugs, do not expect to go even close to the load of the relay. To put 16 amps on these poor little things is madness. I would limit them to 8 amps max, if you need more, use another relay in between.
  2. When you download the latest ATHOM yaml from their GitHub, make sure your ESPhome instance is really updated
  3. The GitHub yaml contains a section called “dashboard’_import:”. This I removed (after being tipped off somewhere else here) to get rid of ghost and double “DISCOVERED” entries.
  4. I am at cross with the auto-discover/mDNS feature to find (or not find) ESP devices. I found it much easier to set ESPhome in Settings/add-ons/ESPhome/Configuration to “User ping for status” and then include in every yaml of my ESPhome devices the following:
wifi:
  use_address: (this is the ip address I now want to use for ESPHome to discover the device)
  networks:
  - ssid: some_SSIDNAME1
    password: xyz
    manual_ip:
      static_ip: "192.168.9.2"
      gateway: "192.168.9.254"
      subnet: "255.255.255.0"
      dns1: "192.168.9.254"
  - ssid: some_SSIDNAME2
    password: xyz
    manual_ip:
      static_ip: "192.168.20.2"
      gateway: "192.168.20.254"
      subnet: "255.255.255.0"
      dns1: "192.168.20.254"
  ap:
    ssid: some_emergencyssidname
    password: some_emergencypassword

with these lines ESPHome knows where to look for the device, but also sets multiple WLANs as options; I use this because I often develop on another Home Assistant instance and then carry it to a new installation; it runs out of the box, because Wifi is already configures. If everything fails, the system sets up an AP to allow access.

Last, but not least, I love these plugs because I can EXTEND them!! There are two quite easily accessible GPIOs that can be used for additional relays or sensors:

Free to use:
GPIO14
GPIO04

+3.3V and GND to power small devices (3V relay works) you can directly access from the buck converter chip at U2.

I am using this setup to attach another 3V relay module (1€) and a water leak sensor. I am using a new case, since you can’t stuff this in the old case. But I do not need any power supply and the cse7766 power monitor chip gives me loads of info about the state of the attached device.

5 Likes

Athom now have a monitoring only (no relay) version of their EU plug - very handy for fridge/freezers as the relay is always going to be a possible source of failure.

I’m awaiting a Irish/UK version - hopefully they will extend the design to all socket interfaces.

2 Likes

I’ve been using 4 of the basic Athom smart plugs for EU (they are all marked as v2 in HA) for quite some time now (a couple must be around 2 years old or more, another couple around a year) and I had no issues at all. Not sure if I’m just lucky, considering what people wrote here, or maybe the EU version is more reliable, or maybe they are just not that bad, but people for whom it works fine don’t tend to show up to write in such threads.

Anyway, I just wanted to add that I use them for higher loads too - around 10 A (that’s around 2300 W here). One is controlling water heater, which is used rarely and in a limited fashion, but the other controls a dumb brick that charges a car, meaning it charges those 10 A for multiple hours, almost every day. It’s outside, which maybe helps with overheating, but on the other hand in winter it can get below -20C here, so it doesn’t have it easy.

So one is flipping the switch often, but not actually doing a lot of kWh, the other one is flipping rarely, but has a lot of energy flowing through it in total.

5 Likes

Oops: Athom wins lawsuit against Chinese Athom Tech and AliExpress - Off-Topic - Homey Community Forum

Choose those for a showroom at work with 80 nodes, already have 15 active, 20 in stock, wanted to re-order but there is a banner on the site stating no more orders are possible to the EU.

Anyone has a good alternative for the smart plug v2?