[Device Support Request] Decoupled mode for lumi.switch.l1aeu1

[OliverHi]

I have a lumi.switch.l1aeu1 single rocker Aqara H1 EU switch without neutral wire paired with ZHA and it is missing a couple of things:

• temperature is off (showing 0.3°C all the time)
• there seems to be no cluster config to set it to decoupled mode where a click just sends an event but does not turn off the relay

The on/off button is working well otherwise. It seems like Zigbee2MQTT is supporting this so it should be possible. Please let me know if any additional information is needed

Device signature

{
  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.EndDevice: 2>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress: 128>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=True, *is_full_function_device=False, *is_mains_powered=False, *is_receiver_on_when_idle=False, *is_router=False, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": 260,
      "device_type": "0x0100",
      "in_clusters": [
        "0x0000",
        "0x0002",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0012",
        "0xfcc0"
      ],
      "out_clusters": [
        "0x000a",
        "0x0019"
      ]
    },
    "41": {
      "profile_id": 260,
      "device_type": "0x0100",
      "in_clusters": [
        "0x0012"
      ],
      "out_clusters": []
    },
    "242": {
      "profile_id": 41440,
      "device_type": "0x0061",
      "in_clusters": [],
      "out_clusters": [
        "0x0021"
      ]
    }
  },
  "manufacturer": "LUMI",
  "model": "lumi.switch.l1aeu1",
  "class": "zigpy.device.Device"
}

Diagnostic information

