Scrivere scripts, python o bash, che mandano i comandi per spegnere/accendere/configurare i relays in case alla presenza o assenza di un file.
Cercare di avere un modo elegante per configurare questi script per definire il file, la logica per accendere e spegnere, la lista di canali GPIO da accendere e spegnere, l'indirizzo IP e la porta a cui inviare il comando.

Aggiungere allo script di installazione la possibilita' di installare lo script per il controllo dei LED con l'allarme in systemd quando e' disponibile

Aggiungere la scrittura dei comandi ricevuti dal server

Il web interface deve mostrare interattivamente le risposte ottenute dal server a seguito dei comandi inviati dal web interface o per preparare la lista di bottoni per controllare i relays con il web interface

modificare i clients in modo da poter specificare a quale nodo inviare la richiesta. Il default deve essere localhost

Prevedere nel server che alcune porte siano accese o spente solo se piu' comandi di accensione o spegnimento (da clienti diversi) sono stati ricevuti. Definire quanti clienti, monitorare lo stato delle richieste, decidere quale e' la condizione per accendere o spegnere.

A richieste di stato il server deve rispondere con:

• lista porte GPIO utilizzabili
• etichette delle porte GPIO utilizzabili
• elenco delle porte GPIO utilizzate da altri sistemi (locked)
• stato delle porte GPIO (accese/spente)
• stato del server

Aggiungere la possibilita' di inviare comandi al server usando il nome e non il numero della porta GPIO.
Posso introdurre una nuova serie di comandi grazie alla quale il server capisce che deve aspettarsi il nome e non il numero e quindi fa la conversione

Fare in modo che il server esegua la chiusura pulita quando viene fermato con il comando di stop di systemd

Devo intercettare l'eccezione legata alla porta non disponibile e vedere se posso mettere un delay per riprovare (o lasciar fare a systemd)

Aggiungere gli schemi delle connessioni con i Darlington, i relais e i LED

Sviluppare librerie python per decodificare l'output del comando "stato". Dovrebbe essere un oggetto che per ogni porta GPIO restituisce le sue caratteristiche. La libreria e' l'unica cosa da aggiornare se ci sono cambiamenti di formato.

Il web interface deve essere capace di:

• ricavare la lista di canali abilitati, il loro stato e la loro maschera dei bit dal server e usarla per creare la pagina
• ricavare se un canale e' locked o no e abilitare o disabilitare i bottoni
• configurare la porta e il nodo remoto a cui mandare i comandi
• mostrare le risposte del server

Ora la lista di file python da installare e' configurata a mano nello script di installazione. Da automatizzare se si puo'

Tutti gli scripts dei clients devono ricevere la risposta dal server e utilizzarla in modo opportuno

Utilizzare la funzionalita' del watchdog sul processo del server come previsto da systemd

Modificare il file di installazione in modo che il path dove installare i files del web interface sia configurabile quando viene eseguita l'installazione

Il server deve accettare comandi e fornire lo stato solo delle porte GPIO definite nel file di configurazione

Periodicamente e/o quando il programma termina, salvare lo stato delle porte in modo da poter ricominciare nella stessa situazione precedente

per controllare luci che hanno anche un deviatore puo' essere utile avere un comando per invertire lo stato di un relay, indipendentemente dallo stato. Questo deve essere possibile solo per i relays configurati senza bit mask.

Aggiungere a ogni risposta del server un codice per capire se la risposta e' positiva o se ci sono stati errori

Aggiungere nella pagina del web interface un'area dove viene stampata la data e l'ora ogni volta che un comando viene eseguito

Osservato che se una richiesta viene fatta usando un nome di una porta che non esiste il serve crasha

Lo script di installazione deve essere capace di configurare correttamente il path di relaylib.py quando installa gli scripts che lo usano.
Oppure devo installare questo file in una directory opportuna per python

Devo decidere se il cavo di collega ai pin che sporgono dalla basetta con la presa micro USB, o se il cavo ha una spina micro USB o se connetto una presa USB grande al raspberrypi e poi uso un normale cavo USB

Provare a trasformare il server in un client.
Devo riuscire a:

• configurare in modo pulito il log file
• decidere il momento giusto quando far partire il processo: la porta GPIO deve essere utilizzabile
• permettere la ripartenza in caso di interruzione del processo: mail quando succede, intervallo di attesa, partenza dallo stato precedente, numero finito di tentativi

Configurare opportunamente il server in systemd in modo che:

• dopo un reboot riparta al momento giusto
• ad uno shutdown sia spento in modo opportuno
• se ha un crash per qualsiasi motivo, venga mandato un mail di errore e provi a ripartire (dallo stato precedente #6)

Se un comando non esiste il server deve rispondere con un errore

In questo modo si capisce se ci sono problemi di comunicazione e di che tipo