Lettura ingressi avanzata

[bigmike]

Per una volta tanto niente richiesta di aiuto, ma un semplice contributo al forum.
Una semplice utilità da inserire nei nostri sketch, che permette una gestione degli ingressi per così dire avanzata, ottimizzando il codice.

L'idea di base è partita nel dover gestire una serie di pulsanti, ma si adatta ad altre funzionalità, conta impulsi, pulsanti a doppia funzione, pulsanti on/off, ecc.

In sostanza le 5 righe poste all'inizio del 'void loop'
- lettura dello stato dell’ingresso
- confronto dello stato attuale con il precedente tramite operazione XOR
- memorizzazione stato attuale
- calcolo variazione high > low (FALLING)
- calcolo variazione low > high (RISING)

Il contenuto delle variabili resta 'vero' per un singolo ciclo di loop e pertanto non è necessario preoccuparsi di impostare flag di controllo.

Se poi i vari pulsanti sono connessi alla stessa porta di Arduino, modificando lo shetch è possibile ottenere un ulteriore ottimizzazione del codice, leggendo in un colpo solo 8 ingressi e calcolo delle relative variazioni.

  #define IngrPin 4
  #define LedPin 13
  
  byte IngrOld;          // stato ingresso precedente
  byte Ingr;             // stato ingresso attuale
  byte IngrX;            // risultato xor logico
  byte IngrDown;         // vero se ingresso high > low (FALLING)
  byte IngrUp;           // vero se ingresso low > high (RISING)

  word Counter;          // a supporto dell'esempio contaimpulsi

// -----------------------------------------------------------------------------------------------

void setup() {
  Serial.begin(9600);
  pinMode (LedPin,OUTPUT);
  pinMode (IngrPin,INPUT_PULLUP);
  Ingr = digitalRead(IngrPin);     // legge nuovo stato ingresso

}

// -----------------------------------------------------------------------------------------------

void loop() {


//-----------------------------------------------------------------------
// Blocco funzionale per aggiornare le variabili

  IngrOld  = Ingr;                     // memorizza stato precedente
  Ingr     = digitalRead(IngrPin);     // legge nuovo stato ingresso
  IngrX    = Ingr ^ IngrOld;           // esegue xor logico
  IngrDown = IngrX & IngrOld;
  IngrUp   = IngrX & Ingr;
//-----------------------------------------------------------------------

// Esempio dell'implemetazione di un semplice contaimpulsi
// Non sono richieste ulteriori operazioni 

  Counter += IngrUp;


// Esempi per intercettare la pressione o rilascio del tasto
// o meglio le transizioni FALLING o RISING

  if (IngrUp){     // RISING 
    Serial.println(" Tasto rilasciato");

    Serial.print(" Counter = "); Serial.println(Counter);
  }

  if (IngrDown){   // FALLING
    Serial.println(" Tasto premuto");

    // Pulsante ON/OFF
    digitalWrite(LedPin,!digitalRead(LedPin));
  }


// Il comando delay successivo l'ho inserito in questo esempio con la
// funzione di "anti-debouncing". Da eliminare nello sketch definitivo

delay (30);
}

Se l'idea vi fosse già nota mi ritiro in buon ordine, altrimenti resto a disposizione per fornire ulteriori dettagli sull’uso.

[aldofad]

Manca il debounce, vedi esempio https://www.arduino.cc/en/Tutorial/Debounce

Prima di gestire 5 pulsanti rendi il codice OOP

[bigmike]

Orginalmente inviato da aldofad

Manca il debounce, vedi esempio https://www.arduino.cc/en/Tutorial/Debounce

Prima di gestire 5 pulsanti rendi il codice OOP

Non è scopo del mio suggerimento entrare nel merito dei problemi legati al debounce.

Ho inserito quel "delay(30);" perchè il codice dell'esempio è talmente rapido che sicuramente per chi va a testarlo si ritroverà detti problemi.

Scusa l'ignoranza cosa si intendi "rendi il codice OOP"?

[aldofad]

Usare un delay per sopperire al debounce, non e' proprio il massimo.

OOP=Object Oriented Programming

[bigmike]

Non capisco il senso di insistere in questa osservazione.

L'oggetto del post sono le prime righe del programma del mio esempio, perchè di esempio si tratta.
Ogni utente pertanto è libero di risolvere il problema del debounce come meglio crede via softwareo hardware.

Con il mio intervento speravo di aprire un confronto costruttivo sulle possibilità della mia soluzione, la facilità con cui si riesce ad implementare un contaimpulsi piuttosto che un pulsante ad azione trattenuta per un certo tempo, ecc.

Non mi aspettavo di certo di dover affrontare sterili confronti sull'uso del delay.

Io per primo evito l'uso del delay nella versione definitiva, confinandone l'uso solo in fase di debug e sviluppo.

[aldofad]

Per contare impulsi si usa l'interrupt, se disponibile

[bigmike]

Ho il sospetto che da parte tua non ci sia la benchè minima voglia di discutere l'argomento, ma ......