Ist eine neue Simatic S Generation überfällig?

Findet ihr das es Zeit für eien neue Simatic S Serie mit viel Komfortabilität wird?

  • Es sollte nichts geändert werden.

    Stimmen: 22 31,0%
  • Die Simatic bedarf dringend einer technischen Weiterentwicklung.

    Stimmen: 40 56,3%
  • Ich bin zu dieser Frage unentschlossen.

    Stimmen: 6 8,5%
  • Ich arbeite nicht mit Siemens Produkten, es ist mir egal.

    Stimmen: 3 4,2%

  • Umfrageteilnehmer
    71
  • Umfrage geschlossen .
Zuviel Werbung?
-> Hier kostenlos registrieren
Zitat von zotos
# Ein Display das den Diagnose Puffer als Klartext ausgibt. (Was sollte das noch Anzeigen?)


@vipianer

Das hat doch VIPA Jahrelang beworben - schon fast mit Bestellnummer - hat wohl doch keiner gewollt


Bin zwar kein INTERBUS-FAN aber PxC hat sowas schon seit 10 Jahren
 

Anhänge

  • TOASTER.jpg
    TOASTER.jpg
    102 KB · Aufrufe: 48
Zitat von zotos
# Ein Display das den Diagnose Puffer als Klartext ausgibt. (Was sollte das noch Anzeigen?)


@vipianer

Das hat doch VIPA Jahrelang beworben - schon fast mit Bestellnummer - hat wohl doch keiner gewollt


Bin zwar kein INTERBUS-FAN aber PxC hat sowas schon seit 10 Jahren

ja, das war mal in planung....aber es wurde nie realisiert; platz, kosten, aufwand....
 
Zuviel Werbung?
-> Hier kostenlos registrieren
AWL abschaffen? :confused:
Wenn du kein AWL verstehst dann brauchst es ja nicht einsetzen.
Jetzt erklärst du mir mal wie du in KOP / FUP übersichtlich Sprünge, Schleifen, indirekte Adressierung usw Programmierst! :confused:

Also ohne AWL würde ich nicht auskommen!
(Ausser ich habe SCL zur Verfügung und würde mich besser damit auskennen)

godi

GANZ EINFACH! GAR NICHT. In anderen Systemen braucht man das nicht!!!!!!!!
Komischerweise laufen auf der ganzen Welt diverse Großanlagen ohne AWL, mit diesem System von ALstom/Converteam. Arbeiten Sie bei Siemens?
 
GANZ EINFACH! GAR NICHT. In anderen Systemen braucht man das nicht!!!!!!!!
Komischerweise laufen auf der ganzen Welt diverse Großanlagen ohne AWL, mit diesem System von ALstom/Converteam. Arbeiten Sie bei Siemens?

Es gibt doch nicht nur Kraftwerke!!!!

Im Sondermaschinenbau müssen "schnelle" Lösungen her - in des Wortes doppelter Bedeutung.
Da kann man nicht WOCHENLANG Brainstorming machen - und Codereview usw. usw.

...
 
Neue S Generation

Siemens entwickelt sicher schon an der neuen Generation.

Ich würde bei einer neuen SPS Generation mir folgendes wünschen:
1) Die Rechenleistung der CP414 oder CP416 ist jetzt mit der neuen CP319 um den Faktor 4 schneller geworden. Ich wünsche mir aber den Faktor 10.
2) Die Größe der Datenbausteine sollten in Zukunft nicht mit einem doofen Bitpointer intern limitert werden. Unser Firma entwickelt Regalbediengeräte und wir müssen jetzt die Regalkonfiguration in 4 DBs aufsplitten.
3) Ein Multitaskingbetriebssystem wir bei der Simotion D Familie. Weg von der Zykluszeit und hin zur parametrierbaren Taskzeit (in ms Einheiten).
4) Die Verfürbarkeit der Hardware muss auch in der Industrie nicht mehr 20 Jahre betragen. 10 Jahre reichen da voll und ganz.
5) Programmierung in einer Hochsprache möglich. Wir arbeiten jetzt mit SCL, aber C++ wäre ein Schritt nach vorne.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
4) Die Verfürbarkeit der Hardware muss auch in der Industrie nicht mehr 20 Jahre betragen. 10 Jahre reichen da voll und ganz.


Als Entwickler hat man da gut reden, als Instandhalter frag ich mich schon, wie ich Analgenstillstände z.B. durch Baugruppenausfall, kurz halten soll, wenn ich komplett umbauen muss ... Sicher gibt es eine Lagerhaltung, aber wenn nichts mehr nach kommt, ist auch irgendwann das letzte Teil eingebaut ...
 
5) Programmierung in einer Hochsprache möglich. Wir arbeiten jetzt mit SCL, aber C++ wäre ein Schritt nach vorne.


1. es gab ja mal eine M7-Steuerung von Siemens, programmierbar mit Borland C. Hat damals anscheinend keiner gewollt, sonst gäbe es das noch

2. mit C++ PUR ist das nachladen von FC/FB ggf. nicht so einfach möglich

3. es steht jedem frei eine WinAC mit ODK (C++) zu verwenden. Da kann man selber C++ SFBs und SFCs programmieren.

4. Es gibt so viele die nicht mal SCL haben - aber schreien nach C++

...
 
1. es gab ja mal eine M7-Steuerung von Siemens, programmierbar mit Borland C. Hat damals anscheinend keiner gewollt, sonst gäbe es das noch

und bei uns haben die italiener das ding eingebaut, man konnte keine änderungen mehr machen oder überhaupt sehen, was da passiert, eine blackbox im wahrsten sinne des wortes...und die ersatzteilbeschaffung gestaltete sich auch etwas schwierig, haben dann aus einem siemens-schulungskoffer noch eine der letzten bekommen... haben uns nun entschloßen auf ne 319 umzuknippeln...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also wenn ich wirklich was schnelles, modernes, einfach zu programmierendes haben will, wird eine CX-CPU von Beckhoff eingesetzt. Mit Ethercat hat man die Ethernet-Geschwindigkeit auch wirklich auf der Klemme und CoDeSys ist einfach IMHO der zukünftige Standard was OOP-SPS-Programmierung angeht. Das System ich völlig offen und für die Visualisierung kann Visual Studio oder jedes beliebige HMI-Tools eingesetzt werden.
Siemens wird da wahrscheinlich in 10 Jahren nicht hinkommen, was sie jetzt mit 'PC-based Automation' anbieten ist ja noch nicht wirklich der Kracher, ausserdem sind die Preise ein Witz und für jeden Mist muss man Siemens Hard- und Software einsetzen. Im Prinzip lebt Siemens nur noch von der grossen Marktdurchdringung, aber schon lange nicht mehr von Innovationen. :(

P.S.: Das 'Graph' von Siemens ist wirklich sehr gut und wesentlich besser als z.B. bei CoDeSys.

Wer noch mit AWL arbeitet ist selbst schuld oder nicht selbstständig. Sorry, musste ich mal so loswerden. ;-)
 
Zuletzt bearbeitet:
Wer noch mit AWL arbeitet ist selbst schuld oder nicht selbstständig.

...das ist Schwachsinn!!!


Ich verwende Siemens CFC - GRAPH - SCL - KOP - FUP - AWL
Codesys nur ST (der Rest ist Schrott)

Alles hat seinen speziellen Einsatzzweck.

Schnelles "Bitgranulares hacken" geht sinnvoll NUR mit AWL.
Der "AT"-Befehl in SCL ist zwar ganz nett, aber naja.

Und für Schrittketten nehme ich fast nur:


Code:
      L      "Zustand"
      SPL   LIST
      SPA   Z00
      SPA   Z01
      SPA   Z02
      SPA   Z03
      SPA   Z04
      SPA   Z05
      SPA   Z06
      ....
LIST: BEA

"Zustand" = Integerwert im Station-DB





....
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Geschmacksfragen...

lasst doch jedem seine vorlieben; jeder programmiert auf seine weise; im Prinzip hängt es von der Person und vom Problem ab, in welcher Sprache man arbeitet
ich selbst komme mit AWL nicht so gut zurecht, weil ich eigentlich C/C++ Entwickler bin; wenn ich in SCL programmiere, dann geht alles einfach 5 mal schneller von der Hand als mit AWL. auf der anderen Seite hat man in AWL alle Möglichkeiten und kann bestimmt auch zeitoptimierter programmieren (Programmlaufzeiten)
ein Steuerungssystem sollte deswegen alle Sprachen unterstützen und diese in einer möglichst komfortablen und vollständigen art... auch im hinblick auf debug-möglichkeiten!
 
lasst doch jedem seine vorlieben; jeder programmiert auf seine weise; im Prinzip hängt es von der Person und vom Problem ab, in welcher Sprache man arbeitet
ich selbst komme mit AWL nicht so gut zurecht, weil ich eigentlich C/C++ Entwickler bin; wenn ich in SCL programmiere, dann geht alles einfach 5 mal schneller von der Hand als mit AWL. auf der anderen Seite hat man in AWL alle Möglichkeiten und kann bestimmt auch zeitoptimierter programmieren (Programmlaufzeiten)
ein Steuerungssystem sollte deswegen alle Sprachen unterstützen und diese in einer möglichst komfortablen und vollständigen art... auch im hinblick auf debug-möglichkeiten!

100% Ack von mir!
 
debuggen

@ralle ...danke

und gerade in Bezug auf Debug-Möglichkeiten und Fehlerdiagnose kenne ich kein besseres System als Siemens! (bzw ein kompatibles Produkt ;-) )

-Hardware-Online Diagnose durchgängig hinunter bis zur einzelnen Klemme (z.b. Drahtbruch)
- Programmfehler (Synchron-Fehler) mit umfassender Information zur Art des Fehlers und Fehlerstelle
- alle auftretenden Fehler werden im Diagnosepuffer protokolliert
- Status-Var / Steuern Var, Forcen
- Bausteinstatus mit optionaler Angabe einer Aufrufhierarchie
- Haltepunkte, Einzelschritt
- Online- Änderungen

und das meiste davon während der Programmbearbeitung.

wenn ich das mit embedded Entwicklung in C vergleiche; sind die Möglichkeiten eher beschränkt. Es gibt zwar auch gute Debug-Tools (z.b. Lauterbach JTAG-Debugger), aber in der Regel kann man das alles nicht zur Programmlaufzeit.
Außerdem sind JTAG-Schnittstellen nicht industrietauglich; es ist eigentlich unmöglich, in einer laufenden Anlage das JTAG-Interface anzuschließen (mal abgesehen vom geöffneten Gehäuse, Platz, EMV). Programmänderungen zur Laufzeit? Fehlanzeige!

das Einzige, was ich in Richtung Debuggen noch vermisse: Backtrace und Triggerbedinungen
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Also wenn ich wirklich was schnelles, modernes, einfach zu programmierendes haben will, wird eine CX-CPU von Beckhoff eingesetzt. Mit Ethercat hat man die Ethernet-Geschwindigkeit auch wirklich auf der Klemme und CoDeSys ist einfach IMHO der zukünftige Standard was OOP-SPS-Programmierung angeht. Das System ich völlig offen und für die Visualisierung kann Visual Studio oder jedes beliebige HMI-Tools eingesetzt werden.
Siemens wird da wahrscheinlich in 10 Jahren nicht hinkommen, was sie jetzt mit 'PC-based Automation' anbieten ist ja noch nicht wirklich der Kracher, ausserdem sind die Preise ein Witz und für jeden Mist muss man Siemens Hard- und Software einsetzen. Im Prinzip lebt Siemens nur noch von der grossen Marktdurchdringung, aber schon lange nicht mehr von Innovationen. :(

P.S.: Das 'Graph' von Siemens ist wirklich sehr gut und wesentlich besser als z.B. bei CoDeSys.

Wer noch mit AWL arbeitet ist selbst schuld oder nicht selbstständig. Sorry, musste ich mal so loswerden. ;-)


mit einer kleinen Ausnahme Zustimmung.

also ein 99% Ack ;o)
 
Mach nur, mach nur, ich arbeite viel mit AWL und bin selbständig :ROFLMAO: und das geht. Deine Bemerkung ist ziemlich dämlich, nebenbei gesagt.

War mir klar dass dieser Kommentar kommt, war auch eher provokativ gemeint, daher auch das ;-) dahinter.

Mir fällt nur auf das es gerade bei der S7-Fraktion 'beinharte' AWL-Anhänger gibt, die nichts anderes an sich ranlassen, warum auch, ist ja für sie am bequemsten so. Ist leider etwas kontraproduktiv, da man bei Anlagen nur schwer den Hersteller wechseln kann, da der Code kaum portierbar ist, auch ein Grund warum Siemens sicherlich keinen Grund sieht grossartige Änderungen einzuführen.
 
Hi

Ist leider etwas kontraproduktiv, da man bei Anlagen nur schwer den Hersteller wechseln kann, da der Code kaum portierbar ist, auch ein Grund warum Siemens sicherlich keinen Grund sieht grossartige Änderungen einzuführen.
SCL und ST für OSCAT.DE


Hier kann mann erkennen, dass die Codes sehr kompatibel/Portierbar sind.
(OSCAT kann natürlich auch mit AWL benutzt werden :rolleyes: )


Ich selbst verwende die OSCAT auf beiden Systemen. (Step7 + Wago)
 
Zuviel Werbung?
-> Hier kostenlos registrieren
War mir klar dass dieser Kommentar kommt, war auch eher provokativ gemeint, daher auch das ;-) dahinter.

Mir fällt nur auf das es gerade bei der S7-Fraktion 'beinharte' AWL-Anhänger gibt, die nichts anderes an sich ranlassen, warum auch, ist ja für sie am bequemsten so. Ist leider etwas kontraproduktiv, da man bei Anlagen nur schwer den Hersteller wechseln kann, da der Code kaum portierbar ist, auch ein Grund warum Siemens sicherlich keinen Grund sieht grossartige Änderungen einzuführen.

Nein das siehst du falsch. Ich programmiere auch SCL und, wenns der Kunde verlangt, Graph7 und natürlich Codesys. Aber es ist nun mal nach wie vor oft sehr effektiv (besonders bei kleineren Sachen) AWL zu nutzen und nicht aufgeblähten AWL-, FUP- etc. Code. Die einzige Möglichkeit halbwegs kompatibel zu bleiben wäre ohnehin bei Step7 SCL. Und eine ganze Anlage in SCL zu programieren, kommt für mich nicht in Frage, dazu sind die Debugmöglichkeiten und noch einiges anderes in SCL zu beschränkt.

Es bleibt wohl eine Glaubens- und Ausbildungsfrage, wer von den Hochsprachen herkommt, wird immer Codesys und SCL bevorzugen, das ist doch ganz normal.
 
kann es sein, das wir/ihr euch bei dieser diskussion eher im Kreis dreht? Siemens wird ja doch nicht auf uns hören, obwohl sie hier schon mit lauschen

so und jetzt Offtopic / Spaß am Morgen:

wenn UG noch hier wäre, wäre diese Diskussion eh schon lange beendet


ich fänd es lustig wenn wir aus UG sowas wie Chuck Norris machen würden, alla
"UG kriegt bei Praktika 20% auf alles, auch auf Tiernahung"

so und jetzt könnt ich euch weiter provozieren :D:D:D
 
Zurück
Oben