Meine Antwort heute vom Support lautet:

"Sehr geehrter Herr XXX,

vielen Dank für diese Informationen.

Ich habe gestern einige Tests gemacht.
Die Kommunikation zwischen LOGO! und LOGO! funktioniert so wie Sie sie beschrieben haben. Auch mit einer Simatic Steuerung.

Leider haben wir kein Fremdgerät um dies auch damit zu prüfen.

Ich gebe das Ganze dennoch nun an die Entwicklung weiter um eine genauere Analyse der Thematik zu machen.

Für weitere Fragen stehe ich Ihnen gerne zur Verfügung."

Hallo NoProfi,

ich kann nur für meinen Teil sprechen.

Bei meinem Fall (LOGO! 8.4 ist Client, EATON easyE4 ist Server) liegt das Problem darin, dass die LOGO! 8.4 keine Kommunikation aufbaut, wenn die von LSC vorgeschlagene User-ID 255 benutzt wird. Mit jeder anderen User-ID (außer 0) kommuniziert die LOGO! 8.4 mit der EATON easyE4.
Workaround für meinen Fall: User-ID 255 nicht benutzen.

Für den Fall des Themenstarters ist der Stand folgender:

FKRZOZA

Nach mehreren Tagen Funk Stille und zwei Nachfragen die erste Reaktion

unknown user

wir konnten das von Ihnen beschriebene Verhalten bei uns nachvollziehen.

Wir haben Ihre Anfrage zur weiteren Untersuchung an die Entwicklung weitergegeben.
Über den Fortgang der Untersuchung werden wir Sie auf dem Laufenden halten.

Buchbinder Wanninger sag ich nur.

In beiden Fällen gehe ich davon aus, dass die jeweiligen Probleme erst mit einem Firmware- und/oder Software-Update behoben werden können.

Aber nun zu deinem Problem:

NoProfi

Hallo,

haltet ihr uns bitte auf dem Laufenden? Ich habe das gleiche Problem ...

Danke

Welches ist denn nun dein "gleiches Problem".

Das heute von Siemens veröffentlichte Firmware-Update

Hochrüstung für LOGO! 8.4 Grundgeräte von Firmware V1.84.01 auf V1.84.02

behebt den Fehler (Logo 8.4 Slave gehen nicht automatisch in Run) mit der Konfiguration der LOGO! 8.4 als Slave-LOGO! nicht.

Habe es gerade getestet und bin enttäuscht.

Mit solch einer Antwort war zu rechnen.

Ebenso mit der Tatsache, dass eine schnelle Lösung des Problems nicht zu erwarten war.

Ich kann dich voll verstehen, die Workaround-Lösung ist inakzeptabel. Nicht nur, dass sie unpraktibel ist, sie würde auch nicht vertretbare Kosten verursachen.

 You post in the German speaking part of the forum. Please write your posts in German.

Translate to German

Fredjuhh

Ja, ich hatte dasselbe Problem und bekam von Siemens fast dieselbe Reaktion.

Ich frage mich, ob ihr FUP oder KOP verwendet?

Wir verwenden immer KOP, und dann sind Slaves die einfachste Art der Programmierung.

Ich weiß, dass wir das in einem „Netzwerkprojekt“ mit FBD programmieren können. Dann können beide im Mastermodus sein und automatisch starten... Kostet viel Zeit... verärgerte Kollegen... verschiedene Programme... Benutzerhandbücher müssen neu geschrieben werden... usw... usw...

Frage: Ist es für Siemens möglich, eine Art „Slave-Programm“ zu schreiben, sodass das 2e Logo (geladen mit diesem Slave-Programm) sich wie ein Slave verhält, aber als Master programmiert werden muss... Dann startet es nach einem Aus- und Wiedereinschalten automatisch.

Grüße

Fredjuhh

Zu deiner Frage:

Sie könnte eine Antwort vom Support sein, also eine Workaround-Lösung.