B&R AS 3.x / 4.X Erfahrung

MeyBot

Level-1
Beiträge
2
Reaktionspunkte
0
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo,

B&R-Steuerungen sollen die neue Steuerungsplattform für unsere komplexen Maschinen werden. Bis jetzt haben wird immer wieder Probleme mit der Stabilität vom Automation Studio, fehlerhaften Funktionalitäten usw. in vielen Bereichen. Nach Angabe von B&R sollten mit der Version V4.x viele dieser Probleme behoben sein. Aber auch hier hakt es noch häufig.
Die Entwicklung mit CoDeSys oder Bosch lief gefühlt reibungsloser.
Ich würde gerne von den Erfahrungen anderer Nutzer hören, da ein Plattfromwechsel für uns eine wichtige strategische Entscheidung ist.

Danke.
 
Hallo,

zum AS 4.x kann ich leider nicht viel sagen, da läuft bei uns der Umstieg gerade erst an.
Wir verwenden seit es auf den Markt kam das AS 3.x.
Das ist auf jeden Fall den 2.x versionen vorzuziehen, alleine wegen der Windows 7 Kompatibilität.
Nun zur Zuverlässigkeit:
in den Jahre in denen ich die 3'er Versionen verwende ist es mir nur sehr selten abgestürzt.
Auch nicht öfter, als ähnlich komplexe andere Programme.
Da ich jetzt CoDeSys selbst schon ewige Zeit nicht mehr verwendet habe kann ich zu fehlenden Funktionen wenig sagen.
Bislang konnte ich noch alles umsetzen was ich wollte.
Es ist halt unter Umständen schon mit etwas Aufwand verbunden.
es kann auch nicht schaden die Hotline anzurufen, die können auch Auskunft geben, über Bibliotheken die im
normalen Umfang nicht enthalten sind.
In der Hilfe ist auch sehr viel erklärt, es ist nur oft schwierig etwas zu finden, wenn man selbst nicht genau weiß,
was man sucht. Mit anderen Worten, je mehr man weiß und kennt, desto besser kann man die Hilfe verwenden.
Wer gerne programmiert, wird B&R dem groen s vorziehen.
Es bietet, zumindest meiner bescheidenen Meinung nach, einfach mehr Möglichkeiten und
kommt einem gewissen Spieltrieb mehr entgegen.
Allerdings kann man sich auch um Größenordnungen besser selbst ind Knie schießen.
Alleine die Pointerprogrammierung, die ... Variablen und der Zugriff auf den Speicher memcpy etc.
bieten den Nährboden für die schönsten Fehler.
Aber Bergsteigen in der Ebene ist einfach nicht so toll.
Ich habe selbst ewig S programmiert, bin aber ungefähr 2003 umgestiegen. Ich kann deshalb nicht genau sagen, was mit dem TIA
jetzt möglich ist.
Zur Hardware: Das ist ein Punkt für sich. Das wurde auch in anderen Threads schon behandelt.
Da man Projekte nicht ohne weiteres aus der Hardware zurückladen kann, muss man seine Projekte gut pflegen.
(Oder das gezippte Projekt mit auf die CF-Karte kopieren, falls die Maschine für den Eigenbedarf ist.
Sonst erleichter das das Plagiatieren doch zu sehr.)
Mit der Hardware hatten wir auch noch nicht außergewöhnlich viele Probleme, nur eine Zeit lang
gab es Schwierigkeiten mit Touch-Treiber-ICs, das hat sich aber schon länger erledigt.
Und auch 230V auf 0-10V Baugruppen kann ICs sichtbar beeinträchtigen. ;-)
Ist aber, denke ich nicht herstellerspezifisch.
Mich persönlich nervt etwas das Problem, das nicht immer ganz klar ist, was nach einer Änderung auf das Zielsytem übertragen wird.
Selbst wenn es eigentlich klar sein sollte. (Auch ein anderer Tread)
Auch die Sache mit neueren AR-Ständen (Automation Runtime) und neuen Visualisierungsbibliotheksständen (was für ein Wort)
macht die Übertragung von kleinen Änderungen manchmal schwierig.
Aber im Schnitt liegt bei mir B&R noch immer vorne.
Auch nach den ewigen Problemen die ich bei S hatte mit Kommunikation über Profibus, Profinet diverse Adapter auch für verschiedene
Bedieneinheiten war es bei B&R überraschend einfach. Ethernetkabel und fertig. Ging noch nie nicht.
die Instandhaltung tut sich mit B&R auch ziemlich schwer, da halt, wie üblich, die meisten auf S geschult wurden.
Ich denke das reicht mal. Auf weitere Fragen werde ich gerne eingehen, soweit ich kann.

Gruß
 
Hallo.

Also arbeite jetzt ca 8 Jahre mit dem Automationstudio, vorher mt dem PG2000.
Mit B&R sind wir insgesammt sehr zufrieden, der Service vom TB ist sehr gut und reagiert schnell.
Es gibt/gab Versionen vom Automationstudio die immer mal wieder nicht sehr stabil waren.
Zur Zeit arbeite ich noch mit der Version 3.0.80.24 und der Version 3.0.90.
Die Version 3.0.80, läuft sehr gut hat aber im Bereich Trace so einige Probleme, deshalb das Update auf die Version 3.0.90 und
wegen der CPU 3584.
Nun, ich weiss nicht was da Schief gelaufen ist, die Version 3.0.90 ist wirklich ein Alptraum. Ein paar neue Sachen
sind sehr gut aber dafür sind alte Probleme wieder da.

