[Risolto] Blink con millis() lettura PPM con pulseIn() Ritardi e Problemi

International Italiano Software
41

leo72:
Sono 500 mA. Ma il problema è che l'Arduino non può gestire più di 200 mA di corrente, compresa quella che gli serve per "sopravvivere", e comunque ci sono limitazioni di corrente a seconda dei pin usati. A pag. 317 trovi tutte le max. correnti gestibili.

lo so che sono 500 dalla usb, dicevo che ne ha 250mA a disposizione per il resto del circuito, visto che lui parla anche di servi ma li alimenta sempre da usb. i 200mA sono quelli gestibili dal micro, il resto che prendi dal pin5V viene dalla usb.

42

no no chiariamo una cosina, la questione del servo era un test separato dal problema di oggi, e cioè all'arduino c'era collegato solo il servo al quale mandava un semplicissimo segnale PPM, poi il servo si alimentava dall'uscita 5v di arduino ma parliamo di 200mah quindi 200arduino+200servo sono 400
ma non è questo il problema, la questione che cosa è cambiato da quando ho fatto la prova del blink nel programma completo
ad ora che non funziona più il blink?

43

ma per blink che non funziona cosa intendi ?
tu hai detto che hai testato tutte le uscite con blink ed un led e funzionano tutte.
quindi il micro funziona.
Intendi che hai ricreato il circuito del lampeggiatore con il delay ? e prima funzionava ed adesso no ?
oltre a non funzionarti con millis ?

se e' cosi' possono solo essere sbagliati i collegamenti, perche' appunto, ripeto, se il blink sulle singole uscite e' ok, anche il tuo lampeggiatore con il blink e i tempi modificati deve funzionare.

posta anche il codice che tu chiami blink a questo punto

44

allora il codice principale è quello con cui mi si sfanc.... tutto e per fare i test ho fatto con questo:

extern unsigned long timer0_millis; 

int led1 = 18;
int led2 = 19;

void setup() { 

  pinMode(led1, OUTPUT); 
  pinMode(led2, OUTPUT); 
digitalWrite(led1,LOW); 
digitalWrite(led2,LOW);
} 

void loop(){ 

  if (millis()>50 && millis()<100) digitalWrite(led1,HIGH); 
  if (millis()>100  && millis()<150) digitalWrite(led1,LOW); 
  
  if (millis()>150 && millis()<200) digitalWrite(led1,HIGH); 
  if (millis()>200  && millis()<250) digitalWrite(led1,LOW); 
  
  if (millis()>650 && millis()<700) digitalWrite(led2,HIGH); 
  if (millis()>700  && millis()<750) digitalWrite(led2,LOW); 
  
  if (millis()>750 && millis()<800) digitalWrite(led2,HIGH); 
  if (millis()>800  && millis()<1200) digitalWrite(led2,LOW); 

  

  if (millis()>1200) {
    cli();
    timer0_millis = 0;
    sei();
    }
}

sempre con millis
il delay non lo voglio proprio + vedere :smiley:

mettendo solo questo spezzone funziona tutto
mentre mettendo tutto il resto posso dire amen

45

fatte le prove con alimentazione esterna a 5v 1A e non cambia na mazza.................sto sclerando

46

DriftBoy:
mettendo solo questo spezzone funziona tutto
mentre mettendo tutto il resto posso dire amen

questo vuol dire semplicemente che e' sbagliato il tuo codice completo, visto che questo spezzone, che e' quello al quale sei arrivato con i consigli datoti, ti funziona bene.
Non vedo come ti si possa correggere l'altra parte di codice se tu posti solo quella che funziona.

47

se guardi qualche post prima c'è il codice completo e ben specificato....

48

scusa sono cotto, non sto' seguendo bene la cosa,
spero qualcuno un attimo piu' fresco dia uno sguardo al codice, visto che la parte difficile con millis ti funziona, il resto deve essere una sciocchezza, magari qualche misera parentesi graffa fuori posto :slight_smile:

49

lo spero, io me lo sono riletto non sai quante volte e nella mia ignoranza mi sembra tutto ok
quasi quasi pensavo di riscrivere tutto cambiando qualche metodo bhu....

50

Visto che fai un sacco di pulseIn e che basi tutto il codice sui valore restituiti da essi, fai un po' di debug stampando sulla seriale ciò che leggi, per capire dove si infila il tuo codice.

51

leo potresti gentilmente farmi un esempio pratico?

52

Dopo la serie di PulseIn, stampa sulla seriale i valori di val1, val2, val3 ecc...
Poi metti anche dei Serial.print in ogni if per vedere se e dove il codice va e dove invece salta.
Es.:
if (millis()>50 && millis()<100) digitalWrite(led1,HIGH);

diventa
if (millis()>50 && millis()<100) {
Serial.println("1");
digitalWrite(led1,HIGH);
}

53

ho trovato un primo problema

int luciPosIn = 0;
int fariLungIn = 1;

questo non va bene, 0 e 1 devi lasciarli liberi per la seriale (usb-->pc)

54

Testato:
ho trovato un primo problema

int luciPosIn = 0;

int fariLungIn = 1;




questo non va bene, 0 e 1 devi lasciarli liberi per la seriale (usb-->pc)

Difatti.
Ma basta che sposti le utente su 2 pin analogici.

55

allora ho fatto una prova non so neanche io per quale motivo ma m'è venuta d'istino

eliminando questa parte di codice il lampeggio riprende a funzionare regolermente anche se poi ovviamente non va più tutto il resto

val1 = pulseIn(luciPosIn, HIGH);
  val2 = pulseIn(fariLungIn, HIGH);
  val3 = pulseIn(frecceIn, HIGH);
  val4 = pulseIn(lampIn, HIGH); //Possibile non necessario!!
  val5 = LOW;
  
  stopInS = digitalRead(stopIn);
  retroInS = digitalRead(retroIn);

questo spezzone è inserito nel void loop

quindi mi sorge la domanda, cosa è sbagliato? e se c'è un altro metodo

ovviamente le porte 0 e 1 le ho liberate

56

E' sbagliato il fatto che la pulseIn è una funzione che ferma l'esecuzione del codice in attesa del verificarsi dell'evento da misurare oppure per timeout della funzione stessa. Il timeout è impostato di default a 1 secondo, se non ricordo male, per cui con 4 pulseIn il tempo massimo di arresto dello sketch può, in teoria arrivare anche a 4 secondi se nessuno dei 4 segnali viene rilevato.

57

quindi se rileva tutti i segnali pulseIn anche se non della misura dell'if tutto il programma dovrebbe andare senza problemi?

58

allora collegati tutti i pulseIn e la situazione migliora molto, il lampeggio + o - va e cioè 1 led lampeggia come dovrebbe invece l'altro si perde i 50ms di pausa

alternativa a pulseIn che genera meno problemi?

59

Non so se la causa di tutti i tuoi problemi sia la pulseIn, io ti ho solo chiarito come la pulseIn interagisce col tuo codice.

Alternative alla pulseIn? Dipende.
La pulseIn serve a leggere l'intervallo di tempo che passa fra 2 fronti di un segnale. Ti serve proprio questa cosa?

60

devo leggere un segnale ppm di una ricevente da modellismo ed il pulseIn è l'unico strumento che conosco per leggere suddetto segnale