Go Down

Topic: [RISOLTO] Probabile "saturazione" di risorse ram (Read 3981 times) previous topic - next topic

anerDev

Jan 01, 2013, 07:36 pm Last Edit: Feb 14, 2014, 12:02 am by anerDev Reason: 1
Buonasera gente !

Tanti auguri a tutti !  :smiley-mr-green:

Sto costruendo un data logger, con sensore dht, mpl115a2, gps/gsm shield e sd shield.

Quando compilo il primo sketch (pre_final3_at), ho il seguente output (tutto ok):

Quote

CONTROLLO COMUNICAZIONE MODULI IN CORSO
Modulo DHT: OK
Modulo MPL115A2: OK
Modulo GSM/GPS: OK
   Reset del GPS in corso, 60 secondi
   Attivazione del GPS in corso, 180 secondi
**************************************

0.000000;0.000000;0.000000;11.90;69.60;102.30;
3807.957847;1443.556526;67.453888;11.80;69.90;102.30;
3807.958406;1443.559435;67.726128;11.70;69.80;102.30;
0.000000;0.000000;0.000000;11.70;69.70;102.14;
3807.921071;1443.520643;65.850891;11.60;69.80;102.14;
3807.956760;1443.559905;66.605232;11.60;69.80;102.02;
3807.950549;1443.557208;67.353096;11.70;70.00;102.26;
3807.951304;1443.559770;67.430756;11.60;70.00;102.26;
3807.951304;1443.559770;67.430756;11.70;70.00;102.26;

[...]


Mentre con il secondo sketch (pre_final3_at_sd), dove viene aggiunto il necessario per scrivere sulla sd, ho il seguente output (tutto sballato):


Quote



Modulo DHT: OK



Modulo DHT: OK



Modulo DHT: OK

[...]


Può essere un problema di Ram ? Ovvero la scrittura su sd finisce le ultime risorse disponibili ?

In allegato trovate gli sketch completi di output !

Grazie

tuxduino

Per una rapida verifica io farei così: usa la funzione freeRam() (cercala qui o con google, ce ne sono diverse), e prova ad usare la macro F() per tutte le stringhe literal che hai.

Uno string literal è ad esempio "CIAO".

anerDev

con lo sketch che funziona esce un 325 mentre con l'altro, dove ho aggiunto l'sd esce questo (tra l'altro si resetta dato che il controllo dei moduli deve avvenire una sola volta):

Quote

--368

Modulo DHT: OK


-368

Modulo DHT: OK


-368

Modulo DHT: OK




Quindi l'SD va a saturare gli ultimi byte di Ram ?




tuxduino

Non ho idea di quanta ram necessiti la libreria SD.

Comunque hai provato F() ? Dovrebbe liberare un po' di ram.

anerDev

No, ho provato lo sketch di esempio e non vedo nessun F() !
Come si deve settare ?

Purtroppo la libreria del GPS richiede malta ram di suo.

Ma già dal fatto che si riavvia non è un buon segno o sbaglio ?
Quindi mi sa che devo passare all'Arduino Mega !

  :.

tuxduino

Code: [Select]
Serial.print("CIAO");

Code: [Select]
Serial.print(F("CIAO"));

la seconda versione occupa meno RAM perché la stringa non viene letta nella RAM prima di essere "stampata", ma viene prelevata direttamente dalla PROGMEM.

Effettua questa modifica su tutte le stringhe "literal", come ho detto prima, e vedi se non si riavvia più.

Il riavvio del micro è un indicatore abbastanza certo di un problema di esaurimento RAM.

tuxduino

PS: non vorrei sembrarti scortese, ma quando mi danno un suggerimento che non capisco di solito googlo :P

anerDev

Hai ragione  :smiley-mr-green: :smiley-mr-green:

Niente da fare

Quote
CIAO-368

Modulo DHT: OK


devo passare al Mega

pablos

Non credo risolverai con una mega .... ma tu e skosso siete la stessa persona?
perchè guarda caso il tuo sketch ha le stesse variabili di quelle di skosso che ha pubblicato ieri :)

