Versione 2.8.1 - 148 notifiche in HA dopo il restart

[Sanji78]

Il problema delle notifiche non è risolto... 148 notifiche in HA dopo il restart

Ti segnalo inoltre che l'automazione che dovrebbe scattare ad ogni gol della squadra del cuore, non scatta sistematicamente per ogni gol.

[Bobsilvio]

Quale automazione?
Mi dici quali card hai attive? hai aggiornato anche le card all'ultima versione?

[Sanji78]

calcio-live-card - v2.11.3
calcio-live - v2.8.1

Sono le notifiche che di solito si mandano con persistent_notification, ma ho visto che nel tuo codice non lo usi.

Il problema sembra al restart... è come se trasformasse gli eventi non processati in notifiche da inviare ad HA...

Questo è un esempio dell'automazione che non scatta a tutti i gol, ma solo ad alcuni...

- alias: CalcioLive - Notifica Gol XXX con Minuti e Giocatore
  description: Invia una notifica per ogni gol segnato, inclusi i rigori.
  triggers:
    - trigger: template
      value_template: >
                          {% set details = state_attr('sensor.calciolive_next_ita_1_XXX','matches')[0].match_details %}
                          {{ details and ('Goal' in details[-1] or 'Penalty' in details[-1]) }}
  conditions: []
  actions:
    - variables:
        event: >-
            {{ state_attr('sensor.calciolive_next_ita_1_XXX',
            'matches')[0].match_details[-1] }}

[Bobsilvio]

Ciao @Sanji78, ho individuato la causa di entrambi i problemi.

1. Le 148 notifiche dopo il restart

L'integrazione non usa persistent_notification: emette solo eventi sul bus (calcio_live_goal, calcio_live_yellow_card, calcio_live_red_card, calcio_live_match_finished). Le notifiche a raffica arrivano dall'automazione "Metodo Classico" (quella basata su match_details):

• Al riavvio di HA il trigger template viene rivalutato e l'azione repeat / for_each su match_details invia di nuovo una notifica per ogni gol già presente nella lista della partita. Con più partite × più gol negli attributi → decine/centinaia di notifiche tutte insieme. È esattamente il tuo caso.

2. L'automazione che salta dei gol

La tua automazione legge solo l'ultimo elemento:

{% set details = ...matches[0].match_details %}
{{ details and ('Goal' in details[-1] or 'Penalty' in details[-1]) }}

Se nello stesso intervallo di polling, dopo il gol, arriva un altro evento (es. un cartellino), details[-1] non è più un gol → il trigger non scatta → gol perso. Per questo non scatta "sistematicamente per ogni gol".

La soluzione: automazione basata sull'evento

L'integrazione emette calcio_live_goal una sola volta per ogni nuovo gol, con de-duplica che sopravvive al riavvio (niente burst al restart, nessun gol mancato). Da v2.11.3 l'evento include anche minute e players, oltre a player:

alias: CalcioLive - Notifica Gol XXX
trigger:
  - platform: event
    event_type: calcio_live_goal
condition:
  # filtra la tua squadra (vale sia che segni in casa sia fuori)
  - condition: template
    value_template: >
      {{ 'XXX' in [trigger.event.data.home_team, trigger.event.data.away_team] }}
action:
  - service: notify.mobile_app_xxx
    data:
      title: "⚽ GOAL!"
      message: >
        {% set m = trigger.event.data.minute %}
        {{ trigger.event.data.player }}{{ " (" ~ m ~ "')" if m and m != 'N/A' else '' }} —
        {{ trigger.event.data.home_team }} {{ trigger.event.data.home_score }}
        - {{ trigger.event.data.away_score }} {{ trigger.event.data.away_team }}
mode: queued

(In alternativa puoi filtrare con event_data: { team: XXX } direttamente nel trigger se vuoi notificare solo quando segna la tua squadra e non gli avversari.)

Cosa fare

1. Elimina le automazioni "Metodo Classico" basate su match_details (sono la causa del burst al restart). Nel README ho aggiunto un box che le sconsiglia spiegando il motivo.
2. Usa l'automazione basata sull'evento qui sopra.
3. Aggiorna l'integrazione a v2.11.3 e riavvia HA.

Fammi sapere se dopo questi passaggi vedi ancora notifiche al restart o gol mancati.