Impostare lo stato di un’entità in Home Assistant [aggiornato]

Questo articolo ha 30 commenti

1. 

   Gianluca 28 Aprile 2021 Rispondi

   Ciao e grazie per i tuoi utili articoli. Ti chiedo una conferma da non esperto. Ma il file “services.yaml” e’ obbligatorio inserirlo nella cartella ? O si puo anche omettere ed usare solo il primo script, “set_state” ? Da quanto ho capito, quello indicato nel file “services.yaml” lo imposta gia all’ avvio di HA. Invece usando lo script “set_state” , viene impostato esempio in un automazione. Giusto?
   Grazie

   1. 

      Henrik Sozzi 28 Aprile 2021 Rispondi

      Ciao, il file services.yaml è opzionale (magari poi lo specifico meglio) e serve solo per documentare gli script Python ed i loro parametri (ne vedi il risultato in strumenti per sviluppatori). Se non c’è funziona tutto ugualmente ma in strumenti per sviluppatori non vedi le descrizioni, tutto lì.
      Però secondo me è sempre meglio documentare tutto per evitare che dopo mesi che hai fatto qualcosa non ti ricordi più come funzioni. Credimi, da programmatore ne so qualcosa 😁

2. 

   daniele calzetti 28 Giugno 2021 Rispondi

   Buonasera, a me rimanda questo errore

   Logger: homeassistant.components.automation.allarme_on_arma_at_night
   Source: components/automation/__init__.py:517
   Integration: Automazione (documentation, issues)
   First occurred: 27 giugno 2021, 18:20:41 (8 occurrences)
   Last logged: 0:07:06

   Error while executing automation automation.allarme_on_arma_at_night: Unable to find service python_script.set_state
   Error while executing automation automation.allarme_on_arma_at_night: Unable to find service python_scripts.set_state

   Ho notato che la directory è python_scripts mentre in service: python.script.set_state, ma cambiando in scripts il risultato è il medesimo.
   (la mia automazione arma l’allarme di sistema non integrato e quindi non usando il servizio contemporaneamente vorrei cambiare stato ad alarm_control_panel.home.alarm in state: arming per attivare il pannello anche in lovelace)

   1. 

      daniele calzetti 1 Luglio 2021 Rispondi

      Stupidamente mi ero dimenticato la prima nozione dell’articolo inserire “python_script:” nel file configuration.yaml, Mi rimane la curiosità di come mai si richiama in configurazione python_script e la directory si chiama python_scripts, e sicuramente questo denota che mi mancano le basi 🙂 !!! grazie un saluto

      1. 

         Henrik Sozzi 1 Luglio 2021 Rispondi

         Ciao, scusa ti rispondo in ritardo ma credo di averti già risposto sul gruppo Facebook 😉
         L’incongruenza che denoti è effettivamente vera. Sarebbe stato più giusto che l’attivazione si chiamasse “python_scripts:” al plurale, come d’altronde si chiama la cartella. Ma ricordiamoci sempre che Home Asssitant è open source e ci lavorando in diversi. A volte le cose non sono perfette, sono realizzate con buona volontà da tanti che lo fanno nel loro tempo libero per la gloria del progetto. E considerando quanto ha rivoluzionato ed è importante per casa mia… io gli perdono la “s” 😀

3. 

   daniele calzetti 1 Luglio 2021 Rispondi

   Grazie della risposta, però ti dico che nonostante l’incongruenza (cioè ho scritto in configuration.yaml python_script e la cartella l’ho chiamata python_scripts come da guida) le cose sembrano funzionare lo stesso.

   1. 

      Henrik Sozzi 1 Luglio 2021 Rispondi

      Eh certo che funzionano 😁 È un’incongruenza “by design”, il codice di HA prevede che sia così

4. 

   maxbarba 11 Agosto 2021 Rispondi

   Grazie Henrik !!! mi è servito per cambiare lo stato dei sensori di presenza Aqara che rimangono on per molti secondi.
   Con la modifica hardware e il tuo articolo adesso rispondono ogni 5 secondi.

   1. 

      Henrik Sozzi 11 Agosto 2021 Rispondi

      Ciao Maxbarba! Grazie per il feedback! Interessante… Fino ad oggi la soluzione al tempo di ON con i sensori modificati con ZHA pensavo fosse un’automazione che chiamasse il servizio zha.set_zigbee_cluster_attribute verso il sensore (come documentato su Home Assistant Community). Invece tu dopo il tempo hardware di ON cambi lo stato dell’entità… Non ci avevo pensato, sembra un’ottima soluzione! Ma quindi se dopo, ad esempio, 6 secondi, c’è altro movimento torna ancora in ON, giusto?

