intterupt in arduino

se ho capito giusto non si resetta attaccando il cavo seriale ma
si resetta aprendo la finestra della seriale dall'ide

Hai capito giusto, mi sembra che sia legato all'intervento della linea DTR, o qualche altra legata all'handshaking hardware
ma comunque sempre legata alla comunicazione seriale, attaccare, aprire, cominciare una comunicazione seriale

Si resetta all'apertura della connessione, quando il "client" (che si chiama DTE in questo contesto) tira su DTR (Data Terminal Ready o qualcosa di simile).

Secondo me è una strada da esplorare, semplice semplice e garantisce il risultato

Grazie a tutti dell' informazione :slight_smile: avevo letto che qualcuno parlava di utilizzare un pin per far ciò ... in che senso ??

non userò l ide di arduino bensì un programma c scritto da me.

L' arduino salverà dei dati nella memoria a lungo termine all interno del loop , se io uso la funzione per disabilitare gli interrupt durante tale operazione non dovrebbero esserci problemi no?

Posso confessare che non ho ben capito né l'esigenza né i consigli che gli state dando?

Per prima cosa dice "nel caso in cui venga collegato tramite connessione seriale": cosa intende con "venga collegato"? Diciamo che Arduino ha (in qualche modo, lasciamo stare tutte le considerazioni sui reset vari) un connettore seriale: la "connessione" è quindi fisica? Ossia qualcuno a manella collega questa seriale ad Arduino? Ma una cosa del genere può indurre segnali spuri sulla seriale, che quindi risulterebbe "sporca" di caratteracci random...

Poi per "memoria a lungo periodo" cosa intende, la EEPROM interna? O una schedina SD? Questo non influenza il resto del discorso, ma la modalità di gestione si, ad esempio la EEPROM ha una "vita" di un certo numero di scritture, così come la SD, ma soprattutto se arriva l'interrupt (o peggio il reset) mentre sta scrivendo byte sulla EEPROM il rischio è di avere dati ancora più "sporchi").

E questa interruzione non potrebbe avvenire semplicemente con un apposito interrupt (es. un pin che va HIGH) che quindi gestisce in modo "smooth" la cosa, invece di pensare a resettare tutto Arduino?

Insomma, prima di parlare di possibili implementazioni o soluzioni, non conviene prima capire e delineare meglio qual è l'ESIGENZA?

Che deve fare Arduino? I dati che raccoglie ogni quanto li deve aggiornare? E perché attendere una connessione "fisica" di una seriale? Che deve farci la controparte? Ci sono strade diverse dalla seriale?

Si, certamente, ma siccome quello che lo OP chiede arduino già lo fa, basta mettere una serial.print nella setup...
Almeno per cominciare non serve pensare ad altro
Poi quando avrà qualcosa di funzionante può sempre migliorarlo
Per il momento io mi concentrerei sulla raccolta dati, più che sullinterrupt da seriale

