EDRV FAQ0001 (see also EBC FAQ0015; HA-TADP FAQ0001; ECOM FAQ0008; ERM FAQ0009; WinPLC FAQ0004; EZ Ethernet FAQ0011)
07-Feb-2003
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.

EDRV FAQ0002 (see also ERM FAQ0010; EBC FAQ0016; ECOM FAQ0009)
12-Feb-2003
Q: Can ERM Workbench be used to upgrade firmware on other Host Ethernet devices (e.g. an ECOM)? And if so, how?
A: Yes. 

1. Open ERM Workbench
2. Press the <ERM Workbench> button at bottom left (skip using Wizard)
3. Press the <2. Select Slaves…> button at top right. 
4. Window at left shows ERM devices, but there is a filter at the bottom: "All Devices." Pick this one. 
5. Now all Host Ethernet devices are shown. Pick device of your choice and press <Upgrade Firmware...> button. Follow instructions.

Example:

The Run command is at GS Param 9-27 which is mapped into 0x900 (2304) + 27 = 2331

EDRV FAQ0004 (see also NetEdit FAQ0003, ERM FAQ0003, EBC FAQ0006)
09-Sep-2009
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 EDRV FAQ0012 for installing protocols).
• Make sure NWLink IPX protocol is disabled (unchecked) for any other network connections other than the one you will be using.
• 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).

EDRV FAQ0005 (see also ERM FAQ0014; EBC FAQ0023; ECOM FAQ0019; EZ Ethernet FAQ0014)
26-Mar-2003
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.

EDRV FAQ0006
22-Apr-2003
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:

EDRV FAQ0007 (see also ECOM 0028; EBC FAQ0033, ERM FAQ0020, EZ Ethernet FAQ0017; DirectSOFT FAQ0181; DS Data FAQ0088; SDK FAQ0012; NetEdit FAQ0013)
20-Nov-2003
Q: What Ethernet protocols are used by your products?
A: Refer to chart below:

