Software zum Steuern des Türschlossantrieb "eqiva eQ-3 Bluetooth Smart Lock"

[Philipp C. (e61_phil)]

Dirk schrieb:
> esp-idf?

Ja, aber ich habe nun noch mal das aktuelle yaml kopiert. Passte meins 
ggf. nicht mehr zum Rest? Ich hatte refresh auf 0s stehen. Pairing ging, 
dann wollte ich ein neues install machen mit Key und ID und damit kam er 
nicht mehr hoch.

Nun habe ich Key und ID wieder raus und versuche es mit dem Connect 
Service. Gemeldet hat er sich schon mal wieder

[Hendrik F. (henfri)]

Dirk schrieb:

> Hab ein Beispiel hochgeladen und den Code nochmal aktualisiert.

Danke!
Verwirrend ist, dass die MAC von dem einen Schloss außerhalb des 
Template definiert wird.

eqiva_key_ble:
  id: key_ble
  # Below are optional and can be passed via new connect service
  mac_address: 00:12:34:56:42:88
  user_id: 0
  user_key: 12345678636F6763386A726E33746F35

Vom zweiten aber nur im Template.

Wo wird denn vom zweiten Lock User und key definiert?

> Für schneller Verbindung kannst du die scan window auf 300ms setzen
>
> Aber bedenke, gleichzeitig ausführen wird zu Problemem führen :)

Definiere "gleichzeitig" :-)

Kann man eigentlich in der yaml "Platzhalter" definieren, um die sich 
wiederholenden Mac-Adressen zu vermeiden? Nihct aus Faulheit, sondern 
weil es Fehlerträchtig ist.

Gruß,
Hendrik

[Philipp C. (e61_phil)]

Philipp C. schrieb:
> Nun habe ich Key und ID wieder raus und versuche es mit dem Connect
> Service. Gemeldet hat er sich schon mal wieder

hmm, das ging nun auch. Wohl eher ein Fehler auf meiner Seite.

Wie ist es mit dem Key und der ID denn gedacht? Man scheint den connect 
Service ja nicht zu benötigen, wenn man hier alles einträgt:

eqiva_key_ble:
  id: key_ble
  # Below are optional and can be passed via new connect service
  mac_address: 00:1A:xxx
  user_id: 4
  user_key: xxxxx

Wird man die ganzen User IDs von den Pairing Versuchen eigentlich 
irgendwie wieder los?

Echt super, dass man dieses Schloss nun so zügig ansprechen kann.

[Hendrik F. (henfri)]

Hallo,

hab jetzt verstanden, wie das zweite Lock definiert wird.

Aber kann das dann nicht weg?

>eqiva_key_ble:
>  id: key_ble
>  # Below are optional and can be passed via new connect service
>  mac_address: 00:1a:...
>  user_id: 1
>  user_key: xxx

Es kompiliert leider aktuell nicht:
https://pastebin.com/vdeGGEtq

Könntest du da einmal gucken, bitte?

Gruß,
Hendrik

[Dirk (digaus)]

Hendrik F. schrieb:
> Hallo,
> hab jetzt verstanden, wie das zweite Lock definiert wird.
> Aber kann das dann nicht weg?
>> eqiva_key_ble:
>> id: key_ble
>> Below are optional and can be passed via new connect service
>> mac_address: 00:1a:...
>> user_id: 1
>> user_key: xxx
>
> Es kompiliert leider aktuell nicht:
> https://pastebin.com/vdeGGEtq
> Könntest du da einmal gucken, bitte?
> Gruß,
> Hendrik

Zwei Schlösser gehen wenn du die Parameter via connect mitgiebts. Dann 
solltest du es nicht in der Initialen config mitgeben.

Wenn man nur ein Schloss dauerhaft verbunden haben möchte nutzt man 
einfach die config. Dann braucht man die connect/disconnect Funktion 
nicht.

[Hendrik F. (henfri)]

Verstanden.

Hast du eine Idee, warum er nicht kompiliert (siehe mein pastebin)?

Gruß und danke für die tolle Entwicklung,
Hendrik

[Dirk (digaus)]

Hendrik F. schrieb:
> Verstanden.
> Hast du eine Idee, warum er nicht kompiliert (siehe mein pastebin)?
> Gruß und danke für die tolle Entwicklung,
> Hendrik

Joa einmal die Build Files clearen
(In der Übersicht auf die drei Punkte klicken)

[Dirk (digaus)]

Hab in die yaml noch ne Time Komponente gepackt die alle 4 Minuten den 
Status abruft. Hab im Log nämlich festgestellt, dass nach ~5min 
Inaktivität das Schloss wohl die Verbindung abbricht?

Konntet ihr das auch beobachten?

[Philipp C. (e61_phil)]

Dirk schrieb:
> Hab in die yaml noch ne Time Komponente gepackt die alle 4 Minuten den
> Status abruft. Hab im Log nämlich festgestellt, dass nach ~5min
> Inaktivität das Schloss wohl die Verbindung abbricht?
>
> Konntet ihr das auch beobachten?

Ja, siehe Anhang. Mein ESP scheint dabei dann auch die Verbindung zum 
logger zu verlieren.

Zudem habe ich gerade festgestellt, dass der unlock service bei mir gar 
nicht funktioniert. Ich hatte bisher nur mit lock und open gespielt. Da 
ist alles ok. Bei unlock passiert jedoch gar nichts.

[Hendrik F. (henfri)]

Hallo,

ich habe nie eine dauerhafte Verbindung gehabt.
Aber mit dem originalen keyble kannst du das gegentesten um 
auszuschließen, dass es am ESP liegt. Du musst --auto_disconnect_time 0 
wählen.

Ich habe jetzt erfolgreich kompiliert und meine zwei Locks im 
HomeAssistant.
Eins habe ich auch schon zum Aufschließen bekommen.
Danach war aber auf einmal das Lock (und auch die Firmware-Entität) 
"nicht verfügbar"

Im "Logbuch" sieht man auch
equiva Controller Firmware ausgeschaltet
equiva Controller nicht mehr verfügbar
(immer wieder)

Der Ping sieht aber gut aus.

Ping-Statistik für 192.168.177.1:
    Pakete: Gesendet = 29796, Empfangen = 29707, Verloren = 89
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 0ms, Maximum = 3700ms, Mittelwert = 7ms

In der Seriellen Konsole sieht auch alles gut aus. Außer gelegentliche
[I][wifi:286]: WiFi Connecting to 'FriedelNetz'...
[W][wifi_esp32:458]: Event: Disconnected ssid='FNetz' 
bssid=aa:22:bb:24:DE:F1 reason='Auth Expired'
[W][wifi:604]: Error while connecting to network.
[W][wifi:640]: Restarting WiFi adapter...
[I][wifi:286]: WiFi Connecting to 'FriedelNetz'...
[W][wifi_esp32:458]: Event: Disconnected ssid='FNetz' 
bssid=aa:22:bb:24:DE:F1 reason='Auth Expired'
[W][wifi:604]: Error while connecting to network.
[W][wifi:640]: Restarting WiFi adapter...

Aber z.B. jetzt gerade sind die Elemente vom ESP in HA nicht verfügbar 
(grau) obwohl in der seriellen Konsole
[I][wifi:286]: WiFi Connecting to 'FNetz'...
[I][wifi:573]: WiFi Connected!
[C][wifi:391]:   Local MAC: aa:71:bb:8B:F1:D4
[C][wifi:396]:   SSID: 'FriedelNetz'

steht (beachte: die MAC ist eine andere; vermutlich ein anderer AP)


Hast du eine Idee?

Gruß,
Hendrik

[Dirk (digaus)]

Philipp C. schrieb:
> Dirk schrieb:
>> Hab in die yaml noch ne Time Komponente gepackt die alle 4 Minuten den
>> Status abruft. Hab im Log nämlich festgestellt, dass nach ~5min
>> Inaktivität das Schloss wohl die Verbindung abbricht?
>> Konntet ihr das auch beobachten?
>
> Ja, siehe Anhang. Mein ESP scheint dabei dann auch die Verbindung zum
> logger zu verlieren.
> Zudem habe ich gerade festgestellt, dass der unlock service bei mir gar
> nicht funktioniert. Ich hatte bisher nur mit lock und open gespielt. Da
> ist alles ok. Bei unlock passiert jedoch gar nichts.

Einmal neuste Version verwenden. Der hatte noch beim reconnect 
gecrashed.

D.h. WiFi sollte trotzdem verbunden bleiben, nur BLE verliert die 
Verbindung.


Das mit dem unlock habe ich auch schon festgestellt.

Dachte es liegt vllt am Schloss Weil ich es noch nicht montiert habe. 
Geht das unlock denn mit der nodejs Version oder der anderen ESP32 
Version?

Befehl wird nämlich korrekt abgesendet so wie ich das sehe.

[Hendrik F. (henfri)]

Hallo,

hast du auch eine Idee für mein Problem?

Gruß,
Hendrik

[Philipp C. (e61_phil)]

Dirk schrieb:
> Das mit dem unlock habe ich auch schon festgestellt.
>
> Dachte es liegt vllt am Schloss Weil ich es noch nicht montiert habe.
> Geht das unlock denn mit der nodejs Version oder der anderen ESP32
> Version?
>
> Befehl wird nämlich korrekt abgesendet so wie ich das sehe.

Das scheint tatsächlich das Problem zu sein. Ich habe es mal an die Tür 
angebaut und da tut sich was. Nun zeigt er noch "JAMMED" an, wenn ich 
abschließe, aber das ist wohl ein anderes Problem und hat weniger mit 
der ESP Software zu tun :)

[Dirk (digaus)]

Hendrik F. schrieb:
> Hallo,
> hast du auch eine Idee für mein Problem?
> Gruß,
> Hendrik

Welchen ESP hast du? Neueste Version vom Code? Clean Build gemacht?

[Hendrik F. (henfri)]

Clean Build = vorher die Daten gelöscht? Ja (vorher ging der Build ja 
nicht).
Version vom Code: Von heute morgen. Ich baue aber nochmal.
Das ESP Modul ist dieses 
https://codedocu.de/Sonstiges/Hardware/Arduino/ESP32-Board--von-AZDelivery-unter-ESP32-NodeMCU-Development-Kit?3091

Ich glaube, der ESP crasht beim betätigen von "Lock":

Error reading from serial device


ets Jun  8 2016 00:22:57

rst:0x1 (POWERON_RESET),boot:0x13 (SPI_FAST_FLASH_BOOT)
configsip: 0, SPIWP:0xee
clk_drv:0x00,q_drv:0x00,d_drv:0x00,cs0_drv:0x00,hd_drv:0x00,wp_drv:0x00
mode:DIO, clock div:2
load:0x3fff0030,len:1184
load:0x40078000,len:13132
load:0x40080400,len:3036
entry 0x400805e4

[I][logger:326]: Log initialized
[C][ota:473]: There have been 1 suspected unsuccessful boot attempts.

Das komische ist, dass danach im Log alles normal aussieht. Aber der 
ESP/das Schloss bleibt grau. Es wurde erst nach einem erneuten 
Kompilieren wieder nutzbar - mag Zufall sein.

Gruß,
Hendrik

[Hendrik F. (henfri)]

Hallo,

ich habe jetzt mal zurückgerüstet auf ein Lock und kann jetzt auch die 
Kommunikation zum Lock im Log sehen.
Allerdings fehlen mir die Steuerelemente um das Schloss zu bedienen. 
Woran kann das liegen?

Gruß,
Hendrik

[Philipp C. (e61_phil)]

Hendrik F. schrieb:
> Allerdings fehlen mir die Steuerelemente um das Schloss zu bedienen.
> Woran kann das liegen?

Die kommen eigentlich, wenn Du so ein Template Lock anlegst. Wie sieht 
denn dein yaml aktuell aus?

[Hendrik F. (henfri)]

Hallo,

oh, ich dachte das lock-template wäre nur bei zwei Schlössern nötig.
Ich habe das jetzt wieder hinzugefügt und damit funktioniert es jetzt - 
einigermaßen.

Was mir nicht klar ist: Wo soll ich das Schloss im Schloss-Popup 
bedienen? Am vertikalen "Slider", oder auf dem Knopf darunter?
Ich habe das Schloss bedienen können, aber es reagiert nicht immer. 
Zudem wird der Status nicht aktualisiert. Der Slider bleibt rot und der 
Text-Status bleibt "aufgeschlossen".

Hier meine Konfiguration:

esphome:
  name: esphome-web-8bf1d4
  friendly_name: equiva Controller
esp32:
  board: esp32dev
  framework:
    type: esp-idf

# Enable logging
logger:
  
# Enable Home Assistant API
api:
  encryption:
    key: "V/xx="
  services:
  - service: settings
    variables:
      turn_left: bool
      key_horizontal: bool
      lock_turns: int
    then:
      - eqiva_key_ble.settings:
          turn_left: !lambda 'return turn_left;'
          key_horizontal: !lambda 'return key_horizontal;'
          lock_turns: !lambda 'return lock_turns;'
  - service: connect
    variables:
      # mac_address: string // Unable to pass a mac_address via lambda :?
      user_id: int
      user_key: string
    then:
      - eqiva_key_ble.connect:
          mac_address: 32:20:50:56:42:88
          # mac_address: !lambda 'return mac_address;'
          user_id: !lambda 'return user_id;'
          user_key: !lambda 'return user_key;'
  - service: disconnect
    then:
      - eqiva_key_ble.disconnect:
  - service: pair
    variables:
      card_key: string
    then:
      - eqiva_key_ble.pair:
          card_key: !lambda 'return card_key;'
  - service: lock
    then:
      - eqiva_key_ble.lock:
  - service: unlock
    then:
      - eqiva_key_ble.unlock:
  - service: open
    then:
      - eqiva_key_ble.open:
  - service: status
    then:
      - eqiva_key_ble.status:
ota:

wifi:
  ssid: FNetz
  password: paass

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Esphome-Web-8Bf1D4"
    password: "paaas"

web_server:
  include_internal: true
  local: true
  port: 80


captive_portal:
    
external_components:
  source: github://digaus/esphome-components-eqiva
  # use refresh when you do not get latest version
  refresh: 0s

esp32_ble_tracker:
  # scan_parameters:
  #  window: 300ms

eqiva_ble:

eqiva_key_ble:
  id: key_ble 
  # Below are optional and can be passed via new connect service
  mac_address: 32:20:50:18:a6:96  # Hintertür
  user_id: 1
  user_key: 9872987492873492837492837492374
  
  #Schuppen:
  #mac_address: 32:20:50:0a:6e:7c # Schuppen
  #user_id: 1
  #user_key: 9283749283749237498729874928734  


text_sensor: 
  - platform: eqiva_key_ble
    mac_address: 
      name: "Mac Address"
      id: mac_address
    lock_status: 
      name: "Lock Status"
      id: lock_status
    low_battery:
      name: "Low Battery"
    lock_ble_state:
      name: "Lock BLE State"
    user_id:
      name: "User ID"
    user_key:
      name: "User Key"
    # on_raw_value:
            # then:   Do stuff on state change (!lambda "return x") 


lock:
  - platform: template
    name: "Lock 1"
    lambda: |-
      if (id(mac_address).state != "32:20:50:18:a6:96") {
        return {};
      }
      if (id(lock_status).state == "LOCKED") {
        return LOCK_STATE_LOCKED;
      } else if (id(lock_status).state == "UNLOCKED" || id(lock_status).state == "OPENED") {
        return LOCK_STATE_UNLOCKED;
      } else if (id(lock_status).state == "UNKNOWN") {
        return LOCK_STATE_JAMMED;
      } else {
        return LOCK_STATE_LOCKED;
      }
    lock_action:
      - eqiva_key_ble.connect:
          mac_address: 32:20:50:18:a6:96  # Hintertür
          user_id: 1
          user_key: 9872987492873492837492837492374
      - eqiva_key_ble.lock:
    unlock_action:
      - eqiva_key_ble.connect:
          mac_address: 32:20:50:18:a6:96  # Hintertür
          user_id: 1
          user_key: 9872987492873492837492837492374
      - eqiva_key_ble.unlock:
    open_action:
      - eqiva_key_ble.connect:
          mac_address: 32:20:50:18:a6:96  # Hintertür
          user_id: 1
          user_key: 9872987492873492837492837492374
      - eqiva_key_ble.open:

Gruß,
Hendrik

[Hendrik F. (henfri)]

Hallo,

es funktioniert jetzt - genau wie oben gepostet - mit zwei Locks.
Super!

Ich weiß aber nicht, warum es vorher nicht ging.

Verbleibende Fragen:
- Wie kann ich die dauerhafte Verbindung deaktivieren - oder noch 
besser: Zeitgesteuert machen (es gibt bei uns "Stoßzeiten")?
- Wie kann ich noch den Status vom zweiten Lock (Batterie etc) bekommen?
- Kann ich für "Locked" auch einen anderen Sensor (meinen Riegel-Taster, 
siehe oben) nutzen?

    lambda: |-
      if (id(mac_address).state != "xxxxx:0a:6e:7c") {
        return {};
      }
      if (binary_sensor.schuppen_riegelkontakt == "1") {
        return LOCK_STATE_LOCKED;
      } else if (id(lock_status).state == "UNLOCKED" || id(lock_status).state == "OPENED") || (binary_sensor.schuppen_riegelkontakt == "0") {
        return LOCK_STATE_UNLOCKED;
      } else if (id(lock_status).state == "UNKNOWN") {
        return LOCK_STATE_JAMMED;
      }

Gruß,
Hendrik

[Dirk (digaus)]

Hendrik F. schrieb:
> Hallo,
> es funktioniert jetzt - genau wie oben gepostet - mit zwei Locks.
> Super!
> Ich weiß aber nicht, warum es vorher nicht ging.
> Verbleibende Fragen:
>
> Wie kann ich die dauerhafte Verbindung deaktivieren - oder noch besser:
> Zeitgesteuert machen (es gibt bei uns "Stoßzeiten")?
> Wie kann ich noch den Status vom zweiten Lock (Batterie etc) bekommen?
> Kann ich für "Locked" auch einen anderen Sensor (meinen Riegel-Taster,
> siehe oben) nutzen?
>
> 1
>     lambda: |-
>
> 2
>       if (id(mac_address).state != "xxxxx:0a:6e:7c") {
>
> 3
>         return {};
>
> 4
>       }
>
> 5
>       if (binary_sensor.schuppen_riegelkontakt == "1") {
>
> 6
>         return LOCK_STATE_LOCKED;
>
> 7
>       } else if (id(lock_status).state == "UNLOCKED" ||
> id(lock_status).state == "OPENED") ||
> (binary_sensor.schuppen_riegelkontakt == "0") {
>
> 8
>         return LOCK_STATE_UNLOCKED;
>
> 9
>       } else if (id(lock_status).state == "UNKNOWN") {
>
> 10
>         return LOCK_STATE_JAMMED;
>
> 11
>       }
>
> Gruß,
> Hendrik

Status solltest du beim zweiten Lock genau so bekommen wie beim ersten.

Einfach auf im Lambda auf die Mac Adresse prüfen.



Zeitsteuerung kannst du mit der Time Komponente machen. Hab da ja schon 
alle 4 min einem Status Aufruf gemacht.

Damit könntet du dann auch nach einiger Zeit disconnect aufrufen bzw. 
Connect

[Hendrik F. (henfri)]

Hallo,

da hab ich mich unklar ausgedrückt.
Ich hatte zwei Fragen:

1) Kann ich für den Lock Status so, wie ich das in dem Code-Block 
geschrieben habe einen anderen Sensor nutzen
2) Kann ich für das zweite Lock den *Batterie*-Status ermitteln?

Zur Zeit noch:
Aktuell ist im Lock-Template kein Disconnect. Das müsste ich dann noch 
einbauen, oder?

    lock_action:
      - eqiva_key_ble.connect:
            mac_address: 11:12:34:56:42:88
            user_id: 1
            user_key: 1234567891234567897234696139787E
      - eqiva_key_ble.lock:
      - eqiva_key_ble.disconnect:

Was macht denn der Code intern aktuell, wenn ich Lock bei dem einen und 
dann bei dem anderen Lock ausführe? Weiß er, dass er ein Disconnect 
machen muß, bevor er das Connect macht?

Gruß,

Hendrik

[Artur K. (artur_k638)]

Hey, bei mit wird Lock 1 immer als geöffnet angezeigt. Habe alles aus 
git kopiert.
Wahrscheinlich springt er immer in else.

[Hendrik F. (henfri)]

Hallo,

ich habe auch das Problem mit dem Status. Allerdings verwende ich auch 
meinen Riegelkontakt als Input für den Status.

# make external sensors available
sensor:
  - platform: homeassistant
    name: "Hintertuer"
    entity_id: binary_sensor.eg_flur_reed_hintertuer_geschlossen
    id: Hintertuer_status
  - platform: homeassistant
    name: "Schuppen"
    entity_id: binary_sensor.haustechnik_schuppen_neu_schloss_geschlossen
    id: Schuppen_status

lock:
  - platform: template
    name: "Hintertür"
    lambda: |-
      if (id(mac_address).state != "00:1a:22:01:62:72") {
        return {};
      }
      if (id(Hintertuer_status).state) {
        return LOCK_STATE_LOCKED;
      } else  {
        return LOCK_STATE_UNLOCKED;
      }

  - platform: template
    name: "Schuppen"
    lambda: |-
      if (id(mac_address).state != "00:1a:22:01:62:71") {
        return {};
      }
      if (id(Schuppen_status).state) {
        return LOCK_STATE_LOCKED;
      } else  {
        return LOCK_STATE_UNLOCKED;
      }

Das Schloss lasse ich nun nur zu bestimmten Zeiten verbunden:
time:
  - platform: sntp
    timezone: Europe/Berlin
    servers:
     - 0.pool.ntp.org
     - 1.pool.ntp.org
     - 2.pool.ntp.org
    on_time:
      # Every 4 minutes get Status, to ensure quick reaction
      - cron: '00 /4 21-23 * * *'
        then:
          - eqiva_key_ble.status:

Hier der ganze Code https://pastebin.com/AidTEfph

Siehst du da einen Fehler?

Gruß,
Hendrik

[Dirk (digaus)]

Hendrik F. schrieb:
> Hallo,
> ich habe auch das Problem mit dem Status. Allerdings verwende ich auch
> meinen Riegelkontakt als Input für den Status.


Für deine Lock states kannst ja die Prüfung auf die Mac Adresse weg 
lassen.

Hast ja extra zwei separate Sensoren.

Bei mir wird der Lock state mit dem "neuen" Austausch-Schloss vernünftig 
dargestellt (schloss ist 6 Monate alt und hat noch alte Logs/user...)


Habe die yaml Mal aktualisiert.

[Dirk (digaus)]

Werde die yaml auch noch so anpassen, dass man alles über die Web 
Oberfläche konfigurieren kann.

[Dirk (digaus)]

Ein Problem könnte es noch mit dem Session counter geben, wenn die 
Verbindung dauerhaft bestehen bleibt.

In der original Implementierung wird ein uint8 verwenden , das wären max 
255

Also was passiert wenn man diese Grenze erreicht? Muss man das Schloss 
dann neu verbinden? Oder fängt er von vorne an zu zählen?

Ich teste das mal heute Abend aus.

🤔

[Hendrik F. (henfri)]

Hallo,

also der Status funktioniert bei mir noch nicht. Ich benutze dabei ja 
meinen eigenen Sensor, siehe template oben.
Die if Abfrage mit der MAC-Adresse habe ich jetzt noch nicht gelöscht, 
aber ich denke daran soll es ja nicht liegen.

Der Status ist bei mir immer aufgeschlossen.

Jetzt würde ich erwarten, dass er bei einem Druck auf das Schloss dann 
auch immer abschliesst. Das macht er allerdings nicht. Das ist auch 
komisch, oder?

Verwendet er zum entscheiden, ob er auf oder abschliesst einfach immer 
den internen Status?

[Dirk (digaus)]

Hendrik F. schrieb:
> Hallo,
> also der Status funktioniert bei mir noch nicht. Ich benutze dabei ja
> meinen eigenen Sensor, siehe template oben.
> Die if Abfrage mit der MAC-Adresse habe ich jetzt noch nicht gelöscht,
> aber ich denke daran soll es ja nicht liegen.
> Der Status ist bei mir immer aufgeschlossen.
> Jetzt würde ich erwarten, dass er bei einem Druck auf das Schloss dann
> auch immer abschliesst. Das macht er allerdings nicht. Das ist auch
> komisch, oder?
> Verwendet er zum entscheiden, ob er auf oder abschliesst einfach immer
> den internen Status?

Entferne doch einfach Mal den Filter auf die Mac Adresse.

[Hendrik F. (henfri)]

Habe ich entfernt - gleiches Ergebnis.

Der Vergleich == 1 scheint immer False zu sein.

Der Vergleich if (id(Hintertuer_status).state == "on") kompiliert nicht.
Der Vergleich if (id(Hintertuer_status).state.is_on()) kompiliert auch 
nicht:

User
/config/esphome/esphome-web-8bf1d4.yaml:151:36: error: request for member 'is_on' in 'Hintertuer_status->esphome::homeassistant::HomeassistantSensor::<anonymous>.esphome::sensor::Sensor::state', which is of non-class type 'float'
       if (id(Hintertuer_status).state.is_on()) {
                                    ^~~~~

Aber warum ist state ein float?

Gruß,
Hendrik

[Dirk (digaus)]

Hendrik F. schrieb:
> Habe ich entfernt - gleiches Ergebnis.
> Der Vergleich == 1 scheint immer False zu sein.
> Der Vergleich if (id(Hintertuer_status).state == "on") kompiliert nicht.
> Der Vergleich if (id(Hintertuer_status).state.is_on()) kompiliert auch
> nicht:
>
> 1
> User
>
> 2
> /config/esphome/esphome-web-8bf1d4.yaml:151:36: error: request for
> member 'is_on' in
> 'Hintertuer_status->esphome::homeassistant::HomeassistantSensor::<anonym 
ous>.esphome::sensor::Sensor::state',
> which is of non-class type 'float'
>
> 3
>        if (id(Hintertuer_status).state.is_on()) {
>
> 4
>                                     ^~~~~
>
> Aber warum ist state ein float?
> Gruß,
> Hendrik

Ist dein Sensor der wohl nen float liefert.

Log die Werte doch mal.

[Hendrik F. (henfri)]

Wie kann ein Binary Sensor float liefern... Ich hab jetzt

      if (id(Schuppen_status).state)

probiert. (https://esphome.io/components/sensor/template.html)

Da steht im log:

[16:51:04][W][homeassistant.sensor:015]: 'binary_sensor.haustechnik_schuppen_neu_schloss_geschlossen': Can't convert 'on' to number!
[16:51:04][D][sensor:094]: 'Schuppen': Sending state nan  with 1 decimals of accuracy
[16:51:07][W][homeassistant.sensor:015]: 'binary_sensor.haustechnik_schuppen_neu_schloss_geschlossen': Can't convert 'off' to number!

Das sieht nicht nach einem float aus...

Aber warum denkt der Compiler, dass es ein float wäre?
Kann ich einfach mit str() einen String erzwingen?

    ESP_LOGD("custom", "Hintertuer_status state: %f", 
static_cast<float>(id(Hintertuer_status).state)); sagt mir 
"Hintertuer_status state: nan"

Gruß,
Hendrik

[Artur K. (artur_k638)]

Hendrik F. schrieb:
>
Wird es nicht vll einfacher den Schloß mit Kontakt direkt in 
Homeassistant zu es stellen? Das habe ich zumindest so. Finde ich 
persönlich einfacher, kann man immer was ändern ohne neuzuflashen.
Grüß

[Hendrik F. (henfri)]

Hallo,

das Problem habe ich gelöst.
Ich habe den Sensor aus HomeAssistant in esphome als

sensor:
  - platform: homeassistant
    name: "Hintertuer"
    entity_id: binary_sensor.xyz
    id: Hintertuer_status

Importiert. Somit ist es ein sensor. Kein binary sensor
So funktioniert es

binary_sensor:
  - platform: homeassistant
    name: "Hintertuer"
    entity_id: binary_sensor.xyz
    id: Hintertuer_status

Und dann:

  - platform: template
    name: "Schuppen"
    lambda: |-
      if (id(Schuppen_status).state) {
        return LOCK_STATE_LOCKED;
      } else  {
        return LOCK_STATE_UNLOCKED;
      }

@Artur:
Wenn ich das lock in HA definiere, kennt er dann eqiva_key_ble.connect: 
und co?
Kannst du ein Beispiel posten?

Gruß,
Hendrik

[Artur K. (artur_k638)]

Hast du mehrer Schlösser?

[Artur K. (artur_k638)]

Iwas komisches ist passiert. In esphome ist meine esp online, wenn ich 
log drücke, verbindet er nicht. Alle Entitäten in ha sind normal 
verfügbar. Nur reagiert auf nichts

[Hendrik F. (henfri)]

Ja, ich habe mehrere Schlösser.

Noch eine Frage: Wenn ich immer ein Disconnect will, um Batterie zu 
sparen, reicht dann das:

    unlock_action:
      - eqiva_key_ble.connect:
          mac_address: 00:1c  # Hintertür
          user_id: 1
          user_key: x
      - eqiva_key_ble.unlock:
      - eqiva_key_ble.disconnect:

(die letzte Zeile habe ich hinzugefügt)?

Gruß,
Hendrik

[Artur K. (artur_k638)]

Bei 2 Schlössern kann man service connect hinzufügen, aber da wird nicht 
mac übergeben, schon vergessen warum. Alternativ könnte man in esphome 2 
services für connect schreiben?

[Artur K. (artur_k638)]

@Dirk
Hast du noch nicht rausgefunden wieso man mac nicht via template 
weitergeben kann?

[Artur K. (artur_k638)]

Hendrik F. schrieb:
> @Artur:
> Wenn ich das lock in HA definiere, kennt er dann eqiva_key_ble.connect:
> und co?
> Kannst du ein Beispiel posten?
Zum Beispiel so. Aber dann in esphome service: 
esphome.eqiva_lock_connect für den zweiten Schloß service connect 2 
schreiben
  lock:
    - platform: template
      name: Salontur
      unique_id: salontur
      value_template: "{{ 
is_state('binary_sensor.reed_turschloss_salon', 'off') }}"
      lock:
        service: esphome.eqiva_lock_connect
        service: esphome.eqiva_lock_lock
        service: esphome.eqiva_lock_disconnect
      unlock:
        service: esphome.eqiva_lock_connect
        service: esphome.eqiva_lock_unlock
        service: esphome.eqiva_lock_disconnect

[Dirk (digaus)]

Artur K. schrieb:
> @Dirk
> Hast du noch nicht rausgefunden wieso man mac nicht via template
> weitergeben kann?

Weil es über das Template nen string ist, es aber als Typ Mac erwartet 
wird. Müsste im Code dann selber die Konvertierung/Validierung machen

[Artur K. (artur_k638)]

Dirk schrieb:
> Artur K. schrieb:
>> @Dirk
>> Hast du noch nicht rausgefunden wieso man mac nicht via template
>> weitergeben kann?
>
> Weil es über das Template nen string ist, es aber als Typ Mac erwartet
> wird. Müsste im Code dann selber die Konvertierung/Validierung machen

Meinst du im cpp oder h? Oder direkt in yaml?

[Artur K. (artur_k638)]

Artur K. schrieb:
> lock:
> - platform: template
> name: Salontur
> unique_id: salontur
> value_template: "{{ is_state('binary_sensor.reed_turschloss_salon',
> 'off') }}"
> lock:
> service: esphome.eqiva_lock_connect
> service: esphome.eqiva_lock_lock
> service: esphome.eqiva_lock_disconnect
> unlock:
> service: esphome.eqiva_lock_connect
> service: esphome.eqiva_lock_unlock
> service: esphome.eqiva_lock_disconnect

