start up Help

Guys,

I changed my .hal file, as per instruction in wiki.linuxcnc.org/cgi-bin/wiki.pl?NetMos
Like this
# standard pinout config file for 3-axis steppers
# using a parport for I/O
#
# first load the parport driver
loadrt probe_parport
loadrt hal_parport cfg="0x378 0xc000" (was only "0x378"

Now when I start EMC there is a message of error

Print file information:
RUN_IN_PLACE=no
EMC2_DIR=
EMC2_BIN_DIR=/usr/bin
EMC2_TCL_DIR=/usr/share/emc/tcl
EMC2_SCRIPT_DIR=
EMC2_RTLIB_DIR=/usr/realtime-2.6.32-122-rtai/modules/emc2
EMC2_CONFIG_DIR=
EMC2_LANG_DIR=/usr/share/emc/tcl/msgs
INIVAR=inivar
HALCMD=halcmd
EMC2_EMCSH=/usr/bin/wish8.5
EMC2 - 2.4.6
Machine configuration directory is '/home/pccabral/emc2/configs/Sherline3Axis'
Machine configuration file is 'Sherline3Axis_mm.ini'
INIFILE=/home/pccabral/emc2/configs/Sherline3Axis/Sherline3Axis_mm.ini
PARAMETER_FILE=stepper.var
EMCMOT=motmod
EMCIO=io
TASK=milltask
HALUI=
DISPLAY=axis
NML_FILE=
Starting EMC2...
Starting EMC2 server program: emcsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Starting EMC2 IO program: io
Shutting down and cleaning up EMC2...
Killing task emcsvr, PID=1719
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments
Cleanup done

Debug file information:
insmod: error inserting '/usr/realtime-2.6.32-122-rtai/modules/emc2/hal_parport.ko': -1 Device or resource busy
standard_pinout.hal:6: exit value: 1
standard_pinout.hal:6: insmod failed, returned -1
See the output of 'dmesg' for more information.
1719
PID TTY STAT TIME COMMAND
Stopping realtime threads
Unloading hal components

Kernel message information:
[ 334.974020] I-pipe: Domain RTAI registered.
[ 334.974024] RTAI[hal]: <3.8.1> mounted over IPIPE-NOTHREADS 2.6-03.
[ 334.974026] RTAI[hal]: compiled with gcc version 4.4.3 (Ubuntu 4.4.3-4ubuntu5) .
[ 334.974045] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0).
[ 334.974047] PIPELINE layers:
[ 334.974049] fbef9e20 9ac15d93 RTAI 200
[ 334.974050] c085cb20 0 Linux 100
[ 334.989026] RTAI[malloc]: global heap size = 2097152 bytes, <BSD>.
[ 334.989150] RTAI[sched]: IMMEDIATE, MP, USER/KERNEL SPACE: <with RTAI OWN KTASKs>, kstacks pool size = 524288 bytes.
[ 334.989154] RTAI[sched]: hard timer type/freq = APIC/12556235(Hz); default timing: periodic; linear timed lists.
[ 334.989156] RTAI[sched]: Linux timer freq = 250 (Hz), TimeBase freq = 3013419000 hz.
[ 334.989158] RTAI[sched]: timer setup = 999 ns, resched latency = 2943 ns.
[ 334.989225] RTAI[usi]: enabled.
[ 335.021823] RTAI[math]: loaded.
[ 335.160154] config string '0x378 0xc000'
[ 335.162229] PARPORT: ERROR: request_region(0xc000) failed
[ 335.557298] RTAI[math]: unloaded.
[ 335.571641] SCHED releases registered named ALIEN RTGLBH
[ 335.600271] RTAI[malloc]: unloaded.
[ 335.700015] RTAI[sched]: unloaded (forced hard/soft/hard transitions: traps 0, syscalls 0).
[ 335.702189] I-pipe: Domain RTAI unregistered.
[ 335.702215] RTAI[hal]: unmounted.


What I'm doing wrong?

loadrt hal_parport cfg="0x378 0xc000"
this is wrong it should be
loadrt hal_parport cfg="0x378 0xEC00"
or
loadrt hal_parport cfg="0xEC00"
if you do not have a motherboard parallel port

Thanks PCW. Now EMC is working, but I'm back to square 1.

Step motor don't work (but has energy flowing ). Sherline initially told me that I probably burned the fuses on driver box... (as a beginner I screw up and connected the cables with driver box on) I doesn't make sense for me unless that I blow fuses, unless the energy has a separated set of fuses for it or is passing out of fuses. I'm pretty sure that step motor is energized once I can feel the motors harder when I turn power on, meaning that energy is flowing though the magnets).

Sherline is being a little slow to answer questions through This email address is being protected from spambots. You need JavaScript enabled to view it.. So they didn't answer the last observation of mine. I need to close all gaps before send an equipment from Brazil to US just to repair... there is a lot of freight and tax involved

Is this a matter of configuration or can be really a driver box damage? Anyone familiarized with Sherline equipment? Ports are running fine once I made several tests of www.linuxcnc.org/docview/html/hal_tutorial.html and everything went fine.

