Hallo Siemens-Gemeinde,

zu meinem Problem: Ich habe einen Arduino Mega2560 R3 mit Netzwerkmodul W5500 Lite erfolgreich in ein Netzwerk integriert und mit einer LOGO! 8.3 (6ED 1052-1HB00-0BA8) über Modbus TCP verbunden. Switch ein NETGEAR GS305.

Folgendes wird gemacht:

• Die Eingänge I1 und I2 der LOGO schalten auf dem Arduino Mega2560 R3 über Modbus TCP jeweils zwei LEDs an den Arduino Mega2560 R3 -Pin 9 und Pin 8 ein.

• Ein Eingang am Arduino (Pin 7) schaltet ein Relais (Q1) auf der LOGO.

• Drei angeschlossene Potentiometer am Arduino Mega2560 R3 (A0, A1 und A2) senden die analogwerte Werte (0 bis 1023) über drei Halteregister (40002, 40003, 40004),und zeigen diese auf dem LOGO-Display an.

• Zusätzlich schaltet ein Schwellwertschalter in der LOGO ein Relais (Q2) auf der LOGO, wenn einer der drei Analogwerte über "500" steigt.

Das funktioniert einwandfrei.

Nun zu meinem Problem:

Ich habe die oben genannte LOGO! 8.3 durch eine neue LOGO! 8.4 (6ED 1052-1MD08-0BA2) ersetzt, weil ich die Eingänge I7 und I8 als Analogeingänge (0-10V) nutzen möchte.

Ich habe alle Einstellungen auf die neue LOGO übertragen und leider festgestellt, dass die LOGO! 8.4 ständig die Verbindung trennt und sich wieder verbindet. Dieser Zyklus tritt regelmäßig auf. Auch auf dem Display springen die Werte meines Halteregisters (die vom Arduino kommen: A0, A1, A2) kurz auf "0" und dann wieder auf den aktuellen Wert.

Nun meine Frage:Warum verhält sich die neue LOGO! 8.4 so unterschiedlich im Vergleich zur 8.3?

Habt Ihr einen Tipp, der mir weiterhilft?

Gerne schicke ich Euch mein Programm (LOGO, und Arduino) sowie Foto von meinem  Versuchsaufbau zu, jedoch erst morgen, wenn ich wieder an der Anlage Vorort bin.

Vielen Dank

mit freundlichen Grüßen
Christian Richter aus Königs Wusterhausen

------------------------------------------------------------------------------------------
Gesplittet von Probleme mit Logo 8.4 und CIM Modul bei Modbus .

Hallo Christian,

ich habe mit der neuen LOGO! 8.4 genau die gleichen Probleme festgestellt.

Was mir im Zusammenhang mit Modbus und den Verbindungsabbrüchen aufgefallen ist: Die LOGO! 8.4 reagiert deutlich empfindlicher auf falsch gesendete Modbus-Pakete und vor allem anders auf Verbindungsabbrüche als die Vorgängerversion.

Bei der LOGO! 8.3 wurde die Verbindung ebenfalls getrennt, wenn ein Modbus-Paket fehlerhaft war. Allerdings blieben die zuletzt korrekt empfangenen Werte im Speicher erhalten.
Die LOGO! 8.4 hingegen löscht alle Modbus-Werte, sobald ein Verbindungsabbruch erfolgt oder eine Verbindung neu aufgebaut wird.

Daraus ergibt sich auch das typische Flackern bzw. Blinken der Werte: Sobald eine Nachricht fehlerhaft empfangen wird, werden die Werte auf null gesetzt.
Solange die Verbindung stabil ist, bleiben die Daten erhalten – bis zur nächsten fehlerhaften Übertragung.

In meinen Versuchen lief die Modbus-Verbindung mit dem PC stets problemlos – sowohl Lesen als auch Schreiben funktionierten mit der LOGO! 8.4 einwandfrei.
Sobald ich jedoch auf die Hardware gewechselt bin, mit der ich eigentlich arbeiten wollte, trat der von dir beschriebene Fehler auf.

