Advanced Search

Thanks for the "inmux" hint, it's so true that the 7i95 board has inmux-type input and output pins. Now I have connected the right input pin, and my external emergency stop button is working fine. I have added the following hal command line in my .hal file...

net estop-out iocontrol.0.user-enable-in
net external-estop-in hm2_7i95.0.inmux.00.input-00 => iocontrol.0.emc-enable-in

Let me know if it can be further simplified.

Kindly do me another favor by giving the piece of hal command line to do the x-axis feed override control using an external analog DC power supply from 0 to 10 volts 
 

How is the input wired?

The 7I95/7I95T input pairs have an input common
so if you are supplying +5V to the input, the input common
must connect to 5V common (negative)

Note the you have to have 5V to reliably activate the input
4V is marginal (the input threshold is about 3.9V)

Make sure you are using the "WATCH" tab in halshow
not "SHOW"

Also note that  the 7I95/7I95T isolated inputs are not hal GPIO
pins but rather hal Inmux pins (0..23). 
 

Thank you for the quick reply. 

I am trying to use input pin 0 on the TB6 tab of the Mesa 7i95 board. I am supplying 5 volts on and off, but the status of the input pin (hm2_7i95.0.gpio.000.in) is not changing in the Halshow monitor window, but the LED of the mesa board of the 0 input pin is getting on and off.
[img]blob:https://web.whatsapp.com/4e39dfa6-8d10-42c3-af3d-452f787f1698[/img]

I want to add an emergency stop and feed override button.

I have asked the same question ("Adding external switch for emergency stop and feed override") in my thread posted one day before, requesting you to look at that also if possible.

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