Alternative Visualisierung ?

Zuviel Werbung?
-> Hier kostenlos registrieren
Genau das will ich damit sagen. Bei PCS7 habe ich Koppel-DB´s, aber keiner muss sich damit beschäftigen weil alles automatisch geschieht. PCS7 nimmt mir diese Arbeit ja ab. Die erstellten DB´s sind ja auch nur schwer zu verstehen. Siemens hat da meiner Meinung nach ja ein solches Talent zu Dinge unnötig zu verkomplzieren.
Wo ist dann der Unterschied ob ich solche DB´s habe oder eben nicht?

Aber das ist doch ganz genau, das was ich hier schreibe.
Ich habe ein echtes Problem, wenn von irgendwoher Daten irgend wie angezeigt werden.
Die Daten will ich kennen und prammieren.

Daher ist mir der Verweis auf mich nicht verständlich.

Liegt vielleicht daran, dass bayrisch nicht immer und überall verstanden wird.


bike
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Aber das ist doch ganz genau, das was ich hier schreibe.
Ich habe ein echtes Problem, wenn von irgendwoher Daten irgend wie angezeigt werden.
Die Daten will ich kennen und prammieren.


Aber genau das macht PCS7 doch! Die Daten werden irgendwie erzeugt und angezeigt, ohne das ich sie programmiere! Das ist das was ich meine.
 
Genau das will ich damit sagen. Bei PCS7 habe ich Koppel-DB´s, aber keiner muss sich damit beschäftigen weil alles automatisch geschieht. PCS7 nimmt mir diese Arbeit ja ab. Die erstellten DB´s sind ja auch nur schwer zu verstehen. Siemens hat da meiner Meinung nach ja ein solches Talent zu Dinge unnötig zu verkomplzieren.

Bei PCS7 sind die Instanz-DBs die Koppel-DB. Das Leitsystem schreibt direkt auf die Instanzdaten der FB, üblicherweise wird auf die Eingangs-Parameter geschrieben (Op....). Das automatische Generieren der Instanz-DB hast du schon wenn du mit CFC programmierst, genauso wie das automatische mappen der Variablen ins WinCC, da braucht es kein PCS7.
 
Nein, das macht PCS7 nicht nur.
Man kann ohne Probleme die Schnittstelle definieren und damit auch die HMI zu definieren.


bike
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Nein, das macht PCS7 nicht nur.
Man kann ohne Probleme die Schnittstelle definieren und damit auch die HMI zu definieren.
Man kann alles machen, das ist dann aber kein PCS7-Stil sondern bike-style. Vor allem bringt das bei PCS7 nur Nachteile, da nicht rücklesefähig usw.
 
Und was soll ich aus dieser Aussage herauslesen?
Wenn PCS7 alles macht, warum gibt es dann Entwickler?


bike
 
Und was soll ich aus dieser Aussage herauslesen?
Wenn PCS7 alles macht, warum gibt es dann Entwickler?

Weil doch gerade der Clou an PCS7 ist dass ich einen FB anlegen kann und daraus automatisch Symbole, Variablen, Meldungen, Variablenarchive etc. im WinCC erzeugt werden, und bei Änderungen alles konsistent gehalten wird. Wenn du irgendwelche separaten Koppel-DBs (Global-DBs) erstellst fallen die doch aus dem gesamten Konzept heraus. PCS7 übernimmt für mich die stumpfsinnige Fleißarbeit, zumindest sollte es so sein.
Ansonsten sehe ich ja auch Vorteile bei Global-DBs zu HMI, aber gerade bei PCS7 hat das nur Nachteile.
Aber nee, jetzt sind wir schon wieder bei diesem Thema DBs....ist ja eh völlig OT.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Kann mal irgendeiner der Mods diesen Thread schliessen.
Es ging eigentlich um Win8 und nicht um PCS, Instanz-DBs.

Ich habe den Vorschlag mal auf diese Weise aufgegriffen - neuer Thread neues Glück ... 8)