Mit einem Logic Analyzer und Wireshark habe ich den Modbus-Verkehr analysiert. Dabei zeigte sich, dass das Zielgerät, das ich mit der LOGO verbinden wollte, nach jedem gesendeten Modbus-Paket zusätzlich zweimal 8 Bit mit Nullen anhängt.
Diese zusätzlichen Bits führten dazu, dass die Modbus-Verbindung unterbrochen wurde und die LOGO daraufhin alle Netzwerkeingänge auf null gesetzt hat.

Falls du mit einem Arduino arbeitest, könnte für dich die „Settimino“-Bibliothek interessant sein.
Damit lässt sich eineS7-Verbindung zwischen Siemens LOGO und Arduino aufbauen. Diese Verbindung ist nach meiner Erfahrung stabiler als Modbus, aber auch deutlich komplexer auf Arduino-Seite umzusetzen:
👉https://settimino.sourceforge.net/

Was zwar nichts direkt mit dem Problem zu tun hat, ich aber dennoch interessant fand:
Die Hardware der LOGO! hat sich zwischen Version 8.3 und 8.4 verändert.

Der Mikrocontroller wurde von Texas Instruments zu STMicroelectronics gewechselt.
Der neue Chip ist in Bezug auf Taktfrequenz, Flash und RAM deutlich leistungsfähiger als der vorherige.

Technische Details im Vergleich:

Ich hoffe, das hilft dir weiter. 

Hallo TFaber,

vielen Dank für Deine ausführlichen Infos. Diese helfen mir ersteinmal weiter.

Ich werde mir mal die Settimo Bibliothek herunterladen und ausprobieren. Wichtig ist mir dabei, dass ich die Logo und den Arduino Mega 2560 über LAN Netzwerk verbinden muss und ein Austausch der Daten über Netzwerkleitung stattfindet.

Sobald ich erfolgreiche Ergebnisse habe, werde ich mich selbstverständlich zurückmelden und den getesteten Arduino Code sowie meine Siemens Projektdatei hier im Forum veröffentlichen, damit auch andere User mit ähnlichem Wunsch nicht an der Lösungssuche verzweifeln.

Vielen Dank

Viele Grüße

Christian

Hallo Christian,

um dir den Einstieg in Settimino zu erleichtern, habe ich die Original-Beispielsketche etwas reduziert und bereits auf die Siemens LOGO! angepasst.
Ich bin kein Informatiker, daher ist der Code vielleicht nicht besonders „schön“ – aber hoffentlich verständlich genug, damit du direkt loslegen kannst.

Ich habe das Ganze auf einem Arduino Opta getestet. Es sollte aber ohne größere Anpassungen (abgesehen von den I/O-Pins) auch auf einem Arduino Mega 2560 lauffähig sein.

Allgemeine Hinweise zu Settimino

Was ich dir auf jeden Fall empfehlen kann: Lies dir die Hinweise auf der Settimino-Homepage gründlich durch.
Dort findest du wichtige Informationen – zum Beispiel zur Anpassung der Datei „Platform.h“, je nachdem, welche Ethernet-Bibliothek du verwendest (z. B. für W5500, ESP32 etc.).
➡️https://settimino.sourceforge.net/

Besonderheiten bei der LOGO!-Speicherstruktur

Was beim Einsatz von Settimino mit der LOGO ebenfalls wichtig ist: Du solltest dich etwas mit dem Speicheraufbau der Siemens LOGO! beschäftigen.
Wenn du die LOGO! über eineS7-Verbindung ansteuerst, steht dir nur ein Datenbaustein –DB1– zur Verfügung.
Alle VM-Adressen, egal ob Ein-/Ausgänge oder interne Merker, sind diesem Speicherbereich zugeordnet.

VM-Zugriffe: wichtig zu beachten

