TIA Bin ich der Einzige der wirklich zufrieden ist mit TIA ?

Zuviel Werbung?
-> Hier kostenlos registrieren
Ist das dein ernst?
Um dich direkt zu zitieren? Was deine Antwort auch ernst gemeint? :confused:

Lies dich mal in den Slicebefehl ein... Da kannst du bei jeder Variable Symbolisch auf jedes Bit, Byte, Word zugreifen...
Nett gemeint aber ein Slice-Befehl ist alles andere als vollsymbolisch.

Die Störungen heißen schließlich Anlage.Teilbereich.Betriebsmittel.Stoe.Versorgung und Anlage.Teilbereich.Betriebsmittel.Stoe.Betriebsmeldung und nicht Anlage.Teilbereich.Betriebsmittel.Stoe.X1 und .X2
Das ist ja mein Problem. In dem Fall sind Slice-Nummern nicht viel besser als Bitadressen. Da fehlt mir noch die Lösung für.
 
Zuletzt bearbeitet:
Dass das Panel zumindest Polygonzüge und Polygone unterstürzt!!!!
Das wird man wohl erwarten können. Bei der Preispolitik geht mir der Hut hoch. Das ist unterirdisch. :sm12:

Ich geh Kaffee trinken und mich beruhigen...

Wir haben von Slide-In und Pop-Up gesprochen... Das was du hier ansprichst sollte allerdings möglich sein da bin ich gleicher Meinung
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Ja da hast du schon recht.

Ich wollte nur hervorheben das PopUps im Endeffekt auch problemlos möglich wären. Sind auch nicht soooo die Wahnsinns-Funktion, sollte eher eine Grundfunktion sein.
In jedem zweiten Panel geistern irgendwo Sichtbarkeiten herum die ein solches Popup emulieren, weil man nix besseres hat.
Das PopUp Objekt ist nur ein schnell eingeführter Behelf damit man wenigsten den Kritikpunkt los wird.
Wenn denn die Preispolitik aber schon die Polygone erschlägt, dann haben die PopUps keine Chance... :ROFLMAO:

Die SlideIns hat wahrscheinlich irgendein Bürotyp für cool und wichtig gehalten.
Das die symbolischen EA-Felder immer noch so schlecht am Touch zu bedienen sind wie im Flex, war da nicht mehr wichtig.
 
Zuletzt bearbeitet:
Da geb ich dir recht...

Slide-In haben wir ausprobiert und sogleich wieder Raus genommen :)

Aber wenn du mal mit einem Rockwell Panel gearbeitet hast, freust du dich über Siemens egal was geht und was nicht :rolleyes:
 
Aber wenn du mal mit einem Rockwell Panel gearbeitet hast
Gut zu wissen.

Ja das mit den SlideIns ist bei uns auch nicht weit gekommen.
Ein Kollege wollte das Hauptmenü an ner PC-Runtime (Panel mit Intel Atom) via SlideIn machen.

Da war nix großes drauf außer Buttons, trotzdem hat das Ding beim rein-sliden merkbar geruckelt. :ROFLMAO:

Mir kommt sowieso vor dass die TIA-PC-Runtime und auch die BasicPanels ein wenig un-responsiv und träge geworden sind.

Beim Comfort Panel ist mir das noch nicht so aufgefallen.
Beim BasicPanel das letze mal hatte ich ein paar Bilder mit unterschiedlichen Grundbildern (Templates). Wenn man am Panel zwischen denen wechselt sieht man zuerst wie sich das neue Grundbild alleine aufbaut und dann das eigentlich Bild nachkommt. Sieht irrsinnig schlecht aus.

Jemand ähnliche Erfahrungen?
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Die Frage ist eher was erwartest du von einem 300Euro Panel. Man kann nicht immer alles haben. Nichts zahlen aber das volle Paket...

Typisch heutige zeit... Wenn du einen grossen Umfang willst kauf ein Comfort Panel sonst ein Basic Panel...

Wenn es um Hardwareausstattung ginge, würde ich dich verstehen.
Aber ich vermute mal, dass wir von Softwarefeatures reden.
Dies wird dann ja wohl keine spezielle Funktion im Panel sein, sondern eher eine Funktion in der Projektierungssoftware.

Pop Up kenne ich. Gibt es glaube ich seit über 20 Jahren.
Slide in Bilder sagt mir eher nichts.
 
Aber wenn du mal mit einem Rockwell Panel gearbeitet hast, freust du dich über Siemens egal was geht und was nicht :rolleyes:

Seit ich TIA kennengelernt habe, freue ich mich, wenn ich mal wieder mit fanuc ladder programmieren darf.
Mit Schlechterem etwas zu vergleichen ist schlecht.
Soll es nicht besser werden / sein?


bike
 
Ist das dein ernst? Das bestätigt meine Vermutung... Die meisten setzen TIA ein und möchten es genau gleich wie Step7 brauchen. jedoch geht das überhaupt nicht!

Lies dich mal in den Slicebefehl ein... Da kannst du bei jeder Variable Symbolisch auf jedes Bit, Byte, Word zugreifen...

Bit:
Code:
word.x0

Byte:
Code:
word.b0

Word:
Code:
dword.w0

1. Wir wollen TIA nicht einsetzen, wir müssen.

2. Nur weil Fa. XY ein neues Schweißgerät erfindet, werden alle Schweißer nun rausgeschmissen, weil deren Erfahrungen nicht mehr nötig sind, bzw. die, die übrig bleiben können all die in 20 Jahren gesammelten Erfahungen über Bord werfen? Tolle Leistung und vollkommen sinnlos.

3. Selbstverständlich will ich manche Dinge so weiterprogrammieren, wie bisher, wenn sie bewährt und gut sind. Wenn mich eine neue Programmierumgebung, die angeblich viel besser ist, von einer halbwegs vernünftigen Programmierung abhält, dann ist sie eben Mist. Ich halte auf jeden Fall vollsymbolische Programmierung für Müll, solange ich keine Variablennamen zur Laufzeit zusammenbauen und den Inhalt abfragen kann, denn erst dann kann man FAST alles damit machen. Das heißt nicht, dass ich nicht auch viel symbolisch programmiere.

4. Slice-Zugriffe haben ja wohl nichts mit symbolischer Programmierung zu tun, das ist vollkommener Müll, geht leider manchmal nicht anders, bleibt aber Müll.

5. Wenn man schon 25 Jahre programmiert, dann hat man halt so seine Angewohnheiten. Wenn man dann umsteigt, dauert das etwas länger. Bei einem 10000-Seiten Handbuch noch länger. Außerdem ist es ja nicht so, daß man sich hinsetzt und mal eben ein wenig umprogrammiert, nein da ist eine Maschine, die soll dann und dann raus, Zeit ist wie immer knapp, ach übrigens, wir haben nun mal eine 1500-er eingebaut, der Vertreter hat gesagt, das geht alles ganz einfach. Los gehts.

Deine Vermutung stimmt also und ich weiß nicht, was so schlecht daran ist, mindestens das Niveau der "alten" Programmierumgebung zu erreichen. Es ist nicht unbedingt die Steuerung, die schlecht ist, es ist das TIA-Portal, die Bedienung, die Einschränkungen, die Bugs, die Ignoranz oder Unwilligkeit von Siemens. Wer weiß schon, was genau dahinter steckt.
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
Eine Parallele

1. Wir wollen TIA nicht einsetzen, wir müssen....

Das hat Microsoft auch unter Schmerzen (und Verlusten!!!) mit Windows 8 lernen müssen.

Nicht die Spielereien mit Kacheln und Touch und Wetterbericht im 4K Format sind gefragt, es gibt viele Leute, die mit dem PC arbeiten und die Arbeit muss fertig werden.
 
Sagt mal.... habt Ihr alle dauerhaftes Selbstmitleid oder kommen die meisten von euch in die Wechseljahre ???
Mit dem heulen kommt man auch nicht weiter und klar jeder hat ein anderes Schmerzempfinden aber einige stellen es so dar als wenn man mit der TIA Software nichts machen kann.

Das schlimmste ist..... das die Angestellten :rolleyes: von euch so kommt es mir vor noch lauter weinen als der selbstständige Teil unter uns...... Aber das Problem kenne ich schon lange....... :ROFLMAO:

Wow, ok.... Dann muss ich wohl mal ein ernstes Wort mit unserer IT reden, wenn mittlerweile solche Geräte der Standard sind als Programmierrechner. (Aber ich fürchte die werden mir nen Vogel zeigen ). BTW, pack da noch ne vernünftige Grafikarte mit zu und du hast eine Workstation die von unseren MaschBau Kontrukteuren benutzt wird.

Sinnvoll....... die gute Grafikkarte und ich weiß auch das nicht alle Firmen mit gutem Werkzeug arbeiten....leider aber Chef fährt einen schönen A8 ...lach

