Hai provato ad impostare il pin 4 come output e forzarlo high? Io tanti problemi li ho risolti con quello.

Io per iniziare mi sono comprato il manuale del FreeRTOS, ho letto che non è il migliore ma è quello con la migliore documentazione. Magari lo userò come punto di partenza per cose più complesse...

Io ho usato questa libreria e funziona, però non implementa tutte le funzioni del modbus ma solo le principali, ti dovrebbero bastare (a me bastavano...  )
https://sites.google.com/site/jpmzometa/arduino-mbrt/arduino-modbus-slave

Comunque prima di tutto penso che il problema sia la conversione fra 232 e 485 lato pc: come gestisci l'abilitazione della trasmissione e la disabilitazione della ricezione? Per fare le prova usa la 232, poi quando puoi escludere problemi lato software ti dedichi al 485...

Inoltre in caso devi fare una modifica la fai una volta sola e non 5...

Uso AtmelStudio...  E tutte le volte gli dico "Rebuild solution" invece di "Compile", quindi si ricarica tutto.

Gia fatto...  Con la SD disinserita o disattivata impostando HIGH il pin 4 va che è una meraviglia anche senza i delay (quindi il mio issue sarebbe stato fuorviante)...

Allora, nel modbus rtu c'è un master e uno o più slave. Tanto per iniziare l'arduino deve fungere da master o da slave? La comunicazione è su rs232 o su rs485?

Allora, c'è qualcos'altro da analizzare... Stamani il problema si è ripresentato, e sono riuscito ad individuare la discriminante da ieri sera a stamani: la SD inserita!!!
Con la SD inserita (soltanto inserita e basta, da software non ci faccio niente, non ho neppure incluso la libreria) si blocca, tolta la SD tutto ok.

EDIT: nello sketch avevo sbagliato a impostare il pin 4... 

L'avevo impostato basso invece di alto...

Reimpostato alto funziona tutto anche senza i delay... Corro a modificare l'issue su github...

Tornando in topic, io ero arrivato ad avere una condizione ripetibile del problema: ricevevo dei dati su ethernet da un client TCP e li dovevo girare su seriale, dopo poco si bloccava e non riuscivo più ad aprire la connessione, neppure dopo aver premuto il tasto reset.
In seguito alla modifica della SPI non ho più avuto problemi.
Se riesco vedo di analizzare con un oscilloscopio i segnali /SS e SCK per vedere se sono rispettate le tempistiche indicate nel datasheet, sia con e senza il delay, per vedere quanto cambia la situazione, poi pubblico i risultati.

Ho aperto un Issue su GitHub a questo link:
https://github.com/arduino/Arduino/issues/1360

Perdonatemi il pessimo inglese... 

... questo è l'unico modo che conosco per aprire un canale verso arduino senza installare software sui client...

Il fatto che tu non ne conosca altri non vuol dire che non ne esistano, e se per favore non scendi dal tuo piedistallo di onniscenza e assumi toni più umili io non intendo continuare a parlare con te... Come ti ho già detto qualche post fa, prima di fare da luminare sii sicuro di quello che stai dicendo e documentati prima, o quantomeno sii disponibile anche ad imparare e non solo ad insegnare...

Qui ci sta bene il proverbio "chi sa fa, chi non sa insegna"...

Forse perché la ethernet non serve solo per il protocollo HTML?

Peccato che il browser apra la connessione, invii/riceva i dati e chiuda subito la connessione, quindi avrai sempre una connessione alla volta attiva.

Se hai WindowsXP apri hyperterminal in modalità TCP/IP e lo colleghi all'IP di Arduino sulla porta 80, poi prova ad accedere al browser web e mi dici se funziona. Se non hai WindowsXP sxaricati hyperterminal che si trova su internet... 

TROVATO!!!!!!!!!!!!!!!!! (almeno spero)

Il problema è che non c'è nessun ritardo fra l'abilitazione del segnale /SS del W5100 e l'inizio della trasmissione. Basta aggiungere un ritardo di 1 microsecondo (sul datasheet dice che il tsetup e thold del /SS deve essere almeno 21ns, quindi in teoria non servirebbe, ma a quanto pare...)...

Ad esempio, questa funzione del W5100.cpp

Code:

uint8_t W5100Class::write(uint16_t _addr, uint8_t _data)
{
  setSS(); 
  delayMicroseconds(1);
  SPI.transfer(0xF0);
  SPI.transfer(_addr >> 8);
  SPI.transfer(_addr & 0xFF);
  SPI.transfer(_data);
  delayMicroseconds(1);
  resetSS();
  return 1;
}

Allego il W5100.h che ho modificato, così lo potete provare anche voi...

P.S. Per correttezza, l'idea della soluzione l'ho trovata qui:
http://www.wiznet.co.kr/sub_modules/en/technical/Q_A_View.asp?boardcd=101&SF_AO=And&PK_NUM=29029&page=1&SF_Part=boardno,%20writer,%20subject,%20contents&SF_KeyWord=arduino&SF_AO=And

è possibile ma non sai con chi stai parlando, e molto complessa.

lesto, come ho detto sopra ho modificato la libreria proprio per gestire più connessioni simultaneamente...

Ma chi te lo dice che non riesce a gestire 4 connessioni?