Sorry, service connect kann man jetzt templaten. Also muss man nicht 
zweiten schreiben

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Artur K. schrieb:
>>> @Dirk
>>> Hast du noch nicht rausgefunden wieso man mac nicht via template
>>> weitergeben kann?
>>
>> Weil es über das Template nen string ist, es aber als Typ Mac erwartet
>> wird. Müsste im Code dann selber die Konvertierung/Validierung machen
>
> Meinst du im cpp oder h? Oder direkt in yaml?

Bin schon dabei.

Wollte ja alles über die Weboberfläche einstellbar machen.

[Artur K. (artur_k638)]

Dirk schrieb:
> Artur K. schrieb:
>> Dirk schrieb:
>>> Artur K. schrieb:
>>>> @Dirk
>>>> Hast du noch nicht rausgefunden wieso man mac nicht via template
>>>> weitergeben kann?
>>>
>>> Weil es über das Template nen string ist, es aber als Typ Mac erwartet
>>> wird. Müsste im Code dann selber die Konvertierung/Validierung machen
>>
>> Meinst du im cpp oder h? Oder direkt in yaml?
>
> Bin schon dabei.
>
> Wollte ja alles über die Weboberfläche einstellbar machen.

Das ist super.
Eine frage, wenn ich disconnect mache und dann versucht er sofort zu 
connecten aber mit id 4, meine id ist 1, verbindet sich such und zeigt 
established

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Artur K. schrieb:
>>> Dirk schrieb:
>>>> Artur K. schrieb:
>>>>> @Dirk
>>>>> Hast du noch nicht rausgefunden wieso man mac nicht via template
>>>>> weitergeben kann?
>>>>
>>>> Weil es über das Template nen string ist, es aber als Typ Mac erwartet
>>>> wird. Müsste im Code dann selber die Konvertierung/Validierung machen
>>>
>>> Meinst du im cpp oder h? Oder direkt in yaml?
>>
>> Bin schon dabei.
>> Wollte ja alles über die Weboberfläche einstellbar machen.
>
> Das ist super.
> Eine frage, wenn ich disconnect mache und dann versucht er sofort zu
> connecten aber mit id 4, meine id ist 1, verbindet sich such und zeigt
> established

Jo hab ich auch gefixed.

Er hat die Mac nicht gecleared. ID und User Key aber schon. Dadurch 
generiert er sich ne neue beim nonce austauschen

[Dirk (digaus)]

Hab's aktualisiert. Jetzt kann man Mac auch bei Connect via template 
string mitgeben

Hab auch Beispiel für UI Eingabe eingebaut

[Hendrik F. (henfri)]

Klasse!

[Artur K. (artur_k638)]

Heute Abend kam ich nach Hause und konnte Schloß nicht ansprechen, web 
Oberfläche war nicht abrufbar, obwohl es nicht als nicht verfügbar war, 
war online. Wie konnte ich die Ursache finden?

[Artur K. (artur_k638)]

Sehe oft das im log
[20:48:29][W][component:214]: Component esp32_ble took a long time for 
an operation (0.08 s).
[20:48:29][W][component:215]: Components should block for at most 
20-30ms.

[Dirk (digaus)]

Artur K. schrieb:
> Sehe oft das im log
> [20:48:29][W][component:214]: Component esp32_ble took a long time for
> an operation (0.08 s).
> [20:48:29][W][component:215]: Components should block for at most
> 20-30ms.

Liegt entweder am  write_value also senden der BT Message oder am 
Verschlüssen.

Aber tritt wohl häufig auf:

https://github.com/esphome/issues/issues/4717


Wüsste nicht was ich da optimieren könnte.


Bzgl. Webserver nicht erreichbar, hast du local: true dort stehen? Wenn 
nicht gab's vllt Internet Probleme?

[Artur K. (artur_k638)]

Dirk schrieb:
> Bzgl. Webserver nicht erreichbar, hast du local: true dort stehen? Wenn
> nicht gab's vllt Internet Probleme?

Ja habs true stehen. Wegen Internet nicht das ich wussten. Konnte nur 
Schloß nicht ansprechen, liegt vllt am esp, werde ich mal ersetzen. Aber 
da lief sehr lange andere Version, wo der Schloß per mqtt angesteuert 
wird, ohne Probleme, sehr komisch

[Artur K. (artur_k638)]

Wenn ich aktuelle Version von git nehme, kommt das:
Failed config

text_sensor.eqiva_key_ble: [source /config/esphome/eqiva-lock.yaml:198]
  platform: eqiva_key_ble
  mac_address:
    name: Mac Address

    ID mac_address redefined! Check text->0->id.
    id: mac_address
    disabled_by_default: False
    entity_category: ''

ist es nicht weil in text template id mac_address verwendet wird und 
auch in text_sensor id mac_address?

[Antonello M. (antonello_m)]

Danke Dirk für die schöne Arbeit.
Ich möchte auf ein paar Probleme hinweisen, die dein Projekt unbrauchbar 
machen (Stand heute, 9. Dezember)
1. Die letzte Version hat zwei Probleme im Code (leicht zu lösen):
A: Dieser Teil des Codes ist innerhalb der ap-Funktion eingerückt, 
sollte aber einfach unter wifi stehen
  # Use below to apply saved input parameters on boot
    on_connect:
      - eqiva_key_ble.connect:
          mac_address: !lambda 'return id(mac_address).state;'
          user_id: !lambda 'return id(user_id).state;'
          user_key: !lambda 'return id(user_key).state;'
B: Die Entität mac_address unter text sensor kann nicht den gleichen 
Namen unter text haben

