Bentornato nel secondo esperimento della rubrica “Raspberry Pi, la domotica con Node-Red” . Hai fatto i compiti per casa del precedente articolo?

Per partire tutti con lo stesso progetto, che ne dici di aprire il menu import-> selezionare new flow ed incollare questo.

Lo scopo della mia nuova rubrica sarà sperimentare insieme la gestione di una casa domotica.

Penseremo un po’ alla volta, zona per zona, cosa implementare e come, nel modo più semplice possibile ed evitando il più possibile di scrivere codice.

Il bello di Node-Red è eseguire una gran quantità di operazioni, senza scrivere codice, ma solo creando flussi.

Backup Node Red

Il file coi nostri flussi, usando l’installazione di default, li troveremo nella home dell’utente, in una cartella nascosta. Nel caso di Raspberry Pi /home/pi/.node-red/flows_<nome host>.json .

La configurazione sarà contenuta nel file settings.js .

Quindi ogni tanto ricordiamoci di fare un backup della cartella. Un semplice esempio di backup si può fare con rsync

Eseguire comandi shell

Nella scorsa puntata, oltre ad un rapida introduzione a Node-Red, abbiamo visto come eseguire comandi da shell.

L’esecuzione di comandi da shell permette di ottenere e gestire informazioni di ogni genere con una sola riga di codice.

Il node Exec, ha la fantastica caratteristica di avere tre uscite, lo standard output, lo standard error, ed il return code.

In parole molto semplici, lo standard output, stdout, è il mesaggio che restituisce un programma eseguito da riga di comando, ad esempio per leggere la temperatura del nostro Raspberry Pi, useremo

Lo stardard output sarà

Nel caso di errori, nel nodo exec, potremmo proseguire il flusso in una diramazione legata solo ai casi di errore.

La terza uscita del nodo, è il return code, che come standard è 0 se l’operazione è andata a buon fine, ed un numero a scelta dai programmatori in base al software richiamato.

Ad esempio questi sono gli exit code di rsync

Posizioniamo i nodi

La mia idea è creare un Tab nella Dashboard di Node-Red in grado di gestire una serie di comandi shell assegnati a determinati pulsanti.

Partiamo con il primo Flow, chiamato “Gestione RPI”, aggiungiamo alcuni pulsanti, collegati al nodo exec.

La prima uscita stout porterà ad un nodo file, per creare un file di log dei comandi ricevuti.

L’uscita standard error, creerà un file di log dedicato ai soli errori. Volendo anche un avviso a video dell’errore, colleghiamo il nodo notification dopo il log errori, come da immagine precedente.

Configurare i pulsanti

Passiamo alla configurazione dei singoli nodi.

Il pulsante “Test Log errori” è abbastanza esplicativo e dovrà eseguire un comando errato. Al contrario dell’articolo precedente, i comando sarà contenuto nel pulsante ed inviato come msg.payload nel flusso, arrivando al nodo exec per venire eseguito.

 

• Group: è il gruppo in cui la Dashboard posiziona gli elementi. Lo troverai nel menù dashboard in alto a destra.
• Size: sarà la dimensione del pulsante nella griglia responsive.
• Icon: l’icona a scelta tra le Material Design icon (e.g. ‘check’, ‘close’) o Font Awesome icon (e.g. ‘fa-fire’), o Weather icon.
• Label: il testo all’interno del pulsante.
• Tooltip: il testo che comparirà lasciando la freccia del mouse sopra al pulsante.
• Colour: il colore del testo, accetta nomi semplici come red, grey, green…
• Background: il colore dello sfondo.
• Payload: è il messaggio che invierà nel flusso, nel nostro caso il comando che il nodo exec dovrà eseguire.
• Topic: è una parte del sistema di messaggi, e si potrà sfruttare in altre occasioni.
• If msg arrives on input, emulate a button click: si può simulare la pressione del pulsante, per evitare di creare un doppione della stessa sequenza di nodi.
• Name: il nome che comparirà nel pannello di programmazione.

Alla pressione del pulsante, il flusso invierà il msg.payload, in questo caso il comando, al nodo successivo, exec.

 

Eseguiamo i comandi

Analizziamo il nodo exec, il quale eseguirà nella shell del nostro Raspberry Pi, i comandi che arriveranno nel msg.payload.

 

• Command: il comando a cui verrà appeso il msg.payload. Non abbiamo necessità di aggiungere qualcosa prima del messaggio in arrivo.
• Output: sceglieremo se aspettare o no, il completamento del comando.
• TimeOut: il tempo di attesa.
• Name: è sempre il nome nel pannello di programmazione.

Log in Node Red

Il messaggio prosegue il suo viaggio nel flusso, è stato attivato, eseguito ed ora è il momento di gestirne l’esito.

Raggiunto il nodo file, lo standard output, che in sostanza è il testo che uscirà nella shell a comando eseguito, verrà “appeso” al file da noi indicato in Filename.

Selezionando la prima casellina, verrà scritto un comando per riga, mentre la seconda provvederà a creare la cartella in caso mancasse.

Riassumendo abbiamo un pulsante, che esegue un comando bash e scrive l’output in un file, ma noi vogliamo un file di log errori separato.

Semplicemente eseguiamo la stessa procedura, collegandoci all’uscita sterr del nodo exec, niente di più semplice. Ovviamente nulla vieta di proseguire il flusso con una gestione completa degli errori, ma ciò non fa parte dell’idea di questa rubrica, magari la prossima…

Pensiamo di gestire tutta la nostra casa domotica da smartphone, semplicemente aprendo la pagina web http://<ip del raspberry>:1880/ui . In caso di erorre lo voglio sapere subito, ma come? La via più semplice è il nodo notification che farà apparire l’avviso.

Nulla vieta di usare il nodo Play audio, perchè non lo provi?

Layout: è la posizione del messaggio.

Timeout: per quanto tempo resterà visibile. Attenzione che se ne verrà attivato un altro, questo verrà nascosto.

Border: il colore del bordo.

Al posto di notification, si potrebbe inviare un email, o attivare un serie di azioni con IFTTT.
Il limite è sempre la tua fantasia.

 

 

 

Abbiamo visto come con pochi nodi, senza scrivere codice, otteniamo una dashboard web responsive, in grado di eseguire ogni nostro comando e gestendo eventuali errori e return code.

Quante righe di codice bisognerebbe scrivere per ottenere lo stesso risultato usando altri sistemi?

Per importare i nodi di questo articolo, dal menu import, incolla questo codice.

Ci vediamo alla prossima, per iniziare con i grafici di monitoraggio della temperatura del Raspberry Pi 4, e lo stato di altri dispositivi in rete tramite un ping.

Compiti per casa

1. Fai leggere a voce i messaggi di errore.
2. Crea un pulsante per salvare il tuo lavoro con node red.
3. Analizza con un solo nodo debug le tre uscite del nodo exec.

Seguici per non perdere le prossime novità

• Telegram
• YouTube
• Offrici un caffè
• Facebook
• Twitter
• Linkedin