veseo:
Per quanto riguarda il W5100, nelle installazioni che stiamo usando non creano problemi, la libreria usata non è quella di Arduino (ne è un derivato), credo che il problemi si presenti con le vecchie shield.
Guarda, il problema del chip va visto in termini più ampi e ci vogliono mesi per avere dei dati precisi.
- vari SO che si connettono allo shield
- reti fisse o wifi (spesso i divesi passaggi da un fisso a mobile ne causa il crash)
- reti wifi dei diversi operatori
- connessioni in movimento, mentre l'SO mobile cambia ponte radio (test in città e autostrada)
- potenza dei processori che si connettono al server (se un android ad esempio è di scarsa potenza si ottengono dei ritardi che inchioda la shield)
- quantità di byte in tx rx (ogni tanto è parso che sembrasse un limite dei buffer a far inchiodare il tutto)
Non so se qualcuno ha mai fatto caso, ma android 4.0++ quando dal browser mobile facciamo una connessione verso arduino tutto va bene, ora chiudiamo il browser con il solito sistema <- che usiamo per chiudere le app, il browser magicamente rimane in background (lo possiamo vedere con apposite app che evidenziano le attività aperte nel SO) inviando ad arduino ogni tanto in modo casuale qualche dato, proviamo ora a tormentare la ethernet con un altro browser.....pochi tentativi e lo inchiodiamo per l'ennesima volta
Posso scrivere per ore sui test che ho fatto, riuscivo sempre a farlo inchiodare semplicemente chiamandolo, parlo di sketch nell'IDE niente di particolare, purtroppo ogni test più si avvicina alla perfezione più richiede giorni di attesa e i mesi passano in fretta.
io ho rimediato modificando la w5100.h e la ethernet.h riavviando la SPI ogni minuto, non ho più avuto problemi e i ritardi sono pressochè 0, non ho più avuto il tempo necessario per terminare i debug di tutte le lib, perchè lo shield eth ne richiama davvero tante.
Sarebbe però corretto fornire un indirizzo, un link, visto che parli di altre lib che risolvono il problema
ciao