ciao
no comment

anerDev

Hauahau no no, forse utilizza il mio stesso modulo, SIM908 !

Comunque perché con il mega non risolvo ?

L'UNO ha 2 KB mentre il mega 8

leo72


Può essere un problema di Ram ? Ovvero la scrittura su sd finisce le ultime risorse disponibili ?


La libreria SD occupa un sacco di risorse. Controlla intanto il consumo statico del tuo sketch usando avr-size.

pablos

Si la SD prende un bel po' di ram, soprattutto in lettura e scrittura infatti nel mio progetto ho dovuto abolirla per quanto riguarda il logger, per il caricamento all'avvio del sistema e per gli aggiornamenti dei dati va bene.

Puoi provare con una mega, ma se pensi di espandere lo sketch ti ritroverai come me di nuovo con dei limiti.
Dovresti rivedere se tutte quelle matrici pubbliche le puoi spostare o passare tra le varie funzioni, verificare se gli int non superano i 255 e cambiarli in byte, alcune variabili dichiarale const se non variano .... ma soprattutto i serialprint lunghi danno un sacco di problemi. Studiare le librerie e vedere se puoi fare dei tagli, insomma rivederle. Tu attualmente stai occupando circa 290byte di variabili tutto il resto sta nelle librerie e nei tuoi messaggi seriali.

Arduino con il suo atmel sarebbe valido come strumento, ma pecca su librerie di funzionamento che hanno un po' di difetti, queste non sono ottimizzate per lavorare in simbiosi con molte altre, ciascun utente si inventa la lib usando più risorse di quelle che servono solo perchè a lui serviva quella, senza pensare che possono servirne anche altre nell'intero progetto... prendi ad esempio la libreria UDP per aggiornare i time dai server NTP, perchè mi mette una matrice da 255 byte quando il messaggio non supera i 16 byte (ma siii stiamo larghi non si sa mai), perchè molti nelle lib mettono int o long quando per certo le cifre non arrivveranno mai oltre il byte? 

La morale è prendi anche 1terabyte, ma i programmatori dovrebbero pensare di più quando inventano e pubblicano librerie e sketch apparentemente formidabili.

ciao

no comment

anerDev

@leo72: per consumo statico intendo quanto pesa tutto lo sketch ?

@pablos: non so ancora lavorare a livello di libreria, cioè scomporle per capire dove migliorare/tagliare, ma avevo pensato pure io che queste librerie non sono molto ottimizzate, ma non al livello della tua spiegazione  ;).

Oltre allo shield sd, gps/gsm, ed i due sensori, devo inserire questo trasmettitore: http://ukhas.org.uk/guides:linkingarduinotontx2

Ora, secondo voi con la Mega risolvo tutti i problemi o mi conviene usare un altro Arduino Uno al solo scopo di salvare i dati sulla sd e trasmettere ?

Ovvero nell'Arduino UNO #1 monto i sensori ed il gps/gsm shield, nell'Arduino UNO #2 monto l'sd shield e il trasmettitore, quindi collego il #1 al #2 che provvederà alla memorizzazione ?

Grazie

leo72


@leo72: per consumo statico intendo quanto pesa tutto lo sketch ?

Sì. Ma non il consumo di Flash (quello te lo dice già l'IDE) ma quello di RAM.
http://www.leonardomiliani.com/?p=572

@pablos e anerDev:
vi consiglio la Petif FatFS:
http://elm-chan.org/fsw/ff/00index_p.html
è stata scritta per l'uso con i chip della famiglia Tiny ed ha quindi un consumo inferiore di risorse rispetto alla SD distribuita con l'IDE

anerDev

Esattamente, dove si trova avr-size ?
Per quanto riguarda il Macintosh, entro su Arduino.app > Contents > Resources > Java e qua ho tutto il programma (cartella librerie, example, reference, etc etc) ma non riesco a trovare ave-size !

Invece ho trovato il file .hex che vi allego !

Invece per quanto riguarda Petit ora vedo come implementare questa libreria su arduino !  :smiley-mr-green:

Grazie

Go Up