swRTC

Intanto ho segnalato il bug del TIMER1_OVF perché secondo me c'è qualcosa che non va nel core Tiny.
http://code.google.com/p/arduino-tiny/issues/detail?id=18

Oggi vedo di integrare gli Atmega8.

@lesto:
sì, penso di inserire una compensazione, un po' come il 29° giorno degli anni bisestili per compensare la differenza fra l'anno solare di 365,25 giorni e quello civile di 365 giorni, che comporta l'aggiunta di 1 giorno ogni 4 anni (0,25*4=1)

leo, quando integri gli atmega8 poi provo io la libreria caricandola su un 8a :slight_smile:

Ecco la versione 0.2.

Novità:

  • introdotto il supporto ai micro Attiny25745/85 (funzionante)
  • introdotto il supporto al micro Atmega8A (da testare!)

A causa del presunto bug nel Tiny core, sugli Attinyx5 ho dovuto utilizzare il timer 0 al posto del secondo timer. Questo significa la perdita delle funzioni temporali di Arduino delay() e millis(). Per ovviare a questo problema, ho introdotto (solo per gli Attinyx5) una nuova funzione, milliseconds(), che restituisce il numero di millisecondi dall'avvio dell'RTC. Ci sono alcune differenze rispetto a millis() di Arduino:

  • la funzione inizia a contare i millisecondi dall'avvio dell'RTC (startRTC), e non dall'avvio/reset del micro
  • se si ferma l'RTC (stopRTC), il conteggio si blocca ma non viene azzerato. Facendo ripartire l'RTC, il conteggio riparte dal valore precedente

Chiedo a chi ha l'Atmega8A (reizel) di testare la lib e di dirmi cosa c'è che non va.

PS:
aggiunto un secondo sketch di esempio per provare la funzione milliseconds() sugli Attiny

swRTC_02.zip (6.29 KB)

leo ho caricato lo sketch con la nuova libreria su un at8a, sai, avevo messo un lcd 16x2 per leggere l'ora, il caricamento e' tutto ok, quindi mi appare l'ora ma non avanzano i secondi, rimane fisso a 12:0:0 che e' l'ora di partenza nello sketch, per qualsiasi prova lascio tutto montato (il mio e' un at8a con fuse per 1MHz)

Anche io ho solo 8A a disposizione, appena posso faccio le prove.
Dopo approfondiamo i test sui mA assorbiti in sleep, su 8A e 328P

@reizel:
ricontrollo.

Prova sostituendo i file allegati a quelli della cartella /swRTC e poi fammi sapere. Forse mi ero dimenticato di attivare il supporto per gli Atmega8 nella funzione startRTC.

EDIT: questi sono buoni

swRTC.h (895 Bytes)

swRTC.cpp (6.82 KB)

C:\Users\reizel\Downloads\arduino-0022\libraries\swRTC\swRTC.cpp:107:15: error: missing expression between '(' and ')'
C:\Users\reizel\Downloads\arduino-0022\libraries\swRTC\swRTC.cpp: In member function 'void swRTC::startRTC()':
C:\Users\reizel\Downloads\arduino-0022\libraries\swRTC\swRTC.cpp:223: error: 'TIMSK2' was not declared in this scope
C:\Users\reizel\Downloads\arduino-0022\libraries\swRTC\swRTC.cpp: In member function 'void swRTC::stopRTC()':
C:\Users\reizel\Downloads\arduino-0022\libraries\swRTC\swRTC.cpp:234: error: 'TIMSK2' was not declared in this scope

ho sostituito quei 2 file e ora ho questo errore

Mi passi per favore il profilo per l'Atmega8 che hai nel file boards.txt?
Io sto andando a "naso" per le prove :stuck_out_tongue:

Trovato.

##############################################################
atmega.name=Atmega8A standalone (w/ Arduino as ISP) 1MHz
atmega.upload.protocol=stk500
atmega.upload.maximum_size=8192
atmega.upload.speed=19200
atmega.upload.using=arduino:arduinoisp
atmega.bootloader.low_fuses=0xe1
atmega.bootloader.high_fuses=0xdf
atmega.bootloader.path=atmega
atmega.bootloader.file=ATmegaBOOT.hex
atmega.bootloader.unlock_bits=0x3F
atmega.bootloader.lock_bits=0x0F
atmega.build.mcu=atmega8
atmega.build.f_cpu=1000000L
atmega.build.core=arduino

e' quello che mi avete fatto mettere in riferimento a questa discussione programmare ATmega8A standalone - #17 by system - Generale - Arduino Forum
su come usare gli atmega8a

ho caricat il blink e funziona correttamente, con il tempo giusto di 1 sec

OK. Prova ora con questo .cpp. A me non da errori di compilazione adesso. Va solo testato.

swRTC.cpp (6.97 KB)

Ciao Leo, davvero complimenti. Che bel lavoro :grin:
Non mi ricordo ma ho letto da qualche parte che ogni tot giorni cmq c'è un riavvio dei timers e quindi perdita dei dati per gli MCU ATtiny e ATmega, è vero?

ora e' tutto perfetto, caricato sull'8a e messo in standalone col tuo swRTC

ottimo lavoro! :slight_smile:

gbm:
Ciao Leo, davvero complimenti. Che bel lavoro :grin:
Non mi ricordo ma ho letto da qualche parte che ogni tot giorni cmq c'è un riavvio dei timers e quindi perdita dei dati per gli MCU ATtiny e ATmega, è vero?

Il discorso vale con determinati codici usando la normale funzione millis() di Arduino. Ma la mia libreria è esente da questo bug.

@reizel:
sono contento. Adesso sto lavorando sui Tiny84 ma anche qui è duretta.... hanno 2 timer come i Tiny85 ma diversi da quelli di quest'ultimo.... bast.... :roll_eyes:

gbm:
Ciao Leo, davvero complimenti. Che bel lavoro :grin:
Non mi ricordo ma ho letto da qualche parte che ogni tot giorni cmq c'è un riavvio dei timers e quindi perdita dei dati per gli MCU ATtiny e ATmega, è vero?

Il problema non e' sui timers, e nemmeno nella libreria di leo, ne' tantomeno nella funzione millis() stessa, ma sulla variabile che va a contenere i millisecondi, non essendo infinita prima o poi va in overflow.
Usando una unsigned long si arriva a 49 giorni.

RIbadisco che la mia libreria non ha questo bug dato che funziona come un RTC hardware, aggiornando i registri in maniera tale e quale ad un DS1307 per capirsi.

PS:
ad esser sinceri, anche la swRTC soffre di overflow. Il registro degli anni andrà in overflow nel 16383.... :stuck_out_tongue_closed_eyes: :stuck_out_tongue_closed_eyes:

Il registro degli anni andrà in overflow nel 16383

lo chiameranno l'epoc bug :slight_smile:

provando questo swRTC su un atmega8a standalone (quindi senza quarzi esterni) vedo che perde oltre 30 secondi in 20 minuti, insomma oltre 30 minuti al giorno, quindi direi che serve che l'atmega abbia un quarzo esterno e mai quello interno.

io lo usero' con il classico quarzo da 16MHz che lo rende preciso :.

Se si vuole una precisione accurata, il quarzo è INDISPENSABILE.
L'oscillatore interno può "sbarellare" anche del 10%.

Oggi ho lavorato un po' alla libreria. Ho integrato il supporto ai Tinyx4 (24/44/84), all'Atmega644 ed agli Atmega640/1280/2560 (quelli delle Arduino MEGA/MEGA2560 per intendersi).

Stasera faccio delle verifiche e poi pubblico la lib aggiornata.