Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

ESP32 Last Advertisement 2.5 million seconds ago #382

Open
kloggy opened this issue Nov 13, 2024 · 1 comment
Open

ESP32 Last Advertisement 2.5 million seconds ago #382

kloggy opened this issue Nov 13, 2024 · 1 comment
Labels
moreinfo More information required to progress further

Comments

@kloggy
Copy link

kloggy commented Nov 13, 2024

I have four Bluetooth Proxies all ESP32 based. Two of them do 'other stuff' and work fine whilst two of them are purely BT proxies and configured identically. Only one of those behaves as expected in Bermuda.

The only way to get Bermuda recognise one of them is to re-install the ESPHome config. It seems to work fine at that point but as soon as I power cycle the ESP32, Bermuda seems to know of it's existence but does not receive advertisements.

Here it is immediately after (re)installing from ESPHome
image

Here it is after it is powered off (So far as expected)
image

After a little time it changes to this
image

I have tried uninstalling and reinstalling Bermuda with HA restarts but the behaviour is always identical

Here is my ESPHome config, the only thing changing being the name and friendly_name substitutions

substitutions:
  name: "bluetooth-proxy-01-sitting-room"
  friendly_name: BT Proxy 01 (Sitting Room)

esphome:
  name: ${name}
  friendly_name: ${friendly_name}
  min_version: 2024.6.0
  name_add_mac_suffix: false
  project:
    name: esphome.web
    version: dev

esp32:
  board: esp32dev
  framework:
    type: esp-idf

wifi:
  # Set up a wifi access point
  ap: {}

# Enable Home Assistant API
api:

# Enable logging
logger:

# Allow Over-The-Air updates
ota:
  platform: esphome

esp32_ble_tracker:
  scan_parameters:
    # We currently use the defaults to ensure Bluetooth
    # can co-exist with WiFi In the future we may be able to
    # enable the built-in coexistence logic in ESP-IDF
    active: true
    interval: 1000ms  # default is 320ms. Time spent per adv channel
    window: 900ms     # default is 30ms. Time spent listening during interval.

bluetooth_proxy:
  active: true

button:
  - platform: safe_mode
    id: button_safe_mode
    name: Safe Mode Boot

  - platform: factory_reset
    id: factory_reset_btn
    name: Factory reset

I have attached the diagnostics and hopefully you will be able to shed some light on this!
Thanks.

@agittins
Copy link
Owner

Your diagnostics haven't come through so I'm not sure which version you are running. I have just pushed out v0.7.1 which includes a number of fixes for detecting scanners that have come and or gone. I'd suggest you give that a shot. When I tried the same procedure the scanner showed as lagging for about 120seconds, then it just disappeared from the list.

I plugged it back in, and it showed right up and did its thing.

Hopefully you'll get the same once you update to v0.7.1, let me know!

@agittins agittins added the moreinfo More information required to progress further label Nov 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
moreinfo More information required to progress further
Projects
None yet
Development

No branches or pull requests

2 participants