ERM/ERM100 FAQs
(Last Update: 07-Jan-2015, ERM FAQ0024)

ERM FAQ0001 (see also EBC FAQ0003)
11-Jul-2002
Q: ERM Workbench is not reporting errors when the analog output cards in the EBC rack are missing +24Vdc supply.
A: Facts Engineering (the designer of the analog cards) says that the cards themselves do not report errors regarding the absence of their +24Vdc supply. Therefore the EBC doesn't see them, and subsequently neither does the ERM or the Workbench software.


ERM FAQ0002
11-Jul-2002
Q: In ERM Workbench, what is the "Other" column for?
A: Coupled with the "Error" column, in case there is extra data given.


ERM FAQ0003 (see also NetEdit FAQ0003, EBC FAQ0006, EDRIVE FAQ0004)
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:


ERM FAQ0004 (see also EBC FAQ0007)
07-Nov-2003
Q: Can an EBC (that is hooked to an ERM)'s serial port be used for HMI devices?
A: No, ERM doesn't support serial-port comm on the EBC. ERM100 & EBC100's will have serial port support, however.


ERM FAQ0005 (see also WinPLC FAQ0001, EBC FAQ0010)
22-Jan-2003
Q: Does the WinPLC allow for an ERM?
A: Yes. The WinCE-only version can have up to 6 ERMs (due to power budget limitations) and each ERM supporting as many as 16 EBCs. However if the WinPLC you are using is a Think&Do version you are limited to only 1 ERM and that ERM can only have 1 EBC.


ERM FAQ0006 (see also EBC FAQ0011)
21-Jan-2003
Q: Have DL260 using 2 ERMs on 2 seperate networks. Worked for a season. Now the second ERM fails if more than 2 EBCs are hooked to it.
A: Since the system worked good for a while, then something obviously changed. Check network hardware (like hubs).


ERM FAQ0007 (see also EBC FAQ0012, SDK FAQ0001)
29-Jan-2003
Q: How do you determine what state the outputs will go to if comm is lost on the EBC?
A: If using the SDK, this can be set with the subroutine HEIWriteSetupData. If using ERM WorkBench the watchdog has a timeout value and by default it is set to freeze outputs if comm is lost.. However, you can also set it to disable all outputs if watchdog fires.


ERM FAQ0008 (see also EBC FAQ0013)
11-Jun-2002
Q: Error codes for ERM and EBC are hard to understand and incomplete.
A: Error codes have been added to the ERM Workbench and the ERM manual with explanations of possible causes.