5. Pingback: Posizione delle persone con Home Assistant •

6. Pingback: Multinotify: il package per le notifiche su Alexa e App •

7. 

   daniele 23 Dicembre 2022 Rispondi

   Buonasera Henrik, scrivo in questo post augurandoti innanzitutto Buon Natale e Buone Feste; non è proprio specifico al tema ma parlando di entità vorrei chiederti se sei in grado di fornirmi un suggerimento per passare un po’ delle feste che ci aspettano al lavoro sulla configurazione di Home Assistant. Il mio problema (come si dice dove ‘casca l’asino’) è che si è rotto un sensore e devo sostituirlo e qui viene il fattaccio a cui non avevo pensato: come faccio a inserire il nuovo sensore con lo/gli stesso/i entity_id per non dover riconfigurare tutte le automazioni e tutte le configurazioni (es. lovelance)? A volte i device hanno più entity_id (esempio: battery, binary_ etc.) e gestirle tutte insieme come si fa? Nella guida ufficiale si parla di MANUAL CUSTOMIZATION: – ricordo che alcune versioni indietro di Home Assistant c’era un menu che configurava un file custumize.yaml che ancora ritrovo, che ne pensi? Grazie un saluto.

   1. 

      Henrik Sozzi 28 Dicembre 2022 Rispondi

      Ciao Daniele, scusa il ritardo ma con le feste potrai immaginare… 😀 Intanto buone feste anche a te!
      Se utilizzi la platform device (di solito avviene se usi l’UI per fare le automazioni e usi “dispositivo”) ad ogni dispositivo viene assegnato da Home Assistant un id random non sotto il tuo controllo, per cui se elimini il vecchio device rotto e inserisci il nuovo questo avrà un nuovo id e, conseguentemente, dovrai modificare il dispositivo ovunque l’hai usato (motivo per il quale consiglio sempre di NON usare la piattaforma device…)
      Se invece usi gli entity_id, come credo, tieni presente che le integrazioni le creano con una nomenclatura ben specifica. Ad esempio gli Shelly quando aggiungi un dispositivo dal nome, per esempio, “Luce cucina” ti creano tutti gli entity_id sulla base del nome in cui al posto degli spazi ci sono gli underscore. Nell’esempio sopra avrai cose come “switch.luce_cucina”, “sensor.luce_cucina_power”, “sensor.luce_cucina_energy”, “binary_sensor.luce_cucina_overpower” e così via.
      Se hai “fatto casino” e vuoi riportare l’ordine negli entity_id (ad esempio perchè hai dato il nome allo shelly dopo averlo aggiunto ad HA) basterà rinominare il dispositivo e HA ti chiederà se vuoi rinominare le entità sulla base del nome scelto, premi RINOMINA e voilà.
      Quindi se avevi un device ordinato con le entity_id secondo questo schema basta eliminare il vecchio device e aggiungere il nuovo nominandolo come quello precedente e tutte le entità avranno nome uguale a quelle precedenti, lasciando tutte le automazioni funzionanti.
      Occhio che se aggiungi il device con il vecchio ancora integrato avrai tutte le entità che finiscono con “_2” che poi dovrai rinominare a mano.
      Altra possibilità, utile nel caso in cui il tuo vecchio device avesse entity_id non nominati in modo regolare con il device, è quella di segnarti tutti gli entity_id che usavi precedentemente, eliminare il vecchio device, integrare il nuovo e rinominare ogni entity_id con lo stesso che ti eri segnato da quello precedente.
      Per le automazioni basta che gli entity_id siano uguali e continuano a funzionare.
      Per far tutto questo non serve il customize.yaml o altro.
      Un saluto, buon lavoro sul tuo HA 🙂