2. Die zuletzt geladene Version erlaubt es nicht, die Benutzerkennung 
und den Schlüssel über die Webschnittstelle einzugeben (Sie müssten 
entweder das Pairing erneut durchführen oder die Daten in die Firmware 
eingeben.

3. Bei der Erstinstallation funktioniert der Code perfekt, aber beim 
ersten Neustart, wenn der API-Teil gestartet wird, zeigen das Protokoll 
und das Gerät an, dass alles eingeschaltet ist, aber es geht nicht an 
(ich vermute, dass die "keyble"-Bibliothek nicht geladen wird).

Ein letzter Vorschlag: Da der esp32 vor den 5 Minuten ein Signal sendet, 
um die Bluetooth-Verbindung aktiv zu halten, würde ich eine 
Schaltereinheit einfügen, die die Aufrechterhaltung der Verbindung 
aktiviert und deaktiviert.
Zu guter Letzt würde ich auch einen Schalter einfügen, der es 
ermöglicht, den esp32 im Falle von Problemen vom Home-Assistenten aus 
neu zu starten.

Wenn ich Sie beim esphome-Teil unterstützen kann, stehe ich Ihnen gerne 
zur Verfügung (ich bin Italiener).
Vielen Dank

Übersetzt mit DeepL.com (kostenlose Version)

[Dirk (digaus)]

Antonello M. schrieb:
> Danke Dirk für die schöne Arbeit.
> Ich möchte auf ein paar Probleme hinweisen, die dein Projekt unbrauchbar
> machen (Stand heute, 9. Dezember)
> 1. Die letzte Version hat zwei Probleme im Code (leicht zu lösen):
> A: Dieser Teil des Codes ist innerhalb der ap-Funktion eingerückt,
> sollte aber einfach unter wifi stehen
>   # Use below to apply saved input parameters on boot
>     on_connect:
>       - eqiva_key_ble.connect:
>           mac_address: !lambda 'return id(mac_address).state;'
>           user_id: !lambda 'return id(user_id).state;'
>           user_key: !lambda 'return id(user_key).state;'
> B: Die Entität mac_address unter text sensor kann nicht den gleichen
> Namen unter text haben
>
> 2. Die zuletzt geladene Version erlaubt es nicht, die Benutzerkennung
> und den Schlüssel über die Webschnittstelle einzugeben (Sie müssten
> entweder das Pairing erneut durchführen oder die Daten in die Firmware
> eingeben.
>
> 3. Bei der Erstinstallation funktioniert der Code perfekt, aber beim
> ersten Neustart, wenn der API-Teil gestartet wird, zeigen das Protokoll
> und das Gerät an, dass alles eingeschaltet ist, aber es geht nicht an
> (ich vermute, dass die "keyble"-Bibliothek nicht geladen wird).
>
> Ein letzter Vorschlag: Da der esp32 vor den 5 Minuten ein Signal sendet,
> um die Bluetooth-Verbindung aktiv zu halten, würde ich eine
> Schaltereinheit einfügen, die die Aufrechterhaltung der Verbindung
> aktiviert und deaktiviert.
> Zu guter Letzt würde ich auch einen Schalter einfügen, der es
> ermöglicht, den esp32 im Falle von Problemen vom Home-Assistenten aus
> neu zu starten.
>
> Wenn ich Sie beim esphome-Teil unterstützen kann, stehe ich Ihnen gerne
> zur Verfügung (ich bin Italiener).
> Vielen Dank
>
> Übersetzt mit DeepL.com (kostenlose Version)

2. Ist ein Bug des web_server -> "local: false" setzen

3. Es wird kein keyble Lib geladen. Code sollte funktionieren. Am besten 
einmal yaml Posten zum Prüfen



Das Intervall zum abfragen des Status ist lediglich ein Beispiel. Wie 
genau man es machen möchte ist hier dem Nutzer überlassen. Die yaml kann 
ja jeder anpassen wie er möchte .

[Artur K. (artur_k638)]

Kann eigentliche hier ohne Probleme auch bluetooth proxy verwendet 
werden?

[Artur K. (artur_k638)]

Moin, eine Frage, würde so was nicht funktionieren? klappt iwie nicht 
wie es mir vorstelle

lock_action:
      - eqiva_key_ble.connect:
          mac_address: 00:12:34:56:42:88
          user_id: 1
          user_key: 12345678636F6763386A726E33746F35
      - eqiva_key_ble.lock:
      - eqiva_key_ble.disconnect:

bei mir spinnt es iwie allgemein, ich würde gerne Dauer Verbindung 
lassen, aber ich merke dass es morgens nicht ansprechbar ist, Verbindung 
wird iwie verloren oder so. weiss nicht genau

oder wie kann ich es am besten machen, wenn ich die Verbindung immer 
trenne, aber dann wenn ich in HA den Lock schließe oder öffne, dass es 
dann zuerst connected und zum Schluss disconnected? Automation ist klar, 
aber ohne geht es iwie? zB direkt in esphome?

[Antonello M. (antonello_m)]

Ich werde Ihnen meine Konfiguration mitteilen und die yaml-Datei 
anhängen:

ESP32 Modell AZ-Delivery
https://docs.platformio.org/en/latest/boards/espressif32/az-delivery-devkit-v4.html

Wie ich schon sagte, funktioniert das Gerät am Ende der 
Firmware-Installation perfekt. Aber sobald Sie es neu starten oder ab- 
und wieder anstecken, funktioniert es nicht mehr.
Das Gerät wird auf EspHome als verbunden angezeigt, ist aber nicht über 
das Webportal erreichbar und die Entitäten sind nicht über den Home 
Assistant erreichbar. Es kann jedoch über Wireless mit EspHome geflasht 
werden.

Ich füge mein yaml und unten die Protokolldatei bei.

INFO ESPHome 2023.11.6
INFO Reading configuration /config/esphome/esphome-web-aa79f0.yaml...
INFO Detected timezone 'Europe/Rome'
INFO Starting log output from esphome-web-aa79f0.local using esphome API
INFO Successfully connected to esphome-web-aa79f0 in 0.574s
INFO Successful handshake with esphome-web-aa79f0 in 0.107s
[02:32:29][I][app:102]: ESPHome version 2023.11.6 compiled on Dec  8 
2023, 11:10:43
[02:32:29][C][wifi:559]: WiFi:
[02:32:29][C][wifi:391]:   Local MAC: 08:3A:F2:AA:79:F0
[02:32:29][C][wifi:396]:   SSID: 'CasaMesserangeli'[redacted]
[02:32:29][C][wifi:397]:   IP Address: 192.168.178.117
[02:32:29][C][wifi:399]:   BSSID: 3C:37:12:05:C1:85[redacted]
[02:32:29][C][wifi:400]:   Hostname: 'esphome-web-aa79f0'
[02:32:29][C][wifi:402]:   Signal strength: -51 dB ▂▄▆█
[02:32:29][C][wifi:406]:   Channel: 1
[02:32:29][C][wifi:407]:   Subnet: 255.255.255.0
[02:32:29][C][wifi:408]:   Gateway: 192.168.178.1
[02:32:29][C][wifi:409]:   DNS1: 192.168.178.1
[02:32:29][C][wifi:410]:   DNS2: 0.0.0.0
[02:32:29][C][logger:416]: Logger:
[02:32:29][C][logger:417]:   Level: DEBUG
[02:32:29][C][logger:418]:   Log Baud Rate: 115200
[02:32:29][C][logger:420]:   Hardware UART: UART0
[02:32:29][C][captive_portal:088]: Captive Portal:
[02:32:29][C][mdns:115]: mDNS:
[02:32:29][C][mdns:116]:   Hostname: esphome-web-aa79f0
[02:32:29][C][ota:097]: Over-The-Air Updates:
[02:32:29][C][ota:098]:   Address: esphome-web-aa79f0.local:3232
[02:32:29][W][ota:107]: Last Boot was an unhandled reset, will proceed 
to safe mode in 8 restarts
[02:32:29][C][api:139]: API Server:
[02:32:29][C][api:140]:   Address: esphome-web-aa79f0.local:6053
[02:32:29][C][api:142]:   Using noise encryption: YES
WARNING esphome-web-aa79f0: Connection error occurred: [Errno 104] 
Connection reset by peer
INFO Processing unexpected disconnect from ESPHome API for 
esphome-web-aa79f0
WARNING Disconnected from API
INFO Successfully connected to esphome-web-aa79f0 in 0.454s
INFO Successful handshake with esphome-web-aa79f0 in 0.113s
[02:37:27][D][api:102]: Accepted 192.168.178.200
[02:37:27][W][component:214]: Component api took a long time for an 
operation (0.05 s).
[02:37:27][W][component:215]: Components should block for at most 
20-30ms.
[02:37:28][D][api.connection:1089]: Home Assistant 2023.12.1 
(192.168.178.200): Connected successfully
[02:41:49][I][ota:117]: Boot seems successful, resetting boot loop 
counter.
[02:41:49][D][esp32.preferences:114]: Saving 1 preferences to flash...
[02:41:49][D][esp32.preferences:143]: Saving 1 preferences to flash: 0 
cached, 1 written, 0 failed

[Dirk (digaus)]

Artur K. schrieb:
> Moin, eine Frage, würde so was nicht funktionieren? klappt iwie
> nicht wie es mir vorstelle
>
> 1
> lock_action:
>
> 2
>       - eqiva_key_ble.connect:
>
> 3
>           mac_address: 00:12:34:56:42:88
>
> 4
>           user_id: 1
>
> 5
>           user_key: 12345678636F6763386A726E33746F35
>
> 6
>       - eqiva_key_ble.lock:
>
> 7
>       - eqiva_key_ble.disconnect:
> [...]
> aber ohne geht es iwie? zB direkt in esphome?

Disconnect kommt zu früh. müsstest erst machen nachdem sich der Lock 
Status geändert hat oder einfach nach nem 30 Sekunden delay.

Evtl auch einbauen, dass er erst BT Scan macht wenn er mit dem WiFi 
verbunden ist und bei disconnect wieder Scan deaktivieren

[Artur K. (artur_k638)]

Dirk schrieb:
> Evtl auch einbauen, dass er erst BT Scan macht wenn er mit dem WiFi
> verbunden ist und bei disconnect wieder Scan deaktivieren

Wie mache ich das mit scan genau, oder bzw link wo ich das nachlesen 
kann.

Habe momentan auch bluetooth proxy eingebaut. Aber Probleme nach x 
Stunden kamen auch ohne bluetooth proxy. Eventuell esp restarten noch 24 
Stunden

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Evtl auch einbauen, dass er erst BT Scan macht wenn er mit dem WiFi
>> verbunden ist und bei disconnect wieder Scan deaktivieren
>
> Wie mache ich das mit scan genau, oder bzw link wo ich das nachlesen
> kann.
> Habe momentan auch bluetooth proxy eingebaut. Aber Probleme nach x
> Stunden kamen auch ohne bluetooth proxy. Eventuell esp restarten noch 24
> Stunden

Steht in der Beispiel yaml. WLAN onconnet/disconnect und beim starten 
Initial nicht aktivieren

[Antonello M. (antonello_m)]

Problem gelöst.
Alles befand sich im esp32-Speicher.

Ich flashed eine andere Firmware (tasmota Fabrik) und löschte den 
gesamten Blitz.

Ich habe dann neu geflasht die kompilierte Firmware mit NodeMCU 
PyFlasher und jetzt sogar Neustart das Gerät bootet korrekt.

Ich danke Ihnen für Ihre Geduld und Verfügbarkeit.

[Artur K. (artur_k638)]

Heute morgen wieder passiert, steht ESTABLISHED, Schloß hatte ich Manuel 
aufgemacht, auf lock unlock reagierte nicht, Status aufgerufen, auch 
nichts passiert, stand die ganze Zeile Status Locked. Disconnect 
Funktionierte, auch connect klappte. Einmal neugestartet und geht alles. 
Ich kann natürlich es mal Nachts Neustart lassen. Aber möchte trotzdem 
rausfinden warum das so passiert.
Betreibt hier jemanden es auch mit Dauerverbindung?

[Dirk (digaus)]

Artur K. schrieb:
> Heute morgen wieder passiert, steht ESTABLISHED, Schloß hatte ich
> Manuel aufgemacht, auf lock unlock reagierte nicht, Status aufgerufen,
> auch nichts passiert, stand die ganze Zeile Status Locked. Disconnect
> Funktionierte, auch connect klappte. Einmal neugestartet und geht alles.
> Ich kann natürlich es mal Nachts Neustart lassen. Aber möchte trotzdem
> rausfinden warum das so passiert.
> Betreibt hier jemanden es auch mit Dauerverbindung?

Ja ich, hatte bisher nicht das Problem.

Wie lange lief er ohne Probleme? In welchem Intervall aktualisierst du 
den Status?

[Artur K. (artur_k638)]

Dirk schrieb:
> Ja ich, hatte bisher nicht das Problem.
> Wie lange lief er ohne Probleme? In welchem Intervall aktualisierst du
> den Status?

Habe genau nicht beobachtet, werde ich mal machen, ich aktualisiere es 
so wir bei dir in yaml steht, jede 4 Minuten.

[Artur K. (artur_k638)]

Dirk schrieb:
> WLAN onconnet/disconnect und beim starten Initial nicht aktivieren

Noch mal dazu, bei wlan habe ich on_connect gesehen. Aber Initial nicht 
aktivieren, das habe ich nicht wirklich verstanden.

[Artur K. (artur_k638)]

Also um 13 Uhr neugestartet, und jetzt kam ich nach Hause und konnte 
nicht mehr aufmachen. Vllt bluetooth proxy ist das Problem, werde ich 
rausnehmen

[Philipp C. (e61_phil)]

Hallo,

ich war nun einige Tage mit anderen Dingen beschäftigt, aber es läuft 
bei uns nun schon eine Weile wie es soll.

Das letzte mal geflasht habe ich wohl am 7.12. danach musste ich einmal 
den ESP neu starten, aber seitdem war es zuverlässig.

Das 4min Interval habe ich aus dem Beispiel kopiert. Ich kann das 
Schloss aktuell schließen.

Viele Grüße
Philipp

PS: Sollte ich die SW noch einmal aktualisieren?

[Artur K. (artur_k638)]

Philipp C. schrieb:
> Das letzte mal geflasht habe ich wohl am 7.12. danach musste ich einmal
> den ESP neu starten, aber seitdem war es zuverlässig.
>
> Das 4min Interval habe ich aus dem Beispiel kopiert. Ich kann das
> Schloss aktuell schließen.
Welche esp32 hast du?

[Artur K. (artur_k638)]

Also, gerade wieder passier, nach 5 Stunden, wenn ich lock oder unlock 
drücke

 kommt in log [eqiva_key_ble:358]  
Waiting for connection...

Eine Idee? Liegt vll am Schloß oder esp32?

Erst gerade aufgefallen

 [eqiva_key_ble:073]  
ESP_GATTC_WRITE_DESCR_EVT
21:16:35  [D]  [esp-idf:000]  
[0;31mE (17830464) BT_APPL: service change write ccc failed
21:16:45  [I]  [eqiva_key_ble:358]  
Waiting for connection..

[Dirk (digaus)]

Artur K. schrieb:
> Also, gerade wieder passier, nach 5 Stunden, wenn ich lock oder
> unlock drücke
>
> 1
>  kommt in log [eqiva_key_ble:358]
>
> 2
> Waiting for connection...
>
> Eine Idee? Liegt vll am Schloß oder esp32?
> Erst gerade aufgefallen
>
> 1
>  [eqiva_key_ble:073]
>
> 2
> ESP_GATTC_WRITE_DESCR_EVT
>
> 3
> 21:16:35  [D]  [esp-idf:000]
>
> 4
> [0;31mE (17830464) BT_APPL: service change write ccc failed
>
> 5
> 21:16:45  [I]  [eqiva_key_ble:358]
>
> 6
> Waiting for connection..

Waiting for connection heist er ist noch nicht verbunden oder hat die 
nonce noch nicht ausgetauscht.

Poste mal deine yaml.

Den write ccc error bekomme ich auch immer. Das scheint normal zu sein.

[Artur K. (artur_k638)]

esphome:
  name: eqiva-lock
  friendly_name: Eqiva Lock

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

logger:

api:
  encryption:
    key: !secret api_encryption_key
  services:
  - service: settings
    variables:
      turn_left: bool
      key_horizontal: bool
      lock_turns: int
    then:
      - eqiva_key_ble.settings:
          turn_left: !lambda 'return turn_left;'
          key_horizontal: !lambda 'return key_horizontal;'
          lock_turns: !lambda 'return lock_turns;'

  - service: fastconnect
    then:
      - eqiva_key_ble.connect:
          mac_address: 00:1a:22:18:3c:76
          user_id: 1
          user_key: 601dde3b2904999e289f1b1079c258fe

  - service: connect
    variables:
      mac_address: string
      user_id: int
      user_key: string
    then:
      - eqiva_key_ble.connect:
          mac_address: !lambda 'return mac_address;'
          user_id: !lambda 'return user_id;'
          user_key: !lambda 'return user_key;'
  - service: disconnect
    then:
      - eqiva_key_ble.disconnect:
  - service: pair
    variables:
      card_key: string
    then:
      - eqiva_key_ble.pair:
          card_key: !lambda 'return card_key;'
  - service: lock
    then:
      - eqiva_key_ble.lock:
  - service: unlock
    then:
      - eqiva_key_ble.unlock:
  - service: open
    then:
      - eqiva_key_ble.open:
  - service: status
    then:
      - eqiva_key_ble.status:

ota:
  password: !secret esphome_api_password

wifi:
  ssid: !secret wifi_ssid_salon
  password: !secret wifi_password
  ap:
    ssid: "key-ble Fallback Hotspot"
    password: "hvkiA8QRZbD8"
  # Use below to apply saved input parameters on boot
  on_connect:
    - eqiva_key_ble.connect:
          mac_address: 00:1a:22:18:3c:76
          user_id: 1
          user_key: 601dde3b2904999e289f1b1079c258fe
        #mac_address: !lambda 'return id(mac_address).state;' 
        #user_id: !lambda 'return id(user_id).state;'
        #user_key: !lambda 'return id(user_key).state;'
      

#button, number and text input for pairing and setting mac/user_id/user-key via UI
button:
  - platform: restart
    name: "Eqiva Lock Restart"
  - platform: safe_mode
    name: "Eqiava Lock Restart (Safe Mode)"  
  - platform: template
    id: ble_fastconnect
    name: "Fast Connect"
    icon: "mdi:bluetooth-connect"
    on_press:
      - eqiva_key_ble.connect:
          mac_address: 00:1a:22:18:3c:76
          user_id: 1
          user_key: 601dde3b2904999e289f1b1079c258fe
  - platform: template
    id: ble_lock_lock
    name: "Lock lock"
    icon: "mdi:lock"
    on_press:
      - eqiva_key_ble.lock:
  - platform: template
    id: ble_lock_unlock
    name: "Lock unlock"
    icon: "mdi:lock-open"
    on_press:
      - eqiva_key_ble.unlock:
  - platform: template
    id: ble_settings
    name: BLE Settings _Save_
    icon: "mdi:content-save"
    disabled_by_default: true
    on_press:
      - eqiva_key_ble.connect:
          mac_address: !lambda 'return id(mac_address).state;' 
          user_id: !lambda 'return id(user_id).state;'
          user_key: !lambda 'return id(user_key).state;'
  
  - platform: template
    id: ble_disconnect
    name: Disconnect
    icon: "mdi:bluetooth-off"
    on_press:
      - eqiva_key_ble.disconnect:
  - platform: template
    id: ble_pair
    name: BLE Pair _Start_
    icon: "mdi:check-underline"
    disabled_by_default: true
    on_press:
      - eqiva_key_ble.pair:
          card_key: !lambda 'return id(card_key).state;' 

  - platform: template
    id: lock_settings
    name: Lock Settings _Apply_
    icon: "mdi:check-underline"
    on_press:
      - eqiva_key_ble.settings:
          turn_left: !lambda 'return id(direction).state == "Left";' 
          key_horizontal: !lambda 'return id(position).state == "Horizontal";'
          lock_turns: !lambda 'return atoi(id(turns).state.c_str());'
    disabled_by_default: true
  - platform: template
    id: ble_status
    name: Status
    icon: "mdi:bluetooth"
    on_press:
      - eqiva_key_ble.status:
          
number:
  - platform: template
    mode: box
    name: BLE Settings User ID
    id: user_id
    max_value: 7
    min_value: 0
    step: 1
    optimistic: true
    restore_value: true
    disabled_by_default: true

text:
  - platform: template
    mode: text
    name: BLE Settings Mac Address
    id: mac_addr
    optimistic: true
    restore_value: true
    disabled_by_default: true
  - platform: template
    mode: text
    name: BLE Settings User Key
    id: user_key
    optimistic: true
    restore_value: true
    disabled_by_default: true
  - platform: template
    mode: text
    name: BLE Pair Card Key
    id: card_key
    optimistic: true
    disabled_by_default: true

select:
  - platform: template
    name: Lock Settings Close Direction
    id: direction
    options:
     - "Left"
     - "Right"
    optimistic: true
    disabled_by_default: true
  - platform: template
    name: Lock Settings Key Position
    id: position
    options:
     - "Vertical"
     - "Horizontal"
    optimistic: true
    disabled_by_default: true
  - platform: template
    name: Lock Settings Turns
    id: turns
    options:
     - "1"
     - "2"
     - "3"
     - "4"
    optimistic: true
    disabled_by_default: true

captive_portal:

esp32_ble_tracker:
  scan_parameters:
    window: 300ms

#bluetooth_proxy:
  #active: true   

#binary_sensor:
  #- platform: ble_presence
    #ibeacon_uuid: '5058f82a-fca1-419b-827b-a18dcae463b9'
    #name: "Artur S23U Garage"

web_server:
  include_internal: true
  local: false
  port: 80

external_components:
  source: github://digaus/esphome-components-eqiva
  refresh: 0s

eqiva_ble:

eqiva_key_ble:
  id: key_ble
  mac_address: 00:1a:22:18:3c:76
  user_id: 1
  user_key: 601dde3b2904999e289f1b1079c258fe

text_sensor: 
  - platform: eqiva_key_ble
    mac_address: 
      name: "Mac Address"
      id: mac_address
    lock_status: 
      name: "Lock Status"
      id: lock_status
    low_battery:
      name: "Low Battery"
    lock_ble_state:
      name: "Lock BLE State"
    user_id:
      name: "User ID"
    user_key:
      name: "User Key"
    # on_raw_value:
            # then:   Do stuff on state change (!lambda "return x") 
time:
  - platform: sntp
    # ...
    on_time:
      # Every 5 minutes
      - seconds: 0
        minutes: /4
        then:
          - eqiva_key_ble.status:

lock:
  - platform: template
    name: "Lock"
    lambda: |-
      if (id(lock_status).state == "LOCKED") {
        return LOCK_STATE_LOCKED;
      } else if (id(lock_status).state == "UNLOCKED" || id(lock_status).state == "OPENED") {
        return LOCK_STATE_UNLOCKED;
      } else if(id(lock_status).state == "MOVING") {
        return {};
      } else if (id(lock_status).state == "UNKNOWN") {
        return LOCK_STATE_JAMMED;
      } 
      return LOCK_STATE_LOCKED;
    lock_action:
      #- eqiva_key_ble.connect:
          #mac_address: 00:1a:22:18:3c:76
          #user_id: 1
          #user_key: 601dde3b2904999e289f1b1079c258fe
      - eqiva_key_ble.lock:
      #- eqiva_key_ble.disconnect:
    unlock_action:
      #- eqiva_key_ble.connect:
          #mac_address: 00:1a:22:18:3c:76
          #user_id: 1
          #user_key: 601dde3b2904999e289f1b1079c258fe
      - eqiva_key_ble.unlock:
      #- eqiva_key_ble.disconnect:
    open_action:
      #- eqiva_key_ble.connect:
          #mac_address: 00:1a:22:18:3c:76
          #user_id: 1
          #user_key: 601dde3b2904999e289f1b1079c258fe
      - eqiva_key_ble.open:
      #- eqiva_key_ble.disconnect:

board gerade geändert, hatte esp32dev obs daran liegt? Habe esp32 d1 
mini von azdelivery

[Dirk (digaus)]

Möglich.

Aber ich würde noch die Parameter bei eqiva_key_ble weglassen.

Und bei WLAN bei ondisconnect den disconnect service aufrufen .

Dann sollten ble Scan und WiFi Scan nie gleichzeitig laufen.

[Artur K. (artur_k638)]

Dieses Fehler kommt immer nach Status Lock oder Unlock

Ok werde ich versuchen, danke

[Artur K. (artur_k638)]

Bericht. Board geänderten und das mit wifi was du meintest. Heute morgen 
istv noch alles gut.

[Philipp C. (e61_phil)]

Artur K. schrieb:
> Philipp C. schrieb:
>> Das letzte mal geflasht habe ich wohl am 7.12. danach musste ich einmal
>> den ESP neu starten, aber seitdem war es zuverlässig.
>>
>> Das 4min Interval habe ich aus dem Beispiel kopiert. Ich kann das
>> Schloss aktuell schließen.
> Welche esp32 hast du?

Einen D1 Mini.

Das mit dem WLAN sollte ich wohl auch noch übernehmen.

[Dirk (digaus)]

Nicht vergessen continues: false beim tracker einzubauen damit er beim 
Starten nicht direkt los scannt

[Artur K. (artur_k638)]

Dirk schrieb:
> Nicht vergessen continues: false beim tracker einzubauen damit er beim
> Starten nicht direkt los scannt

Hat das Auswirkung auf bluetooth proxy?

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Nicht vergessen continues: false beim tracker einzubauen damit er beim
>> Starten nicht direkt los scannt
>
> Hat das Auswirkung auf bluetooth proxy?

Ne wird ja beim onconnect wieder auf true gesetzt

[Artur K. (artur_k638)]

Artur K. schrieb:
> Bericht. Board geänderten und das mit wifi was du meintest. Heute morgen
> istv noch alles gut.
Bericht, Nach der Arbeit die gleiche Geschichte. Daa mit continues: 
false hatte ich noch nicht.

[Dirk (digaus)]

Artur K. schrieb:
> Artur K. schrieb:
>> Bericht. Board geänderten und das mit wifi was du meintest. Heute morgen
>> istv noch alles gut.
>
> Bericht, Nach der Arbeit die gleiche Geschichte. Daa mit continues:
> false hatte ich noch nicht.

Und vllt mal den Uptime sensor einbauen. Dann siehst du ob er neu 
gestartet hat:
https://esphome.io/components/sensor/uptime.html

[Artur K. (artur_k638)]

Dirk schrieb:
> Und vllt mal den Uptime sensor einbauen. Dann siehst du ob er neu
> gestartet hat:

Er startet ja nicht neu, reagiert nicht, wenn man lock oder unlock 
macht, oder Status, kommt im log warten auf Verbindung

[Artur K. (artur_k638)]

Dirk schrieb:
> Ne wird ja beim onconnect wieder auf true gesetzt

bei onconnect von Wifi? sehe ich nicht im yaml, und habe jetzt 
continues: false gesetzt, bei esp32_ble_tracker richtig? und es wollte 
nicht mit Schloss sich verbinden, stand die ganze zeit waiting for 
connection

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Ne wird ja beim onconnect wieder auf true gesetzt
>
> bei onconnect von Wifi? sehe ich nicht im yaml, und habe jetzt
> continues: false gesetzt, bei esp32_ble_tracker richtig? und es wollte
> nicht mit Schloss sich verbinden, stand die ganze zeit waiting for
> connection

Ja bei onconnect muss du das continues: true setzen

[Dirk (digaus)]

Steht auch in der Beispiel yaml

Wenn du das nicht drin hattest ist klar, dass es nicht funktioniert hat. 
Dann hat er sich beim WiFi Verlust disconnected und nicht wieder neu 
verbunden

[Artur K. (artur_k638)]

Dirk schrieb:
> Steht auch in der Beispiel yaml
>
> Wenn du das nicht drin hattest ist klar, dass es nicht funktioniert hat.
> Dann hat er sich beim WiFi Verlust disconnected und nicht wieder neu
> verbunden

oh sorry, die ganze Zeit falsch geguckt, dachte zuerst es betrifft nur 
ESP32 C3

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Steht auch in der Beispiel yaml
>> Wenn du das nicht drin hattest ist klar, dass es nicht funktioniert hat.
>> Dann hat er sich beim WiFi Verlust disconnected und nicht wieder neu
>> verbunden
>
> oh sorry, die ganze Zeit falsch geguckt, dachte zuerst es betrifft nur
> ESP32 C3

Beim C3 geht's ohne auf jeden Fall nicht, bei den anderen Boards 
wahrscheinlich auch sinnvoll

[Artur K. (artur_k638)]

Uptime 5 Stunden, esp läuft wie gewohnt weiter, nur öffnen schließen tut 
nicht. Waiting for connection obwohl established. Wenn ich zuhause bin 
versuche ich direkt mit app mich verbinden und öffnen. Sonst muss ich 
wohl auf dauer Verbindung verzichten. Hane schon mir 2 Buttons erstellt 
die korrekt connecten öffnen/schließen und disconnecten.

[Dirk (digaus)]

Poste mal deine aktuelle yaml

[Artur K. (artur_k638)]

Dirk schrieb:
> Poste mal deine aktuelle yaml

 esphome:
  name: eqiva-bridge
  friendly_name: Eqiva Bridge

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

logger:

api:
  encryption:
    key: !secret api_encryption_key
  services:
  - service: settings
    variables:
      turn_left: bool
      key_horizontal: bool
      lock_turns: int
    then:
      - eqiva_key_ble.settings:
          turn_left: !lambda 'return turn_left;'
          key_horizontal: !lambda 'return key_horizontal;'
          lock_turns: !lambda 'return lock_turns;'

  - service: fastconnect
    then:
      - eqiva_key_ble.connect:
          mac_address: 00:1a:22:18:3c:76
          user_id: 1
          user_key: 601dde3b2904999e289f1b1079c258fe

  - service: connect
    variables:
      mac_address: string
      user_id: int
      user_key: string
    then:
      - eqiva_key_ble.connect:
          mac_address: !lambda 'return mac_address;'
          user_id: !lambda 'return user_id;'
          user_key: !lambda 'return user_key;'
  - service: disconnect
    then:
      - eqiva_key_ble.disconnect:
  - service: pair
    variables:
      card_key: string
    then:
      - eqiva_key_ble.pair:
          card_key: !lambda 'return card_key;'
  - service: lock
    then:
      - eqiva_key_ble.lock:
  - service: unlock
    then:
      - eqiva_key_ble.unlock:
  - service: open
    then:
      - eqiva_key_ble.open:
  - service: status
    then:
      - eqiva_key_ble.status:

ota:
  password: !secret esphome_api_password

wifi:
  ssid: !secret wifi_ssid_salon
  password: !secret wifi_password
  ap:
    ssid: "key-ble Fallback Hotspot"
    password: "hvkiA8QRZbD8"
  # Use below to apply saved input parameters on boot
  on_connect:
    - eqiva_key_ble.connect:
        mac_address: 00:1a:22:18:3c:76
        user_id: 1
        user_key: 601dde3b2904999e289f1b1079c258fe
        #mac_address: !lambda 'return id(mac_address).state;' 
        #user_id: !lambda 'return id(user_id).state;'
        #user_key: !lambda 'return id(user_key).state;'
    - esp32_ble_tracker.start_scan:
        continuous: true
  on_disconnect:
     - esp32_ble_tracker.stop_scan:
      

#button, number and text input for pairing and setting mac/user_id/user-key via UI
button:
  - platform: restart
    name: "Eqiva Lock Restart"
  - platform: safe_mode
    name: "Eqiava Lock Restart (Safe Mode)"  
  - platform: template
    id: ble_fastconnect
    name: "Fast Connect"
    icon: "mdi:bluetooth-connect"
    on_press:
      - eqiva_key_ble.connect:
          mac_address: 00:1a:22:18:3c:76
          user_id: 1
          user_key: 601dde3b2904999e289f1b1079c258fe
  - platform: template
    id: ble_lock_lock
    name: "Lock lock"
    icon: "mdi:lock"
    on_press:
      - eqiva_key_ble.lock:
  - platform: template
    id: ble_lock_unlock
    name: "Lock unlock"
    icon: "mdi:lock-open"
    on_press:
      - eqiva_key_ble.unlock:
  - platform: template
    id: lock_disconnect
    name: "lock"
    icon: "mdi:lock"
    on_press:
      - eqiva_key_ble.connect:
          mac_address: 00:1a:22:18:3c:76
          user_id: 1
          user_key: 601dde3b2904999e289f1b1079c258fe
      - wait_until:
          condition:
            text_sensor.state:
              id: lock_ble_state
              state: 'ESTABLISHED'
      - eqiva_key_ble.lock:
      - wait_until:
          condition:
            text_sensor.state:
              id: lock_status
              state: 'LOCKED'
      - eqiva_key_ble.disconnect:
  - platform: template
    id: unlock_disconnect
    name: "unlock"
    icon: "mdi:lock-open"
    on_press:
      - eqiva_key_ble.connect:
          mac_address: 00:1a:22:18:3c:76
          user_id: 1
          user_key: 601dde3b2904999e289f1b1079c258fe
      - wait_until:
          condition:
            text_sensor.state:
              id: lock_ble_state
              state: 'ESTABLISHED'
      - eqiva_key_ble.unlock:
      - wait_until:
          condition:
            text_sensor.state:
              id: lock_status
              state: 'UNLOCKED'
      - eqiva_key_ble.disconnect:
  - platform: template
    id: ble_settings
    name: BLE Settings _Save_
    icon: "mdi:content-save"
    disabled_by_default: true
    on_press:
      - eqiva_key_ble.connect:
          mac_address: !lambda 'return id(mac_address).state;' 
          user_id: !lambda 'return id(user_id).state;'
          user_key: !lambda 'return id(user_key).state;'
  
  - platform: template
    id: ble_disconnect
    name: Disconnect
    icon: "mdi:bluetooth-off"
    on_press:
      - eqiva_key_ble.disconnect:
  - platform: template
    id: ble_pair
    name: BLE Pair _Start_
    icon: "mdi:check-underline"
    disabled_by_default: true
    on_press:
      - eqiva_key_ble.pair:
          card_key: !lambda 'return id(card_key).state;' 

  - platform: template
    id: lock_settings
    name: Lock Settings _Apply_
    icon: "mdi:check-underline"
    on_press:
      - eqiva_key_ble.settings:
          turn_left: !lambda 'return id(direction).state == "Left";' 
          key_horizontal: !lambda 'return id(position).state == "Horizontal";'
          lock_turns: !lambda 'return atoi(id(turns).state.c_str());'
    disabled_by_default: true
  - platform: template
    id: ble_status
    name: Status
    icon: "mdi:bluetooth"
    on_press:
      - eqiva_key_ble.status:
          
number:
  - platform: template
    mode: box
    name: BLE Settings User ID
    id: user_id
    max_value: 7
    min_value: 0
    step: 1
    optimistic: true
    restore_value: true
    disabled_by_default: true

text:
  - platform: template
    mode: text
    name: BLE Settings Mac Address
    id: mac_addr
    optimistic: true
    restore_value: true
    disabled_by_default: true
  - platform: template
    mode: text
    name: BLE Settings User Key
    id: user_key
    optimistic: true
    restore_value: true
    disabled_by_default: true
  - platform: template
    mode: text
    name: BLE Pair Card Key
    id: card_key
    optimistic: true
    disabled_by_default: true

select:
  - platform: template
    name: Lock Settings Close Direction
    id: direction
    options:
     - "Left"
     - "Right"
    optimistic: true
    disabled_by_default: true
  - platform: template
    name: Lock Settings Key Position
    id: position
    options:
     - "Vertical"
     - "Horizontal"
    optimistic: true
    disabled_by_default: true
  - platform: template
    name: Lock Settings Turns
    id: turns
    options:
     - "1"
     - "2"
     - "3"
     - "4"
    optimistic: true
    disabled_by_default: true

sensor:
  - platform: uptime
    name: Uptime Sensor

captive_portal:

esp32_ble_tracker:
  scan_parameters:
    continuous: false
    window: 300ms

bluetooth_proxy:
  active: true   

binary_sensor:
  - platform: ble_presence
    ibeacon_uuid: '5058f82a-fca1-419b-827b-a18dcae463b9'
    name: "Artur S23U Garage"

web_server:
  include_internal: true
  local: false
  port: 80

external_components:
  source: github://digaus/esphome-components-eqiva
  refresh: 0s

eqiva_ble:

eqiva_key_ble:
  #id: key_ble
  #mac_address: 00:1a:22:18:3c:76
  #user_id: 1
  #user_key: 601dde3b2904999e289f1b1079c258fe

text_sensor: 
  - platform: eqiva_key_ble
    mac_address: 
      name: "Mac Address"
      id: mac_address
    lock_status: 
      name: "Lock Status"
      id: lock_status
    low_battery:
      name: "Low Battery"
    lock_ble_state:
      name: "Lock BLE State"
      id: lock_ble_state
    user_id:
      name: "User ID"
    user_key:
      name: "User Key"
    # on_raw_value:
            # then:   Do stuff on state change (!lambda "return x") 
time:
  - platform: sntp
    # ...
    on_time:
      # Every 5 minutes
      - seconds: 0
        minutes: /4
        then:
          - eqiva_key_ble.status:

lock:
  - platform: template
    name: "Lock"
    lambda: |-
      if (id(lock_status).state == "LOCKED") {
        return LOCK_STATE_LOCKED;
      } else if (id(lock_status).state == "UNLOCKED" || id(lock_status).state == "OPENED") {
        return LOCK_STATE_UNLOCKED;
      } else if(id(lock_status).state == "MOVING") {
        return {};
      } else if (id(lock_status).state == "UNKNOWN") {
        return LOCK_STATE_JAMMED;
      } 
      return LOCK_STATE_LOCKED;
    lock_action:
      #- eqiva_key_ble.connect:
          #mac_address: 00:1a:22:18:3c:76
          #user_id: 1
          #user_key: 601dde3b2904999e289f1b1079c258fe
      #- wait_until:
          #condition:
            #text_sensor.state:
              #id: lock_ble_state
              #state: 'ESTABLISHED'
      - eqiva_key_ble.lock:
      #- wait_until:
          #condition:
            #text_sensor.state:
              #id: lock_status
              #state: 'LOCKED'
      #- eqiva_key_ble.disconnect:
    unlock_action:
      #- eqiva_key_ble.connect:
          #mac_address: 00:1a:22:18:3c:76
          #user_id: 1
          #user_key: 601dde3b2904999e289f1b1079c258fe
      #- wait_until:
          #condition:
            #text_sensor.state:
              #id: lock_ble_state
              #state: 'ESTABLISHED'
      - eqiva_key_ble.unlock:
      #- wait_until:
          #condition:
            #text_sensor.state:
              #id: lock_status
              #state: 'UNLOCKED'
      #- eqiva_key_ble.disconnect:

[Dirk (digaus)]

Was mir nur auffällt ist, dass du die ID auskommentiert hast. Evlt. 
liegt es daran? Hast du mal ohne den bluetooth proxy probiert?

Hab mal den log erweitert, dann können wir sehen warum er in "Waiting 
for connection..." reingeht

[Artur K. (artur_k638)]

Dirk schrieb:
> Was mir nur auffällt ist, dass du die ID auskommentiert hast. Evlt.
> liegt es daran? Hast du mal ohne den bluetooth proxy probiert?
>
> Hab mal den log erweitert, dann können wir sehen warum er in "Waiting
> for connection..." reingeht
Ohne proxy war das selbe. Wegen ID wo meinst du genau?

[Artur K. (artur_k638)]

Also gerade getestet, über esp konnte nicht aufmachen. Über app geht, 
liegt dann an esp, habe aber gestern einen andere geflasht

[Artur K. (artur_k638)]

Fehler beim ota

src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp:358:21: error: format '%s' expects a matching 'char*' argument [-Werror=format=]
       ESP_LOGI(TAG, "Waiting for connection... (sendingNonce: %s) (remoteSessionNonce: %s) (remoteSessionNonce: %s) (clientStateEstablished: %s)", sendingNonce ? 'true' : 'false', clientState.remote_session_nonce.length() > 0 ? 'true' : 'false', this->state() == espbt::ClientState::ESTABLISHED ? 'true' : 'false');
                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/esphome/core/log.h:72:36: note: in definition of macro 'ESPHOME_LOG_FORMAT'
 #define ESPHOME_LOG_FORMAT(format) format
                                    ^~~~~~
src/esphome/core/log.h:151:28: note: in expansion of macro 'esph_log_i'
 #define ESP_LOGI(tag, ...) esph_log_i(tag, __VA_ARGS__)
                            ^~~~~~~~~~
src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp:358:7: note: in expansion of macro 'ESP_LOGI'
       ESP_LOGI(TAG, "Waiting for connection... (sendingNonce: %s) (remoteSessionNonce: %s) (remoteSessionNonce: %s) (clientStateEstablished: %s)", sendingNonce ? 'true' : 'false', clientState.remote_session_nonce.length() > 0 ? 'true' : 'false', this->state() == espbt::ClientState::ESTABLISHED ? 'true' : 'false');
       ^~~~~~~~
Compiling .pioenvs/eqiva-bridge/src/esphome/components/json/json_util.o
cc1plus: some warnings being treated as errors
*** [.pioenvs/eqiva-bridge/src/esphome/components/eqiva_key_ble/eqiva_key_ble.o] Error 1
========================== [FAILED] Took 4.87 seconds ==========================

[Dirk (digaus)]

Artur K. schrieb:
> Fehler beim ota
>

Probier mal nochmal.

Bzgl ID einmal nach id: key-ble suchen

[Artur K. (artur_k638)]

Dirk schrieb:
> Artur K. schrieb:
>> Fehler beim ota
>>
>
> Probier mal nochmal.
>
> Bzgl ID einmal nach id: key-ble suchen

Klappt trotzdem nicht

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Artur K. schrieb:
>>> Fehler beim ota
>>
>> Probier mal nochmal.
>> Bzgl ID einmal nach id: key-ble suchen
>
> Klappt trotzdem nicht

Installieren? Bei mir schon. Mal nen Clean build Files machen?

[Artur K. (artur_k638)]

Dirk schrieb:
> Installieren? Bei mir schon. Mal nen Clean build Files machen?

Jap clean gemacht, komisch, starte mal esp neu und probiere noch mal

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Installieren? Bei mir schon. Mal nen Clean build Files machen?
>
> Jap clean gemacht, komisch, starte mal esp neu und probiere noch mal

refresh: 0s drin stehen?

[Artur K. (artur_k638)]

Dirk schrieb:
> refresh: 0s drin stehen?

Ja natürlich

[Artur K. (artur_k638)]

In file included from src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp:2:
src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp: In member function 'bool esphome::eqiva_key_ble::EqivaKeyBle::sendMessage(eQ3Message::Message*, bool)':
src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp:358:21: error: format '%s' expects a matching 'char*' argument [-Werror=format=]
       ESP_LOGI(TAG, "Waiting for connection... (sendingNonce: %s) (remoteSessionNonce: %s) (remoteSessionNonce: %s) (clientStateEstablished: %s)", sendingNonce ? "true" : "false", clientState.remote_session_nonce.length() > 0 ? "true" : "false", this->state() == espbt::ClientState::ESTABLISHED ? "true" : "false");
                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/esphome/core/log.h:72:36: note: in definition of macro 'ESPHOME_LOG_FORMAT'
 #define ESPHOME_LOG_FORMAT(format) format
                                    ^~~~~~
src/esphome/core/log.h:151:28: note: in expansion of macro 'esph_log_i'
 #define ESP_LOGI(tag, ...) esph_log_i(tag, __VA_ARGS__)
                            ^~~~~~~~~~
src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp:358:7: note: in expansion of macro 'ESP_LOGI'
       ESP_LOGI(TAG, "Waiting for connection... (sendingNonce: %s) (remoteSessionNonce: %s) (remoteSessionNonce: %s) (clientStateEstablished: %s)", sendingNonce ? "true" : "false", clientState.remote_session_nonce.length() > 0 ? "true" : "false", this->state() == espbt::ClientState::ESTABLISHED ? "true" : "false");
       ^~~~~~~~
Compiling .pioenvs/eqiva-bridge/src/esphome/components/esp32_ble/ble_uuid.o
cc1plus: some warnings being treated as errors
Compiling .pioenvs/eqiva-bridge/src/esphome/components/esp32_ble_client/ble_characteristic.o
*** [.pioenvs/eqiva-bridge/src/esphome/components/eqiva_key_ble/eqiva_key_ble.o] Error 1
========================= [FAILED] Took 21.68 seconds =========================

[Dirk (digaus)]

Komisch dass er bei mir nicht meckert.

Probier es jetzt mal

[Artur K. (artur_k638)]

Leider nein, sehr komisch wieso er bei mir meckert

[Dirk (digaus)]

Artur K. schrieb:
> Leider nein, sehr komisch wieso er bei mir meckert

Was meckert er denn jetzt?

Clean Build Files gemacht?

[Artur K. (artur_k638)]

Dirk schrieb:
> Was meckert er denn jetzt?
> Clean Build Files gemacht?

Das selbe immer noch, und ja

[Dirk (digaus)]

Artur K. schrieb:
> Dirk schrieb:
>> Was meckert er denn jetzt?
>> Clean Build Files gemacht?
>
> Das selbe immer noch, und ja

Hab's auf %d geändert. Er sollte also nicht mehr den selben Fehler haben 
.?

[Artur K. (artur_k638)]

In file included from 
src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp:2:
src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp: In member 
function 'bool 
esphome::eqiva_key_ble::EqivaKeyBle::sendMessage(eQ3Message::Message*, 
bool)':
src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp:358:21: error: 
format '%d' expects a matching 'int' argument [-Werror=format=]
       ESP_LOGI(TAG, "Waiting for connection... (sendingNonce: %d) 
(remoteSessionNonce: %d) (remoteSessionNonce: %d) 
(clientStateEstablished: %d)", sendingNonce, 
clientState.remote_session_nonce.length() > 0, this->state() == 
espbt::ClientState::ESTABLISHED);
                     ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
src/esphome/core/log.h:72:36: note: in definition of macro 
'ESPHOME_LOG_FORMAT'
 #define ESPHOME_LOG_FORMAT(format) format
                                    ^~~~~~
src/esphome/core/log.h:151:28: note: in expansion of macro 'esph_log_i'
 #define ESP_LOGI(tag, ...) esph_log_i(tag, _VA_ARGS_)
                            ^~~~~~~~~~
src/esphome/components/eqiva_key_ble/eqiva_key_ble.cpp:358:7: note: in 
expansion of macro 'ESP_LOGI'
       ESP_LOGI(TAG, "Waiting for connection... (sendingNonce: %d) 
(remoteSessionNonce: %d) (remoteSessionNonce: %d) 
(clientStateEstablished: %d)", sendingNonce, 
clientState.remote_session_nonce.length() > 0, this->state() == 
espbt::ClientState::ESTABLISHED);
       ^~~~~~~~
Compiling 
.pioenvs/eqiva-bridge/src/esphome/components/esp32_ble/ble_uuid.o
cc1plus: some warnings being treated as errors
*** 
[.pioenvs/eqiva-bridge/src/esphome/components/eqiva_key_ble/eqiva_key_bl 
e.o]  Error 1
========================= [FAILED] Took 17.12 seconds 
=========================

[Dirk (digaus)]

Sehr seltsam.

Bei mir funktioniert es ohne Probleme ...

[Artur K. (artur_k638)]

Dirk schrieb:
> Sehr seltsam.
> Bei mir funktioniert es ohne Probleme ...

Ich versuche morgen ein neues Projekt anlegen und mit Kabel Flashen

[Artur K. (artur_k638)]

Habe testweise einfach neues Projekt erstattet, Stumpf den Code aus git 
kopiert. Und kommt auch dieses error

[Dirk (digaus)]

Artur K. schrieb:
> Habe testweise einfach neues Projekt erstattet, Stumpf den Code
> aus git kopiert. Und kommt auch dieses error

Hab den log jetzt raus genommen. Geht's jetzt wieder?

[Artur K. (artur_k638)]

Jap, jetzt geht's

[Artur K. (artur_k638)]

Versuche ist es so zu programmieren, dass es immer disconnected ist und 
nur bei Bedarf, connected.
Bei Start habe ich es so

wifi:
  ssid: !secret wifi_ssid_salon
  password: !secret wifi_password
  on_connect:
    - eqiva_key_ble.connect:
        mac_address: 00:1a:22:18:3c:76
        user_id: 1
        user_key: 601dde3b2904999e289f1b1079c258fe
    - esp32_ble_tracker.start_scan:
        continuous: true
    - delay: 30s
    - eqiva_key_ble.disconnect:
  on_disconnect:
     - esp32_ble_tracker.stop_scan:

Wollte statt delay wait intil einbauen, aber nicht geschaft, wollte auch 
Status Unknown prüfen bei lock_status.
Nur wenn Schloss nicht verbunden ist, scannt wr immer nach dem Schoss, 
ist das kein Problem? Oder soll ich da was machen?

[Hendrik F. (henfri)]

Hallo,

eine kurze Rückmeldung zur esphome Version:
Das ganze läuft jetzt seit einigen Tagen stabil. Ich habe keine Probleme 
mit Abstürzen oder Verbindungsproblemen.

Allerdings rief mich mein Sohn gestern an und kam mit der App nicht ins 
Haus. Vermutlich hatte esphome gerade eine Verbindung.

Was muss ich machen, damit nicht permanent eine Verbindung besteht?
Ich vermute, unten ist das .disconnect zu aktivieren.

    lock_action:
      - eqiva_key_ble.connect:
          mac_address: 00:x # Schuppen
          user_id: 1
          user_key: x
      - eqiva_key_ble.lock:
      #- eqiva_key_ble.disconnect:

Aber das alleine kann es ja nicht sein, denn es wurde lange vorher nicht 
gelockt.

Darüber hinaus habe ich

time:
  - platform: sntp
    timezone: Europe/Berlin
    servers:
     - 0.pool.ntp.org
     - 1.pool.ntp.org
     - 2.pool.ntp.org
    on_time:
      # Every 4 minutes get Status, to ensure quick reaction
      - cron: '00 /4 21-23 * * *'
        then:
          - eqiva_key_ble.status:

Ich vermute, dass dies die Verbindung aufrecht hält und ich auch hier 
ein .disconnect hinzufügen muss. Richtig?

Noch eine Frage
Jetzt habe ich den Controller in einer Automatisierung genutzt. 
Funktioniert auch wunderbar.
Was mich allerdings gewundert hat: Es werden mehrere Services angeboten, 
siehe Anhang.
Warum gibt es da Lock 1 und Lock 2?

Gruß,
Hendrik

[Dirk (digaus)]

Bzgl. der Locks war das lediglich ein Beispiel wie man zwei Schlösser 
ansteuern könnte.

An dem time Part müsstest du nichts ändern.

Das disconnect darfst du erst nach 15s Verzögerung machen. (siehe ein 
Post vor dir) dann sollte es klappen.

Allerdings musst du beachten, dass dann über den ESP die Ansteuerung ca. 
12 Sekunden dauern kann.

Alternativ könntest du ja den benötigten Personen auch via HA App einen 
Zugriff gewähren und könntest so den ESP dauerhaft verbunden lassen.

Eine andere Möglichkeit wäre mit dem ESP auch einen BLE Controller zu 
erstellen und sich damit zu verbinden. Quasi dann als Bridge. So könnte 
man auch ein Schloss simulieren.

Aber das wäre nochmal ordentlich Aufwand.

[Hendrik F. (henfri)]

Hallo,

> Bzgl. der Locks war das lediglich ein Beispiel wie man zwei Schlösser
ansteuern könnte.

Das heißt, das ist hart-kodiert und nicht irgendwie durch meine Yaml 
erzeugt?
Ist aber (noch?) nicht vollständig implementiert?

> Das disconnect darfst du erst nach 15s Verzögerung machen. (siehe ein
Post vor dir) dann sollte es klappen.
> Allerdings musst du beachten, dass dann über den ESP die Ansteuerung ca.
12 Sekunden dauern kann.

D.h. wenn ich beide Locks bedienen will, muss ich den Delay wie lange 
machen?
15s ist natürlich recht unschön. Bei uns ist der Usecase, dass wir einen 
"Alles-Aus" taster haben. Da will man natürlich nicht 15s warten, ob die 
Tür zu ging (vielleicht steht sie ja auf).

Siehst du eine Möglichkeit, das noch zu verbessern?

> An dem time Part müsstest du nichts ändern.
Dazu zwei Fragen:
1) ich brauche den Status eigentlich nicht. Kann das dann nicht raus?
2) war es nicht so, dass die Verbindung ca 4 minuten aufgebaut bleibt?


Gruß,
Hendrik

[Dirk (digaus)]

Hendrik F. schrieb:
> Hallo,
>
>> Bzgl. der Locks war das lediglich ein Beispiel wie man zwei Schlösser
> ansteuern könnte.
>
> Das heißt, das ist hart-kodiert und nicht irgendwie durch meine Yaml
> erzeugt?
> Ist aber (noch?) nicht vollständig implementiert?
>
>> Das disconnect darfst du erst nach 15s Verzögerung machen. (siehe ein
> Post vor dir) dann sollte es klappen.
>> Allerdings musst du beachten, dass dann über den ESP die Ansteuerung ca.
> 12 Sekunden dauern kann.
>
> D.h. wenn ich beide Locks bedienen will, muss ich den Delay wie lange
> machen?
> 15s ist natürlich recht unschön. Bei uns ist der Usecase, dass wir einen
> "Alles-Aus" taster haben. Da will man natürlich nicht 15s warten, ob die
> Tür zu ging (vielleicht steht sie ja auf).
>
> Siehst du eine Möglichkeit, das noch zu verbessern?
>
>> An dem time Part müsstest du nichts ändern.
> Dazu zwei Fragen:
> 1) ich brauche den Status eigentlich nicht. Kann das dann nicht raus?
> 2) war es nicht so, dass die Verbindung ca 4 minuten aufgebaut bleibt?
>
> Gruß,
> Hendrik