Es gibt übrigens, so als Alternative, noch VisiWin von Inosoft (das soll jetzt keine Schleichwerbung sein).
Das System ist aber mit Sicherheit nicht Jedermanns Sache, da es die Fahigkeit des Programmierens unter .Net (VB oder C#) erfordert - allerdings auf dem Weg auch alle dessen Möglichkeiten eröffnet ...

Gruß
Larry
 
Doch allein die Automatisierung als "stat of the the art" zu nutzen ist nicht die Lösung.
Du möchtest also mit voller Absicht Dich nicht zusammen mit den neuen Möglichkeiten neuer Werkzeuge weiterentwickeln, sondern versuchst, entweder dem Neuen (TIA) auszuweichen oder mit dem Neuen (PCS7) im alten Stil (S5) weiterzumachen?

Mir sagte mal jemand, er könne sich nicht leisten, sich mit TIA zu beschäftigen, er müsse Geld verdienen, und das ginge derzeit nur mit Classic. Meiner bescheidenen Meinung nach tauscht er aber damit einen kleinen Vorsprung im Jetzt gegen einen Vorsprung im Morgen ein.

und Topic: ja, ich befasse mich mit W8, bevor es mich erfasst.
 
Du möchtest also mit voller Absicht Dich nicht zusammen mit den neuen Möglichkeiten neuer Werkzeuge weiterentwickeln, sondern versuchst, entweder dem Neuen (TIA) auszuweichen oder mit dem Neuen (PCS7) im alten Stil (S5) weiterzumachen?

Was ist denn bei TIA so revolutionär Neues? Ich finde man hat da eine neue (dreckige) Haube auf den alten Krams gesetzt. Und die Reste von der S5 wie Merker und Bausteinnummern schlummern immer noch im Hintergrund. Das hätte man wirklich mal über Bord werfen können, braucht kein Mensch den Käse.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
@Thomas:
Das (aus meiner Sicht) Schlimme an TIA ist, dass eben nicht ein neues Frontend auf den alten Kram gesetzt wurde. Wenn dem nämlich so gewesen wäre dann hätte es m.E. auch nicht so viel Wirbel gegeben ...

Gruß
Larry
 
@LL
Ich sehe das im Prinzip genauso wie Thomas, auch wenn der sich vielleicht ein wenig unglücklich ausgedrückt hat.

TIA bietet im wesentlichen für die S7-300/400 mehr oder weniger keine sinnvolle Mehrfunktionalität,
hierdurch wurden zig Anwender die seit jeher Step7 nutzen, ziemlich vor den Kopf gestoßen.
Auch der Visu-Teil bietet gegenüber WinCC Flexible wenig echte, geschweigedenn sinnvoll nutzbare, Mehrfunktionalität.
Das wie üblich, noch tonnenweise Bugs gratis mitgeliefert wurden, tut da dann noch das übrige.
Gipfel sind auch so nebensächliche Details wie geänderte Shortcuts für Funktionen die es schon zig Jahre genau in der Form gibt.

Insofern ist TIA aus Anwendersicht wirklich nur ein vergleichsweise dreckiges Frontend, ohne wirkliche Veränderungen.

An der Stelle von Siemens, wäre aus meiner Sicht, der Cut eindeutig die S7-1500 gewesen.
Die S7-300/400 wäre bei mir nie vom TIA-Portal unterstützt worden.

Mfg
Manuel
 
@Manuel:
Da hast du mich, glaube ich, falsch verstanden.
Ich stimme dir / euch in allen Punkten zu.
Man hätte (aus meiner Sicht) erstmal basierend auf der bekannten Usability u.U. eine neue Datenstruktur machen können und daraus resultierend weitere Möglichkeiten/Funktionalitäten schaffen. Hier sollten aber dann auch Software-Standards, wie z.B. Runtime-Distributable, MS-SQL, .Net-Framework etc. mitgezogen werden damit man eben auch mal die Chance hat, auf ein neues Betriebsystem zu wechseln bevor es veraltet ist.

Das von Thomas angesprochene S5-Relikt ist natürlich auch eine Sache - damit aufzuräumen hiesse aber m.E. Akzeptanz verlieren. Muss ja vielleicht auch nicht sein - es kann ja jedem selbst überlassen bleiben, wie es seine Applikationen erstellt. Aber ein bißchen mit der Zeit gehen und nicht nur vom "State of the Art" zu trommeln wäre schon toll gewesen.

Aber wie es denn so ist - wieder nur ein Beitrag mit vielen "wäre" und "hätte" drin ... 8)

Gruß
Larry
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Moin,
Wer von den erfahrenen Programmierern, kann denn nun mal Vorschläge zu Touchpanels und der dazugehörigen Software machen. Was mir noch einfällt ist Eaten (micro innovation) Software ist hier Galileo, aber die arbeiten mit license Punkten. Dann kenne ich noch von Vipa die Touchpanels, doch die Software movicon kenne ich nicht. Aber es gibt doch bestimmt noch mehr. Der Preis ist natürlich auch interessant, wenn man nur ein paar Stück im Jahr benötigt.



Gruss
Torsten
 
Zurück
Oben