Configuring S7-1500 to LOGO! 8 S7 Communication and DB Addressing

David Krause11 min read
S7-1200SiemensTroubleshooting
Licensed PE Working through this on a live machine? A Maine-licensed engineer can take it from here — included with IMD hardware, by the hour for everything else. Book an engineer

Problem Overview: S7-1500 to LOGO! 8 Communication Failure

Field installations pairing a SIMATIC S7-1500 CPU 1511-1 PN with a LOGO! 8 (0BA8 / FS4) frequently fail with "Remote address invalid," "Connection cannot be established," or with the client/server mismatch where the data block (DB) shows no online values despite a green connection LED. The failure is rarely a hardware defect; it is almost always caused by one of three configuration issues:

  1. Wrong DB absolute addressing syntax (DB1.DB0 vs. DB1.DBB0).
  2. Incorrect assignment of the S7 communication role (LOGO! 8 must be the S7 client, the S7-1500 must be the S7 server).
  3. Missing "Permit access with PUT/GET communication" protection setting on the S7-1500 CPU.

Combined with the LOGO! 8 requirement that analog process values be routed through an Amplify (B081) block to the Variable Memory (VM) area, these issues are resolved by following the procedure below.

Tested Hardware and Software Baseline

Component Part / Version Notes
SIMATIC S7-1500 CPU 6ES7511-1AK00-0AB0 (CPU 1511-1 PN) Firmware V1.8 (legacy), V2.0+ recommended for new projects
LOGO! 8 (0BA8 Standard) 6ED1052-1CC00-0BA8 / FS4 Ethernet variant with 0BA8 base module
LOGO! Soft Comfort V8.0 / V8.1 / V8.2 Programming environment for LOGO! 8
TIA Portal V13 SP1 Upd 8 (or V15.1 / V16 / V17 for newer CPUs) STEP 7 Professional
S7 Communication ISO-on-TCP (port 102) / S7 Communication LOGO! 8 = S7 client; S7-1500 = S7 server

Refer to the Siemens S7-1500 CPU 1511-1 PN manual (entry ID 109751786) and the LOGO! 8 system manual (entry ID 100761982) for the authoritative hardware reference.

Network Topology

The reference topology is a point-to-point Ethernet link on a shared /24 subnet. The S7-1500 and the LOGO! 8 must be on the same subnet with no routing required for the S7 connection.

  • S7-1500 CPU 1511-1 PN — IP 192.168.0.1 / mask 255.255.255.0
  • LOGO! 8 (FS4) — IP 192.168.0.2 / mask 255.255.255.0
  • Default S7 communication port: TCP 102
Critical: Confirm that the S7-1500 is not placed behind a NAT router when the LOGO! 8 initiates the connection. S7 communication uses ISO-on-TCP and requires a direct layer-3 path between the two nodes.

Root Cause 1 — Wrong Absolute DB Address Syntax

S7-1500 absolute addressing requires an explicit data type prefix that the LOGO! 8 S7 client transmits in the PUT/GET request:

Memory Type Correct S7-1500 Notation Invalid Form Width
Byte DB1.DBB0 DB1.DB0 8 bit
Word DB1.DBW0 DB1.DB0 16 bit
DWord DB1.DBD0 DB1.DB0 32 bit
Bit DB1.DBX0.0 DB1.DB0.0 1 bit

The string DB1.DB0 is not a valid S7 absolute address and is rejected by the CPU with a "remote address invalid" diagnostic event. Always specify DBB / DBW / DBD / DBX. When configured through the LOGO! Soft Comfort Ethernet connection wizard, the address field is byte-oriented; the wizard appends the byte width automatically. If you are entering the address manually, use the byte form DB1.DBB0 for single-byte transfers.

Root Cause 2 — S7 Client / Server Role Assignment

LOGO! 8 (0BA8 / FS4) implements the S7 communication protocol as a client only. The S7-1500 acts as the server, listening on TCP 102 and accepting PUT/GET requests. Configuring the S7-1500 as the S7 client (using TSEND_C / TRCV_C or the PUT/GET instruction with the LOGO! as the partner) causes the connection to come up but no data is exchanged — the LOGO! 8 will not accept an unsolicited PUT/GET from a peer that is not the configured server.

Field-proven rule: In an S7-1500 ↔ LOGO! 8 link, the LOGO! 8 must be the S7 client and the S7-1500 must be the S7 server. Reverse the role and the connection stays "established" (no error) but the DB never updates online.

From the S7-1500 side this means the CPU only needs to expose a server connection; no active PUT/GET block has to be programmed. The S7-1500 protection setting "Permit access with PUT/GET communication from remote partner" must be enabled — see the next section.

Root Cause 3 — Missing PUT/GET Access Permission on the S7-1500

Starting with firmware V1.8 the S7-1500 CPU blocks all PUT/GET access by default as a security hardening measure. The setting is located in TIA Portal under:

Project tree → CPU 1511-1 PN → Properties → Protection & Security → Connection mechanisms → Permit access with PUT/GET communication from remote partner (must be checked)

With the option cleared, the S7-1500 silently rejects PUT/GET requests from the LOGO! 8 S7 client. Confirm the tickbox is enabled and download the hardware configuration to the CPU before re-attempting the connection.

Step-by-Step Configuration Procedure

Prerequisites

  • Both devices powered and reachable by ping on the same subnet.
  • LOGO! 8 base module with Ethernet (e.g., 6ED1052-1CC00-0BA8).
  • TIA Portal V13 SP1 or higher installed; LOGO! Soft Comfort 8 or higher installed.
  • Empty DB1 in the S7-1500 program (created with "Standard access" or "Optimized" — note: PUT/GET with LOGO! 8 is most reliable with a non-optimized DB, see TIA Portal S7-1500 manual section 4.7).

Step 1 — Configure the S7-1500 server side

  1. Open TIA Portal → open your project containing the CPU 1511-1 PN.
  2. Create a new global DB (e.g., DB1 "LOGO_Interface") with the byte-aligned tags you need to exchange. Disable "Optimized block access" on the DB properties so the absolute addresses are byte-addressable.
  3. Navigate to CPU 1511-1 PN → Properties → Protection & Security → Connection mechanisms and check Permit access with PUT/GET communication from remote partner.
  4. Compile the hardware configuration and download to the CPU.
  5. Note the S7-1500 IP address and rack/slot (0 / 1 for the 1511-1 PN).

Step 2 — Configure the LOGO! 8 S7 client

  1. Open LOGO! Soft Comfort 8 and load the project (or create a new one).
  2. From the menu bar select Tools → Ethernet Connections (or LOGO! → Ethernet Connections in older builds).
  3. Add a new S7 connection. Fill in the parameters:
Parameter Value
Connection type S7 Connection
Server TSAP 01.01 (rack 0, slot 1 — S7-1500 default)
Server IP address 192.168.0.1
Read / Write area DB1
Start address 0 (interpreted as byte offset)
Length Number of bytes to transfer (1–32 typical)
Trigger / Cycle Logo clock bit or always true
  1. Compile and download the program to the LOGO! 8. Cycle power if prompted.
  2. In Online → Ethernet Connections → Test, the connection should transition to Established.

Step 3 — Route analog values through Amplify to VM

The LOGO! 8 S7 client can only read from the LOGO! variable memory (VM) area, not from the marker (M) area. The mapping is:

LOGO! Internal S7-Accessible Address Width
VM0 – VM850 DB1.DBB0 – DB1.DBB850 (byte view) or DB1.DBW0 – DB1.DBW850 (word view) 1 byte / 2 bytes per VM word
AM (analog marker) Not directly S7-accessible — must be routed via Amplify —

For an analog input (e.g., AI1 = 0–10 V) you must insert an Amplify (B081) block between the analog input and the VM destination:

  1. From the LOGO! Soft Comfort toolbox, drag the Amplify block onto the diagram.
  2. Connect the analog input to the Amplify input.
  3. Set the gain and offset so the output represents the engineering range (e.g., 0.0 to 100.0 °C for a PT100).
  4. Connect the Amplify output to a VM word (e.g., VW0).
  5. Map the VM word to DB1.DBB0 / DB1.DBW0 in the S7-1500.
Common pitfall: The marker area (M0.0–M7.7) and analog marker area (AM0–AM15) on a LOGO! 8 are not exposed to the S7 protocol. Anything that must be visible to the S7-1500 must be placed in a VM word. Use the Amplify block to convert and scale analog values into VM before exposing them.

Verification Procedure

  1. In TIA Portal, right-click the S7-1500 → Go online.
  2. Open DB1 and click the "Monitor all" (glasses) icon.
  3. The byte/word values at DB1.DBB0 (or whichever offset you configured) should update at the LOGO! 8 update cycle — typically 250 ms to 1 s, depending on the LOGO! program cycle time.
  4. In LOGO! Soft Comfort, switch to Online Test and watch the VM word update with the same value.
  5. Force a value into the LOGO! 8 VM (e.g., set the Amplify output to 50.0) and confirm the corresponding DB1.DBB value changes on the S7-1500 side.

Troubleshooting Matrix

Symptom Likely Cause Fix
"Remote address invalid" in TIA Portal online diagnostics Address entered as DB1.DB0 Change to DB1.DBB0 (byte) or DB1.DBW0 (word)
Connection LED green, DB shows no online values S7-1500 configured as S7 client instead of server Swap role: configure LOGO! 8 as S7 client, S7-1500 as server (no PUT/GET block needed on the S7-1500)
Connection refused / timeout PUT/GET access disabled on S7-1500 Enable "Permit access with PUT/GET communication from remote partner" and download HW config
Digital bits update, analog values stuck at 0 Analog values in AM area, not VM Insert Amplify block and route output to a VM word
Connection drops every few minutes Watchdog / keep-alive mismatch Reduce LOGO! 8 cycle time and check for duplicate IP addresses on the subnet
DB1 optimized block access — partial reads only S7 communication requires byte-addressable layout Disable "Optimized block access" on DB properties and use non-optimized DB for S7 interface
External SCADA / S7NetPlus client cannot read LOGO! 8 LOGO! 8 only supports being an S7 client, not server Route all external reads through the S7-1500, or use Modbus TCP on the LOGO! 8 instead (refer to the LOGO! 8 system manual Modbus section)

