1. Dashboard
    1. Dashboard
    2. Suche
  2. Forum
    1. Unresolved Threads
  3. Members
    1. Recent Activities
    2. Users Online
    3. Team
    4. Search Members
  4. Jobs
  5. Articles
  6. Calendar
    1. Upcoming Events
    2. Map
  7. Shop
    1. Orders
    2. Shipping Costs
  • Login or register
  • Search
Roboterprogrammierer finden
This Thread
  • Everywhere
  • This Thread
  • This Forum
  • Articles
  • Pages
  • Forum
  • Blog Articles
  • Events
  • Files
  • Products
  • More Options
  1. Roboterforum.de - die Industrieroboter und Cobot Community
  2. Forum
  3. Industrieroboter Support
  4. ABB Roboter
Your browser does not support videos Handwerk automatisieren - ich schaffs mit KUKA
besuche unseren Partner
Roboterprogrammierer
Online Roboterschulung
Advertise in Robotics
Der Roboterkanal
Deutscher Robotikverband
Werben in Robotik
Werben für Robotik

Alias Signal Zustand behalten

  • RobiMan
  • October 30, 2024 at 2:39 PM
  • Thread is Resolved
  • RobiMan
    Reactions Received
    87
    Points
    6,647
    Trophies
    14
    Posts
    1,129
    • October 30, 2024 at 2:39 PM
    • #1

    Wie löst ihr das wenn ihr Alias Signale benutzt und ihr aber den Zustand wiederherstellen müsst.

    Aktuell weise ich die Alias bei Step und Start über Ereignisse immer wieder neu zu. Das neue zuweisen wird natürlich nicht den alten Zustand wiederherstellen.

    Was mir einfällt wäre jetzt noch Eventroutinen bei Stop ect. einzufügen um den Zustand da in eine PERS abzuspeichern. Dann wieder abfragen in den Events bei Neustart....

    Geht das auch einfacher??

    http://www.hw-automation.de

  • AD
  • RoboHans
    Reactions Received
    15
    Points
    440
    Posts
    69
    Location
    Passau
    • October 31, 2024 at 6:20 AM
    • #2

    Wir packen die Auswertungen immer in eine Funktion.

    Ich kenn zwar nicht deinen genauen Anwendungsfall aber so oder mit Rückgabewert machen wir es.

    Code
    PROC Station_Request(string StationName)
            VAR string s_RequestName;
            VAR string s_ClearanceName;
            VAR string s_ReleaseName;
    
            s_RequestName:="doR2_Request_"+StationName;
            s_ClearanceName:="diR2_Clearance_"+StationName;
            s_ReleaseName:="doR2_Release_"+StationName;
    
            AliasIO s_RequestName,Alias_Request;
            AliasIO s_ClearanceName,Alias_Clearance;
            AliasIO s_ReleaseName,Alias_Release;
    
            SetDO Alias_Request,1;
            WaitDI Alias_Clearance,1,\Visualize\header:=header\MsgArray:=msgArr\Icon:=iconInfo\VisualizeTime:=nR_VisualizeTime\UIActiveSignal:=do_UIActive;
            Reset Alias_Request;
            Reset Alias_Release;
        ENDPROC
    Display More
  • Micky
    Reactions Received
    33
    Points
    2,183
    Posts
    410
    Location
    Hessen
    • October 31, 2024 at 1:19 PM
    • #3

    Hallo,

    mit AliasIO verbindest ein reales Signal mit einem im Programm verwendeten Signalvariable und kannst damit den Zustand des verbundenen Signals abfragen bzw. setzen.

    Die realen Signale behalten ihren Zustand bei auch wenn Du die Verbindung mit dem Alias-Signal trennst oder mit einem anderen Signal neu verbindest.

    Beim Verbinden mit AliasIO erhälst Du immer den aktuellen Wert des realen Signals.

    Wenn das reale Signal den Zustand bei einem Neustart beibehalten soll, kannst Du dies über die EIO-Konfiguration über den "Signal Safe Level" konfigurieren.



    image.png

    In dem Step-Event musst m.E. die Alias-Verbindung nicht neu ausführen, da Variablen nur beim Versetzen des Programmzeigers in eine andere Routine zurückgesetzt würden.

    Probleme kann man niemals mit derselben Denkweise lösen, durch die sie entstanden sind. (Albert Einstein)

  • RobiMan
    Reactions Received
    87
    Points
    6,647
    Trophies
    14
    Posts
    1,129
    • November 4, 2024 at 10:42 AM
    • #4

    Ich komme erst morgen wieder zu den System, aber ich vermute das der Alias Gruppenausgang den ich gesetzt habe und mit einen echten go verbunden war, bei einen Programm Stop verloren geht.

    Irgendwann habe ich in meinen Systemen mal Ereignisroutinen eingebaut die bei Start und Step die Alias Signale neu zuweisen. Das ist jetzt schon lange her und ich weis gar nicht mehr so richtig warum ich das damals so eingefügt habe=O.

    Wie lange bleibt denn eine Alias Verbindung bestehen? Wann wird die denn wieder aufgelöst?


    So richtig wird das auch in der Doku nicht beantwortet......

    http://www.hw-automation.de

  • Micky
    Reactions Received
    33
    Points
    2,183
    Posts
    410
    Location
    Hessen
    • November 4, 2024 at 5:21 PM
    • #5

    Hallo RobiMan,

    laut Handbuch sollte man die Alias-Signale im Event "Start" verbinden bzw. vor der ersten Verwendung der Signale.



    Das heißt sie sind so lange gültig, bis der Programmzeiger versetzt wird bzw. von "main" gestartet wird (Nur in diesem Fall wird das Start Event ausgeführt).

    AliasIO muss damit nicht bei den folgenden Events verwendet werden:
    "Restart", "PowerOn" oder "StepEvent", etc. ausgeführt werden.

    Falls die Signalverbindung explizit mit "AliasIOReset" gelöscht wurde, muss es vor der nächsten Verwendung neu verbunden werden

    Probleme kann man niemals mit derselben Denkweise lösen, durch die sie entstanden sind. (Albert Einstein)

  • RobiMan
    Reactions Received
    87
    Points
    6,647
    Trophies
    14
    Posts
    1,129
    • November 5, 2024 at 3:36 PM
    • #6

    So, hatte jetzt Zeit um ein wenig mit den Alias am echten Rob zuspielen.

    Die Alias Verbindung bleibt bestehen, egal was ich tue.

    PZRoutine, PZMain, Hand, Automatik ect. der Wert am Physikalischen Signal bleibt bestehen

    Selbst ein neues zuweisen mit

    AliasIO goR1B096TablePos , alias_go;

    ändert nix am Zustand, Das Alias Signal selbst lässt sich halt nicht beobachten, was in diesen Zusammenhang blöd ist.

    Wenn das so ist dann könnte man ja die AliasIO Verbindung z.B. Auch gleich im PowerOn Event abfrühstücken.

    http://www.hw-automation.de

  • Micky
    Reactions Received
    33
    Points
    2,183
    Posts
    410
    Location
    Hessen
    • November 6, 2024 at 10:40 AM
    • #7

    Hallo RobiMan,

    warum verwendest Du nicht einfach das Start-Event, so wie es in der Doku beschrieben ist.

    Falls Du z.B. nach dem PowerOn-Event noch Änderungen durchführst, musst Du jedesmal die Steuerung neustarten um die Signale zu verbinden.

    Außerdem könnten irgenwelche Nebeneffekte auftreten, aufgrund Du dann wieder irgendwelche Workarounds programmieren musst.

    Probleme kann man niemals mit derselben Denkweise lösen, durch die sie entstanden sind. (Albert Einstein)

  • RobiMan
    Reactions Received
    87
    Points
    6,647
    Trophies
    14
    Posts
    1,129
    • November 6, 2024 at 10:58 AM
    • #8
    Quote

    Falls Du z.B. nach dem PowerOn-Event noch Änderungen durchführst, musst Du jedesmal die Steuerung neustarten um die Signale zu verbinden.

    OK, das ist ei Argument :).

    Habe übrigens meinen Fehler auch gefunden.

    Ich war der Meinung zuerst es lag an der Neuzuweisung des Alias Signals, im Hintergrundtask war aber noch was was mein Signal verändert hat. Hatte am Ende nix mit den Alias zu tun.

    Warum ich aber damals die Alias auch bei Step, Restart und Start eingefügt habe leuchtet mir heute auch nicht mehr ein.

    http://www.hw-automation.de

  • Micky
    Reactions Received
    33
    Points
    2,183
    Posts
    410
    Location
    Hessen
    • November 21, 2024 at 11:48 AM
    • #9

    Hallo,
    man kann den Zustand der AliasIO-Signale am FlexPendant im IO-Fenster anzeigen

    Bei der OmniCore Steuerung muss man den Filter auf "Alias Signal" einstellen und erhält dann folgendene Anzeige:

    Bei der IRC5-Steuerung muss man im IO-Fenster über den Button "View" das Menü "Alias i/O" auswählen.

    Probleme kann man niemals mit derselben Denkweise lösen, durch die sie entstanden sind. (Albert Einstein)

