TIA Erste Infos TIA V20

Zuviel Werbung?
-> Hier kostenlos registrieren
Ja, aber sich darüber auszulassen dass früher alles besser war ist auch nicht zukunftsfördernd
Ich vertrete nicht die Meinung, dass früher alles besser war. Ich bin aber durchaus der Meinung, dass früher nicht alles sooo schlecht war, wie es heute von manchen dargestellt wird.
Unabhängig davon, wollte ich mit meinem Beitrag #75 eigentlich nur daran erinnern, dass viele Erkenntnisse, Forschungen und Erfindungen ihre Wurzeln in Zeiten hatten, viele Jahre bevor sie "produktiv" genutzt wurden.
Alles als falsch und überflüssig abzutun, bei dem (noch) nicht unmittelbar ein produktiver Nutzen erkennbar ist, finde ich falsch und überflüssig.

Wenn man sich über solchen Stuss zu viel unterhält meinen die bei Siemens noch da hätten sie was tolles gemacht.
Negative Kritik ist (bekanntlich?) besser als keine Kritik. Schliesslich bleibt man im Gespräch, statt in Vergessenheit zu geraten.
Mag eine Idee oder eine Absicht noch so gut sein, sie kann recht schnell im Sande verlaufen, wenn man nicht die Richtigen hat, sie umzusetzen und sie vorher vielleicht noch zu perfektionieren oder sie in ein Konzept einzubinden.
Soll man lieber ein bewährtes, aber zu eng gewordenes Korsett beibehalten, oder soll man die AufwärtsKompatibilität in die Tonne treten, um neue Wege zu eröffnen? Es ist nicht so einfach, einen guten Kompromiss oder einen geeigneten ZeitPunkt für einen Wechsel zu finden. Schon gar nicht in einer Branche, die einerseits sooo schnelllebig ist (oder sein könnte) und gleichzeitig so viel Wert darauf legt, nicht dauernd das Rad neu erfinden zu müssen.
Vereinfachungen sind sicherlich erstrebenswert.
Aber Bestrebungen, das Programmieren so sehr zu vereinfachen, dass "jeder" es kann, halte ich für blauäugig, unseriös und gefährlich.
KI kann und wird dazu beitragen, manches zu ermöglichen, was bisher aussichtslos erschien.
Aber den eigentlichen Vorteil der KI sehe ich nicht so sehr darin, selbständig dazulernen zu können, sodern darin, das Gelernte an viele andere KI-Systeme weiterzugeben, so dass diese mit dem Lernen nicht "bei Adam und Eva beginnen" müssen.
Aber da nähern wir uns schon wieder dem Thema AufwärtsKompatibilität.
 
Das mit dem AWL war ja auch etwas im Spass gemeint, trotzdem gibts diese textbasierte KOP/FUP Darstellung eben als AWL unter Step7 classic schon, und deutlich lesbarer als dieses neue Konstrukt.
Ja verständlich, aber im Wesentlichen müsste man KOP wieder darauf reduzieren was in AWL darstellbar ist. So simple Konstrukte wie Calculate lassen sich so faktisch nicht mehr abbilden - von groben ganz zu schweigen.
Und den BLD und NOP Wahnsinn den es da gebraucht hat ist doch auch Stuss.
Zukunftsorientiert war meine Anregung, doch einfach SCL nach KOP/FUP umschaltbar zu machen, anstatt diesen kaum verständlichen neuen Kram zu erfinden.
Genau. Als nächstes wünschen wir uns eine Umschaltung zwischen Java und Haskell. Das ist doch Bullshit.
Und nebenbei vielleicht auch KOP/FUP zu reformieren, in der Art wie es CFC schon seit Jahren kann...
Da gehe ich mit. SCL-Blöcke in KOP eingebettet und direktes verbinden von NON-Bool Zweigen wären schon was - letzteres geht bei B&R seit 25 Jahren.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Nach dieser Logik ist die gesamte Grundlagenforschung unsinnig, denn deren Erkenntnisse haben oft erst Jahrzehnte später ihren Durchbruch...

CFC statt FUP? Bloß nicht. Völlig unübersichtlich. Nichts ist schlimmer als die Fehlersuche im CFC einer FM458, nach 2 Randleistensprüngen weiß kein Mensch mehr wo er im Programm ist.

AWL? Vielleicht führen wir auch Fortran wieder ein? Oder man lötet die Bauteile wieder zusammen?

Ganz im Ernst... Bei uns ist das wesentlich einfacher geworden, seit die aller schlimmsten Betonköpfe in Rente sind und die "jungen Bengels" inzwischen Senior Level haben...
Seitdem nutzen wir jede Sprache für den jeweiligen Zweck.
Verknüpfungsprogramm FUP.
Komplexe Strukturen SCL.

CFC und AWL überhaupt nicht.

