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:
- Wrong DB absolute addressing syntax (
DB1.DB0vs.DB1.DBB0). - Incorrect assignment of the S7 communication role (LOGO! 8 must be the S7 client, the S7-1500 must be the S7 server).
- 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/ mask255.255.255.0 -
LOGO! 8 (FS4) — IP
192.168.0.2/ mask255.255.255.0 - Default S7 communication port: TCP 102
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.
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
pingon 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
- Open TIA Portal → open your project containing the CPU 1511-1 PN.
- 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.
- Navigate to
CPU 1511-1 PN → Properties → Protection & Security → Connection mechanismsand check Permit access with PUT/GET communication from remote partner. - Compile the hardware configuration and download to the CPU.
- Note the S7-1500 IP address and rack/slot (
0 / 1for the 1511-1 PN).
Step 2 — Configure the LOGO! 8 S7 client
- Open LOGO! Soft Comfort 8 and load the project (or create a new one).
- From the menu bar select
Tools → Ethernet Connections(orLOGO! → Ethernet Connectionsin older builds). - 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 |
- Compile and download the program to the LOGO! 8. Cycle power if prompted.
- 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:
- From the LOGO! Soft Comfort toolbox, drag the Amplify block onto the diagram.
- Connect the analog input to the Amplify input.
- Set the gain and offset so the output represents the engineering range (e.g., 0.0 to 100.0 °C for a PT100).
- Connect the Amplify output to a VM word (e.g.,
VW0). - Map the VM word to DB1.DBB0 / DB1.DBW0 in the S7-1500.
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
- In TIA Portal, right-click the S7-1500 →
Go online. - Open DB1 and click the "Monitor all" (glasses) icon.
- 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. - In LOGO! Soft Comfort, switch to
Online Testand watch the VM word update with the same value. - 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.