Beiträge von rob76

    Ich kenne auch nur die Variable: $SCR.$pre_exe_enb

    Allows pre-execution of certain program statements, if set to TRUE.

    In den Fanuc Schulungen hieß es früher immer der Vorlauf wäre fix 3 Instruktionen.

    Wäre wichtig zu wissen welche Profinet Hardware du im Roboter hast.

    Es gibt bei Fanuc mittlerweile Karten von Siemens, Molex und auch eine eigene von Fanuc. Die Konfiguration unterscheidet sich aber jeweils.

    Was genau willst du den erreichen? Ich habe an den UI Signalen noch nie irgendwas in Roboguide fummeln müssen. Das die Signale immer gesetzt sind in RG ist doch richtig, die sind Drahtbruchsicher ausgeführt, IMSTP Input kommt wenn der UI[1] FALSE ist. Solange UI 1-3 TRUE sind ist doch alles tutti.

    Oder hast du da mit OPC eine SPS dran hängen?

    Bisher wurden Frames immer in einer Matrix Darstellung in PR´s angezeigt.

    Tatsächlich kann man die Darstellung mittlerweile selber beeinflussen.

    Bei mir im Roboter mit V9.40 gibt's im CONFIG Menu ganz unten den neuen Punkt "Position reg matrix form", ist default auf FALSE.

    Stellt man das auf TRUE gibt es wieder die Matrix Darstellung NX,NY,NZ,OX,OY,OZ,AX,AY,AZ,LX,LY,LZ.

    Wechsel einfach vorher mit "cd Temp" in dein Verzeichnis und danach "mget *.ls".

    Funktioniert bei mir auf Win10 aber man muss jede einzelne Datei vor dem runterladen bestätigen.


    Viel komfortabler geht es mit einem "richtigen" FTP Programm wie z.B. Filezilla. Das nutze ich immer für die Roboter.

    In Karel kann man mit " SET_PORT_ASG" I/O´s konfigurieren. Hier gilt die Beschränkung auf 25 nicht! Du kannst in Karel auch Gruppensignale jenseits der 25 konfigurieren, im I/O Menü kannst du sie aber trotzdem nicht sehen. Im Programm kannst du sie aber ganz normal benutzen.



    Für "log_port_type" kannst du "IO_GPIN" und "IO_GPOUT" verwenden


    SET_PORT_ASG(log_port_type, log_port_no, rack_no, slot_no, phy_port_type, phy_port_no, n_ports, status)



    Input/Output Parameters :


    [in] log_port_type : INTEGER


    [in] log_port_no : INTEGER


    [in] rack_no : INTEGER


    [in] slot_no : INTEGER


    [in] phy_port_type : INTEGER


    [in] phy_port_no : INTEGER


    [in] n_ports : INTEGER


    [out] status : INTEGER


    %ENVIRONMENT Group :IOSETUP



    Details:


    log_port_type specifies the code for the type of port to be assigned. Codes are defined in KLIOTYPS.KL.


    log_port_no specifies the number of the port to be assigned.


    rack_no is the rack containing the port module. For process I/O boards, memory-image, and dummy ports, this is zero; for Allen-Bradley and Genius ports, this is 16.


    slot_no is the slot containing the port module. For process I/O boards, this is the sequence in the SLC-2 chain. For memory-image and dummy ports, this is zero; for Allen-Bradley and Genius ports, this is 1.


    phy_port_type is the type of port to be assigned to. Often this will be the same as log_port_type .


    Exceptions are if log_port_type is a group type ( io_gpin or io_gpout ) or a port is assigned to memory-image or dummy ports.


    phy_port_no is the number of the port to be assigned to. If log_port_type is a group, this is the port number for the least-significant bit of the group.


    n_ports is the number of physical ports to be assigned to the logical port. If log_port_type is a group type, n_ports indicates the number of bits in the group. When setting digital I/O, n_ports is the number of points you are configuring. In most cases this will be 8, but may be 1 through 8.


    status is returned with zero if the parameters are valid. Otherwise, it is returned with an error code. The assignment is invalid if the specified port(s) do not exist or if the assignment of log_port_type to phy_port_type is not permitted.



    For example, GINs cannot be assigned to DOUTs. Neither log_port_type nor phy_port_type can be a system port type (SOPIN, for example).



    Note :


    The assignment does not take effect until the next power-up.

    Es gibt immer 2 Kanäle bei NotHalt und auch Fence. Ein Kanal arbeitet mit 24V der andere immer mit 0V. Es müssen immer beide Kanäle zusammen kommen oder gehen (werden zeitlich überwacht). Ist das nicht der Fall gibt es den "Chain abnormal".


    Wichtig ist aber der RESET im Alarm Menü, F4 (RES1CH) und mit YES betätigen. Nur damit kann man den "Chain abnormal" wieder quittieren. Der "Normale" Reset geht hier nicht.


    Lässt sich der Fehler nicht quittieren müsst ihr die Verdrahtung der Kanäle checken.

    Die Fehler von oben habe ich auch seit ein paar Revisionen. Ich habe die immer weggeklickt und ignoriert. Bisher damit keine Probleme gehabt. Auch ältere Simulationen laufen bei mir. (Win10 64bit)


    Ich habe mal in den letzten Revisionen nachgeschaut, Win11 support taucht erst ab der Rev Y auf. Davor war RG offiziell noch nicht für Win11.

    Die Revisionen von Roboguide haben nicht wirklich was mit Win Versionen zu tun.

    Die Versionen von RG sind gekoppelt an die Betriebssysteme der Roboter V7, V8, V9 usw. Revisionen sind einfach nur Updates.

    Edit:

    Habe das Bild gerade noch in den Technischen Daten gefunden. Kann es sein das ich gar nicht weiter drehen kann wie -270° bis 270°?

    Kann ich mir ja fast nicht vorstellen?!

    Macht doch absolut Sinn. In dem Bild geht es bei den +- 270° um ein Integriertes Schlauchpaket. Irgendwann ist das natürlich zerstört/abgedreht. Ohne Schlauchpaket gehen ja auch +- 450°