Sonstiges Alternative Steuerungen zu Siemens

[norustnotrust]

Zuviel Werbung?
-> Hier kostenlos registrieren

Soll ich auch durch einen Feuerreif springen?
Nein, im Ernst:
1.) Vertriebler ins Haus
2.) Deine Anforderungen auf den Tisch
3.) Shortlisten (neudeutsch für alle rausschmeissen die nicht passen)
4.) Live Demo für die Vetreter auf der Shortlist einfordern
5.) Short List nachbessern daß nur mehr 2 oder 3 übrig sind
6.) Hands-on-Workshop mit konkretem Testprojekt
7.) Entscheiden

 

[statix]

Punkt 1 bis 7 sind ja gut und schhön. So ähnlich haben wir es bei TIA gemacht, sogar mit Schulung.
Und dann kam Punkt 8 bis 28, die unterschiedlich hießen, aber die gleiche Überschrift hatten:
"Ups, das geht ja so gar nicht. Ach du Kacke, was machen wir jetzt? In 3 Wochen kommt der Kunde und will eine fertige Maschine sehen."
Daher der demütige Wunsch nach Erfahrungsberichten. Muss ja absolut kein tagebuchartiger Bericht sein.

 

[norustnotrust]

Zuviel Werbung?
-> Hier kostenlos registrieren

Na aber sei mir nicht böse, wenn du nicht vorher weißt was du von der Lösung brauchst, woher soll ich das wissen?

Und wenn jeder schreibt mit welchem System er wo schon mal was nicht so lösen konnte wie er es gerne gehabt hätte dann wird JEDES System durchfallen! Also was hilft dir das? Oder wird das hier schon wieder so ein unterschwelliger Produktwerbungthread an dessen Ende du dann kommst und sagst: Hohoho, hier ich hab aber das Wundersuperding das all eure Sorgen löst?

Alle Aussagen a la, das System XY hat bei mir mal dies oder jenes Problem gemacht kann man doch in Wirklichkeit in die Tonne treten denn das hängt an so vielen Dingen:

- Was sind die genauen Anforderungen für SEINE Lösungen?
- Was sind seine Erwartungen an das System?
- Wie schaut sein Engineering Prozess aus?
- Wie weit kann er seine Engineering-Prozesskette beeinflussen?
- Wie viel hat derjenige mit dem WIRKLICH System gemacht?
- Wie gut hat er sich ausgekannt, wie gut war er geschult?
- Was war das genaue Problem? Nur weil einer keine Modbusverbindung zu XYZ aufbauen konnte heißt das ja nicht per se das Modbus schlecht unterstützt wird etc..
- Was sind die Erfahrungen mit anderen System die das besser/schlechter lösen können?
etc..


Wenn du bei TIA nach der Evaluierung draufgekommen bist dass sich deine Anforderungen nicht umsetzen lassen dann war nicht der grundsätzliche Weg, die Systeme selber zu evaluieren falsch sondern DU hast NICHT RICHTIG evaluiert. Lern daraus und evaluiere das nächste mal besser.

 

[vollmi]

Wie siehts bei anderen Herstellern denn mit Hot-Standby aus? Da wagen sich die Konkurrenzprodukte von SAIA und Wago die ich sonst einsetze nicht heran deucht mich.

Codesys hat ja eigentlich Hotstandbyoptionen wenns mir recht ist, aber ein System wo das so läuft ist mir bisher nicht begegnet. Dabei gefällt mir Codesys sehr.

mfG René

 

[bike]

Bis vor kurzem fand ich deine Beiträge gut und hilfreich.
Doch wenn ich diesen Satz lese:

Wenn du bei TIA nach der Evaluierung draufgekommen bist dass sich deine Anforderungen nicht umsetzen lassen dann war nicht der grundsätzliche Weg, die Systeme selber zu evaluieren falsch sondern DU hast NICHT RICHTIG evaluiert. Lern daraus und evaluiere das nächste mal besser.

kommen mir Bedenken.
Wie willst du evaluieren, wenn du das System noch? nicht kennst und dir die Fachleute? erkären, alles ist mit absehbarem Aufwand machbar?
Nach deiner Beschreibung darf man nichts Neues versuchen, da man die Auswirkungen nicht kennt.

Es ist echt bescheiden, wenn man von den Herstellern über den Tisch gezogen wird.

Mir ging es auch so bei einm Kunden. Hätte man Chef nicht mir eine 300er CPU mit Befestigung zugeschickt, damit ich mit Step7 Standard programmieren konnte, sässe ich immer noch in Chile.


bike

 

[norustnotrust]

Zuviel Werbung?
-> Hier kostenlos registrieren

Sorry bike aber ich finde du zitierst mich hier etwas zu stark verkürzt.

1.) Meine Grundaussage ist die: Wenn du selber nicht weißt was du vom System erwartest helfen dir auch keine Aussagen von anderen mit der Frage "Was ist für EUCH das beste System".

Na aber sei mir nicht böse, wenn du nicht vorher weißt was du von der Lösung brauchst, woher soll ich das wissen?

Und wenn jeder schreibt mit welchem System er wo schon mal was nicht so lösen konnte wie er es gerne gehabt hätte dann wird JEDES System durchfallen!

Wenn man es selber nicht weiß worauf es einem ankommt, was die Must-Haves und die Nice-To-Haves sind, dann helfen dir auch keine Kritiken von anderen die andere Must-Haves und Nice-To-Haves haben. Ich finde sogar das Gegenteil ist der Fall. Gerade hier im Forum trifft man Leute einer enormen Bandbreite mit unterschiedlichen Ansätzen und entsprechend kann JEDES Tool für den einen Mist sein, für den anderen aber super. Ich erinnere mich unlängst an die atvise Diskussion. Ich habe Anwendungsfälle da passt atvise, jemand anderer hat einen Anwendungsfall, da passt atise halt überhaupt nicht.


2.)

Wenn du bei TIA nach der Evaluierung draufgekommen bist dass sich deine Anforderungen nicht umsetzen lassen dann war nicht der grundsätzliche Weg, die Systeme selber zu evaluieren falsch sondern DU hast NICHT RICHTIG evaluiert. Lern daraus und evaluiere das nächste mal besser.

Ja es ist bescheiden wenn man vom Hersteller über den Tisch gezogen wird. Aber ich nehme an du kennst die Liedzeile "Shame on you if you fool me once. Shame on me if you fool me twice"
Wenn ich ein System evaluiere, hole ich mir jemandem vom Hersteller für 3 Tage ins Haus, nehme ein Referenzprojekt her und gehe mit ihm alle Eckfunktionen im Referenzprojekt durch und lasse mir die Lösung im entsprechenden Systemy für meine konkreten Anforderungen zeigen. Also keine Folien, keine fiktiven Aufgabenstellungen sondern genau das was ich brauche lasse ich mir vorführen wie sich das umsetzen lässt. Damit kann ich nicht nur sagen "In der Broschüre A steht das gleiche Wort wie in Broschüre B" sondern ich sehe auch Dinge die zwar anders heißen aber den gleichen Effekt haben. Und oftmals stellen sich sogar Ansätze heraus die besser sind als die die ich kenne. Und wenn dann die Aussage kommt "Ja das kann ich jetzt nicht zeigen weil das kommt in Version blablabla dann weiß ich woran ich bin.

Und ja, wir sind anno dazumal ganzganz böse mit einer frühen PCS7 Version eingefahren und haben daraus gelernt. Wenn ich meinen SIEMENS Kontakt zu TIA frage dann sagt er mir: schau, ich weiß du brauchst das und das und da gibt es Probleme, also warte auf die nächste Version dann funktioniert das wahrscheinlich besser.

 

[vollmi]

Mir ging es auch so bei einm Kunden. Hätte man Chef nicht mir eine 300er CPU mit Befestigung zugeschickt, damit ich mit Step7 Standard programmieren konnte, sässe ich immer noch in Chile.

Das würde mich jetzt näher interessieren.

Ich meine man kann zu TIA und den neuen CPUs ziemlich viel nachsagen. Aber die grundsätzliche Funktion ist vorhanden. Ich kann mir nicht vorstellen das man etwas das man mit einer 300er und Step7 hingekriegt hat, mit einer 1500 und TIA nicht hinbekommt. Man wird über ein paar Stolpersteine hüpfen und ab und zu über einen Absturz fluchen aber dass etwas gar nicht geht habe ich bisher nicht erlebt.

Und wir machen hier ja auch keine Zuckerwattekanonen.

mfG René

 

[bike]

@norustnotrust:
Wenn ich dich falsch verstanden habe, dann tut es mir leid.
Doch uns geht immer wieder so:
Du fragst beim Hersteller etwas an, dir wird es nach der Anfrage demonstriert, doch wer kann bzw wer hat die Zeit den Aufwand abzuschätzen?
Siemens baut da etwas zusammen, doch diese Lösung zu evaluieren???????
Daher der Hinweis, wie soll man eine Lösung beurteilen, wenn man noch? keine Erfahrung hat?

@René: bestimmt geht alles mit TIA und den neuen CPUs.
Doch wenn eine Verkettung von einigen Maschinen vor Ort neu gebaut werden soll, das Portieren von Step7 nach TIA NICHT funktioniert, was soll der Inbetriebnehmer machen?
Also ich hatte z.B. riesen Probleme bei der Vernetzung mit mehren CPUs.
Wenn du das kannst, Respekt, doch der französische Autobastler hätte die Zeit bis zum Fertigungstellungszeitpunkt nicht akzeptiert.
Und, ja, es war auch ein Ingenieur von BigS vor Ort.


bike

 

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

@René: bestimmt geht alles mit TIA und den neuen CPUs.
Doch wenn eine Verkettung von einigen Maschinen vor Ort neu gebaut werden soll, das Portieren von Step7 nach TIA NICHT funktioniert, was soll der Inbetriebnehmer machen?

Naja man portiert ja auch nix bei der Inbetriebsetzung. Das hört sich jetzt für mich ein bisschen so an wie "Komm lass uns die Maschine da unten aufrüsten, bestell mal die neue Generation SPS bei Siemens die sollen sie gleich auf die Baustelle liefern wir portieren das dann da unten" womöglich noch ohne die Maschine zu stoppen.

Also ich hatte z.B. riesen Probleme bei der Vernetzung mit mehren CPUs.
Wenn du das kannst, Respekt, doch der französische Autobastler hätte die Zeit bis zum Fertigungstellungszeitpunkt nicht akzeptiert.
Und, ja, es war auch ein Ingenieur von BigS vor Ort.

Vergiss das mit der Vernetzung. Da häng ich ja auch mit Step7 immerwieder fest weil es so viel zu beachten gibt.
Allerdings mein Erster ISOonTCP Ascii openCommunication Treiber auf der 1500er hat sehr schnell funktioniert (sehr stolz bin)

Aber das euch ein Ing von Siemens nicht weiterhelfen konnte irritiert mich jetzt schon.
Aber wenn der ähnlich akkurat an die Arbeit ging wie ein teil der Supporthotlinebelegschaft wunderts mich dann doch wieder nicht.

Ich sag nur
Support: "aber der Beschriftungsstreifen aus TIA für die von ihnen projektierte DI 16x24VDC Karte kann ich super in die Kartenklappe einschieben"
Vollmi: "in welche karte schieben Sie sie ein?"
Support: "in eine DI 32x24VDC"
Vollmi: "schieben Sie sie bitte in die projektierte Karte"
Support: "wir haben leider keine 16er Karte da"
Vollmi: "warum drucken sie dann nicht eine Beschriftung für die Karte die Sie da haben?"

ARRRGL!!!!

mfG René

 

[rostiger Nagel]

Jetzt ist mir einiges klarer geworden

Ich sag nur
Support: "aber der Beschriftungsstreifen aus TIA für die von ihnen projektierte DI 16x24VDC Karte kann ich super in die Kartenklappe einschieben"
Vollmi: "in welche karte schieben Sie sie ein?"
Support: "in eine DI 32x24VDC"
Vollmi: "schieben Sie sie bitte in die projektierte Karte"
Support: "wir haben leider keine 16er Karte da"
Vollmi: "warum drucken sie dann nicht eine Beschriftung für die Karte die Sie da haben?"

ARRRGL!!!!

 

[bike]

Naja man portiert ja auch nix bei der Inbetriebsetzung. Das hört sich jetzt für mich ein bisschen so an wie "Komm lass uns die Maschine da unten aufrüsten, bestell mal die neue Generation SPS bei Siemens die sollen sie gleich auf die Baustelle liefern wir portieren das dann da unten" womöglich noch ohne die Maschine zu stoppen.

So war es eigentlich nicht.
Wir haben solche Projekte schon mehrmals gemacht.
Als es hiess, neue CPU und TIA, wurde das Projekt an Siemens zum portieren bzw anpassen übergeben.
Ich bekam es, habe es in der Haupt CPU eingespielt und so gut es ging getestet, auch um mich mit TIA besser vertraut zu machen.
Dann kam das Flugticket und los gings, oder soll ich beschreiben das Drama begann?

Wegen dem Herrn von BigS: der kam an mit dem Marschbefehl"Vernetzung geht nicht".
Dass in Deutschland bei BigS Mist gebaut wurde, wusste der nicht.
Wenn ich genug Zeit gehabt hätte, vielleicht hätte ich das Projekt zum laufen gebracht.
Doch ist das die Lösung?
Wir wollen Lösungen, die wir immer wieder verwenden und das ist bei Bastellösung nicht möglich.


bike

 

[vollmi]

Zuviel Werbung?
-> Hier kostenlos registrieren

Okay das ist übel. Wie gesagt ich kann die 1500 nicht als Bastellösung ansehen und auch TIA ist funktionell (hat natürlich noch viele Schwächen).

Aber bei der Siemens Belegschaft wächst ihnen entweder die Arbeit über den Kopf oder sie nehmen sie nicht mehr ernst.

Ich meine auch die Beispiele auf der Siemens Homepage sehen noch immer so aus als hätte man S5 Programmcode ein bisschen nach S7 zurechtgewurstelt.

mfG René

 

[bike]

Aber bei der Siemens Belegschaft wächst ihnen entweder die Arbeit über den Kopf oder sie nehmen sie nicht mehr ernst.

Jetzt muss ich ein Lanze für die Techniker bei Siemens brechen.
Wenn man wirklich eine Siemenstechniker am Telefon oder vor Ort hat, die versuchen wirklich alles, um die Probleme zu lösen und oft können sie es auch.
Was aber frapierend ist und es für alles Anwender und Kunden so schwer macht ist die Tatsache, dass Siemens Overflowpartner hat.
Da kommst du in einem Call Center heraus, in dem du vielleicht einen am Ohr hast, der auch für die Signalversicherung oder Audi Dienst schiebt.
Das ist der Schwachpunkt:
Viel Mist verkaufen, damit die Zahlen stimmen, obwohl bekannt ist, dass das Produkt so etwas von fehlerhaft ist, dass es einem schlecht werden kann.
Ich warte bis ich einmal eine neue? F-CPU bekomme.
Wenn da etwas in die Hose geht, wer haftet? Der Inbetriebnehmer, denn BigS macht ja keinen Fehler.

Ich dachte nach den Fehlern von Step7 Version 1 bis zum fertigen Produkt hätten ein Umdenken angeregt.
Schade.

bike

 

[11koma00010100]

Neulich hat ein Kollege erzählt wie begeistert er vom Omron ist und hat die Software "presentiert". Ob Omron allen deinen Anforderungen entspricht weiß ich nicht, hab selber damit keine Erfahrungen. Aber Visu ist integriert, und die Oberfläche scheint viel durchgedachter zu sein als bei Siemens (was eigentlich nicht schwer ist)))

 

[MFreiberger]

Zuviel Werbung?
-> Hier kostenlos registrieren

Moin Zusammen, ich grabe diesen Thread mal wieder aus, da sich in 5 Jahren bestimmt schon einiges verändert hat Wie sieht eine Empfehlung als SIEMENS-Alternative aus heutiger Sicht aus? Beckhoff? Mitsubishi? Wago? VG MFreiberger

 

[oliver.tonn]

Moin Zusammen, ich grabe diesen Thread mal wieder aus, da sich in 5 Jahren bestimmt schon einiges verändert hat Wie sieht eine Empfehlung als SIEMENS-Alternative aus heutiger Sicht aus? Beckhoff? Mitsubishi? Wago? VG MFreiberger

Bitte lasst solche Fragen, sie bringen meist nichts und lösen eher Religionskriege aus. TIA von Siemens hat seine Macken, aber auch TwinCAT 3 von Beckhoff, der Automation Builder von ABB oder e!Cockpit von WAGO sind nicht perfekt.
Ich bin der Meinung, dass es keine allgemeine Empfehlung für eine SPS gibt, man kann mit den eben genannten Systemen und weiteren nicht genannten, kleine und große Projekte/Anlagen realisieren, wie wir hier alle immer wieder beweisen. Je nach Projekt kann durchaus die eine oder andere Steuerung besser geeignet sein als andere, aber das lässt sich halt nicht pauschal sagen. Außerdem hat man manchmal gar nicht die Wahl etwas anderes einzusetzen, weil der Kunde entsprechende Vorgaben macht.

 

[MFreiberger]

Moin, danke für die direkte Antwort. Irgendwo hatte Jemand geschrieben, dass er mal einen Thread aufmachen wollte, in dem - völlig Wertungsfrei - die Merkmale von Steuerungen und deren Entwicklungsumgebung aufgelistet werden sollte. Gibt es etwas in dieser Art schon? VG MFreiberger

 

[DeltaMikeAir]

Zuviel Werbung?
-> Hier kostenlos registrieren

völlig Wertungsfrei

Ein emotionales Thema, das wertungsfrei wird vermutlich nach ein paar Beiträgen verschwunden sein

 

[Ralle]

Moin, danke für die direkte Antwort. Irgendwo hatte Jemand geschrieben, dass er mal einen Thread aufmachen wollte, in dem - völlig Wertungsfrei - die Merkmale von Steuerungen und deren Entwicklungsumgebung aufgelistet werden sollte. Gibt es etwas in dieser Art schon? VG MFreiberger

Antwort 1: siehe DeltaMikeAir

Antwort 2: In der SPS-Automatisierungstechnik-Zeitschrift (oder Name so ähnlich ) gab es früher immer Aufstellungen, in denen SPS, HMI etc. gegenübergestellt wurden. Das war schon immer ganz aufschlußreich. Habe aber lange keine Zeitschrift mehr in der Hand gehabt.

 

[ms_gp]

Wertungsfrei ist sehr schwierig, weil alles was über bloße technische Daten hinausgeht fast immer ein Werturteil enthält.
Man könnte zusätzlich zu den technischen Daten der Herrsteller noch andere Daten selbst ermitteln. z.B. Arbeitsspeicherverbrauch der IDE, Größe der Projektarchive,usw.

Mit ist leider keine Art von Benchmark-Programm bekannt, dass man auf die Steuerung wirft und dann misst, wie schnell sie ist.

Statt Vor- und Nachteilen könnte man eher Stärken und Schwächen herausarbeiten.
Ob die Stärken dann zu Vorteilen werden, hängt ja vom Anwendungsfall ab. Das müsste dann jeder selbst für sich herausfinden.

Man könnte noch die Korrektheit der Abbildung von Normen bewerten, also wie genau und wie vollständig IEC61131 umgesetzt ist oder ob nach den Vorgaben von PLCOpen programmiert wird.

Und bei Kosten wird es noch schwieriger, weil wahrscheinlich niemand den Listenpreis bezahlt, sondern individuelle Rabatte hat und der Listenpreis nicht mal ein Anhaltspunkt ist.