Académique Documents
Professionnel Documents
Culture Documents
EtherNet/IP Scanner
Doc: HMSI-27-249
Rev: 2.00
Connecting DevicesTM
+$/067$'&+,&$*2.$5/658+(72.<2%(,-,1*0,/$1208/+286(&29(175<381(&23(1+$*(1
Table of Contents
Liability
Every care has been taken in the preparation of this manual. Please inform HMS Industrial Networks AB of any
inaccuracies or omissions. The data and illustrations found in this document are not binding. We, HMS Industrial
Networks AB, reserve the right to modify our products in line with our policy of continuous product development.
The information in this document is subject to change without notice and should not be considered as a commit-
ment by HMS Industrial Networks AB. HMS Industrial Networks AB assumes no responsibility for any errors that
may appear in this document.
There are many applications of this product. Those responsible for the use of this device must ensure that all the
necessary steps have been taken to verify that the applications meet all performance and safety requirements in-
cluding any applicable laws, regulations, codes, and standards.
HMS Industrial Networks AB will under no circumstances assume liability or responsibility for any problems that
may arise as a result from the use of undocumented features, timing, or functional side effects found outside the
documented scope of this product. The effects caused by any direct or indirect use of such aspects of the product
are undefined, and may include e.g. compatibility issues and stability issues.
The examples and illustrations in this document are included solely for illustrative purposes. Because of the many
variables and requirements associated with any particular implementation, HMS Industrial Networks AB cannot
assume responsibility for actual use based on these examples and illustrations.
HMS Industrial Networks AB has intellectual property rights relating to technology embodied in the product de-
scribed in this document. These intellectual property rights may include patents and pending patent applications
in the US and other countries.
Trademark Acknowledgements
Anybus is a registered trademark of HMS Industrial Networks AB. All other trademarks are the property of their
respective holders.
WARNING: This is a class A product. in a domestic environment this product may cause radio interference in
! which case the user may be required to take adequate measures.
ESD Note: This product contains ESD (Electrostatic Discharge) sensitive parts that may be damaged if ESD
control procedures are not followed. Static control precautions are required when handling the
product. Failure to observe this may cause damage to the product.
1.2 Features
EtherNet/IP Scanner
FTP Server
Web Server
SMTP Client
10/100 Mbit operation, full or half duplex
On-board IP configuration switches
Shielded or unshielded cables
2. File System
Storage Areas
The file system features three different storage areas:
Important:
The non-volatile storage is located in FLASH memory. Each FLASH segment can only be erased approximately
1000000 times due to the nature of this type of memory.
The following operations will erase one or more FLASH segments:
Deleting, moving or renaming a file or directory
Writing or appending data to an existing file
Formatting the file system
Saving scanner configuration
2.2 Structure
Area 0 Area 1 Area 2
cfg
ssi_str.cfg ip_accs.cfg
http.cfg smtp.cfg
ip.cfg
etn.cfg
hicp.cfg
(scanner.cfg)
email email
email_1.cfg email_1.cfg
email_2.cfg email_2.cfg
email_3.cfg email_3.cfg
... ...
email_10.cfg email_10.cfg
pswd pswd
ad_pswd.cfg sys_pswd.cfg
temp
static.txt
dynamic.txt
master.txt
Example:
[Key1]
value of key1
[Key2]
value of key2
The exact format specification for each system file is described in detail elsewhere in this document.
Important:
Contrary to that stated above, the file \cfg\scanner.cfg holds the scanner configuration in binary format. This file is created
automatically by the scanner interface and must not be altered manually.
3. Network Configuration
[Host name]
anybus
SW SW SW SW SW SW SW SW
DHCP Subnet Gateway IP address
1 2 3 4 5 6 7 8
OFF OFF OFF OFF OFF OFF OFF OFF Determined by \cfg\ip.cfg
OFF OFF OFF OFF OFF OFF OFF ON Disabled 255.255.255. 192.168.0.25 192.168.0.1
0 5
OFF OFF OFF OFF OFF OFF ON OFF Disabled 255.255.255. 192.168.0.25 192.168.0.2
0 5
... ... ... ... ... ... ... ... ... ... ... ...
Note: These switches are read during startup; any changes require a reset in order to take effect.
File Format:
[Password]
<password>
3.3 DHCP
The scanner interface can retrieve the TCP/IP settings from a DHCP server. If unsuccessful, it will fall
back on the current settings (i.e. the settings currently stored in \cfg\ip.cfg).
If no current settings are available (i.e. set to 0), the scanner interface will halt and indicate an error for
the on-board status LEDs (the network configuration can, however, still be accessed via HICP, see See
HICP (Anybus IPconfig) on page 13..
File Format:
[AutoNeg]
Autonegotiation; valid settings: ON or OFF
xxx
[Speed]
xxx
Speed; valid settings: 100 or 10
[Duplex]
xxxx Duplex; valid settings: FULL or HALF
File Format:
[Web]
Nodes listed here may access the web server.
xxx.xxx.xxx.xxx
[FTP]
xxx.xxx.xxx.xxx
Nodes listed here may access the FTP server.
[Ethernet/IP]
xxx.xxx.xxx.xxx Nodes listed here may connect to the interface via EtherNet/IP.
[All]
xxx.xxx.xxx.xxx Fallback setting, used by the interface when one or more of the
keys above are omitted.
IMPORTANT:
Under no circumstances should the address 0.0.0.0 be used for [All], as this will in effect prevent all external access to
the scanner interface. Failure to observe this will render the product unusable and require service from HMS support.
See also...
The Anybus X-gateway User Manual, for full details on using ACM.
The online help in ACM, for further help on the available settings.
Note that it is also possible to use the Hyper Terminal application if preferred.
4. Web Interface
General Status
This page provides an overview of
the gateway initialization parameters
and general gateway diagnostics
(these values correspond to the
values set using the gateway config
interface).
IP Config
This page holds the current TCP/IP
settings, DNS configuration, and
SMTP server settings.
Check that the scanner is in idle mode by checking the current mode in the bottom left corner.
To add a network connection, press the add button (to the right of the list). This will present the window
below:
Editable settings:
Item # Description
Communication IP Address The IP address of the adapter
Transport Type Originator -> Target The only option is Point to Point (unicast)
Target -> Originator Choose from Point to Point (unicast) or Multicast
Data Originator -> Target The size (in bytes) of the data to be sent to the adapter
The offset from the start of the output area memory of the scanner
Target -> Originator The size (in bytes) of the data to be received from the adapter
The offset from the start of the input area memory of the scanner
Data Rate (ms) Originator -> Target Number of milliseconds between each transfer of data to the adapt-
er
Target -> Originator Number of milliseconds between each transfer of data to the scan-
ner
Timeout Multiplier This number, applied to the data rate (the Requested Package Inter-
val), states the amount of time allowed to pass before the connec-
tion is broken
Connection Points Originator -> Target Connection Points equals assembly instances, that can be obtained
from the manufacturer of the product
Target -> Originator Connection Points equals assembly instances, that can be obtained
from the manufacturer of the product
When finished configuring an item in the scan list, press the Ok button. The newly configured item
will show up in the list:
Object Description
-
Supported Services
Class services: Get Attribute All
Get Attribute Single
Instance services: Get Attribute All
Get Attribute Single
Set Attribute Single
Reset
Object Description
-
Supported Services
Class services: -
Instance services: -
Object Description
The Input and Output buffers are represented through instances 101 and 102. In addition, the data as-
sociated with each EtherNet/IP connection is represented as dedicated instances (768... 831 and 1024...
1087).
Output Buffer Input Buffer
Instance 768
1st Connection
Instance 1024
1st Connection
Instance 769
2nd Connection Instance 1025
2nd Connection
Instance N
Last Connection Instance N
Last Connection
Initialised,
(Unused data) Initialised,
but not used (Unused data)
but not used
Supported Services
Class services: Get Attribute Single
Instance services: Get Attribute Single
Set Attribute Single
6.4.3 Instances
# Contents Description
3 Heartbeat instance Used as a heartbeat instance for connections only accessing one re-
al connection point. No attributes are implemented for this instance.
101 Consumed Data (all connections) Mapped to the Output buffer. Equals the contents of instances
768...831
102 Produced Data (all connections) Mapped to the Input buffer. Equals the contents of instances
1024...1087
768 Consumed Data (1st connection) Consumed data associated with I/O connection no. #1
(Configuration Object instance 1)
769 Consumed Data (2nd connec- Consumed data associated with I/O connection no. #2
tion) (Configuration Object instance 2)
... ... ...
831 Consumed Data (64th connec- Consumed data associated with I/O connection no. #64
tion) (Configuration Object instance 64)
1024 Produced Data (1st connection) Produced data associated with I/O connection no. #1
(Configuration Object, instance 1)
1025 Produced Data (2nd connection) Produced data associated with I/O connection no. #2
(Configuration Object, instance 2)
... ... ...
1087 Produced Data (64th connection) Produced data associated with I/O connection no. #64
(Configuration Object, instance 2)
Object Description
-
Supported Services
Class services: Get Attributes All
Forward Open
Forward Close
Unconnected Send
Instance services: Get Attributes All
Class 1 connections are used to transfer I/O data. Each class 1 connection establishes two data trans-
ports; one consuming, and one producing.
No. of Supported Target Class 1 Connections: 20 per instance (sharing same transport)
No. of Supported Transports 1
Supported Transport Types Point-to-Point, Multicast
Supported Packet Rate (API): 2...3200ms
Supported Trigger Types: Cyclic
Once a class 1 connection has been established, a transport is received. This transport may be of
Point-to-Point or Multicast type. If Point-to-Point, the data is transferred using UDP unicast
messages, and no other connections can access the data. If Multicast, the data is transferred with
UDP multicast messages, and other connections may use the same transport accessing the data.
Producing instances can only be assigned one transport. Therefore, if using Point-to-Point
connections, only 1 (one) Class 1 connection can be established. However, 20 connections can
be linked to each Multicast transport, allowing 20 Class 1 connections to be established if they
all use the same transport.
In order for a connection to use an existing transport, the connection data size must match the
data size of the existing transport, or an error response will be returned. If the connection RPI
(Requested Packet Interval) does not match the existing connectionss API (Actual Packet
Interval), the connection will still be established using the API of the existing transport. This API
will be returned in the response to the Forward Open-request.
Since consuming instances are used to control the outputs, only one connection is allowed to
each consuming instance.The transport used for the connection must be Point-to-Point.
Class 3 connections are used to establish connections to the message router. Thereafter the connection
is used for explicit messaging. Class 3 connections use TCP connections.
Up to 16 simultaneous class 3 connections towards the message router is supported.
Object Description
This vendor specific object provides diagnostic information from the scanner interface.
Supported Services
Class services: Get Attribute All
Instance services: Get Attribute Single
Object Description
-
Supported Services
Class services: Create
Delete
Restore
Get Attribute All
Get Attribute Single
Set Attribute Single
Kick Timer (4Bh)
Change Start (4Fh)
Get Status (50h)
Change Complete (51h)
Audit Changes (52h)
Instance services: Delete
Restore
Get Attribute All
Set Attribute All
Get Attribute Single
One instance is created for each connection. All instance attributes except attribute #1 is stored in non-
volatile memory.
Object Description
-
Supported Services
Class services: Get Attribute All
Get Attribute Single
Instance services: Get Attribute All
Get Attribute Single
Object Description
This object provides the a mechanism to configure the TCP/IP settings via EtherNet/IP. Note that
writing to this object will affect the settings stored in the configuration file ip.cfg.
Supported Services
Class services: Get Attribute All
Get Attribute Single
Instance services: Get Attribute All
Get Attribute Single
Set Attribute Single
Object Description
This object maintains link specific counters and status information for the Ethernet communications
interface.
Supported Services
Class services: Get Attribute All
Get Attribute Single
Instance services: Get Attribute All
Get Attribute Single
Set Attribute Single
5. Data Exchange
Status Word
Statistics
List
EtherNet/IP Scanner Slave Interface
EtherNet/IP
Network EtherNet/IP
Network
EtherNet/IP Network
Image
Image
Other Network
(Output)
(Input)
Control Word
EtherNet/IP
Network EtherNet/IP
Image Network
(Input) Image
(Output)
The structure of the EtherNet/IP Network I/O is determined by the configuration created in the con-
figuration tool.
Note: The input/output data sizes of the Scanner Interface are determined by the size of the actual con-
figuration created using the configuration tool and cannot be set via the Gateway Config interface.
The Status Word holds general status information, as described in the X-gateway user manual. When
enabled, it is mapped to the two first bytes of the input area memory buffer.
See the X-gateway user manual for further information.
The Control Word, if enabled, controls the communication towards the other nodes on the
EtherNet/IP network and is mapped to the two first bytes of the output area memory buffer. The cur-
rent state can be configured from the fieldbus side in the Control/Status word or it can be configured
from the terminal interface.
Control Word Contents:
(MSB) (LSB)
IMPORTANT: The Control- and Status Words can be disabled through the Gateway Configuration Interface. In
such a case, the master interface will enter Run mode automatically after having completed the start up initialization se-
quence. If enabled, the scanner will start up in Idle mode, and will not exchange data until the mode has been changed to
Run.
For more information regarding the Live List, consult the X-gateway user manual.
7. FTP Server
Security Levels
The server features two security levels (below). Security level is set at a per-user basis.
Normal Users
The root directory will be \cfg.
Note: if no valid user accounts can be found, all users will be treated as Admin Users (below).
Admin Users
The root directory will be \, i.e. the user has unrestricted access to the file system.
Note: The factory default admin login is ABX (username) and FTPAccess (password).
User Accounts
The user accounts are stored in two files, which are protected from web access:
\cfg\pswd\sys_pswd.cfg
This file holds account details for normal users.
\pswd\ad_pswd.cfg
This file holds account details for admin users.
File Format:
Username1:Password1
Username2:Password2
Username3:Password3
8. E-mail Client
See also...
8-39 SMTP Server Settings
8-40 E-mail Definitions
A-41 Server Side Include (SSI)
File Format:
[SMTP address]
xxx.xxx.xxx.xxx Outgoing email server address
[SMTP username]
user SMTP server login. Optional.
[SMTP password]
password
\cfg\email
This directory holds up to 10 messages which can be altered by normal-level FTP-users.
\email
This directory holds up to 10 messages which can be altered by admin-level FTP-users.
E-mail definition files must be named email_1.cfg, email_2.cfg... email_10.cfg in order to be properly
recognized by the client.
File Format:
[Register]
Area, Offset, Type
[Register Match]
Value, Mask, Operand
[To]
recipient
[From]
sender
[Subject]
subject line
[Headers]
Optional extra headers
[Message]
message body
Note: Hexadecimal values must be written with the prefix 0x in order to be recognized by the client.
General
Server Side Include (from now on referred to as SSI) functionality enables dynamic content on web pag-
es and in e-mail messages.
SSIs are special commands embedded in the source document. When the scanner interface encounters
such a command, it will be executed, and if applicable, replaced by an output string.
Syntax
The Xs below represents a command opcode and parameters associated with the command.
<?--#exec cmd_argument=XXXXXXXXXXXXXXXXXXXXXX-->
Example
The following example causes a web page to display the Ethernet Mac ID of the interface:
<HTML>
<HEAD><TITLE>SSI Test</TITLE></HEAD>
<BODY>
The Ethernet Mac ID of the scanner interface is:
<?--#exec cmd_argument=DisplayMacID-->
</BODY>
</HTML>
A.1 Functions
A.1.1 DisplayMacID
Syntax:
<?--#exec cmd_argument=DisplayMacId-->
A.1.2 DisplaySerial
Syntax:
<?--#exec cmd_argument=DisplaySerial-->
A.1.3 DisplayFWVersion
This function returns the main firmware revision of the scanner interface.
Syntax:
<?--#exec cmd_argument=DisplayFWVersion-->
A.1.4 DisplayBLVersion
This function returns the bootloader firmware revision of the scanner interface.
Syntax:
<?--#exec cmd_argument=DisplayBLVersion-->
A.1.5 DisplayIP
Syntax:
<?--#exec cmd_argument=DisplayIP-->
A.1.6 DisplaySubnet
Syntax:
<?--#exec cmd_argument=DisplaySubnet-->
A.1.7 DisplayGateway
Syntax:
<?--#exec cmd_argument=DisplayGateway-->
A.1.8 DisplayDhcpState
Syntax:
<?--#exec cmd_argument=DisplayDhcpState( "Output when ON", "Output when OFF"
)-->
A.1.9 StoreIPConfig
Syntax:
<?--#exec cmd_argument=StoreIPConfig-->
Include this line in a HTML page and pass a form with new IP settings to it.
Default output:
Invalid IP address!
Invalid Subnet mask!
Invalid Gateway address!
Invalid IP address or Subnet mask!
Invalid DHCP state!
Invalid DNS1!
Invalid DNS2!
Configuration stored correctly.
Failed to store configuration.
A.1.10 GetText
Syntax:
<?--#exec cmd argument=GetText( "ObjName", OutWriteString ( offset ), n )-->
Default output:
Success - Write succeeded
Failure - Write failed
A.1.11 printf
This function includes a formatted string, which may contain data from the Anybus IN/OUT area, on
a web page. The formatting of the string is equal to the standard C function printf().
Syntax:
<?--#exec cmd_argument=printf("String to write", Arg1, Arg2,... , ArgN)-->
Like the standard C function printf() the "String to write" for this SSI function contains two types of
objects: Ordinary characters, which are copied to the output stream, and conversion specifications, each
of which causes conversion and printing of the next successive argument to printf. Each conversion
specification begins with the character % and ends with a conversion character. Between the % and the
conversion character there may be, in order:
A number specifying a minimum field width. The converted argument will be printed in a field
at least this wide, and wider if necessary. If the converted argument has
fewer characters than the field width it will be padded on the left (or
right, if left adjustment has been requested) to make up the field width.
The padding character is normally space, but can be 0 if the zero pad-
ding flag is present.
A period, which separates the field width from the precision.
A number, the precision, that specifies the maximum number of characters to be printed from a
string, or the number of digits to be printed after the decimal point for
e, E, or F conversions, or the number of significant digits for g or G
conversion, or the minimum number of digits to be printed for an in-
teger (leading 0s will be added to make up the necessary width)
A length modifier h, l (letter ell), or L. "h" Indicates that the corresponding argument is to be
printed as a short or unsigned short; "l" indicates that the argument is
a long or unsigned long.
The conversion characters and their meanings are shown below. If the character after the % is not a con-
version character, the behavior is undefined.
The arguments that can be passed to the SSI function printf are:
Argument Description
InReadSByte(offset) Reads a signed byte from position offset in the input buffer
InReadUByte(offset) Reads an unsigned byte from position offset in the input buffer
InReadSWord(offset) Reads a signed word (short) from position offset in the input buffer
InReadUWord(offset) Reads an unsigned word (short) from position offset in the input
buffer
InReadSLong(offset) Reads a signed longword (long) from position offset in the input buff-
er
InReadULong(offset) Reads an unsigned longword (long) from position offset in the input
buffer
InReadString(offset) Reads a string (char*) from position offset in the input buffer
InReadFloat(offset) Reads a floating point (float) value from position offset in the input
buffer
OutReadSByte(offset) Reads a signed byte from position offset in the output buffer
OutReadUByte(offset) Reads an unsigned byte from position offset in the output buffer
OutReadSWord(offset) Reads a signed word (short) from position offset in the output buffer
OutReadUWord(offset) Reads an unsigned word (short) from position offset in the output
buffer
OutReadSLong(offset) Reads a signed longword (long) from position offset in the output
buffer
OutReadULong(offset) Reads an unsigned longword (long) from position offset in the output
buffer
OutReadString(offset) Reads a NULL terminated string (char*) from position offset in the
output buffer
OutReadFloat(offset) Reads a floating point (float) value from position offset in the output
buffer
MbReadSWord(id) Used to control the gateway, see A-52 Gateway Control.
CipReadSByte(class, inst, attr) Read a signed byte from a CIP-object
CipReadUByte(class, inst, attr) Read an unsigned byte from a CIP-object
CipReadSWord(class, inst, attr) Read a signed word from a CIP-object
CipReadUWord(class, inst, attr) Read an unsigned word from a CIP-object
CipReadSLong(class, inst, attr) Read a signed longword from a CIP-object
CipReadULong(class, inst, attr) Read an unsigned longword from a CIP-object
CipReadFloat(class, inst, attr) Read a floating point value from a CIP-object
CipReadShortString(class, inst, attr) Read a short string from a CIP-object
CipReadString(class, inst, attr) Read a null-terminated string from a CIP-object
CipReadUByteArray(class, inst, attr) Read an unsigned byte-array from a CIP-object
CipReadUWordArray(class, inst, attr) Read an unsigned word-array from a CIP-object
CipReadULongArray(class, inst, attr) Read an unsigned longword-array from a CIP-object
A.1.12 scanf
Syntax:
<?--#exec cmd_argument=scanf( "ObjName", "format", Arg1, ..., ArgN), ErrVal1,
..., ErrvalN-->
ObjName - The name of the object with the passed data string
format - Specifies how the passed string shall be formatted
Arg1 - ArgN - Specifies where to write the data
ErrVal1 -ErrValN - Optional; specifies the value/string to write in case of an error.
The conversion characters d, i, o, u and x may be preceded by l (letter ell) to indicate that a pointer to
long appears in the argument list rather than a byte or a short
The arguments that can be passed to the SSI function scanf are:
Argument Description
OutWriteByte(offset) Writes a byte to position offset in the output buffer
OutWriteWord(offset) Writes a word (short) to position offset in the output buffer
OutWriteLong(offset) Writes a long to position offset in the output buffer
OutWriteString(offset) Writes a string to position offset in the output buffer
OutWriteFloat(offset) Writes a floating point (float) value to position offset in the output
buffer
CipWriteByte(class, inst, attr) Write a byte value to a CIP-object
CipWriteWord(class, inst, attr) Write a word value to a CIP-object
CipWriteLong(class, inst, attr) Write a longword to a CIP-object
CipWriteFloat(class, inst, attr) Write a floating point value to a CIP-object
Default output:
Write succeeded
Write failed
A.1.13 IncludeFile
Syntax:
<?--#exec cmd_argument=IncludeFile( "File name" )-->
Default output:
Success - <File content>
Failure - Failed to open <filename>
A.1.14 SaveToFile
Syntax:
<?--#exec cmd_argument=SaveToFile( "File name",
"Separator",[Append|Overwrite] )-->
Default output:
Success - Form saved to file
Failure - Failed to save form
A.1.15 SaveDataToFile
Syntax:
<?--#exec cmd_argument=SaveDataToFile( "File name", "Object
name",[Append|Overwrite] )-->
Default output:
Success - Form saved to file
Failure - Failed to save form
A.1.16 DisplayScannerMode
This function returns the current scanner mode (run or idle state).
Syntax:
<?--#exec cmd_argument=DisplayScannerMode
( "Output when Run", Output when Idle )-->
A.1.17 SetScannerMode
Syntax:
<?--#exec cmd_argument=SetScannerMode-->
Default output:
Failure - Change scanner mode not possible
See also...
6-23 Identity Object, Class 01h
1. Changing SSI output defaults by creating a file called "\ssi_str.cfg" containing the output strings
for all SSI functions in the system
2. Temporary changing the SSI output by calling the SSI function "SsiOutput()".
If the file "\ssi_str.cfg" is found in the file system and the file is correctly according to the specification
below, the SSI functions will use the output strings specified in this file instead of the default strings.
The files shall have the following format:
[StoreEtnConfig]
Success: "String to use on success"
Invalid IP: "String to use when the IP address is invalid"
Invalid Subnet: "String to use when the Subnet mask is invalid"
Invalid Gateway: "String to use when the Gateway address is invalid"
Invalid IP or Subnet: "String to use when the IP address and Subnet mask does
not match"
Invalid DNS1: "String to use when the primary DNS cannot be found"
Invalid DNS2: "String to use when the secondary DNS cannot be found"
Save Error: "String to use when storage fails"
Invalid DHCP state: "String to use when the DHCP state is invalid"
[scanf]
Success: "String to use on success"
Failure: "String to use on failure"
[IncludeFile]
Failure: "String to use when failure"1
[SaveToFile]
Success: "String to use on success"
Failure: "String to use on failure"1
[SaveDataToFile]
Success: String to use on success
Failure: String to use on failure1
[GetText]
Success: String to use on success
Failure: String to use on failure
The contents of this file can be redirected by placing the line [File path] on the first row, and a file path
on the second.
Example:
[File path]
\user\ssi_strings.cfg
In this example, the settings described above will be loaded from the file user\ssi_strings.cfg.
The SSI output for the next SSI function to be called can be temporarily altered using the SSI function
SsiOutput(). Note that this will only affect the output string for the next SSI function, after that, the
output strings will be reverted to their defaults, or to the strings defined in the file \ssi_str.cfg.
The maximum size of a string is 128 bytes.
Syntax:
<?--#exec cmd_argument=SsiOutput( "Success string", "Failure string" )-->
Example:
This example shows how to change the output strings for a scanf SSI call.
<?--#exec cmd_argument=SsiOutput ( "Parameter1 updated", "Error" )-->
<?--#exec cmd_argument="scanf( "Parameter1", "%d", OutWriteByte(0) )-->
The system files dynamic.txt holds dynamic status information from the gateway and the onboard net-
work interfaces. To provide up-to-date information, this file needs to be refreshed before use.
The following SSI command sequence will instruct the gateway to refresh the file:
Syntax:
<?--#exec cmd_argument=printf( Data: %u, MbReadSWord( 21 ) )-->
It is possible to reset the gateway using the following SSI command sequence:
Syntax:
<?--#exec cmd_argument=printf( Data: %u, MbReadSWord( 1 ) )-->
B. Technical Specification