Vipa

juergen3 schrieb:
Hallo zusammen,
ich hätte eine Frage zu Vipa.
Wie kompatibel sind die Baugruppen wirklich und wie ist die Erfahrung mit VIPA.
Danke
Jürgen 3
Zum Vergrößern anklicken....
Ich persönlich habe bisher nur positive Erfahrungen gemacht. ( Baugruppen der 300er Serie, 200er Serie, Vipa CC03,)
Und man erreicht auch bei Fragen einen Servicemitarbeiter.:D
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
Erfahrungen analog Rudi, sehr kompetente und sofort telefonisch erreichbare Hotline. Die Zählerfunktionen sind wohl teilweise etwas anders. Ansonsten laufen die Büchsen auch ohne Speicherkarte, es sind stinknormale Karten, nix besonderes.
Der Speedbus ist genial.

Gruß
Mario
 
Hallo,
ich habe bisher häufig die CPU315 von Vipa eingesetzt. Das ist eine tolle und sehr schnelle CPU (ungefähr 3 - 4 mal schneller als eine neue 317 von Siemens). Außerdem ist die sehr preisgünstig.
Nachteilig für mich nur ist die fehlende Routing-Funktion - und das ist dann mittlerweile schon wirklich ein Problem. Außerdem unterstützt die CPU verschiedene Kommunikations-Funktionen nicht, die aber z.B. eine 317 PN/DP hat.

Gruß
Larry
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ich habe gerade 2 Projekte mit einer Vipa Ausstattung abgeschlossen.
Wenn man 1-2 Kleinigkeiten beachtet, dann ist alles bestens.
1. Kleinigkeit, die MMC Karte
RAM -> Rom Kopieren muss wirklich eine MMC < 1 GB sein. Inzwischen schwer zu beschaffen, kein SD!
2. Man sollte darauf achten, das man Schnitstellen Abhängige Funktionen mit den Funktionen aus der Vipa Lib macht. z.B. BSEND/BRECV. Siehe auch hier:
http://www.sps-forum.de/entry.php/1327-GELÖST-BSEND-BRCV-mit-Vipa-CPU315-4PN12-so-geht-s
3. Support,
ich bin bei kniffeligen Fragen, wie z.B. bei meinem BSEND/BRCV (FB12/FB13) Problem bestens bedient worden. Das Support Ergebnis war bestens und sehr schnell.
Wenn hier jmd. schlechte Erfahrungen hatte, muss der Kollege oder der Kolleg im Support wohl einen schlechten Tag gehabt haben. Meine 3-4 Anfragen im Supportt waren immer mit 1-2 Telefonaten oder eMails abschliessend bestens geklärt - Zur Zufriedenheit Aller! :p
Gerade beim Support muss man beachten, es sind auch nur Menschen. Wie es herreinschallt so kommt auch das Echo herraus ;)

4. Manchmal sind die VIPA Cpus einfach zu schnell, so dass man die sehr kurzen Zyclus Zeiten mit in die Überlegungen einbeziehen muss.
Meine im Letzten Projekt http://www.vipa.com/de/produkte/ste...e_pi1[tab]=2&tx_sbinclude_pi1[page]=315-4NE12 war derart schnell, Zyclus Zeit manchmal unter 1ms, dass ich bei Geschwindigkeitsberrechnungen und PID Reglern das berücksichtigen musste, daß IST Wert Änderungen mal unterhallb der Messmöglichkeiten waren ...

Euer Schatten
 
Zuletzt bearbeitet:
Moin Larry,
Larry Laffer schrieb:
ich habe bisher häufig die CPU315 von Vipa eingesetzt. Das ist eine tolle und sehr schnelle CPU (ungefähr 3 - 4 mal schneller als eine neue 317 von Siemens). Außerdem ist die sehr preisgünstig.
Nachteilig für mich nur ist die fehlende Routing-Funktion - und das ist dann mittlerweile schon wirklich ein Problem. Außerdem unterstützt die CPU verschiedene Kommunikations-Funktionen nicht, die aber z.B. eine 317 PN/DP hat.
Zum Vergrößern anklicken....

Dem Preis kann man nur Zustimmen. Zudem sind die CPU315 im Projekt als CPU318 zu projektieren, was eigentlich eine anders verpackte 400er ist. :rolleyes:

Welche Routing Funktionen meinst Du? im PB?
Hat die Vipa Lib da nicht passenden Ersatz?

Euer Schatten
 
