PDA

View Full Version : Adding TCP/IP Ethernet to PIC - how?



gtvmarty
- 7th October 2009, 08:30
Hi All,

After searching a few threads with not quite the answers i'm looking for, i'd like to know what the preferable way is, to add TCP/IP into a PIC project.

I'm looking at using the ENC28J60 Ethernet interface, but not sure if that's the popular choice for a newbie?

From what i (mis)understand, some interfaces are somewhat intelligent and handle all the tcp/ip protocol itself, whereas the smaller cheaper interfaces are nothing more than a physical interface into the pic, and i'd need to code a LOT more low-level tcp-handling routines.....something i don't want to do.

So, trying to keep things as simply as possible, are there preferred interfaces i should go with? is there a 'how to get started/basics' thread hidden somewhere here or elsewhere on the net?

Ultimately, (like most people) i'd like to control my Pic project via the net (or internal network), simply toggling a bit on/off from a Webpage elsewhere would be nice, or serving a webpage telemetry/status indication that i can view anywhere would also be of great use.

Thanx in advance,
Marty.

Dave
- 7th October 2009, 12:37
gtvmarty, I had in the past thought about designing my own hardware but have recently purchased one of the NET232 interfaces for my solar array tracker. It is easy to use and I can now connect to it anywhere in the house with my laptop over the wireless router.. It cost about $100 but an investment I think is well worth it....

Dave Purola,
N8NTA

gtvmarty
- 7th October 2009, 12:55
I've just been looking thru some ethernet items from 'Tibbo', they seem to have a lot of positive support (simple to use etc) when i look thru some other threads on here.

Marty.

dhouston
- 7th October 2009, 13:12
If you are in the USA you should avoid Tibbo like the plague. They have discontinued some of their devices with absolutely no warning (obviously due to patent infringement issues) and repeatedly misrepresented why they were discontinued and when they would offer a replacement.

gtvmarty
- 7th October 2009, 14:52
I'm in Australia, but it sounds like i shouldn't touch it at all no matter 'where' i am :mad:

Thanx for the headsup.
Marty.


If you are in the USA you should avoid Tibbo like the plague. They have discontinued some of their devices with absolutely no warning (obviously due to patent infringement issues) and repeatedly misrepresented why they were discontinued and when they would offer a replacement.

comwarrior
- 7th October 2009, 14:55
net232... i'm guessing HS serial to ETH remodulator... like the max232?

Charles Linquis
- 7th October 2009, 15:20
I'll add my favorite, the Lantronix XPort. I have thousands of them connected to PICs, and they are very reliable.
You can configure them from the "network side" or the PIC side (RS-232).

dhouston
- 7th October 2009, 15:50
I like ConnectOne's nano LanReach. It does e-mail.http://www.connectone.com/products.asp?did=73&pid=93 or, if you can use an external adapter and don't need e-mailhttp://www.ewiznet.com/goods_detail.php?goodsIdx=115

Dave
- 7th October 2009, 18:24
Charles Linquis, The NET232 is based on the Lantronix XPort. I do like the configuration over the network..

Dave Purola,
N8NTA

dhouston
- 7th October 2009, 20:01
I'll add my favorite, the Lantronix XPort.I haven't looked at these in depth for a few years. As I recall, they had email limitations. (You had to predefine the receipient. It could not handle authentication.) Has this improved?

l_gaminde
- 7th October 2009, 23:17
dhustion
I just purchased one of the http://www.connectone.com/products.asp?did=73&pid=93
37.00 not bad thanks for the tip been looking for one to play with

Charles Linquis
- 8th October 2009, 05:30
The LanReach looks like a good one.

And no - the XPORT still doesn't have decent email support. But I have a TON of code that supports it. With the help of special firmware (from GridConnect), I do things that the standard XPORT can't.

dhouston
- 8th October 2009, 14:39
I just purchased one of the http://www.connectone.com/products.asp?did=73&pid=93
37.00 not bad thanks for the tip been looking for one to play withI probably should note a couple of gotchas.

1. The spacing of the headers is not 0.100" but 2mm (0.079") so you cannot use the $37 model in a breadboard.

2. These are 3.3V devices and the pins are not 5V tolerant. If you connect to 5V PIC input pins that have Schmitt Trigger buffers, you will need level shifters capable of handling both high and low logic levels which probably means a transistor or mosfet. 5V outputs from a PIC to the device's 3.3V inputs will also require level shifting. Here's a chart showing various logic levels.http://www.interfacebus.com/voltage_threshold.html
SparkFun has an inexpensive 4-channel level converter.http://www.sparkfun.com/commerce/product_info.php?products_id=8745
You can, however, solder leads to the $38 model for testing. The pinout is given in the documentation for their evaluation board.