Allora... cercherò di spiegarmi meglio.
La memoria utilizzata per salvare i dati sarà la eeprom.
Lo sketch verrà caricato in un primo momento tramite pc e poi arduino verrà collegato a una batteria per lavorare in autonomia.
Voglio che mentre lavora salva i dati acquisiti e quando viene connesso utilizzando la porta seriale, lui capisce che vi è stato collegato un dispositivo e deve iniziare a inviargli tutti i dati raccolti (ciò può avvenire anche dopo che ha letto i dati, se li sta leggendo in quell' istante altrimenti deve interrompere quello che sta facendo e inviare immediatamente i dati)

come faccio a far cambiare valore a un pin con un interrupt se non esiste una funzione che dice al pin quando un dispositivo viene collegato ? il problema quindi rimane...

Purtroppo devo usare la seriale vista la mancanza di un modulo per la connessione a internet.

Le specifiche per questo "incarico" sono volute dal mio prof ... se avete altre idee diverse dal seriale sparate pure .

È differente da quello che hai detto la prima volta
Comunque è facile
Dopo le 5 ti spiego

magari questa struttura vi può chiarire le idee :smiley:

setup(){

}



loop(){

//parte di acquisizione dati<------- voglio che durante questa fase se collego  all' improvviso arduino al pc,arduino invia immediatamente i dati salvati su EEPROM( e dopo ricominci il loop acquisendo nuovamente i dati) 

//parte di salvataggio dei dati

//possibili operazioni sui dati salvati

//invio dei dati tramite seriale (questa fase avviene solo se arduino è già connesso )
}

fra9962:
come faccio a far cambiare valore a un pin con un interrupt se non esiste una funzione che dice al pin quando un dispositivo viene collegato ? il problema quindi rimane...

Se sai come è fatto un connettore seriale RS-232 (ad esempio un normale DB9) puoi trovarlo da solo come fare... :wink: Ti dò una indicazione: non ci sono mica solo TX ed RX... Qualcosa che la "controparte" alza quando aspetta dei dati....

Alcune domande:
Per seriale intendi la usb?
Oppure una seriale in più?
Interrupt ti serve proprio? Io non lo vedo necessario.
Che arduino? Una UNO?
È contrario al forum, e nemmeno etico Se ti do dritta la soluzione, che è semplice!
Se intendi usare la usb devi tenere conto che avviare la comunicazione resetta immediatamente arduino, lo devi evitare, se cerchi trovi come, è banale
Se invece una seriale in piu devi usare una softwareserial oppure una scheda più grande, una MEGA
In tutti i casi, la soluzione è semplice:
Ti limiti a sorvegliare con una available () se c'è o no una trasmissione sulla seriale,
Se si vedi di riconoscere il comando di richiesta dati.
Se e quando arriva il comando effettui la trasmissione e poi torni alla loop
Naturalmente lo fai nella fase 4 del tuo scheletro di programma: invio dei dati
Non serve passare da interrupt, che anzi è deleterio, rischi che un interrupt tronchi una scrittura, pregiudicando l'integrità dei dati
Dai, prova che è facile, e siamo qui per aiutarti

Rimane da risolvere il "voglio che durante questa fase se collego all'improvviso......"
Questa pure è semplice, basta che ripensi alla sequenza di operazioni

Usa un convertitore USB seriale esterno. Il pin su cui metti il DTR lo attacchi ad un interrupt (se proprio ti serve, oppure lo tieni monitorato), quando colleghi il convertitore al pc e apri la comunicazione il DTR va LOW e il gioco è fatto.

Senza resettare nulla ovviamente

EDIT: va low quando apri il monitor seriale di Arduino, non so come si comporta con in altri ambiti, parola agli esperti :smiley:

Anche, giusto, così si evita che la parecchio collegato debba comandare esplicitamente la trasmissione, ma presuppone che l'apparecchio collegato sia sempre pronto

doppiozero:
EDIT: va low quando apri il monitor seriale di Arduino, non so come si comporta con in altri ambiti, parola agli esperti :smiley:

anche con moserial (linux)

doppiozero:
Usa un convertitore USB seriale esterno. Il pin su cui metti il DTR lo attacchi ad un interrupt (se proprio ti serve, oppure lo tieni monitorato), quando colleghi il convertitore al pc e apri la comunicazione il DTR va LOW e il gioco è fatto.

Senza resettare nulla ovviamente

EDIT: va low quando apri il monitor seriale di Arduino, non so come si comporta con in altri ambiti, parola agli esperti :smiley:

mi autoquoto.. in realtà dire "il gioco è fatto" è un po una cavolata perchè bisogna vedere cosa succede al DTR quando il convertitore seriale viene acceso (collegato al pc). Potrebbe triggerare interrupt non voluti.

Comunque alla fine penso che basti disattivare l'autoreset come qualcuno ha già suggerito e monitorare la seriale.

@fra9962 quando dici

caso in cui venga collegato tramite connessione seriale deve interrompere subito quello che sta facendo

cosa intendi con subito? pochi millisecondi, centinaia di millisecondi, qualche secondo? perchè fa differenza

doppiozero:
Usa un convertitore USB seriale esterno. Il pin su cui metti il DTR lo attacchi ad un interrupt (se proprio ti serve, oppure lo tieni monitorato), quando colleghi il convertitore al pc e apri la comunicazione il DTR va LOW e il gioco è fatto. Senza resettare nulla ovviamente

Ehm, scusa ma in realtà questo è (più o meno) quello a cui volevo farlo arrivare da solo (vedi mio post #17...), così hai spoilerato! :smiley: Se deve usare le seriali (qui parlo di quelle fisiche) deve anche studiare come funzionano e come si gestiscono non ti pare? :wink:

va low quando apri il monitor seriale di Arduino, non so come si comporta con in altri ambiti, parola agli esperti

Per la seriale "minimale" bastano RX, TX e GND ma per il verso di questi e degli altri pin come DTR dipende delle controparti: qual è DTE e quale DCE? E se poi la seriale è con o senza handshake hardware (o con handshake software).

In questo caso direi che Arduino potrebbe essere un DCE (diciamo come un modem per intenderci) mentre la controparte un DTE (il computer che "usa" il modem). Quindi il DTR lo alza il computer/DTE, e se il pin DTR lo porta in un pin di Arduino poi può farci quello che vuole (anche io consiglierei di non usare gli interrupt ma dipende dal resto del codice cosa fa). Ovviamente se la controparte (sempre DTE) ha abilitato un handshake hardware (CTS/RTS) le cose potrebbero complicarsi, ma spero non sia un requisito. In ogni caso è l'OP che deve definire/capire come si gestisce la seriale.

Per ulteriori info:

Mi intrometto solo per segnalare che TUTTI gli adattatori USB <--> Seriale, fatti per le varie schede Arduino (quindi dai migliori basati su FTDI a quelli più economici basati su CH34x), essendo pensati per il caricamento del codice (sui vari Arduino minimalisti, senza USB), gestiscono il segnale di DTR che serve, normalmente, a dare il "reset" alla scheda, quindi ... basta usare uno di quelli ed utilizzare i segnali che già mette a disposizione ... :wink:

Guglielmo

Si, Guglielmo, ma tutto dipende da cosa vuole in realtà fare l'OP e quali sono le modalità d'uso che prevede.

Comunque sia, forzare il reset di Arduino quando si collega la seriale, costringendo a salvataggi su EEPROM dei dati acquisiti con tutte le incognite correlate, a me personalmente non piace per niente.

La soluzione "bare bones" ossia usare solo i due pin seriali (0/1 o quelli che vuole con SoftwareSerial) più un pin per rilevare la connessione di una seriale, oltre a non richiedere nessun circuito consente di far lavorare la MCU "come Cristo comanda" senza arzigogolamenti... :wink: