lcavalli / esp-kyo-alarm-generic Goto Github PK

Ciao, intanto ti ringrazio per aver condiviso il progetto e ringrazio Lorenzo per il suo lavoro iniziale.

Ho flashato inizialmente il mio D1 mini pro configurato in tutte le parti da customizzare ed inizialmente funziona (quasi) tutto nel senso che in HA vedevo lo stato di tutti i sensori dal dispositivo ESPHome.
Unica cosa che non avevo configurato era la parte della password API.
Dato che non stavo cercando di far funzionare il template per armare o disarmare l'allarme con pin, allora ho pensato di riflashare il mio D1 mini pro aggiungendo anche la parte relativa alla password delle API.
Da qui sono iniziati i problemi "seri". Una volta riflashato il device sembra che non riesca più a comunicare con la centrale:

Qui trovi l'output del log --> https://pastebin.com/MYJ9wrvT

Immagino che la causa sia quel:

[17:41:11][E][esp-key-alarm:357]: KYO model request failed
[17:41:11][V][component:199]: Component custom_component took a long time for an operation (0.11 s).
[17:41:11][V][component:200]: Components should block for at most 20-30ms.

Sapresti aiutarmi?

Armando/Disarmando via HA lo stato della centrale viene letto correttamente ed aggiornato in maniera congruente.
Provando ad armare la centrale con radiochiave ho notato che lo stato della centrale su HA rimane sempre disarmato come se non leggesse l'aggiornamento di stato correttamente.
Stessa cosa se armo da HA e disarmo la centrale con radiochiave, lo stato risulta sempre armato.

Complimenti per il progetto!!
Sto facendo una prova su espmcu, però non ho capito come elencare le varie partizioni per l'inserimento in casa e fuori casa.
Poi eventualmente come posso implementare anche una modalità di inserimento notturno?

Ciao Luca, rinnovo i complimenti per il progetto.
Volevo chiedere se è presente un sensore binario che indichi che l'allarme sta suonando, così da creare un'automazione che mandi una notifica.
Grazie!

Ciao! Complimenti per il progetto!
I sensori delle tapparelle li devo mappare con device class motion? Oppure posso assegnare un sistema binario diverso di Home Assistant per tenerle separate dal sensore di movimento, per esempio "moving"?
Grazie!

Ciao Luca, a me interesserebbe avere lo switch per il bypass solo di alcune zone, invece con il codice seguente vengono abilitati gli switch delle zone in ordine numerico (zona 1, 2, 3,...) e non quelle che voglio io.
Devo indicare qualcosa dopo lambda: come per i sensori binari?
Grazie.

# Zones bypass switch
- platform: custom
  id: zoneSwitches
  lambda: |-
    for(int i = 0; i < 32; i++) {
        auto s = new KyoZoneSwitch(i);
        App.register_component(s);
        ((KyoAlarmComponent*) kyo)->zoneSwitches.push_back(s);
    }
    return {((KyoAlarmComponent*) kyo)->zoneSwitches};
  switches:
    - id: kyo_zone4_sw
      name: "Tapparella portafinestra lavanderia"
      icon: "mdi:leak"
      entity_category: "config"
      inverted: true
    - id: kyo_zone6_sw
      name: "Tapparella finestra bagnetto"
      icon: "mdi:leak"
      entity_category: "config"
      inverted: true
    - id: kyo_zone8_sw
      name: "Tapparella portafinestra cucina"
      icon: "mdi:leak"
      entity_category: "config"
      inverted: true
    - id: kyo_zone10_sw
      name: "Tapparella portafinestra camera"
      icon: "mdi:leak"
      entity_category: "config"
      inverted: true
    - id: kyo_zone12_sw
      name: "Tapparella portafinestra cameretta"
      icon: "mdi:leak"
      entity_category: "config"
      inverted: true
    - id: kyo_zone18_sw
      name: "Tapparella finestra sala"
      icon: "mdi:leak"
      entity_category: "config"
      inverted: true
    - id: kyo_zone20_sw
      name: "Tapparella finestra bagno"
      icon: "mdi:leak"
      entity_category: "config"
      inverted: true
    - id: kyo_zone22_sw
      name: "Tapparella finestra camera"
      icon: "mdi:leak"
      entity_category: "config"
      inverted: true

L'aggiornamento OTA spesso rallenta fino a fermarsi e quindi fallisce. In questo caso l'esp8266 si resetta e si riavvia.
Un possibile warkaround temporaneo è quello di fare più tentativi consecutivi di aggiornamento in modo da riuscire a completarlo quando viene fatto alla fine del boot, ma prima di iniziare l'esecuzione.