Newsgroup: it.hobby.elettronica.digitale
Titolo: Arduino + DS1307, RTW poco preciso

Ciao NG,
 
Ho collegato il RTW in oggetto ad arduino, con lo scopo di
avere un riferimento temporale anche in caso di temporanea
mancanza di alimentazione.
 
Avevo notato che non è precisissimo, ma dopo due settimane
l'errore è di quasi un'ora.
 
Volevo chiedervi se esiste qualche rimedio o non ho fatto
qualcosa che dovevo, e, in mancanza di questo, se esiste
un modo semplice per sincronizzarlo con l'ora del PC
quando Arduino viene collegato al PC. Al momento ho usato
una delle routine che si trovano in giro ma è parecchio
macchinoso: devo editare l'ora a mano nel file e fare
l'upload tenendo conto che tra compilazione e upload ci
mette X secondi. Non sarebbe niente se il RTW fosse
preciso e l'operazione andasse fatta 3-4 volte l'anno, ma
così è atroce.
 
Il massimo sarebbe qualcosa che automatizzasse il tutto;
come background sono scarsino; conosco un po' il C ma già
con l'esadecimale faccio a pugni. Se ci fosse qualcosa di
semplice sarebbe perfetto per me.
 
grazie mille
 
Apx.
 
-- 
Un corpo immerso in un liquido si bagna.
Un corpo immerso nel cemento sapeva troppo.
Un corpo immerso in un altro corpo si diverte.
Un corpo immerso in due corpi è un'orgia.
 

 l'errore è di quasi un'ora.
 
Errore dell'1%.
Evidentemente c'e' qualche cosa che non funziona.
Non hai detto se si prende avanti o indietro.
Nel primo caso potrebbero essere disturbi
captati dall'oscillatore. Verifica se l'alimentazione
e' pulita.
Se hai un oscilloscopio e un frequenzimetro,
vedi se l'oscillatore funziona bene e alla
frequenza prevista. Attenzione pero' alla sonda.
Anche 10 Mohm possono alterare il funzionamento
dell'oscillatore di un orologio.
Altro non si puo' dire senza informazioni.

 Errore dell'1%.
 
Correggo, 0,3%, comunque altissimo.

 informazioni.
 
Ho controllato ora, sono 50 minuti indietro in circa due
settimane. Avevo notato la discrepanza giornaliera di
qualche secondo e per controllare ho staccato arduino da
tutto lasciando che l'orologio venisse alimentato con la
sua batteria di backup. Quindi direi che ha avuto solo
ottima corrente continua.
 
L'oscilloscopio ce l'ho ma essendo in prestito non ho
ancora preso le sonde aspettando una buona occasione per
l'acquisto. Mi chiedo se vale la pena prenderle per una
schedina RTW da 5 euro scarsi; del resto pare che il più
preciso RTW in giro sia proprio quello che ho acquistato.
Non so proprio che pensare, forse il quarzo fallato o chi
sa che.


 
 
Il DS1307 ha un'uscita a bassa impedenza, mi
pare open drain, dalla quale puoi prelevare il
segnale bufferizzato dell'oscillatore a 32768 Hz
o di un sottomultiplo. Puoi collegare a quella
uscita l'oscilloscopio con un semplice cavo schermato
e una resistenza di pull-up.
Pero', visto che l'orologio ritarda, e' probabile
che sia colpa del quarzo, anche perché l'oscillatore
non ha altri componenti. Prova a sostituirlo se
ne hai un altro. Comunque un errore del genere
lo vedi anche a occhio confrontandolo per pochi
minuti con un orologio vero.

 minuti con un orologio vero.
 
