Arduo Memory Reminder Medicine

:stuck_out_tongue: :stuck_out_tongue: :stuck_out_tongue:
Trovato soluzione nella spiegazione dei comandi della libreria time.

setSyncInterval(adjs); // imposta il tempo in secondi di autosincronizzazione dove adjs è il valore da impostare
setSyncProvider(RTC.get); // attiva la sincronizzazione tra l'RTC ed Arduino, impostando il nuovo intervallo di autosincronizzazione

if (timeNeedsSync != 0){ // verifica se è andato a buon fine la sincronizzazione tra i device
Serial.println("Unable to sync with the RTC");
} else {
Serial.println("RTC has set the system time");
}

Ciao.

:grin:

Tra tutte le soluzioni, la migliore, concreta e funzionante, e la seguente

Wire.beginTransmission(0x68); // Open I2C line in write mode (0x68 DS1307 )
Wire.send((byte)0x00); // Set the register pointer to (0x00)
Wire.endTransmission(); // End Write Transmission
Wire.requestFrom(0x68, 1); // Open the I2C line in send mode

if (Wire.available()) { //verify if RTC is present
Serial.println("RTC presente");
} else {
Serial.println("RTC presente");
}

Finalmente l'ho potuta testare. Montato la shield al volo e provata. OK.

Un saluto a tutti. :wink:

si, ma non ti dice se l' RTC e' fermo o attivo

$) oops !!!!
Sorry!!!!!

Copia ed incolla troppo veloce senza controllare.
Nella sistemazione del codice copiato dal mio, non ho aggiornato le descrizioni del serial print.
In realtà il device mi avvisa anche sul display LCD.

Wire.beginTransmission(0x68); // Open I2C line in write mode (0x68 DS1307 )
Wire.send((byte)0x00); // Set the register pointer to (0x00)
Wire.endTransmission(); // End Write Transmission
Wire.requestFrom(0x68, 1); // Open the I2C line in send mode

if (Wire.available()) { //verify if RTC is present
Serial.println("RTC presente");
} else {
Serial.println("RTC non presente o errore di comunicazione");
}

Grazie brunello!

:sweat_smile:
Un saluto a tutti.

Ho realizzato una nuova versione sia hardware che software del progetto, la R.1.1A, che prenderà il posto della release R0.5i dedicata al primo hardware e che posterò appena sistemato il seguente problema.

Ho usato il bus I2C per il display, L'RTC e la EEPROM in maniera da avere più pin liberi per eventuali upgrade hardware.

Al momento della compilazione, ho avuto dei problemi con l'IDE 0022 per la libreria LCD I2C. Sono passato così all' ultima versione, la 1.0.3 e mi ritrovo a dover disattivare l'audio, perchè la libreria tone non funziona più. "Compromesso accettato."

Qualcuno sà come posso sistemare il problema?
Ho visto che nella nuova versione IDE, viene fornita una libreria dedicata all'audio "pitches.h" che naturalmente funziona, ma vuole tassativamente utilizzare i pin 8-9 e 11. Posso utilizzare il pin A1, per l'uscita audio, o sono vincolato a questi pin.

Vi ringrazio anticipatamente. :blush:

Ciao, se ricordo bene per far compilare Tone sulla 1.0.3 basta mettere queste righe in Tone.cpp:

#if ARDUINO >= 100
#include <Arduino.h>
#else
#include <wiring.h>
#endif

al posto di

#include <wiring.h>

Se state parlando della Tone integrata nell'IDE di Arduino, non dovete modificare nessun file.
A che Tone vi riferite?

Questo è quanto riportato all'inizio del Tone.h che ho io:

