The EUROS networking component implements the TCP/IP protocol family. This enables an embedded system running under EUROS to connect to the Internet or to an Intranet. Thus, the embedded system can communicate in a standardized way with PCs, maintenance laptops and other TCP/IP enabled embedded systems, either when connected directly or when connected over a local network or wide area network. Functions such as remote maintenance, remote control and remote diagnostics can be implemented using widely available components.
Based on our proprietary TCP / IP stack, you can implement a variety of Internet applications up to web server applications in few steps.
The TCP/IP stack is fully integrated into EUROS. For example, debugging features and memory management functions of the Microkernel are used instead of re-implementing them within the TCP/IP stack. The functions of the networking component are made available through the standard Socket interface. There's no need to learn a proprietary API.
While many software packages for so-called "embedded internet servers" implement only the very basic functions needed to handle a single HTTP/TCP/IP connection over a single network interface, the EUROS TCP/IP stack is designed for universal use and therefore contains full functionality.
The EUROS TCP/IP stack supports multiple simultaneous connections as well as multiple network interfaces. Packet forwarding between interfaces is possible. Fragmentation and reusability of IP datagrams is supported and allows for maximum independence of physical network interfaces and maximum interoperability with other systems. TCP features, such as "slow start and congestion avoidance," "fast retransmit," "window scaling," "keep-alive," "delayed ACK," and "nagle algorithm" result in high data throughput and reduced network load.
For physical data transfer, the TCP/IP stack uses EUROS device drivers. Currently port drivers for several Ethernet interfaces and a PPP resource manager are available. The latter can be connected to port drivers for serial interfaces. A PPP resource manager for use with the ISDN-CAPI interface is also available. On the application layer the networking component also contains the BOOTP protocol (for remote self-configuration) and a DNS resolver for name server queries.
In addition to the networking component we offer application protocols such as HTTP server,
FTP server, SMTP client, SNMP agent and DHCP client. These utilize both the EUROS RTOS and the networking component and are optimally integrated into the system.
- Slow start and congestion avoidance
- Fast retransmit
- Window scaling
- Delayed ACK
- UDP Data checksum (optional)
- Datagram forwarding (optional)
- Configurable TTL
- Configurable TOS
- Fragmentation and reassembly
- "Stateless" address auto-configuration
- Ability to dual-stack implementation
Broadcast (Ethernet, IEEE 802.2)
BOOTP-Client (only to obtain an IP address)
Programming Interface: Interface
From 80 KB ROM, from 20 KB RAM (it depends on the CPU-Architecture)
- EUROS Microkernel with the I/O-System
- Port-Driver with Resource-Manager as Network interface
The EUROS Embedded Web Server implements a HTTP server. The web pages can be stored in the memory or in a file system, or they can be generated dynamically when you query the page. When querying a page by the client (browser) a new task is generated, which processes the transaction. Multiple pages can be queried in parallel. Authentication is possible on a page by page basis.
Technical Properties :
The server supports the following properties:
• HTTP 0.9, 1.0 and 1.1
• Basic Authentication
• Persistent Connections with HTTP 1.0 and 1.1
• commands GET, HEAD, and POST
• URL parameters in GET and POST
Page Properties :
The following properties of a memory-based side are configurable:
- The name / path
- MIME type
- Location of the content in memory (as well as in several sections)
- User functions for dynamic pages
- References to authentication information
The features of system-based pages can be abstracted from file system information. Authentication of those pages is not possible.
The following parameters can be configured:
- Port number of the server
- The maximal number of server tasks that can be generated
- Maximum size for sending TCP segments
- Size of the send buffer
- Stack size of server tasks
- Receive buffer of the server tasks
- Search function for non-memory-based pages
- The root directory for file system-based pages
- Page definitions
The following tools are provided:
• bin2c: converting binary files into C source code
• TEXT2C: converting text files into C source code
• MKAUTH: Generation of authentication information in C source code
This software component implements a client for the DHCP protocol according to RFC-2131 and RFC-2132.
The DHCP client runs in the background as an application task. After start it requests a configuration from a DHCP server. It monitors the time for which an offered configuration is valid and applies for an extension of the cycle time. The application can communicate with the client by using an Eventflag object. This object can retrieve the status of the client. Likewise, the client can be shut down by using an Eventflag.
The DHCP client supports the following DHCP options:
- IP address
- Subnet Mask
- Broadcast address
- Default router (optional)
- Static Routes (optional)
- DNS server (optional)
- Host Name (optional)
- Ethernet Interface
- EUROS Microkernel with the I/O system
- Process Manager EUROS
- Network component (TCP/IP)
- Ethernet driver
This EUROS component implements Modbus protocol over a TCP/IP connection. There are two use cases of Modbus protocol and TCP/IP communications.
1. Modbus/TCP — used for communications over TCP/IP networks, connecting over port 502. It does not require a checksum calculation.
2. Modbus over TCP or Modbus RTU/IP is a variant that differs from Modbus TCP in that a checksum is included in the payload as with Modbus RTU.
MODBUS is an application layer messaging protocol. It provides client/server communication between devices connected on various types of buses or networks.
The industry's serial de facto standard since 1979, Modbus continues to enable millions of automation devices to communicate. Today, support for the simple and elegant structure of Modbus continues to grow. The Internet community can access Modbus at port 502, the reserved system port on the TCP/IP stack. This Modbus client/server implementation uses TCP/IP over Ethernet.
• Physical discrete inputs:
• Coils or Internal Bits:
16 bits access:
• Physical input registers:
• Physical output or Internal registers:
File record access:
Others or Encapsulated Interface Transport:
The following EUROS components are required when using the Modbus/TCP component:
• Process Manager
• Network component (TCP/IP)
• Ethernet port driver
• This version of the Modbus/TCP component has the following restrictions:
• Only one request at a time can be made by the Modbus client and one request at a time can be processed by the Modbus server implementation.
• The CANopen General Reference Request and Response is not supported
• The diagnostic functions are used only for Modbus over serial line and thus are not supported by this implementation.
The EUROS FTP server implements an FTP server for embedded systems.
It supports the following commands from RFC 959: USER, PASS, CWD, CDUP, QUIT, PORT, TYPE, STRU, MODE, RETR, STOR, APPE, DELE, RMD, MKD, PWD, LIST, NLST, SYST, HELP, NOOP, REIN, PASV
In addition, the following non-standard commands are supported: XPWD, XMKD, XRMD, SIZE, MDTM.
The server can only handle one connection at a time. Only one client can be operated simultaneously. Both, an authentication with password and anonymous FTP connection without a password are supported. However, there a rights managing when accessing files does not take place???.
The server only supports the transmission mode "stream" and the file structure 'File'. It supports display types "ASCII" and "image" (binary). Both types are not distinguished.
The FTP server requires the operating system EUROS, the EUROS - TCP / IP stack and the EUROS - file system.
The SNMP agent implements Simple Network Management Protocol version 1 as described in RFC 1157. It loads MIB-II (RFC 1213) and provides necessary support for MIB-II functionality.
The SNMP agent is implemented in EUROS as a separate task. It requires TCP/IP functionality and system services of the Microkernel, I/O System and Process Manager. Your hardware should be equipped with Ethernet or at least with a serial port. The examples in the respective document are configured for the Ethernet usage.
The user is responsible for creating a separate SNMP task, assigning its priority and reserving stack space for it. The values in the provided examples can be used for initial settings. The memory usage can be computed from the linker map.
The PPP is implemented as a Resource Manager under EUROS and represents a hardware-independent high-level driver. The PPP Resource Manager can be used to transfer data frames over a serial interface. The Resource Manager does not depend on specific interface hardware. It must be attached to a Serial Port Driver that performs the actual transmission and reception using specific hardware. The resource manager can operate either as a server (passive connection) or as a client (active link). The resource manager works with all port drivers of type “serial”. A full duplex connection with 8 data bits is required. It can communicate either via a modem or directly using a null modem cable. The IP addresses can be specified using the system service netctl or it can be automatically determined during the connection time. An embedded unit operates either as a client (active link) or as a server (waiting for connection establishment to the remote party). The PPP Resource Manager can be used only on top of the network component.
Supported protocols: LCP, IPCP, IP, PAP, CHAP-MD5
Bit rate: depends on the serial port driver
Number of equipment units: unlimited
Supported I/O System services:
- IoCreate Create a PPP Resource Manager
- IoDelete Delete a PPP Resource Manager
- IoOpen Open a PPP Resource Manager
- IoClose Close a PPP Resource Manager
- IoReserve Reserve a PPP Resource Manager
- IoRelease Release a reserved PPP Resource Manager
- IoRead Read a data frame from a PPP Resource Manager
- IoWrite Write a data frame to a PPP Resource Manager
- IoControl Set I/O parameters of a PPP Resource Manager
- IoAttach Attach to a port driver
- IoDetach Detach from a port driver
Supported software characteristics:
- Number of queued input frames
- ACCM (mask of escaped characters
PPP und LCP: RFC-1661;
- EUROS Microkernel including the I/O system
- EUROS network component
- Serial Port Driver
The Ethernet/IP implements the Ethernet Industrial Protocol as described by the respective ODVA technical specification. By using this component one can quickly define and implement application-specific CIP services as well as support multiple sessions and connections. Ethernet/IP is highly configurable; one can fine-tune various aspects of the protocol communications depending on the application requirements.
The Ethernet/IP component implements a minimal CIP server with Ethernet/IP encapsulation. It is intended to be a toolset for the implementation of a product using Ethernet/IP. This software component does not comprise a "product" as described in the Ethernet/IP specification.
A "product" is a complete EUROS application using this software component. Therefore, the user of this component is the licensee of Ethernet/IP, not EUROS Embedded Systems GmbH.
It is the responsibility of the user to acquire a license and to integrate Ethernet/IP with the other software components that comprise a product. A number of object classes are pre-implemented (see below). The user has the option to implement additional standard classes or vendor-specific classes and to add them to the Ethernet/IP protocol stack.
The following EUROS components are required when using the Ethernet/IP:
- Process Manager
- Network component (TCP/IP)
- C library
- Ethernet port driver
- DHCP client (optional)
The POP3 library provides implementation of the Post Office Protocol and allows EUROS applications to retrieve electronic messages from remote servers over TCP/IP connections. If bundled with the secure sockets layer library, the combined libraries also support the STLS command and POP3 connections over TLS/SSL.
POP3 Client library is platform independent, written in ANSI C and can be used on any of the platforms build on EUROS. Since it relies on a standard BSD socket interface it can be integrated with EUROS TCP/IP stack (or any other third party stack supported by EUROS RTOS).
It supports all pop3 commands and states of a POP3 session. EUROS POP3 API offers functions for execution of both standard user defined commands. POP3 Client library detects not allowed cases of command execution, fails, timeouts, etc.
The Secure Sockets Layer library (SSL) is needed in order to set up and employ encrypted and secure connections over a TCP/IP network. Using asymmetric cryptography one can use this library in conjunction with other protocols like HTTP or FTP to add security-on-demand to the respective user applications. The SSL library uses the BSD socket API and it can be bundled with any of the available EUROS TCP/IP stack libraries.
The primary goals of the TLS protocol is to provide cryptographic security when establishing connection between two parties and to ensure the interoperability during the development process.
By providing a framework incorporating new public key generation and bulk encryption methods it prevents the need to create new protocols and avoids the need to implement an entire new security library.
The TLS library uses the BSD socket API and it can be bundled with any of the available EUROS TCP/IP stack libraries.
EUROS supports several protocols for secure file transfer, including SFTP (file transfer over SSH) and FTPS (file transfer over SSL/TLS).
SFTP is implemented over an optimized encryption and communication engine aimed to be employed even on slower 16-bit systems. Depending on the configurable handshake and key exchange algorithm, the log-in time can be tuned to match the overall system performance.
FTPS is implemented using the EUROS TCP/IP stack together with and Secure Sockets Library, which supports fast transfer speed and short log-in latency times.
The UDT library supports the implementation of reliable UDP-based data transfers. This library is based on UDT and Sector/Sphere projects and provides a convenient data flow abstraction for distributed applications. It is possible to use various congestion algorithms to increase the data transfer speed significantly.
The EUROS SMTP client implements e-mail sending for embedded systems. It uses the DNS resolver component of the network in order to determine the domain responsible for the target mail server. It supports up to 5 servers. The configured mail servers are processed in order of preference.
LOGIN, PLAIN and CRAM-MD5 authentication methods are supported. Authentication is optional.
The EUROS Telnet server is intended for embedded systems. It supports the Telnet protocol according to the general RFC-854/855.
Furthermore it supports options ECHO (RFC 857) and Window Size (RFC 1073). It allows multiple Telnet connections in parallel.