War eigentlich jemand auf der SPS-Messe und hat die Kritik dort mal platziert?
Warum nicht? Glaubt jemand die Kritik hier im Forum interessiert jemanden?
 
Genau. Als nächstes wünschen wir uns eine Umschaltung zwischen Java und Haskell. Das ist doch Bullshit.
Auch da haben wir aneinander vorbei geredet.
Ich brauche diese Umschaltung von SCL nach KOP nicht.
Aber wenn schon eine textuelle Beschreibung von KOP, wie hier diskutiert, warum dann nicht gleich SCL hernehmen...
 
Zuletzt bearbeitet:
Nach dieser Logik ist die gesamte Grundlagenforschung unsinnig, denn deren Erkenntnisse haben oft erst Jahrzehnte später ihren Durchbruch...

CFC statt FUP? Bloß nicht. Völlig unübersichtlich. Nichts ist schlimmer als die Fehlersuche im CFC einer FM458, nach 2 Randleistensprüngen weiß kein Mensch mehr wo er im Programm ist.

AWL? Vielleicht führen wir auch Fortran wieder ein? Oder man lötet die Bauteile wieder zusammen?

Ganz im Ernst... Bei uns ist das wesentlich einfacher geworden, seit die aller schlimmsten Betonköpfe in Rente sind und die "jungen Bengels" inzwischen Senior Level haben...
Seitdem nutzen wir jede Sprache für den jeweiligen Zweck.
Verknüpfungsprogramm FUP.
Komplexe Strukturen SCL.

CFC und AWL überhaupt nicht.

War eigentlich jemand auf der SPS-Messe und hat die Kritik dort mal platziert?
Warum nicht? Glaubt jemand die Kritik hier im Forum interessiert jemanden?
Der Forentroll wieder auf Hochform...
 
TIA Portal V20 Features/Highlights:
Um diese Inhalte anzuzeigen, benötigen wir die Zustimmung zum Setzen von Drittanbieter-Cookies.
Für weitere Informationen siehe die Seite Verwendung von Cookies.
Hab mir das jetzt mal angeschaut.
Relevant vielleicht die Neuerungen in Unified, S7 Hardware, UDTs, Usability.
Konnt aber nicht alles lesen, weil auf dem Handy geschaut.
1731739848989.png
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Einige der neuen 1500ér CPU´s sind leider nicht mehr wie bisher ersatzteil-kompatibel. Das sollte man im Hinterkopf behalten bezüglich der Lagerhaltung.
Onboard-Profibus fällt auch weg ( bei manchen ).
1732175792198.png
 
Zuletzt bearbeitet:
Die neuen 1500ér CPU´s sind leider nicht mehr wie bisher ersatzteil-kompatibel. Das sollte man im Hinterkopf behalten bezüglich der Lagerhaltung.
Onboard-Profibus fällt auch weg.

Die sind echt verrückt geworden!!!

Wenn man nach zwei Jahren eine Kopie and den Kunden liefern muss z.b. gibt es das dann nicht mehr. Irre!
 
Bekommt man die neuen CPU eigentlich in ein TIA V17 rein? Nicht, dass nun alle zu V20 genötigt werden?
 
Die sind echt verrückt geworden!!!

Wenn man nach zwei Jahren eine Kopie and den Kunden liefern muss z.b. gibt es das dann nicht mehr. Irre!
Ich verstehe den Gedanken.

Aber andererseits gibt es bei den Profibus-CPs eigentlich keinerlei Einschränkungen gegenüber der integrierten Profibus-Schnittstelle, und ich gehe davon aus dass die integrierte Profibus-Schnittstelle zu 99% unverwendet ist - meine letzte Neuanlage mit Profibus ist > 10 Jahre her - die wenigen S7-1500 mit Profibus waren alle Retro-Fits oder Laboraufbauten.

Dass das lästig ist bei "Kopien" von Maschinen verstehe ich, aber das Thema hat man im Seriengerätebau dauernd irgendwo.
 
Es geht vermutlich gar nicht so um den Profibus sondern dass man die neue CPU nicht als Ersatz-CPU verwenden kann. Geht eine 1515 (01) kaputt und man bekommt keine von dem Typ sondern nur die neue, dann ist man gezwungen, das Projekt auf V20 hochzurüsten.
Du hast prinzipiell recht, heue Hardware kommt aber nur für die Bauform 1517/-18. Die als 1516T verkaufte Hardware ist ebenfalls die gleiche Plattform. Für 1510 - 1516 kommt nichts neues.
Was ich fein finde ist, dass mit FW 4.0 auch bei den kleinen Steuerungen < 1514 die volle Geschwindigkeit freigeschaltet wird.

Und was uns klar sein muss ist, dass Siemens TIA V16 jetzt abkündigen wird - V17 wird nächstes Jahr dran sein.
 
Zuletzt bearbeitet:
Zurück
Oben