Le connessioni da più cliet in modalità server è impossibile senza la modifica che ho fatto io...  Inoltre il W5100 accetta al massimo 4 connessioni simultanee...

@acik
Puoi fare una prova? Hai detto che il tuo sketch si blocca dopo circa 10 giorni alla media di una interrogazione al giorno; cosa succede se fai il refresh della pagina 10-20-30 volte? Dopo un po' va in blocco?

Mi sto leggendo il datasheet del W5100 e lo sto confrontando con quello che fa la libreria.

Prima di trasmettere un dato l'Arduino va a leggere nel W5100 qual è lo spazio disponibile per la trasmissione. Stessa cosa per la ricezione.

W5100.cpp

Code:

uint16_t W5100Class::getTXFreeSize(SOCKET s)
{
  uint16_t val=0, val1=0;
  do {
    val1 = readSnTX_FSR(s);
    if (val1 != 0)
      val = readSnTX_FSR(s);
  }
  while (val != val1);
  return val;
}

uint16_t W5100Class::getRXReceivedSize(SOCKET s)
{
  uint16_t val=0,val1=0;
  do {
    val1 = readSnRX_RSR(s);
    if (val1 != 0)
      val = readSnRX_RSR(s);
  }
  while (val != val1);
  return val;
}

Perché viene fatta la lettura due volte dello stesso registro fino a che le due letture non coincidono?

Niente, ho provato a cambiare la modalità ma è rimasto uguale...
Via, da stasera mi metto a studiare il datasheet del W5100 e poi vedo cosa fa la libreria, è l'unico modo...

Piccolo OT: sapevate che la USART dell'ATmega328 può lavorare come se fosse una seconda SPI master?  L'ho letto ieri sera spulciando il datasheet del micro...

Giusto per togliermi una curiosità, acik, puoi provare ad usare questa versione modificata della SPI.cpp? Io non posso provare fino a domani pomeriggio.

Ho fatto questa modifica:

Code:

void SPIClass::begin() {

  // Set SS to high so a connected chip will be "deselected" by default
  digitalWrite(SS, HIGH);

  // When the SS pin is set as OUTPUT, it can be used as
  // a general purpose output port (it doesn't influence
  // SPI operations).
  pinMode(SS, OUTPUT);

  // Warning: if the SS pin ever becomes a LOW INPUT then SPI
  // automatically switches to Slave, so the data direction of
  // the SS pin MUST be kept as OUTPUT.
  SPCR |= _BV(MSTR);
  SPCR |= _BV(CPOL);  //Questa
  SPCR |= _BV(CPHA);  //E questa
  SPCR |= _BV(SPE);

  // Set direction register for SCK and MOSI pin.
  // MISO pin automatically overrides to INPUT.
  // By doing this AFTER enabling SPI, we avoid accidentally
  // clocking in a single bit since the lines go directly
  // from "input" to SPI control.  
  // http://code.google.com/p/arduino/issues/detail?id=888
  pinMode(SCK, OUTPUT);
  pinMode(MOSI, OUTPUT);
}

Visto che il W5100 può lavorare nelle modalità 0 e 3 della SPI (ci sono 4 modalità) e di default Arduino usa la 0, perché non provare con la 3?

EDIT: C'è una funzione della libreria della SPI che fa proprio questo:

Code:

SPI.setDataMode(3);

Ma deve essere eseguita prima di chiamare la Ethernet.begin();

Il problema, secondo me, è che in quanche modo di riempie qualcosa nel W5100. Ho notato che il problema aumenta al diminuire della velocità della SPI, mentre diminuisce se rallento la velocità di trasmissione dei dati dal nostro software all'Arduino...

L'ho già pubbliato sopra, ma poiché non fa da webserver ma da ponte fra un nostro software di degub e una nostra scheda in seriale non puoi testarlo...

Ha ragione acik, quando si verifica questo problema la schield inizia a non rispondere più neppure dopo aver premuto il tasto reset, l'unico modo è togliergli l'alimentazione.

Leggi questo post:
http://arduino.cc/forum/index.php/topic,154099.msg1192558.html#msg1192558
e il successivo, ho postato le lirerie modificate/create per poter gestire singolarente i vari client connessi ad un server. Gli devi definire quali socket vuoi destinare ad un server.

E' quello che sto cercando di capire, mi sto facendo le peggio paranoie ma non capisco dove sia il problema...
Però questo c***o di bug lo trovo, a costo di studiarmi il datasheet del W5100.... Deve essere una cavolata talmente cavolata che passa sotto il naso di tutti senza che nessuno la trovi... Oppure una cosa complicata e difficile da trovare...

A noi è capitato con Arduino collegato ad un PC con un cavo crossato... 

Questo è dalla parte Arduino, il quale deve stare nel mezzo fra una scheda con uno Z80 e un nostro sofware proprietario, dei quali ovviamente non posso pubblicare nulla... 

Scusate il doppio post ma non potevo aggiungere più di 4 allegati... 

Eccolo, ma ho modificato anche la lib ufficiale in alcune parti per avere la possibilità di gestire più connessioni insieme. Comunque ecco il tutto...

Sfortunatamente (o per fortuna, dipende dai punti di vista) oggi in ditta ci siamo imbattuti in questo problema. Il bello è che abbiato trovato una condizione ripetibile, quindi domani faccio in fretta a provare.

Lo scopo del software è banale, prendere quello che leggo da ethernet, inviarlo su seriale e viceversa: dopo poco cade la connessione, risponde solo al ping e non si ripristina neppure dopo un reset...