Zuviel Werbung?
-> Hier kostenlos registrieren
shadowdb schrieb:
3. Support,
...
Wenn hier jmd. schlechte Erfahrungen hatte...
Zum Vergrößern anklicken....
Da das ja auf mich bezogen war, eine kurze Erklärung:
Wir haben große Probleme mit einer SPEED7 CPU beim Kunden, die immer wieder in STOP geht (zum Glück ein sehr geduldiger Kunde). Die CPU hat einen VIPA-spezifischen Code im Diagnosepuffer. Bei VIPA war dieser Code unbekannt, reproduzierbar war das Problem nicht. Wir haben uns dann mit einem VIPA-Spezialisten beim Kunden getroffen und mehrere Maßnahmen umgesetzt.
Nach einigen Wochen habe ich dann erfahren, dass die Probleme immer noch bestehen. Auf meine Bitte bei VIPA um weitere Vorschläge, kam erst über 3 Monate später eine Antwort (nachdem ich schon die 4. Mail geschrieben hatte). Die Vorschläge, die dann kamen, waren aber bei Nachfrage auch nur "Poke & Hope"-Lösungen.
Das Problem besteht immer noch. Von VIPA höre ich nichts mehr. Die 300er Serie ist seitdem für mich gestorben.
 
Hmm, solche Fehler "liebe" ich ... (meint hasse ich aus ganzem Herzen)...

Tritt das auch auf einer anderen CPU auf?
1:1 Tausch ? zu einer Anderen CPU Type?
Mal eine andere Hardware, neuere/ältere Firmware eingesetzt?

Steht die Anlage in einem mechanisch oder thermisch schwierigem Umfeld?
Die Rückwandbusverbinder/Bonschen ausgetauscht?
Ähnliches hatte ich mit einer Siemens CPU312 2DP. Dort war es ein Haarriss auf der Platine der CPU und beschleunigt um Staub in den Verbindern.
Das Umfeld war dort von der schweresten Sorte.

Manchmal kann man bei solchen Dingen nix anderes machen als "hoffen". Das betriefft aber alle Feldgeräte Hersteller.
Man kann nicht alles Möglichkeiten im Diagnosebuffer abfangen. Leider. Manchmal verodern sich die Ergebnisse auch zu neuen Werten/Codes.

Es gibt da einige sehr widerliche Möglichkeiten:
- Haarriss auf Platine in der 3./4. Ebene
- Strahlungs exposition - EMV - UV oder Rötgenstrahlung, Radioaktivität können CPU Register/RAM/ROM/Flash Werte veränderen,
- thermische Einflüsse ebenso ...

Mir ist ein Fall in der Praxis untergekommen, da ist eine S5-110U CPU544 in scheinbar Zufälligen Stop gegangen, und der Diagnose Buffer war acuh nichts sagend undefiniert - Die Erlanger wussten auch nix damit anzufangen.
Ursache haben wir erst mit großem Zufall gefunden. Ein LKW Fahrer, der unregelmässig durch das Werk fuhr und Material brachte hatte einen 27MHZ nachbrenner in seinem Bock. Wenn der in der nähe der anlage gesendet/gesabbelt hatten - Bumm! externer EMV Einfluss.

Ich denke mal Dein Problem ist/war in dieser Konstallation dort vor Ort in Komibation mit irgend was externem zu finden.

Man kann Konstruktiv viel in den Feldgeräten abfangen, aber bei weitem nicht alles.

Euer Schatten
 
shadowdb schrieb:
Tritt das auch auf einer anderen CPU auf?
1:1 Tausch ? zu einer Anderen CPU Type?
Mal eine andere Hardware, neuere/ältere Firmware eingesetzt?
Zum Vergrößern anklicken....
Ach Gott, soll ich jetzt alles aufzählen, was wir gemacht haben?
Bei zwei (außer einer Baugruppe) identischen Anlagen mit identischem Aufstellort, gibt es vieles, was man von vornherein ausschließen kann. Alles andere haben wir schon gemacht, außer:
shadowdb schrieb:
Die Rückwandbusverbinder/Bonschen ausgetauscht?
Zum Vergrößern anklicken....
Kommt mir gerade etwas seltsam vor, dass Du ausgerechnet die Rückwandbusverbinder erwähnst, die nur in einem von 10000 Fällen Probleme machen. Vor kurzem hat sich unser neuer VIPA-Außendienstler vorgestellt und als ich ihm von unserem Problem erzählte, erwähnte er auch etwas mit den Rückwandbusverbindern und massiven Problemen durch eigenmächtige Änderungen des Zulieferers ungefähr im Jahr 2008.
Mit "Kollegen vom VIPA-Support" meintest Du nicht zufällig Dich?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hi,