l_gaminde
- 8th October 2009, 15:57
I was thinking that there were some pics that I could run on 3.3 for testing

dhouston
- 8th October 2009, 17:17
Another option is...http://www.wiznet.co.kr/en/pro02.php?&ss[2]=2&page=1&num=180
http://www.ewiznet.com/goods_detail.php?goodsIdx=135It lists SMTP among the protocols supported but that is incorrect. It does not support SMTP but is attractively priced for a WiFi to serial adapter.

dhouston
- 8th October 2009, 17:38
I was thinking that there were some pics that I could run on 3.3 for testingI did not have that option. I had nearly 100 partially assembled PCBs that were designed for the Tibbo EM202. I used the ZX-40a (ZBasic) as the CPU and, while my board is designed to use a wall transformer (switchmode) supply, the ZX-40a must run at 5V or the software UARTS (full duplex background operation) must be limited to 4800bps. I had to design a 5V to 3.3V adapter board so I could use the nano LanReach, instead of the Tibbo which was discontinued just as I ordered the first batch.

Melanie
- 8th October 2009, 22:19
> I was thinking that there were some pics that I could run on 3.3 for testing

Lots of PICs run at 3.3v... even the 10F series, go ahead and play...

mackrackit
- 8th October 2009, 23:13
I was thinking that there were some pics that I could run on 3.3 for testing
Look at the electrical spec part of the data sheet and it tells you there how fast the PIC can be run at what voltage. Slower the speed the lower the voltage.

But...

If you need the speed and low voltage go with an 18Fer. For example: I run 18F4550 with an external 4 Mhz resonator at 3.~ volts. Using the PLL option it is cranked up to 48Mhz.
Works great when you need to connect to something like a SD card. The whole system can then run at the 3.~ volts at a speed fast enough to get something done.

sougata
- 9th October 2009, 07:12
Hi,

CCS makes one product called EZWeblynx : http://www.ezweblynx.com

Available as :

1. 5V Rev1 -- PIC18F2685
2. 5V Rev2 -- PIC18F6722
3. 3.3V -- PIC18F67J60

It is programmable simply through HTML. Can take inputs (I/O, serial) can drive LCD/LEDs.
Uses a modified Microchip TCP/IP stack. So possible to develop your own sometimes...
Cheap. $54

gtvmarty
- 14th October 2009, 22:09
Thanx for suggestions everyone.

I can grab the ENC28J60 locally, but i'm also interested in the "Connect One" modules too....awaiting order to be processed....

As much as i've read thru tcp/ip stack docs, and several webpages etc, it's still not clear (to me anyway, and i've sat thru Cisco CCNA 1+2) about HOW i get these ethernet modules to work.

Can somebody give me some BASIC pointers or links to 'HOW TO' sites....
A simple checklist of things that need to be done would be VERY handy.

Even the data sheets from various vendors state things like
"by implementing the use of....."
"by simply adding...."
"with the simple addition of......"
but these statements dont ANSWER anything.....
they tell me WHAT needs to be done, but now HOW it's done......:mad:

So far, all i seem to find in many forums and sites are comments like "i used this, i used that, i added this, and implementd that" which is really NO HELP to me at all when i actually wanted to know HOW they achieved a working unit. :mad:

For starters:

Is the ethernet device pre-programmed ready to use?

what do i do with the microchip tcp/ip stack?
Does it program into the ethernet device? into my code? called from my code using the include statement or something else?

It seems many ethernet modules claim "a simple way to connect any mcu onto the internet" and yet i'm finding it to be the most complex task to achive, what am i missing? :confused:

For the people out there who have bought these modules, and already tinkered with them for testing, PLEASE share HOW & WHAT you did to get things up'n'running......

I hope someday i'll look back on this and laugh, I know a challenge is good, but frustratiion isn't welcome....

Sorry if i'm ranting & raving, but sheesh, it shouldn't be this hard????

Thanx in advance,
Marty.

dhouston
- 14th October 2009, 23:10
With the ConnectOne modules (and the ENC28J60) you do not need the Microchip stack. You connect using either serial (RS232 TTL) or SPI.

Read the ConnectOne AT+i Programmer's Manual. Basically, you communicate with the nano LanReach using AT commands in the same manner as with a modem using the serial interface. It's very simple.

With the ENC28J60, you are working at a lower level and it is far more complicated.

Stick with ConnectOne.

gtvmarty
- 14th October 2009, 23:52
Thanx for that,

That's just another plus to choose the "Connect One" then ;-)

There were some issues with Mouser being restricted to Export Connect One devices to Australia, although now i'm informed by Connect One the restriction will be lifted in a few days, and i should contact Mouser again to place orders.....

In my initial research i thought ALL ethernet modules were simply controlled with serial/spi commands, but after digging deeper i started finding that wasn't always the case, and some modules required lower level information etc.....something i DIDN'T want to embark on......

Thanx again.




With the ConnectOne modules (and the ENC28J60) you do not need the Microchip stack. You connect using either serial (RS232 TTL) or SPI.

Read the ConnectOne AT+i Programmer's Manual. Basically, you communicate with the nano LanReach using AT commands in the same manner as with a modem using the serial interface. It's very simple.

With the ENC28J60, you are working at a lower level and it is far more complicated.

Stick with ConnectOne.

Normnet
- 15th October 2009, 05:44
I am looking to save a few lines of data logging text from a PIC to a text file on a PC network.

Are any of the previously mentioned devices capable of this or is a
Delphi/VB program required to receive the data and then save the text lines?

Norm

dhouston
- 15th October 2009, 12:28
There were some issues with Mouser being restricted to Export Connect One devices to Australia, although now i'm informed by Connect One the restriction will be lifted in a few days, and i should contact Mouser again to place orders.....
ConnectOne has been saying that for a few months now so I would not give it a lot of credence. Check the Where To Buy link on the ConnectOne website - they list a number of distributors around the world so you can probably find another source. Mouser is being overly aggressive in (mis)interpreting post-9/11 rules on technology exports.

gtvmarty
- 15th October 2009, 12:47
I first tried Mouser China, as they're the contact point for Australasia, they said "No go".
Then i moved onto Mouser USA, "No Go",
Then Connect One said it won't be a problem, so now i wait.....

Any of you guys in USA wanna buy+onsell me some Connect One devices? go ahead !!!! :cool:;)

Marty.

dhouston
- 15th October 2009, 14:48
I am looking to save a few lines of data logging text from a PIC to a text file on a PC network.

Are any of the previously mentioned devices capable of this or is a
Delphi/VB program required to receive the data and then save the text lines?
I am not aware of any that can do what you want. You might, however, find a terminal program that can automatically log what it receives. Since I write my own interfaces (using Purebasic) I've never had occasion to search for anything like this. If you pick a module that has a virtual serial port on the PC side (e.g. XPort, NET232) you might be able to use something like http://www.eltima.com/products/rs232-data-logger/ to log the activity.

IIRC, Hyperterminal allows you to manually save what it has received to a text file.

Dave
- 15th October 2009, 15:07
gtvmarty, Why not just use PicBasic Terminal? It will allow you to save data to a file and I beleive it comes with MCS. I personally use TeraTerm Pro. It will allow you to run multiple occurances and also to use TCP connections for interanet communications. They are both FREE...

Dave Purola,
N8NTA

dhouston
- 15th October 2009, 19:15
@Normnet
Hyperterminal will log automatically but with two gotchas. It does not timestamp entries and you have to stop logging in order to view the log file.

Google on ethernet serial software and you'll find a lot of freeware that allows you to communicate over ethernet as if it were RS232. That plus the WIZ110SR ($25) on the PIC end plus a terminal/logger app that timestamps entries would be an inexpensive solution.

gtvmarty
- 15th October 2009, 21:32
gtvmarty, Why not just use PicBasic Terminal? It will allow you to save data to a file and I beleive it comes with MCS. I personally use TeraTerm Pro. It will allow you to run multiple occurances and also to use TCP connections for interanet communications. They are both FREE...
Dave Purola,
N8NTA
Dave, You're referring to NORMNET's question (not mine), as the recent few responses have HIJACKED my initial thread.

NORMNET:
PLEASE go and post your question in a NEW thread, the hijacking of my thread has now strayed away from my original question.....please RESPECT this...

THIS thread is about WHICH ethernet adaptor to use and HOW.....nothing more !

Marty.

flotulopex
- 11th November 2010, 08:39
Hi gtvmarty,

Any update from you about this thread?

I'm starting in TCP communication and have exactly the same questions you had.

Would be nice to see where you have got so far ;)

gtvmarty
- 11th November 2010, 08:57
Hi Roger,

No assistance at all, we're on our own ;-(

Using TCP/IP is a major secret, and *anyone* who's mastered attaching an ethernet-tcp/ip adapter to their pic is happy to say "i've done it" but not keen on saying "what/how i did it".... ;-)

Even the microchip text(s) state "by using the microchip tcp/ip stack...."

Yeh, great, HOW do we use it, .....

Most of the users are no help help either, MANY of them say this.... "i received my ethernet adapter today, plugged in onto my pic and was connected in no time".......

what the F*#K is the point of adding empty comments like those....how does that help anyone....sheesh....

Good luck to you mate.

mackrackit
- 11th November 2010, 12:22
Most of the users are no help help either
Really?? I used DT's search for ConnectOne and found this
http://www.picbasic.co.uk/forum/showthread.php?t=12698&p=84859#post84859
A complete example using a ConnectOne module for sending email and FTP.


No assistance at all, we're on our own ;-(
Yup, I figure you might be now..
Good luck.

gtvmarty
- 11th November 2010, 13:16
thanx mackracket for the link/help....

However, please note your informative post was posted much later than my initial postings/responses.....

I'm sure as time went on, more and more people kept badgering away to find answers....

Don't get me entirely wrong, the companies themselves have documentation that isn't exactly informative, and HIGHLY assumptious.....

As i pointed out above, microchip's datasheet simply said "just sue the stack....." with no mention about HOW to use it, or what commands you need from your pic to their interface........lack of REAL documents is what kills products overnight...

amen!

dhouston
- 11th November 2010, 14:20
@gtvmarty,

Maybe you are asking too much.

Back near the beginning of the thread, I recommended ConnectOne's nano LANReach. As far as interfacing with it via serial, it is identical to the ConnectOne wireless module mackrackit used. And, while they don't offer any PIC code, the ConnectOne documentation is excellent. Anyone with a modicum of experience should be able to create something similar to mackrackit's code (not to disparage his skills).

I also recommended the WIZ110SR which is equally simple to work with. Their documentation should be more than adequate although, again, there are no PIC code examples. It will, however, require you to make the TCP or UDP connections in your PIC code but there was a recent example of SNTP (using a different adapter) on this forum from Charles Linquis.

None of the manufacturers of simple ethernet/serial adapters are likely to offer any microcontroller example code - it would take too much time and effort (and handholding) to provide examples for even the 4-5 most popular microcontrollers.

I spent most of the past 10 months hospitalized and/or recovering from major surgery so I haven't been active on the forum. In my absence there have been some developments.

Tibbo has finally released a replacement for their discontinued modules. Their USA distributor has been stocking it for a few months now. The EM500 is programmable in Tibbo's Basic dialect and they have several examples for SMTP (email), SNTP (time), HTTP (web server) on Tibbo's web site. You can also purchase direct from Tibbo for under $40. One caveat - It has 22 pins in a 2x11x0.050inch spacing and it needs an RJ45+magnetics (available from Tibbo and dealers) so you cannot breadboard it. Also, it's a 3.3V device but all the pins you need are 5V tolerant. You will need pull-ups on outputs if using a 5V PIC. Their online documentation is complete but requires a lot of hipping and hopping - old geezers like me prefer more linear arrangements. They do have an $85 evaluation board which includes everything you need and also illustrates an ingenious method of designing a PCB that allows plugging in the EM500 instead of soldering the closely spaced pins. It has a lot of flash memory available (320KB IIRC) for user programs. On the PIC end, code would be quite similar (but simpler) to mackrackit's example.

Also, Mouser still has a "may need an export license" disclaimer on all of the ConnectOne devices. I don't know whether that means they won't ship overseas or whether it means they are selective about where they will ship.

gtvmarty
- 11th November 2010, 14:38
Thanx Dave for the comments,

Yes, i went thru the connect one/mouser/export issues, at the end connect one stated to mouser "there are NO restrictions" worldwide, which is good to know.

While i didnt expect the manufacturers/distributors to provide "pic code" i did expect theyd at least show "what codes" are needed to initialise the ethernet adapter, and then how/what is expected to be sent to the adapter to get it to do "whatever"....

A year has passed, and at least something is starting to surface (more than likely from end-users hassling them), both from manufacturers/distributors and forums.....

I'm not the bad guy here, MANY people are sharing my ethernet frustrations, the absolute LACK of info (at least a year ago) was the hot topic for everyone interested in using those ethernet modules.....

More frustrating (as said in my earlier comments above) was the mere fact that some forum users DID get their modules to work, without any form of sharing, or at least anything worthy of helping the rest of us to get up'n'running too.....


I'm sorry, but users who insist on stating "i got mine going easy" just doesn't cut it with me, and many others.....
The point of a forum is to learn and share, but i cant help but seeing "show offs" in many forums....and this isnt limited to pic forums either....

As soon as i get my own adaptors working, i'll happily share my step-by-step info to help other newbies "get connected".....thats what we're all here for...

Marty.

dhouston
- 11th November 2010, 16:28
@gtvmarty

The Mouser issue is really with the USA's Homeland Security Department created after 9/11 which is staffed with bureaucrats who are all trying overly hard to be sure they won't be the one to miss the next terrorist. It's more than a bit ironic that they want to prevent the export of a device that was imported to begin with.

I'm not trying to make you the bad guy, merely trying to point out the reality. I used to run an international operation (US subsidiary of a European company) so I have different point of view. The manufacturers, besides not wanting to get bogged down in minutia, probably see a potential liability if they provide too much help and detail especially for another company's product. Like Homeland Security they err on the side of caution although it's those other terrorists (trial lawyers) who worry them.

I realize that there's a fine line on these (and other) forums between a beginner asking for help and asking that someone do all the work for them but, maybe you should have responded earlier that you had read the docs (citing them with some specifics) for a particular device but still needed help getting started. That may have elicited some help from myself, mackrackit, Charles Linquis, ioannis or ????. Maybe I didn't read your earlier posts as carefully as I should but I don't recall getting the feeling that you were a complete beginner. Plus, the ConnectOne and WIZNet docs do
at least show "what codes" are needed to initialise the ethernet adapter, and then how/what is expected to be sent to the adapter to get it to do "whatever".... After all, that's where mackrackit got the info he used to get his device working. And it's why I recommend those specific devices - because I know they have provided all the needed detail. I think you either did not look hard enough or did not understand the manuals.

Section 4.1 of the WIZ110SR User Manual (Version 2) available as a PDF on their website shows step-by-step how to configure the device over the serial link. You can experiment from a PC and then connect to your PIC serial port and send the serial commands that way. If you are asking how to establish a UDP or TCP link or do SNTP, SMTP, etc. that is not part of their instructions but you can read the Internet RFCs - most of the protocols use plain text commands or you can look at Tibbo's examples which, while written for their device in their Basic dialect are easily converted for use elsewhere.

ConnectOne has a Programmer's Manual that details all of their ATi+ serial commands for configuring and communicating via the serial link. IIRC you need the manual for the specific chip used in the device you use. The docs are at...http://www.connectone.com/support.asp?did=42

flotulopex
- 11th November 2010, 17:00
Here is a test thingy I have running part of the time. http://mackrackit.com/mac/ichip/ichip.html
Hi mackrackit,

Thanks a lot for this example; sure, it'll help a lot for a start ;)

I'd like to ask a few questions here and hope some of you can give a neophyte-style answers. And please, forgive-me if my questions sound stupid, I just have no clue what the answers are!

1.- Assuming I connect a well-configured ConnectOne NANO LANReach module to a network (office or so), is it going to be "pingable" just like if I ping another PC?

2.- What is different between the possible protocols the module supports? Is it only the way the data is organized in the packet?

3.- Is there a difference if the module is directly connected to a PC or the module is connected to a network (i.e. via a switch)?

4.- What makes a module's address unique? The IP address and the port? Or is it the MAC address?

That's enough for now :o

dhouston
- 11th November 2010, 17:16
1.- Assuming I connect a well-configured ConnectOne NANO LANReach module to a network (office or so), is it going to be "pingable" just like if I ping another PC? Yes - but only if you've written PIC code to respond to a ping.
2.- What is different between the possible protocols the module supports? Is it only the way the data is organized in the packet?This is is too big a topic to discuss meaningfully here. Try...http://en.wikipedia.org/wiki/Internet_Protocol
3.- Is there a difference if the module is directly connected to a PC or the module is connected to a network (i.e. via a switch)?No, except you will probably need a cross-over cable for the direct PC connection.
4.- What makes a module's address unique? The IP address and the port? Or is it the MAC address?The MAC address is usually fixed and unique. the IP address is changeable.
That's enough for now :o
Good - I'm tapped out. Maybe mackrackit can elaborate on my answers.

flotulopex
- 11th November 2010, 20:09
Thanks a lot Dave.

I'll give that module a go...and see ;)

mackrackit
- 11th November 2010, 20:20
A couple of things about the ConnectOne.
The pins spacings are metric
if you plan to use it as a web page server it only does port 80.

Other than that it is a good part. I have six in use currently.

dhouston
- 11th November 2010, 20:29
Here are some additional links.

Charles Linquis PIC code to get network time...http://www.picbasic.co.uk/forum/showthread.php?t=13909&highlight=network+time+charles

Tibbo's example code to get network time...http://basic.tibbo.com/resources/web/internet_time.html

You should be able to compare and contrast those and learn a bit that you can then transfer to either the ConnectOne or WIZNet devices.

Here's Tibbo's other examples...http://basic.tibbo.com/resources.html

Once you grasp that Tibbo uses an object oriented Basic dialect, it should be fairly simple to convert the code to a PIC.

I would share my PIC code but the truth is I have none. I use mostly 8-pin PICs for small special single-purpose applications. Most then link serially to a ZBasic chip which I find much easier to work with for complex problems. I'm an old geezer (69) with major health issues who has neither time nor desire to become an ASM wizard like Darrel Taylor (much, much younger) or Bruce Reynolds (also much younger) so I prefer a chip that has two hardware serial ports plus 4 software serial ports all of which are buffered, full-duplex and operate in the background as well as numerous other features of similar power (that would require Darrel or Bruce to duplicate with PBP) for major projects. Plus, my ZBasic code is proprietary.

dhouston
- 11th November 2010, 21:08
A couple of things about the ConnectOne.
The pins spacings are metric
if you plan to use it as a web page server it only does port 80.

Other than that it is a good part. I have six in use currently.
The WIZ110SR is easier to interface as it has a DB9 on one end and an RJ45 on the other and comes with a power supply. But, it requires more coding from the PIC side. I'll leave it to those interested to study the docs to understand the differences.

If you have an existing serial device you want to connect to the network, the WIZ110SR is the best choice. If you are designing a PCB and planning some quantity, ConnectOne (or Tibbo) is the way to go. Tibbo requires a lot of coding but they give you examples and 320K of flash to use with it. Your PIC app would probably be the simplest as the Tibbo could handle all of the heavy lifting network-wise.

One additional point in favor of Tibbo. They have a GA1000 WiFi card (802.11b/g) that connects to the EM500 via SPI. At this point they haven't released EM500 firmware to support it but they indicate it is in their plans. Some of their other modules already support it. I think it's a little cleaner than the way ConnectOne does it - mackrackit may convince you otherwise.

mackrackit
- 11th November 2010, 22:51
mackrackit may convince you otherwise.
Nope, I am not stuck on one brand, from what you tell about Tibbo I will most likely try one for the next project.

dhouston
- 11th November 2010, 23:23
Nope, I am not stuck on one brand, from what you tell about Tibbo I will most likely try one for the next project.Buy the evaluation board for your first one. Otherwise, you'll need to design a pcb due to the 2x11x0.050inch pinout.

If you refer back to my first mention of them in this thread, you might wonder what changed my mind.

I had 100 boards (designed to use their EM202) partially assembled and placed an order (with Crownhill) for 25 of the Tibbo modules only to learn, after a couple of weeks, that Tibbo would not allow dealers to sell them to the USA. I had earlier bough a handful from another dealer that I had used for prototyping. Shortly thereafter they discontinued it. The marketing gal in Taiwan that I communicated with promised a replacement in a few months. That stretched into about two years. Still, the EM500 has convinced me to forgive (but not forget) - it really is a neat design.

I suspect they ran into patent issues with the earlier design which was in a single package similar to the Lantronix XPort.

Charles Linquis
- 12th November 2010, 02:02
I have you beat. I have over 1900 XPorts and 380 MatchPorts in the field. All connected to PICs.

Charles Linquis
- 12th November 2010, 03:34
Lantronix XPorts aren't the easiest things to use, but if you decide to use them, I can give you a lot of help.

dhouston
- 12th November 2010, 04:20
I have you beat. I have over 1900 XPorts and 380 MatchPorts in the field. All connected to PICs.My projects are not intended for profit. They are mostly for my own amusement. It probably would not be amusing if I had to support 2280 units.

flotulopex
- 12th November 2010, 09:12
...pins spacings are metric...it only does port 80...Thanks for the tips although I currently don't understand the importance of the port number :(

I'm a little confused about which ConnectOne NANO module I need to order. Is it correct to choose part iL-SM2144H-I if I just need a module with pins, no WiFi, a RJ45 socket onboard? But then it is a Nano SocketLAN I want to buy not the Nano LANReach or am I wrong?

One more question about the NANO module; as I will use it to update a server's clock using NTP (or SNTP), will I need an external program running on the server to handle the time information provided by the module or is the module capable to do it all by itself?

According to Dave's post, the WIT110SR module could also be an option (http://www.wiznet.co.kr/Sub_Modules/en/product/Product_Detail.asp?cate1=6&cate2=12&cate3=0&pid=1040) but, at a first glance, it looks a little more complicated however it is half the price of the Nano (!).

BTW, I just found ConnectOne's LAN modules comparision chart here here (http://www.connectone.com/media/upload/ConnectOne_Module&iChip_Comparison.pdf).

mackrackit
- 12th November 2010, 10:30
Thanks for the tips although I currently don't understand the importance of the port number
If you have one of these modules behind a router (NAT) and another device is configured for PORT 80, say Apache for a web sever, you will not be able to serve web pages directly from the module because it only listens on PORT 80 and this can not be changed. Same if you have it set as a HTPPS server, PORT 443 is all it will listen to. This all is not a problem on a LAN.

The SERIAL NET function of these modules are not a problem, you can pick your port.

But then it is a Nano SocketLAN I want to buy not the Nano LANReach or am I wrong?
The Nano Socket family are the ones I use, they have pins. The on board antenna on the wifi module is pretty good too.


One more question about the NANO module; as I will use it to update a server's clock using NTP (or SNTP), will I need an external program running on the server to handle the time information provided by the module or is the module capable to do it all by itself?
I am not sure how to answer this one.
The module can be set to check certain time servers, it is a client.
From your other thread I think I know what you want to do. Have your own time server on a LAN that is not connected to a WAN?
If that is correct then I think it is doable...
Where ever you are getting your time from could be sent to the module with a PIC and the module FTP, SERIAL NET, email,,, the data to the server. Then the server has a script to deal with the data... Kind of like I do for temperature data??

dhouston
- 12th November 2010, 12:57
I bought one of the modules with the itsy-bitsy socket because I wanted to see whether it was practical to incorporate it in by PCB design. I decided against it but the boards themselves were the same so I just added pins in order to use that first one in prototyping. One advantage of adding the pins myself was I could mount it atop or beneath my main PCB. BTW, the support techs at ConnectOne are very sharp and well orgaized - all my questions were answered by the same tech so there was no loss of continuity. (Either they are well organized or they only have one overworked support tech.)

I know there are ways to push the time out to machines on a LAN but, as I've never had the need, I've never explored it. Search Bing (or Google?) using Time Synchronization Network (LAN) for details.

dhouston
- 12th November 2010, 13:25
According to Dave's post, the WIT110SR module could also be an option (http://www.wiznet.co.kr/Sub_Modules/en/product/Product_Detail.asp?cate1=6&cate2=12&cate3=0&pid=1040) but, at a first glance, it looks a little more complicated however it is half the price of the Nano (!).As I noted above, of the three (ConnectOne, Tibbo, WIZNet), the WIZ110SR will require the most coding on the PIC end but, if you are looking at a one-off design, it is ready to go out-of-the-box with no assembly required.

If you are planning for volume and designing a PCB, I would go with ConnectOne or Tibbo and the choice would probably depend on the application. The Tibbo, with its own program memory offloads nearly all of the network coding but does mean you are working with two different Basic dialects. I think, if you study the docs I've referenced, you'll be most impressed with the Tibbo. I design projects that usually have some DIY elements and the flexibility of the Tibbo and the fact it is programmable in Basic make it attractive in that environment. Plus, users can reprogram as needed if I become totally incapacitated.

BTW, when I bought my ConnectOne modules they had not released the SocketLAN so I added my own pins to the LANReach. I tend to use the latter term to apply to either.

flotulopex
- 12th November 2010, 15:55
From your other thread I think I know what you want to do. Have your own time server on a LAN that is not connected to a WAN?
Yes, correct.



Kind of like I do for temperature data??
No, just accurate time & date from a radio-controlled system (in Europe, it is DCF77 from GERMANY) or GPS module.



...if you are looking at a one-off design, it is ready to go out-of-the-box with no assembly requiredYup, it's a one-shot project. Anyway, I need to design a PCB for the PIC and the DCF77 receiver (http://home.citycable.ch/flotulopex/DCF77/DCF77_Frames_e.htm). But your points are pertinent...and you make me doubt about the best choice I have to go for :(

Let's do it a feminine way: keep the first impression as beeing the best one = NANO! :p

dhouston
- 12th November 2010, 16:06
Yup, it's a one-shot project. Anyway, I need to design a PCB for the PIC and the DCF77 receiver (http://home.citycable.ch/flotulopex/DCF77/DCF77_Frames_e.htm).I'm assuming that you do not need to connect to a Network Time Server using NTP since you'll be getting the time wirelessly. You just need to then share that time with the machines on your LAN. I have no idea whether the nano can act as an NTP server, if it can then it may be the best choice but if you're going to have to write the code to push the time out over the LAN, the WIZ110SR would be my choice based on initial cost and its out-of-the-box readiness.

l_gaminde
- 12th November 2010, 16:09
I like ConnectOne's nano LanReach. It does e-mail.

http://www.connectone.com/products.asp?did=73&pid=93

or, if you can use an external adapter and don't need e-mail

http://www.ewiznet.com/goods_detail.php?goodsIdx=115



I have also used the connectone iChip it had good software and could do most of what you want but there were things missing and just wrong for general hookup.

1. Its a 3.3 volt device so you must be running @ 3.3 or use an adapter !

2. Its pin size and Pin Spacing are not standard for US market (this may not be a problem for you)

3. I noted a number of problems to there tech staff about there manual being incorrect which made it very hard to get started without there test board.

4. It does email had it sending mail once every 4 hours when on vacation, time and temp, so I could see if there was any ip address changes ( non static) I would then log on to the webpage to make sure it was working using smart phone.

5. They have wifi modules that do both wired and wireless I would go this route next time.

l_gaminde
- 12th November 2010, 16:18
Thanx for suggestions everyone.

I can grab the ENC28J60 locally, but i'm also interested in the "Connect One" modules too....awaiting order to be processed....

