Buongiorno a tutti,
so che i normali telecomandi apricancello funzionano a 433Mhz. Volevo realizzare un telecomando per il mio cancello automatico ed ho quindi acquistato un ricevitore e trasmettitore a 433Mhz.
Per decodificare il segnale del mio telecomando penso di usare la libreria Rc Switch ma da una prima prova non ho ottenuto alcun risultato.
Qualcuno ha già lavorato con questa libreria?

ViirtualWire non è compatibile con Attiny85.

Buongiorno,
ho acquistato questi due moduli RF http://it.farnell.com/jsp/search/productdetail.jsp?SKU=1304026 e http://it.farnell.com/jsp/search/productdetail.jsp?SKU=1304024
Posso utilizzarli con la libreria VirtualWire? Perchè ci sto provando ma non mi da segni di vita...

BB

Scusami Astrobeed ma se nulla mi garantisce che i byte sono in ordine... pure se il primo byte è '@' cosa mi garantisce che gli altri siano nell'ordine corretto?? Forse dovrei utilizzare un checksum che mi dia comfort sia sull'ordine dei byte che sulla loro effettiva corrispondenza.
Tipo uno o due byte finali che siano la somma dei vari prodotti del valore int del byte e della sua posizione. Nel senso che se ho una sequenza {0, 0, 255, 255, 255 } allora un controllo dovrebbe essere 1*0 + 2*0 + 3*255 + 4*255 + 5*255. Questo potrebbe essere valido che ne pensi?
Poi se i conti non tornano devo dire al Master di reinviare lo stesso pacchetto?
L'idea di non utilizzare i bit anzichè i byte è perchè in futuro voglio utilizzare i valori intermedi tra 0 e 255 per variare l'intensità di luce...

Ciao Astrobeed,
innanzitutto grazie per la risposta. Il punto è capire da cosa dipenda l'errata interpretazione dell'ordine dei byte... Nel senso che non è una cosa che fa sempre... lo fa solo dopo un prolungato utilizzo con "elevati" carichi... Questa errata interpretazione potrebbe essere dovuta alla mancata schermatura del cavo dati? Utilizzando l'RS485 la situazione dovrebbe migliorare penso.

In pratica mi dici che quando sono disponibili 5 byte ovvero Serial.available() >=5 i byte accodati sono giusti solo l'ordine potrebbe essere sbagliato? Quindi non ci sono byte in più come magari pensavo io... Cmq dovrò attendere per fare un altro test 

Buongiorno a tutti,
ho ripreso ultimamente un progetto che avevo accantonato un po' di tempo fa. Consisteva in un 328 standalone (slave) che attiva degli SSR leggendo i dati da un altro 328 standalone (master) tramite porta seriale (una HW e l'altro SoftwareSerial).
Il funzionamento è abbastanza semplice e non implementa protocolli di ricezione particolari, in pratica lo SLAVE riceve 5 byte ogni 100ms che possono essere 0 (spento) oppure 255 (acceso), ad ogni byte corrisponde uno stato di un pin del 328 al quale sono collegati gli SSR.
Avevo un problema di byte "null" in più che ho risolto grazie alle preziose intuizioni di Leo72.
Ieri insieme ad un amico abbiamo deciso di provarli con dei fari da 1KW ciascuno... E funziona.... Tuttavia dopo un paio d'ore di funzionamento in modalità "fissa", ho riattivato la seriale e si è ripresentato il problema dei byte "null" in più (ovvero invece di andare HIGH il pin 13 è andato HIGH il pin 11).
Ho notato che la cassetta con gli SSR (con all'interno il 328 che funge da slave) si è surriscaldata tanto a causa del carico.
Inoltre il cavo dati della seriale è costituito da un cavo elettrico 4 x 1,5mm (TX, RX, 5V, GND) non schermato e non intrecciato lungo circa 1 metro.
Penso che sia un problema di interferenza di campi magnetici o di surriscaldamento... 
Voi che ne pensate? Ho deciso comunque di impiegare l'RS485 e di implementare un protocollo ad hoc con checksum e utilizzare un cavo schermato... ma prima di farlo volevo avere la certezza di risolvere il problema.

Grazie per l'attenzione!

BB

Buongiorno,
ho costruito una scheda per controllare 8 luci a led che vorrei dimmerare tramite Arduino UNO. Le luci sono alimentate a 220V raddrizzata mediante ponte diodi senza condensatore. Intercetto lo zero mediante fotoaccoppiatore LTV-814 con resistenza da 200KOhm all'INPUT.
Volevo chiedere se potevate consigliarmi qualche articolo in rete per costruire lo sketch per poter dimmerare ciascuna delle 8 luci indipendentemente dalle altre.

Cordiali Saluti

BB

La corrente che lo attraversa esce direttamente da un ponte diodi (polo +)...
Per farlo funzionare a dovere collego il (+) del ponte diodi con il (+5V) dell'atmega.... se non faccio questo ponte si comporta come un normale triac (cioè non si spegne), ma con questo collegamento funziona...
Sto utilizzando questi qui anche perché ho visto che sono stati usati così e voglio capirne il funzionamento...
Ma ti assicuro che 1) sono Triac e 2) la corrente è continua