ABB Roboter Support Forum

Hilfe und Support für ABB Roboter Programmierung, Konfiguration, Inbetriebnahme finden Sie hier im ABB Roboter Forum. ABB Rapid Programmierung ist einfach, die Roboterforum Community hilft sehr gerne.

Tags

  • 1
  • 33
  • 2
  • ABB
  • ABB Roboter
  • ABS
  • base
  • constant
  • CP_PARAMS
  • Dialog
  • EX
  • EXT
  • fanuc
  • Fehler
  • FRAMES
  • INIT
  • INITIALIZED
  • INITMOV
  • IRC5
  • joint
  • KRC2
  • KRC4
  • kuka
  • new
  • NONE
  • notify
  • PATH
  • PGNO_GET
  • profinet
  • PTP_DAT
  • PTP_PARAMS
  • P_ACTIVE
  • P_FREE
  • P_RESET
  • P_STOP
  • Quit
  • Roboter
  • RobotStudio
  • Schweißen
  • Sps
  • Sync
  • T1
  • t2
  • tcp
  • Tool
  • VALUE
  • VAR
  • vel_cp
  • vel_ptp
  • Yaskawa
AD
Your browser does not support videos autonome mobile Roboter von KUKA
Einloggen für weniger Werbung

gesponserte Artikel

  • Gebrauchtroboter kaufen - Was ist zu beachten. Die Checkliste zum kauf von gebrauchten Robotern

    August 11, 2019 at 7:02 PM
  • Was macht ein Roboterprogrammierer genau und was verdient er?

    August 21, 2019 at 8:17 AM
  • Vernetzen, referenzieren, kollaborieren: Das B2B Portal für die Produktionsautomatisierung

    June 2, 2021 at 11:29 AM

Job Offer

  • Sie wollen Ihr Stellenangebot im Roboterforum schalten? Ab 149€

    Werner Hampel June 17, 2021 at 9:52 AM
  • Werde Roboterprogrammierer bei ROBTEC GmbH in Mainburg / Bayern

    Werner Hampel April 5, 2023 at 7:13 PM
Werbung auf Roboterseite
Roboter programmieren lernen
Banner Robotik

Wieviele Mitglieder waren heute eingeloggt?

Logge Dich ein, um hier zu lesen wer in den letzten 24h Online war und um weniger Werbung zu sehen.

  1. Privacy Policy
  2. Legal Notice
Powered by WoltLab Suite™ 6.0.22
Roboterforum.de - die Industrieroboter und Cobot Community in the WSC-Connect App on Google Play
Roboterforum.de - die Industrieroboter und Cobot Community in the WSC-Connect App on the App Store
Download