1. Home
    1. Dashboard
    2. Search
  2. Forum
    1. Unresolved Threads
    2. Members
      1. Recent Activities
      2. Users Online
      3. Team Members
      4. Search Members
      5. Trophys
  3. Articles
  4. Blog
  5. Videos
  6. Jobs
  7. Shop
    1. Orders
  • Login or register
  • Search
Everywhere
  • Everywhere
  • Articles
  • Pages
  • Forum
  • Blog Articles
  • Products
  • More Options
  1. Robotforum - Support and discussion community for industrial robots and cobots
  2. Members
  3. jsd5

Posts by jsd5

  • LR Mate 200iD keep faceplate level with ground while moving PRs

    • jsd5
    • February 16, 2022 at 10:42 PM

    I moved it in world in just X and just Y, and the level stays the same both directions.

    I've also tried a X direction in the user frame and it stays level.

  • LR Mate 200iD keep faceplate level with ground while moving PRs

    • jsd5
    • February 16, 2022 at 8:57 PM

    At each point the robot moves to. I'm using linear motion. The wpr of the points don't change, since I edit the position using only x, y and r in the position registers

  • LR Mate 200iD keep faceplate level with ground while moving PRs

    • jsd5
    • February 16, 2022 at 8:04 PM

    I used the default tool frame, the first one with all values zeroed.

    I have the correct user frame selected. I select both in the program using

    UTOOL_NUM = 1

    UFRAME_NUM=...

  • LR Mate 200iD keep faceplate level with ground while moving PRs

    • jsd5
    • February 16, 2022 at 6:52 PM

    Hello,

    I have some PRs I change the X and Y and R of, but the WPZ are the same. I checked the original PR, and everything is level with the ground, but when I go through the program, I check and the level has changed. By level I mean if I put a level on the faceplate it's perfectly level with the ground.

    I only change the PR using PR[1,1] = ..., PR[1,2] = ..., etc.

    I made a user frame by jogging straight in the +X and +Y in world frame.

    I thought if you don't change the WPR of a position register, it would stay at the same level. It doesn't seem like that's the case though.

    Is there a way to always keep the faceplate on the same level at all times while the robot moves through the motions?

  • iRVision measurements off

    • jsd5
    • February 4, 2022 at 4:25 PM

    Yes I just had one target. I printed it and measured it, and vision measurements were off at the level of calibration. The user frame, starting position of calibration, and the level at which I measured using vision at the end were all the same. The target's height/level was at the faceplate of the robot since the EOAT which I put the target on was flush with the faceplate.

    Then I made a target vision 2d process tool, with the same user frame, and a Z height of 0.

    pasted-from-clipboard.png

  • iRVision measurements off

    • jsd5
    • February 3, 2022 at 9:09 PM

    I did a robot generated calib, so the EOAT had the target. The focal length was pretty accurate, 12.07 instead of exactly 12. Focal distance was also almost the same.

    The target was just a circle with the X on it.

  • iRVision measurements off

    • jsd5
    • February 3, 2022 at 7:33 PM

    I calibrated at a closer level to the camera, about 400 mm, and the measurement was still off by 1-2 mm.

    The minimum error value is .885 and max is 2. I've calibrated multiple times, but the error values are most of the time in that range

  • iRVision measurements off

    • jsd5
    • February 2, 2022 at 11:53 PM

    Hi,

    I've done iRVision robot-generated calibration at a height of 55 mm of the workplace height with a printed target on an EOAT. The camera we use is a 1.3 MP camera at a height of around 500 mm. We're not getting accurate measurements, with measurements ranging from 1 to 2 mm off for X and 2-4 mm in Y.

    I tried measuring at the level of calibration, and the measurement was still off by around 1 mm. The measurement is at around 450 mm from the camera.

    Just wondering why. I was thinking it might be the focus of the camera

    Thanks

  • Positive decimal input using group / digital input from Allen Bradley PLC

    • jsd5
    • February 2, 2022 at 11:02 PM
    Quote from HawkME

    Do you have Ethernet IP on the robot? If so you can use a MSG instruction on the PLC to write a real number to a register.

    Yes I have Ethernet IP, I'll look into this

  • Positive decimal input using group / digital input from Allen Bradley PLC

    • jsd5
    • January 26, 2022 at 4:33 AM

    Hello,

    I'd like to transfer decimal numbers from an Allen Bradley PLC to Fanuc r30-ib controller.

    The numbers would be less than 200, but would need two decimal points, such as 100.01

    Is there an easy way to receive decimal numbers?

    Thanks

  • Communicate with PC over TCP/IP, read/update DI/DO using Python or another computer language

    • jsd5
    • April 22, 2021 at 6:41 PM

    Hello,

    We have a LR Mate 200iD with a 30iB controller.

    If I wanted to read DI / DO from a PC or Mac computer, and update too, how would I be able to do that?

    I set up ethernet / ip with my PC, just put the ip address in and pinged it and that works fine.

    I'm guessing something with socket programming but wasn't sure how.

    Thanks.

  • Auto singularity avoidance

    • jsd5
    • March 11, 2021 at 4:58 PM

    Thank you so much! That worked.

  • Auto singularity avoidance

    • jsd5
    • March 11, 2021 at 4:11 PM

    Hello,

    I was wondering how to disable singularity avoidance for a TP program. I think there's a header for it, but I'm not sure where to look. We have a LR mate 200iD with a R20iB controller. We're trying to use RTCP with a linear move, but it says

    MOTN-203 error Not support AutoSA+RTCP

    Thanks

  • Make tool frame same as world frame

    • jsd5
    • March 6, 2021 at 4:49 PM

    The thing is, I need to change the axis of rotation depending on the workpiece it picks up. We know the measurements of the workpiece, and where the center of rotation should be offset from the center of the faceplate. I don’t have a pointer tool unfortunately, but I tried the 6 point method with a mark at the end of our tool

    The tool is just an extension in the Z axis from the faceplate. The center is still lined up with the center of the faceplate.

  • Make tool frame same as world frame

    • jsd5
    • March 6, 2021 at 3:54 PM

    I read up thanks. Seems like a tool frame is the way to go for what I want to achieve. The only problem is, when rotating about an off axis point, the robot drifts by one centimeter in the X direction. I used direct entry and just tried using the default 0 tcp with a change in Y.

    I’ve seen posts about mastering causing drift issues, and I’ve done a quick master with the witness marks a month or two ago.

    When rotating J6 in world, W and P do change by 1. Would that cause the drift?

  • Make tool frame same as world frame

    • jsd5
    • March 4, 2021 at 10:40 PM
    Quote from TitusLepic

    The tool frame defines the location and orientation of your tool relative to the robot face plate. When your robot moves, the tool frame moves with it. This thread A Free Open-Source E-Book for HandlingTool TeachPendant Programming contains links to information that will help you better understand different frame types and what they're used for.

    Thank you, it looks like there's a lot of information that'll be helpful.

  • Make tool frame same as world frame

    • jsd5
    • March 4, 2021 at 10:39 PM
    Quote from I3ooI3oo

    I think you should be using a Userframe for for what you are talking about. The tool frames are for EOAT and as such will rotate their x,y planes with rotation of the robot's 6th axis. Userframes however will always be orientated in the same. An uninitialized userframe will match up to world frame exactly.

    I tried this, I changed the Y of a user frame to be 200. When I switched to the uframe and jogged the robot in J6, it still rotated it the tool around its center.

    I also tried it in a program.
    PR[1,2] = 200

    UFRAME[1] = PR[1]
    UFRAME_NUM = 1

    PR[2,6] = PR[2,6]+90
    L PR[2]

    It still rotates about the original center of the tool.

  • Make tool frame same as world frame

    • jsd5
    • March 4, 2021 at 8:25 PM

    Hello,

    We have an LR Mate 200iD with a R-20iB controller. I was trying to create a tool frame where the center point would be set with direct entry. The problem is when setting the point, we know the point's data how it would be relative to the world frame.

    The tool frame isn't parallel to the world frame. When jogging the robot in +X, +Y, the tool frame is at an angle to the world frame. Is there a way to force it to be the same as the world frame? I tried direct entry with an angle offset, but it's giving me unpredictable results when I rotate about a point off axis.

    Thank you.

    Images

    • 20210304_190943712_iOS_autoscaled.jpg
      • 131.69 kB
      • 1,141 × 1,200
      • 12

Advertising from our partners

IRBCAM
Robotics Channel
Robotics Training
Advertise in robotics
Advertise in Robotics
Advertise in Robotics
  1. Privacy Policy
  2. Legal Notice
Powered by WoltLab Suite™
As a registered Member:
* You will see no Google advertising
* You can translate posts into your local language
* You can ask questions or help the community with your knowledge
* You can thank the authors for their help
* You can receive notifications of replies or new topics on request
* We do not sell your data - we promise

JOIN OUR GREAT ROBOTICS COMMUNITY.
Don’t have an account yet? Register yourself now and be a part of our community!
Register Yourself Lost Password
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on Google Play
Robotforum - Support and discussion community for industrial robots and cobots in the WSC-Connect App on the App Store
Download