WinCC Flex + MP277 + PopUp

BPlagens

Level-1
Beiträge
149
Reaktionspunkte
20
Zuviel Werbung?
-> Hier kostenlos registrieren
Hallo!

Leider hat es jetzt auch mich erwischt und ich muss mit Flexible arbeiten. :(

Was ich suche ist die Möglichkeit ein PopUp zu realisieren. Der Trick mit "WSHShell.Popup" geht zwar beim Simulieren auf dem PC nicht aber auf dem MP277.
Jetzt habe ich mal einen Bildbaustein erstellt der mit einem Ventil gut funktioniert. (Klick auf das Ventil -> PopUp erscheint mit Auf/Zu).
Aber ich habe 35 Ventile auf dem Bild - ich kann doch nicht 35 Bildbausteine einfügen? Oder doch?

Ich hatte gehofft, das man einen Bildbaustein mit Variablen aufrufen kann (ähnlich des #1 bei RSView). Kennt da jemand eine Lösung?

Vielen Dank!
 
Ich habe kein MP277 - nur nen Pc...
Ich hab aber auch so etwas in der Richtung. Ich rufe beim oeffnen des Pop's ein Script auf das mir in's Ein-Ausgabefeld Werte schreibt. Beim schliessen in anderer Richtung. Das geht relativ gut. Meine Erfahrung mit nem Mp370 waren nicht so toll da es ziemlich langsam war....

Ach so... wenn du mit Array's arbeitest tust du dir bei den Skripten einfacher. Dann uebergibst du die Zylindernummer an das Skript und kannst anhand vom Index zuweisen...
 
Zuviel Werbung?
-> Hier kostenlos registrieren
wenn du das das glück hast nur mit pc's als hmi arbeiten zu müssen/dürfen.... herzlichen glühstrumpf.

vbscript unter wince erlaubt halt viel weniger.
dort geht das nicht.
 
Also ich hab mir grad ein Fake Projekt angelegt, das erlaubt mir Skripte auf dem Mp277!!!
Ich habe Mobile Panels die koennen keine...
 
Genau lesen, auch viele Panels können Scripte,
aber die Script-Runtime auf den Panels kann keine Popups.

Mfg
Manuel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
Klärt mich doch mal bitte auf.
Warum, um Himmels willen, muß es denn ein Popup sein. Kann man nicht einfach ein anderes Bild öffnen, die Aktion ausführen und über einen "Esc"-Button wieder zurückgehen? Ich glaub ich bin zu praktisch veranlagt, für solche Probleme :ROFLMAO:. Oder bin ich nur zu faul? Auch die Script-Orgien finde ich eher fragwürdig und riskant. Wer soll das innerhalb der nächsten 10 Jahre warten? Jede Änderung wird doch da zum Risiko. Ich hab vor kurzem mit Scripten zu tun gehabt, die liefen nicht mehr, nachdem die Schnittstelle von Profibus auf MPI umgestellt wurde, hab bis heute nicht rausgefunden warum, durfte aber alles umschreiben. Ich denke, je einfacher, desto besser oder liege ich da so falsch?
 
im grossen und ganzem kann ich ralle nur recht geben.

ich benutze auch scripte aber das ist dann meist um irgendwelche archiv/log-dateien zu erstellen die dann von den bde fuzzies verarbeitet werden können.

so sachen wie popup finde ich auch 'stuhl' ;)
weiteres prob eines popups ist ja wohl, wenn ich das nicht bestätige und einfach wieder auf die runtime klicke, wird das script nicht beendet.
so können auf dauer hunderte von nicht beendeten scripten laufen.
und dann prost mahlzeit mit der performance.


@ralle
ich glaube wir sind schon zu alt für so neumodischem kram :ROFLMAO:
die leute die sowas gerne benutzen kommen imho ehr aus dem bereich hochsprachen und wissen teilweise garn nicht wirklich worum es überhaupt geht. sps und c++ etc sind halt 2 völlig verschiedene welten.
aber darüber haben wir hier ja schon des öfteren philosophiert. ;)
 
Also ein Popup, oder die Nachbildung eines selbigen finde ich schon sinnvoll.

Typische Anwendung:
Du drückst auf ein Motor-Symbol, und es werden im gleichen Bild div. Motordaten angezeigt,
z.B. Aktuelle Betriebsart, Drehzahl, Strom und so Scherze.