{
  "home_assistant": {
    "installation_type": "Home Assistant Container",
    "version": "2022.7.3",
    "dev": false,
    "hassio": false,
    "virtualenv": false,
    "python_version": "3.10.5",
    "docker": true,
    "arch": "armv7l",
    "timezone": "Europe/Berlin",
    "os_name": "Linux",
    "os_version": "5.10.63-v7l+",
    "run_as_root": true
  },
  "custom_components": {
    "watchman": {
      "version": "0.5.1",
      "requirements": [
        "prettytable==3.0.0"
      ]
    },
    "hacs": {
      "version": "1.24.5",
      "requirements": [
        "aiogithubapi>=21.11.0"
      ]
    },
    "adaptive_lighting": {
      "version": "1.0.14",
      "requirements": []
    }
  },
  "integration_manifest": {
    "domain": "zha",
    "name": "Zigbee Home Automation",
    "config_flow": true,
    "documentation": "https://www.home-assistant.io/integrations/zha",
    "requirements": [
      "bellows==0.31.0",
      "pyserial==3.5",
      "pyserial-asyncio==0.6",
      "zha-quirks==0.0.77",
      "zigpy-deconz==0.18.0",
      "zigpy==0.47.2",
      "zigpy-xbee==0.15.0",
      "zigpy-zigate==0.9.0",
      "zigpy-znp==0.8.0"
    ],
    "usb": [
      {
        "vid": "10C4",
        "pid": "EA60",
        "description": "*2652*",
        "known_devices": [
          "slae.sh cc2652rb stick"
        ]
      },
      {
        "vid": "10C4",
        "pid": "EA60",
        "description": "*sonoff*plus*",
        "known_devices": [
          "sonoff zigbee dongle plus"
        ]
      },
      {
        "vid": "10C4",
        "pid": "EA60",
        "description": "*tubeszb*",
        "known_devices": [
          "TubesZB Coordinator"
        ]
      },
      {
        "vid": "1A86",
        "pid": "7523",
        "description": "*tubeszb*",
        "known_devices": [
          "TubesZB Coordinator"
        ]
      },
      {
        "vid": "1A86",
        "pid": "7523",
        "description": "*zigstar*",
        "known_devices": [
          "ZigStar Coordinators"
        ]
      },
      {
        "vid": "1CF1",
        "pid": "0030",
        "description": "*conbee*",
        "known_devices": [
          "Conbee II"
        ]
      },
      {
        "vid": "10C4",
        "pid": "8A2A",
        "description": "*zigbee*",
        "known_devices": [
          "Nortek HUSBZB-1"
        ]
      },
      {
        "vid": "0403",
        "pid": "6015",
        "description": "*zigate*",
        "known_devices": [
          "ZiGate+"
        ]
      },
      {
        "vid": "10C4",
        "pid": "EA60",
        "description": "*zigate*",
        "known_devices": [
          "ZiGate"
        ]
      },
      {
        "vid": "10C4",
        "pid": "8B34",
        "description": "*bv 2010/10*",
        "known_devices": [
          "Bitron Video AV2010/10"
        ]
      }
    ],
    "codeowners": [
      "@dmulcahey",
      "@adminiuga"
    ],
    "zeroconf": [
      {
        "type": "_esphomelib._tcp.local.",
        "name": "tube*"
      },
      {
        "type": "_zigate-zigbee-gateway._tcp.local.",
        "name": "*zigate*"
      }
    ],
    "after_dependencies": [
      "onboarding",
      "usb",
      "zeroconf"
    ],
    "iot_class": "local_polling",
    "loggers": [
      "aiosqlite",
      "bellows",
      "crccheck",
      "pure_pcapy3",
      "zhaquirks",
      "zigpy",
      "zigpy_deconz",
      "zigpy_xbee",
      "zigpy_zigate",
      "zigpy_znp"
    ],
    "is_built_in": true
  },
  "data": {
    "ieee": "**REDACTED**",
    "nwk": 22702,
    "manufacturer": "LUMI",
    "model": "lumi.switch.l1aeu1",
    "name": "LUMI lumi.switch.l1aeu1",
    "quirk_applied": false,
    "quirk_class": "zigpy.device.Device",
    "manufacturer_code": 4447,
    "power_source": "Battery or Unknown",
    "lqi": 83,
    "rssi": null,
    "last_seen": "2022-08-13T13:17:56",
    "available": true,
    "device_type": "EndDevice",
    "signature": {
      "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.EndDevice: 2>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress: 128>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=True, *is_full_function_device=False, *is_mains_powered=False, *is_receiver_on_when_idle=False, *is_router=False, *is_security_capable=False)",
      "endpoints": {
        "1": {
          "profile_id": 260,
          "device_type": "0x0100",
          "in_clusters": [
            "0x0000",
            "0x0002",
            "0x0003",
            "0x0004",
            "0x0005",
            "0x0006",
            "0x0012",
            "0xfcc0"
          ],
          "out_clusters": [
            "0x000a",
            "0x0019"
          ]
        },
        "41": {
          "profile_id": 260,
          "device_type": "0x0100",
          "in_clusters": [
            "0x0012"
          ],
          "out_clusters": []
        },
        "242": {
          "profile_id": 41440,
          "device_type": "0x0061",
          "in_clusters": [],
          "out_clusters": [
            "0x0021"
          ]
        }
      }
    },
    "entities": [
      {
        "entity_id": "button.lumi_lumi_switch_l1aeu1_identify",
        "name": "LUMI lumi.switch.l1aeu1"
      },
      {
        "entity_id": "light.lumi_lumi_switch_l1aeu1_on_off",
        "name": "LUMI lumi.switch.l1aeu1"
      },
      {
        "entity_id": "sensor.lumi_lumi_switch_l1aeu1_device_temperature",
        "name": "LUMI lumi.switch.l1aeu1"
      }
    ],
    "neighbors": [],
    "endpoint_names": [
      {
        "name": "ON_OFF_LIGHT"
      },
      {
        "name": "ON_OFF_LIGHT"
      },
      {
        "name": "unknown 97 device_type of 0xa1e0 profile id"
      }
    ],
    "user_given_name": "switch.bathroom",
    "device_reg_id": "68489acdced2d4156ae8eadf788f1f23",
    "area_id": null,
    "cluster_details": {
      "1": {
        "device_type": {
          "name": "ON_OFF_LIGHT",
          "id": 256
        },
        "profile_id": 260,
        "in_clusters": {
          "0x0000": {
            "endpoint_attribute": "basic",
            "attributes": {
              "0x0004": {
                "attribute_name": "manufacturer",
                "value": "LUMI"
              },
              "0x0005": {
                "attribute_name": "model",
                "value": "lumi.switch.l1aeu1"
              },
              "0x0006": {
                "attribute_name": "date_code",
                "value": "01-12-2021"
              }
            },
            "unsupported_attributes": {
              "0x0009": {
                "attribute_name": "generic_device_type"
              }
            }
          },
          "0x0002": {
            "endpoint_attribute": "device_temperature",
            "attributes": {
              "0x0000": {
                "attribute_name": "current_temperature",
                "value": 30
              }
            },
            "unsupported_attributes": {
              "0xfffe": {
                "attribute_name": "attr_reporting_status"
              }
            }
          },
          "0x0003": {
            "endpoint_attribute": "identify",
            "attributes": {},
            "unsupported_attributes": {}
          },
          "0x0004": {
            "endpoint_attribute": "groups",
            "attributes": {},
            "unsupported_attributes": {}
          },
          "0x0005": {
            "endpoint_attribute": "scenes",
            "attributes": {},
            "unsupported_attributes": {}
          },
          "0x0006": {
            "endpoint_attribute": "on_off",
            "attributes": {
              "0x0000": {
                "attribute_name": "on_off",
                "value": 1
              },
              "0xfffd": {
                "attribute_name": "cluster_revision",
                "value": 1
              }
            },
            "unsupported_attributes": {
              "0x4001": {
                "attribute_name": "on_time"
              },
              "0x4002": {
                "attribute_name": "off_wait_time"
              },
              "0x4003": {
                "attribute_name": "start_up_on_off"
              }
            }
          },
          "0x0012": {
            "endpoint_attribute": "multistate_input",
            "attributes": {},
            "unsupported_attributes": {}
          },
          "0xfcc0": {
            "endpoint_attribute": "manufacturer_specific",
            "attributes": {},
            "unsupported_attributes": {}
          }
        },
        "out_clusters": {
          "0x000a": {
            "endpoint_attribute": "time",
            "attributes": {},
            "unsupported_attributes": {}
          },
          "0x0019": {
            "endpoint_attribute": "ota",
            "attributes": {},
            "unsupported_attributes": {}
          }
        }
      },
      "41": {
        "device_type": {
          "name": "ON_OFF_LIGHT",
          "id": 256
        },
        "profile_id": 260,
        "in_clusters": {
          "0x0012": {
            "endpoint_attribute": "multistate_input",
            "attributes": {
              "0x0055": {
                "attribute_name": "present_value",
                "value": 1.0
              }
            },
            "unsupported_attributes": {}
          }
        },
        "out_clusters": {}
      },
      "242": {
        "device_type": {
          "name": "unknown",
          "id": 97
        },
        "profile_id": 41440,
        "in_clusters": {},
        "out_clusters": {
          "0x0021": {
            "endpoint_attribute": "green_power",
            "attributes": {},
            "unsupported_attributes": {}
          }
        }
      }
    }
  }
}