Das Thema hatten wir schon.
Wenn dir es völlig egal ist wieviel du jedes Jahr in ein Werkzeug investierst, dann okay.
Aber nicht ist eben nicht so Technik afin und es kann einer kleinen Firma das Genick brechen, wenn der Gewinn in Technik gesteckt werden muss, nur weil Big$ nicht in der Lage ist, eine gute Software zu entwickeln.
Wenn ein neues Verkehrsleitsystem entwickelt wird und dann nur noch Porsche auf die Autobahn dürfen, würdest du das richtig finden?

bike

Bike geiler Vergleich...... und leider ist der Porsche nicht meine Liga.... sonst wäre die Idee gut
 
Sagt mal.... habt Ihr alle dauerhaftes Selbstmitleid oder kommen die meisten von euch in die Wechseljahre ???
Das TIA-Burnout-Syndrom greift um sich... :ROFLMAO:

Das nicht alle Firmen mit gutem Werkzeug arbeiten
Das Problem ist ja nur das man das gute Werkzeug braucht um nen krummen (wenn auch glänzenden) Nagel in die Wand zu hauen.
Würde man gleich nen geraden nehmen, würd's auch ein ordinärer Hammer tun.
Am Ende hat man in beiden Fällen einen Nagel in der Wand und hängt das selbe Bild dran auf.

[EDIT] Eigentlich fällt man unter die Kategorie "Firmen die kein gutes Werkzeug einsetzen" ja doch schon sobald man TIA einsetzt, oder? :ROFLMAO:

Ich will ja nicht immer in die Polemik verfallen und es auch gut so das es für einige hier mit TIA ein positives Erlebnis ist.
Wie Unimog schon schrieb wird's von "Sudern" nicht besser.
 
Zuletzt bearbeitet:
3. Selbstverständlich will ich manche Dinge so weiterprogrammieren, wie bisher, wenn sie bewährt und gut sind. Wenn mich eine neue Programmierumgebung, die angeblich viel besser ist, von einer halbwegs vernünftigen Programmierung abhält, dann ist sie eben Mist. Ich halte auf jeden Fall vollsymbolische Programmierung für Müll, solange ich keine Variablennamen zur Laufzeit zusammenbauen und den Inhalt abfragen kann, denn erst dann kann man FAST alles damit machen. Das heißt nicht, dass ich nicht auch viel symbolisch programmiere.

Welche SPS Entwicklungsumgebung bringt denn die Möglichkeit mit Variablennamen zur Laufzeit zusammenzubauen und nutzt dabei die Sprachen die im wesentlichen die IEC 61131 erfüllen ?
 
Welche SPS Entwicklungsumgebung bringt denn die Möglichkeit mit Variablennamen zur Laufzeit zusammenzubauen und nutzt dabei die Sprachen die im wesentlichen die IEC 61131 erfüllen ?

Fragen wir mal anders herum, welche SPS-Umgebung läßt nicht zu, dass man Variablen und Variablen mittels Zeiger umkopiert, bzw. darauf zugreift.
Da gibts sicher einige, aber mit Siemens konnten wir das immerhin bisher.
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Fragen wir mal anders herum, welche SPS-Umgebung läßt nicht zu, dass man Variablen und Variablen mittels Zeiger umkopiert, bzw. darauf zugreift.
Da gibts sicher einige, aber mit Siemens konnten wir das immerhin bisher.

Ich verstehe immer nicht diese ganze Aufregung um Zeiger.

Welche Aufgabe soll den konkret nicht mehr Lösbar sein im TIA Portal ?
 
Was ich bei Gelegenheit noch zu WinCCAdvanced fragen wollte? Ich lege die HMI-Variablen lieber in der HMI-Variablen-Tabelle an als sie rein zu ziehen.
Grund: Dann sind die Vars schon im richtigen Unterordner sortiert und die Einstellungen (z.B.: Skalierung bei TIME) kann ich auch gleich mitmachen.
Was mich total abnervt ist wenn man in der Tabelle eine symbolische Variable anlege dann wird der Name (die ganz linke Spalte) nicht automatisch vom Symbol heraus übernommen.
Wenn man die HMI-Variable per Drag&Drop erzeugt wird auch der Name vom Symbol übernommen.
Ändert man jetzt den symbolischen Namen im Datenbaustein wird die Spalte "Name" in der HMI-Variablen-Tabelle nicht aktualisiert.
Wo ist den hier die Durchgängigkeit geblieben. Das konnte WinCCFlex doch schon oder?

Das mit den Variablen anlegen, ist in meinen Augen selten dähmlich und alles andere,
als innovativ oder Intunitiv gestaltet.

