Jump to content
OMRON Forums

Faraday MC - Tony

Members
  • Posts

    1
  • Joined

  • Last visited

Posts posted by Faraday MC - Tony

  1. Please note that by default C source code is not downloaded to the PMAC. If you want to be able to upload and open the source you need to change the project properties so that the files are downloaded with the rest of the project.

    image.png.9e34966a2987abc17671837158dd2182.png

    • Like 2
  2. The current sense firmware in the Brick attempts to null the offsets automatically so you don't normally need to use the PMAC offsets. This only affects the current feedback, not the output. External amplifiers do not always perform the offset measurement automatically so it needs to be done in the PMAC.

    With a Brick there is nothing to stop you applying the PMAC offsets as well. If you use a negative number for CurrentNullPeriod it has the effect of compensating for the small offsets in the output caused by the switching transistor characteristics. It might not work well for you because it could cause the voice coil to move when the test current is turned on. In that case you could calibrate the system with the stage locked and then use fixed values for IaBias and IbBias.

  3. Hi Leandro,

     

    Try setting Motor[x].CurrentNullPeriod to a negative number (try -1000 to start with). It will measure the current with the motor energised  and remove any offset caused by the output stage.

    • Thanks 1
  4. Multiple instance of the gather program appeared in my firewall with different capitalisation (see screenshot).

     

    I had to allow them all through to get the plot program working correctly.

     

    Try manually adding another rule and see if you also find another version with capital letters in the name.

    33296181_Screenshot2020-11-24112958.png.e50289893d7ad5ddf6ed1a0e617b716b.png

  5. If you have a 32 axis Acc5E3 it appears to the PMAC as two cards. It is very easy to set one of the ACC24E3 cards to the same address as the second bank on the 5E3 and it causes the watchdog problem you describe.

     

    Make sure that you don't have overlapping addresses.

  6. Hi Matheus,

     

    You have already discovered that it is not easy to configure small motors on big amplifiers! It is possible to do it but it requires care. We have many customers who have made it work.

     

    I suggest putting a fuse in each phase to provide protection if you have an incorrect setting.

     

    Start with a very small value for Motor[x].Iigain. Try 0.01 and a current step of 100 bits and see what happens. Make sure that the current loop is controlling properly without a massive overshoot.

     

    I know all the units you have are 5/15A versions but there are also smaller versions (0.25/0.75 and 1/3) available if you need to run a lot of small motors.

     

    Tony Jacobs (Faraday Motion Controls)

  7. We (Faraday Motion Controls) use an expensive regulated supply in our Quad PSU because it allows us to fit two 24V supplies (logic and IO) and a 1.6KVA 48V motor supply into a 1U high rack to power four Bricks. The Quad PSU also incorporates a regen circuit and has thermal circuit breakers to allow each Brick to be individually switched. Because it can power four Bricks, the cost per axis is reasonable.

     

    We have previously used a simple rectified and smoothed DC supply but that occupied a 3U rack, was very heavy and generated a fair bit of heat from the transformer.

     

    Both types of supply work well for most applications but the space saving is a valuable benefit for our scientific customers as they have so many axes control in a small space.

  8. Your addressing looks wrong. Position Actual should be in 6064 and Target Position (assuming you are using CSP mode) should be 607A. Do you see those addresses in the list?

     

    I seem to remember having to set some scaling parameters in the AKD drives to get them working correctly.

  9. Hi all,

    a customer called complaining about a X-Y cartesian plane with linear motors.

    They added some mass after the initial tuning and now they hear a vibration.

     

    So far I could only do remote tests, and while following error remains very small its plot shows a high frequency pitch.

    I also took some plots showing velocity and I see the same phenomenon.

     

    What is really strange is that the "oscillation" (o whatever it is) is exactly at a frequency that is proportional to the movement speed.

     

    Looking better at the system specs:

    20kHz Phase, 10kHz servo. Commutated motor.

    XY use linear motors with 30mm magnetic pitch and sinusoidal encoder (MicroEpsilon Veratus) ,1Vpp and 20um pitch.

     

    Doing some basic math I found that the frequency (the shape is roughly sinusoidal) is the exact ratio between the speed and the encoder pitch.

     

    a. Vel = 4mm/sec oscillation = 200Hz

    b. Vel= 6mm/sec oscillation = 300Hz

    c. Vel= 8mm/sec oscillation = 400Hz

     

    Do you have an idea on what can cause this phenomenon?

     

    Those frequencies correlate with the encoder pitch. I suspect you are seeing the result of offsets or distortions on the sinusoidal signals. Plot the Lissajous of the sinusoidal signals and see if you get a circle centred around zero, or a distorted/offset circle.

     

    The distortions could be caused by misalignment of the read head. Maybe something moved when they were adding the load.

  10. EtherCAT drives are supposed to get added to the IDE database when they are added in ESI manager, however a recent Windows 10 update broke it on my PC. I changed the permissions on C:\ProgramData\DeltaTau to allow full access for Users. Once I did this the amplifiers and motors appeared in the list. The fix fix has worked on all but one of the computers I have tried it on.

     

    The patch to IDE V4.2.0.13 also fixed many of the problems I had with configuring EtherCAT drives.

×
×
  • Create New...