Pcmcia parallel card

Well at last i got a reaction on 0x5020, the Input Pins react on grounding them. Now i was starting emc2.

emc2 is starting, trying to move the motors with reference they wont move. Problems with latency , should start dmesg for more information.

[ 337.163099] RTAI[malloc]: global heap size = 2097152 bytes, <BSD>.
[ 337.163240] RTAI[sched]: IMMEDIATE, MP, USER/KERNEL SPACE: <with RTAI OWN KTASKs>, kstacks pool size = 524288 bytes.
[ 337.163245] RTAI[sched]: hard timer type/freq = APIC/8312470(Hz); default timing: periodic; linear timed lists.
[ 337.163249] RTAI[sched]: Linux timer freq = 250 (Hz), TimeBase freq = 1729154000 hz.
[ 337.163252] RTAI[sched]: timer setup = 999 ns, resched latency = 2943 ns.
[ 337.163351] RTAI[usi]: enabled.
[ 337.235365] RTAI[math]: loaded.
[ 337.321485] config string '0x5020 out '
[ 357.315603]
[ 357.315606] In recent history there were
[ 357.315607] 1727128, 1725776, 1726504, 1726400, and 1726023
[ 357.315608] elapsed clocks between calls to the motion controller.
[ 357.315613] This time, there were 2417480 which is so anomalously
[ 357.315614] large that it probably signifies a problem with your
[ 357.315615] realtime configuration. For the rest of this run of
[ 357.315616] EMC, this message will be suppressed.
[ 357.315617]

Am i right that the Port is working now but i have other Problems now.

Max Interval Servo/Base 1486938/545646
Max Jitter Servo/Base 916552/920208

Still raising.

Ive disabled the Audio Card first.

I cant configure anything like that in the laptop. It is an Acer Extensa 5220 with 1,7Ghz Celeron.

Is it right that with this latency the motors wont move?

unbekannt wrote:

I cant configure anything like that in the laptop. It is an Acer Extensa 5220 with 1,7Ghz Celeron.

Is it right that with this latency the motors wont move?

No, poor latency will niot prevent the motors from moving, but it may make
their movement jerky. First, make sure you have the hal file loading the
right port address for the parport module. Then, make sure the right
port pins are selected for the step and direction signals. Then, make sure
the pulse width settings are compatible with your motor drives. You
can just make the widths very large to see if you can get movement.
If not, check the voltages on the dir pins while commanding movement
in both directions. The driver may need more current than the port
can deliver, (You check the direction pin as that just stays at one
state continuously, so you are not fooled by short pulses that the
mter won't react to.)

Jon

I have a config File from a friend who has the same mill. So it should work but i never saw it move.

From the Latency it looks like that are SMI Issues. I was trying it out but now i think i have to move the motors first.

So ground the Input Pins shows a reaction but when starting emc with that port adress nothing happens, only emc2 will start.

They lock when i power up the System. The also stutters shortly when booting up. I can use it under Windows with Winpc-nc so the mill is running.

I am really stuck now....no not true...i am stuck the whole time.