Also, wenn die CPU mit nur 4 PN IO Devices verbunden ist hast du kein Fehler.momentan sind nur 4 Teilnehmer verbunden und in Betrieb, so bald ich aber alle mit dem Subnetz verbinde und mit der CPU verbinde geht meine VIPA CPU in Stopp mit dem Fehler EA64.
Ist dies insgesammt mehr als die Systemgrenzen für die VIPA CPU ? Das wurde die Fehlermeldungen erklären, aber nicht warum sie erst aufttauchen wenn die PN Teilnehmer verbunden werden.32 Teilnehmer (mit 32 Bytes Eingänge und 32 Bytes Ausgänge).
Ich hab VIPA schon kontaktiert, nur leider wirkte der Mitarbeiter am Telefon auch etwas ratlos.Also, wenn die CPU mit nur 4 PN IO Devices verbunden ist hast du kein Fehler.
Wenn du aber die restliche 28 PN IO Devices auf einmal verbinde, dann bekommst du die Fehler ?
Was passiert wenn du nur 1 PN IO Device verbindet und nicht alle auf einmal ?
Ist dies insgesammt mehr als die Systemgrenzen für die VIPA CPU ? Das wurde die Fehlermeldungen erklären, aber nicht warum sie erst aufttauchen wenn die PN Teilnehmer verbunden werden.
Ich wurde VIPA fragen.
hast Du mal alle möglichen Fehler-OBs eingebaut?aber die CPU gibt trotzdem noch den Fehler aus und bleibt im Stopp.
ja, Ich hab schon pro Device die höchste Aktualisierungszeit probiert.Kann man bei der Vipa noch die Aktualisierungszeit pro Device einstellen?
Ich wüsste auch nicht wo, du hast ja vermutlich eine 317-2EK14 + 343-1EX11 projektiert.
Das Handbuch ist für mich nicht so ganz verständlich:
Quelle ( Seite 141 im Handbuch ):
VIPA 317-4PN23 Handbuch
Ja ich hab alle OBs drinnen die , die CPU zulässt.hast Du mal alle möglichen Fehler-OBs eingebaut?
Kannst Du das mal mit Step7 ausprobieren? Also nicht TIA?
Gruß.
Mal eine blöde Frage bzw. das Problem aus einer anderen Richtung betrachtet:Ich sitze an einer VIPA CPU 317 4PN23 und habe via Profinet 62 Teilnehmer (mit 32 Bytes Eingänge und 32 Bytes Ausgänge).
momentan sind nur 4 Teilnehmer verbunden und in Betrieb, so bald ich aber alle mit dem Subnetz verbinde und mit der CPU verbinde geht meine VIPA CPU in Stopp mit dem Fehler EA64.
Das mit dem Loop kann ich ausschließen. Es ist ein Stern Netzwerk.Mal eine blöde Frage bzw. das Problem aus einer anderen Richtung betrachtet:
Da der Fehler erst auftritt, wenn du die restlichen Teilnehmer an die CPU anbindest, kannst du ausschließen das ihr ausversehen einen LOOP verkabelt habt mit euren Netzwerkleitungen? Was sind das für Teilnehmer? Passiert der Fehler genau ab dem fünften Teilnehmer oder wenn du alle restlichen anbindest?
Momentan sind 4 hardwarmäßig installiert und die letzte Ausbaustufe sind 62.
Wenn ich alle nicht vorhanden Schrauber verbinde, würde ich einen BUS-Fehler erwarten, aber nicht dass die CPU trotz Fehler-OBs in Stopp geht.
Das verstehe ich nicht ganz. Momentan sind 4 installiert und die anderen nur projektiert aber nicht vorhanden?Habe auch via Proneta mir die Topologie anzeigen lassen und sieht für mich in Ordnung aus bzw. so wie es geplant wurde.
Anscheinend nennt VIPA so eine "projektierte Verbindung" / bzw. die Verbindungsressourcen:Was ist eine "Produktiv-Verbindung" ?
Stimmt schon, irgendwie ist mir das auch etwas schleierhaft und aus dem Handbuch wird man auch nicht so richtig schlauJa, aber was ist das ?
Wenn man 32 Devices hat, kann man 0 Produktiv-Verbindungen haben.
Wenn man 24 Produktiv-Verbindungen hat, kann man 0 Devices haben.
edit: Ein S7 Verbindung, HMI Verbindung, PG-Verbindung, ... oder ... ?
edit edit: Mit nur 2 Produktiv-Verbindungen sinkt die Max Anzahl Devices auf 32. Dann geht die 62 Devices für die TS nicht.
ich würde da perse garnix ausschließen... Weder Loop noch doppelte IP-Adresse, falscher Typ, falscher PNIO-Name, defekter RJ45-Stecker, defekter Swich, falsch konfigurierter Switch... usw...Das mit dem Loop kann ich ausschließen. Es ist ein Stern Netzwerk.
Ein Hauptswitch im Schaltschrank der mit anderen Switches verbunden ist und an denen sind dann die Teilnehmer.
Mit 512 ms Aktualisierungszeit und 62 Devices bekommt man nach die Tabelle 1 Device pro ms, also 62 ms um alle Devices zu aktualisieren.Was mir komisch vorkommt:
62 x 32Byte = 1984 Byte
In Beitrag #4 liest man folgende Systemgrenzen:
800 Byte Eingang, 800 Byte Ausgang pro ms.
Wenn die CPU zwar bloß alle 512ms einliest, dafür aber alle auf einmal, könnte eine Störung kommen.
Vipa traue ich fast alles zu
Hast Du alle Device im Prozessabbild? Evtl die Device einzeln mit SFC14/15 lesen? Ist nur so ne Idee.
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?
We use cookies and similar technologies for the following purposes:
Do you accept cookies and these technologies?