On Tuesday 28 August 2018 09:25:17 Todd Zuercher wrote: > I have done a fair bit of testing, and pins (1,14,16,17) work as > inputs in X mode, they don't output any voltage in the other modes, > but their resistance to ground does change in those modes, so > something is happening. All the other pins seem to work fine. My > loadrt line in hal is : > loadrt hal_parport cfg="0xe030 out 0xe010 out" > Using loadrt hal_parport cfg="0 out 1 out" gives the same results. > If I try to use loadrt hal_parport cfg="0xe030 epp 0xe010 epp" I get > two warning popups "Linux parallel port @65535 not found" and hal > shows pins for 4 parallel ports, but only port 0 seems to work. > > lspci -v > > 06:00.0 Parallel controller: MosChip Semiconductor Technology Ltd. PCI > 9865 Multi-I/O Controller (prog-if 03 [IEEE1284]) Subsystem: Device > a000:2000 > Flags: bus master, medium devsel, latency 32, IRQ 19 > I/O ports at e030 [size=8] > I/O ports at e020 [size=8] > Memory at fe503000 (32-bit, non-prefetchable) [size=4K] > Memory at fe502000 (32-bit, non-prefetchable) [size=4K] > Capabilities: <access denied> > Kernel driver in use: parport_pc > Kernel modules: parport_pc > > 06:00.2 Parallel controller: MosChip Semiconductor Technology Ltd. PCI > 9865 Multi-I/O Controller (prog-if 03 [IEEE1284]) Subsystem: Device > a000:2000
MosChip, by several name variations, has been found wanting back in the mists of time, failing to do an adequate job in the epp mode, both by me and others on this list. I had good luck with startech parport boards at the time. But now I'm down to just one x86 machine w/o a mesa 5i25 in it. The 5i25, with decent motor voltage, can move the machine 3-8x faster than software stepping. It and the Sainsmart bob make a good, no or very minimal mods required, depending on how fast the encoder for spindle speed is. > Flags: bus master, medium devsel, latency 32, IRQ 17 > I/O ports at e010 [size=8] > I/O ports at e000 [size=8] > Memory at fe501000 (32-bit, non-prefetchable) [size=4K] > Memory at fe500000 (32-bit, non-prefetchable) [size=4K] > Capabilities: <access denied> > Kernel driver in use: parport_pc > Kernel modules: parport_pc > > The output from "cat /proc/ioports |grep parport" is a bit odd. In > that it doesn't give any actually usable memory addresses ~$ cat > /proc/ioports |grep parport > 0000-0000 : parport1 > 0000-0000 : parport1 > 0000-0000 : parport0 > 0000-0000 : parport0 > > Is it possible I damaged the card by testing it in X mode or that > there is something wrong with the Cnc4pc C80 breakout boards I'm > trying to use that wrecked them? (I used a 470ohm resister to probe > the port terminals to test with.) Or is it more likely that this card > never really worked right. No experience with that particular BOB. > Todd Zuercher > P. Graham Dunn Inc. > 630 Henry Street > Dalton, Ohio 44618 > Phone: (330)828-2105ext. 2031 > > -----Original Message----- > From: Jon Elson <el...@pico-systems.com> > Sent: Monday, August 27, 2018 9:07 PM > To: Enhanced Machine Controller (EMC) > <emc-users@lists.sourceforge.net> Subject: Re: [Emc-users] Parallel > Port > > On 08/27/2018 12:38 PM, Todd Zuercher wrote: > > I have a duel port PCIe parallel port card that I am trying to use > > in an application, but I'm having a little trouble. > > > > My problem is that I can't seem to use the pins in the control > > groupe (1,14,16,17) as outputs in the normal "out" or "in" > > configurations. When set up as out or in those pins seem to be > > dead. If I configure the port in X mode they do work as inputs. I > > am at a bit of a loss with what to do. I am afraid that the > > breakout board I was trying to use might have messed up the parallel > > port card, so I'm a little afraid to plug it into a known good > > working machine. > > Well, first thing is to put some LEDs on the outputs and use a par > port test program to see what is going on. Some boards have several > modes (SPP, BiDir, EPP, ECP) that turn different driver strengths on. > And, probably some of these PCIe clone cards may just not work > completely. I am most involved with EPP mode, and there certainly are > some cards out there that just don't work. Also, some cards are > totally non-standard register arrangement, and will only work with the > maker's Windows driver supplied on a disc. > > Jon > > > ---------------------------------------------------------------------- >-------- Check out the vibrant tech community on one of the world's > most engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > ---------------------------------------------------------------------- >-------- Check out the vibrant tech community on one of the world's > most engaging tech sites, Slashdot.org! http://sdm.link/slashdot > _______________________________________________ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- Cheers, Gene Heskett -- "There are four boxes to be used in defense of liberty: soap, ballot, jury, and ammo. Please use in that order." -Ed Howdershelt (Author) Genes Web page <http://geneslinuxbox.net:6309/gene> ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