ERM FAQ0009 (see also EBC FAQ0015; HA-TADP FAQ0001; EDRIVE FAQ0001; ECOM FAQ0008; 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 Engineerings 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!


ERM FAQ0010 (see also EBC FAQ0016; ECOM FAQ0009; EDRIVE FAQ0002)
07-Nov-2012
Q: Can ERM Workbench be used to upgrade firmware on other Host Ethernet devices (e.g. an ECOM)? And if so, how?
A: Older versions of ERM Workbench (before v2.0) can be used in this manner. If ERM Workbench is v2.0 or later, then this is not possible; instead NetEdit3 must be used.

If using ERM Workbench earlier than v2.0: 

  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.

ERM FAQ0011 (see also EBC FAQ0017)
19-Feb-2003
Q: What is the response time of an EBC?
A: This is a common question and has a very technical answer. It is also a bit ambiguous because in any system that utilizes an EBC there are several different asynchronous loops going on that contribute to overall delay (or response time). What follows are 14 formulas for calculating worse-case response time for all module types (Discrete IN, Discrete OUT, Analog IN, Analog OUT). Keep in mind, this is not a scan time that you are calculating, but rather a response time.

A scan time is generally a constant (like that of a PLC). Since there are several asynchronous things happening in any EBC system, there is no such thing as a constant scan time.

A response time calculation will, however, give you the worse-case time possible depending on whether you want to know:

Use the following table to figure out which FORMULAs to use for your particular application. Add the total time from each of the FORMULAs you must use, and you will have a worse-case response time.

  FORMULA
MASTER SLAVE I/O TYPE 1 2 3 4 5 6 7 8 9 10 11 12 13 14
PC H2-EBC Discrete I/O                      
Analog IN                  
Analog OUT                  
H2-EBC100 Discrete I/O                      
Analog IN                  
Analog OUT                  
H4-EBC Discrete I/O                      
Analog IN                  
Analog OUT                  
T1H-EBC Discrete I/O                      
Analog IN                    
Analog OUT                    
T1H-EBC100 Discrete I/O                      
Analog IN                    
Analog OUT                    
ERM H2-EBC Discrete I/O                      
Analog IN                  
Analog OUT                  
H2-EBC100 Discrete I/O                      
Analog IN                  
Analog OUT                  
H4-EBC Discrete I/O                      
Analog IN                  
Analog OUT                  
T1H-EBC Discrete I/O                      
Analog IN                    
Analog OUT                    
T1H-EBC100 Discrete I/O                      
Analog IN                    
Analog OUT                    

FORMULAs:
    
Time(1) = Scan time of application
     Time(2) = PLCScanTime x 4 (or 3)
     Time(3) = Microseconds
     Time(4) = 2ms x #ofEBCs
     Time(5) = 2ms x Total#ofAIChForBase
     Time(6) = 2ms x Total#ofAOChForBase
     Time(7) = Specified for particular module
                         For AI it is generally called "Data Acquisition Time"
                         For AO it is generally called "Conversion Setting Time"
     Time(8) = 1ms + (1ms x Total#of8ChAOModsForBase) + (1.5ms x Total#of16ChAOModsForBase)
     Time(9) = 1ms
     Time(10) = 1ms x #ofH2EBC100s
     Time(11) = 2ms + (0.5ms x #ofAIChsOfMod)
     Time(12) = 2ms + (0.5ms x #ofAOChsOfMod)
     Time(13) = 0.7ms
     Time(14) = 0.7ms + (0.7ms x Total#of8ChAOModsForBase) + (1ms x Total#of16ChAOModsForBase)


FORMULA DESCRIPTIONS

Time(1) = Scan time of application

If the controlling device is a PC, then the execution time of the application code must first be considered. In some applications this can be a considerable amount of time (in the millisecond range).

 

Time(2) = PLCScanTime x 4 (or 3)

If the controlling device is an H2-ERM or H4-ERM, then you must consider the scan time of the PLC. There are 4 data types the ERM has to process:

  1. Discrete inputs (bit ins)
  2. Discrete outputs (bit outs)
  3. Analog inputs (word ins)
  4. Analog outputs (word outs)

The DL PLCs can only process one type of data per PLC scan. There are always "bit ins, bit outs and word ins" simply because the ERM's error bits and status information are written and read even if there are no modules installed in the slaved EBC. But since the PLC only processes one type of data per PLC scan it takes at least 3 PLC scans (e.g. bit in, bit out, word in) to process the types. Of course if you have analog output modules (word outs) then it would take 4 PLC scans.

 

Time(3) = Microseconds

Next, the time on the Ethernet wire for the PC to talk to the EBC, or the ERM to talk to the EBC is negligible. At a transmission rate of 10 Mbps (or especially 100Mbps) there is really so little data (by comparison), that this time is not considered unless you have a non-isolated busy network.

 

Time(4) = 2ms x #ofEBCs

The H2-EBCs and H4-EBCs have an image registers that their masters (i.e. a PC or an ERM) talk to. It takes 2 ms to read or write data to these registers and get an acknowledgment back. Even when figuring response time (which is what we are doing), all the EBCs connected to the master are going to contribute to delay in getting a change to an output, or reading a change from an input in the EBC you are interested in simply because the master has to poll all the slaves in his list. And this takes time. Thus it takes 2 ms times the number of EBCs in the network that this particular master is talking to. When considering Discrete I/O, there is essentially no more delay added to this time.


 

Time(5) = 2ms x Total#ofAIChForBase

The H2-EBC and H4-EBCs are continually updating their image registers with the data from all analog input (AI) modules. Even though there are 4 data types the only ones that really have any affect on response time are the analogs (word in, word out). The maximum time it could take the EBC to read a new value from an analog input module is 2 ms per channel. But this delay is increased as more analog input channels are added to the base. The more analog input channels in the base, the slower the over all response of all analog input channels in the base. Please note that this has to do with the total number of analog input channels, not analog input modules.

 

Time(6) = 2ms x Total#ofAOChForBase

The H2-EBC and H4-EBCs are continually updating their analog output (AO) modules with the data from their image registers. Even though there are 4 data types the only ones that really have any affect on response time are the analogs (word in, word out). The maximum time it could take the EBC to write a new value to an analog output module is 2 ms per channel. But this delay is increased as more analog output channels are added to the base. The more analog output channels in the base, the slower the over all response of all analog output channels in the base. Please note that this has to do with the total number of analog output channels, not analog output modules.

 

Time(7) = Specified for particular module
                    For AI it is generally called "Data Acquisition Time"
                    For AO it is generally called "Conversion Setting Time"

The time it takes to see a change from a particular analog input channel until it actually shows up as data on the EBC bus is specified as the "Data Acquisition Time" of that particular module and can be found in its specs. Likewise the time it takes for the data on the bus to show up as a change in the output of the analog output channel is called "Conversion Setting Time" or sometimes just "Conversion Time" and can be found in its specs.


 

 

Time(8) = 1ms + (1ms x Total#of8ChAOModsForBase) + (1.5ms x Total#of16ChAOModsForBase)

The T1H-EBC has an image register that its master (i.e. a PC or an ERM) talks to. It normally takes 1 ms to read or write data to this register and get an acknowledgment back. However, unlike the H2-EBC or the H4-EBC it is not fixed. Instead it is so fast that whereas the H2-EBC and the H4-EBC delays divide up into a "read/write time" and an "analog in/analog out" time using formulas (4), (5) and (6) above, the T1H-EBC combines them into one thing; "read/write & analog). This 1 ms delay is increased slightly if you have analog outputs installed in the EBC. What happens is when a write is performed to an analog output in the EBC, the normal scan is interrupted and the EBC immediately writes the data to the analog output module. So for each 8-channel analog output module, you add an additional 1 ms of delay. For each 16-channel analog output module you add 1.5 ms. Reading analog inputs, however, is so fast it is negligible. Please note that this has to do with the total number of analog output modules in the base, not analog output channels (opposite of H2-EBC and H4-EBC).

 

Time(9) = 1ms

The T1H-EBC has an image register that its master (i.e. a PC or an ERM) talks to. It normally takes 1 ms to read or write data to this register and get an acknowledgment back. However, unlike the H2-EBC or the H4-EBC it is not fixed. Instead it is so fast that whereas the H2-EBC and the H4-EBC delays divide up into a "read/write time" and an "analog in/analog out" time using formulas (4), (5) and (6) above, the T1H-EBC combines them into one thing; "read/write & analog." This 1 ms delay is increased slightly if you have analog outputs installed in the EBC. However, when reading analog inputs, it is so fast it is negligible, so no additional time is added to the 1 ms as in formula (8) above.

 

Time(10) = 1ms x #ofH2EBC100s

Like the H2-EBCs and H4-EBCs, the H2-EBC100s have an image registers that their masters (i.e. a PC or an ERM) talk to. Because of the faster processor in the H2-EBC100 it only takes 1ms to read or write data to these registers and get an acknowledgment back. (i.e. the decrease in read/write time is not significantly improved by the 100Mbps VS the 10Mbps, but rather the faster processor in the H2-EBC100 itself). Even when figuring response time (which is what we are doing), all the H2-EBC100s connected to the master are going to contribute to delay in getting a change to an output, or reading a change from an input in the H2-EBC100 you are interested in simply because the master has to poll all the slaves in his list. And this takes time. Thus it takes 1 ms times the number of H2-EBC100s in the network that this particular master is talking to. When considering Discrete I/O, there is essentially no more delay added to this time.


 

 

Time(11) = 2ms + (0.5ms x #ofAIChsOfMod)

Like the H2-EBCs and H4-EBCs the H2-EBC100s are continually updating their image registers with the data from all analog input (AI) modules. Even though there are 4 data types the only ones that really have any affect on response time are the analogs (word in, word out). The maximum time it could take the H2-EBC100 to read a new value from an analog input module is 0.5 ms times the number of channels that particular analog input module has enabled plus an inherent delay of 2 ms for the module itself. Unlike the H2-EBC and H4-EBC analog input reads, this delay is not increased as more analog input channels are added to the base. In other words if more analog input channels are added to the base, this will not affect the over all response of any other analog input channels in the base. This essentially means that the newer H2-EBC100 is running each analog input module in its base in parallel with the others! Great feature, eh?

 

Time(12) = 2ms + (0.5ms x #ofAOChsOfMod)

Like the H2-EBCs and H4-EBCs the H2-EBC100s are continually updating their analog output (AO) modules with the data from their image registers. Even though there are 4 data types the only ones that really have any affect on response time are the analogs (word in, word out). The maximum time it could take the H2-EBC100 to write a new value to an analog output module is 0.5 ms times the number of channels that particular analog output module has enabled plus an inherent delay of 2 ms for the module itself. Unlike the H2-EBC and H4-EBC analog output writes, this delay is not increased as more analog output channels are added to the base. In other words if more analog output channels are added to the base, this will not affect the over all response of any other analog output channels in the base. This essentially means that the newer H2-EBC100 is running each analog output module in its base in parallel with the others! Great feature, eh?

 

Time(13) = 0.7ms

Like the T1H-EBC the T1H-EBC100 has an image register that its master (i.e. a PC or an ERM) talks to. It normally takes 0.7 ms to read or write data to this register and get an acknowledgment back. However, unlike the H2-EBC or the H4-EBC it is not fixed. Instead it is so fast that whereas the H2-EBC and the H4-EBC delays divide up into a "read/write time" and an "analog in/analog out" time using formulas (4), (5) and (6) above, the T1H-EBC100 combines them into one thing; "read/write & analog." This 0.7 ms delay is increased slightly if you have analog outputs installed in the EBC. However, when reading analog inputs, it is so fast it is negligible, so no additional time is added to the 0.7 ms as in formula (8) above.

 

Time(14) = 0.7ms + (0.7ms x Total#of8ChAOModsForBase) + (1ms x Total#of16ChAOModsForBase)

Like the T1H-EBC the T1H-EBC100 has an image register that its master (i.e. a PC or an ERM) talks to. It normally takes 0.7 ms to read or write data to this register and get an acknowledgment back. However, unlike the H2-EBC or the H4-EBC it is not fixed. Instead it is so fast that whereas the H2-EBC and the H4-EBC delays divide up into a "read/write time" and an "analog in/analog out" time using formulas (4), (5) and (6) above, the T1H-EBC100 combines them into one thing; "read/write & analog." This 0.7 ms delay is increased slightly if you have analog outputs installed in the T1H-EBC100. What happens is when a write is performed to an analog output in the T1H-EBC100, the normal scan is interrupted and the T1H-EBC100 immediately writes the data to the analog output module. So for each 8-channel analog output module, you add an additional 0.7 ms of delay. For each 16-channel analog output module you add 1 ms. Reading analog inputs, however, is so fast it is negligible. Please note that this has to do with the total number of analog output modules in the base, not analog output channels (opposite of H2-EBC and H4-EBC).

A Final Word

With the above 14 formulas you can calculate worse-case response times for as many pieces in your particular application as you desire. Of course statistics teach us that the typical time will generally be about half of worse case.

 

THREE EXAMPLES

(1) Using H2-ERM and H2-EBC

Lets say we have a PLC with a scan time of 20 ms, an H2-ERM, two H2-EBCs and the EBC we are interested in has one 8-channel analog output (F2-08DA-2), and one 8-channel analog input (F2-08AD-1). The network is isolated.

First let's calculate the response time from the PLC to a signal change on the analog output module. According to the above chart I would use FORMULAs 2, 3, 4, 6 & 7, thus:

Time(2) = PLCScanTime x 4 (or 3) = 20 x 4 = 80 ms (multiply by 4 because we have all 4 data types in the EBC base)
Time(3) = Microseconds = 0 ms (this is negligible)
Time(4) = 2ms x #ofEBCs = 2 x 2 = 4 ms (two EBCs on the network)
Time(6) = 2ms x Total#ofAOChForBase = 2 x 8 = 16 ms
Time(7) = "Conversion Setting Time" for AO = 9 ms (as specified for the F2-08DA-2)

Thus the response time from PLC to signal change on analog output = 80 + 0 + 4 + 16 + 9 = 109 ms (worse case)

Next let's calculate the response time from a change on the analog input signal to the PLC data. According to the above chart I would use FORMULAs 2, 3, 4, 5 & 7, thus:

Time(2) = PLCScanTime x 4 (or 3) = 20 x 4 = 80 ms (same as above)
Time(3) = Microseconds
= 0 ms (same as above)
Time(4) = 2ms x #ofEBCs
= 2 x 2 = 4 ms (same as above)
Time(5) = 2ms x Total#ofAIChForBase
= 2 x 8 = 16 ms
Time(7) = "Data Acquisition Time" for AI
= 3 ms/channel = 3 x 8 = 24 ms (as specified for the F2-08AD-1)

Thus the response time from signal change on analog input to PLC = 80 + 0 + 4 + 16 + 24 = 124 ms (worse case)
 

(2) Using H2-ERM and H2-EBC100

Lets try the same thing as above, only instead of H2-EBCs we replace them with H2-EBC100s.

First let's calculate the response time from the PLC to a signal change on the analog output module. According to the above chart I would use FORMULAs 2, 3, 7, 10 & 12 thus:

Time(2) = PLCScanTime x 4 (or 3) = 20 x 4 = 80 ms (multiply by 4 because we have all 4 data types in the EBC base)
Time(3) = Microseconds = 0 ms (this is negligible)
Time(7) = "Conversion Setting Time" for AO = 9 ms (as specified for the F2-08DA-2)
Time(10) = 1ms x #ofH2EBC100s = 1 x 2 = 2 ms (two EBC100s on the network)
Time(12) = 2ms + (0.5ms x #ofAOChsOfMod)
= 2 + (0.5 x 8) = 2 + 4 =
6 ms

Thus the response time from PLC to signal change on analog output = 80 + 0 + 9 + 2 + 6 = 97 ms (worse case)

Next let's calculate the response time from a change on the analog input signal to the PLC data. According to the above chart I would use FORMULAs 2, 3, 7, 10 & 11 thus:

Time(2) = PLCScanTime x 4 (or 3) = 20 x 4 = 80 ms (same as above)
Time(3) = Microseconds
= 0 ms (same as above)
Time(7) = "Data Acquisition Time" for AI
= 3 ms/channel = 3 x 8 = 24 ms (as specified for the F2-08AD-1)
Time(10) = 1ms x #ofH2EBC100s = 1 x 2 = 2 ms (same as above)
Time(11) = 2ms + (0.5ms x #ofAIChsOfMod)
= 2 + (0.5 x 8) = 2 + 4 =
6 ms

Thus the response time from signal change on analog input to PLC = 80 + 0 + 24 + 2 + 6 = 112 ms (worse case)

So you can see that replacing the H2-EBC with the H2-EBC100 improved the response time in both directions.

(3) Using H2-ERM and T1H-EBC

Lets say we have a PLC with a scan time of 20 ms, an H2-ERM, a T1H-EBC which has one 8-channel analog output (T1F-08DA-2), and two 8-channel analog inputs (T1F-08AD-1). The network is isolated.

First let's calculate the response time from the PLC to a signal change on the analog output module. According to the above chart I would use FORMULAs 2, 3, 7 & 8 thus:

Time(2) = PLCScanTime x 4 (or 3) = 20 x 4 = 80 ms (multiply by 4 because we have all 4 data types in the EBC base)
Time(3) = Microseconds = 0 ms (this is negligible)
Time(7) = "Conversion Setting Time" for AO = 0.1 ms (as specified for the T1F-08DA-2)
Time(8) = 1ms + (1ms x Total#of8ChAOModsForBase) + (1.5ms x Total#of16ChAOModsForBase) = 1 + (1 x 1) + (1.5 x 0) = 1 + 1 + 0 =
2 ms

Thus the response time from PLC to signal change on analog output = 80 + 0 + 0.1 + 2 = 82.1 ms (worse case)

Next let's calculate the response time from a change on the analog input signal to the PLC data. According to the above chart I would use FORMULAs 2, 3, 7 & thus:

Time(2) = PLCScanTime x 4 (or 3) = 20 x 4 = 80 ms (same as above)
Time(3) = Microseconds
= 0 ms (same as above)
Time(7) = "Data Acquisition Time" for AI
= 5 ms/channel = 5 x 8 = 40 ms (as specified for the T1F-08AD-1)
Time(9) = 1ms

Thus the response time from signal change on analog input to PLC = 80 + 0 + 40 + 1 = 121 ms (worse case)


ERM FAQ0012 (see also EBC FAQ0022)
06-Mar-2003
Q: Is there any advantage of using a switch over a hub with ERM/EBC network?
A: Since the ERM/EBC network is supposed to be dedicated, then the answer is "no."

However, if the ERM/EBC are on a network that has other devices (not advisable!) then of course, one may prove to be more advantageous given the scenario. A hub blindly repeats data that it hears on one port to all of its ports. Therefore only one Ethernet node connected to it can talk at a time. A switch, however, evaluates the source and destination of the Ethernet packet and can therefore learn paths. This allows many Ethernet nodes to talk to one another over private connections simultaneously through the switch. A switch would probably work out better if the ERM/EBC are on a regular office PC network (again, not advisable!).


ERM FAQ0013
25-Mar-2003
Q: Can ERM be installed in local expansion?
A: H2-ERM cannot be installed in DL205 local expansion slots. H4-ERM, however, can be installed in DL405 local expansion slots as long as the CPU base and the expansion base are of the -1 variety. But this is not recommended; expansion base installations are highly discouraged for H4-ERM.


ERM FAQ0014 (see also EBC FAQ0023; ECOM FAQ0019; EDRIVE FAQ0005; 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.


ERM FAQ0015 (see also DirectSOFT FAQ0086; CTRIO FAQ0025)
02-Apr-2003
Q: In DirectSoft (PLC --> Tools) there are listings for CTRIO Workbench and ERM Workbench that I don't need. How do I get rid of them?
A: We believe this could be caused by using Windows Uninstall instead of the Workbenches' uninstalls; or perhaps storing these software packages underneath non-default folders. Regardless, these menu options are setup in the Windows Registry. To remove them manually it is required that changes be made directly to the Registry. This is not recommended for the normal user! And on some PC's the Administrator does not permit it. However, if you dare:

  1. From the desktop, Start --> Run...
  2. Type in regedit and press the <OK> button.
  3. Open HKEY_LOCAL_MACHINE folder.
  4. Open SOFTWARE folder.
  5. Open Host Engineering, Inc. folder.
  6. Click on the HAPTools folder.

Now in the right window you will see five string values:

To remove them completely right-click on a, b, InstallList and NextInstall one at a time and delete them. The only string value that should remain is (Default).

If you are plagued by multiple menu selections, then just make the registry entries look exactly like the above.


ERM FAQ0016 (see also DirectSOFT FAQ0087; CTRIO FAQ0026)
02-Apr-2003
Q: Just selecting PLC --> Tools inside DirectSOFT causes my PC to lock up.
A: We have found this to sometimes happen in versions earlier than v4.0 Build 18, when you have installed CTRIO Workbench and/or ERM Workbench under a different folder other than from c:\HAPTools. To fix:

  1. Uninstall CTRIO Workbench & ERM Workbench (Start --> Programs --> AutomationDirect Tools --> Uninstall).
  2. Reinstall CTRIO Workbench & ERM Workbench with the default folder (c:\HAPTools). To do this run the DirectSOFT install, but select the <Custom> install button and uncheck everything except CTRIO Workbench & ERM Workbench. In other words, you probably don't need (or want) to reinstall DirectSOFT, but merely the Workbenches.

ERM FAQ0017 (see also EBC FAQ0024; WinPLC FAQ0005)
22-Apr-2003
Q: How many EBCs can one ERM support?
A: Normally 16. But if the CPU is a Think&Do WinPLC then this is limited to 1 (this limitation does not apply to the WinCE-only version of the WinPLC).


ERM FAQ0018 (similar to DirectSOFT FAQ0109; CTRIO FAQ005)
16-Jul-2003
Q: Will the ERM Workbench work on Win95 PCs?
A: No. It will probably install properly, but it will not run properly.


ERM FAQ0019 (see also CTRIO FAQ0034; EBC FAQ0029)
30-Oct-2003
Q: Will the CTRIO work in the local expansion bases of DL205 or DL405 line?
A: No. Do not install the H4-CTRIO nor the H2-CTRIO in local expansion. It will however work in the ERM/EBC configuration. So you can expand the I/O using the ERM/EBC instead.


ERM FAQ0020 (see also ECOM 0028; EBC FAQ0033, EDRV FAQ0007, 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:

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 (3) (4)           (5)
ECOM100 (3) (4)     (6)   (5)
EBC                        
EBC100                      
ERM           (7)       (7) (8)      
EDRV                   (12)    
EZ Ethernet                
EZ EtherPLUS              
WinPLC                          
Software DirectSOFT                
DS Data                
Ethernet SDK (9)       (9)          
NetEdit (10)         (11) (10)     (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.


ERM FAQ0021 (see also EBC FAQ0034, WinPLC FAQ0014)
05-Feb-2008
Q: After writing configuration to ERM and EBC get "Error 228 - Backplane error."
A: Error 228 is defined as "Backplane read/write request queue full" and it means that for some reason the CPU is either rejecting requests from its ERM or not accepting them. Common causes:


ERM FAQ0022 (see also EBC FAQ0039)
08-Oct-2002
Q: Using H4-ERM to H4-EBC. Does this configuration support the use of D4-EX local I/O expansion modules off of the H4-EBC?
A: Yes. The H4-ERM can have up to 16 H4-EBC slaves. On each H4-EBC it is possible to utilize the D4-EX local I/O expansion to attach 3 more 405 bases. Thus that is 16 x 4 = 64 total 405 bases of I/O attached to one ERM!


ERM FAQ0023 (see also EBC FAQ0040)
08-Oct-2002
Q: Using H2-ERM to H2-EBC. Does this configuration support the use of D2-EM/CM local I/O expansion modules off of the H2-EBC?
A: No. H2-EBC does not support the local I/O expansion of the DL250-1/260 variety. But the solution is to just use another H2-EBC instead of using the D2-EM/CM pair.


ERM FAQ0024 (see also NetEdit FAQ0011; EBC FAQ0004; ECOM FAQ0034; EDRV FAQ0008; PBC FAQ0015)
07-Jan-2015
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:


ERM FAQ0025 (see also EBC FAQ0042; SDK FAQ0006)
07-Oct-2002
Q: My EBC outputs sometimes go OFF intermittently; at the same time the Error light on the EBC comes on.
A: When the Error light comes ON, this indicates that the watchdog circuit in the EBC has fired. By default the EBC's watchdog is set to 250ms. This means that if the EBC doesn't get a communication from its master (e.g. ERM; Entivity; Ethernet SDK app; KEPDirect; etc.) within 250ms then it will fire. When the watchdog fires the outputs in the EBC base will all be switched OFF for safety purposes. The watchdog time can be set via the master configuration software (e.g. ERM Workbench; Entivity; etc.). It can also be disabled. If the watchdog is disabled then the outputs in the EBC base will simply freeze to their last state before the watchdog fired.

Thus in the case above where the outputs appear to go OFF intermittently, this is probably due to the watchdog time being too small for the application scan time. So either disable the watchdog totally (NOT RECOMMENDED FOR SAFETY REASONS), or adjust the time to a higher value.


ERM FAQ0026
14-Oct-2002
Q: Will ERM Workbench allow you to reserve PLC addresses?
A: Yes. Select a slave and click the <Configure> button.


ERM FAQ0027
15-Oct-2002
Q: Can I have multiple ERMs in the same base?
A: Yes. The only limitation is power supply budget.


ERM FAQ0028
15-Oct-2002
Q: I can read the configuration from the ERM, but I cannot write a configuration to the ERM.
A: Possible problems:


ERM FAQ0029 (see also EBC FAQ0046)
25-Oct-2002
Q: Can an EBC support an ERM in its base?
A: No. The only things that can support ERMs are a regular DL PLC or a WinPLC.


ERM FAQ0030 (see also CTRIO FAQ0046; EBC FAQ0047; ECOM FAQ0036; EDRV FAQ0009; 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:

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.


ERM FAQ0031 (see also CTRIO FAQ0013; EBC FAQ0048; WinPLC FAQ0029; SDK FAQ0013)
22-Nov-2002
Q: Is it possible to utilize the CTRIO System Functions everywhere it can be installed?
A: In firmware v2.x System Functions were added to the CTRIO products (H0-, H2-, H4- and T1H-CTRIO). These System Functions would allow you to write (and read) various internal registers of the CTRIO. The following table shows what scenarios that these System Functions can be used and how to use them:

  System Function CTRIO Configuration
Local DL PLC Base Remote DL PLC Base DL PLC with ERM/EBC WinPLC (Think&Do) Local Base WinPLC (Think&Do) with ERM/EBC Think&Do (Entivity) to EBC Ethernet SDK to EBC
Mapped System Functions (i.e. in V-memory) Status of Inputs YES NO (4) YES YES YES YES YES
Mode & Status of Outputs YES NO (4) YES YES YES YES YES
CTRIO Shared RAM System Functions 0x01 - Read all registers YES (1) NO (4) NO (5) YES (2) YES (2) YES (2) YES (3)
0x02 - Write all registers YES (1) NO (4) NO (5) YES (2) YES (2) YES (2) YES (3)
0x04 - Write one register YES (1) NO (4) NO (5) YES (2) YES (2) YES (2) YES (3)
0x05 - Write reset value YES (1) NO (4) NO (5) YES (2) YES (2) YES (2) YES (3)

(1) - Use RD/WT instruction in Ladders.
(2) - Use Shared RAM Operations for CTRIO in a CALL block.
(3) - Use Ethernet SDK routine HEIWriteSharedRAM / HEIReadSharedRAM.
(4) - Not possible because CTRIO will not work in remote bases.
(5) - Not possible because Ladders cannot tell the ERM to access the Shared RAM of CTRIO in EBC base.


ERM FAQ0032 (see also DirectSOFT FAQ0163; CTRIO FAQ0051)
10-Dec-2002
Q: Will DirectSOFT work on Win95 32-bit OS?
A: We have seen this work on a few and not work on others. If it doesn't work we do not know of anything that can be done to make it work. However CTRIO Workbench and ERM Workbench will not even install if the InstallShield engine (used to install DirectSOFT) recognizes that the PC is Win95.


ERM FAQ0033 (see also WinPLC FAQ0026)
21-Apr-2003
Q: What is the minimum hardware revision number of the WinPLC in order for it to work with an ERM in a -1 base?
A: There are no known problems with using an ERM with the WinPLC at all regardless of the type of base.


ERM FAQ0034 (see also DS Data FAQ0087; DirectSOFT FAQ0180; NetEdit FAQ0012; EBC FAQ0052; ECOM FAQ0040; EDRV FAQ0010; 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!


ERM FAQ0035 (see also EBC FAQ0053)
14-Oct-2003
Q: When trying to download configuration from ERM Workbench to the ERM get, "Error trying to reset ERM for download."
A: This is really nothing more than a timeout error and is more than likely due to one of the following issues:


ERM FAQ0036 (see also EBC FAQ0055)
08-May-2002
P: Analog reads on EBC can sometimes jump by +256.
S: This is due to a timing issue with newer 16AD modules and EBC PLD chip. If this occurs return EBC to Host for modification.


ERM FAQ0037  (see also DirectSOFT FAQ0183; DS Data FAQ0093; EBC FAQ0057; ECOM FAQ0043; EDRIVE FAQ0012; 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.


ERM FAQ0038 (see also NetEdit FAQ0019)
19-Jan-2004
Q: If my PLC containing an ERM is in the RUN mode, and I change the parameters of the ERM using NetEdit, they appear to change, but they are not actually getting written to the ERM.
A:  This is a bug in NetEdit v3.2 or earlier. To fix, use at least NetEdit v3.2a or later.


ERM FAQ0039 (see also EBC FAQ0058)
19-Aug-2005
Q: What is the limitation of I/O for the ERM / EBC configuration?
A:  The ERM has a limit of 8K bytes (8192 bytes) of I/O data from all of its EBCs. Each EBC has a data budget of 1400 bytes of I/O. In other words you will probably run into other limitations before you run into these limitations.


ERM FAQ0040 (see also EBC FAQ0059; ECOM FAQ0051; EDRIVE FAQ0013; 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 ERM FAQ0037 above).
  2. Select IPX protocol in NetEdit3 and edit the IP address.

ERM FAQ0041 (see also EBC FAQ0060; EDRIVE FAQ0014)
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:

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.

ERM FAQ0042 (see also EBC FAQ0061; ECOM FAQ0052; EDRIVE FAQ0015; 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.


ERM FAQ0043 (see also EBC FAQ0062)
04-Oct-2005
Q: How does the F2-8AD4DA-1 and F2-8AD4DA-2 modules log into the H2-EBC or H2-EBC100? And how is it configured?
A:  This module logs in as 8 words in and 8 words out even though it is really only an 8 word in and 4 word out module. The extra 4 words out are used to configure the module:

5th Word Out = Input resolution
6th Word Out = Input/Output range (F2-8AD4DA-2 only)
7th Word Out = Track & Hold
8th Word Out = <not used>

For the specific bit configurations of the above, see the manual for the module.


ERM FAQ0044 (see also EBC FAQ0069; ECOM FAQ0055; EDRIVE FAQ0018; 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:


ERM FAQ0045 (see also EBC FAQ0070; ECOM FAQ0061; EDRIVE FAQ0019; 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.


ERM FAQ0046 (see also EBC FAQ0071; SDK FAQ0014)
09-Aug-2005
Q: Why can I not see negative temperatures with my T1F-14THM and T1F-14RTD modules?
A: This is because of a fundamental design difference between the THM/RTD modules and all other analog modules in Terminator I/O. Technically all other analog modules in the Terminator I/O line output 24-bit data onto the Terminator I/O bus. The T1H-EBC/T1H-EBC100 looks at the 24th bit and then sign extends this bit to the 32nd bit. This allows 32-bit negative numbers to be viewed from all other analog modules. However, the T1F-14THM and T1F-14RTD modules only output 16-bit data onto the Terminator I/O bus. Thus when the T1H-EBC/T1H-EBC100 looks at the 24th bit, it never sees this bit set, and so the sign extension is always with a cleared bit to the 32nd bit. Thus all 32-bit negative numbers from this configuration will always be positive. Some suggested solutions are given below this diagram:

Therefore, whatever is reading the values of the THM/RTD module from the EBC/EBC100 will have to manipulate the data in order to make it negative. For example:


ERM FAQ0047 (see also CTRIO FAQ0072; EBC FAQ0072; SDK FAQ0015)
09-Jan-2006
Q: In my H2-ERM/H2-EBC (or H2-EBC100) configuration, the H2-CTRIO word output (WO) and double-word output (DWO) mapping is different than where CTRIO Workbench indicates they should be.
A: This is caused by an I/O mapping problem in the H2-EBC and H2-EBC100 that is fixed in EBC firmware v2.1.441 and later. It has to do with the H2-CTRIO "I/O type." The H2-CTRIO is now reported as a Type 7 module instead of a Type 5 module. This new reclassification of the H2-CTRIO as a Type 7 allows the EBC to manage the order in which things get mapped.

The symptom shows up as a mapping discrepancy in the order in which the CTRIO puts the DWOs and the WOs VS where the ERM Workbench maps them in PLC memory.

For example, for comparison see the chart below:

H2-CTRIO Mapping Component H2-CTRIO mapping in H2-EBC (H2-EBC100) with firmware less than v2.1.441 H2-CTRIO Mapping in H2-EBC (H2-EBC100) with firmware v2.1.441 or later
96 Discrete Input (DI) X340-477 (V40416-40423) X340-447 (V40416-40423)
96 Discrete Output (DO) Y320-457 (V40515-40522) Y320-457 (V40515-40522)
12 Word Output (WO) V2100-2113 V2110-2123
8 Double Word Input (DWI) V2000-2017 V2000-2017
4 Double Word Output (DWO) V2114-2123 V2100-2107

NOTE: If you update the EBC firmware to fix this problem, make sure that you are at least using CTRIO Workbench v2.1.10 to configure the H2-CTRIO.


ERM FAQ0048
12-Apr-2007
Q: Can't download configuration into the H4-ERM (or H2-ERM) because of the warning "ERM cannot be configured when PLC is in RUN mode", when actually the PLC is in the PROGRAM mode.
A: This was a bug in the H2-ERM & H4-ERM firmware that could occur in versions v1.1.17 and earlier. This is now fixed in:

H2-ERM firmware version 1.1.18 (or later)
H4-ERM firmware version 1.1.18 (or later)


ERM FAQ0049 (see also EDRIVE FAQ0022)
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


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


ERM FAQ0051  (see also EBC FAQ0077; ECOM FAQ0102; SDK FAQ0019; NetEdit FAQ0034)
24-Jul-2013
Q: How can I enable the "fast response mode" of the T1F-08AD-1 or T1F-08AD-2?
A: The fast response mode of these devices is activated by a write to a special location in the T1H-EBC or T1H-EBC100 called Config Data. This area of memory is not available to the ERM nor NetEdit and therefore cannot be configured with ERM Workbench, nor NetEdit.

If using T1H-EBC:
- Currently, the only way to write to the Config Data of the T1H-EBC is to use the Ethernet SDK routine HEIWriteConfigData. The Ethernet SDK is free and downloadable from http://www.hosteng.com/Ethernet_SDK.htm.

If using T1H-EBC100:
- Currently, there are 2 ways to write to the Config Data of the T1H-EBC100:
     (1) Use the Ethernet SDK routin HEIWriteConfigData. The Ethernet SDK is free and downloadable from http://www.hosteng.com/Ethernet_SDK.htm.
     (2) Use Modbus TCP. The Config Data is mapped into the Modbus TCP memory range 50021-50052 (or 410021-410052 for 6-digit addressing). This range is 32 words (1 word for each slot). The bits of the word are defined as follows for the analog input cards:

Bits 0-4:    0 = All channels enabled; 1-31 = Number of channels enabled starting with channel 1
Bits 5-6:    Reserved
Bit 7:         0 = Normal response; 1 = Fast response
Bits 8-15:  Reserved


ERM FAQ0052 (see also NetEdit FAQ0004; EBC FAQ0078; ECOM FAQ0025; EDRV FAQ0011; 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.


ERM FAQ0053 (see also EDRV FAQ0020)
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:


ERM FAQ0054 (see also EDRV FAQ0024)
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:

IW3
(value in decimal)

  EDRV Serial Comm Fault?

External Fault?
(manually triggered by serial communication partner)

0

No

No

1

No

Yes

2

Yes

No

3

Yes

Yes


ERM FAQ0055 (see also EDRV FAQ0025)
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).


ERM FAQ0056 (see also EBC FAQ0081; EDRV FAQ0026)
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)


ERM FAQ0057
22-Jul-2009
Q: The DL-PLC (CPU) is in RUN mode, but the ERM is not.
A: This is a bug and a rare issue that can sometimes happen in the ERM firmware. The H2-ERM and H4-ERM would not properly detect the PLC mode in these versions. It can leave the ERM in a state where it can no longer follow the PLC mode, nor is it possible to change the ERM's mode manually even with ERM Workbench. It is fixed in the following firmware:

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


ERM FAQ0058 (see also CTRIO FAQ0045; DirectSOFT FAQ0132; DL Plus FAQ0010; DNLoader FAQ0011; DS Data FAQ0102; EBC FAQ0083; ECOM FAQ0084; EDRV FAQ0084; 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.


ERM FAQ0059
04-Feb-2011
Q: On power up, the ERM module causes the PLC to get a fatal fault "E262 - I/O out of range" or large values for inputs and outputs.
A:  This is a bug in the booter of the ERM module. This is fixed in booter v3.0.157 or later.


ERM FAQ0060 (see also ECOM FAQ0114, EBC FAQ0086, EDRV FAQ0029, 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.


ERM FAQ0061 (see also NetEdit FAQ0042)
18-Oct-2011
Q: Attempting to write IP address to an ERM, get "Error 0x0091 in WriteGeneral while writing DT_IP_ADDRESS!"
A:  This error means the ERM cannot write to his flash memory. This error probably means you have the DL-PLC in RUN mode while attempting to change the IP address. Put the DL-PLC in STOP and try again.


ERM FAQ0062 (see also NetEdit FAQ0043)
18-Mar-2013
Q: Attempting to update firmware on ERM100 and get "Error! Specified file is not a valid firmware file for target device!"
A:  This error means the firmware file is corrupt. This was a bug in firmware file v4.0.80. Instead use firmware file v4.0.82 (or later).

New firmware:
H2-ERM100 v4.0.82
H4-ERM100 v4.0.82

ERM FAQ0063 (see also Do-more FAQ0031)
26-Jun-2013
Q: The ERROR light is blinking on ERM100. What does this mean?
A:  The ERM100's ERROR light is used more liberally than it was with the ERM so as to provide an instant visual indication of a problem to the user. This light on the ERM100 indicates one of the following:
The flashing or blinking rate is basically irrelevant because when it occurs (at whatever rate), the troubleshooting method is the same; start ERM Workbench which will indicate what the error is. That said, however, technically the flashing or blinking rate is directly related to how often the ERM100 is encountering one of the issues listed.

For example, if the ERM100 is running normally and reading/writing his slaves, and one of those slaves begins to report an error, then the ERM100's ERROR light will flash every scan (about every 50ms). If, however, the ERM100 is running normally and reading/writing his slaves and one of those slaves drops offline (the EBC/EBC100 gets disconnected), then the ERM100 will log that slave out of the normal scan and then attempt to re-acquire that slave only once every 500ms (by default), so the light will blink at a slower rate in this case. The 500ms value can be altered in ERM Workbench under the <Config ERM...> button and then <Advanced...> button.

ERM FAQ0064 (see also Do-more FAQ0032, EBC FAQ0090)
01-Jul-2013
Q: Shortly after power-up, sometimes the ERM100's slaves (EBC/EBC100s) temporarily get an ERR light (watchdog failure) which goes away and then the ERROR light on the ERM100 stays ON even though communication seems to be working.
A: This is caused by a bug in ERM100's firmware v4.0.82.
The problem was the improper handling of an error in normal communications shortly after power-up (about 5-10 seconds).

New firmware:
H2-ERM100 v4.0.116 (or later)
H4-ERM100 v4.0.116 (or later)

ERM FAQ0065 (see also ECOM FAQ0118, EBC FAQ0092, EDRV FAQ032)
31-Mar-2014
Q:  
What does a flashing/blinking Err light indicate?
A:  This is an indication of a fatal error. The blink codes specifically mean:

ERM FAQ0066 (see also WinPLC FAQ0041, EBC FAQ0093)
06-May-2014
Q: Cannot get H2-ERM100 to work with H2-WPLC3
(Entivity/Think&Do); gets red light and EBC100 watchdogs (times out).
A: The H2-WPLC3 (hardware revision 3A) is not compatible with the H2-ERM100. This is due to a necessary memory chip change in the WinPLC due to part obsolescence. At one time the only solution was to use an H2-ERM instead of the H2-ERM100. But the problem now has no solution because there are no more H2-ERMs to be had. We can no longer produce them, and Automation Direct is out of stock. Thus the use of any H2-WPLC3 with remote I/O via ERM/EBC combination is no longer an option.

We, therefore suggest that consideration be given to using a Do-more PLC instead.


ERM FAQ0067 (see also EBC FAQ0094)
28-May-2014
Q: In ERM Workbench getting intermittent "Slave 1: Error (9) - Communications error - timeout".
A: This is an extremely rare error that actually means the ERM100 master is receiving NAKs (Negative Acknowledgements) from the EBC100. Consequently, that means the telegram the EBC100 received from the ERM100 was not understandable (i.e. an invalid request). Since the ERM100 doesn't send out invalid requests, this most likely is a noise issue on the network. Possible solutions:


ERM FAQ0068 (see also ECOM FAQ0123, EBC FAQ0095)
05-Aug-2014
Q:  
What is the function of all the dipswitches on the various Ethernet modules (ECOM/ECOM100, EBC/EBC100, ERM/ERM100)?
A:  The following chart shows the dipswitch settings for the various Host Engineering Ethernet modules:
MODULE RELEASE *DIPSWITCH
7 6 5 4 3 2 1 0
H0-ECOM v1.0.354 RBE
Module ID
v1.0.364 RBE
Protect Module ID
H0-ECOM100 v4.0.49 RBE/IBox
Module ID
v4.0.167 RBE/IBox Recover Module ID
v4.0.320 RBE/IBox Recover Protect Module ID
H2-ECOM
H2-ECOM-F
H4-ECOM
H4-ECOM-F
v1.0.7

Module ID
v1.0.147 RBE
Module ID
v1.0.227 RBE
Protect Module ID
H2-ECOM100
H4-ECOM100
v4.0.877 RBE/IBox
Module ID
v4.0.1237 RBE/IBox Recover Module ID
v4.0.1735 RBE/IBox Recover Protect Module ID
H2-ERM
H2-ERM-F
H4-ERM
H4-ERM-F
v1.1.1

Module ID
H2-ERM100
H4-ERM100
v5.0.84

Module ID
H2-EBC
H2-EBC-F
v2.1.80

Module ID
H2-EBC100 v4.0.447

Module ID
v4.0.490
Recover Module ID
H4-EBC
H4-EBC-F
v2.1.1

Module ID
T1H-EBC v1.0.386







T1H-EBC100 v4.0.1260







v4.0.1322






Recover
*NOTES:
RBE (Report By Exception) - Dipswitch must be ON for this to function
IBox (Intelligent Boxes) - Dipswitch must be ON for the ECxxxxxx IBoxes to function
Recover - Dipswitch used to reset IP settings back to factory default on power-up in case device is lost on network
Protect - Dipswitch must be ON to write protect firmware and network, node, peer-to-peer, SMTP (email) configurations
Module ID - Bit-weighted for manual setting of this parameter
*NOTES:
RBE (Report By Exception) - Dipswitch must be ON for this to function
IBox (Intelligent Boxes) - Dipswitch must be ON for the ECxxxxxx IBoxes to function
Recover - Dipswitch used to reset IP settings back to factory default on power-up in case device is lost on network
Protect - Dipswitch must be ON to write protect firmware and network, node, peer-to-peer, SMTP (email) configurations
Module ID - Bit-weighted for manual setting of this parameter

ERM FAQ0069 (see also EBC FAQ0096)
29-Sep-2014
Q: Does ERM/ERM100 use broadcasting to access its EBC/EBC100 slaves?
A: ERM/ERM100 communications to each EBC/EBC100 slave can be configured 1 of 3 ways. Only one of them uses a broadcast telegram. But it only uses it one time on power-up to find its slave.