The third-party library S7NetPlus issue #179 documents the same client/server limitation — third-party .NET S7 stacks can only talk to the LOGO! 8 by pretending to be a S7-1500/300/400 server, which is not possible. Treat the LOGO! 8 strictly as an S7 client.

Security and Firmware Notes

  • Firmware V1.8 on the CPU 1511-1 PN is end-of-life. Siemens recommends firmware V2.0 or higher. The PUT/GET access path is preserved across all firmware versions but the menu location for the toggle is identical.
  • For new projects, use a non-optimized (standard) DB for the LOGO! interface DB. Optimized DBs are still readable through PUT/GET but the address mapping may be non-contiguous, leading to byte-order issues when exchanging 16-bit values with the LOGO! 8 (big-endian on LOGO! side, little-endian on S7-1500 side).
  • Always lock the LOGO! 8 Web Server with a password if the device is exposed to a non-isolated network. The default Web Server password is empty and exposes the VM area read-only.

Performance and Cycle Time

LOGO! 8 runs the user program on a fixed cycle of 250 ms by default (fast scan is 50 ms for a subset of FBs). Each S7 connection is serviced in that cycle. Practical throughput:

  • Single S7 connection: ~4 reads/sec from VM to S7-1500 DB.
  • Maximum 8 S7 / Modbus TCP connections in parallel per LOGO! 8 base module.
  • Total transfer size: up to 32 bytes per S7 read/write request in standard configuration.

These limits are hard caps in the LOGO! 8 firmware and apply regardless of TIA Portal or LOGO! Soft Comfort version. If higher throughput is required, replace the LOGO! 8 with an S7-1200 or ET 200SP.

Alternative: Modbus TCP Instead of S7 Communication

If the S7-1500 → LOGO! 8 link proves unstable on certain firmware combinations, an alternative is to use Modbus TCP on the LOGO! 8 side and the S7-1500 as Modbus TCP client. The LOGO! 8 supports Modbus TCP server mode natively (Function Codes 03 / 06 / 16) on the same Ethernet port 502. The S7-1500 can use the MB_CLIENT instruction from the TIA Portal library. This approach is sometimes more stable on older LOGO! 8 firmware revisions and avoids the PUT/GET protection toggle. Refer to the LOGO! 8 system manual Modbus chapter.

Why does the S7-1500 to LOGO! 8 S7 connection show no online DB values even though the connection is up?

The S7-1500 must be the S7 server, and the LOGO! 8 must be the S7 client. Configure the connection in LOGO! Soft Comfort under Tools → Ethernet Connections, set the server TSAP to 01.01 and the server IP to the S7-1500's address. The S7-1500 does not need a PUT/GET block; it only needs the "Permit access with PUT/GET communication from remote partner" option enabled under Protection & Security.

What is the correct DB address format for an S7-1500 → LOGO! 8 link?

Use the byte/word absolute form: DB1.DBB0 (byte), DB1.DBW0 (word), or DB1.DBD0 (double word). The form DB1.DB0 is invalid and the CPU rejects it with "remote address invalid." When the LOGO! 8 S7 client is set up, the address length field determines whether bytes or words are read.

How do I expose a LOGO! 8 analog input to an S7-1500 DB?

Analog inputs (AI1–AI8 depending on the base module) are not directly S7-accessible. Insert an Amplify (B081) block, scale the value, and connect its output to a VM word (VW0–VW850). The VM word is then mapped to DB1.DBB0 / DB1.DBW0 on the S7-1500 side via the S7 client connection configured in LOGO! Soft Comfort.

Why does TIA Portal V13 SP1 show "remote address invalid" on TIA download?

The error indicates an absolute address on the S7-1500 side is malformed. In an S7-1500 → LOGO! 8 link the most common cause is the address string DB1.DB0 (missing B/W/D/X type suffix). Correct it to DB1.DBB0 and recompile. The CPU also rejects addresses outside the optimized DB's data range; switch the LOGO! interface DB to non-optimized access to expose contiguous byte offsets.

Can a third-party SCADA / S7 client (e.g., S7NetPlus) read a LOGO! 8 directly?

No. The LOGO! 8 (0BA8 / FS4) only supports the S7 client role, so an external S7 client cannot connect to it as a server. Either route all external reads through an S7-1500 acting as the S7 server (with the LOGO! 8 as its S7 client) or use Modbus TCP (port 502) against the LOGO! 8's Modbus server interface.

Back to blog