Ciao Astrobeed, grazie per la risposta... xò il mio si spegne... Nel senso che si accende quando il pin è LOW e si spegne quando è HIGH... e la corrente è continua... sono dei led se fosse corrente alternata li vedrei lampeggiare...
Quindi ON e OFF va... non riesco però a dimmerare... Forse dovrei postare il circuito.

Buongiorno a tutti,
sto facendo delle prove con dei triac che mi trovo e che vorrei utilizzare: http://it.rs-online.com/web/p/triac/5450214/
Sono riuscito ad impiegarli per accendere delle luci che funzionano a 220v in continua, ero convinto di poterle dimmerare utilizzando il PWM di arduino ma non è così... Eppure ho una scheda di controllo che utilizza gli stessi triac e riesce a dimmerare la luce (utilizza i PIC come microcontrollore).
Non credo si tratti di intercettare il passaggio dallo zero in quanto la tensione ai terminali del triac è come già detto continua...
Suggerimenti? Lascio perdere e compro dei Mosfet?

Grazie e a presto!

BB

caro leo72.......... funziona!! E' bastato inserire il pinMode(0, OUTPUT);

Anche se non ho ben capito xkè... cmq grazie mille!

BB

Ciao Leo,
ho provato a sostituire l'array di int con l'array di byte ma è esattamente la stessa cosa... Il primo LED non accende e gli altri invece si... poi quando tutto dovrebbe essere spento il primo accende...
Ho notato però che se sullo slave sostituisco la serial hw con la SoftwareSerial tutto funziona alla perfezione...
Ho provato anche a caricare la SoftwareSerial sui pin della serial HW ma non funziona...

E' quindi un problema di pin? Cmq per ora utilizzerò la SoftwareSerial sugli Slave... anche se resta da capire perché non funzionava sulla serial hw...

Grazie a tutti.

BB

No... al momento c'è solo uno slave.... se non riesco a farne funzionare uno come posso metterne altri 2....

Buongiorno,
si la massa è in comune e ci arrivo ad incrociare il tx con l'rx...  (il baudrate è 9600)
Quello che intendo dire quando parlo di "perdita di byte" è che quando il master invia tramite mySerial.write((byte)incomingByte) l'int di incomingByte al Serial dello slave, questo qui (come si vede dal codice dello slave) non mi accende i LED che sono connessi ai pin di sopra (il valore di incomingByte può essere 0 se è spento e 255 se acceso).
Quando invece il master invia gli stessi dati tramite il Serial.write((byte)incomingByte) tutto funziona alla perfezione.

Ora dato che lo slave li riceve sul Serial hardware... credevo che ci fossero problemi di incompatibilità tra i due... Invece mi dite di no, quindi credo che sia qualcosa che mi perdo nella gestione dei byte... Però converrete con me che è alquanto strano che con Serial.write funziona mentre con mySerial.write no....
 

Il problema non credo sia questo. Nel codice del master l'unica seriale in ascolto è quella hardware Serial, mentre nell'esempio pubblicato sopra la SotftwareSerial trasmette solamente.
La mia domanda è una SoftwareSerial può trasmettere senza problemi ad una Serial hardware?