1. Das zweite Lock sollte nur von deiner yaml kommen. Am besten mal auf 
github die readme anschauen

2. Von "nicht verbunden" bis "verbunden und Befehl abgesendet" dauert es 
ca. 12 Sekunden. Schneller schafft der ESP das anscheinend nicht. 
Deshalb der Disconnect nach 15 Sekunden, da sonst der Befehl nicht 
durchgeht.

3. Status kann raus wenn du ihn nicht brauchst.

[Hendrik F. (henfri)]

Verstehe.
In meiner Logik muss ich aber dann etwas mehr als 15s verwenden, oder?
Ich habe in der Yaml jetzt ein Disconnect nach 15s und in der Logik 
einen Abstand zwischen den Beiden Lock Befehlen von 20s.

Das Ganze ist ok für eine Logik. Aber was passiert, wenn meine 
Mitbewohnerin ungeduldig ist und die einzelnen Lock-Knöpfe in der App zu 
schnell hintereinander drückt?


> Das zweite Lock sollte nur von deiner yaml kommen. Am besten mal auf
github die readme anschauen

Ich meine das "Sperre Lock 2". Das kommt nicht aus der YAML. In der YAML 
heißen sie Hintertür und Schuppen.



Gruß,
Hendrik

[Hendrik F. (henfri)]

