Fass ich nochmal zusammen:
bevor das hier abschweift:
- SPS: Änderung von HW-Konfig ohne CPU-Stop
- SPS: einfacher Online/Offline Vergleich über wirklich alles
- HMI: Online/Offline Vergleich
- HMI: funktionierendes Änderungsübersetzen bzw. schnelleres Gesamtübersetzen
- HMI: Anzeige einer eindeutigen VersionsID mit Vergleichsmöglichkeit im Projekt und im HMI
- SPS: kein Reinitialisieren von DBs
- weniger Versionswirrwar
- längere Produktlebenszyklen
- Rücklesen des HMI-Projektes aus dem HMI
- einfacher Setze/Rücksetze-Befehl für SCL
Vieles von dem lässt sich nur schwer realisieren oder macht einfach auch von der Nutzbarkeit keinen Sinn.
Ein HMI lässt sich nicht so einfach vergleichen wie ein Quellcode, weil ja bereits ein Unterschied entsteht sobald ich eine Linie um einen Pixel nach links oder rechts schiebe. Der Vergleicher weiß aber nicht, welche Änderungen schwerwiegend sind und welche nicht.
Das dürfte auch der Grund sein, warum das Änderungsübersetzen seit Anbeginn der Zeit nicht richtig funktioniert und lieber vollständig rausgeworfen werden sollte. Trauen würde ich dem niemals nicht, auch wenn es 10x in Folge fehlerfrei funktioniert.
Weniger Versionswirrwarr... was soll das genau bedeuten? Es spielt keine Rolle, ob es nun TIA V19 ist oder man jetzt bei TIA V14.5 wäre?
Man muss die SW doch weiterentwickeln? Dabei kommen zwangsläufig neue Versionen und neue Funktionen heraus?
Unsere Anlagen können heute auch viel mehr als vor 10 Jahren und sind mit den alten Anlagen nicht mehr kompatibel.
Was ist mit längeren Produktlebenszyklen gemeint? Mir ist nicht bekannt, dass die S7-1500 vor dem Aus steht? Ich kann heute mit TIA V19 immer noch die olle 1516F FW 1.8 laden, die wir uns vor 9 Jahren zum Entwickeln unseres neuen Standards gekauft haben. Alte HW muss also nicht weggeworfen werden, auch wenn natürlich die FW nicht mehr auf auf 2.x oder 3.x hochgezogen werden kann.
Ich hab auch vor Kurzen mit TIA V17 ne aktuelle 1515F FW3.0 geladen, obwohl die MLFB in der HW gar nicht mehr auftaucht. Es zwingt mich also auch keiner ein neues TIA-Portal zu kaufen, weil die CPU aktueller ist, als mein TIA.
Vergleich über alles... was genau soll noch verglichen werden zusätzlich zu dem, was jetzt schon verglichen wird?
Vergleiche über alles werden schnell sehr unübersichtlich, gerade wenn sich Projekte stark unterscheiden.
Rücklesen des HMI-Projektes... will man wahrscheinlich gar nicht, denn ich finde es im Sinne eines KnowHow-Schutzes schon ganz praktisch, dass niemand einfach nen USB-Stick anstöpselt und mein Projekt abzieht. Passwortschutz hin oder her.
HW-Konfig laden und kein re-init mehr... stell ich mir deutlich schwieriger vor, als es sich anhört. Fehlt mir aber auch die Notwendigkeit, um ehrlich zu sein. Ändere ich die HW baue ich in der Regel auch neue Baugruppen ein oder entferne welche. Dafür muss die Anlage ohnehin in Stopp.
DBs kann man doch erweitern ohne re-init über die Speicherreserve?
Ne SPS soll in erster Linie ohne Absturz 24/7 laufen. Das ist weit wichtiger, als solche Späße wie ein komplett freies Speicherhandling zur Laufzeit oder einen Umrichter ohne Stop-Run einzubinden.
