Advanced Search

Hi Uwe,
ich befinde mich auf einem ähnlichen Weg wie du. Ich integriere gerade meine Spindel und Servos iHSv57 über Ethercat, die Motoren und die Spindel lassen sich ansteuern, sind aber noch nicht eingerichtet. Dein Problem verstehe ich nicht so ganz, da cia402 fast die komplette Integration des Motion Systems händelt und du da garnicht mehr viel machen musst. PID musst du einstellen am Gerät über die RS232 Schnittstelle am Drive (USB Port) mit Hilfe der Software von JMC.

Grüße,
Pascal

After more research, RTFM, watching videos, I finally managed to produce a configuration with pncconf, but I doubt it will work. The question still remains:

If I have the proper configuration, can I connect the DB25 male connector from the lathe's control box directly to the DB25 female connector of the 7i92? I'm still thinking in very simple terms: the 7i92 can completely emulate the behaviour of a parallel port (including, IOs and GND pins).

Sorry if my questions show my ignorance, I'm trying to put the pieces of the puzzle together.

In this thread it was asked how to link parport signals to axis: forum.linuxcnc.org/21-axis/31791-how-to-...l-signal-to-axis-jog
and an example was given. 
Wouldn´t it be possible to link the AXIS screen status to the MPG signal  too? - so the other way round..
In other words use the selection chosen in AXIS of the axis and increment and link them to the jog mode, so that except the encoder no external elements for the axes and increment selection are necessary?
Might not make sense for a mill where you want a kind of remote control, but for a small lathe it would be convinient...

i playing around with node-graph editor:

 
 

Es gibt kein 7i84S, da ist 7i85S oder 7i85.
Es gibt 7i84 mit 32 eingange und 16 ausgange, aler digital aber kan 4 analog eingange und 2 MPG encoder auch.
7i85 ist 4 normaler hoch geschwindigkeit encoder und 4 SSerial, die mit S kan noch 4 step/dir, denke ich, bin nicht sicher was ist was von diese zwei.
EDIT:
Shau mal an die 7i95T, 6 step/dir und 6 normaler encoder, dan noch ein 7i83 for die analog ausgange.

jhandel wrote:

... 
Long story short, I am turning off everything PID related since I am using CSP and DC as long as my jitter setting is the same on all the motors they will all end up at the same commanded place at the same commanded time even if LinuxCNC is 2ms behind. 
 

Yes I think this extra delay only has an effect when using feedback control like a linuxcnc PID loop.
The command reaches the Ethercat slaves within a servo-loop period time. The drives themselves should
be well tuned, that's the key thing.

Sorry to break in again, but AI is wrong on the linuxcnc synchronization with the DC loop.
They are not synchronized.
Spend some time and measure it.
I think the easiest way to detect it is using the ddt component on the feedback position from the drive.
It should be constant at constant speed, so very easy to spot any missing or out of sync cycles.

My understanding is that you can't change the pdoentries in a fixed PDO, they are hmm fixed.
The variable PDOs can be populated with pdoentries according to your need.
 

Guten morgen Tommylight
Danke für den beitrag

ich hab in der tat vergessen das min
3 Encoder eingänge
gebraucht werden. 1 im Bedienpult zum einrichten und 2 an den Spindeln zum Synchronisieren

4 Servos davon 3 0-10V für 2 Angetriebene Werkzeuge und 1 Für die Spindel 2 und -10 bis +10 für die Hauptspindel

7i96S
5 Step-Dir
11 iso Eingang
6 iso Ausgang
1 Encoder

7i83
6 -10 bis +10 Servo
6 5-24V Ausgänge

7i84S
Wie kann ich das verstehen vierkanal Encoder A/B/Z/
(Die Beschreibung ist für nicht Profies wie sie etwas schwer zu durchblicken bisher hatte ich es nur mit 7i76E zu tun)
und 4x2 Step/Dir oder PWM oder 8x 5V Ausgänge
Hier stellt sich mir die frage wie Bekomme ich den DB25 dann an die 7i96s bzw die 7i83? Es haben ja alle 3 karten verschiedene anschlüsse.

danke für die hilfe und schöne grüße


 

Anbei mein Full atc macro. Läuft einwandfrei mit Probe Basic
github.com/SebastianMusser/LinuxCNC/blob...tines/toolchange.ngc

Ciao
Basti

these are PWM digital signal, pico systems servo amplifiers, as far as im told the pwm from the 7i95t is digital. Well not so much as im told but also through experience, heh pwm analog didn't work dont ask how i know i dont want to know how i even know. Just call it a misunderstanding in hardware specifications.

I think tootall did an updated version.

If these are voltage mode (bare PWM) drivers, the tuning is somewhat like
velocity mode servos (with low velocity loop gain) That means that FF1 is critical.

I would first set a relatively  low P term and adjust FF1 so that during constant velocity
the motor neither lags nor leads the desired position (too much FF1 will make the
position lead and too little will make it lag) Note that this is just for tuning during constant
speed motion.

Next I would adjust D as high as possible while remaining stable.

Next do the same with P and back off about 30% from where it becomes unstable

You can now add some FF2 to compensate for the following error during acceleration
and decceleration.

Finally you can add as much I term as is stable (watch out for big oscillations)
and then back off about 50% from the point where it became unstable

Note: If you need to retune FF1 , you need a low P term and zero  I term

Also if you can decrease the Ethernet latency and run a higher frequency servo
thread, the performance will be improved.

Ignore what Langdon suggests, his advice is unreliable at best, mostly uninformed and most formed in an empty head and produced rectally.
My apologies for sourcing the thread and being so crass but many a time I have seen the above mentioned member not answer the topic and speak non sense.

Whilst I myself don't have correct answer Tommy or some other more knowledgeable member may chime in.

As for decreasing the thread period, aka increasing thread frequency I would run a latency test using the new figures the see how this affects latency, just to be sure there are no surprises, the Linuxcnc docs will have this information, but it will be need to run from the command line.

Once again apologies for the crass warning.

The guidelines would be in the raspberry pi config.txt docs. As I'm sure has been mentioned previously.
You will have to read the main thread to find the location of this file as it is not in the same location as the raspberry pi images.
Honestly for your case use I would ditch the Linuxcnc image, install Linuxcnc via apt to a RaspiOS, there is information on the forum regarding this, or as I mentioned earlier build from source, you don't require an RT kernel to build from source.
The zswap fix is to actually have swap a compressed swap in memory. It is not just to "fix an error log message", which you don't seem to understand.
If you aren't going to bother to try I can't be fucked to give you help on what is really a non issue for an image created to run a CNC machine which is something you admitted you are not intending to do. And in that case you have been given suggestions to overcome what is a very minor issue.
Regarding the zswap it seems you didn't see or ignored the issue it caused for a user when the system was left idle. I'll repeat this one more time, it is not a fix for an error log message, the error log message pointed to an actual issue and the fix was to fix the actual issue.
So far I have offered some suggestions, yet you have not bothered to attempt any. Maybe this image is not suitable for your intended use and another solution maybe a better path to take.
Good luck in your endeavours but I have exhausted my patience and will to help