Hallo,

der Wlan-Empfang ist recht schlecht und ich würde mal einen ESP mit 
externer Antenne probieren.
Hier gibt es mehrere:
https://de.aliexpress.com/item/4000090521976.html
ESP32-32U CP2102
ESP32-32U CH9102X

https://de.aliexpress.com/item/1005005727605631.html
ESP-WROOM-32S CH340

Die zweite Bezeichnung ist ja nur der USB-Adapber. Ich denke, das ist 
nicht besonders relevant.

Aber 32U oder 32S?

Was ist zu empfehlen?

Gruß,
Hendrik

[Hendrik F. (henfri)]

Hallo,

ich habe jetzt zwei neue ESPs (mit externen Antennen) - einer pro Lock.
Jetzt würde ich gerne das Pairing aus dem ESP heraus ausprobieren.

Was ist denn der "Pair Card Key"?
a) das was unter dem QR Code steht
b) der dekodierte QR Code

Ich habe jetzt leider im Key-Feld zu viel stehen (es war sehr klein, ich 
habe da den Key (a) reinkopiert, nachdem (a) drin steht.
Außerdem habe ich einen User_id eingegeben, obwohl der vom Lock vergeben 
werden soll. Wie kann ich diese Werte zurücksetzen?

Gruß,
Hendrik

[Dirk (digaus)]

Hendrik F. schrieb:
> Hallo,
> ich habe jetzt zwei neue ESPs (mit externen Antennen) - einer pro Lock.
> Jetzt würde ich gerne das Pairing aus dem ESP heraus ausprobieren.
> Was ist denn der "Pair Card Key"?
> a) das was unter dem QR Code steht
> b) der dekodierte QR Code
> Ich habe jetzt leider im Key-Feld zu viel stehen (es war sehr klein, ich
> habe da den Key (a) reinkopiert, nachdem (a) drin steht.
> Außerdem habe ich einen User_id eingegeben, obwohl der vom Lock vergeben
> werden soll. Wie kann ich diese Werte zurücksetzen?
> Gruß,
> Hendrik

Card Key ist der QR-Code. Abscannen und einfügen. Danach auf Pair 
drücken (nachdem das Schloss verbunden ist und sich im pair Modus 
befindet)

Dabei sollte egal sein ob schon was in user_id drin steht.

[Hendrik F. (henfri)]

Das wären geschätzt 50 Stellen, beginnend mit m001?

[Dirk (digaus)]

Hendrik F. schrieb:
> Das wären geschätzt 50 Stellen, beginnend mit m001?

Ja

[Hendrik F. (henfri)]

Hallo,

danke für deine Antworten.
Das klappt leider nicht:

15:05:52  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:05:53  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:05:55  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:05:57  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:05:59  [D]  [button:010]  
'BLE Pair _Start_' Pressed.
15:05:59  [I]  [eqiva_key_ble:272]  
CardKey: 43axxxf04
15:05:59  [I]  [eqiva_key_ble:273]  
Please press and hold open button for 5 seconds to enter pairing mode
15:05:59  [I]  [eqiva_key_ble:274]  
Trying to pair...
15:05:59  [I]  [eqiva_key_ble:358]  
Waiting for connection...
15:05:59  [I]  [eqiva_key_ble:360]  
Reason: exchanging nonce
15:05:59  [I]  [eqiva_key_ble:363]  
Reason: no remote session
15:05:59  [I]  [eqiva_key_ble:366]  
Reason: lock not connected
15:06:00  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:06:02  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:06:03  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:06:04  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:06:07  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:06:12  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A:xx:xx:A6:96) (UUID): 0x1A00  (Name): KEY-BLE
15:06:15  [I]  [eqiva_ble:015]  
Found Eqiva device (MAC: 00:1A

Anbei auch ein Screenshot der Einstellungen.

Siehst du (m)einen Fehler?

Gruß,
Hendrik

[Dirk (digaus)]

Hendrik F. schrieb:
> Hallo...

Befindet sich das Schloss im Pairing Modus?

[Hendrik F. (henfri)]

Ja, leuchtet gelb. 5s gedrückt.

[Dirk (digaus)]

Hendrik F. schrieb:
> Ja, leuchtet gelb. 5s gedrückt.

Probier es mal öfter. Manchmal hat's bei mir auch nicht geklappt.

Ansonsten Mal 255 bei User ID eintragen.

[Ömer B. (mer_b)]

Hallo. zunächst einmal vielen Dank für die tolle Arbeit. Darf ich 
freundlicherweise eine Frage stellen? Um ESP32 mit Ethernet in Ihrem 
Projekt zu verwenden, reicht es aus, die WLAN-Konfiguration aus der 
Yaml-Datei zu entfernen und die erforderliche Ethernet-Konfiguration 
hinzuzufügen? Und wenn wir den WiFi-Bereich entfernen, wo sollten wir 
die Ereignisse „esp32_ble_tracker.start_scan“ und 
„esp32_ble_tracker.stop_scan“ hinzufügen?

[Dirk (digaus)]

Ömer B. schrieb:
> Hallo. zunächst einmal vielen Dank für die tolle Arbeit. Darf ich
> freundlicherweise eine Frage stellen? Um ESP32 mit Ethernet in Ihrem
> Projekt zu verwenden, reicht es aus, die WLAN-Konfiguration aus der
> Yaml-Datei zu entfernen und die erforderliche Ethernet-Konfiguration
> hinzuzufügen? Und wenn wir den WiFi-Bereich entfernen, wo sollten wir
> die Ereignisse „esp32_ble_tracker.start_scan“ und
> „esp32_ble_tracker.stop_scan“ hinzufügen?

Korrekt, kannst dann einfach beim esp32_ble_tracker das continuous: 
false rausnehmen.

Dann startet er automatisch.

[Hendrik F. (henfri)]

Hallo,
>> Ja, leuchtet gelb. 5s gedrückt.
>
> Probier es mal öfter. Manchmal hat's bei mir auch nicht geklappt.
>
> Ansonsten Mal 255 bei User ID eintragen.

17:13:08  [D]  [number:054]  
'BLE Settings User ID' - Setting number value
17:13:08  [W]  [number:109]  
'BLE Settings User ID' - Value 255.000000 must not be greater than maximum 7.000000

Das wird abgelehnt.
Ich probiere es einfach noch ein paar mal. (Edit: Hat geklappt. 
Vielleicht nimmst du diesen "Trick" in die Readme auf).
Kann ich sonst in HomeAssistant, oder dem UI von EspHome auf dem 
Controller die UserID und den UserKey eingeben?

Habe ich ja noch aus der keyble instanz.

Gruß,
Hendrik

[Ömer B. (mer_b)]

Können wir durch den Einsatz des Ethernet-Moduls dauerhafte Verbindungen 
für zwei Schlösser gleichzeitig aufrechterhalten?

[Dirk (digaus)]

Ömer B. schrieb:
> Können wir durch den Einsatz des Ethernet-Moduls dauerhafte
> Verbindungen für zwei Schlösser gleichzeitig aufrechterhalten?

Wahrscheinlich kann man das auch noch via Wifi hinkriegen, aber bei mir 
läuft's super und ich hab aktuell nicht die Zeit da weiter zu machen^^

[Ömer B. (mer_b)]

Es tut mir leid, aber ich versuche stundenlang herauszufinden, wie man 
zwei Schlösser konfiguriert. Kann jemand eine Beispiel-YAML-Datei für 
zwei Schlösser teilen?

[Hendrik F. (henfri)]

Such mal in meinen Beiträgen weiter oben.
Ansonsten suche ich es morgen für dich raus.

Aber im Prinzip hier
https://github.com/digaus/esphome-components-eqiva/blob/f4d2a60f7a19bb7046d3d6498e1ab43e8050336a/example.yaml
Ab Zeile 142 halt alles noch ein zweites Mal mit den Daten des zweiten 
Lock.


Aber du musst dann der Familie erklären nach der Bedienung des ersten 
Lock 15s zu warten, bevor das Zweite bedient wird.

[Hendrik F. (henfri)]

Hallo,

das Pairing hatte ja eigentlich funktioniert, aber das Schloss reagiert 
nicht (mehr? ich kann mich nicht erinnern, ob ich es probiert hatte).
Im UI sehe ich, dass kein Key mehr eingetragen ist.

Im Log sehe ich:
17:55:35  [E]  [eqiva_key_ble:239]
User Error: (Key: , ID:  6)

Siehe auch Bild im Anhang.

Woran kann das liegen?

Gruß,
Hendrik

[Hendrik F. (henfri)]

Hallo,

hast du eine Idee für mich?
Ansonsten habe ich ja User-ID und Key aus einer manuellen Kopplung.
Gibt es eine Möglichkeit sie in der YAML einzubinden, ohne sie immer 
wieder zu wiederholen?

Gruß,
Hendrik

[Ömer B. (mer_b)]

Kann mir jemand den Code für das Hinzufügen von zwei Schlössern nennen?
Soweit ich das nach example.yaml verstehe, muss ich die folgenden Zeilen 
für die zweite Schlössern hinzufügen?

Wie wird das zweite Schloss gesteuert? Es gibt keine MAC-Adresse oder 
etwas anderes, das die Verbindung zwischen dem Code und dem Schloss 
herstellen kann.

lock:
  - platform: template
    name: "Lock 1"
    lambda: |-
      if (id(lock_status).state == "LOCKED") {
        return LOCK_STATE_LOCKED;
      } else if (id(lock_status).state == "UNLOCKED" || id(lock_status).state == "OPENED") {
        return LOCK_STATE_UNLOCKED;
      } else if(id(lock_status).state == "MOVING") {
        return {};
      } else if (id(lock_status).state == "UNKNOWN") {
        return LOCK_STATE_JAMMED;
      } 
      return LOCK_STATE_LOCKED;
    lock_action:
      - eqiva_key_ble.lock:
    unlock_action:
      - eqiva_key_ble.unlock:
    open_action:    
      - eqiva_key_ble.open:
  - platform: template
    name: "Lock 2"
    lambda: |-
      if (id(lock_status).state == "LOCKED") {
        return LOCK_STATE_LOCKED;
      } else if (id(lock_status).state == "UNLOCKED" || id(lock_status).state == "OPENED") {
        return LOCK_STATE_UNLOCKED;
      } else if(id(lock_status).state == "MOVING") {
        return {};
      } else if (id(lock_status).state == "UNKNOWN") {
        return LOCK_STATE_JAMMED;
      } 
      return LOCK_STATE_LOCKED;
    lock_action:
      - eqiva_key_ble.lock:
    unlock_action:
      - eqiva_key_ble.unlock:
    open_action:    
      - eqiva_key_ble.open:

[Hendrik F. (henfri)]

Hab ich ein Stück weiter oben verlinkt.

[Hendrik F. (henfri)]

Hallo,

ich habe jetzt zwei Controller für meine zwei Locks.
Ich verwende die Yaml von Github weitgehend unverändert - ich verwende 
lediglich einen eigenen Sensor um den Status des Locks zu ermitteln

Bei dem einen Lock funktioniert das wunderbar.
Beim zweiten Lock funktioniert der Status, aber das Kommandieren nicht.
Könntest du einmal auf die Logs schauen?
https://pastebin.com/GcNLgjbx

Gruß,
Hendrik

[Hendrik F. (henfri)]

Hallo,

ich habe nun rausgefunden, dass das eine Schloss dann wieder reagiert, 
wenn ich einmal "open" statt lock oder unlock mache.

Ich habe ja die Besonderheit, dass ich für den Status einen externen 
Sensor in der Schloss-Falle nutze.

Kann das damit zusammenhängen? Ich meine:
Gibt es eine Überprüfung, dass kein "Unlock" gesendet wird, wenn der 
interne Status schon "Unlocked" ist?

Anbei ein Vergleich der beiden Schlösser im Log


Gruß,
Hendrik

[Artur K. (artur_k638)]

@digaus
Hi,
ich hätte eine Frage. In Eqiva App kann man machen dass das Schloss 
automatisch schlisst. Kann man diese Zeiten in Esphome auslesen, bzw 
einstellen?

[Dirk (digaus)]

Bestimmt,

gibt auch noch ein Protokoll. Allerdings habe ich das nicht 
ausprobiert/implementiert da ich lieber eine besser Lösung mit einem 
Shelly Türkontakt und Automation löse.

[Artur K. (artur_k638)]

Dirk schrieb:
> Bestimmt,
>
> gibt auch noch ein Protokoll. Allerdings habe ich das nicht
> ausprobiert/implementiert da ich lieber eine besser Lösung mit einem
> Shelly Türkontakt und Automation löse.

Könnte ich auch, nur mein Gedanke war, dass wenn es lokal in dem Schloss 
passiert ist besser, weil wenn HA zB aus irgendeinen Grund nicht läuft, 
Schloss wird trotzdem schliessen.

[Dirk (digaus)]

Kannst ja auch direkt via ESP ne Automation machen ohne HA

[Artur K. (artur_k638)]

Dirk schrieb:
> Kannst ja auch direkt via ESP ne Automation machen ohne HA

Ja das auch, wäre es viel Aufwand für dich es zu implementieren?

[Holger (loetbadender)]

Hallo zusammen,
ich habe gerade versucht https://github.com/tc-maxx/esp32-keyble zum 
laufen zu bringen.
Leider gibt es Probleme beim aufbauen der BLE Verbindung. Der ESP32 
Startet wegen einer Exception neu. Hat zufällig jemand Erfahrung damit?
Serielle Ausgabe:

# WiFi disabled
*** get state ***
# Nonce exchange
# Searching ...
# Found device: 00:1a:22:0a:6c:9b
# RSSI: -61
# Connecting in tick
# Connecting...
# Connected in tick
Guru Meditation Error: Core  0 panic'ed (Unhandled debug exception). 
Debug exception reason: Stack canary watchpoint triggered (BTU_TASK) 
Core  0 register dump:
PC      : 0x40097a47  PS      : 0x00060836  A0      : 0x8009748b  A1      : 0x3ffe46e0  
A2      : 0x3ffbf348  A3      : 0xb33fffff  A4      : 0x0000abab  A5      : 0x0000cdcd  
A6      : 0x00060823  A7      : 0x00060823  A8      : 0xb33fffff  A9      : 0xffffffff  
A10     : 0x3ffd6ecc  A11     : 0x3ffd1c78  A12     : 0x00000001  A13     : 0x00000000  
A14     : 0x003fffff  A15     : 0x3ffe482c  SAR     : 0x0000001a  EXCCAUSE: 0x00000001  
EXCVADDR: 0x00000000  LBEG    : 0x40091458  LEND    : 0x4009146e  LCOUNT  : 0x00000000  


Backtrace: 0x40097a44:0x3ffe46e0 0x40097488:0x3ffe4720 0x40095d57:0x3ffe4740 0x4014a2d1:0x3ffe4780 0x40149afe:0x3ffe47a0 0x4013e21d:0x3ffe47c0 0x4013d12b:0x3ffe47e0 0x40162635:0x3ffe4810 0x40162783:0x3ffe4830 0x401628c6:0x3ffe4850 0x401350a5:0x3ffe4890 0x401344da:0x3ffe4b20 0x4014e566:0x3ffe4b40 0x4014e6ac:0x3ffe4b80 0x4014eaba:0x3ffe4ba0 0x4014eb42:0x3ffe4e30 0x4014ecca:0x3ffe4e50 0x40139e41:0x3ffe4e70 0x401350e2:0x3ffe5110 0x40135595:0x3ffe53a0 0x40135f4d:0x3ffe5400 0x401372b0:0x3ffe5440 0x401372e6:0x3ffe5460 0x4014217d:0x3ffe5480 0x40133108:0x3ffe5610 0x4014a3d4:0x3ffe5630

ELF file SHA256: 0000000000000000

Rebooting...

[Al O. (cyber83)]

Hendrik F. schrieb:
> Hallo,
>
> ich habe nun rausgefunden, dass das eine Schloss dann wieder reagiert,
> wenn ich einmal "open" statt lock oder unlock mache.
>
>
> Gruß,
> Hendrik

Hendrik, das hat bei mir auch so angefangen und war dann ein 
hardwaredefekt.
siehe 
Beitrag "Re: Software zum Steuern des Türschlossantrieb "eqiva eQ-3 Bluetooth Smart Lock""

nicht dass du wegen dem gleichen problem gleich lange wie ich 
herummurkst ...

[Holger (loetbadender)]

Danke für deine Antwort. Das kann gut sein, das würde auch erklären 
warum mein Schloss seit einiger Zeit nur noch aufsperrt (egal welche 
Taste man drückt)
Es fängt auf jeden Fall an zu spinnen. Wenn man die Batterien wechselt 
funktioniert es wieder einige Zeit.

Ich habe noch zwei Schlösser ohne Key von eBay hier herumliegen, dann 
muss ich wohl an die Taster anlöten und extern steuern... Ich nehme an 
den Key kann man nicht auslesen?

[Artur K. (artur_k638)]

Moin zusammen,
wollte heute was in dem Code ändern, hatte aber auch esphome 
aktualisiert, und seit dem Verbindet es nicht mehr. Kann nicht 
herausfinden woran es liegt, Code habe ich jetzt zurück geändert, 
trotzdem funktioniert nicht, weiß aber nicht mehr welche Version von 
Esphome es vorher war.

[Dirk (digaus)]

Artur K. schrieb:
> Moin zusammen,
> wollte heute was in dem Code ändern, hatte aber auch esphome
> aktualisiert, und seit dem Verbindet es nicht mehr. Kann nicht
> herausfinden woran es liegt, Code habe ich jetzt zurück geändert,
> trotzdem funktioniert nicht, weiß aber nicht mehr welche Version von
> Esphome es vorher war.

Aktuell kann man diesen workaround nutzen: 
https://github.com/digaus/esphome-components-eqiva/issues/11#issuecomment-1965232328

Muss noch Anpassungen machen für die neue esphome Version sobald ich 
Zeit finde.

[Artur K. (artur_k638)]

oh danke sehr

[Dirk (digaus)]

Artur K. schrieb im Beitrag #7641524:
> Wäre es möglich Status locking unlocking hinzufugen? hat das
> jemand gemacht?

Denke ist möglich indem du den aktuellen Status des Locks vergleichst 
und sofern der Status von Eqiva BLE Lock "MOVING" ist und der aktuelle 
Status z.b. "LOCKED" dann würde er ja gerade aufschließen.

Kann sein, dass diese stati in Homekit nicht funktionieren weshalb ich 
sie nicht als Beispiel abgebildet hatte. Oder dir gab's noch nicht 
immer^^

[Christian (tramcs)]

Hallo, ich bin Anfänger in Sachen Home Assistant, bin aber trotzdem 
technikaffin. Ich habe mir den ganzen Thread durchgelesen und bin mir 
trotzdem in einigen Sachen noch sehr unsicher.
Könnte sich jemand eventuell bei mir melden per PM und mir ein paar 
Dinge kurz erklären, am besten die Anbindung des hier besprochenen eqiva 
Türschlossantriebes und die Anbindung an Home Assistant.
Das würde mich sehr freuen.

Vielen Dank im Voraus
Christian

[Hendrik F. (henfri)]

Hallo,

meine Tochter war gestern leider ausgesperrt:
Ich hab ja zwei ESPs (ESP-Home Version) mit zwei Schlössern. Beide waren 
in HomeAssistant "nicht verfügbar". Aber auch mit der Eqiva App ging es 
nicht - es scheint also, als wäre der esp noch mit dem Lock verbunden 
gewesen.
Ich habe später die ESPs kurz vom Strom getrennt und wieder verbunden; 
Dann ging es wieder.

Mögliche Fehlerquellen sind:
-WLAN
-"Schluckauf des ESP"

Kann man es irgendwie erreichen, dass der ESP sich vom Lock trennt, wenn 
kein Kontakt zum HomeAssistant besteht, damit es dann wenigstens mit der 
App geht?

Gruß,
Hendrik

[Daniel A. (dxme)]

Hallo zusammen,

ich grabe mal diesen Thread aus. Lasst mich wissen, ob es einen besseren 
Ort gibt.

Ich habe ein Key-BLE und ein Homeassistant und würde den 
Türschlossantrieb gerne verwenden. Wie ist denn da die beste 
Möglichkeit?

Bisher habe ich keyble-mqtt ausprobiert, aber das läuft bei mir nicht 
zuverlässig. Es gibt zwei Probleme:
 - die Verbindung wird nicht zuverlässig gehalten.
 - Ein OPEN-Request wird teilweise viel später (Minuten!) ausgeführt. 
Zum Beispiel auch nach einem Neustart von keyble-mqtt. Das passiert 
immer nach einem Abriss der Verbindung. Das ist so natürlich schlecht, 
weil dann die Tür aufginge, wenn ich schon lange wieder weg bin...

Ich habe keyble-mqtt angepasst, so dass die auto-disconnect-time auf 0 
gesetzt werden sollte, das brachte aber keine Verbesserung.

Ich habe zusätzlich einen Timer eingebaut, der jede Sekunde checkt, ob 
eine Verbindung da ist, und falls nicht sie ensure_connected() aufruft. 
Das scheint jetzt so halb zu funktionieren.

Wie betreibt ihr das Teil?

Ich stolpere über zwei Fehler. Erstens:
/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:43 
7
                                        throw (new Error('Received 
message contains invalid authentication value'));
                                        ^
Error: Received message contains invalid authentication value
    at Key_Ble.on_message_fragment_received 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:4 
37:13)
    at Characteristic.on_data_received 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:5 
53:9)
    at Characteristic.emit (node:events:517:28)
    at Noble.onRead 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/@abandonware/noble 
/lib/noble.js:442:20)
    at NobleBindings.emit (node:events:517:28)
    at NobleBindings.onNotification 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/@abandonware/noble 
/lib/hci-socket/bindings.js:621:8)
    at Gatt.emit (node:events:517:28)
    at Gatt.onAclStreamData 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/@abandonware/noble 
/lib/hci-socket/gatt.js:123:16)
    at AclStream.emit (node:events:529:35)
    at AclStream.push 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/@abandonware/noble 
/lib/hci-socket/acl-stream.js:33:10)

Node.js v18.19.1


Zweitens:



  keyble:communication Sending message of type CONNECTION_REQUEST, data 
bytes <00 11 22 33 44 fa ke fa ke>, data 
{"user_id":0,"local_session_nonce":[123,123,fake,fake,fake]} +4d
/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:49 
8
                this.send_characteristic.write(Buffer.from(message_fragment.uint8array)) 
; 
^

TypeError: Cannot read properties of null (reading 'write')
    at Key_Ble.send_message_fragment 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:4 
98:28)
    at process.processTicksAndRejections 
(node:internal/process/task_queues:95:5)
    at async Key_Ble.send_message_fragments 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:5 
06:4)
    at async Key_Ble.send_message 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:5 
30:3)
    at async Key_Ble.ensure_nonces_exchanged 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:5 
75:3)
    at async Key_Ble.send_message 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:5 
13:4)
    at async Key_Ble.send_command 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:4 