Ich Handhabe das genauso wie Ronin, ziehe die Variablen direkt in Ordner, da selbst das Sortieren
ja bekanntlich nicht funktioniert, verliert man ja zwangsläufig die Übersicht. Man könnte man sie
später nicht einmal, ohne sortierfunktion schnell in einen Block in Ordner ziehen, da Sie ja schön
verteilt sind.


Wenn ich jetzt eine Variable einfüge bekommt Sie irgend ein Synonym als Name ich, markiere
die Variable und kopiere Sie rüber.

Die Variable könnte bei mir so aussehen, ich habe Funktionsbaugruppen, wie die '004' diese
steht für den Transport und zieht sich durch das ganze Projekt. So strukturiere ich, das geht
vom Schaltplan bis zu dem SPS-Programm. Da ich Nr nutze, währe eine funktionierende
Sotierfunktion sehr nützlich.

Code:
"004-IDB".Taster.Antrieb._Start

Wenn ich also diesen Variablenbezeichnung in den anderen Spalten haben möchte und einzeln kopiere,
wird Sie nicht akzeptiert, wegen den Anführungszeichen, warum eigentlich nicht?
Also muss ich die entfernen, das sieht dann wie folgt aus.

Code:
004-IDB.Taster.Antrieb_Start

So kann ich damit leben.

Ziehe ich im Massenmurks, mehre Variablen rein und packe die in ein Block und kopier diese, funktioniert
es und TIA nennt diese selbständig um. Aus...:

Code:
"004-IDB".Taster.Antrieb_Start
"004-IDB".Taster.Antrieb_Stop

wird dann

Code:
004-IDB_Taster_Antrieb_Start
004-IDB_Taster_Antrieb_Stop

So will ich das aber nicht, da durch das entfernen des Punktes, sich nicht mehr eindeutig
erkennen lässt wie die Variable strukturiert ist.

Code:
004-IDB ist der Datenbaustein
Taster ist ein Strukt
Antrieb_Start ist ein Element des Strukt

Dieses ganze Prozedere dauert eindeutig länger als in der Classic Welt, da dauert das Programm
erstellen eindeutig des TIA Leitspruches: "Automatisieren in fünf Minuten, was früher nur eine gedauert hat

Subjektiv gefühlt dauert es wirklich fünf mal so lange.

Jetzt kann man ja beim Variablen Deklarieren einen Hacken setzen wenn man diese in der HMI sichtbar
haben, warum muss ich die überhaupt noch in die HMI ziehen, wenn ich nur eine habe. So etwas könnte
Automatisch gehen und würde die Effizienz erhöhen.
 
Zuletzt bearbeitet:
Ich verstehe immer nicht diese ganze Aufregung um Zeiger.

Welche Aufgabe soll den konkret nicht mehr Lösbar sein im TIA Portal ?

Wenn man z.Bsp. keine Rezepturverwaltung in der HMI (Fremd-HMI oder man will keine Siemens-Alpha-Buggy-Version nutzen) machen kann, jedes "eigenverwaltete" Rezept in einem eigenen DB ablegen will (wegen der Ordnung, Sicherung oder Größe der Daten).
Entweder ich greife nun indirekt jeweils in den benötigten Rezept-DB oder ich kopiere den Inhalt des Rezept-DB in einen "Aktiv"-DB.
Wie mach ich das am einfachsten im TIA? Aber bitte nicht mit Case-Anweisung und komplett ausprogrammieren, wir sind nicht in der Softwaresteinzeit!
Bitte auch kein Array, gerade die Rezeptvariablen sollen vernünftige Namen bekommen, wir machen ja nun alles schick symbolisch. ;-)
 
Zuletzt bearbeitet:
Zuviel Werbung?
-> Hier kostenlos registrieren
@Ralle: versuche nicht etwas zu erklären, wenn der Gegenüber nicht zuhören will.
Wenn mir heute jemand schreibt, wozu braucht man Pointer, dann frage ich: wozu muss man programmieren.
Wer keine Zeiger will, der soll doch bitte einmal komplexere Datenhaltungen in Ladder programmieren. Da gehen dir die Haare aus. :ROFLMAO:


bike
 
@Ralle

Wieso kein Array? Wir haben immer ein DB mitem Array mit einem eigenen Datentyp. Der Arrayindey 0 ist der aktuell geladene Artikel und alles dahinter ist die Verwaltung.
 
Bei 300/400 Syntax geht einiges nicht ohne Pointer, bei der 1200 1500 kann man dafür vieles einfacher lösen
 
Zurück
Oben