next topic »

[Reply #990 on:]

Il premio nobel non si puo' dividere in due, quindi uno ciascuno.

veramente il massimo sono due persone. Per esempio i coniugi Cuirie hanno fatto a metà con un altro tizio (per un'altra ricerca), mi pare fosse quello in fisica.. ora cerco altre info (quindi 50% Curie e 50% altro tizio, perchè il premio va alla ricerca, non alle persone)

ecco il link: http://www.nobelprize.org/nobel_prizes/physics/laureates/1903/index.html
Antoine Henri Becquerel "in recognition of the extraordinary services he has rendered by his discovery of spontaneous radioactivity" (scoperta della radioattività spontanea)

Pierre Curie and Marie Curie, née Sklodowska "in recognition of the extraordinary services they have rendered by their joint researches on the radiation phenomena discovered by Professor Henri Becquerel" in pratica se ricordo bene Antonie aveva trovato la teoria, i Cuirie invece l'hanno messa in pratica, bombardando di elettroni l'argento(o l'alluminio). Nello stesso periodo Fermi in Italia, scoperto questo fatto, usò del Bario e del Radon creando una sorgente di bombardamento di Neutroni, e quindi molto più efficaci non essendo rallentati o disturbati dai campi elettrici del nucleo.
L'inizio dell'era atomica. C'è una biografia carina di Pierre de Latil su Fermi, interessante come la scienza si mischi con la politica del periodo, e di come sia stato portato avanti il progetto Manhattan.

[Reply #991 on:]

Il premio nobel non si puo' dividere in due, quindi uno ciascuno.
Leo pero' ora devi mettere ufficialmente la citazione sul tuo Blog, e' il minimo 

[Reply #992 on:]

Scusa Leo, ma vista la grandezza della notizia, hai aperto un topic tipo "il problema millis non esiste ?"

Prima l'overflow fa schiantare il micro, poi, no quando arriva a termine riparte da 0, poi si riparte da 0 senza schiantare niente, ma i risultati ottenuti saranno falsi, ora mi dici che il problema millis non è mai esistito ahahahahhaha sta storia è peggio dei maya.

anche qui il tutorial mostra la stessa formula l'abbiamo sempre avuta sotto il naso http://arduino.cc/en/Tutorial/BlinkWithoutDelay

EDIT: Testato .... ti posso dare una testata?  

Il tutorial che hai linkato è errato. previousMillis deve essere dichiarata unsigned long.

Il compilatore dovrebbe emettere una warning a proposito di signed vs. unsigned comparison...

[Reply #993 on:]

Il tutorial che hai linkato è errato. previousMillis deve essere dichiarata unsigned long.
Il compilatore dovrebbe emettere una warning a proposito di signed vs. unsigned comparison...

Viene fatto il casting a signed long.

[Reply #994 on:]

Code:

Il tutorial che hai linkato è errato. previousMillis deve essere dichiarata unsigned long.

ehhh dai mettici un unsigned long previousMillis = 0;   se ti fa piacere 
l'argomento era se fare + o -.
Date a lui il premio nobel per la pignoleria  

ciao

[Reply #995 on:]

Massì, signed, unsigned, chissenefrega... tanto finché il programma funziona...

Mah...

Il problema è legato al rollover di millis().

Qui http://www.utopiamechanicus.com/article/handling-arduino-microsecond-overflow/ il primo link che ho trovato. Non è uno dei migliori, ma sono di fretta...

[Reply #996 on:]

Code:

Massì, signed, unsigned, chissenefrega... tanto finché il programma funziona...

ahahaha .... massiii dai

Strano che non sia intervenuto  Uwe a mettere giù punti e virgole a tutti noi dettagliando qualche formula scientifica delle sue 

ciao

[Reply #997 on:]

Leo ci ho rpovato, davvero ci ho rpovato, ma ora e' tardi e chiedo aiuto.
Credevo fosse una cosa banale invece non lo e', almeno per me.
Ricordi l'esempio che hai aggiunto nella swRTC che stampa sulla seriale l'orario con gli Zeri ?

Volevo modificarlo in modo da dirottare l'orario con gli zeri non verso la seriale, ma verso una Stringa, tipo:

Code:

String Orario = questobenedettoorologioconglizeri;

Ho speso un po' di tempo a capire la tua formula per inserire gli zeri, credo di averla capita, ma fa uso fortemente dell'hardware, cioe' stampi sulla seriale un carattere per volta e poi vai avanti con i calcoli, aggiungi i due punti :, ecc.
Ma fare le stesse cose tenendo come serbatoio una variabile mi e' oscuro, dove e' il trucco ?

Grazie

[Reply #998 on:]

Fa uso dell'hardware? 
E' una semplice formula che controlla se il numero è più grande di 9, in caso affermativo aggiunge uno "0".
Con un oggetto string la cosa è ancora più semplice perché gli string possono essere concatenati per cui al posto di Serial.print fai un semplice "+". Esempio:  Orario += "0"

Una cosa così:

Code:

String Orario;

void setup() {....}
void loop() {
  Orario = "";
  printTime(WITHOUT_SECONDS);
}

void printTime(byte withSeconds) {
    sendNumber(rtc.getHours());
    Orario += ":";
    sendNumber(rtc.getMinutes());
    if (withSeconds) {
        Serial.print(":");
        sendNumber(rtc.getSeconds());
    }
}


void sendNumber(byte number) {
    byte temp; Serial.prin
    if (number>9) {
        temp=int(number/10);
        Orario +=(char(temp+48));
        number-=(temp*10);
    } else {
        Orario += "0";
    }
    Orario += (char(number+48));
}

Non so se funziona, l'ho scritto al volo

[Reply #999 on:]

uso dell'hw nel senso che si appoggia alla memoria della seriale, intesa come hw, cioe' vai a scrivere il primo numero, poi vai a scrivere il secondo, poi vai a scrivere i due punti. usando sempre gli stessi comandi.
Avevo pensato alla concatenazione, ma cosi' a naso credevo non funzionasse. Ti fo sapere se va.
Grazie mille 

[Reply #1000 on:]

Funziona, e mi sono spiegato anche perche' ero fuori strada.
ho trovato un comportamento strano, forse dovuto alla 1.5 che uso ?
Alla stringa Orario, oltre all'ora, concatenavo anche degli spazi "    ", delle barre '/' altri valori, ecc

ebbene usando due concatenazioni a seguire, con la prima inserisco solo l'orario con gli zeri, e poi nel rigo sotto inserisco le altre cose va.
se invece lascio tutto su un solo rigo si blocca il micro:
Questo si blocca

Code:

Stampa = Orario + "    " + rtc.getDay() + '/' + ....ecc.ecc.ecc

Questo va bene

Code:

Stampa = Orario;
Stampa += "    " + rtc.getDay() + '/' + ....ecc.ecc.ecc

Va bene cosi', i Bug sono brutta bestia, sono conctento che non ero io completamente rincoglionito perche' la concatenazione l'avevo provata e poi abbandonata subito visto il blocco del micro

[Reply #1001 on:]

Forse sarebbe il caso di segnalare il problema nel forum internazionale.
Io personalmente la 1.5.x ancora non la adopero per sviluppare per Arduino UNO ed altri micro. Mi tengo la 1.0.4 ( )

[Reply #1002 on:]

onestamente non sono convinto del bug, tu dici che e' bug ? sai cosa pensavo ? Che Orario e' gia' di per se una concatenazione perche' viene creato pezzo per pezzo per aggiungere gli zeri. Non e' che si crea qualche conflitto visto che non uso delay, e quindi con millis avevo pensato che In un determinato momento Orario non era disponibile a concatenazione da due lati ?
Separando su due righe le due concatenazioni mi assicuro che Orario viene concatenato e conluso, e solo dopo gli si aggiunge altro. Che ne pensi ?

[Reply #1003 on:]

No, non è possibile. Non può esserci un'istruzione "troppo veloce" da eseguire. Ogni istruzione viene eseguita solo dopo la precedente. 

Puoi passarmi lo sketch che usavi?

[Reply #1004 on:]

C'è qualcosa che non quadra nella swRTC,  oggi mi dice che è lunedì 14

Prendiamo un epoch di oggi 13/01/2013: 1358093934    

il convertitore online mi restituisce
1358093934    [batch convert timestamps to human dates]
GMT: Sun, 13 Jan 2013 16:18:54 GMT
Your time zone: domenica 13 gennaio 2013 17:18:54 GMT+1

la libreria mi restituisce
passando il valore di epoch 1358093934  
gg della settimana = 1    14/1/2013 16:19   <<<<<< errato

---------------------------------------------------------------------

Prendiamo un epoch del 25/12/2012: 1356453600

il convertitore online mi restituisce
1356453600 [batch convert timestamps to human dates]
GMT: Tue, 25 Dec 2012 16:40:00 GMT
Your time zone: martedì 25 dicembre 2012 17:40:00 GMT+1

la libreria mi restituisce
passando il valore di epoch 1356453600
gg della settimana = 2  25/12/2012 16:40   <<<<<< esatto

nel 2014 è ancora errato
nel 2015 è ancora errato
nel 2016 la librirea tornerà ad essere corretta

ciao