05:3)
    at async Key_Ble.open 
(/usr/local/lib/node_modules/keyble-mqtt/node_modules/keyble/keyble.js:3 
99:3)
    at async MqttClient.<anonymous> 
(/usr/local/lib/node_modules/keyble-mqtt/keyble-mqtt.js:166:7)

Node.js v18.19.1

In diesen Fällen "hängt" das Schloss und der OPEN-Request wird auch 
wieder stark verzögert ausgeführt.

[Dirk (digaus)]

https://github.com/digaus/esphome-components-eqiva

Am besten mein esphome Plugin verwenden mit nen ESP32 🙂

[Daniel A. (dxme)]

Dirk schrieb:
> https://github.com/digaus/esphome-components-eqiva
>
> Am besten mein esphome Plugin verwenden mit nen ESP32 🙂

Das hatte ich gesehen, aber nicht verstanden, ob ich das haben will. Ich 
habe schon Bluetooth an Homeassistant und prinzipiell läuft es ja.

Für dein ESPHome-Plugin bräuchte ich einen dedizierten ESP nur für das 
Schloss, oder?

[Hendrik F. (henfri)]

Hallo,

ich habe zunächst keyble (ohne -mqtt aber nem anderen Tool für die 
Verbindung zu mqtt) genutzt. Das lief zuverlässig, aber oft mit nem ganz 
schönen delay, da es (das war meine Entscheidung) die Verbindung nicht 
hielt, sondern nur für Aktionen aufgebaut hat.

Ich habe dann die ESP32 Standalone Version ausprobiert, aber die mochte 
mein schlechtes WLAN nicht und ist abgestürzt.

Dann bin ich auf die ESP-home Komponente von Dirk umgestiegen. Zunächst 
auch mit direktem Disconnect nach Aktionen, jetzt aber mit permanenter 
Verbindung.
Das ist echt super, da stabil und sehr, sehr "responsiv".

So ein ESP32 kostet ja auch keine 4€. Aber ja, du brauchst einen pro 
Schloss.

Gruß,
Hendrik

[Dirk (digaus)]

Man kann auch einen Shelly Mini nehmen und den irgendwo in der Nähe 
hinter die Steckdose setzen.

Dann hat man direkt ne Stromversorgung und er ist schön versteckt. So 
habe ich es im Schuppen gemacht.

Alternativ gibt's natürlich auch ESP32 im USB Stick Format.