Advanced Search

www.mesanet.com/software/parallel/7i92t.zip

I tried using the source and did find an issue, there's a WIP
source file that needs to be deleted from the project:

qcountersfpdsi.vhd  (quadrature counter with simulated index)

I will fix the downloadable source on Monday


 

Which inputs pins? 

The isolated inputs TB6 + TB5 pins 1..12 will accept from 5 to 36V

I have a similar problem, and the input pins of the Mesa 7i95 are randomly active. I have supplied a voltage of 24 volts to these pins mistakenly. I have to use some input output functionality in real-time. what is another way to use some input output?

1. measure the voltage powering the drives at standstill, when 1 axis is moving and when both axis are moving.
2. while motors are enabled and not turning, use pliers and try to move the motor, how much does it roughly move?

I have not. forgot. 25 days of work in a row can do that

I would love the vertical fixes.

Also opinion - should vert have a sim folder for it's self?
It's kinda hidden I suppose

What are the chances of this being a slow SD card issue?
It sure points that way...

To tell the truth, whilst I haven't done any long term testing, I haven't seen this issue of my RPi-400.
When I build the image I put it through the basic tasks, and if I had of seen this issue arise I wouldn't have released the image, I would have deemed it defective and not fit for purpose.
Now we are going to require some more info, what monitor (brand model) screen resolution and such. And just to be sure I would like to know if this is a clean install without any extras added. If you can remember when was the last time you did an update.

And yes the RPi400 should give reasonable playback on youtube and reading pdfs shouldn't pose an issue. When I get the time I'll recheck things but as I said before I haven't seen this issue arise during testing and so far in the 6 months it has been out in the wild no one else has mentioned this.

One thing I would suggest is look at this thread, forum.linuxcnc.org/38-general-linuxcnc-q...l-images-only#325007 and take note of the video issue link & zswap link.

They are lichauan a5 drives

Hi Chris

Have you looked at the problems I wrote about?

I've noticed that qtdragon_hd_vert has a lot of bugs. In 5-axis mode it doesn't start at all... If you want I can fix it (to be honest I already have the fixed file ready)?

can you share a link that we dont talk about wrong files ... i got the file today from mesa website 7i92t and it has some typos

Hi

Ethercat is by the developers build as written outs first and then reads inputs .. theoretically there it is a single cycle lag.. but when you have constant timing and very little cycle time it is not big deal..

If you want use pid control from lcnc you will have to use your driver in the CSV mode and do the differential counting in the lcnc itself.. regular pid tunning as with mesa cards analogs etc..

if you are running the drivers in the CSP mode, driver calculated stuff internally by known time period of the ethercat bus .. here is lcnc just a position sender and you have to tune the driver itself internally

Have a look at driver timing setup 60C2 register .. if you periods are same everywhere it can produce your lag easily

The Mesa source (wordpr issue) was fixed on June 9

Or share your tc3 project configuration by the archive them ... Then I can check them

i got problmes with the original files from mesa with my 7i92t. after rsearch i found this thread.. helps me lot! Thanks!

someone communicate the error to mesa?!

Hi there,

I can not answer you right because I do not have your termals at my bench but that tool has other feature .. if you are able to export the ethercat pdos from your terminal and copy paste the active config to to console right after you type pdos and hit enter .. that tool will translate the terminal output to shape very very common for the config and you just import the sdos and DC config...

I am not expert in the encoder terminals from beckhoff but if it does not support mapping .. everything have to be controlled by pdos or by the EEPROM setup itself.. you have to try them

About the translator tool .. it is not perfect and it should gave us a wrong config but in the 90% percent it is generating the full config right.. i have compared my handmade configs and generated configs and with my hardware it is same same.. i have tested the kollmorgen s300, pilz pmctendo,nidec m753, el6751, el6731,el6631..

About initCmds .. init cmds ==sdoconfigs stuff .. i was little bit lost there but finally i catched that.. i customize the tool to not generate the initCmds in the mative format in the .xml file export..

If you are from eu, send me the card by the post and I can have a look at it .. i have some ttl encoders