Professional Documents
Culture Documents
Purpose
The document describes how to install the different Hardware and Software modules in
the PCU400 Windows XP environment.
Intended audience is ABB developers, project engineers and others involved in projects
where the PCU400 products are used.
Associated Documents
Document : Identity number :
[1] Installation Manual Windows NT 9BEN650007-018
PCU400
[2] User Guide 9BEN650007-019
PCU400
[3] Configuration Manual 9BEN650007-020
PCU400
[4] OCC-2 User Manual -
Conventions
[n] Brackets indicate a reference to a specific document, listed in the
Associated Documents table above.
$ Refers to the root of the PCU400 CD.
The PCU400 system consists of several components (both hardware and software). This document
describes how to install and configure the different components to form a complete PCU400 system
when PCU400 runs with the Windows XP operating system. Some components are not mandatory in
every PCU400 system. In such cases, this description also provides information about what
configurations the component shall be installed in.
There may also exist separate descriptions for each component (this is e.g. the case for hardware
components like communication controllers or other components delivered by external suppliers). If the
reader wants more detailed information than this document can offer, it is recommended to use the
supplier’s original documentation.
It is assumed that the reader of this document in advance has knowledge in the following fields:
• Microsoft Windows XP
• Installing and configuring digital hardware
• TCP/IP
The activities the engineer shall perform when putting a new PCU400 system into operation should
match the information (chapter) order in this document. However, the information in the document is of
course also relevant when you want to change the configuration in an existing PCU400 system.
Note that PCU400 generally supports any PC running the Windows XP operating system1. This manual
contains guidelines for installing PCU400 on specific hardware, but that does not imply that PCU400 only
supports the specific hardware mentioned here.
1
There is one limitation: The system must support the high resolution performance counter functionality provided through the
Win32 QueryPerformanceFrequency and QueryPerformanceCounter calls. Most PCs support this functionality.
Doc. no. Lang. Rev. ind. Page
2.2 Products
! CPU card
! Memory (RAM)
! Hard disk
! 3.5” disk drive
! A number of RS-232 communication ports
! Network adapter (at least one network adapter is required in a PCU400 system)
! CD-RW drive
The MSPC8101E CPU has separate PS/2 connectors for mouse and keyboard and hence requires no
special cables.
The ROCKY-3705EV CPU has one PS/2 connector for mouse and keyboard. A split cable is needed.
The PSB-4710EV Socket 478 CPU has one PS/2 connector for mouse and keyboard. A split cable is
needed.
3.3.1 Slots
3.4 BIOS
All PCU400 PC models use the BIOS. The BIOS is normally delivered with correct settings. However,
backup battery failure, ESD, hardware changes or other events may cause the firmware to return to
default settings. It may also be necessary to upgrade the BIOS to the correct version.
The PCs are equipped with a backup battery for the BIOS settings. If the battery is removed or
exhausted the BIOS settings have to be set once more.
Select the Save & Exit Setup main menu, and answer Y to the question. The computer will leave BIOS
setup and continue the startup sequence.
It seems that the MSPC8101E CPU handles interrupt sharing between PCI boards very well. For
instance, IRQ9 has been successfully shared between two network controllers.
The advantage of using the Hectronic OCC2 controller is that the Windows XP driver for the controller
has been specially developed for PCU400. Therefore, there are features in the driver and controller (e.g.
controller driven RTS/CTS toggling, time synchronization) that will improve PCU400’s performance
compared to other serial ports (regular COM ports or RocketPort ports).
Also note that bit-oriented/synchronous protocols like ADLP80, Indactic 33 and Sinuat 8 cannot be run
using other ports than OCC2 controller ports.
X1
3.5.2.2 Interface
You connect the OCC2 controller to an external interface by the Line1-Line8 RJ45 connectors. The COM
port numbers are assigned in the Windows XP driver (see section 4.8).
For normal asynchronous transmission the pin layout is as shown in the following figure and table.
Pin RS-232
signal
1 RTS
2 DTR
3 GND
4 Tx
5 Rx
6 DCD
7 DSR
8 CTS
The RJ45 pin layout for this controller is the same as described for the OCC2 controller (see section
3.5.2.2).
The RocketPort controller DIP switches should be set as shown in the following figure.
8 7 6 5 4 3 2 1
2 OFF 200 - 23F
ON 600 - 63F
8 7 6 5 4 3 2 1
3 OFF 240 - 27F
ON 640 - 5BF
8 7 6 5 4 3 2 1
4 OFF 280 - 2BF
ON 680 - 6BF
It should be noted that minute pulse input is a legacy PCU400 function. The current recommended
approach for obtaining a high accuracy internal PCU400 clock is to run PCU400 as an NTP client
synchronizing to a local high-accuracy NTP server.
The ACK input (pin 10) functions as internal pull-up, so ground connection is generally not necessary.
The minute synchronization pulse shall be implemented as a TTL level pulse. It shall be a negative
pulse, with a length T defined by 5 microsec <= T <= 100 microsec.
For clocks that produce minute sync pulses with other characteristics, the pulses must be transformed to
correct length and polarity by means of a pulse converter. ABB has supplied such a pulse converter
accepting minute sync pulses from standard clocks such as Mobatime from Moser Baer.
Figure 4 - Parallel port used for minute sync pulse - opto isolated example
During the installation process, you may be prompted to insert the Windows XP CD and select a location
from which files shall be copied. For sections 4.1-4.10, you must enter X:\i386 in these cases, where X:
is the drive letter for the CD-drive. For your own convenience you can copy the i386 folder from the
Windows XP CD to hard drive partition D:\. During the installation you may then instead enter D:\i386
(installation from hard drive will be faster).
Normally, the PCU400 PC is delivered with Windows XP installed. Therefore, you normally will not need
to install the operating system. The information in this section is therefore supplied only for cases where
it is necessary to reinstall XP.
To install Windows XP use the following procedure. Before starting installation, ensure that the following
is satisfied:
• Make sure that the computer you want to install XP on is turned off.
• A floppy drive, CDRW, keyboard, mouse, network cable (if needed) and monitor is connected to the
computer.
• A CDRW drive is connected to the computer. You may use either of the following:
• A generic (standard) IDE CD drive connected to the main CPU board (if connected to the same
IDE port as the hard disk, remember to strap the CD as Slave)
• Insert the Windows XP CD into the CD drive. If the computer doesn’t want to boot from the CD
drive you have to restart the computer and press “del” directly when the computer is starting up.
Then you should enter the bios setup, choose advanced bios Features and there you should see
that there are three different boot devices and one of them must be the CD drive. We
recommend:
First Boot device = Floppy.
Second Boot device = CD drive.
Third boot device = HDD-0.
Then press “Esc” twice to continue, if the computer asks you if you want to save the changes you
answer Y = yes.
1. When the computer has finished its start up, you will reach a page that is named Windows XP setup,
which is printed in the upper left corner. The text below that should say: Welcome to setup. This part
of the Setup program prepares Microsoft Windows XP to run on your computer. Then there are three
different alternatives, in this case we should chose the first one: To set up Windows XP now by
pressing enter.
2. Then the license agreement appears and you have to press “F8” to agree, if you do not agree we
cannot come forward with this installation. Read it through if you haven’t done it earlier.
3. Then it is time to divide the disk into partitions, you have to make at least two partitions, one that is
for the operating system that is 2000 MB large and the other on the rest of the unpartitioned space.
Do like this, press C to create a new partition, choose 2000 MB on the first partition, and repeat the
procedure for the remaining size of the hard disk. You will be able to partition the whole disk
2
There is one limitation: The system must support the high resolution performance counter functionality provided through the
Win32 QueryPerformanceFrequency and QueryPerformanceCounter calls. Most PCs support this functionality.
Doc. no. Lang. Rev. ind. Page
4. The next step is to format the partition using NTFS and we do not recommend the quick version,
select NTFS and press enter. The format should begin now, and after that setups starts to copy files
to the partition.
6. When the computer has restarted you will be able to see which steps that the installation has gone
through and the remaining steps. This is situated on the left, and installing windows should be
marked in orange. The remaining time is also mentioned there. But you can’t leave the computer by
itself all that time because it will ask you some questions during the installation:
• Regional and language options, this allows you to change the date, time and the keyboard settings.
The standard format is English (America). The fastest way to change the configuration is to choose
details and press add to add another keyboard and then mark it to make it default. To change the
language is even easier just press the left arrow and all languages are presented to you in a list,
chose the desired language. Remember to save your changes when exiting the program. When you
are done press next.
• Enter your name and your company name on the next page; press next when you are done.
Normally we use “ABB” and “Customer” as input.
• Then it is time to enter the product key and that number is tagged behind the removable door, just
above the CD drive. Press Next.
• Then you come to a dialog where you can change your computer name. Normally the computer
name is defined in the system configuration along with a TCP/IP address. If that is the case then use
the corresponding name. The dialog also prompts for the administrator password. You can choose to
have a blank <none> password. Press next.
• Then you will get a dialog where it is possible to change the time zone and the date and time if they
aren’t accurate. If you want to change them it is just to point with your mouse on the right arrow and
right click and then chose the right one. Press next, this should be the last dialog for regional and
language options, and the computer should now continue installing windows.
7. Now it is time for the next dialog, the network settings dialog. We recommend that you use typical
settings. Press next.
8. Then it is time to choose domain name or as ABB recommend let the computer be part of a
workgroup “WORKGROUP”
9. The remaining setup takes a while and when ready the computer will be restarted.
10. There will be a question about if you want to auto adjust the screen light; click ok if you aren’t
satisfied with the current light.
11. Then it is time to log in. If you followed the recommendation your password is blank <none>. Press
enter.
1. Make the file c:\boot.ini write able by right clicking on it in Windows Explorer, selecting Properties.
In the Properties for boot.ini dialog select the General tab and remove the Read-only selection. If
You shall define the users in the table below on all PCU400 PCs. New users are added by selecting the
Create a new account... link. Be careful to spell Username and Password exactly as shown in the
table (upper/lowercase letters, number of zeros). By having the exact same users defined on all PCU400
PCs it is possible for a random ABB engineer to log on to a random PC.
Only Password Never Expires shall be checked in the New User dialog, as shown in the figure. Also
note that the Pcu400 and Run400 users shall be members of the Administrators group (use the
Groups button to set group membership), as shown in the figure.
The Run400 user shall log in automatically when Windows XP has loaded (provided you don’t plan to
run PCU400 as a Win32 service). Autologin is set using the Windows Auto Logon Setter, which is
installed with PCU400. Setting autologin is therefore postponed until after you have installed PCU400
software.
Important: You must now logout the current user and log in as Run400. All further configuration
described assumes that you are logged in as the Run400 user.
Also check that the following parameters are set correctly in Regional and Language Settings. Note
that you may be prompted to insert the XP CD when you change the parameters:
• Tab Regional Settings: Select “your choice of country”. Check Set as system default locale.
• Tab Input Locales: The only entry in the Input locales list should be “your choice of Input”.
It may be necessary to repeat the settings in this section for every user defined.
4.6 Graphics
All PCU400 PCs are equipped with a graphic card.
1. Start Control Panel/Appearance and Themes. Click on the Display icon and the Display
Properties dialog appears. Select the Settings tab and adjust the Screen resolution to 800 by 600
pixels.
2. Click OK.
3. Click Yes (You want to keep the settings)
Note that you shall never use OpenGL (3D) screen savers on PCU400 PCs, since these screen savers
consume CPU resources that should be reserved for the PCU400 software.
4.7 Network
A TCP/IP network connection has the following uses in PCU400:
• LLDs may communicate using a TCP/IP socket connection. This means that a TCP/IP connection
may be used to communicate with e.g. a Master Station (SCADA system).
• Remote diagnosis. The Control Agent (CAG) may act as a Telnet server to allow remote debugging
from a Telnet client. FTP may be used to transfer files to/from the PCU400 PC from a remote
location. How the remote diagnosis functionality is used is described in chapter 6.
If nothing special is specified for the specific project, the computer shall be made member of the
PCU400 workgroup (default setting).
3
If you want the computer to be member of a domain, it is required that a Windows XP Server is present on the network.
Doc. no. Lang. Rev. ind. Page
If anything regarding network devices needs to be manually changed please follow the steps:
4.7.4 TCP/IP
4.7.4.1 Introduction
The aim of this section is to give a short introduction to TCP/IP. However, it should be noted that the
information in this document would not provide the reader with all knowledge necessary for installing
PCU400 computers in complex TCP/IP networks. It is assumed that the reader gains such knowledge
from other sources (courses and so forth).
TCP/IP is an industry-standard suite of network protocol designed for wide area networks (WANs). The
protocol is the most complete and accepted available (all modern operating systems offer TCP/IP
support).
Each TCP/IP host (a host is a device connected to the network – e.g. a computer, printer, router and so
forth) is identified by a logical IP address that must be unique on the network. The IP address is a 32-bit
value that is normally written in decimal format as four octets separated by periods (e.g.
137.133.206.211). All communication between two hosts assumes the IP address of the destination
(remote) host is known (or can be obtained from some source).
In addition to the IP address, each host is assigned a subnet mask and (if available) a default gateway.
The subnet mask is, like the IP address, a 32-bit value written in decimal format as four octets separated
by periods (e.g. 255.255.255.0). The subnet mask is used to determine whether the destination host’s IP
address is located on a local or remote network. If it is located on the local network, data is sent directly
to the destination host’s IP address. If it is located on a remote network, data is sent to the IP address
configured as default gateway, which normally is the IP address of a router on the network (routers
connect different subnets). The router is then responsible for passing the data on to the destination host
(the destination host’s IP address is of course still the data’s address).
The following example illustrates how the subnet mask is used to determine whether a destination host
is local or remote.
1. When TCP/IP initializes on computer A, the local IP address (hex 89 85 CE D3) is ANDed (bitwise
AND operation) with the local subnet mask (hex FF FF FF 00) to obtain the hex result 89 85 CE 00.
2. Computer A wants to send data to computer B. It then uses the same AND operation as described
above, but this time using the destination host’s IP address (hex 89 85 CF 25). The result is hex 89
85 CF 00, which is not equal to the result above. Therefore, it is determined that Computer B is on a
remote network (another subnet) and the data is sent to the default gateway.
If the Computer B IP address instead was 137.133.206.37, the result of the two AND operations would
become equal. The Computer B is then determined to be located on the local network. The data would
then be sent directly to 137.133.206.37.
As described above, it is assumed that a TCP/IP host must know the IP address of the destination host it
wants to communicate with. Normally, the user enters symbolic names (not IP addresses) for the hosts
he wants to communicate with (like e.g. URLs in a WWW browser). How does the computer find the right
IP address from the symbolic name?
The answer to this question is that the host must have some kind of name resolution scheme that makes
it possible to find the IP address when a symbolic name is given. The name resolution schemes make
the symbolic names aliases for IP addresses. Several schemes exist:
• Name servers like DNS or WINS4. This requires that such servers are available on the network. The
host may send a request to the name server asking for the IP address associated with a symbolic
name, and get the IP address in return. There are parameters in the TCP/IP setup dialogs for
entering IP addresses for name servers.
• Local text files (e.g. the HOSTS or LMHOSTS files5) that map symbolic names to IP addresses.
If the PCU400 computers are to be placed in a private (separate) network (with e.g. no connection to the
Internet), it is strongly recommended that the IP address range specified by RFC 1918 are used6. The
addresses in this range are “harmless” because they are filtered by the Internet (routers that support
RFC 1918 do not pass data to these addresses on). The RFC 1918 address range is the following:
192.168.0.1 - 192.168.255.254
i.e., 192.168.0.1, 192.168.0.2, ..., 192.168.1.1, ..., 192.168.1.254, ..., 192.168.255.254
(totally 65024 addresses)
Subnet mask: 255.255.255.0 (class C network)
1. Press the Start button in the left low corner of the desktop and choose the Run... command.
2. Type cmd in the Open dialog and press OK.
4
DNS is the traditional name resolution service common in e.g. UNIX environments, while WINS is a name service developed
by Microsoft for Windows networks. Note that DNS also can provide name resolution for Windows networks.
5
These files are located in the \systemroot\SYSTEM32\DRIVERS\ETC directory.
6
RFC=Request For Comments. Document series that describes the Internet suite of protocols.
Doc. no. Lang. Rev. ind. Page
If the protocol is not installed or if you want to reconfigure the protocol you can do that by following the
steps described in 4.7.1.
Before configuring the TCP/IP protocol on each PCU400 computer, you need to know the following:
• What IP address shall be assigned to the computer’s network adapter? How shall subnet mask be
set? Eventually, shall DHCP be used for dynamic IP address configuration?
• Is the computer connected to on an isolated (private) network? If so, IP addresses specified by RFC
1918 shall be used. If not, you will need to know the IP address(es) of the default gateway (router(s))
on the network.
• Is a host name resolution service necessary? Are there any name servers (DNS or WINS) available
on the network? If not, do you want to use HOSTS or LMHOSTS files for name resolution?
7
A DHCP server must be available on the network. A computer with the Windows XP Server operating system installed can
provide a DHCP server.
8
DNS server(s) must be available on the network if you want to use DNS.
Doc. no. Lang. Rev. ind. Page
You shall install FTP server software on every PCU400 PC where TCP/IP networking is installed.
1. Start Control Panel/Add or Remove Programs. The Add or Remove Programs dialog appears.
2. Click Add/Remove Windows Components. The Windows Components Wizard dialog appears.
3. Select the Internet Information Services (IIS) entry and click Details…. The Internet Information
Services (IIS) dialog appears.
4. Check the File Transfer Protocol (FTP) entry and click OK.
5. Click Next > in the Windows Components Wizard dialog.
6. If you are be prompted for a file location, insert a Windows XP CD and use its I386 folder.
7. Click Finish.
The setup described above will allow Administrator users (e.g. the Pcu400 user) to log onto the FTP
server.
In some cases you may experience problems with unavailable OCC2 COM ports after Windows XP has
booted. In such cases, increase the number 10000 in the following command in the Run400.cmd file to
delay PCU400 startup until the COM ports are available:
• LonWorks PCLTA-20 is a PCI adapter used for connection to LonWorks control networks
• LonMan DDE server acts as a DDE server for the X22 DDE client. The DDE server communicates
with the LonWorks adapter through a Windows XP driver.
1. With Windows XP started, insert a floppy disk containing the adapter driver. Such a floppy disk can
be found at $\Common\LonWorks PCLTA-20\Driver (copy the whole directory contents to a blank floppy
disk). Note that installation directly from CD or network also may work, but this procedure assumes
that a floppy disk is used.
2. Start SETUP.EXE from the floppy disk. Note that the PCLTA-20 adapter should not be physically
installed in the computer when you do this.
3. Select language=English and click Next.
4. Click Next.
5. Accept the license agreement by clicking Yes.
6. Select PCLTA-10 or PCLTA-20 and click Next.
7. Select Destination Folder (the default setting is normally OK) and click Next.
8. Select the device's (adapter's) numeric base (you should normally use 1 if you have a single
adapter). Click Next.
9. Click Finish. Shutdown the computer and install the PCLTA-20 adapter in a PCI slot in the computer.
Start the computer again.
More information about the PCLTA-20 adapter is available in the \Common\LonWorks PCLTA-20\Doc folder.
The Remote Desktop client software is directly available on Windows XP computers. It is however
possible to run the client from any computer running a 32 bit Windows operating system (e.g. Windows
98, NT4.0, 2000). The client can be installed by running $\Common\Remote Desktop Client\setup.exe.
5.1 Installation
PCU400 runs under the Windows XP operating system. The operating system must be installed and
configured as described in chapter 4 before PCU400 software installation is started.
Before starting PCU400 software installation you should read the Release Notes document
(RelNotes.doc). This is especially important when you want to upgrade existing sites. The document is
available in the same folder as the PCU400 setup application (setup.exe).
The Release Notes document (RelNotes.doc) is available in the same folder where Setup.exe is located.
The following applies when you are upgrading existing PCU400 installations running the PCU400 NTP
software (refer to section 5.5): Stop the NTP service (ntpd.exe) before starting setup. You can do this by
selecting the “Network Time Protocol” entry in Control Panel/Administrative Tools/Services. Restart the
service when the upgrade is complete.
Running the PCU Setup Utility is a simple matter of clicking Next and Finish in the dialogs. You should
normally not change the suggested Destination Folder.
After the Setup utility has completed, perform the following manual action:
• Copy the C:\Pcu400\Templates\Common\Run400.cmd file to C:\Pcu400\Run (as shown in the
table in section 5.1.1.3).
• Copy the C:\Pcu400\Templates\Common\h99_inp.txt file to C:\Pcu400\Run (as shown in the
table in section 5.1.1.3).
• If you are going to use the PCU400 web server function, you must manually copy all files in the
C:\Pcu400\Run\wwwxsl\new folder to C:\Pcu400\Run\wwwxsl folder (as shown in the table in
section 5.1.1.3). When upgrading existing sites, it may be necessary to do this copy operation to
take advantage of new functionality. However, you should know that eventual site-specific
changes in these files may be lost if you do this.
The following applies if you want to auto-start PCU400 when the interactive Run400 user logs on. It does
not apply if you plan to run PCU400 as a Win32 service (refer to section 5.3).
• Copy the C:\Pcu400\Startup\Startup.cmd file to C:\Documents and Settings\Run400\Start
Menu\Programs\Startup (as shown in the table in section 5.1.1.3).
Doc. no. Lang. Rev. ind. Page
9
This file was installed in section 4.8, you shall not copy it manually.
Doc. no. Lang. Rev. ind. Page
module identifier
h99_inp.txt Traceflags macros, startup script $\Templates\Common C:\Pcu400\Run
*.ini PCU400 configuration files (note: different $\Templates C:\Pcu400\Run\config_ini
Note that the .sys driver file shall always be named clkdrv.sys (independent of operating system). If you
used the file copy method for installing PCU400 you must manually rename it from clkdrvxp.sys to
clkdrv.sys after copying it to the \windows\system32\drivers folder, as described in the table in section
5.1.1.3. The PCU400 setup utility handles this automatically.
1. Open the C:\Pcu400\ClkDrv\clkdrvxp\clk.reg file in a text editor (note: don’t double-click on the file to
do this). Check that the values for InterruptNumber and PortAddress match the settings for the
computer’s parallel port (the normal configuration is interrupt=7/port address=0x378). You must also
set the HW watchdog parameters correctly depending on the CPU type in your computer (the HW
watchdog functionality is CPU dependent). These parameters are shown in the table. Save the file
after completing your changes.
CPU clkdrv.ini parameter Parameter value
Hectronic H686PZ CPUType 1
WDEnablePortAddress 0x443
WDDisablePortAddress 0x043
MSPC8101E CPUType 2
WDEnablePortAddress 0x443
WDDisablePortAddress 0x043
ROCKY-3705EV CPUType 3
WDEnablePortAddress 0x443
WDDisablePortAddress 0x843
2. Double-click on the C:\Pcu400\ClkDrv\clkdrvxp\clk.reg file. The information in the clk.reg file is inserted
into the registry: A CLKDRV key is added under the HKEY_LOCAL_MACHINE \ SYSTEM \
CurrentControlSet \ Services tree in the registry (you may check this by starting REGEDIT.EXE).
3. Reboot the computer.
4. Start Control Panel / Performance and Maintenance/ System. Select the H/W tab and click on the
Device Manager. Locate the Printer Port (LPT1) in the node tree. Double click on the Printer Port. In
the General tab select "Do not use this device (disable)" in the Device usage text field. This
disables the parallel port driver that otherwise may conflict with the clock driver clkdrv.sys.
5. In the Device Manager choose "Show hidden devices" from the View menu. Select ClkDrv in the
Device list by a double click. In the Driver tab set the Startup Type = Boot and click OK10. This
enables the clock driver. Close the Device Manager. Close the System Properties dialog.
6. Reboot the computer.
For advanced users: If you want to change the clkdrv.sys parameters later you can use the registry
editior (REGEDIT.EXE) and access the HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \
Services \ ClkDrv \ Parameters location.
By pressing CTRL-C in the SUPSRV (Supervisor) console window the HW watchdog part of the
clkdrv.sys can be tested. The supervisor feeds the HW watchdog; hence terminating it abnormally
should lead to a computer reboot after a few seconds.
10
The Startup Type determines when the operating system starts the different drivers. If another Startup Type option than Boot
is used, timing problems between clkdrv and clksrv startup at computer boot has been observed (if clksrv starts before clkdrv,
the clkdrv functionality will not work properly). Windows XP boots quickly, but all drivers may not be loaded when a user has
logged on to the computer.
Doc. no. Lang. Rev. ind. Page
If you don’t want the Run400 user to automatically log on, you may press and hold the Shift key down
while Windows XP boots.
If you for some reason can’t get the Windows XP Auto Logon Setter to work, it is possible to directly
access parameters in the Windows XP registry that control auto logon. Note: The registry information in
this section is supplied only for the convenience of advanced users. If you access the registry and enter
incorrect data, your system could be seriously damaged.
To enable auto logon, add (or change) the registry keys shown in the following table in the
HKEY_LOCAL_MACHINE \ SOFTWARE \ Microsoft \ WindowsNT \ CurrentVersion \ Winlogonlocation.
To disable auto logon, set the AutoAdminLogon key to 0 and the DefaultPassword key to an empty string(“”).
# CLIENT
# The following entries are for NTP client operation
#server 136.164.144.176 iburst minpoll 4 maxpoll 5
#driftfile C:\WINDOWS\system32\drivers\etc\ntp.drift
# SERVER
# The following entries are for NTP server operation with PCU400 CLK as reference clock
#server 127.127.45.0 minpoll 4 maxpoll 5
#fudge 127.127.45.0 time1 0.000
#fudge 127.127.45.0 flag1 1 flag2 0
#driftfile C:\WINDOWS\system32\drivers\etc\ntp.drift
The # characters are comments, i.e. the complete file is commented by default. You should now proceed
in the section that suits your desired configuration (5.5.1 for NTP client, 5.5.2 for NTP server).
11
UTC time was previously known as Greenwhich Mean Time (GMT).
Doc. no. Lang. Rev. ind. Page
Command Description
toff Turn all trace off for specified task
tint Trace all internals – implementation is protocol driver dependent. Expert use.
tint01 Trace internals group 1 – implementation is protocol driver dependent. Expert use.
tint02 Trace internals group 2 – implementation is protocol driver dependent. Expert use.
trsp Trace all internal RSP telegrams for specified protocol driver
trsprx Trace received transmitted RSP telegrams
trsptx Trace transmitted RSP telegrams
tlld Trace all low level traffic (telegrams on physical port, RP570 if task is HLD20, IN33 if task
is HLD02)
tlldrx Trace received external telegrams
tlldtx Trace sent external telegrams
trp Trace external telegrams, filtering out "idle" traffic, typical RB/CCR2 for RP570. Not
available for all protocols.
trptx As trp, but trace only transmit direction
trprx As trp, but trace only receive direction
tlldrsp tlld and trsp combination.
trprsp trp and trsp combination.
tall Trace all
talltx Trace all in transmit direction
tallrx Trace all in receive direction
tlldraw Raw LLD trace – implementation is protocol driver dependent. Expert use.
tl71 L71 trace (modem communication for dialed communication). Expert use.
tl71lld tl71 and tlld combination. Expert use.
thldlld Raw LLD trace, complete telegrams – implementation is protocol driver dependent. Expert use.
trprsphldlld trprsp and thldlld combination – implementation is protocol driver dependent. Expert use.
Examples:
DCU> 5W tlld will trace all IN33 traffic towards CS
DCU> 3W tlldrx will trace all received RP570 telegrams from the RTU
DCU> 5W trsptx will trace all RSP telegrams sent by HLD02
6.2.1 Login
Use the following procedure from the FTP client to log in at the server. Note that anonymous login at
PCU400 computers is not possible.
6.2.2 Commands
This chapter presents the most common FTP client commands, as well as useful information that applies
for PCU400 FTP servers.
The table gives a summary of the most common commands to use at the ftp> prompt.
6.2.3 Logout
Use the following procedure from the FTP client to logout (after successful login). Note that if the client is
not used for a defined amount of time (normally 5 minutes) it will automatically log out.
1. At the ftp> prompt, type quit. You will see a Goodbye. message.
2. You may close the command prompt/console window.
1. Definitions