Shelly BLU Door/Window most button push events are not received on the Home Assistant event bus.

[axa88]

Describe the bug
Shelly Door/Window most button push events are not received on the Home Assistant event bus.

In a system where the Shelly BLU Door window is installed in Home Assistant.
And where the device is also paired with a Android device having the Shelly BLE Debug app.

I can press the button on the D/W device, to which each and every short and long press, are manifested as text and acknowledged on the Debug app, as press and hold_press respectively.
Thus i am assured that this functionality is valid.

But at the very same time monitoring the bthome_ble_event type in Home Assistant Developer Tools event window, it rarely registers either event.

To Reproduce

In a system where the Shelly BLU Door window is installed on Home Assistant.
And where the device is also paired with a Android device having the Shelly BLE Debug app.

Press the button on the D/W device and observe each and every press and hold_press event is received.

At the same time monitor the bthome_ble_event type in Home Assistant Developer Tools event window, and notice it rarely registers either event.

Additional context

This issue has been reported to shelly , so im unsure where the problem lines.
So if confirming each and every event is received by HA consistently, please close the bug as invalid.

It should also be noted that unlike other Shelly BLU button devices which:

Upon a button push, the hold_press event is emitted immediately, and not until the button is released and not repressed immediately (single press) or not repressed immediately (double/triple press) or held the duration of a long press, it then emits a second event for that corresponding operation

Rather this D/W device operates in a different way.

Emits a press event when either the button is pressed and then released prior to some arbitrary amount of time, to which it emits apressevent OR pressed and held longer than some arbitrary amount of time, to which it emits ahold_press event. This arbitrary amount of time is not defined

All this has been reported to Shelly through their ticketing system.

[Ernst79]

If HA doesnt receive the data, it could be an issue of interference of wifi and Bluetooth. WIFI devices can block BLE signals, as both use the 2.4 GHz band. Try an usb extention cable with an external Bluetooth receiver to check if this is the problem.

[axa88]

If HA doesnt receive the data, it could be an issue of interference of wifi and Bluetooth. WIFI devices can block BLE signals, as both use the 2.4 GHz band.

This is not plausible as other BT devices, in fact other keypads from Shelly, operate on the same gateway without any loss.

But it is quite plausible that as in this case, the proxy to which is monitoring the D/W device, a Shelly (Dimmer 3), is not forwarding the events from this particular device, especially as I reported to Shelly, the pattern of event triggers for this device is inconsistent with their other keypad products.

But this proxy is inherently a wifi device with no Ethernet capability for such testing. Ive reported the issue to Shelly, their issue ticket system is closed so cant know what they they are looking at, if anything.