wir haben auch fast nur noch VIPA (100,300er) im Einsatz.
Support ist ok, hatte einmal pech gehabt (mit dem Mitarbeiter vom Support).
Bei speziellen Baugruppen (z.B. DP/PA Link), ist das arbeiten mit den Siemens Baugruppen (GSD) einfacher.

Ansonsten zufrieden.

Gruß
 
Verwende Vipa seit 3Jahren vorzugsweise zur Ausbildung und zur Anlagensteuerung. Bis jetzt null Probleme. Sehr einfach in der Handhabung.
Für Einsteiger schnell verständlich.
Habe die Vermutung hinsichtlich der sehr kurzen Zykluszeiten gehört, dass Vipa- SPS möglicherweise nicht Zyklisch, sondern womöglich auch parallel arbeitet
 
shadowdb schrieb:
Welche Routing Funktionen meinst Du? im PB?
Hat die Vipa Lib da nicht passenden Ersatz?
Zum Vergrößern anklicken....

Ich erreiche die VIPA-CPU's normaler nur über den Ethernet. Das gilt auch für die Visu. Nun habe ich aber auch Steuerungen, die im PB noch eine Slave-CPU drin haben. Hier kann die CPU das Durch-Routen der B&B-Dienste von Ethernet auf PB nicht - ich kann jetzt allerdings nicht sagen, ob sich da ggf. seit Anfang diesen Jahes etwas geändert hat. Ich habe dann eine 317-PN/DP dort eingebaut, mich über die viel schlechtere Zykluszeit derselben etwas geärgert, mich aber über die Verbindungs-Funktionalität gefreut.

Bei der Kommuniaktion spreche ich von der nicht-verbindungsprojektierten TCP-IP-Kommunikation. Das geht nicht. Es ist mir aber auch immer etwas suspekt, wenn es Spezial-Bausteine (nur eben für diese CPU) gibt. Das widerspricht dann "ein bißchen" meiner Vorstellung von Standardisierung. Da spreche ich aber nur für mich.

Ansonsten habe ich die von M-Ott geschilderten Probleme nie gehabt. Es ist aber auch möglich, dass man die VIPA-CPU's am Besten so als Stand-alone CPU's betreibt und man, wenn man das tut auch keine Probleme bekommt.
Insgesamt habe ich es nie bereut, so eine CPU in einer meiner Anlagen eingebaut zu haben.
An die wesentlich höhere CPU-Leistung gegenüber Siemens kann man sich schon gewöhnen ...

Gruß
Larry
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,
öhm, den Ärger mit den Busverbindern hatte ich auch, diese wurden aber problemlos getauscht. Wir hatten auch recht unklare Daten aus der Diagnose, dem Support war das da aber scheinbar schon bekannt. Das schlimme war, die Kiste lief schon fast ein Jahr und von einer Minute auf die andere ging nix mehr.
Im übrigen ist doch eigentlich das Forum für die Diskussion über solche Probleme da, so verstehe ich das zumindest.

Gruß
Mario
 
@mariob
Ich hatte seinerzeit sogar einen Thread wegen dieses Problems aufgemacht, der aber leider komplett ohne Resonanz blieb.

( 40 )
 
M-Ott schrieb:
Ach Gott, soll ich jetzt alles aufzählen, was wir gemacht haben?
...
Mit "Kollegen vom VIPA-Support" meintest Du nicht zufällig Dich?
Zum Vergrößern anklicken....

Nee, weiss Gott nicht, :)
bin Selbstständig.

Hatte aber schon einige haarige und nervige Zufallsprobleme in den letzten 30 Jahren auf dem Arbeitszettel.
Ich hatte nur kurz meine nervigsten "gefundenen" Problemfälle an meiner Tastatur revue passieren lassen...