Hello,

Is this what you are using?
www.sherline.com/8760pg.htm

You can compare the settings listed there with what you have in you configuration files , however if you did have it working, at least some axis that is the configuration you want to start with.

Ports are running fine once I made several tests of www.linuxcnc.org/docview/html/hal_tutorial.html and everything went fine.

Not sure I know what you mean by that.

If you have a good test meter you can check the outputs of your parallel port. One place to try is the direction pin for an axis. The pin will go either high or low depending on which direction the axis is moving. You can view this in the hal configuration window...
Machine
Show hal configuration
Watch
Pins
parport
select all of the pins you are using

When you move an axis the state of the pin will change.
Find the correct wire coming from the parallel port cable and make sure it changes when you change direction.

This will show if you have the correct parallel port and it is working.
Rick G

Rick,

Yes this is what I have.

In this tutorial I ran all steps until 1.3 and have all responses correctly from halcmd. Is been hard for me because I'm a plug and play guy regarding hardware, so I execute all those command without knowing deeply what I'm doing.

Where I can find the hall configuration window? (forgive me if I make silly questions sometimes but this is my very firs experience with Linux



I tried to run halcmd in the terminal with EMC2 on, but once EMC is running its Hal, it doesn't allow me to do it by terminal...

I disabled the old onboard Parallel port that we are testing in the beginning in the Bios, so now I only have a parport off boar (as you can see on lspci)

I just notice that I wasn't probing my parport on Hal file of EMC (just added). I also received this morning the rest of my step motors, I will try in a new step motor as well

Definitively there is some miss configuration somewhere.

Maybe reinstall all linux and emc should be an idea....

PC

Where I can find the hall configuration window?

On the top left of your screen click on...

Machine

then

Show hal configuration

then

Watch

then

Pins

then

parport

select all of the pins you are using

This will only show it is working in EMC. Now you need to make sure it is getting to the parallel port.
You must have the correct address in your configuration files.
So use the files that used to work, and edit ONLY the paralle port address and test.

Rick G

Do you have a good test meter and are you comfortable using it?

I see in the documentation there is a warning about unplugging the motors when powered up.
But I think you really want to make sure everything is working out to the parallel port and to the driver first.

You must have the proper parallel port number selected for anything to happen.

Rick G

Rick,

My port address is correct, the result of lspci -v is


04:00.0 Parallel controller: NetMos Technology PCI 9865 Multi-I/O Controller (prog-if 03)
Subsystem: Device a000:2000
Flags: bus master, medium devsel, latency 64, IRQ 7
I/O ports at ec00
I/O ports at e880
Memory at febff000 (32-bit, non-prefetchable) [size=4K]
Memory at febfe000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <access denied>

And my configuration in hal file of EMC2 is

loadrt hal_parport cfg="0xec00"

But apparently EMC2 isn't getting, ins 01 to 17-out are red, except for the 10, 11, 12 13 and 15 that are yellow for in

Oh man! I don't have a clue what this is... I hope means at least that is a EMC configuration issue, not the driver...

O.K.

Lets review, is this correct...

You have added a pci parallel port card.
You have an on board parallel port but you have disabled it in bios.
You have loaded emc from a live cd.
You now boot from your hard disk.

On my machine with 2 pci parallel ports here are some results...

lspci -v

04:06.0 Communication controller: NetMos Technology PCI 1 port parallel adapter (rev 01)
Subsystem: LSI Logic / Symbios Logic Device 0010
Flags: medium devsel, IRQ 21
I/O ports at dc00
I/O ports at d880
I/O ports at d800
I/O ports at d480
I/O ports at d400
I/O ports at d080
Kernel driver in use: parport_pc
Kernel modules: parport_pc

dmesg|grep parport
[ 10.390280] parport_pc 0000:04:06.0: PCI INT A -> GSI 21 (level, low) -> IRQ 21
[ 10.390328] parport0: PC-style at 0xdc00 (0xd880), irq 21
[ 10.484768] parport_pc 0000:04:07.0: PCI INT A -> GSI 22 (level, low) -> IRQ 22
[ 10.484812] parport1: PC-style at 0xd000 (0xcc00), irq 22, using FIFO [PCSPP,TRISTATE,COMPAT,ECP]
[ 18.877258] lp0: using parport0 (interrupt-driven).
[ 18.877287] lp1: using parport1 (interrupt-driven).

What is the result of your dmesg|grep parport?

Also try
dmesg|grep par

Rick G

By the way you may want to try

sudo lspic -v

You can also try both the address that result in your case, one at a time.

You may want to try the index method if you are having problems with the address.
www.linuxcnc.org/docview/html/hal_drivers.html
and
www.linuxcnc.org/docview/html/hal_drivers.html#parallel%20port

However what you need to look at is the outputs in the hal watch section.
If you are watching the the hal output pins and you select all the outputs used for the all the axis, you should see a change when you jog, make sure you have started Emc, Hit Estop, then Machine power (F1, F2) and homed all the axis first.
The outputs pins should change with movement.

After that you need to look to see if the outputs make it to the parallel port.

Rick G