Ich kann und darf das, weil bei den Bediengeräten die ich verwende geht sowas ganz einfach,
und vor allem ohne Script (könnten die Panels ohnehin nicht, müssen sie aber auch nicht.)

Wenn das bei Siemens nicht so ist, ist das zunächst mal ein Problem von Siemens,
und nicht von Hochsprachen-Junkies.

Mfg
Manuel
 
Zuviel Werbung?
-> Hier kostenlos registrieren
ok

sicher ist es manchmal sinnvoll sowas aufzublenden.
die siemenspanels können soetwas aus ihrer eigenen runtime nun mal leider nicht.
und das ist halt das problem.
hier sollte man das dann anders lösen. zb dur ein weiteres bild (wie bereits ralle schrieb) oder durch ein fel welches bei einem bestimmten highbit eingeblendet wird (dies kann natürlich schnell unübersichtich werden)

bei panels die sowas aus ihrer runtime unterstützen und sich die popups auch nicht durch einen falschen klick in den hintergrund verbannen lassen finde ich sowas natürlich völlig ok.
 
Also bei mir ist's kein Popup in diesem Sinne sonder eben auch nur ein anderes Bild. Das MP277 kann das Skript, jedenfalls im Simulator!!!
 
@alle:
Danke für die rege Anteilnahmen!

@xhasx:
Stimmt im Simulator geht es - aber beim MP277 kommt die Meldung "Activex Komponente konnte nicht erstellt werden".

@ralle:
Bei mir handelt es sich um einen Waagbehälter, bei dem der Benutzer über Ventile Komponenten hinzugeben kann. Dafür muss er eben ein Ventil öffnen. Gleichzeitig muss er aber auch den Inhalt der Waage sehen sowie weitere Informationen die sich auf dem Bild befinden. Einfach nur auf das Ventil zu klicken um es zu öffnen/schließen finde ich zu gefährlich! Ich möchte einfach die Funktion die es bei jeder anderen Visu gibt: Ein PopUp bei dem ich die Aktion steuern oder abbrechen kann.

So toll ich ja die neuen Bildbausteine finde aber wieso kann ich die Variablen zuweisung nicht dynamisch machen? Ich dachte da an etwas wie
Code:
Pseudocode:
PopUpVentilAufZu.AufBit=DB200.DBX0.2
PopUpVentilAufZu.ZuBit=DB200.DBX0.3
PopUpVentilAufZu.Show
Bei RSView würde man das wie folgt lösen:
Die Schaltflächen werden mit einem "Platzhalter" belegt die durchgezählt werden (#1,#2,#3...) wie bei einer Batch-Datei der Werte übergeben werden.
Dann erfolgt der Aufruf wie "Display VentilPopUpAufZu /DB200.DBX0.2 /DB200.DBX0.3"
Also flexibler geht es nicht mehr - zumindest kenne ich keine Bessere Lösung. (In der Praxis haben wir natürlich eine Struktur in der S7 und übergeben als Variable nur einen Teilstring der auf den richtigen Ordner in der TagDB verweist -> "Display VentilPopUpAufZu /Ventile\1\" im PopUp wird dann die Schaltfläche mit der Variable #1\DigValveOpen belegt.
Aber ich denke die Vorgehensweise ist euch eh klar!

Ich frage mich nur wo die Vorteile von WinCC Flex liegen? Bis jetzt kann ich noch keinen wirklichen Fortschritt erkennen (mal abgesehen von sm@art.access was ja eigentlich nichts mit WinCC Flex zu tun hat). Wenn man bedenkt das lt. unserem Siemens Vertreter ja WinCC Flex und WinCC zusammenfließen sollen (angeblich nächstes Jahr!?) stell ich mir schon die Frage wie die Zukunft von WinCC Flex aussieht! Derzeit ist es einfach ein lahme Umsetzung von ProTool auf .NET mit allen Nachteilen die .NET mit sich bringt.

Aber Zurück zum eigentlichen Problem: Ich werde einfach für jedes Ventil ein Bildbaustein einfügen (auf eine andere Ebene - das ich noch was vom Bild sehe). Bin nur gespannt ob das Panel mit so vielen Objekten zurecht kommt. Bei ProTool war ich schon öfters an der Grenze darstellbarer Objekte.

Vielen Dank!
cu
 
Zurück
Oben