Visualisierung mit GraphWorX

Hi,

leider habe ich keine Ahnung was GraphWorX ist. Aber die Tasten Kannst du am KCP mit Funktionen belegen - dazu braucht es die Option UserTec (ab den 5-er Verisonen kostenpflichtig).
Ich denke, das dein GraphWorX eine externe SW ist, die auf dem KCP laufen soll, dann hilft dir das leider nichts??

Gruss Stefan

1. Hast du das Steuerelement KCPKeysOcx geladen?
2. Welche Software-Version von KUKA benutzt du?
3. Welche HMI-Studio-Version?

Das KCPKeys-Ocx muß im HMI-Studio per OLE geladen werden. Siehe Beispielprogramme. Desweiteren benötigst du KUKA-OPC Server um überhaupt die benötigten Variablen zur Verfügung zu stellen. Ich benutze folgende Konstellation

OPC Server 2.1
ProConOS (Version weiß ich gerade nicht...)
Visual Basic und Visual C++ (statt HMI-Studio - wenn man schon eine richtige Hochsprache kann, kann man IMO auf HMI-Studio verzichten)

Der OPC-Server dient als Schnittstelle meiner HMI (mit VB erstellt) und der Soft-SPS (Proconos). Die Variablen können also zwischen Soft-SPS und HMI ausgetauscht werden.
Das KCP Keys OCX benötigt die Variable nKCPKeyInfo vom Typ Double-Integer und die Variable gbHMIPicNum vom Type Byte, um mit der Soft-SPS kommunizieren zu können. In der Soft-SPS gibt's dann die Bibliotheken, die das ganze auswerten.
In GraphWorX32 kannst du auf das Kcpkeysocx klicken und dann ViewVBA-Code auswählen. Dort erscheinen dann einige Prozeduren, wie z.B.:
Private Sub KCPKeysOCX1_BottomkeyPressed(nKey As Integer)

nKey gibt die Nummer des gedrückten Bottomkeys (unterer Tasten) zurück.

In die Prozeduren schreibst du dann deine Kram rein, also was passiert bei welchem Key.

Ach ja..., bei mir hat's übrigens unter VB trotzdem nicht funktioniert. Mit HMI-Studio schon. Mußte dann meine eigene KCP-Key-Auswertung basteln.

Hallo Polterer,

Habe ein ähnliches Problem. KCP-Tasten via KCPKEYS.OCX und Graphworx abzufragen funktioniert, aber wenn ich das OCX in meine mit LabView erstellte HMI integriere dann klappts leider nicht.

Wie schaut die "eigene KCP-Auswertung" aus? Sieht so aus als bräuchte ich auch eine Alternative zu dem KUKA-OCX.

Schon im voraus für jegliche Info...

Grüsse, Peter

Zitat von Peter Klotz

Wie schaut die "eigene KCP-Auswertung" aus? Sieht so aus als bräuchte ich auch eine Alternative zu dem KUKA-OCX.

Ich habe keine Ahnung, wie das unter LabView oder HMI gehen mag. Ist in Visual Basic aber relativ einfach zu realisieren.
Ist aber eine Entwicklung, die ich für unsere Firma gemacht habe und ich glaube mein Vorgesetzter sieht das nicht so gern, wenn ich das weitergebe...

Bei mir sieht das halt anders aus. Ich benutze:

Eigene in VB programmierte Visualisierung
Eigenen in C++ als DLL programmierten OPC-Client, der auf den OPC-Server zugreifen kann.
Eigene KCPKey-Auswertung als Bibliothek in ProConOS (mit weiteren OPC-Funktionen)

Ist also ein komplett anderer Aufbau, als mit HMI oder LabView

BTW: Ein OCX für die KCP-Keys brauche ich nicht...

Hallo Fritsch,

damit's mit Graphworx/HMI-Studio funktioniert zunächst den KCP-Keys OCX registrieren (START/Ausführen: regsvr32 "C:\KRC\Lib\KcpKeys.ocx".

In Proconos zyklisch KCPSETKEYS aufrufen, und mit einer OPC-Variable nKcpKeyInfo verbinden.

In den Graphworx-Bildern den OCX einbetten. In den OCX-Properties können einzelne Tasten gesperrt oder freigegeben werden.

Sobald die HMI läuft müssten in der OPC-Variable dann schon was eingetragen werden, sobald eine Taste gedrückt wird. Damit die HMI-Tasten alternativ zur Mausklickbedienung auch via KCP aktiviert werden brauchts dann leider VB-Script, hätte hierzu aber ein Beispiel.

Würde mich freuen wenn's so weit geholfen hat. Ich setze das KUKA HMI-Studio nicht ein, weil es eigentlich an fast allem fehlt was man für ein vernünftiges HMI braucht, inkl. Rezepturverwaltung.

Grüsse aus der Schweiz