[Ulrar]

Same with the two rocker version (lumi.switch.l2aeu1).
It's been mentioned in #1391 but strangely re-pairing the device changes the signature sometimes, it's not always finding all the clusters. That's likely true for the 1 rocker version as well.

As for the temperature it seems Z2M exposes a calibration field, it'll probably be way off until we can get that calibration into HA.

I've tried modifying the handler from the above PR to match the two rocker version but I can't get it picked up, not sure what I'm missing but I can't get it to work sadly.
Here's the most complete signature I could get for it after a few re-pairings :

{
  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.EndDevice: 2>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress: 128>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=True, *is_full_function_device=False, *is_mains_powered=False, *is_receiver_on_when_idle=False, *is_router=False, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": 260,
      "device_type": "0x0100",
      "in_clusters": [
        "0x0000",
        "0x0002",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0012",
        "0xfcc0"
      ],
      "out_clusters": [
        "0x000a",
        "0x0019"
      ]
    },
    "2": {
      "profile_id": 260,
      "device_type": "0x0100",
      "in_clusters": [
        "0x0000",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0012",
        "0xfcc0"
      ],
      "out_clusters": []
    },
    "41": {
      "profile_id": 260,
      "device_type": "0x0100",
      "in_clusters": [
        "0x0012"
      ],
      "out_clusters": []
    },
    "42": {
      "profile_id": 260,
      "device_type": "0x0100",
      "in_clusters": [
        "0x0012"
      ],
      "out_clusters": []
    },
    "51": {
      "profile_id": 260,
      "device_type": "0x0100",
      "in_clusters": [
        "0x0012"
      ],
      "out_clusters": []
    },
    "242": {
      "profile_id": 41440,
      "device_type": "0x0061",
      "in_clusters": [],
      "out_clusters": [
        "0x0021"
      ]
    }
  },
  "manufacturer": "LUMI",
  "model": "lumi.switch.l2aeu1",
  "class": "zigpy.device.Device"
}

[moroz-slavomir]

Hey guys. Seems these EU buttons without neutral share the same clusters and attributes as their counterparts with neutral from #1391. Only the endpoints are a little bit different. By tweaking the endpoints descriptors slightly I was able to match signature of both 1 and 2 face devices and the OppleSwitchClusterer seems to work fine.

What worked for me:

• operation_mode: 0 - decoupled, 1 - coupled
• reverse_indicator_light - 0 - normal, 1 - reversed (works only on endpoint 1, shared setting)
• automation triggers - single, double press

If you want to try you can create a folder custom_zha_quirks in your config folder. Paste this python file inside. Add

zha:
  custom_quirks_path: /config/custom_zha_quirks/

to your configuration.yaml and restart HA.