(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.

EDRV FAQ0008 (see also NetEdit FAQ0011; EBC FAQ0004; ECOM FAQ0034; ERM FAQ0024; PBC FAQ0015)
30-Mar-2010
Q: Getting various errors when attempting to update the booter/firmware for my EBCs, ECOMs, EDRVs and ERMs.
A: First make sure you isolate the device from all other tasks (i.e. put the PLC in the STOP mode; stop HMI; isolate from busy network traffic). Secondly, 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.
   
• (4) "Error 216" - This error means there were severe problems with either writing the firmware to the device, or verifying what was written. Usually if you get this error, it leaves the device in the booter state (i.e. the red ERR light is flashing). In most cases all that is needed is to make sure you isolate the device from all other tasks (as mentioned above), and try the update again.

EDRV FAQ0009 (see also CTRIO FAQ0046; EBC FAQ0047; ECOM FAQ0036; ERM FAQ0030; EZ Ethernet FAQ0018; PBC FAQ0009; PSCM FAQ0001; WinPLC FAQ0018; NetEdit FAQ0014)
07-Nov-2002
Q: What software tool do I use to upgrade/downgrade my Host Engineering hardware?
A: Refer to the following:

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.

EDRV FAQ0010 (see also DS Data FAQ0087; DirectSOFT FAQ0180; NetEdit FAQ0012; EBC FAQ0052; ECOM FAQ0040; ERM FAQ0034; EZ Ethernet FAQ0026)
27-Apr-2004
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 EDRV FAQ0012 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 EDRV FAQ0012 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:

  1. Is the EBC/ECOM/EDRV/ERM/EZ Ethernet  powered up properly? If not, make sure it is.
  2. Is the LINK GD (link good) light on? This indicates that the cabling is good.
  3. 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.
  4. Is the IPX protocol loaded for the NIC you are using and enabled? (see EDRV FAQ0012 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.
  5. 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.
  6. 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.
  7. Is the Network Number for the IPX protocol set to 00000000? If not, it must be, or it will not talk.
  8. 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.
  9. 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.
  10. 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.
  11. 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.
   
• (7) The "C" column indicates an asterisk (*), but there are no conflicts with addresses on the network.
  An asterisk in the "C" column means NetEdit "sees" an address conflict on the network. First, make sure that no IP addresses are the same between the devices that NetEdit sees on the network and the devices NetEdit doesn't see on the network (i.e. PCs, servers, etc.). Second, make sure none of the IDs of any of the devices in NetEdit are the same. If there are no conflicts, this could be caused by an older version of NetEdit. Therefore make sure you have at least NetEdit3 v3.6c or later.

EDRV FAQ0011 (see also NetEdit FAQ0004; EBC FAQ0078; ECOM FAQ0025; ERM FAQ0052; EZ Ethernet FAQ0007)
27-Jan-2010
Q: Can retries and timeout values for NetEdit be adjusted to allow it to find Host Ethernet devices on much slower networks?
A: No, but we will probably include this ability in future releases of NetEdit (greater than v3.7). Currently 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 his list. After the responses are gathered, NetEdit makes a list and then polls each device in the list one at a time to get detailed data, but waits only 250 ms 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 or across the Internet where responses can inadvertently be long and inconsistent. Also, since a broadcast is used, any device between NetEdit and the Host Ethernet modules that block broadcasts can prevent NetEdit from seeing anything.

EDRV FAQ0012  (see also DirectSOFT FAQ0183; DS Data FAQ0093; EBC FAQ0057; ECOM FAQ0043; ERM FAQ0037; EZ Ethernet FAQ0027; NetEdit FAQ0017)
27-Sep-2010
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 WinXP 64-Bit Edition, WinVista or Win7.

EDRV FAQ0013 (see also EBC FAQ0059; ECOM FAQ0051; ERM FAQ0040; EZ Ethernet FAQ0028; NetEdit FAQ0022)
22-Sep-2005
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:

1. If IPX protocol is not installed for your PC's NIC, then install it (see EDRV FAQ0012 above).
2. Select IPX protocol in NetEdit3 and edit the IP address.

EDRV FAQ0014 (see also ERM FAQ0041; EBC FAQ0060)
28-Sep-2005
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:

EDRV FAQ0015 (see also EBC FAQ0061; ECOM FAQ0052; ERM FAQ0042; EZ Ethernet FAQ0029; HA-TADP FAQ0005; WinPLC FAQ0028)
29-Sep-2005
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.

EDRV FAQ0016
29-Sep-2008
Q: When the GS-EDRV is connected to the drive, the drive display flashes "cE03" ("Illegal data value") or "Data Invalid" error.
A: First make sure the following 2 drive parameters are set properly:

     P3.00 (Source of Operation Command) =     03 (Operation determined by RS232/RS485 interface. Keypad STOP is enabled), or...
                                                                          04 (Operation determined by RS232/RS485 interface. Keypad STOP is disabled)

     P4.00 (Source of Frequency Command) =    05 (Frequency determined by RS232/RS485 communication interface.

If these are set properly, then this error is probably caused by incompatible versions of GS3 firmware and the GS-EDRV firmware. There are 2 solutions:

• Upgrade the GS3 drive firmware to v1.04 or later and the GS-EDRV to v1.1.339 or later.
• Downgrade the GS-EDRV firmware to v1.1.109 or earlier.

If you need the older GS-EDRV firmware, please send an e-mail to support@hosteng.com.

EDRV FAQ0017 (see also EBC FAQ0065; ECOM FAQ0053)
20-Feb-2009
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 to 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)

EDRV FAQ0018 (see also EBC FAQ0069; ECOM FAQ0055; ERM FAQ0044; EZ Ethernet FAQ0030; HA-TADP FAQ0006; WinPLC FAQ0032)
15-Nov-2005
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

EDRV FAQ0019 (see also EBC FAQ0070; ECOM FAQ0061; ERM FAQ0045; EZ Ethernet FAQ0031; HA-TADP FAQ0007; WinPLC FAQ0033)
22-Feb-2005
Q: Are the Host Engineering Ethernet products compliant to AS ISO 15745?
A: No.

EDRV FAQ0020 (see also ERM FAQ0053)
03-Jun-2008
Q: Why aren't all the drive parameters mapped in the EDRV when used with ERM?
A: When using the EDRV with an ERM, we had to chose to map only the most frequently used ones in order to save on network and scan time simply because there are an abundance of drive parameters.

There are 2 possible ways to access non-mapped parameters in the drive:

• With ERM as master, write the request into mapped Output Word #10 & #11 and then reading the response in mapped Input Word #15 & #16 (see the EDRV manual for details).
• If it is not possible to get the parameter you want using the above method (e.g. like the GS2 Status Addresses in Hexadecimal range of 0x2100-2110), then the only possible way to get these parameters is to use Modbus TCP (e.g. use an ECOM100 as Modbus TCP master). (See the drive manual for the Modbus TCP address range).

EDRV FAQ0021 (see also ECOM FAQ0067)
01-Apr-2005
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)

EDRV FAQ0022 (see also ERM FAQ0049)
17-May-2007
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

EDRV FAQ0023  (see also NetEdit FAQ0032; EBC FAQ0076; ECOM FAQ0092; ERM FAQ0050)
23-May-2007
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.

EDRV FAQ0024 (see also ERM FAQ0054)
06-Oct-2008
Q: Input Word 3 (IW3) of my EDRV (mapped through an ERM) does not indicate External Fault (EF).
A: This is usually because there is a misunderstanding of what is meant by "External Fault" with regards to drive parameter P9.29. An External Fault (EF) can be manually triggered in 2 ways:

          1.  Drive digital input:  By default, shorting the DCM terminal to DI3 causes an EF which can be reset using the Reset button on the drive keypad. An EF triggered in this manner is not indicated in drive parameter P9.29.
          2.  Serial communication partner:  A serial communication device can write a 1 to P9.29 to manually trigger an EF in the drive, or write a 1 to P9.30 to reset the EF.

Now, to construct IW3, the EDRV merely reads drive parameter P9.29 (External Fault [triggered by serial communication device]) and then ORs that value with its own Serial Communications Fault Bit. Thus:

            IW3:
         

Thus, possible values for IW3 are be:

EDRV FAQ0025 (see also ERM FAQ0055)
30-Sep-2008
Q: Input Word 4 (IW4) of my EDRV (mapped through an ERM) does not clear to zero (0) when the drive fault is cleared.
A: This is because IW4 is not actually the "Status Monitor" (i.e. 2100 hex, or Modbus Address 8448). Instead, IW4 is merely reading P6.31 (Present Fault Record).

If you wish to monitor for an error on the drive, it is best to use the ERM Slave Status Bits (mapped to X300 - X317 by default).

EDRV FAQ0026 (see also ERM FAQ0056; EBC FAQ0081)
25-Mar-2009
Q: Trying to use the example in B-2 of the ERM Manual to reset errors in the EDRV and EBC/EBC100, but X330 (ERM Disable Request Bit) of the ERM Status Word never comes ON.
A:  This is a bug in older versions of the ERM firmware.

The ERM Status Word contains the current ERM Error Code in the LSByte and the Status Bits in the MSByte. Currently, only bit 8 (X330) is used in the MSB designating the ERM is disabling a Slave. Earlier versions of the ERM firmware was incorrectly handling this feedback bit. This is fixed in the following firmware:

H2-ERM    v1.1.19 (or later)
H4-ERM    v1.1.19 (or later)

EDRV FAQ0027 (see also CTRIO FAQ0045; DirectSOFT FAQ0132; DL Plus FAQ0010; DNLoader FAQ0011; DS Data FAQ0102; EBC FAQ0083; ECOM FAQ0084; ERM FAQ0058; EZ Ethernet FAQ0010; General FAQ0004; HA-TADP FAQ0008; Lookout Direct FAQ0015; NetEdit FAQ0037; PBC FAQ0014; PSCM FAQ0003; SDK FAQ0022; SERIO FAQ0004; WinPLC FAQ0038)
31-Dec-2009
Q: What is the export classification of your products (e.g. ECCN)
A: None of our products have an ECCN. Automation Direct sells our products and they export EAR99 NLR (No License Required). ECCN is Export Controlled Classification Number and none of our products are controlled.

EDRV FAQ0028 (see also ECOM FAQ0099; EBC FAQ0085; EZ Ethernet FAQ0013)
19-May-2010
Q: Do Host Ethernet devices use full- or half-duplex communications?
A: Half-duplex, allowing alternating transmission in 2 directions, but not in both directions simultaneously.

EDRV FAQ0029 (see also ECOM FAQ0114, EBC FAQ0086, ERM FAQ0060, EZEthernet FAQ0032, NetEdit FAQ0040)
11-Feb-2011
Q: What do the Ethernet Stats at the bottom of NetEdit specifically mean?
A:  These are stats that are reported up to the firmware from the hardware communication components. They are technically defined as:

Missed Fr - "Missed Frames" - A count of the packets missed due to overruns, unavailable buffers or a disabled receiver.
TX Coll - "Transmit Collisions" - A count of the packets which had a late collision while being received.
Lost Pkts - "Lost Packets" - A count of the packets discarded because they were too long or too short.
Bad Pkts - "Bad Packets" - A count of the packets which have bad CRCs (checksums).
Unknown - A count of the packets which contain invalid symbols, extra bits or resulted in a receiver overrun condition.
TX Errors - "Transmit Errors" - A count of the packets which could not be sent because the transmitter was unavailable for an extended period of time.