zuidwijk / esphome-doorbell Goto Github PK

Here's how the wiring goes for my standard Byron 772 doorbell. If the doorbell has a transformator embedded, the wiring follows the same principles.

The Watchman Report alerted me to this:
+--------------------------------+---------+--------------------------------------------------------------+
| Entity ID | State | Location |
+--------------------------------+---------+--------------------------------------------------------------+
| switch.is_on | missing | esphome/smart-doorbell.yaml:122 |

Apologies that this is not a real issue, however I could not find another venue to ask this question. My current doorbell has been installed in a way that is not immediately compatible with your product. I have access to the 24VAC transformer and a single pair of wires that run to both the button and doorbell in series.

Is there a way to use your esphome-doorbell in this scenario? I know I would only be able to detect the button press and not control the doorbell.

Hello, the switch did not debounce. When I press the doorbell button (switch), it keeps ringing until I manually turn off the switch in home assistant. Anyone any idea what could be the cause? I have the smart-doorbell hardware v3

config:

---
substitutions:
  device_name: smart-doorbell
  device_comment: "Zuidwijk smart-doorbell"

esphome:
  name: ${device_name}
  project:
    name: zuidwijk.smart-doorbell
    version: "1.0"

esp32:
  board: esp32dev
  framework:
    type: arduino

<<: !include { file: common/api.yaml, vars: { reboot_timeout: "15min" } }

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password
  domain: !secret wifi_domain
  ap:
    ssid: ${device_name}_ap
    password: !secret wifi_password

captive_portal:

logger:

ota:
  password: !secret ota_password

web_server:
  port: 80

time:
  - platform: homeassistant
    id: homeassistant_time

sensor:
  - platform: uptime
    name: ${device_name}_uptime
  - platform: wifi_signal
    name: ${device_name}_wifi_signal
    update_interval: 20s
    filters:
      - sliding_window_moving_average:
          window_size: 3
          send_every: 3
          send_first_at: 3

text_sensor:
  - platform: wifi_info
    ip_address:
      name: ${device_name}_wifi_ip
    ssid:
      name: ${device_name}_wifi_ssid
    bssid:
      name: ${device_name}_wifi_bssid
  - platform: version
    name: ${device_name}_version

improv_serial:

esp32_improv:
  authorizer: none

dashboard_import:
  package_import_url: github://zuidwijk/esphome-doorbell/smart-doorbell.yaml@main
  import_full_config: true

globals:
  - id: chime
    type: bool
    restore_value: true
    initial_value: "true"

switch:
  - platform: restart
    name: ${device_name}_restart
  - platform: gpio
    pin:
      number: GPIO5
      inverted: false
    name: "${device_name}_relay"
    id: relay
    internal: false
    icon: mdi:alarm-bell
  - platform: template
    name: ${device_name}_chime_active
    id: chime_active
    restore_mode: disabled
    turn_on_action:
      - globals.set:
          id: chime
          value: "true"
    turn_off_action:
      - globals.set:
          id: chime
          value: "false"
    lambda: |-
      return id(chime);

binary_sensor:
  - platform: status
    name: ${device_name}_status
  - platform: gpio
    name: ${device_name}_button
    pin:
      number: GPIO4
      mode: INPUT_PULLUP
      inverted: true
    filters:
      - delayed_on: 25ms
      - delayed_off: 25ms
    on_press:
      then:
        if:
          condition:
            - switch.is_on: chime_active
          then:
            - switch.turn_on: relay
    on_release:
      - switch.turn_off: relay

I am trying to update and receive this error

INFO ESPHome 2023.7.0
INFO Reading configuration /config/esphome/doorbell.yaml...
INFO Detected timezone 'Europe/Amsterdam'
Failed config

switch.template: [source /config/esphome/doorbell.yaml:79]
platform: template
name: Doorbell Chime Active
id: chime_active

The restore_state option has been removed in 2023.7.0. Use the restore_mode option instead.
restore_state: False
turn_on_action:
- globals.set:
id: chime
value: true
turn_off_action:
- globals.set:
id: chime
value: false
lambda: return id(chime);

Would it just be as simple as to change state to mode?

Hi There,

A couple of weeks ago I bought and installed a doorbell-v3.0. After wiring everything up properly and configuring the thing through Home Assistant it seemed to work fine; testing was successful.

About a week ago the doorbell-v3.0 seems to have stopped working, however. It's got power (from the transformer; the red led is on), but when I short the wiring for the switch nothing happens anymore. Tried power cycling but that hasn't solved the issue. Also tried turning the chime off and then on again, but that didn't help either.

What else can I try? (Or must we conclude that the hardware has died?)

Is it possible to turn off the POW led on the board or is it hardwired?

If anyone has ideas to help,
Only thing i got figured out at this point is to have constant power to the ESP32,
Im testing with the rear door button because its closer to do tests.

Het lijkt erop dat in doorbel-dingdong.yml de dashbord_import mist.

Kan ik daar gewoon dezelfde toevoegen of moet die verwijzen naar de goede file?

En niet onbelangrijk de captive_portal: regel staat er ook niet in.

esp web tools web flash
shouldnt there be a wifi config after next button esp32?
i thought i could set wifi on esp8266 version

was trying yours because i also have some esp32 problems
https://ldijkman.github.io/async-esp-fs-webserver/

Hi, it's more of a question, rather than an issue.
Do I understand correctly that if I change the config to expose the relay switch, it will be possible to trigger the bell by other button, not only the one directly connected to the smart doorbell?

https://github.com/zuidwijk/esphome-doorbell/blob/ff7d9514b045b626cac89de5ce04e96895852162/smart-doorbell.yaml#L80C1-L88

Could it be the binary sensor in smart-doorbell2.yaml should be inverted at line 109?

inverted: true