/* $Id: Tone.h 113 2010-06-16 20:16:29Z bhagman@roguerobotics.com $

  A Tone Generator Library

  Written by Brett Hagman
  http://www.roguerobotics.com/
  bhagman@roguerobotics.com

Ciao. La lib in queatione é la tone.h che vine fornita dal reference di arduino un po datata che gira sotto ide 0022.
Lo stesso codice che funziona sotto la 0022 non viene compilata sotto la 1.0.3.
Domani provo con il consiglio di tuxduino, basta verificare lo sketh di esempio.

Ho visto che nella nuova versione IDE, viene fornita una libreria dedicata all'audio "pitches.h" che naturalmente funziona, ma vuole tassativamente utilizzare i pin 8-9 e 11. Posso utilizzare il pin A1, per l'uscita audio, o sono vincolato a questi pin.

Funziona su qualsiasi pin

tuxduino:
Questo è quanto riportato all'inizio del Tone.h che ho io:

/* $Id: Tone.h 113 2010-06-16 20:16:29Z bhagman@roguerobotics.com $

A Tone Generator Library

Written by Brett Hagman
  http://www.roguerobotics.com/
  bhagman@roguerobotics.com

Ma voi avete scaricato la Tone da qui, per caso?
http://code.google.com/p/rogue-code/

Quindi non state usando la Tone integrata nell'IDE?

Potreste usare la Tone integrata nell'IDE partendo da questo:
http://arduino.cc/en/Tutorial/tone

PS:
secondo me dovreste fare la conversione all'IDE 1.0.x quanto prima. Ormai nessuno più usa l'IDE 002x, così non solo costringete gli utenti a scaricarsi la versione vecchia se vuole modificare il vostro codice, ma costringe anche voi ad un doppio lavoro: ora, di adattamento dello sketch a librerie vecchie, ed in seguito alla conversione alle nuove versioni quando gli autori delle librerie non svilupperanno più le vecchie.

:cold_sweat:
Portato il codice su piattaforma IDE 1.0.3, inserito la patch

#if ARDUINO >= 100
#include <Arduino.h>
#else
#include <wiring.h>
#endif

ma la libreria V0006 Tone.h 113 2010-06-16 , solo al richiamo della dichiarazione include, mi genera questi errori.

C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp: In member function 'void Tone::begin(uint8_t)':
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp:121: error: 'bitWrite' was not declared in this scope
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp:123: error: 'digitalPinToPort' was not declared in this scope
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp:123: error: 'portOutputRegister' was not declared in this scope
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp:124: error: 'digitalPinToBitMask' was not declared in this scope
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp: In member function 'void Tone::play(uint16_t, uint32_t)':
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp:198: error: 'OUTPUT' was not declared in this scope
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp:198: error: 'pinMode' was not declared in this scope
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp:294: error: 'bitWrite' was not declared in this scope
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp: In member function 'void Tone::stop()':
C:\ARDUINO\arduino-1.0.3\libraries\Tone\Tone.cpp:361: error: 'digitalWrite' was not declared in this scope

:slight_smile: x brunello

con questo comando "tone(pin, frequency, duration) " si può impostare il pin.

Perfetto!
brunello DOC!!! :wink:

Mi sà che rivedrò i comandi per generare il suono, utilizzando la nuova libreria "pitches.h" fornita con il nuovo IDE.

Un saluto a tutti.
Giuseppe G.

Ma la funzione Tone integrata nel core perché non vi piace? Non l'ho capito.

:roll_eyes:
leo72 ???? stiamo parlando della stessa cosa!
userò. la libreria tone integrata che si chiama pitches.h.

Ciao

La funzione Tone integrata nell'IDE non si chiama pitches. Si chiama Tone. :stuck_out_tongue:
http://arduino.cc/en/Reference/Tone

"Pitch" in inglese significa tra le altre "tono". Il file pitches.h che tu indichi altro non è che una collezione di note predefinite, con la propria frequenza definita con un una sfilza di #define. Ma si basa sempre sull'uso della funzione Tone.
Ed è quello che ti avevo suggerito di fare io, ossia di usare il modo di generazione delle note descritto qui:
http://arduino.cc/en/Tutorial/tone

In quel tutorial trovi appunto l'elenco dei #define da salvare in un file pitches.h, caricato poi dallo sketch mostrato che usa la Tone. Ma quel file non è una libreria.

:*
credo di aver interpretato male il consiglio leo72

La funzione Tone integrata nell'IDE non si chiama pitches. Si chiama Tone. smiley-razz
http://arduino.cc/en/Reference/Tone

"Pitch" in inglese significa tra le altre "tono". Il file pitches.h che tu indichi altro non è che una collezione di note predefinite, con la propria frequenza definita con un una sfilza di #define. Ma si basa sempre sull'uso della funzione Tone.
Ed è quello che ti avevo suggerito di fare io, ossia di usare il modo di generazione delle note descritto qui:
http://arduino.cc/en/Tutorial/tone

In quel tutorial trovi appunto l'elenco dei #define da salvare in un file pitches.h, caricato poi dallo sketch mostrato che usa la Tone. Ma quel file non è una libreria.

per me il comando tone è un comando, e la libreria è la pitches.h da dichiarare con l'include, mentre prima dichiaravo la tone.h ed usavo lil comando tone nel codice.

Solo questo.

Resta comunque il fatto che per usare il comando tone "nuovo" occorre dicharare con l'include la pitches.h.

Questa credo sia l'incomprensione reciproca.

In ogni caso utilizzerò il comndo tone del nuovo IDE.

Ciao

Giuseppe G.

:astonished:
Perfetto leo72. Incomprensione mia e SOLO MIA.

Il comando tone nell'IDE 1.0.3 non ha bisogno di dichiarazioni, è già attivo. Solo nel caso si vogliano utilizzare le note con frequenze corrette allora occorre dichiarate la pitches.h.

Scusa, ma in questi giorni, mi sono dedicato molto poco al progetto per problemi di salute.

Ecco il listato corretto funzionante della RSW.1.1A per la RHD1.1A compilato su IDE 1.0.3 che sfrutta il display con il bus I2C.

PS.: Ho dovuto inserire una modifica per evitare il refresh continuo del display, che ora lavorando in seriale, rallenterebbe il sistema notevolmente, con la variabile reflcd che se = 1 visualizza il refresh ogni 150 cicli del codice. :grin:

Un saluto a tutti e un Buon Natale a tutta la comunity.

Giuseppe G.

A_M_R_1_1A.ino (35.3 KB)

Era quello che cercavo di farti capire, ma probabilmente è anche colpa mia che non mi sono riuscito a spiegare come volevo :sweat_smile:
Cmq vedi che così non devi includere nessun software extra: usando le funzioni integrate tutti sono capaci di sentire i suoni del tuo sketch senza dover cercare librerie addizionali.

Scusa, ma in questi giorni, mi sono dedicato molto poco al progetto per problemi di salute.

Spero per malanni di stagione.

Un saluto a tutti e un Buon Natale a tutta la comunity.

Anche a te :wink:

:slight_smile:
Pensavate mi fossi arreso ?!? Un buon anno a tutti !

In questi giorni, sono purtroppo stato impegnato per problemi di salute di un famigliare.
Ho comunque testato l'ultima release del progetto con l'hardware qui sotto riportato, e devo dire che non ho riscontrato problemi di notevole importanza o bugs particolari, tranne un leggero rallentamento del refresh del display, dovuto alla modalità di gestione via bus.

Stavo pensando di inserire una funzione che gestisca una sorta di report, per memorizzare su eprom esterna le mancate assunzione dei medicinali, verificandole poi con un visualizzatore specifico che mi permetterà di cancellare eventuali segnalazioni.

In un secondo momento, pensavo di poter inserire un comando con specifica funzione di upload/download di configurazione dei parametri ed allarmi, per poter fare un backup della eprom interna ed eventualmente un ripristino. Questa poi da utilizzare con una comunicazione ETH per supervisionare ed aggiornare il device via internet.

Qualcuno ha idee a riguardo ed in particolare per la gestione sulla sicurezza della comunicazione?
(PS.: per Arduino Uno credo non si possa realizzare, perchè servono almeno 6 pin per gestire l'ETH giusto?)

Un ringraziamento anticipato ed un saluto a tutti.

Giuseppe G. :wink: