Help - Search - Members - Calendar
Full Version: Downloading project via Ethernet
Forums.MrPLC.com > PLCs and Supporting Devices > Omron > CX-Designer
Donovanr
I have found the solution to my problem after a little searching but what a pain in the A!!

When downloading a project to a NS5 screen using Ethernet, i had to disable my wireless connection on my laptop to allow the transfer to complete...

Are there any other options that i have missed? sad.gif

How can i be on my favourite forum website when i dont have an internet connection angry.gif

NS5 touch panel upgraded to version 8 firmware.
CX-Designer 3.001

PMCR
Omron uses 2 different connections to download to an NS on Ethernet.
A Telnet connection is used to put the NS into Transmit Mode, then a FINS connection is used to transfer the project.
The Telnet connection seems to use the correct Ethernet card, but the FINS connection does not.
If you have gotten the message that the NS is already connected and you must restart it, then the Telnet connection previously put the NS into transmit mode, but the FINS connection timed out.
You may be able to overcome this by changing the priority of your Ethernet Adapters in Windows.
Change your wired Ethernet adapter to Primary, then reboot the PC and try with wireless enabled.
The attached document is from a manual I wrote for use with an ActiveX Control, so ignore the references to the ActiveX Control and simply use it as a reference for setting your wired ethernet card as primary.

[attachmentid=7116]

PdL
QUOTE(PMCR @ Jan 23 2009, 11:49 AM) [snapback]77970[/snapback]
Omron uses 2 different connections to download to an NS on Ethernet.
A Telnet connection is used to put the NS into Transmit Mode, then a FINS connection is used to transfer the project.
The Telnet connection seems to use the correct Ethernet card, but the FINS connection does not.
If you have gotten the message that the NS is already connected and you must restart it, then the Telnet connection previously put the NS into transmit mode, but the FINS connection timed out.
You may be able to overcome this by changing the priority of your Ethernet Adapters in Windows.
Change your wired Ethernet adapter to Primary, then reboot the PC and try with wireless enabled.
The attached document is from a manual I wrote for use with an ActiveX Control, so ignore the references to the ActiveX Control and simply use it as a reference for setting your wired ethernet card as primary.

[attachmentid=7116]



Very useful tip PMCR thumbsupsmileyanim.gif
I knew the workaround (disabling "Auto-detect" workstation ID also works) but never the actual cause smile.gif
Donovanr
QUOTE(PMCR @ Jan 23 2009, 05:49 AM) [snapback]77970[/snapback]
Omron uses 2 different connections to download to an NS on Ethernet.
A Telnet connection is used to put the NS into Transmit Mode, then a FINS connection is used to transfer the project.
The Telnet connection seems to use the correct Ethernet card, but the FINS connection does not.
If you have gotten the message that the NS is already connected and you must restart it, then the Telnet connection previously put the NS into transmit mode, but the FINS connection timed out.
You may be able to overcome this by changing the priority of your Ethernet Adapters in Windows.
Change your wired Ethernet adapter to Primary, then reboot the PC and try with wireless enabled.
The attached document is from a manual I wrote for use with an ActiveX Control, so ignore the references to the ActiveX Control and simply use it as a reference for setting your wired ethernet card as primary.



PMCR

Thanks for your response, your right about the two connections.
Sometimes you can get the NS in Transmit mode, but then it would just time out.

I will have a crack at changing my settings

Cheers


Donovanr
Found my Local Area Connection was below my Wireless Network Connection in the pecking order...

Now works a treat!!

Thanks PMCR
PdL
Once more I would like to thank PMCR for this tip. notworthy.gif notworthy.gif notworthy.gif notworthy.gif notworthy.gif
Where before I was competely in the dark when getting strange connection problems, this method has now saved me a number of times where I would have been desparate. Also remarkable no tech support has ever mentioned this. Nowadays this on top of my checklist for connection problems!!!

e.g. recently, a project with 7 CJ1Ms on Ethernet to a Dyalox running NS-Runtime.
After a while, my colleague got a call that NS-runtime would occasionally loose connection with 1 host.
After checking all the obvious, I was baffled. In CXP, I could get online with with "auto detect workstation ID" checked with all 6 hosts but not that particular host, but when I unchecked auto-detect for that host it connected.
All in one project tree, using same network settings, same hardware, same routing tables, double checked everything a hundred times. Comms between CPU's with SEND/RECV was working for all hosts.
Then I remembered the above setting. I thought it would make sense if all hosts suffered the same symptoms, but what can it hurt... I changed the adapter to primary, et voila. Instant connection by NS-Runtime and CXP could do auto-detect.
Why only this CPU suffered these symptoms is still unclear to me but at least I was able to solve it!!


This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2010 Invision Power Services, Inc.