Hallo Polterer,

...eigener OPC-Client, eigene VB-Visu, ich verstehe dass Vorgesetzte über einen solchen Wissenstransfer wohl nicht sehr glücklich wären.

Mir würde ja schon reichen wenn die KCP-Tasten innerhalb ProConOs, oder im Idealfall in globalen KRL-Variablen (wie beim alten WIN95 GetKeys...) zur Verfügung stehen würden, und ich diese dann als OPC-Variablen der LabView-Applikation zur Verfügung stelle.
Genau genommen bin ich für jeden Weg offen der Funktioniert, wenns am ende etwas Kosten würde könnten wir darüber reden, ich bin eine 1-Mann-Firma, da sind in solchen Fällen die Entscheidungswege kurz

Gruss, Peter

Hallo,

Habe hier ein Graphworx GDF-File in dem funktionierende KCP-Tasten projektiert sein müssten.
Kann's leider nicht mehr Kontrollieren, da ich meine HMI-Studio Software & Lizenz an KUKA zurückgegeben habe. Vielleicht hilft dir die Datei ja weiter...

Bei Bedarf bitte mir eine PM schicken.

Grüsse, Peter

Zitat von Fritsch

Hab das Problem, dass ich die OCX-Datei nicht initialisieren kann.

Wo genau liegt dein Problem?

Du mußt per OPC-Server die Variablen nKcpKeyInfo zur Verfügung stellen. Denn dort schreibt das OCX die Information zur aktuellen Taste rein.
Dann fügst du in deinem GraphWorX32 das Steuerelement KCPKeysOCX ein. Bei mir gibt's da 'ne Schaltfläche für. Mit rechtem Mausklick auf das eingefügte Steuerelement kommst du zu den Eigenschaften (KcpKeys.KcpKeysOcx Object->Eigenschaften. Dort kannst du einstellen, welche Tasten aktiv schalten willst (enable/disable).

Willst du die Tasten in ProConOS auswerten, brauchst du zusätzlich eine Variable für die Picture Number per OCP, deren Name ist mir aber gerade entfallen. Pichture Number dient zum Vergleich in ProConOs, für welchen Bereich die Tasten gültig sind. In ProConOs brauchst du dann die Bibliothek KCPLib.

Auch mit rechter Maustaste auf dem Steuerelement oder F4 kommst du zum VBA Property Window - ebenfalls Eigenschaften. Dort kannst du noch zusätzlich die PictureNumber einstellen.

Mit rechter Maustaste auf View VBA.Code kannst du den Code eintragen, der beim Tastendruck ausgeführt werden soll. Willst du nur die Taste ans ProConOs übergeben, brauchst du für die entsprechende Taste nix eintragen. Beispiel:

Private Sub KCPKeysOCX1_TopkeyPressed(nKey As Integer)
'Topkey gedrückt


Dim X As Integer 'Nur als Beispiel


'Nummer des gedrückten TopKeys auswerten
'nkey=0 ist der linke Topkey, nkey=7 ist der rechte Topkey
Select Case nKey
    Case 0
        'Code für Taste einfügen z.B.:
        MsgBox "Topkey 1 gedrückt", vbOKOnly + vbInformation, "KCPKeys"
    Case 1
        'Code für Taste einfügen z.B.:
        KCPKeysOCX1.PictureNumber = 2
    Case 2
        'Code für Taste einfügen z.B:
        X = X + 1
    Case 3
        'Code für Taste einfügen
        For X = 1 To 10
            KCPKeysOCX1.PictureNumber = X
        Next X
    Case 4
        'Code für Taste einfügen
    Case 5
        'Code für Taste einfügen
    Case 6
        'Code für Taste einfügen
    Case 7
        'Code für Taste einfügen
        End 'Beenden
    Case Else
        'Fehler - (sollte eigentlich nicht vorkommen)
End Select


End Sub

Hi,

suche doch mal auf deiner CD nach *.gdf. Früher waren dort Beispielbilder mit denen du das genau machen kannst.
Dort sind schon eine ganze Reihe Taster und die kannst dann verwenden.

Wie gesagt, weis nicht ob die immer noch auf der CD sind, aber früher waren sie.

Was bei dir Fehlt ist die Verbindung von dem ocx zu deinen Tasten.
D.h. mit dem ocx hast du nur einen Aufruf im VBA und dort müsstest du dann sagen das eine Taste gedrückt werden soll
oder du kannst natürlich auch direkt Variable beschreiben.
Wobei ich die erste Variante besser finde, da du dann auch weiterhin mit der Maus arbeiten kannst.
In dem Template ist es so umgesetzt, das die entsprechende Taste gesucht wird und dann dort mit der Maus ein Tastendruck ausgelöst wird.

Suche es mal, das wird dir bestimmt weiter helfen.

Gruß