8. 

   daniele 28 Dicembre 2022 Rispondi

   Grazie Henrik come al solito accendi la luce, per questo darò il mio sostegno 2023 per il tuo blog (lunga vita al blog H.E.Tech 🙂 , mi piacerebbe che questo fosse lo spunto per un tuo nuovo articolo, perchè credemi, per novizi come il sottoscritto, non è per nulla scontato questo problema della definizione delle entità, anzi si parte usando UI e poi la vita si complica (anche se il mio home assistant è una macchina che va perfettamente e fa un sacco di cose anche così), ma in rete non mi sembra ci sia una guida chiara nel merito.

   Personalmente, guardando il mio file automation.yaml e spulciando i trigger, direi che ho creato varie automazioni con platform: device
   es:
   trigger:
   – type: opened
   platform: device
   device_id: 7ebb1052d9eb73a89c4540cd…….
   entity_id: binary_sensor.shelly_porta_..xxx

   Ma come vedi c’è sia device_id che entity_id. Significa che non funzionerà rinominando solo l’entity_id?
   E se così fosse, posso rimediare cancellando dal trigger i vari device_id lasciando solo entity_id, funzionerebbe?
   Un saluto.

   1. 

      Henrik Sozzi 28 Dicembre 2022 Rispondi

      Ciao Daniele, grazie di cuore per la donazione ancor più generosa delle precedenti, credimi è davvero apprezzata!
      Mi hai dato un bello spunto per un possibile articolo in effetti perché è vero che non c’è materiale di questo tipo, ti ringrazio e credo coglierò il suggerimento.
      So che con platform: device si possono essere sia il device_id che l’entity_id ma a dire il vero non so cosa succede se uno solo dei due diventa errato in quanto non lo uso mai e anche la pagina della documentazione a riguardo è davvero scarna…
      Il mio consiglio è di trasformare ogni trigger platform: device in platform: state sistemando la sintassi così che ti metti nella condizione giusta per non aver problemi in questi casi in futuro.
      Controlla anche nelle condizioni e nelle azioni. In queste ultime, per esempio, l’accensione di una luce diventerebbe qualcosa come:
      - alias: "Accende la luce della cucina"
service: light.turn_on
target:
entity_id: light.luce_cucina
      Vedrai che se elimini ogni platform: device, organizzi tutto in package, metti ordine tra i dispositivi e i relativi entity_id e infine usi VSCode (come addon o standalone sul PC) per editare i package avrai notevole beneficio.
      PS: ho anche in mente qualcosa di più strutturato per imparare automazioni, script e creazione di sensori, passando per i template… Ma è ancora top secret, anche perché prima devo trovare il tempo…

9. 

   Paolo 13 Febbraio 2023 Rispondi

   Buonasera Henrik. Grazie per questo interessante tutorial. Purtroppo non conosco Python abbastanza da riuscire a capire come modificare il tuo script per poterlo utilizzare per il mio scopo. In pratica dovrei fare in modo di cambiare lo stato dell’entità senza però forzarla a mantenere lo stato indicato in fase di chiamata del servizio python_script.set_state. Mi spiego meglio seguendo un tutorial ho moficato il file di configurazione per fare in modo che i comandi vocali che do ad Alexa vengano inviati a un’entità denominata sensor.last_called_summary e ho costruito un’automazione che si attiva ogni volta che viene dato uno specifico comando vocale. Il problema sorge quando ripeto lo stesso comando più volte di seguito perchè non essendoci di fatto una variazione di stato nell’entità sensor.last_called_summary l’automazione non si attiva nuovamente. Quello che vorrei ottenere chiamando il tuo script alla fine della mia automazione, è cancellare lo stato dell’entità sensor.last_called_summary , o comunque impostarla ad uno stato prefissato solo fino a quando non arriverà un nuovo comando vocale a cambiare lo stato dell’entità. Saresti così gentile da dirmi come andrebbe modificato il tuo script per poter ottenere questo risultato? Tieni presente che i comandi vocali Alexa che modificano l’entità sensor.last_called_summary vengono sovrascritti solo quando arriva un nuovo comando vocale. Grazie per la tua attenzione.

   1. 

      Henrik Sozzi 13 Febbraio 2023 Rispondi

      Ciao Paolo, lo stato che imposta set_state non è per nulla permanente. Penso che funzionerebbe per il tuo scopo, anche se set_state è sempre un po’ una forzatura impostando un valore “dietro alle quinte”. E’ pur vero che con Alexa lo uso anch’io (in multinotify) proprio per sopperire a mancanze dell’integrazione (vedi volume_level che si resetta ad ogni riavvio di HA…) provalo, secondo me funziona così com’è 🙂

10. 

    Paolo 14 Febbraio 2023 Rispondi

    Ciao Enrik. Grazie per la pronta risposta. Ho riprovato controllando attentamente quanto avveniva allo stato dell’entità tramite lo strumento degli sviluppatori, e in effetti hai ragione tu. Il tuo script così com’è fa esattamente quello che serve a me, e la modifica non è permanente. Il problema è da qualche altra parte, nascosto nel codice che ho inserito nel blocco di configurazione. Sto cercando di venirne a capo. Grazie infinite per l’aiuto.

11. 

    Marco Rossi 26 Marzo 2023 Rispondi

    Ma questo non è lo stesso codice che circola dal 2019? Potevi aggiungere un ringraziamento a chi lo ha sviluppato…
    https://community.home-assistant.io/t/how-to-manually-set-state-value-of-sensor/43975/9

    1. 

       Henrik Sozzi 27 Marzo 2023 Rispondi

       Ti dico la verità, questo commento mi ha un po’ infastidito. Non per colpa tua ma perchè pensare che qualcuno (te in questo caso) abbia potuto pensare che avessi voluto appropriarmi degli onori del lavoro di qualcun altro mi ha disturbato. Se tu mi conoscessi sapresti che io sono l’esatto opposto e mi fa anzi piacere riportare sempre gli autori delle cose che cito proprio per non appropriarmi indebitamente di lavoro non mio, che è una pratica che mi fa “arrabbiare” molto.
       Capisco il tuo commento, tu non mi conosci e là fuori è pieno di gente che non ha problemi a far suo il lavoro degli altri, purtroppo. E non sei tenuto a conoscermi quindi pensare che io non avessi ringraziato a bella posta gli autori ci può anche stare (anche se personalmente avrei adottato con uno sconosciuto il principio della presunzione d’innocenza…)
       Ti ringrazio comunque perchè mi hai dato modo di rileggere l’articolo e dato lo spunto per ricercare la genesi di quel codice e inserirne quindi i dovuti crediti nell’articolo.
       Come ho aggiunto nell’articolo avevo trovato lo script navigando nel forum di HA e un utente lo riportava (non il suo autore). Appena visto ho capito che poteva essere molto utile, me lo sono quindi salvato.
       Non avendo informazioni sull’autore mi sono limitato a riportare lo script così com’era, con l’header dove veniva riportato il link della discussione HA in cui è nato (che è quello che mi hai riportato te, a parte il post di riferimento). Se l’autore avesse voluto riportare i suoi dati di paternità avrebbe potuto semplicemente inserirli nello script e io l’avrei riportato pari pari, ma non l’ha fatto.
       Ad ogni modo ho scavato nel post in questione e nei repo github per capirne la paternità che ho riportato con dovizia di particolari nell’articolo.
       Non credo che nessuno possa dire con mano sulla coscienza che volevo appropriarmi del lavoro d’altri ma sono comunque felice di aver riportato i giusti crediti di paternità.

12. 

    Alfonso 1 Giugno 2023 Rispondi

    salve, volevo una info, ho dei attuatori delle tapparelle che non mi restituiscono lo stato se e chiusa o aperta, ma con questa funzione di home assistant, riesco ad assegnare uno stato quanto e chiuso e quando e aperto? grazie per l’aiuto. saluti

    1. 

       Henrik Sozzi 1 Giugno 2023 Rispondi

       Ciao (dammi del tu!), si, con questo script potresti “forzare” lo stato dell’entità cover su open e close dopo un certo tempo in cui stai aprendo o chiudendo ma non è proprio questo il senso di questo script perchè è una po’ una “forzatura” di come funziona Home Assistant.
       Nel tuo caso, secondo me, non avendolo mai provato, sarebbe meglio cercare di risolverlo in modo “lecito” ovvero creando un’entità cover in optimistic mode, che fai lui internamente il ragionamento (che non sarà mai perfetto ma dovrebbe prenderci abbastanza): https://www.home-assistant.io/integrations/cover.template/

       1. 

          Alfonso 8 Giugno 2023 Rispondi

          ciao, grazie per la risposta, come faccio ad associare lo stato ad ogni entità creando questa cover.

          grazie.

          1. 

             Henrik Sozzi 8 Giugno 2023 Rispondi

             Detto con tutta onestà non l’ho mai provato a fare (io uso Shelly 2.5 che funzionano riportando lo stato anche in percentuale di chiusura senza dover far nulla di strano) ma la pagina di documentazione che ti ho linkato nel commento precedente sembra piuttosto chiaro. Direi che puoi partire dal primo esempio ed elaborare a tuo uso e consumo. Ricorda che, non avendo tu un sensore di stato aperto/chiuso/posizione, devi usare l’optimistic mode che mantiene internamente uno stato “calcolato” (così dice la documentazione).

13. 

    robypana 23 Giugno 2023 Rispondi

    Ciao, ho dei motori Nice per avvolgibili orientabili che vengono attivati ad impulso, contatto pulito su 3 fili (salita, discesa, comune), 2 pulsanti, con 1 pulsante abbasso l’avvolgibile fino in fondo aprendo meccanicamente le lamelle, con l’altro alzo aprendo completamente, infine premendo entrambi va in posizione memorizzata dal motore che è a lamelle chiuse (per me la chiusura dell’avvolgibile).
    Ho dato un’occhiata al cover.template ma nel mio caso non credo funzioni perchè lo stato dei pulsanti torna subito off (auto off impostato a 0.1, sto provando lo Smart Implant di Fibaro che ha 2 contatti puliti).
    Pertanto per recuperare lo stato in cui sono gli avvolgibili devo gestire le casistiche sulle pressioni dei pulsanti e dovrei usare lo script per settare lo stato del sensore che devo creare per ogni avvolgibile, corretto?
    O hai altri suggerimenti?
    Grazie,
    R.

14. 

    Alex 4 Novembre 2023 Rispondi

    Ciao Henrik, con il tuo script è possibile impostare nell’attributo di un sensore il contenuto di un file di testo? Se si come si fa? Ho un testo molto lungo contenuto in un file che vorrei inserire in un attributo di un sensore (supera sicuramente i 255 caratteri max dello state del sensore). Grazie

15. 

    Dario 31 Marzo 2024 Rispondi

    Ciao Henrik,
    grazie per aver condiviso questo Python script. E’ molto interessante.
    Nel mio caso l’ho utilizzato per un climatizzatore controllato da HA che, quando è necessario grazie ad una automazione, deve interrompere ciò che sta facendo (scaldare, raffreddare oppure niente) per forzare la ventilazione nella stanza per un certo numero di minuti filtrando l’aria alla massima velocità. Terminato questo periodo di tempo deve riprendere a fare ciò che faceva prima (scaldare, raffreddare spegnersi ecc…) e tutto questo funziona egregiamente grazie alla tua idea.

    Nella realtà io ho piú di un climatizzatore controllato da HA e, visto che sono “pigro”, vorrei usare un solo script parametrizzando la sua chiamata dall’automazione che fornirà quindi anche l’ entità da coinvolgere secondo le necessità. Così la manutenzione sarà più agevole.

    Quindi io chiamo il mio script in HA fornendo come parametro obbligatorio l’entità su cui si vuole agire (p.es climate.soggiorno) questa entità viene salvata inizialmente nella variabile “{{climatizzatore}}” poi in seguito viene creata una entità temporanea che si chiamerà “tmp_{{climatizzatore}}” per salvare lo stato originale e non confonderla con le altre entità temporanee e poi, grazie al tuo script, ripristinarla in seguito

    A questo punto innesco il tuo script per richiedere lo state del climatizzatore in parametro (cioè cosa sta facendo in questo momento) e la velocità della ventola (attribute -> fan_mode)

    Qui nasce il problema se chiamo il tuo script palesando il nome della entità (p.es climate.soggiorno quindi con uno script per ciascun climatizzatore ) tutto funziona ma, se lo chiamo utilizzando la variabile states(‘{{climatizzatore}}’) , il tuo script ritorna sempre “unknown” sia come State sia come Attribute del Fan_mode come se Python non riuscisse a risolverla.

    Ti lascio un frammento del mio script in questione dove vengono impostati i parametri iniziali e relative variabili

    alias: Climatizzatori ventilazione forzata
    fields:
    climatizzatore:
    selector:
    entity: {}
    name: Climatizzatore
    description: Climatizzatore coinvolto
    required: true

    variables:
    clima_save: tmp_{{climatizzatore}}

    sequence:
    – service: python_script.set_state
    metadata: {}
    data:
    entity_id: “{{ clima_save }}”
    state: “{{states(‘{{climatizzatore}}’)}}”
    fan_mode: “{{state_attr(‘{{climatizzatore}}’, ‘fan_mode’) }}”
    allow_create: true

    …… tutte le altre sequenze per effettuare i cambiamenti nei climatizzatori e forzare la ventilazione aspettare un certo tempo e terminare con la sequenza di recupero delle informazioni originali salvati nella entità {{ clima_save }} ….

    – service: climate.set_hvac_mode
    metadata: {}
    data:
    hvac_mode: “{{states(‘{{ clima_save }}’)}}”
    target:
    entity_id: “{{climatizzatore}}”
    enabled: true
    – service: climate.set_fan_mode
    metadata: {}
    data:
    fan_mode: ” {{state_attr(‘{{ clima_save }}’, ‘fan_mode’) }}”
    target:
    entity_id:
    – “{{climatizzatore}}”
    enabled: true

    Hai idea di dove io possa agire per far comprendere a Python il contenuto della variabile {{climatizzatore}} ?

    Grazie per la tua attenzione

    Dario

    1. 

       Henrik Sozzi 2 Aprile 2024 Rispondi

       Ciao, stai andando nella stessa direzione dove tendo sempre anch’io: avere una unica automazione che gestisce situazioni omologhe. Io lo faccio, ad esempio, con le finestre aperte. Quando si apre una finestra in una stanza spengo il riscaldamento di quella stanza e dopo un tempo configurabile Alexa comincia a ricordare che è ora di chiudere le finestre di quella stanza, ciclicamente ogni x tempo configurabile. Infine quando si chiudono tutte le finestre della stanza riapplico la temperatura che c’era prima. E questo lo faccio con una unica automazione che agisce su ogni stanza, andando a rilevare il termostato nella stessa stanza della finestra che si è aperta o chiusa in modo dinamico.
       E per ripristinare la temperatura uso anch’io uno script a cui passo l’entità climate e nello script per ognuna di esse faccio delle elucubrazioni sullo stato di persone, dispositivi ed altro così da valutare a che temperatura impostare l’ambiente. In tal modo basta fare delle automazioni che rilevino il cambio stato e richiamare lo script che imposterà la temperatura più adeguata alla condizione di quel momento.
       Detto questo, per farti capire quanto sono in sintonia con il tuo modo di pensare, ti dico perchè secondo me non funziona il tuo script, è una banalità che ti farà esclamare il nome di qualche divinità arcaica… 😀
       Il campo “climatizzatore” che hai dichiarato contiene una stringa (perchè quello gli passi quando la richiami. Che poi sia una stringa che contiene il nome di un’entità lo sai tu ma per HA è una semplice stringa, potrebbe essere anche “pippo”).
       Di conseguenza quando vai ad utilizzarla nel seguente codice: state: “{{ states(‘{{climatizzatore}}’) }}” non funzionerà perchè alla stringa aggiungerà le virgolette semplici (ricordi? E’ già una stringa). Prova ad usare questa sintassi invece: state: “{{ states(climatizzatore) }}” e buon lavoro 🙂
       Ciao

    2. 

       Henrik Sozzi 2 Aprile 2024 Rispondi

       Ti do un suggerimento che spero possa aiutarti quanto penso.
       Con i template impara ad usare Strumenti per sviluppatori -> Modelli, fai tutte le prove lì e riduci notevolmente il ciclo scrivi, prova, modifica perchè vedi i risultati in tempo reale.
       Per simulare un campo basta che ne assegni il valore ad una variabile che si comporterà allo stesso modo poi nel codice.
       Nel tuo caso basterà scrivere una cosa come:
       {% set climatizzatore = 'climate.camera' %}
       e potrai in seguito provare i template che generano quel che desideri.
       Ti posto un esempio completo che puoi incollare nella casella di testo del modello (sostituisci ‘climate.camera’ con il nome di un’entità che hai tu, ovviamente):
       {% set climatizzatore = 'climate.camera' %}
states('{{'{{'}}climatizzatore}}') = {{ states('{{climatizzatore}}') }}
states(climatizzatore) = {{ states(climatizzatore) }}
       Il risultato che vedrai a destra è il seguente:
       states('{{climatizzatore}}') = unknown
states(climatizzatore) = auto
       Buon lavoro 🙂

16. 

    Dario 5 Aprile 2024 Rispondi

    …. le virgolette. Non ci avevo pensato. E anche l’utilizzo dei modelli per il debug degli script non lo avevo provato e fino ad ora mi sembrava una funzione poco utile.
    👍Bingo! Grazie

This site uses Akismet to reduce spam. Learn how your comment data is processed.