Devi concatenare in una stringa tutti i byte letti da serial.read.
Il codice che hai fatto prende solo un byte dalla seriale, e poi svuota il buffer, per cui se invii la stringa A20AB rx contene solo la lettera A.

Per pilotare dei relè è meglio usare l'uln2064b, vedi qui http://www.panu.it/ardupower/, usando una matrice di transistor, così ci sono molti componenti in meno ed è più difficile che qualcosa non funzioni.

Proprio ieri ho resuscitato dei display che avevo comperato e mai usato.
Se sai l'inglese devi assolutamente leggere i due tutorial sui display con HD44780
http://www.epemag.wimborne.co.uk/resources.htm
Nel primo c'è scritto tutto quello che serve per fare delle prove.
Il pin 3 del contrasto andrebbe collegato ad una tensione negativa da 0 a -7 volt, loro consigliano di collegarlo a massa se non si dispone della tensione negativa.
Ho provato ed effettivamente collegando il pin 1 a massa, il pin 2 al positivo e il 3 a massa il display si accende e visualizza sulla prima riga dei quadrati neri e la seconda è spenta, poi ho anche provato l'hello world lcd e tutto ha funzionato.
Guarda che per usare il display in configurazione a 4 bit devi usare gli ultimi quattro da 4 a 7 e non quelli da 0 a 3, io alla prima prova ho sbagliato.

Alberto

Prova questo
http://www.panu.it/jsounduino/20111125_jsonduino.zip
presto aggiungerò anche la scrittura dei dati su arduino.

Sette mesi di uptime ininterrotto, mi sono appena connesso e funziona.

Ciao,
guarda che da quando ti ho mandato l'esempio ho fatto degli aggiornamenti al codice per gestire meglio il reload della pagina e altri problemi, vedi il post http://arduino.cc/forum/index.php/topic,76032.60.html
Forse è meglio dividere i valori dei sensori per 1023, non 1024 in quanto il primo valore è zero.
Refrech it!

Alberto

Hai provato a cambiare la porta del router alla quale attacchi arduino?
Magari la porta non va.
Comunque ti consiglio caldamente di procurarti uno switch.
Ciao.

Alberto

Non cambiare il router, procurati uno switch, magari anche da quattro porte, che è meglio.

Ciao,
secondo me attaccare arduino direttamente al router non è una buona cosa.
Anche se il dsl-g624t ha uno switch a 4 porte integrato bisogna vedere se sono tutte sulla stessa vlan o magari qualche porta viene usata per la demil e questo può dare grossi problemi.
Dovresti invece attaccare uno switch/hub al router e a quello attaccare l'arduino e i vari computer.
Stai attento anche al tipo di cavo ethernet utilizzato, se riesci a connettere direttamente l'arduino alla scheda del pc vuol dire che è un cavo incrociato, che potrebbe non funzionare collegando l'arduino al router se il router non ha porte auto mdi/mdix.
Per capire di che tipo è il cavo vai qui http://www.ge.infn.it/calcolo/faq/rete/cat5cable.htm e confronta le connessioni al tuo cavo.
A me sembra più un problema di ethernet che di arduino.

Alberto

Ciao,
ho fatto delle prove con arduino + SD + javascript + ajax + json + ethernet e il tutto pare andare.
Lo schetch e il contenuto della sd li potete scaricare da qui http://www.panu.it/wjsonduino/
Per ora legge solo lo stato delle porte, poi penso che implementero l'invio di dati.
L'ho provato con chrome e firefox su osx e win.

Negli header manca
Content-Type: text/html

Ma, io ho un arduino uno v1 con ethernet shield prima versione, quella senza i contatti per li poe, che è acceso da circa 6 mesi ininterrottamente e non da problemi.
Devo dire che:

• Il traffico di rete è bassissimo, potocollo telnet.
• Il circuito è dopo un gruppo di continuità e non si possono verificare strani transienti sull'alimentazione che fermino il codice dell'arduino, senza resettarlo, mentre arrivano pacchetti sulla ethernet.

Aggiungo che durante le prove che avevo fatto con quell'hardware degli strani problemi con il web server li avevo avuti.
In questi giorni sto provando una v2 con la nuova ethernet shield, quella con i contatti per il poe, e funziona tutto alla grande, con invii di files multipli dalla sd, senza blocchi o rallentamenti.

Alberto

Ciao kattivik76,
sto leggendo da un paio di giorni il codice dei tuoi sketch e devo dire che è molto ben fatto.
Penso che con una get sia più semplice in quanto i valori sono tutti nell'url.
Guarda che il file WebServerSD.h è un po infossato nel sito e i motori di ricerca non lo trovano, se lo cerchi con google non esce niente.
Magari dagli più visibilità visto che è un componente molto importante.
Grazie.

Alberto

Il micro funziona comunque, solo che non riesci più a scrivere nella posizione della eeprom.
Nella mia applicazione le scritture sono minime, le prese comandate dalle porte cambiano stato sei volte all'anno, quando devo forzare il riavvio dei server.
Salvare nella eeprom solo quando si sta per spegnere il micro è una buona soluzione.
Ho provato a leggere il datasheet dell'ATmega328 e da quello che ci ho capito ha solo il brown-out reset, che lo riavvia se la tensione di alimentazione scende sotto una certa soglia.
Purtroppo non ha un interrupt da abilitare quando la tensione di alimentazione scende sotto un certo valore, in questo modo si sarebbe potuta implementare una procedura di salvataggio dei dati nella flash un attimo prima dello spegnimento, un micro che ha questa funzione è il ds89c440 un 8052 compatibile.

Ciao,
usa la eeprom interna, funziona benissimo, io l'ho usata per ripristinare lo stato delle porte dopo un riavvio, proprio quello che vuoi fare tu e funziona perfettamente:
http://www.panu.it/ardupower/