As much as i've read thru tcp/ip stack docs, and several webpages etc, it's still not clear (to me anyway, and i've sat thru Cisco CCNA 1+2) about HOW i get these ethernet modules to work.

Can somebody give me some BASIC pointers or links to 'HOW TO' sites....
A simple checklist of things that need to be done would be VERY handy.

Even the data sheets from various vendors state things like
"by implementing the use of....."
"by simply adding...."
"with the simple addition of......"
but these statements dont ANSWER anything.....
they tell me WHAT needs to be done, but now HOW it's done......:mad:

So far, all i seem to find in many forums and sites are comments like "i used this, i used that, i added this, and implementd that" which is really NO HELP to me at all when i actually wanted to know HOW they achieved a working unit. :mad:

For starters:

Is the ethernet device pre-programmed ready to use?

what do i do with the microchip tcp/ip stack?
Does it program into the ethernet device? into my code? called from my code using the include statement or something else?

It seems many ethernet modules claim "a simple way to connect any mcu onto the internet" and yet i'm finding it to be the most complex task to achive, what am i missing? :confused:

For the people out there who have bought these modules, and already tinkered with them for testing, PLEASE share HOW & WHAT you did to get things up'n'running......

I hope someday i'll look back on this and laugh, I know a challenge is good, but frustratiion isn't welcome....

Sorry if i'm ranting & raving, but sheesh, it shouldn't be this hard????

Thanx in advance,
Marty.

I have only used one device it was connect1s iChip
it works like a modem giving it ati commands and there are hundreds of commands no stack no nothing!! download there manual and read it, ITs a 3.3 volt device so adapter needed, or run your project on 3.3 volts or you have 10 extra wires.

flotulopex
- 12th November 2010, 16:28
...You just need to then share that time with the machines on your LANYES... and NO.

The LAN is dedicated to a security CCTV and access control system. Time has to be "minute" accurate so I prefer to have a good time-base that will adjust the time once or twice a day or so.

NANO does NTP according to its datasheet. Nevertheless, I'll have a deeper look @ WIZ110SR. Actually, I could buy both...and try!

Thanks a lot for your advice... and experience too ;)

tiger_bel
- 13th November 2010, 02:02
hoi,

fyi,

I am using always PBP for all projects except ... if ethernet applic. needed.
My son tested it and is quite easy if using basic 18F97J60 and
libraries from yo2lio 'www.microelemente.ro'

applications also with the ENC chip and smaller processors, webservers, videostreaming
it's a pain with PBP, with MB it all works..
sry

rgds

Charles Linquis
- 13th November 2010, 04:59
My projects are not intended for profit. They are mostly for my own amusement. It probably would not be amusing if I had to support 2280 units.

You are right! Supporting them isn't easy. Fortunately, they are in the hands of only 20-30 customers. That helps a bit.

l_gaminde
- 13th November 2010, 22:03
YES... and NO.

The LAN is dedicated to a security CCTV and access control system. Time has to be "minute" accurate so I prefer to have a good time-base that will adjust the time once or twice a day or so.

NANO does NTP according to its datasheet. Nevertheless, I'll have a deeper look @ WIZ110SR. Actually, I could buy both...and try!

Thanks a lot for your advice... and experience too ;)

Yes it does used this feature

l_gaminde
- 13th November 2010, 22:17
[QUOTE=dhouston;95970]I bought one of the modules with the itsy-bitsy socket because I wanted to see whether it was practical to incorporate it in by PCB design. I decided against it but the boards themselves were the same so I just added pins in order to use that first one in prototyping. One advantage of adding the pins myself was I could mount it atop or beneath my main PCB. BTW, the support techs at ConnectOne are very sharp and well orgaized - all my questions were answered by the same tech so there was no loss of continuity. (Either they are well organized or they only have one overworked support tech.)

only one [email protected]

dhouston
- 14th November 2010, 00:53
Either they are well organized or they only have one overworked support tech.only one [email protected]
that's the one!

dhouston
- 22nd November 2010, 12:11
I just noticed ConnectOne's Mini Socket iWiFi http://www.connectone.com/products.asp?did=73&pid=73 which uses 0.100 inch headers, making it easier to breadboard for experimenting.

l_gaminde
- 23rd November 2010, 18:12
thats good news is it still 3volt

dhouston
- 23rd November 2010, 21:09
is it still 3volt3.3V and the pins are not 5V tolerant so you either need to run your MCU at 3.3V or do 2-way level conversion. Tibbo pins are 5V tolerant which simplifies using it with a 5V MCU.

circuitpro
- 10th December 2010, 19:55
Charles L,

I have been trying to send you a private email regarding this subject. Please check - if you can't get my message, I'll do another route.

Thanks,
Len G.