Die Version 4 kenn ich jetzt nicht, ich hoffe aber da sind diese Sachen wieder behoben.

Beste Grüsse
 
Viele Dank für alle bisherigen Antworten.
Schleppfehler@ Ich stimme Dir zu, die Version 3.0.90 ist ein Alptraum, besonders, wenn man auch andere SPS-Systeme kennt oder auch in Hochsprachen wie C++/C# programmiert und komplexe Antriebsaufgaben mit nehreren Achsen zu lösen hat. Deshalb auch unser Umstieg während der Entwicklungsphase von 3.x auf V4.0 auf Empfehlung von B&R und in der Hoffnung, das es besser wird.
Zu 4.0: Es hat sich einiges verbessert, aber etliche Probleme und Fehler sind auch hier noch vorhanden. Wir stehen mittlerweile in Kontakt mit Entwicklern in Österreich. In einigen Bereichen (z.B. Online-Trace, Templates / Module für Achsantriebe,) hat B&R auch noch erheblichen Nachholbedarf im Vergleich mit Systemen von Bosch, Beckhoff oder Elau/Schneider.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
MeyBot schrieb:
B&R-Steuerungen sollen die neue Steuerungsplattform für unsere komplexen Maschinen werden. Bis jetzt haben wird immer wieder Probleme mit der Stabilität vom Automation Studio, fehlerhaften Funktionalitäten usw. in vielen Bereichen. Nach Angabe von B&R sollten mit der Version V4.x viele dieser Probleme behoben sein. Aber auch hier hakt es noch häufig.
Die Entwicklung mit CoDeSys oder Bosch lief gefühlt reibungsloser.
Du meinst wohl Codesys V 2.X
MeyBot schrieb:
In einigen Bereichen (z.B. Online-Trace, Templates / Module für Achsantriebe,) hat B&R auch noch erheblichen Nachholbedarf im Vergleich mit Systemen von Bosch, Beckhoff oder Elau/Schneider.
Du musst Codesys V 2.X meinen, denn gerade für V 3.X gilt es meiner unmaßgeblichen Meinung nicht.

Wir benutzen hier z.Z B&R AS V 3.0.95 und damit können wir ganz gut Arbeiten.
Wir haben auch Tia und PackDrive 3 (Schneider/ELAU) im Einsatz und die Kollegen die damit arbeiten dürfen sind neidisch.
MeyBot schrieb:
.... wenn man auch andere SPS-Systeme kennt oder auch in Hochsprachen wie C++/C# programmiert.
Gerade dann müsste Codesys für dich eine Apltraum und sein.:p

Leider ist das grundsätzliche Problem, dass alle SPS Hersteller uns mit Ihrem "Eierlegenden Wollmilch Sau" Tool bestrafen.
Anstatt kleine verwaltbare Einheiten für die spezielle Hardware zu Veröffentlichen werden wir als Anwender gezwungen neue Hardware anzuschaffen mit min 8 Cores 16 GB Arbeitsspeicher und X GB SSD um XGB von Software zu installieren um eine Ändernung in 30sec. zu übertragen, dass alles weil wir nur ca. 20% dieses Softwarepaketes für unsere Anwendungen benötigen.
 
MeyBot schrieb:
B&R-Steuerungen sollen die neue Steuerungsplattform für unsere komplexen Maschinen werden. Bis jetzt haben wird immer wieder Probleme mit der Stabilität vom Automation Studio, fehlerhaften Funktionalitäten usw. in vielen Bereichen. Nach Angabe von B&R sollten mit der Version V4.x viele dieser Probleme behoben sein. Aber auch hier hakt es noch häufig.
Die Entwicklung mit CoDeSys oder Bosch lief gefühlt reibungsloser.
Du meinst wohl Codesys V 2.X
MeyBot schrieb:
In einigen Bereichen (z.B. Online-Trace, Templates / Module für Achsantriebe,) hat B&R auch noch erheblichen Nachholbedarf im Vergleich mit Systemen von Bosch, Beckhoff oder Elau/Schneider.
Du musst Codesys V 2.X meinen, denn gerade für V 3.X gilt es meiner unmaßgeblichen Meinung nicht.

Wir benutzen hier z.Z B&R AS V 3.0.95 und damit können wir ganz gut Arbeiten.
Wir haben auch Tia und PackDrive 3 (Schneider/ELAU) im Einsatz und die Kollegen die damit arbeiten dürfen sind neidisch.
MeyBot schrieb:
.... wenn man auch andere SPS-Systeme kennt oder auch in Hochsprachen wie C++/C# programmiert.
Gerade dann müsste Codesys für dich eine Apltraum und sein.:p

Leider ist das grundsätzliche Problem, dass alle SPS Hersteller uns mit Ihrem "Eierlegenden Wollmilch Sau" Tool bestrafen.
Anstatt kleine verwaltbare Einheiten für die spezielle Hardware zu Veröffentlichen werden wir als Anwender gezwungen neue Hardware anzuschaffen mit min 8 Cores 16 GB Arbeitsspeicher und X GB SSD um XGB von Software zu installieren um eine Ändernung in 30sec. zu übertragen, dass alles weil wir nur ca. 20% dieses Softwarepaketes für unsere Anwendungen benötigen.
 
Zurück
Oben