Hallo zusammen,

ich hab zwar gelesen das es mehrere Probleme mit der Netzwerkkommunikation der LOGO 8.4 gibt, möchte aber trotzdem mein Problem noch zusätzlich in den Raum werfen.

Konstellation ist folgende:

Eine S7-1513 Steuerung Arbeitet als Master, von dieser holen sich die Logo's (31 Stück) zwei pulsende Lebensbits über eine S7-Verbindung, ebenso bekommen sie ein Schaltsignal das die SPS täglich zu und abschaltet das dauerhaft anliegt wenn aktiv.

Bis dahin Funktioniert alles ohne Probleme

Es sind aber in der S7 noch zusätzlich ein GET Baustein der das gegenseitige Lebensbit direkt aus der LOGO abholt und ein PUT Baustein der im VM Speicher die Ein- und Ausschaltzeit1 einer Wochenschaltuhr verändert.

Diese Bausteine liefern im Normalbetrieb auf der Statusklemme 0 -> 25 -> 0, bei der LOGO 8.4 kommt jedoch 0 -> 25 -> 1 -> 0, die zusätzliche 1 heißt soviel wie Kommunikationsprobleme.

Es sind im ganzen Projekt V8.2 und 8.3 (Erweiterungsbedingt) verbaut und läuft seit Inbetriebnahme im Oktober 2019 stabil, nur diese eine 8.4 macht jetzt Probleme. Ein Firmwareupgrade auf 1.84.03 hat nichts gebracht.

Vorab noch zusätzlich: Ich habe bereits die Kommunikationsbausteine gegen 100% Funktionierende getauscht. Es wurden auch die TSAP und die Bit durchgetauscht. Immer mit dem gleichen Resultat 8.3 OK, 8.4 NE.

Netzwerkadresse, Gateway, Subnetz sind richtig weil die angeschobenen Sachen in der LOGO ja funktionieren, Ports sind keine geblockt im Netzwerk.

die 31 Logos sind wohl nicht in EINEM Netzwerk mit der Logo Comfort ?

Wenn einige davon sind, wäre es wichtig das ALLE mit der neuesten 8.4.1 übertragen wurden, auch wenn nur eine 8.4er Logo dabei ist.

ernstho

die 31 Logos sind wohl nicht in EINEM Netzwerk mit der Logo Comfort ?

Wenn einige davon sind, wäre es wichtig das ALLE mit der neuesten 8.4.1 übertragen wurden, auch wenn nur eine 8.4er Logo dabei ist.

 Ja die Logo's sind alle in einem Netzwerkprojekt, jetzt Version 8.4

Übertragung auf alle LOGO hab ich keine gemacht, da die LOGO nicht untereinander Kommunizieren können und auch nicht benötigt wird.

Es greift nur die Mastersteuerung auf die LOGO zu und die LOGO auf den Master. 

Ist etwas schwierig zu erklären weil sowohl das LOGO Projekt, als auch das SPS Programm mit der Zeit echt groß geworden sind.

Ich häng mal ein paar ausgegraute Screenshots mit dran.

Alle Logo im Projekt haben die gleiche Config, nur IP, TSAP, Lebensbits von der Logo sind natürlich unterschiedlich.

Die PUT/GET Bausteine in der SPS sind als Schrittkette in Dauerschleife eingebunden, heißt die Schleife startet bei Startup SPS und startet nach dem letzten Netzwerk wieder neu. Der nächste Schritt wird gestartet wenn der vorherige fertig ist. So ist immer nur einer der Bausteine aktiv

noch mit den ersten 8.4 Versionen:

Logo Netzwerkprojekt mit 7 Logos  8.2 bzw 8.3 ... mit Comfort 8.3 übertragen.  Eine Logo 8.4 mit Comfort 8.4 übertragen   ... hat nicht funktioniert (keine Komm von 8.4 zu einer (Haupt)Logo 8.2.

Danach ... alles in Comfort 8.4 eingebunden und alle einzeln neu übertragen ... alles funktionierte. 

Edit: glaub das ich das Netzwerk in Comfort 8.4 auch völlig neu aufgebaut habe.

Auch wenn ich keine S7 dabei hatte ... nicht einmal die LOGOs untereinander funktionieren möglicherweise wenn nicht alle mit 8.4 übertragen wurden ?? - zumindest hatte ich diesen Eindruck

ernstho

noch mit den ersten 8.4 Versionen:

Logo Netzwerkprojekt mit 7 Logos  8.2 bzw 8.3 ... mit Comfort 8.3 übertragen.  Eine Logo 8.4 mit Comfort 8.4 übertragen   ... hat nicht funktioniert (keine Komm von 8.4 zu einer (Haupt)Logo 8.2.

Danach ... alles in Comfort 8.4 eingebunden und alle einzeln neu übertragen ... alles funktionierte. 

Edit: glaub das ich das Netzwerk in Comfort 8.4 auch völlig neu aufgebaut habe.

Auch wenn ich keine S7 dabei hatte ... nicht einmal die LOGOs untereinander funktionieren möglicherweise wenn nicht alle mit 8.4 übertragen wurden ?? - zumindest hatte ich diesen Eindruck

 Das die Geräte welche im Projekt miteinander Kommunizieren die gleiche Sprache sprechen müssen, also auf beiden (X-Fach) verknüpften Geräten jeweils der gleiche Softwarestand laufen muss ist Logisch. Woher soll die Master Logo Wissen das es jetzt einen neuen Teilnehmer gibt der mit ihr reden will.

Bei der S7 Anbindung läuft das ganze nicht so Easy ab, weil die S7 (TIA) nicht die gleiche Plattform wie die Logo (LSC) hat.

Was halt komisch ist das die Verbindungen S7 zu Logo (8.2, 8.3) in beide Richtungen ohne Probleme funktioniert.

Bei der 8.4 nur die Richtung LOGO --> S7, die LOGO aber jede anforderung etwas aus ihrem Speicher zu lesen blockt. Obwohl die S7 Verbindung aktiviert ist

Servus,

entferne doch mal eine LOGO! 8.3 und füge dann die LOGO! 8.4 ein. Vielleicht gibt es eine max. Anzahl Geräte oder Verbindungen.

Verwendest du in der S7 für alle LOGO! den gleichen TSAP? 

So jetzt hab ich die Firmware der S7 und des CPU-Display's auch noch auf dem neuesten Stand.

Hat auch nichts gebracht.

Du schreibst die LOGO als Server und die S7 als Client, das hab ich versucht. dann geht gar nix mehr.

Ich häng mal ein paar Fotos der Konfigurationen von der LOGO und der S7 mit dran.

AutoGen_380038

Servus,

entferne doch mal eine LOGO! 8.3 und füge dann die LOGO! 8.4 ein. Vielleicht gibt es eine max. Anzahl Geräte oder Verbindungen.

Verwendest du in der S7 für alle LOGO! den gleichen TSAP? 

 Ich bin inkl. der 8.4 bei der Maximalanzahl, die LSC lässt mich keine weiteren Geräte hinzufügen.

Beim Vollausbau muss es aber genauso funktionieren wie wenn nur eine drin wäre.

Zu den TSAP's: Ich hab für jede LOGO einen eigenen TSAP für die S7, die LOGO hat immer die 20.00 weil der erste SLOT

ich denke die ungerade Zahl - VB9 ist nicht zulässig ?

ich achte bei der S7 auch darauf ob durch 4 teilbar ...

ixo65

 

ernstho

ich denke die ungerade Zahl - VB9 ist nicht zulässig ?

ich achte bei der S7 auch darauf ob durch 4 teilbar ...

 Und aus welchem Grund sollte dies nicht zulässig?

Bei meinem Test habe ich auch ungerade Byte-Adressen und es funktioniert ohne Probleme ...

 du hast recht, wenn in der S7 als Byte verwendet ist das egal. Kritisch wird es nur wenn eine 32Bit Variable in der Adresse nicht durch vier teilbar ist.

https://support.industry.siemens.com/cs/mdm/109815056?c=146776349067&lc=de-WW

Auszug:

mag nur bei speziellen Sachen ein Problem sein   ... zumindest die gerade Adresse einzuhalten wird kein Nachteil sein

EDIT:   bei Füllbytes sind Funktionen PUT  und GET   ... ausdrücklich betroffen, bei der Logo sind Analogwerte 2Byte ... mit dem automatisch hinzugefügten Füllbyte kann durchaus etwas durcheinander kommen.

Innerhalb der S7 wird das völlig schnuppe sein ... aber wie auch beschrieben geht es um die Kommunikation zu einem Fremdgerät ... ich glaub mit einem Kinco HMI an der S7 hatte ich das Problem das 32Bit Variable durch vier teilbar sein mussten ... ist ja kein besonderer Aufwand: die Adressen vergebe ich eben so. (Beim Kinco HMI arbeite ich mit absoluten Adressen)