Infatti ne avevo presi due per il solito "non si sa mai";
pensavo che di due ne avrei fuso uno col saldatore (sono
totalmente imbranato) e mi sa che ora mi occorre il
rimpiazzo per capire cosa succede. Se si comportano così
male entrambi troverò un altro sistema, come un RTW
esterno che chiude un contatto a orario fisso ogni giorno
e resetta un timer interno al mio codice. Però è una
soluzione schifosa :(


 soluzione schifosa :(
 
 
Ho visto timbratori aziendali con la stessa precisione :(
 
A far bene il quarzo andrebbe termostatato, o comunque l'oscillatore 
tarato (se tarabile con un compensatore) alle normali condizioni di 
temperatura di lavoro.
 
 
 
 
 
 
-------------------
Perche` li chiamano compensatori invece di trimmer capacitivi?

Puoi pensare di passare a un RTC tcxo (compensato in temperatura), 
ad esempio con DS3231: 
http://www.adafruit.com/products/255
 


Notevole il caso quando ci si mette... Mi sono alzato
stamattina e avevo deciso di verificare almeno a spanne
quanto toppasse il RTW che ho. Pochi secondi fa ho fatto
la fatidica divisione per sapere che va avanti di circa 
40' al giorno, una follia.
 
Proverò senz'altro quello che mi hai suggerito e grazie mille!



Prova a mettere 10pF NP0 in parallelo al quarzo vedrai che rallenta

 40' al giorno, una follia.
 
Un errore del 2-3%, un NE555 e' piu' preciso.
E' evidente che c'e' qualcosa che non va, potrebbe
essere il quarzo che oscilla su una spuria, o
disturbi che mandano avanti l'orologio, o chissa'
cosa. Se non hai strumentazione e' difficile capire
cosa sta succedendo. Io proverei a cambiare il quarzo.
Puo' anche darsi che un piccolo condensatore
in parallelo o un paio verso massa risolvano il
problema, ma procedere per tentativi non e' un
buon metodo.


Infatti basta leggersi per bene il datasheet e vedrai che c'� scritto 
bene cosa mettere in parallelo al quarzo.

 bene cosa mettere in parallelo al quarzo.
 
E' vero, basta leggere il datasheet,anzi, basta guardare le figure.
Tu l'hai fatto? Mi sa di no.


Sul datasheet del componente indicano che il quarzo deve essere 
calibrato per 12.5pF di carico. Non dicono altro. (Ho guardato anche le 
figure :) )
 
Qui, invece c'e' qualche informazione in piu' su come eseguire un 
troubleshoting:
http://www.zmitac.aei.polsl.pl/Electronics_Firm_Docs/DALLAS/app58.pdf
 
 
Ho visto che il dispositivo in questione non ha la possibilita' di 
commutare tra 6 e 12pF.
 
Ciao
G.

 
 
Potresti spiegarti meglio? A che commutazione ti
riferisci?


 
Ciao,
secondo il secondo documento, sembr ci siano dispositivi cona la 
possibilita' di cambiare la capacita' di carico propria da 6 a 12pF 
semplcemente settando un bit.
 
Ciao
Giuseppe
 

 
 
Non so, io mi sono riletto tutta quella AN ma non
ho trovato niente del genere.
A questo punto e' una mia curiosita', io ho la
AN58.pdf del 17/10/2013 11.32.55 149.184 byte.
Puoi dirmi se e' quella che hai anche tu e dove
danno quella informazione? Grazie.

Il 28/04/14 14:34, 
dimo...@gmail.com
 ha scritto:

http://www.zmitac.aei.polsl.pl/Electronics_Firm_Docs/DALLAS/app58.pdf
 
Prima pagnina ultimo paragrafo.
 
Mi pare di capire cha la capacita' interna sia configurabile via software.
Non so se ho capito male.
 
Ciao
Giuseppe
 

 Non so se ho capito male.
 
In effetti hai ragione, in quel documento e' scritto
proprio che la maggior parte degli RTC Dallas Semic.
hanno un capacita' interna di 6pF mentre i piu'
recenti hanno 12,5pF oppure sono configurabili da
software a 6 o 12,5pF.
Pero', se noti, quel pdf e' del 2000 e soprattutto
la Dallas Semiconductor non esiste piu' perché
e' stata comprata dalla Maxim nel 2001.
Percio' credo che faccia fede questo documento
http://pdfserv.maximintegrated.com/en/an/AN58.pdf
 
dove non si parla di capacita' configuarabili.
Poi in realta' non so se tra i tanti RTC Maxim
ce ne siano anche con capacita' configurabili.
In ogni caso non e' quella la causa dell'errore
enorme dell'orologio.

Il giorno venerdì 11 aprile 2014 11:39:52 UTC+2, Archaeopteryx ha scritto:

è normale che non sia preciso 
se vuoi una cosa analoga ma precisa usa questo 
 
http://www.ebay.it/itm/DS3231-AT24C32-IIC-Real-Time-Clock-Memory-Modul-RTC-per-Arduino-AVR-UNO-ARM-PIC-/191105283797?pt=Componenti_elettronici_attivi&hash=item2c7ec336d5
 
 
il ds3231 o 3232 è preciso perchè tiene conto anche della temperatura

l'errore � di quasi un'ora.
 
Non � normale, ne ho vari in funzione ed al massimo sbagliano di 1-2 minuti 
dopo mesi...
 
Ciao,
Pier.
 
www.piergm.com
 
 
 


 
grazie!!!
