31
easySoft / Antw:E4 und EASY-RTD-DC-43-03B2-00
« Letzter Beitrag von Sonnbach am Februar 15, 2026, 13:09:25 Nachmittag »Ach so, *.zip
Neueste Beiträge
32
easySoft / E4 und EASY-RTD-DC-43-03B2-00
« Letzter Beitrag von Sonnbach am Februar 14, 2026, 22:32:05 Nachmittag »Über das EASY-RTD-DC-43-03B2-00 möchte ich einen Ausgang (Q1) mit 2 Tastern ein- und ausschalten. Leider finde ich nur "Rastender Taster"
Habe ich etwas übersehen, oder muss man das "umschreiben"?
Danke für die Hilfe und Gruss
Fredi
(wie kann ich mein Versuchsprogramm mit Visu hochladen?)
Habe ich etwas übersehen, oder muss man das "umschreiben"?
Danke für die Hilfe und Gruss
Fredi
(wie kann ich mein Versuchsprogramm mit Visu hochladen?)
33
easyE4 / Antw:Umstieg von Easy619-AC-RC+Easy618-AC-RE auf EasyE4
« Letzter Beitrag von weiss_nix am Februar 13, 2026, 16:31:22 Nachmittag »Hallo AllesEinfachFranzKarl,
Als nächstes würde ich die aktuelle EasySoft 8.x installieren und die .e60 Datei einlesen, im Simulator die Funktionen testen und gegebenfalls anpassen.
Achte aber darauf dass du bei der Steuerungskonfiguration die letze 1er Firmware auswählst!
Gruß
Als nächstes würde ich die aktuelle EasySoft 8.x installieren und die .e60 Datei einlesen, im Simulator die Funktionen testen und gegebenfalls anpassen.
Achte aber darauf dass du bei der Steuerungskonfiguration die letze 1er Firmware auswählst!
Gruß
34
easyE4 / Antw:Easynet über WLAN
« Letzter Beitrag von ELWMS am Februar 13, 2026, 10:39:11 Vormittag »Hallo!
Nur mal so zwischen Tür und Angel...
Diese Art der Verbindungsfehler kann vielfältigste Ursachen haben, und kann von Anlage ganz unterschiedliche Gründe haben. Das fängt eventuell schon da an das ein ganz anderer Teilnehmer per DHCP angebunden ist, und er trotz statischer Adressen, eventuell im Accesspoint fest hinterlegten Adressen, sich diese statische Adresse schnappt, und es zu einer Kollision kommt.
Wenn Du den Alarm "drahtbruchsicher" programmiert hast, 1=OK, drehe es um, dann kriegst du zumindest keine Fehlalarme, wenn die Verbindung abbricht. Es ist nicht sauber, aber es ist ruhiger... und die Alarme und die Startbefehle, solange es keine Impulse sind, kommen etwas zeitverzögert an. Dies muss man von Fall zu Fall aber abwägen...
Wenn natürlich nicht nur wischerartig aussetzt, sondern komplett abstürzt, kommen die Startsignale auch nicht an...
WLAN ist zwar ne einfache Lösung, aber es ist keine redunante Verbindung...
Gruß,
ELWMS
Nur mal so zwischen Tür und Angel...
Diese Art der Verbindungsfehler kann vielfältigste Ursachen haben, und kann von Anlage ganz unterschiedliche Gründe haben. Das fängt eventuell schon da an das ein ganz anderer Teilnehmer per DHCP angebunden ist, und er trotz statischer Adressen, eventuell im Accesspoint fest hinterlegten Adressen, sich diese statische Adresse schnappt, und es zu einer Kollision kommt.
Wenn Du den Alarm "drahtbruchsicher" programmiert hast, 1=OK, drehe es um, dann kriegst du zumindest keine Fehlalarme, wenn die Verbindung abbricht. Es ist nicht sauber, aber es ist ruhiger... und die Alarme und die Startbefehle, solange es keine Impulse sind, kommen etwas zeitverzögert an. Dies muss man von Fall zu Fall aber abwägen...
Wenn natürlich nicht nur wischerartig aussetzt, sondern komplett abstürzt, kommen die Startsignale auch nicht an...
WLAN ist zwar ne einfache Lösung, aber es ist keine redunante Verbindung...
Gruß,
ELWMS
35
easyE4 / Easynet über WLAN
« Letzter Beitrag von ThomasWeber am Februar 13, 2026, 10:01:17 Vormittag »Hallo zusammen
Ich habe ein kleines Projekt, wo ich eine Spaltanlage (Abwasserreinigung) aus der benachbarten Werkstatt überwachen möchte. Zudem muss in meiner Werkstatt der Hochdruckreiniger ausschalten, wenn die Abwasserreinigung einen Fehler meldet, da wir die selbe Spaltanlage nutzen.
Ich habe dies mittels zweier easy e4 ac 12rc1 gelöst, welche per Easynet jeweils über einen WLAN Access Point verbunden sind. Die E4 in meiner Werkstatt hängt zusätzlich per WLAN am Werkstattrouter, um mir eine Alarm Email zu senden.
Grundsätzlich funktioniert das einwandfrei, selbst das Laden der Programme per WLAN geht über dieses Netzwerk. Nun habe ich leider sporadisch Verbindungsfehler im Easynet. Dies kann 3 mal pro Stunde sein oder auch nur 1 mal am Tag. Ich habe verschiedene Einstellungen an den Access Points versucht, den Bus Delay habe ich auf das maximum eingestellt, ich habe verschiedene Access Points verwendet, der Empfang scheint auch in Ordnung zu sein. Die IPs der APs und der E4s habe ich alle statisch eingestellt.
Mir gehen langsam die Ideen aus.. Hat jemand schon mal diese Problematik gehabt?
Gruss Thomas
Ich habe ein kleines Projekt, wo ich eine Spaltanlage (Abwasserreinigung) aus der benachbarten Werkstatt überwachen möchte. Zudem muss in meiner Werkstatt der Hochdruckreiniger ausschalten, wenn die Abwasserreinigung einen Fehler meldet, da wir die selbe Spaltanlage nutzen.
Ich habe dies mittels zweier easy e4 ac 12rc1 gelöst, welche per Easynet jeweils über einen WLAN Access Point verbunden sind. Die E4 in meiner Werkstatt hängt zusätzlich per WLAN am Werkstattrouter, um mir eine Alarm Email zu senden.
Grundsätzlich funktioniert das einwandfrei, selbst das Laden der Programme per WLAN geht über dieses Netzwerk. Nun habe ich leider sporadisch Verbindungsfehler im Easynet. Dies kann 3 mal pro Stunde sein oder auch nur 1 mal am Tag. Ich habe verschiedene Einstellungen an den Access Points versucht, den Bus Delay habe ich auf das maximum eingestellt, ich habe verschiedene Access Points verwendet, der Empfang scheint auch in Ordnung zu sein. Die IPs der APs und der E4s habe ich alle statisch eingestellt.
Mir gehen langsam die Ideen aus.. Hat jemand schon mal diese Problematik gehabt?
Gruss Thomas
36
Kommunikation / Antw:Easy E4 als Modbus TCP-Master nutzen
« Letzter Beitrag von blade22 am Februar 12, 2026, 10:34:16 Vormittag »Hallo,
danke für die Antwort.
Im Beispiel hatte ich jetzt ein Modbus TCP gehabt. Master EASY war IP .9; Slave war IP .10.
Ich habe die Unit-ID als Modbus-Adresse verstanden, daher ID 1.
Die genannte Operandenklasse habe ich jetzt auf IA16 geändert, da der Slave im Register eine Int16 stehen hat.
Mit der Änderung konnte ich jetzt ein mir sicher bekannten Wert aus dem Slave über die Easy auslesen. Hat also erst einmal geklappt!
Fragen:
Beim Wert "Update-Rate" ist der Abfrageintervall über den Modbus an den Client gemeint?
Bei Easy entspricht ein Wert von 100 dann 0,1 Sekunden da die Grundeinheit hier ms sind?
Danke
danke für die Antwort.
Im Beispiel hatte ich jetzt ein Modbus TCP gehabt. Master EASY war IP .9; Slave war IP .10.
Ich habe die Unit-ID als Modbus-Adresse verstanden, daher ID 1.
Die genannte Operandenklasse habe ich jetzt auf IA16 geändert, da der Slave im Register eine Int16 stehen hat.
Mit der Änderung konnte ich jetzt ein mir sicher bekannten Wert aus dem Slave über die Easy auslesen. Hat also erst einmal geklappt!
Fragen:
Beim Wert "Update-Rate" ist der Abfrageintervall über den Modbus an den Client gemeint?
Bei Easy entspricht ein Wert von 100 dann 0,1 Sekunden da die Grundeinheit hier ms sind?
Danke
37
Galileo / Alarm mit Variable nur in der gleichen Kommunikation
« Letzter Beitrag von ELWMS am Februar 12, 2026, 09:50:09 Vormittag »Hallo!
Bin wahrscheinlich gerade über ein BUG gestolpert. Ich wollte einen Alarm eine Variable zuweisen. Es sind mehrere Kommunikationen aktiv. Eine Variable die nicht aus der gleichen Kommunikation wie der Alarm kommt, wird zwar zur Auswahl angezeigt, aber lässt sich nicht auswählen.
Es können nur Variablen aus der gleichen Kommunikation oder interne Variablen in dem Alarm eingesetzt werden. Leider geht das aus der Doku nicht hervor.
War nur etwas verwirrt, weil es ja zur Auswahl stand, aber nicht übernommen werden konnte.
Gruß,
ELWMS
Bin wahrscheinlich gerade über ein BUG gestolpert. Ich wollte einen Alarm eine Variable zuweisen. Es sind mehrere Kommunikationen aktiv. Eine Variable die nicht aus der gleichen Kommunikation wie der Alarm kommt, wird zwar zur Auswahl angezeigt, aber lässt sich nicht auswählen.
Es können nur Variablen aus der gleichen Kommunikation oder interne Variablen in dem Alarm eingesetzt werden. Leider geht das aus der Doku nicht hervor.
War nur etwas verwirrt, weil es ja zur Auswahl stand, aber nicht übernommen werden konnte.
Gruß,
ELWMS
38
Kommunikation / Antw:Easy E4 als Modbus TCP-Master nutzen
« Letzter Beitrag von Konni66 am Februar 12, 2026, 09:25:08 Vormittag »Hallo Blade22,
sieht auf den ersten Blick gut aus.
Nur bei der Unit-ID habe ich gezweifelt, weil ich in deiner Beschreibung kein Modbus/ TCP nach Modbus/ RTU Gateway gefunden habe.
Ich würde hier die Unit-ID 255 versuchen.
Grüße
Konni
Nachtrag: Die Operandenklasse würde ich als Datentyp umschreiben, der übertragen wird.
I, ID: Datenbits
IA16, IA32: Input Wort (16 Bits), Input Doppelwort (32 Bits)
Gleiches gilt für QA16, QA32 (Quputs Wort und Doppelwort)
PS: Gut zusammengefasst von der Google KI:
Modbus TCP nutzt IP-Adressen zur Identifikation von Geräten im Netzwerk, während die Unit-ID (1–247) aus dem seriellen Modbus-Protokoll übernommen wurde. Sie dient in TCP-Netzwerken oft als Gateway-Adresse, um hinter einem Modbus-TCP/RTU-Gateway verbundene serielle Untergeräte (Slaves) anzusprechen oder spezifische interne Datenbereiche eines Geräts zu adressieren.
Kernpunkte des Zusammenhangs:
Identifikation (IP vs. Unit-ID): Bei Modbus TCP erfolgt das Routing primär über die IP-Adresse. Die Unit-ID im Modbus-Header ist oft redundant (oft 0 oder 255), wird aber von manchen Geräten als Unteradresse verwendet.
Gateway-Funktion: Bei Modbus TCP/RTU-Gateways (Brücke zwischen Ethernet und RS485) identifiziert die Unit-ID das spezifische serielle Endgerät.
Alternative Adressierung: Einige Geräte nutzen die Unit-ID, um auf unterschiedliche interne Speicherbereiche oder spezifische Module zuzugreifen, statt nur auf den Standard-Datenspeicher.
Standardverhalten: Wird keine Gateway-Funktionalität benötigt, ist die Unit-ID oft auf 00 oder FF (255) gesetzt und wird vom Zielgerät ignoriert.
Zusammenfassend: Die IP-Adresse findet das Gerät, die Unit-ID (im MBAP-Header) findet das spezifische Modul oder den seriellen Unter-Slave.
sieht auf den ersten Blick gut aus.
Nur bei der Unit-ID habe ich gezweifelt, weil ich in deiner Beschreibung kein Modbus/ TCP nach Modbus/ RTU Gateway gefunden habe.
Ich würde hier die Unit-ID 255 versuchen.
Grüße
Konni
Nachtrag: Die Operandenklasse würde ich als Datentyp umschreiben, der übertragen wird.
I, ID: Datenbits
IA16, IA32: Input Wort (16 Bits), Input Doppelwort (32 Bits)
Gleiches gilt für QA16, QA32 (Quputs Wort und Doppelwort)
PS: Gut zusammengefasst von der Google KI:
Modbus TCP nutzt IP-Adressen zur Identifikation von Geräten im Netzwerk, während die Unit-ID (1–247) aus dem seriellen Modbus-Protokoll übernommen wurde. Sie dient in TCP-Netzwerken oft als Gateway-Adresse, um hinter einem Modbus-TCP/RTU-Gateway verbundene serielle Untergeräte (Slaves) anzusprechen oder spezifische interne Datenbereiche eines Geräts zu adressieren.
Kernpunkte des Zusammenhangs:
Identifikation (IP vs. Unit-ID): Bei Modbus TCP erfolgt das Routing primär über die IP-Adresse. Die Unit-ID im Modbus-Header ist oft redundant (oft 0 oder 255), wird aber von manchen Geräten als Unteradresse verwendet.
Gateway-Funktion: Bei Modbus TCP/RTU-Gateways (Brücke zwischen Ethernet und RS485) identifiziert die Unit-ID das spezifische serielle Endgerät.
Alternative Adressierung: Einige Geräte nutzen die Unit-ID, um auf unterschiedliche interne Speicherbereiche oder spezifische Module zuzugreifen, statt nur auf den Standard-Datenspeicher.
Standardverhalten: Wird keine Gateway-Funktionalität benötigt, ist die Unit-ID oft auf 00 oder FF (255) gesetzt und wird vom Zielgerät ignoriert.
Zusammenfassend: Die IP-Adresse findet das Gerät, die Unit-ID (im MBAP-Header) findet das spezifische Modul oder den seriellen Unter-Slave.
39
Kommunikation / Easy E4 als Modbus TCP-Master nutzen
« Letzter Beitrag von blade22 am Februar 11, 2026, 18:12:18 Nachmittag »Hallo zusammen,
ich hab heute ein ambitioniertes Projekt angefangen und bin bezüglich Modbus TCP ziemlich am straucheln.
Zum Gerät:
EASY E4-UC-12RC1, Hardware 10, Software 2.31 Build 3216 und Easysoft V8.32
Vorhaben:
Die EASY soll als Modbus TCP Master auftretten und Register eines Gerätes lesen, verarbeiten und schreiben können.
Problem:
Das Handbuch ist in diesen Abschnitt ziemlich krude und hat mir nicht wirklich geholfen die Logik hinter der Modbus TCP Server funktion zu verstehen.
Ich habe selbst schon häufiger Modbus TCP oder RTU Geräte erfolgreich betrieben, aber der Aufbau bei Easy ist mir ein Rätzel.
Mein Aufbau soweit:
- Die Easy und das andere Gerät befinden sich im gleichen Netzwerk und können sich gegenseitig "sehen". Easy Adresse 192.168.178.9 und der Client 192.168.178.10
- In EasySoft das Gerät E4-UC-12RC1 eingefügt und unter Projekt -> Modbus Server -> "Modbus TCP Server aktiv" mit einem harken versehen und den Port 502 belassen.
- In EasySoft dann im Ordner "Modbus Module" den Block (MS1) "Modbus TCP Server" in mein Projekt geschoben welches sich dann automatisch mit der Easy verbunden hat.
- Im Block selbst unter "Erweiterungsparamter" die IP des Clienten (192.168.178.10) eingetragen, rest so belassen.
- Im Block dann unter "Zyklische Daten" Unit ID = 1; Update-Rate =100; Funktionscode = FC3; Stardadresse = 40003; Anzahl Elemente = 1, Operandenklasse = I gesetzt. (Ich möchte also beim Client nur das Register 40003 einlesen (FC3 bzw. 0x03), im Register sollte eine 1 stehen die ich also in die Easy übertragen möchte.
Jetzt stehe ich erst einmal vor der Frage ob mein Vorgehen grundsätzlich richtig ist oder habe ich hier schon fehler gemacht habe?
Danke für euren Imput
Grüße
ich hab heute ein ambitioniertes Projekt angefangen und bin bezüglich Modbus TCP ziemlich am straucheln.
Zum Gerät:
EASY E4-UC-12RC1, Hardware 10, Software 2.31 Build 3216 und Easysoft V8.32
Vorhaben:
Die EASY soll als Modbus TCP Master auftretten und Register eines Gerätes lesen, verarbeiten und schreiben können.
Problem:
Das Handbuch ist in diesen Abschnitt ziemlich krude und hat mir nicht wirklich geholfen die Logik hinter der Modbus TCP Server funktion zu verstehen.
Ich habe selbst schon häufiger Modbus TCP oder RTU Geräte erfolgreich betrieben, aber der Aufbau bei Easy ist mir ein Rätzel.
Mein Aufbau soweit:
- Die Easy und das andere Gerät befinden sich im gleichen Netzwerk und können sich gegenseitig "sehen". Easy Adresse 192.168.178.9 und der Client 192.168.178.10
- In EasySoft das Gerät E4-UC-12RC1 eingefügt und unter Projekt -> Modbus Server -> "Modbus TCP Server aktiv" mit einem harken versehen und den Port 502 belassen.
- In EasySoft dann im Ordner "Modbus Module" den Block (MS1) "Modbus TCP Server" in mein Projekt geschoben welches sich dann automatisch mit der Easy verbunden hat.
- Im Block selbst unter "Erweiterungsparamter" die IP des Clienten (192.168.178.10) eingetragen, rest so belassen.
- Im Block dann unter "Zyklische Daten" Unit ID = 1; Update-Rate =100; Funktionscode = FC3; Stardadresse = 40003; Anzahl Elemente = 1, Operandenklasse = I gesetzt. (Ich möchte also beim Client nur das Register 40003 einlesen (FC3 bzw. 0x03), im Register sollte eine 1 stehen die ich also in die Easy übertragen möchte.
Jetzt stehe ich erst einmal vor der Frage ob mein Vorgehen grundsätzlich richtig ist oder habe ich hier schon fehler gemacht habe?
Danke für euren Imput
Grüße
40
easyE4 / Antw:Umstieg von Easy619-AC-RC+Easy618-AC-RE auf EasyE4
« Letzter Beitrag von AllesEinfachFranzKarl am Februar 10, 2026, 19:56:30 Nachmittag »Kurzes Update (wen's interessiert):
Die Papierdoku konnte ich mit Hilfe von easySoft V6.98 nachmodellieren - das ging viel schneller, als gedacht.
Die Simulation half bei der Beseitigung kleinerer Fehler im Zuge der Übertragung.
Jetzt habe ich eine .e60-Datei, die ich, falls die alte Steuerung endgültig das Zeitliche segnet, in eine aktuelle Version migrieren und dann auf neue easyE4-Steuerrelais übertragen könnte.
Die Papierdoku konnte ich mit Hilfe von easySoft V6.98 nachmodellieren - das ging viel schneller, als gedacht.
Die Simulation half bei der Beseitigung kleinerer Fehler im Zuge der Übertragung.
Jetzt habe ich eine .e60-Datei, die ich, falls die alte Steuerung endgültig das Zeitliche segnet, in eine aktuelle Version migrieren und dann auf neue easyE4-Steuerrelais übertragen könnte.