|
FAQ0001 (see also EBC FAQ0015; HA-TADP FAQ0001; ECOM FAQ0008; ERM FAQ0009; WinPLC FAQ0004; EZ Ethernet FAQ0011)
02/07/03 qty=1
Q: Can the MAC address be changed?
A: The MAC address is burned into the ROM of the device and is set just before it leaves the factory. There is no logical way for any protocol to change this address. Host Engineering’s range for
Ethernet MAC addresses is 00.E0.62.xx.xx.xx.
However, there was a bug with the old Ether32.EXE program that could change
the MAC Address! If you use Ether32.EXE to update the booter using TCP/IP
protocol (i.e. use the "/pi" option on the command line), then the MAC Address
could be changed by accident!
- If MAC Address gets changed by accident in the above fashion, then you
will have to ship the module(s) to Host Engineering for repair.
- When updating the booter/firmware of the EBC, EDRV, ECOM or ERM always use
NetEdit instead of the outdated Ether32.EXE.
FAQ0002 (see also ERM FAQ0010; EBC FAQ0016; ECOM FAQ0009)
02/12/03 qty=1
Q: Can ERM Workbench be used to upgrade firmware on other Host Ethernet devices (e.g. an ECOM)? And if so, how?
A: Yes.
- Open ERM Workbench
- Press the <ERM Workbench> button at bottom left (skip using Wizard)
- Press the <2. Select Slaves…> button at top right.
- Window at left shows ERM devices, but there is a filter at the bottom: "All Devices." Pick this one.
- Now all Host Ethernet devices are shown. Pick device of your choice and press <Upgrade Firmware...> button. Follow instructions.
FAQ0003
02/24/03 qty=1
Q: Can I use MODBUS/TCP to access the memory in a GS-EDRV?
A: Yes. The Modbus TCP is supported on Port 502. You have access to all of the memory in the GS-EDRV. The memory type is the hundredths place. The offsets are in hex.
This is not a complete list, it's just a random sampling of the
available locations.
| GS-EDRV |
MODBUS/TCP
(hex) |
WORD Register |
| P0.00 |
0x0000 |
0 |
| P1.00 |
0x0100 |
256 |
| P2.00 |
0x0200 |
512 |
| P3.00 |
0x0300 |
768 |
| P4.00 |
0x0400 |
1024 |
| P5.00 |
0x0500 |
1280 |
| P6.00 |
0x0600 |
1536 |
| P7.00 |
0x0700 |
1792 |
| P8.00 |
0x0800 |
2048 |
| P9.00 |
0x0900 |
2304 |
Example:
The Run command is at GS Param 9-27 which is mapped into 0x900 (2304) + 27
= 2331
FAQ0004 (see also NetEdit FAQ0003, ERM FAQ0003, EBC FAQ0006)
11/01/02 qty=3
Q: NetEdit sees ERM, EBC and EDRV, but ERM
Workbench gets error "ERM not found" when trying to write the
configuration to the ERM.
A: Downloading the latest version of ERM Workbench may remedy this problem;
especially if you are using the ERM Workbench Wizard. You should download at
least ERM Workbench v1.1 Build 26. Otherwise here are some things to try:
- Make sure NWLink IPX protocol is loaded for your PC's NIC (see EDRIVE
FAQ0012 for installing protocols).
- Make sure your PC's NIC is not "Bridged" but only "Enabled." (My Network
Places --> Properties).
- Make sure you have no other "Bridged" connections "Enabled" in your list
of LAN Connections. (My Network Places --> Properties).
- Make sure you only have a single LAN Connection and not multiple
connections. (My Network Places --> Properties).
- Make sure your Internal Network Number is set to "00000000." (My Network
Places --> Properties --> LAN Connection --> Properties --> General tab -->
NWLink IPX protocol --> Propterties button).
- Make sure you have "QoS packet tagging" disabled. (My Computer
--> Properties --> Hardware tab --> Device Manager button --> Network adapters
--> (your NIC's name) --> Properties --> Advanced tab --> 802.1p QOS).
FAQ0005 (see also ERM FAQ0014; EBC FAQ0023; ECOM FAQ0019; EZ Ethernet
FAQ0014)
03/26/03 qty=1
Q: For my Ethernet network that would exceed 100 meters, is a standard hub
considered a repeater so as to increase the permissible length?
A: Yes. The maximum distance per 10BaseT cable segment is 100 meters. Repeaters
(e.g. hubs, bridges, etc.) extend the distance. Each cable segment attached to a
repeater can be 100 meters. Thus, two repeaters can gain you a total of 300
meters distance.
FAQ0006
04/22/03 qty=1
Q: Can't get the GS-EDRV to talk to my GS2 drive.
A: The most common mistake made here is not having the drive parameters set
properly. Please insure they are set as follows:
|
GS2-43P0 |
DEFAULT |
NEW |
COMMENTS |
|
P 0.00 |
480 |
460 |
Motor
Nameplate Voltage Setting |
|
P 0.01 |
5 |
4.8 |
Motor
Nameplate Amps Setting |
|
P0.02 |
60 |
60 |
Motor
Base frequency |
|
P0.03 |
1750 |
1725 |
Motor
base RPM |
|
P0.04 |
1750 |
1725 |
Motor
Maximum RPM |
|
P1.00 |
0 |
1 |
Coast
to stop |
|
P1.01 |
10 |
20 |
Acceleration time |
|
P2.00 |
0 |
2 |
Volts/Hertz set to fans and pumps |
|
P3.00 |
0 |
3 |
RS485
operation control enabled |
|
P4.00 |
0 |
5 |
RS485
speed reference control |
|
P8.00 |
0 |
3 |
RPM
display |
|
P9.00 |
1 |
X(1) |
Communication address (dependent on drive 1-8) |
|
P9.01 |
1 |
1 |
9600
Baud rate |
|
P9.02 |
0 |
5 |
MODBUS
RTU 8 data bits, odd parity, 1 stop bit |
FAQ0007 (see also ECOM 0028; EBC FAQ0033, ERM FAQ0020, EZ Ethernet
FAQ0017; DirectSOFT FAQ0181; DS Data FAQ0088; SDK FAQ0012; NetEdit FAQ0013)
11/20/03 qty=3
Q: What Ethernet protocols are used by your products?
A: Refer to chart below:
|
Product |
Ethernet Protocols |
|
UDP/IP |
IPX |
TCP/IP |
Raw
Ethernet Broadcast (1) |
| K-seq |
DirectNet |
ECOM (2) |
Koyo Backplane |
User Defined Data |
Proprietary (1) |
K-seq |
DirectNet |
ECOM (2) |
Proprietary (1) |
Modbus TCP Master |
Modbus TCP Slave |
Proprietary (1) |
Koyo Backplane |
| Hardware |
ECOM |
X |
X |
X |
X (3) |
X (4) |
|
X |
X |
X |
|
|
|
|
X (5) |
| ECOM100 |
X |
X |
X |
X (3) |
X (4) |
|
X |
X |
X |
|
X (6) |
X |
|
X (5) |
| EBC |
|
|
|
|
|
X |
|
|
|
X |
|
|
|
|
| EBC100 |
|
|
|
|
|
X |
|
|
|
X |
|
X |
|
|
| ERM |
|
|
|
|
|
X (7) |
|
|
|
X (7) |
(8) |
|
|
|
| EDRV |
|
|
|
|
|
X |
|
|
|
X |
|
X (12) |
|
|
| EZ Ethernet |
X |
X |
X |
|
|
|
X |
X |
X |
|
|
|
|
|
| EZ EtherPLUS |
X |
X |
X |
|
|
|
X |
X |
X |
|
X |
|
|
|
| WinPLC |
|
|
|
|
|
|
|
|
|
|
|
|
X |
|
| Software |
DirectSOFT |
X |
X |
X |
|
|
|
X |
X |
X |
|
|
|
|
|
| DS Data |
X |
X |
X |
|
|
|
X |
X |
X |
|
|
|
|
|
| Ethernet SDK |
X (9) |
X |
|
|
|
X |
X (9) |
X |
|
X |
|
|
|
|
| NetEdit |
X (10) |
|
|
|
|
X (11) |
X (10) |
|
|
X (11) |
|
|
|
|
(1) Not an industry standard. However, protocol is available for
3rd-party development upon request.
(2) Not really a distinct protocol. This setting is used to
intelligently pick K-sequence or DirectNet as needed by the hardware/software.
(3) Used when doing ECOM-to-ECOM via RX/WX instructions with RX/WX
Node Map configured in sending ECOM.
(4) Used when doing ECOM-to-PC (Report-by-Exception) via RX/WX
instructions (Address 90 only) with ECOM's dipswitch 7 set ON.
(5) Used when doing ECOM-to-ECOM via RX/WX instructions
without RX/WX Node Map configured in sending ECOM.
(6) RX/WX Node Map must be configured in ECOM.
(7) ERM can talk to one slave with UDP/IP and another with IPX
simultaneously.
(8) Planned for Dec2004-Feb2005.
(9) Requires K-sequence protocol spec (request from Automation
Direct)
(10) Uses K-sequence to perform "Test CPU Access!" function.
(11) Uses this protocol to perform "Show Base Contents..."
function.
(12) The older HA-EDRV2 cannot talk Modbus TCP.
FAQ0008 (see also EBC FAQ0004; ECOM FAQ0034; ERM FAQ0024; NetEdit FAQ0011)
01/06/03 qty=3
Q: Getting various errors when attempting to update the booter/firmware for my
EBCs, ECOMs, EDRVs and ERMs.
A: First of all make sure you are using the latest version of NetEdit3 which can
be downloaded for free here:
http://www.hosteng.com/SW-Products/NetEdit3.zip
Here are some common problems experienced:
- (1) After Rescanning, the booter/firmware version doesn't change -
NetEdit is probably getting an error that is not getting reported. Upgrade to
the latest NetEdit (i.e. >v3.4). If this doesn't work then report the error
to us and we can send you ETHER32.EXE which should do it.
- (2) "Error booting to booter" - You are probably using the old
ETHER32.EXE utility. It is much easier to utilize the latest NetEdit3 to
accomplish updates. It has a fully integrated firmware/booter update facility
as well as "live update" feature to retrieve the latest firmware/booter files
from our website.
- (3) "Error! Error 32774 from DownloadBinFile!" - This error 32774 is
sometimes indicated as "Error 0x8006" and simply is a general timeout message.
This simply means that NetEdit3 cannot talk to the device in a consistent
manner (i.e. uninterrupted). Some things that can cause this:
- The network could be too busy, therefore isolate this device and try
again.
- The WinXP firewall could be turned on. If so you must do one of the
following:
(1) Turn the firewall off, or
(2) Create an exception for NetEdit3.EXE application,
or
(3) Create an exception for port #0x7070 (28784) for
both TCP and UDP protocols. which is the port number that all of our Ethernet
devices use for communication.
FAQ0009 (see also CTRIO FAQ0046; EBC FAQ0047; ECOM FAQ0036; ERM FAQ0030; EZ
Ethernet FAQ0018; PBC FAQ0009; PSCM FAQ0001; WinPLC FAQ0018; NetEdit FAQ0014)
11/07/02 qty=2
Q: What software tool do I use to upgrade/downgrade my Host Engineering
hardware?
A: Refer to the following:
|
Host Hardware |
Part Number |
Firmware/Booter Upgrade Tool |
| CTRIO |
H0-CTRIO
H2-CTRIO
H4-CTRIO |
CTRIO Workbench |
EBC
EBC100 |
H2-EBC
H4-EBC
T1H-EBC |
NetEdit3 |
| T1H-EBC100 |
NetEdit3 (v3.4 or higher) |
| H2-EBC100 |
NetEdit3 (v3.5 or higher) |
ECOM
ECOM100 |
H0-ECOM
H2-ECOM
H4-ECOM |
NetEdit3 |
H0-ECOM100
H2-ECOM100
H4-ECOM100 |
NetEdit3 (v3.5 or higher) |
| EDRV |
EDRV |
NetEdit3 |
| ERM |
H2-ERM
H4-ERM |
NetEdit3 or ERM Workbench |
| EZ Ethernet |
EZ Ethernet
EZ EtherPLUS |
EZ Touch |
| PBC |
H2-PBC |
NetEdit3 |
| PSCM |
H0-PSCM
H2-PSCM |
| WinPLC |
WinPLC |
WinPLC Workbench |
NOTE: All the firmware for the above products can be downloaded using
NetEdit3's File --> Live Update... The firmware files are stored in c:\HAPTools\Images
folder.
FAQ0010 (see also DS Data FAQ0087; DirectSOFT FAQ0180; NetEdit FAQ0012;
EBC FAQ0052; ECOM FAQ0040; ERM FAQ0034; EZ Ethernet FAQ0026)
04/27/04 qty=8
Q: Getting various errors when attempting to use NetEdit to see or establish a
link to a Host Ethernet device.
A: Here are know errors and their suggested solutions:
CAUTION: You may want to consult your Network Administrator before doing any
of the solutions below! He/she may not want you to change your PC's setup at
all!
- (1) "Error 10047" - This is an error from Microsoft Winsock. Formally
it is known as "WSAEAFNOSUPPORT" and is described as, "Address family not
supported by protocol family. An address incompatible with the requested
protocol was used. All sockets are created with an associated address family
(that is, AF_INET for Internet Protocols) and a generic protocol type (that
is, SOCK_STREAM). This error is returned if an incorrect protocol is
explicitly requested in the socket call, or if an address of the wrong family
is used for a socket, for example, in sendto."
Possible causes:
(1) IPX protocol is not installed for your NIC.
(2) TCP/IP protocol not installed for your NIC.
(see NetEdit FAQ0017 for installing
protocols)
- (2) "Error 10051" - This is an error from Microsoft Winsock. Formally
it is known as "WSAENETUNREACH" and is described as, "Network is
unreachable. A socket operation was attempted to an unreachable network. This
usually means the local software knows no route to reach the remote host. Very
similar to Error 10065 WSAEHOSTUNREACH only this is usually related to IPX
protocol."
Possible causes:
(1) NIC is disabled.
(2) IPX protocol is not installed for your NIC (see NetEdit FAQ0017 for
installing protocols).
- (3) "Error 10061" - This is an error from Microsoft Winsock. Formally
it is known as "WSAECONNREFUSED" and is described as, "Connection refused.
No connection could be made because the target computer actively refused it.
This usually results from trying to connect to a service that is inactive on
the foreign host---that is, one with no server application running."
Possible causes:
(1) You have a firewall software installed and enabled (e.g. ZoneAlarm).
(a) Uninstall it, or...
(b) Disable it, or...
(c) Poke a hole in it by making exceptions for
the NetEdit3.EXE application or for TCP Port # 0x7070 (28784 decimal).
- (4) "Error 10065" - This is an error from Microsft Winsock. Formally it
is known as "WSAEHOSTUNREACH" and is described as, "No route to host. A
socket operation was attempted to an unreachable host. Very similar to Error
10051 WSAENETUNREACH only this is usually related to TCP/IP protocol."
Possible causes:
(1) NIC is disabled.
(2) TCP/IP protocol is not installed for your NIC.
(3) Your NIC and the Host Ethernet device are on different subnets:
(a) Change your NIC's TCP/IP address to put it on
the same subnet as the Host Ethernet device, or...
(b) Change your Host Ethernet device's TCP/IP
address to put it on the same subnet as the NIC, or...
(c) Change the subnet mask in your network
configuration settings.
-
(5) "Error reading configuration values from device."
First of all, there was a bug in versions of NetEdit previous to v3.1, that
when you pressed the Query Network button this error could pop up. If this is the case then you just need to download a later
copy (at least v3.1) of NetEdit from our website. If this is not the case then notoriously, this error is caused by one of the following:
- Is the EBC/ECOM/EDRV/ERM/EZ Ethernet powered up properly? If not, make sure it is.
- Is the LINK GD (link good) light on? This indicates that the cabling is good.
- While using NetEdit, does the ACTIVE light blink when changing protocols from IPX to UDP/IP? This indicates that the EBC/ECOM/EDRV/ERM/EZ
Ethernet is seeing Ethernet packets.
- Is the IPX protocol loaded for the NIC you are using and enabled? (see
NetEdit FAQ0017 for installing protocols). There are fewer things to mess up with IPX, so it is the better protocol to use when trying to diagnose the problem.
- Is there just one NIC in the PC? If not, then it is possible that the packets are going out one or both NICs but being received by the “wrong” NIC as seen from
NetEdit.
- Is there just one LAN connection loaded for the NIC? Multiple LAN connections (e.g. WAN network driver) can cause similar problems as with two
NICs.
- Is the Network Number for the IPX protocol set to 00000000? If not, it must be, or it will not talk.
- Is the NIC running at 10Mpbs? (disconnect NIC cable; reboot PC; reconnect NIC cable). If it is trying to run at 100Mbps, it will not talk.
- Do you have "802.1p QoS packet tagging" enabled? If so, disable it (Device Manager, Network Adapter, Properties, Advanced). This adds information to the IPX and TCP/IP packets that is not understood by
NetEdit.
- Is there firewall software loaded (e.g. ZoneAlarm)? This can interfere with the IPX and the TCP/IP protocol packets. We have to disable this software to get ours to talk properly.
- Is the network hardware verified? (cabling / hub / EBC/ECOM/EDRV/ERM/EZ
Ethernet / NIC)?
If none of these things fix the problem, then it is possible that the EBC/ECOM/EDRV/ERM/EZ
Ethernet device is defective and you may need to send it in for repair.
- (6) Nothing shows up in the list, or not all devices show up in the
list, or list shows incomplete data.
NetEdit sends out a broadcast and waits 600 ms for devices to respond. If
the devices take longer than this to respond they will be missing from the
list. After the responses are gathered, NetEdit makes a list and then polls
each device in the list to get detailed data, but waits only 250ms for
response from each device. If the device takes longer than this to respond
some of its data may be missing. This is not a problem on a normal wired
network, but can be a problem on a wireless network where responses can
inadvertently be long and inconsistent. Also, since a broadcast is used if the devices
are on the other side of a LAN or WAN, these network devices by default will
usually block broadcast
packets. However, this does not necessarily mean that you cannot ping the
devices (TCP/IP protocol) and/or use DirectSOFT to link to them (e.g. by manually
entering the IP address). In general, however, problems like this can also be
caused by the
things listed in bullet (5) above.
FAQ0011 (deleted; included in FAQ0010)
FAQ0012 (see also DirectSOFT FAQ0183; DS Data FAQ0093; EBC FAQ0057;
ECOM FAQ0043; ERM FAQ0037; EZ Ethernet FAQ0027; NetEdit FAQ0017)
04/29/05 qty=1
Q: How can I install IPX protocol for my NIC?
A: You can find instructions on how to do this for your particular
operating system by going to Start --> Help & Support and searching for "Install
NWLink." Below are the instructions from Microsoft for doing this on a WinXP PC.
The instructions are similar for other operating systems (e.g. WinNT, Win98,
WinME, Win2K).
To install NWLink IPX/SPX/NetBIOS Compatible Transport Protocol
(1) Open Network Connections:
(a) Click Start -->
Settings --> Control Panel.
(b) Double-click Network
Connections.
NOTE: You must be a member of the
Administrators group to install protocols. Also, when IPX is installed it is
installed for all your connections. If you don't want it installed for a certain
connection, then right-click that connection, click Properties and, on
either the General or Networking tab, clear the NWLink IPX/SPX/NetBIOS
Compatible Transport Protocol check box.
(2) Right-click a local area connection, then click Properties.
(3) On the General tab, click Install.
(4) In the Select Network Component Type dialog box, click
Protocol, and then click Add.
(5) In the Select Network Protocol dialog box, click NWLink IPX/SPX/NetBIOS
Compatible Transport Protocol, and then click OK.
IMPORTANT: The IPX/SPX protocol is not available on Windows XP
64-Bit Edition.
FAQ0013 (see also EBC FAQ0059; ECOM FAQ0051; ERM FAQ0040; EZ Ethernet
FAQ0028; NetEdit FAQ0022)
09/22/05 qty=1
Q: I inadvertently changed the IP address of my Host Engineering Ethernet
device and now NetEdit cannot find it, nor can I ping it. How can I get it
"back?"
A: It can be changed using IPX protocol:
- If IPX protocol is not installed for your PC's NIC, then install it (see
EDRIVE FAQ0012 above).
- Select IPX protocol in NetEdit3 and edit the IP address.
FAQ0014 (see also ERM FAQ0041; EBC FAQ0060)
09/28/05 qty=1
Q: In ERM Workbench, what do the colors of the slave numbers in the Slave
Status box mean?
A: Colors indicate slave status of a particular slave:
|
COLOR |
DESCRIPTION |
| Grey |
Slave not configured. |
| Green |
Slave configured and ERM successfully communicating
with it. |
| Yellow |
Slave configured and ERM successfully communicating
with it, but the slave has an error in its I/O. |
| Red |
Slave configured but ERM cannot communicate with it. |
FAQ0015 (see also EBC FAQ0061; ECOM FAQ0052; ERM FAQ0042; EZ Ethernet
FAQ0029; HA-TADP FAQ0005; WinPLC FAQ0028)
09/29/05 qty=1
Q: Do any of your Ethernet devices support the next generation of Internet
(IPv6)?
A: No; nor do we have any plans to implement it at this time.
FAQ0016 (see also ERM FAQ)
10/28/05 qty=1
Q: If Ethernet communications are lost between ERM and EDRV, will the motor
keep running or will it shut off?
A: (FAQ in-work...)
FAQ0017 (see also EBC FAQ0065; ECOM FAQ0053)
05/25/05 qty=1
Q: Using a 3rd-party Modbus TCP master (e.g. Wonderware), when multiple
requests are sent to the ECOM100, EBC100, or EDRV, sometimes some of the packets
timeout.
A: The firmware of these devices were originally set up to do one
transaction at a time. Multiple requests do different TCP port numbers was not a
problem. This problem was fixed in:
H0-ECOM100 firmware version 4.0.52 (or later)
H2-ECOM100 firmware version 4.0.999 (or later)
H2-EBC100 firmware version 4.0.464 (or later)
T1H-EBC100 firmware version 4.0.1309 (or later)
GS-EDRV firmware version 1.1.267 (or later)
FAQ0018 (see also EBC FAQ0069; ECOM FAQ0055; ERM FAQ0044; EZ Ethernet
FAQ0030; HA-TADP FAQ0006; WinPLC FAQ0032)
11/15/05 qty=1
Q: What types of Ethernet framing do your Ethernet products support?
A: All our Ethernet products (ECOM, ECOM100, EBC, EBC100, EDRV, ERM, EZ
Ethernet, EZ EtherPLUS, HA-TADP and WinPLC) all support the following types of
Ethernet framing:
- IEEE 802.2
- IEEE 802.3
- Ethernet II
- Ethernet SNAP
FAQ0019 (see also EBC FAQ0070; ECOM FAQ0061; ERM FAQ0045; EZ Ethernet
FAQ0031; HA-TADP FAQ0007; WinPLC FAQ0033)
02/22/05 qty=1
Q: Are the Host Engineering Ethernet products compliant to AS ISO 15745?
A: No.
FAQ0020
12/14/04 qty=1
Q: Why aren't all the drive parameters mapped in the EDRV?
A: When using Modbus TCP protocol, all of the drive parameters are mapped
(which is a lot!), but we chose to have the EDRV to only map the most frequently
used ones in order to save on network and scan time. But you can read/write
from/to all drive parameters by using the addressing conventions outlined in the
EDRV manual. This entails writing the request into Output Word #10 & #11 and
then reading the response in Input Words #15 & #16. (See manual for details).
FAQ0021 (see also ECOM FAQ0067)
04/01/05 qty=1
Q: Can't get my ECOM100 as a Modbus TCP Client (master) to communicate
properly to my GS-EDRV.
A: This is a bug in the ECOM100 firmware. Firmware
that fixes this problem is:
H0-ECOM100 v4.0.52 (or later)
H2-ECOM100 v4.0.914 (or later)
FAQ0022 (see also ERM FAQ0049)
05/17/07 qty=1
Q: When using the HA-EDRV with an H2-ERM or H4-ERM, sometimes one or more of
the Output Words seems to stop updating and working correctly.
A: This is a bug in the HA-EDRV firmware v1.0.121 and earlier. The problem
is fixed in:
HA-EDRV firmware v1.0.128 and later
FAQ0023 (see also NetEdit FAQ0032; EBC FAQ0076; ECOM FAQ0092; ERM
FAQ0050)
05/23/07
Q: Can firmware upgrades be performed over a remote network (e.g. over the
Internet)?
A: Not normally, no. The reason is because NetEdit must be able to see the Host
Ethernet device in his list. The list is compiled by NetEdit sending out a
broadcast and having all the Host Ethernet devices respond. Since the Internet
will block all broadcasting, then the list will always be blank. However, it is
possible to configure a VPN (Virtual Private Network) between the locations and
configure the VPN in such a way as to allow broadcasting.
|