Uns wurde gesagt man solle nicht mehr im OB1 das Programm laufen lassen... Weil dort eben die Zykluszeit beim Verbinden zu hoch geht... Also alles in einen Weckalarm OB machen...
Ich hol das Thema nochmal hoch... Hab das heute morgen gar nicht auf Anhieb gefunden
Aber das mit dem Weckalarm probier ich jetzt mal aus
Hab da ein lustiges, oder eher ärgerliches Problem:
1511-1PN mit ein paar Modulen daran, 1 HMI und 3 Put/Get zu 400er und 300er Steuerungen, sowie Webserver aktiv.
Die macht die meiste Zeit quasi nix, weil diese nur für Machinenumrüstung benötigt wird.
Verbinde ich mich mit dem Ding, direkt mit dem Punkt "Online & Diagnose" offen sieht man am rechten Rand ja die Zykluszeit. Da das Programm recht groß ist, liegt die so im Mittel bei 3-5ms (also solange sie quasi nichts berechnet
)
Jedoch steht schön daneben die längste Zykluszeit bei 54ms, was ich stark annehmend vom Verbindungsaufbau her rührt...
Klar, sind nicht ganz die eingestellten 50% für Kommunikation von der Zykluszeit, aber für unseren Prozess noch vertretbar...
Dann hab ich eine neue 1511C-1PN, hier hängt am X1 ein Profinet-Drive per IRT. Am X2 nur das PG... Sonst ist außer der Stromversorgung noch absolut Nichts angeschlossen...
Als Programm ist auch nur die eine Positionierachse unter Tech-Objekte angelegt, sowie das Beispielprogramm des Achsenherstellers darauf. (1 FB "Beispiel", 1FB MC-Power&Home für diese Achse kombiniert und 1 DB, nebst den 2-3 Achsenbausteinen)
Verbinde ich mich jetzt mit dem Dre**s-Ding und habe den Punkt "Online & Diagnose" offen, dann geht sogar die SF-LED an, obwohl das Demoprogramm nicht mal abgearbeitet wird. Denn dazu müsste ich ja den DB online öffnen und "Start-Drücken"...
Zykluszeit liegt bei 2-3ms und wenn ich den DB aufrufe... Tja, dann hauts hoch bis über 100ms und teilweise auch noch bis >300ms, was ich dann immer nur daran merke das die Möhre stoppt...
Ich probiere also nun das mit dem Weckalarm-OB mal aus und werde hier berichten
MfG Fabsi