Advanced Search

The GPIO pins/ parameters are not really useful except on the
7I95T's parallel expansion connector (P1)

raw inmux or inm inputs are unfiltered ( not debounced )

man hostmot2 for inmux details ( search for inmux )

Ah i see ok.
Pins of the FPGA Chip i asume.
So basicly this would be the name of one of the pins ( hm2_7i95.0.inmux.00.input-00  ....input-23)
is there something different to this pin (hm2_7i95.0.inmux.00.raw-input-00) ?


And those are basicly those that i can use as input or output
hm2_7i95.0.gpio.041.in
hm2_7i95.0.gpio.041.in_not (What does that mean)
hm2_7i95.0.gpio.041.out


Sorry for asking so many questions

Try


For me is says it can find libtool at 
 *** 2.5.4-4 500
        500 deb.debian.org/debian trixie/main amd64 Packages

But I'm on trixie so not identical.
 

Mesaflash shows only physical pins on the FPGA

The 7I95T uses multiplexing to reduce the number  of external connections,
so there are many more TB pins than FPGA pins. Also much of the I/O
is differential so have 2 TB pins per FPGA pin.

One example of this multiplexing is the isolated inputs. The 7I95T has
24 isolated inputs but these use only 6 FPGA pins to access.

Ok makes sense.
Could you explain to me why mesa flash is showing so little pins, because from what i can read i have the areas TB1-4 but i dont have the rest (TB5+6).
Do those usualy show or is that normal, may ii have made a mistake at some point?

I am not experienced with Linux in general, as I have literally NO experience with this system.

Also I am not very comfortable with electronics,
I have some problems with setting up my machine and controller.
And I have very limited time to attend those.

So I thought that if there is someone experienced close perhaps I could get some first hand help on some contract basis.

Cris.

ihavenofish wrote:

That link says modbus. also the price is more than 3 full ethercat ac servo kits.

But still neat.
 

You have to check the part number for ethercat (ECX=ethercat)

If the scaling is correct, FF1 must be 1.0

I would lower the P term (till it no longer oscillates), raise the ferror limits
 And the plot the following error (and commanded velocity) to get an idea of
what is happening.

Another guess is that the drive responds too slowly to step commands
(this may be a tunable feature)

Because I need G-Code support may be the best solution would be to get rid of my IMC4 controller and build up a new hardware which is supported by linuxCNC (only reuse the mechanics and motors, but this is high effort),

this is the solution to use linuxcnc

Strange. all packages are available in the Debian repositories (libtool,autoconf,autoconf-archive,automake)  packages.debian.org/search?suite=default...mes&keywords=libtool
Even stranger because iGh the ethercat master developer is a German company.. I wonder if its a language/locale issue? I can't help

tommylight wrote:

This will not work without changing the drive config so the JMC are set to work with no encoders.

Do you know how to config this in the JMC?
I did some investigation, but could not find how to do this...

after

sudo apt install build-essential

unfortunatly I receive the same error mesage

folgenden Pakete haben unerfüllte Abhängigkeiten: ethercat-dkms : Hängt ab von: libtool ist aber nicht installierbar Hängt ab von: autoconf ist aber nicht installierbar Hängt ab von: autoconf-archive ist aber nicht installierbar Hängt ab von: automake ist aber nicht installierbar E: Probleme können nicht korrigiert werden, Sie haben zurückgehaltene defekte Pakete.

unfortunatly in german but basically libtool autoconf, ... can not be installed
I tried to install libtool individually: and I get the error message:

For the paket libtool there is no install candidate.

(my translation)

Is there any more information I can provide to narrow down the problem?

tommylight wrote:

Jensner wrote:

Zur Signalverarbeitung kam eine 7i85s dazu und die 7i96s wurde mit der entsprechenden Firmware geflasht.
Nach etwas testen und Jumper setzen, erhalte ich nun auf allen 3 Achsen saubere Signale über die ersten 3 Encoder-Eingänge der 7i85s.

   
Are the encoders wired to Mesa 7i85S?
Or are the encoders wired to JMC ?
Or, i really hope not, did you remove the encoders from JMC and wired to Mesa? This will not work without changing the drive config so the JMC are set to work with no encoders.
I assume this is the case as you mention the motor moves slowly when enabled, and this is exactly what will happen when encoders are detached from JMC.

Yes, the 3 Linear-encoders are wired to the Encoder-Ports at the MESA 7i95s.
But the iHSS60 itself are Closed Loop and i thought, that the internal controller maybe tries to correct the position.
Than the linear-Encoder gets the signal to the PID to correct and this leads to the growing shaking. 
Do you know what i mean?

Has someone maybe a similar config? Closed Loop Stepper together with Linear-Encoder on Mesa?

Jensner wrote:

Zur Signalverarbeitung kam eine 7i85s dazu und die 7i96s wurde mit der entsprechenden Firmware geflasht.
Nach etwas testen und Jumper setzen, erhalte ich nun auf allen 3 Achsen saubere Signale über die ersten 3 Encoder-Eingänge der 7i85s.
   

Are the encoders wired to Mesa 7i85S?
Or are the encoders wired to JMC ?
Or, i really hope not, did you remove the encoders from JMC and wired to Mesa? This will not work without changing the drive config so the JMC are set to work with no encoders.
I assume this is the case as you mention the motor moves slowly when enabled, and this is exactly what will happen when encoders are detached from JMC.

tommylight wrote:

Schau mal an das:
forum.linuxcnc.org/10-advanced-configura...glass-scale-feedback

I Think my config sadly is exactliy what you mentioned with "THIS IS NOT FOR CLOSED LOOP stepper systems with encoder wired to their drives."

What do you think?