Euer Schatten
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Larry Laffer schrieb:
Ich erreiche die VIPA-CPU's normaler nur über den Ethernet. Das gilt auch für die Visu. Nun habe ich aber auch Steuerungen, die im PB noch eine Slave-CPU drin haben. Hier kann die CPU das Durch-Routen der B&B-Dienste von Ethernet auf PB nicht - ich kann jetzt allerdings nicht sagen, ob sich da ggf. seit Anfang diesen Jahes etwas geändert hat. Ich habe dann eine 317-PN/DP dort eingebaut, mich über die viel schlechtere Zykluszeit derselben etwas geärgert, mich aber über die Verbindungs-Funktionalität gefreut.
Zum Vergrößern anklicken....
Jo, kann ich sauber nachvollziehen. Gerade komplexere Zugriffswege machen es da kniffelig. Da bleibt dann wohl nur BigS. Im Moment.

Larry Laffer schrieb:
Bei der Kommuniaktion spreche ich von der nicht-verbindungsprojektierten TCP-IP-Kommunikation. Das geht nicht. Es ist mir aber auch immer etwas suspekt, wenn es Spezial-Bausteine (nur eben für diese CPU) gibt. Das widerspricht dann "ein bißchen" meiner Vorstellung von Standardisierung. Da spreche ich aber nur für mich.
Zum Vergrößern anklicken....
Wiederspricht auch meiner Vorstellung von "Standardisierung". Auch die Aktin mit dem Vipa-eigenem BSEND/BRCV fand ich nicht sooo super toll gelöst. Allerdings inst auch Faktum das die Vipa CPUs eben alle deutlich mehr Schnittstellen haben, mitunter sogar 2x Ethernet...
Das man hier vielleicht etwas anderen FB/SFB Bausteine braucht um die anzusteueren, leuchtet mir ein. Mir wäre ein Universielles Programm viel lieber.

Larry Laffer schrieb:
Ansonsten habe ich die von M-Ott geschilderten Probleme nie gehabt. Es ist aber auch möglich, dass man die VIPA-CPU's am Besten so als Stand-alone CPU's betreibt und man, wenn man das tut auch keine Probleme bekommt.
Insgesamt habe ich es nie bereut, so eine CPU in einer meiner Anlagen eingebaut zu haben.

An die wesentlich höhere CPU-Leistung gegenüber Siemens kann man sich schon gewöhnen ...
Zum Vergrößern anklicken....

Jo, bereut hab ich das auch noch nicht.
und mit der wahnsinnig schnellen Zykluszeit hab ich mich auch schon selbst ausgetrickst. :rolleyes:
So nachdem Muster v = ds / dt
Wenn dt := Zykluszeit und diese unter der Messauflösung <= 1ms liegt ... oder ds := s1 - s2 zu Null wird weil alles so super fix geht, dann Regelt es sich nicht so gut, wenn Vist sich mal nullt ... oder "NOT A NUMBER" wird ... :ROFLMAO:

Muss man halt im Hinterkopf haben, daß die Kisten Rennsemmeln sind...
cpuzyclus-vipa-315.png
Die CPU is mir auch mal auf unter 1ms gekommen ... und das Programm hat einiges zu Rechnen und zu Regeln ...

Euer Schatten
 
shadowdb schrieb:
..4. Manchmal sind die VIPA Cpus einfach zu schnell, so dass man die sehr kurzen Zyclus Zeiten mit in die Überlegungen einbeziehen muss.
Meine im Letzten Projekt http://www.vipa.com/de/produkte/ste...e_pi1[tab]=2&tx_sbinclude_pi1[page]=315-4NE12 war derart schnell, Zyclus Zeit manchmal unter 1ms, dass ich bei Geschwindigkeitsberrechnungen und PID Reglern das berücksichtigen musste, daß IST Wert Änderungen mal unterhallb der Messmöglichkeiten waren ...
Zum Vergrößern anklicken....
So ist es. Ich mußte auch schon mal erstaunt feststellen dass meine Meßwertdämpfung nicht mehr funktionierte. Habe sie dann im Weckalarm ausgeführt (PID-Regler so wie so). Die Geschwindigkeit der Speed7 ist schon absolut scharf.

Gruß, Onkel
 

Similar threads

P
Vipa 200V-System - Smarthome
Antworten
6
Aufrufe
2K
Kosta
Kosta
C
VIPA M13-CCF0000
Antworten
5
Aufrufe
1K
Kosta
Kosta
T
TIA Watch Table Siemens SPS
Antworten
8
Aufrufe
786
DeltaMikeAir
DeltaMikeAir
F
VIPA Speed 7 Studio - Yaskawa M13C - ProfiNET IO
Antworten
2
Aufrufe
2K
Kosta
Kosta
H
Modbus RTU mit Vipa SPS
Antworten
0
Aufrufe
783
heipo
H
Zurück
Oben