I haven't written any python code ever before this attempt and also I'm not really familiar with zha and contribution guidelines, so I don't expect I will be making it official PR just yet. This way you can at least test it or use it until official support is done.

[Ulrar]

Hey @moroz-slavomir,

You succeeded where I failed, and I can see why, I forgot these are hexadecimal .. I was so close.
Your code works great, thanks !

I do wish these had a way to override the decoupled mode to force the relay without going through home assistant and supported binding, but that's nothing to do with the quirk.

[Ulrar]

This has been working well, any chance to get that merged in ?

[ardstuebck]

Hey guys. Seems these EU buttons without neutral share the same clusters and attributes as their counterparts with neutral from #1391. Only the endpoints are a little bit different. By tweaking the endpoints descriptors slightly I was able to match signature of both 1 and 2 face devices and the OppleSwitchClusterer seems to work fine.

What worked for me:

• operation_mode: 0 - decoupled, 1 - coupled
• reverse_indicator_light - 0 - normal, 1 - reversed (works only on endpoint 1, shared setting)
• automation triggers - single, double press

If you want to try you can create a folder custom_zha_quirks in your config folder. Paste this python file inside. Add

zha:
  custom_quirks_path: /config/custom_zha_quirks/

to your configuration.yaml and restart HA.

I haven't written any python code ever before this attempt and also I'm not really familiar with zha and contribution guidelines, so I don't expect I will be making it official PR just yet. This way you can at least test it or use it until official support is done.

Hi!
I did everything you recommended, but unfortunately my Aqara H1 EU Double Rocker without Neutral shows the same entities in HA. After adding the quirk I removed the device, restarted HA and repaired the Switch. No changes. Is there anything else I have to do? Thanks for your help and your quirk coding.

[moroz-slavomir]

@ardstuebck Maybe if you have also an aqara hub, try updating the firmware. It changed the endpoints on my switch. Before the update the quirk would not work.

[github-actions]

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

[strass]

@ardstuebck Maybe if you have also an aqara hub, try updating the firmware. It changed the endpoints on my switch. Before the update the quirk would not work.

I tried using your quirk for my b2laus01 with no luck. Any ideas on what I can do to troubleshoot? I don't have a hub - it's connected directly to my HA setup. Is there a way to update firmware?

[moroz-slavomir]

@ardstuebck Maybe if you have also an aqara hub, try updating the firmware. It changed the endpoints on my switch. Before the update the quirk would not work.

I tried using your quirk for my b2laus01 with no luck. Any ideas on what I can do to troubleshoot? I don't have a hub - it's connected directly to my HA setup. Is there a way to update firmware?

I can confirm this was also the case for me. Needed to update the firmware first. After that the endpoints on the device have changed and quirk started to work.

[ardstuebck]

@ardstuebck Maybe if you have also an aqara hub, try updating the firmware. It changed the endpoints on my switch. Before the update the quirk would not work.

I tried using your quirk for my b2laus01 with no luck. Any ideas on what I can do to troubleshoot? I don't have a hub - it's connected directly to my HA setup. Is there a way to update firmware?

I can confirm this was also the case for me. Needed to update the firmware first. After that the endpoints on the device have changed and quick started to work.

Hi, @moroz-slavomir witch device do you have and which firmware? I have a lumi.switch.l2aeu1 (Aqara H1 EU Double Rocker without Neutral) with Firmware 0.0.0_1411. I bought a Aqara E1 Hub to update the Firmware, but 0.0.0_1411 is the latest.

The device Signatur in HA

{
  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.EndDevice: 2>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress: 128>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=True, *is_full_function_device=False, *is_mains_powered=False, *is_receiver_on_when_idle=False, *is_router=False, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": "0x0104",
      "device_type": "0x0100",
      "input_clusters": [
        "0x0000",
        "0x0002",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0009"
      ],
      "output_clusters": [
        "0x000a",
        "0x0019"
      ]
    },
    "2": {
      "profile_id": "0x0104",
      "device_type": "0x0100",
      "input_clusters": [
        "0x0000",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006"
      ],
      "output_clusters": []
    },
    "242": {
      "profile_id": "0xa1e0",
      "device_type": "0x0061",
      "input_clusters": [],
      "output_clusters": [
        "0x0021"
      ]
    }
  },
  "manufacturer": "LUMI",
  "model": "lumi.switch.l2aeu1",
  "class": "zigpy.device.Device"
}

Anyone else with this issue?

[moroz-slavomir]

@ardstuebck Maybe if you have also an aqara hub, try updating the firmware. It changed the endpoints on my switch. Before the update the quirk would not work.