• Die Adressen, die du im Arduino angibst (z. B. beim Schreiben in die LOGO!), beziehen sich immer auf das Startbyte.

• Bei Analogwerten (WORD, 2 Byte)muss daher das nächste Byte freigelassen werden, sonst überschreibst du den vorherigen Wert.

• Beispiel: Wenn du auf VW10 schreibst, solltest du den nächsten Wert erst bei VW12 ablegen.

Gültige Adressbereiche (LOGO! 8.4)

Diese Adressbereiche stehen zur Verfügung – für Netzwerk-I/O und VM-Zuordnung:

• VW0 bis VW849

• VXW0 bis VXW2046

• VRW0 bis VRW510→ Remanenzspeicher (nichtflüchtig bei Stromausfall)

VM-Zuordnung für LOGO! 0BA8

Die folgende Tabelle zeigt die Zuordnung von VM-Adressen zu den verschiedenen Blocktypen der LOGO! 0BA8:

Eine gute Übersicht über die VM-Adressen der LOGO! findest du auch hier:
➡️https://www.frickelzeugs.de/logo-programmierung/vm-adressen-der-logo/

Wenn du Fragen zum Beispielcode oder zur konkreten Umsetzung hast, melde dich einfach – ich helfe gern weiter.

Hallo TFaber,

Interessant zu sehen, daß die Basisplatine (Relaisplatine sich wohl nicht geändert hat.

TFaber

Der Mikrocontroller wurde von Texas Instruments zu STMicroelectronics gewechselt.

Der neue Chip ist in Bezug auf Taktfrequenz, Flash und RAM deutlich leistungsfähiger als der vorherige.

Leider ist die Leistungserhöhung nicht in die Programme gegangen, sonder werden für den ganze Internetspielerei verbraten.

Gruß Ella_68

Ich habe einen Unterschied mit einem DR203  USR Gateway und einem RTU Stromzähler SDM230 zwischen Logo 8.3 und Logo 8.4 bemerkt:

Alle gelesenen Werte (Strom, Spannung, Hz) wurden nur sehr kurz angezeigt und wurden mit Null überschrieben - ein dauerndes Flackern   (nur bei der 8.4.1) ... dann bin ich darauf gekommen dass bei VW100 und folgende dies auftritt bei VW 200, 300 und anderen kein Problem ?? 

Ich bin sicher das nirgends anders die VW100 Adresse verwendet wurde ? also kein überschreiben .

Edit

Mit dem Saleae Logikanalyzer habe ich die RTU Signale (TX und RX gesplittet auf eigene Kanäle) geprüft - von daher kommen keine Nullen.

Servus, prüfe doch mal die Firmware Version deiner LOGO! 8.4. Ist es nicht die V1.84.03, dann findest du hier ein FW-Update, das laut Beschreibung auch die Kommunikation (Win CC und Modbus) verbessert.
https://support.industry.siemens.com/cs/de/de/view/109975995

Hoffe das hilft dir

Hallo ernstho, 

Kannst du hier bitte dein Programm hochladen, bei dem der Fehler auftritt? Ich würde es gerne selbst einmal ausprobieren.
 

ernstho

Ich habe einen Unterschied mit einem DR203  USR Gateway und einem RTU Stromzähler SDM230 zwischen Logo 8.3 und Logo 8.4 bemerkt:

...

Servus,

prüf doch mal die Firmware deiner LOGO! 8.4. Sollte die nicht V1.84.03 sein, dann kann das Update hier helfen:

https://support.industry.siemens.com/cs/de/de/view/109975995

In dem DL sind zwei Firmware-Updates enthalten, die bei Bedarf getrennt auszuführen sind. Hat deine LOGO! 8.4 FW V1.84.01 solltest du beide FW-Udates durchführen. Hast du FW V1.84.02 reicht das Update auf V1.84.03. 

Laut Beschreibung wurde mit dem Update auf V1.84.03 auch die Kommunikation verbessert.

Ich hoffe das hilft