chiva:
Oh! I forgot, the mega compatibility has the same issue, with shields that do not get SPI signals from the ICSP header, than the old ethernet shield, you have to bend the pins and connect cables to the SPI pins of the Mega board.
This should be indicated in the readme, so the newcomers are warned, as the famous nuelectronics shield has this issue, in fact, all the shields listed in the reosurce file have this issue.
Ok, it's on "Usage" section on README.markdown now. Thanks.
EtherCard based on official ENC lib, but there are a lot rewritten code, DNS realization, cool http server, new tcp-ip stack & etc.
Nice! I added this library to resources/resources.txt in my repository, thanks.
I saw the code and it still needs improvements since it consists only in helper functions (like the original libraries, but EtherCard is easier to use) - it is not a socket layer and is not compatible with Ethernet.h code. But perhaps I can use some code this guy used (like DNS query) to improve my library.
what is the function of the D2 connection on the shield?
Allows you to catch interrupts from the network. D2 is one of the pins that can use "AttachInterrupt()"
It appears to require bridging a small jumper/solderbridge connection before it is actually connected.
Server side has a lot of limitations, but work in some simple cases.
I'm now implementing TCP three-way handshake for TCP client connections but don't know yet when it'll be done.
Goes:
Great, great, great new !
Good luck and please keep in touch !
Have you planned to fully develop all the functions like the Wiznet ?
Hello Goes, excuse me for the delay.
Yes, I'm planning to implement a TCP/IP stack compatible with the stack implemented for Wiznet W5100.
For now server-side TCP connections work (with a lot of limitations) and I'm working on client side.
Goes:
Great, great, great new !
Good luck and please keep in touch !
Have you planned to fully develop all the functions like the Wiznet ?
Hello Goes, excuse me for the delay.
Yes, I'm planning to implement a TCP/IP stack compatible with the stack implemented for Wiznet W5100.
For now server-side TCP connections work (with a lot of limitations) and I'm working on client side.
We're all waiting for you... Keep up the good work!
Edit reason: "up" missing, thx for pointing it PaulS
Finally I got my project started and assembled.
I have communication ok, I can program the MCU.... ethernet circuit is alive, at least it is powered, but I'm not sure if it's really talking with the prosessor. When I open browser and try to connect any IP inside the subnet, this blinks the green light like somebodys knocking, but I can't get response from it.
I have checked this dirty PCB so many times in last two days, that I'm just blind if there's shortcuts or missing links. Schematic has been turned upside down while tracing the problem, components are correct values. Voltages are in tolerances.
WebServerDebug don't give anything.
Hmm, what is the purpose of these dip swithes? I didn't put them for two reason; I don't have suitable and I don't know if it is nessessary in basic testing.
About codes, I only changed the IP-address to much my network, everything else is intact.
It just don't play the game with me, any tips left? Thanks!!!
So, UDP are fully implemented ? We are able to send & receive packets correctly ?
For TCP, it work too ? You just don't have implemented file server for the access by browser (& GET requests, etc ...) ?
Good luck, it's a good job that will surely help the community
I have see nice, cheap (10$) & small boards with the chip:
Hello alvarojusten
I have been using your library and webserver examples for the enc28j60 and they work great. Thank you for your work.
My idea is to use a microSD breakout board with the enc28j60, read files from the sd card and send them over ethernet.
I have been using this > EmbeddedMarket.com
and >EmbeddedMarket.com
Using the simplified library(Simon Monk's) I can read from the sd card and send files over the ethernet.
However there are a few problems:
1.With Simon Monk's library the size of the files that can be sent is limited by the buffer size. To send the contents of the buffer I have to use the e.respond(); which closes the connection to the client and no more data can be sent.
2. With your library if I only write this one line #include <SD.h> and make no other additions to the sketch the webserver example stops working (the board replies to pings but if i open the address in a browser it just keeps waiting). I assume the problem is a buffer overrun.
Regarding this I have a few questions I will be thankful if you can help.
Is it possible fill the buffer with chars and send the contents of the buffer to the client without closing the connection?
To explain further : Read single chars from the file on sd card > fill the buffer with these chars > send the packet when the buffer is full > continue reading from file and begin filling buffer again > repeat till the whole file is sent.
If we can implement this, we can have fully functional web servers working off the arduino+enc28j60.
Hoping you can help me with this. Bravo for the good work again !!