I tried using your quirk for my b2laus01 with no luck. Any ideas on what I can do to troubleshoot? I don't have a hub - it's connected directly to my HA setup. Is there a way to update firmware?

I can confirm this was also the case for me. Needed to update the firmware first. After that the endpoints on the device have changed and quick started to work.

Hi, @moroz-slavomir witch device do you have and which firmware? I have a lumi.switch.l2aeu1 (Aqara H1 EU Double Rocker without Neutral) with Firmware 0.0.0_1411. I bought a Aqara E1 Hub to update the Firmware, but 0.0.0_1411 is the latest.

The device Signatur in HA

Anyone else with this issue?

I'm sorry, but I can't verify aqara firmware version anymore as I don't have the hub. It's possible they might have removed the update. Your signature resembles what my device looked like upon purchase. With firmware upgrade it now looks like this:

Signature

{
  "node_descriptor": "NodeDescriptor(logical_type=<LogicalType.EndDevice: 2>, complex_descriptor_available=0, user_descriptor_available=0, reserved=0, aps_flags=0, frequency_band=<FrequencyBand.Freq2400MHz: 8>, mac_capability_flags=<MACCapabilityFlags.AllocateAddress: 128>, manufacturer_code=4447, maximum_buffer_size=127, maximum_incoming_transfer_size=100, server_mask=11264, maximum_outgoing_transfer_size=100, descriptor_capability_field=<DescriptorCapability.NONE: 0>, *allocate_address=True, *is_alternate_pan_coordinator=False, *is_coordinator=False, *is_end_device=True, *is_full_function_device=False, *is_mains_powered=False, *is_receiver_on_when_idle=False, *is_router=False, *is_security_capable=False)",
  "endpoints": {
    "1": {
      "profile_id": "0x0104",
      "device_type": "0x0100",
      "input_clusters": [
        "0x0000",
        "0x0002",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0012",
        "0xfcc0"
      ],
      "output_clusters": [
        "0x000a",
        "0x0019"
      ]
    },
    "2": {
      "profile_id": "0x0104",
      "device_type": "0x0100",
      "input_clusters": [
        "0x0000",
        "0x0003",
        "0x0004",
        "0x0005",
        "0x0006",
        "0x0012",
        "0xfcc0"
      ],
      "output_clusters": []
    },
    "41": {
      "profile_id": "0x0104",
      "device_type": "0x0100",
      "input_clusters": [
        "0x0012"
      ],
      "output_clusters": []
    },
    "42": {
      "profile_id": "0x0104",
      "device_type": "0x0100",
      "input_clusters": [
        "0x0012"
      ],
      "output_clusters": []
    },
    "51": {
      "profile_id": "0x0104",
      "device_type": "0x0100",
      "input_clusters": [
        "0x0012"
      ],
      "output_clusters": []
    },
    "242": {
      "profile_id": "0xa1e0",
      "device_type": "0x0061",
      "input_clusters": [],
      "output_clusters": [
        "0x0021"
      ]
    }
  },
  "manufacturer": "LUMI",
  "model": "lumi.switch.l2aeu1",
  "class": "switch_h1.AqaraSwitchH1NoNeutral_2G"
}

The extra added cluster "0xfcc0" is important for controlling the device via this quirk.

You could possibly create multiple Aqara accounts for other regions as well, (China, US, other EU country) and maybe this way to firmware update becomes available. FYI I'm situated in Czechia, if that helps.

[ardstuebck]

@moroz-slavomir Thank you for the tip. Unfortunately, there is no newer update for other regions either. I have also acquired an Aqara Smart Wall Switch E1 Dual Button. The same problem occurs here. Could it be related to my Zigbee stick? I am using a TI CC2531, Z-Stack Home 1.2.

Thanks again for your support!

[strass]

I'm in the same boat - I didn't try other regions but the app reports I'm on the latest firmware. Decoupled mode exists in the official app but when I move the switch back to Home Assistant the signature is the same as before...

I was hoping to keep everything in HA but I'd really like that virtual switch mode. Any ideas?

[ardstuebck]

The Quirk now works for me. I don't know if it's because I switched to the Sky Connect Stick. After repairing it several times it worked. Thanks for your help

[github-actions]

There hasn't been any activity on this issue recently. Due to the high number of incoming GitHub notifications, we have to clean some of the old issues, as many of them have already been resolved with the latest updates. Please make sure to update to the latest version and check if that solves the issue. Let us know if that works for you by adding a comment 👍 This issue has now been marked as stale and will be closed if no further activity occurs. Thank you for your contributions.

[strass]

Still hoping this might happen