Ethernet shield problems! Time to update library?

etracer came up with a workaround that works for me:

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1235494406/8#8

Thanks again!

I talked to our US Wiznet rep at ESC yesterday, but didn't get too far...they rotate someone from Korea every so often and it had just happened, he was only able to agree with everything I was saying :slight_smile:

I'll send an email, C is the universal language!

Hi, so I recently received the most excellent Arduino Mega and I'm having a bit of trouble interfacing it with the ethernet shield like I had hoped I could do. I can't seem to connect with it at all, though I can get a nice display of blinking LEDs while trying.

I have an older arduino NG.C board that I haven't yet tested the shield with (a friend is borrowing it) so my entire problem could be related to it.

My question stems from the fact that the ethernet shield is based on SPI and that the pins for the Mega for SPI seem to be different than the other boards. Could this be the cause of my problems?

Specifically, I will point to these two links:

and

For the mega, it says SPI is located on pins 50-53 and for the diecimila (pretty close to my Rev C I think) it says that SPI is located on pins 10-13.

Thank you in advance for any help you may provide.

Yeah, the SPI pins moving is going to be a deal breaker for the Ethernet shield, all existing Ethernet shields will have to be re-designed to work with the Mega.

all existing Ethernet shields will have to be re-designed to work with the Mega.

Or the SPI part of the code, which is conveniently abstracted already, can be rewritten to bit-bang the SPI for the MEGA.

-j

Because the Ethernet library needs to be even slower :frowning:

But lose the advantage of being hardware-based SPI in the process.

--Phil.

I've posted a completely revised Client portion of the Ethernet library. It includes many fixes and seems to resolve any connection issues or situations where a connection fails to completely close.

See here: http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1238640832/0#0

Yeah, the SPI pins moving is going to be a deal breaker for the Ethernet shield, all existing Ethernet shields will have to be re-designed to work with the Mega.

Well, it sucks that I'm the one to find this out. I think a lot of folks are going to be disappointed that the ethernet shield isn't pin compatible with the Mega.

Would it be possible to move the pins physically to resolve this? The SPI connections on the mega are not under the ethernet shield so I would think that cutting off the header pins for 10-13 and then running wires from the headers to the SPI connection would resolve this issue. Would that require any modification to the Ethernet library to take care of the pin assignments?

:slight_smile:

-j

Smartprojects have this warning in their product description:

It has 53 IO (including 4 HW UARTs, 14 PWMs, I2C bus) and 16 Analog Input pins.
It can mount and use most of the Arduino Shields (not the ETH actual version).

http://www.smartprj.com/catalog/index.php?main_page=product_info&cPath=1&products_id=37

Perhaps this warning should be added to the Arduino Mega product page too...

Ok, I think the relevant section is located in the spi.h file inside of the utility folder of the ethernet library directory. I have no idea how to go about fixing it though. Am I way off? Could someone give me a hand in fixing this?

I just wanted to let everyone know that the ethernet shield is working great and it's being used in our custom web connected RFID cardreader system:

Thanks again for everyone who helped finding a quick solution for the connection problems!

The 35 second time out bug still appears every now and then, but for 99% of the time it's working perfectly!

Then for those who have problems with the ethernet card wich solution you propose

Because for all of us who are newbies this talk has lots of information but no practical solution

Thanks!

I'm working on a write-up about this project, I'll include links, code and schematics, but there are some other things that need my attention now..

There is a problem with the current version of the ethernet library, ports aren't closed properly so it runs out of available ports quickly.. Etracer came up with a good solution, see comment #16 of this thread.. His solution can be found here:

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1238640832/0#0

To get the RFID stuff up and running I used the code that Marc Boon posted last year:

http://trac.mediamatic.nl/picnic/wiki/RfiDuino

I'm interested on a ethernet solution to the connection problems

I'm working on a webserver put it in the arduino. My goal is to read some digital inputs and serve them to an iPhone with the GUI

But at this point I can't connect with the server

Thanks!

The connection problems should be solved when you replaced the client.cpp file (don't forget to delete the client.o file!).

Did you follow the instructions in the thread I posted above?

Can you ping the arduino IP address from a computer in the same network?

I try this code:

#include <Ethernet.h>

// network configuration. gateway and subnet are optional.
byte mac[] = { 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED };
byte ip[] = { 192, 168, 1, 177 };
byte gateway[] = { 192, 168, 1, 1 };
byte subnet[] = { 255, 255, 255, 0 };

// telnet defaults to port 23
Server server = Server(23);

void setup()
{
// initialize the ethernet device
Serial.begin(19200);
Serial.println("Serie inicializada a 19200 baudios...");
Ethernet.begin(mac, ip, gateway, subnet);
Serial.println("Ehternet inicializada...");
// start listening for clients
server.begin();
Serial.println("Servidor inicializado...");
}

void loop()
{
Client client = server.available();
if (client) {
Serial.println("Conexion establecida...");
server.write(client.read());
}
}

With this result:

macbook-de-garito:~ garito$ ping 192.168.1.177
PING 192.168.1.177 (192.168.1.177): 56 data bytes
64 bytes from 192.168.1.177: icmp_seq=0 ttl=128 time=105.914 ms
64 bytes from 192.168.1.177: icmp_seq=1 ttl=128 time=105.144 ms
64 bytes from 192.168.1.177: icmp_seq=2 ttl=128 time=104.166 ms
64 bytes from 192.168.1.177: icmp_seq=3 ttl=128 time=104.207 ms
64 bytes from 192.168.1.177: icmp_seq=4 ttl=128 time=103.006 ms
64 bytes from 192.168.1.177: icmp_seq=5 ttl=128 time=1.586 ms
64 bytes from 192.168.1.177: icmp_seq=6 ttl=128 time=1.519 ms
64 bytes from 192.168.1.177: icmp_seq=7 ttl=128 time=102.396 ms
64 bytes from 192.168.1.177: icmp_seq=8 ttl=128 time=102.331 ms
64 bytes from 192.168.1.177: icmp_seq=9 ttl=128 time=101.361 ms
64 bytes from 192.168.1.177: icmp_seq=10 ttl=128 time=101.467 ms
^C
--- 192.168.1.177 ping statistics ---
11 packets transmitted, 11 packets received, 0% packet loss
round-trip min/avg/max/stddev = 1.519/84.827/105.914/39.280 ms
macbook-de-garito:~ garito$ telnet 192.168.1.177
Trying 192.168.1.177...
telnet: connect to address 192.168.1.177: Operation timed out
telnet: Unable to connect to remote host

Then I try this other:

#include <Ethernet.h>

byte mac[] = { 0xDE, 0xAD, 0xBE, 0xEF, 0xFE, 0xED };
byte ip[] = { 192, 168, 1, 177 };
byte server[] = { 64, 233, 187, 99 }; // Google

Client client(server, 80);

void setup()
{
Ethernet.begin(mac, ip);
Serial.begin(9600);

delay(1000);

Serial.println("connecting...");

if (client.connect()) {
Serial.println("connected");
client.println("GET /search?q=arduino HTTP/1.0");
client.println();
} else {
Serial.println("connection failed");
}
}

void loop()
{
if (client.available()) {
char c = client.read();
Serial.print(c);
}

if (!client.connected()) {
Serial.println();
Serial.println("disconnecting.");
client.stop();
for(;:wink:
;
}
}

With this result:

Have you tried the code that etracer posted?

http://www.arduino.cc/cgi-bin/yabb2/YaBB.pl?num=1238640832/0#0

It raises 50 CONNECTION FAILED!'s

But I'm interested on the server not client

I suppose that the board has any kind of problem if it can't connect with this code?

Thanks!