Back
[01:28:31] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[01:34:57] -!- Valen has quit [Remote host closed the connection]
[01:40:29] -!- andypugh has quit [Quit: andypugh]
[01:44:38] <kwallace2> Those screws look pretty good and way tiny.
[01:49:07] <Tom_itx> oddball size for some old eyeglasses
[01:49:11] <Tom_itx> pretty darn tiny
[01:54:09] -!- per_sonne__ has quit [Ping timeout: 240 seconds]
[01:56:07] -!- sumpfralle has quit [Quit: Leaving.]
[02:03:47] <cradek> andypugh: the steel ones I touched with a file to deburr, so don't trust what you see. they ended up with nasty burrs.
[02:04:41] <cradek> kwallace2: .045" x 90tpi
[02:04:46] -!- amiri_ has quit [Ping timeout: 255 seconds]
[02:07:26] <skunkworks> what did you use? hardige?
[02:07:49] <cradek> nope, the sherline
[02:08:12] <skunkworks> cool
[02:08:18] <cradek> it has a spindle adapter that takes WW collets
[02:08:42] <skunkworks> what did you use to make the slot?
[02:08:46] <cradek> so it handles up to 5mm really nicely
[02:09:12] <cradek> a screwhead file on top of an adjustable parallel on the tool post!
[02:09:22] <cradek> it's really funny to watch it file the slots
[02:09:46] <mozmck> I presume the build-bot did not have an issue with my debian/configure changes?
[02:10:18] <skunkworks> I have often used files for machining operations..
[02:10:36] <cradek> mozmck:
http://buildbot.linuxcnc.org/buildbot/grid
[02:10:51] <cradek> looks like yours is the center column
[02:10:58] <cradek> it looks great
[02:12:01] <mozmck> good deal. So what do you think of my changes?
[02:14:18] <cradek> I think they're good. I would prefer them split up as I suggested before, but I think all 3 changes are good.
[02:15:16] <mozmck> So how would I split them up now?
[02:15:32] <mozmck> I guess I could just redo each change on 2.7 manually
[02:15:32] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[02:16:22] <cradek> when they're separate chunks it is very easy to split them up - but unfortunately when they affect the same lines (or very near the same lines) there's no good way to do it.
[02:17:24] <cradek> sorry, I wouldn't normally be such a pedant, but these are super important to get right, and that would help me/us look at them and see they're right
[02:18:12] <mozmck> It easy enough to redo on 2.7 and commit each change separately, so I guess I'll do that. The distribution combining is simply a matter of using | in the case statements for distributions that are identical.
[02:19:10] <cradek> yeah, and in that case, it will be easy to see in the - parts of the patch that they are identical
[02:19:12] <mozmck> Removing redundant dependencies was simply removing from the extra dependencies what was in the control.in (because that is common to all distibutions).
[02:19:52] <mozmck> yes
[02:31:50] -!- norias has quit [Ping timeout: 265 seconds]
[02:38:13] -!- koo6 has quit [Ping timeout: 264 seconds]
[02:50:49] -!- norias has quit [Client Quit]
[02:51:36] <KGB-linuxcnc> 03Moses McKnight 05mozmck/2.7 749f398 06linuxcnc 10debian/configure Removed redundant dependencies from debian/configure * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=749f398
[02:51:36] <KGB-linuxcnc> 03Moses McKnight 05mozmck/2.7 0115cfb 06linuxcnc 10debian/configure 10debian/control.in Remove libgnomeprintui2.2-dev as dependency in Ubuntu 14.04 * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0115cfb
[02:51:36] <KGB-linuxcnc> 03Moses McKnight 05mozmck/2.7 f422776 06linuxcnc 10debian/configure Combined some distributions in debian/configure * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f422776
[02:53:18] <mozmck> cradek: see how that looks.
[02:53:28] <cradek> sweet
[02:53:55] -!- sumpfralle has quit [Quit: Leaving.]
[02:55:36] -!- per_sonne__ has quit [Ping timeout: 252 seconds]
[02:56:48] <cradek> that is MUCH easier to review and trust, thank you
[02:56:56] <mozmck> you're welcome
[02:57:07] <cradek> you added a new architecture too - mint 17 is the same as ubuntu 14?
[02:57:19] <mozmck> yes, it's based on it.
[02:57:58] <mozmck> it's what I use for my desktop, so adding that is handy, and only adds the one word in configure
[03:03:35] <cradek> cool
[03:03:59] <cradek> I used whichever mint was based on ubuntu12 briefly; happily on debian everywhere now
[03:04:15] <cradek> who knows what the future holds
[03:04:39] <mozmck> I used debian unstable for years. Stable was always too far behind as far as age of applications.
[03:05:30] <mozmck> Mint really seems to put things together well. I use the XFCE version and Cinnamon, and like them both.
[03:06:10] <mozmck> PPAs can be really nice to get more up-to-date software that is packaged
[03:12:41] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[03:26:17] -!- sumpfralle has quit [Ping timeout: 250 seconds]
[03:28:05] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[03:37:33] -!- AR_ has quit [Ping timeout: 250 seconds]
[03:45:52] <cmorley> mozmck: you have linuxcnc and mint together? I much prefer mint over debian. How difficult was it?
[03:56:54] -!- per_sonne__ has quit [Ping timeout: 265 seconds]
[04:01:04] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[04:33:21] -!- maximilian_h [maximilian_h!~bonsai@dslb-188-099-058-140.188.099.pools.vodafone-ip.de] has joined #linuxcnc-devel
[04:35:11] -!- maximilian_h1 has quit [Ping timeout: 246 seconds]
[04:59:13] -!- per_sonne__ has quit [Ping timeout: 264 seconds]
[04:59:17] -!- FinboySlick has quit [Quit: Leaving.]
[05:00:22] -!- nunbrs has quit [Ping timeout: 272 seconds]
[05:12:27] -!- FreezingCold has quit [Ping timeout: 250 seconds]
[05:40:20] -!- furrywolf has quit [Ping timeout: 265 seconds]
[05:59:39] -!- per_sonne__ has quit [Ping timeout: 256 seconds]
[06:00:37] -!- kwallace2 [kwallace2!~kwallace@smb-110.sonnet.com] has parted #linuxcnc-devel
[06:12:23] -!- ve7it has quit [Remote host closed the connection]
[06:21:26] -!- ktchk [ktchk!~eddie6929@n219079126144.netvigator.com] has joined #linuxcnc-devel
[06:40:15] -!- Komzpa has quit [Ping timeout: 265 seconds]
[06:51:00] <KimK> mozmck: I second cmorley 's comment and question. Especially after I had to install FreeCAD manually (using lather-rinse-repeat method) on Debian Wheezy due to the no-PPA situation. Can you do a write-up of how you got LinuxCNC and Mint together? I have been using Cinnamon, but would be willing to switch to XFCE.
[06:51:22] -!- ktchk [ktchk!~eddie6929@n219079126144.netvigator.com] has parted #linuxcnc-devel
[07:01:28] -!- per_sonne__ has quit [Ping timeout: 272 seconds]
[07:16:54] -!- micges__ [micges__!~micges@adbz31.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[07:20:28] -!- micges_ has quit [Ping timeout: 244 seconds]
[07:34:42] -!- Miner_48er has quit [Quit: Leaving]
[07:43:39] -!- per_sonne__ has quit [Quit: Lingo: www.lingoirc.com]
[07:48:34] -!- pjm has quit [Ping timeout: 245 seconds]
[08:09:53] -!- eventor [eventor!~eventor@p5B255626.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[08:31:59] micges__ is now known as micges
[08:35:18] -!- syyl has quit [Ping timeout: 265 seconds]
[08:44:45] -!- ivansanchez has quit []
[09:03:27] -!- Valen has quit [Remote host closed the connection]
[09:07:09] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[09:33:06] -!- md-2 has quit [Remote host closed the connection]
[09:35:33] -!- podarok has quit [Remote host closed the connection]
[09:55:24] -!- ivansanchez has quit [Remote host closed the connection]
[10:04:08] -!- XXCoder has quit [Remote host closed the connection]
[10:24:25] -!- automata_ has quit [Ping timeout: 264 seconds]
[10:27:21] -!- JohnyK [JohnyK!~wity@witypc.ynet.sk] has joined #linuxcnc-devel
[10:29:17] -!- jthornton [jthornton!~john@172.242.213.187] has joined #linuxcnc-devel
[10:58:51] -!- podarok has quit [Ping timeout: 256 seconds]
[11:03:45] -!- skunkworks has quit [Ping timeout: 265 seconds]
[11:07:00] -!- XXCoder has quit [Remote host closed the connection]
[11:27:28] -!- XXCoder has quit [Ping timeout: 272 seconds]
[12:10:19] <mozmck> cmorley: KimK: I am using ethernet hardware, so I only need the preempt-rt kernel, and don't have the time or incentive right now to look at doing an RTAI kernel for ubuntu 14.04/LinuxMint17
[12:11:47] <mozmck> That said, if anyone wants the kernel packages I have, I'd be glad to put them somewhere. I think I have 32 and 64 bit, and the performance seems about the same between them.
[12:33:35] -!- sumpfralle has quit [Ping timeout: 265 seconds]
[12:37:38] -!- Simonious has quit [Ping timeout: 272 seconds]
[12:56:59] <jthornton> the error that Jon Elson pointed out should it be corrected in 2.6? grep shows the error twice once in rtcomps.txt and once in GM.txt
[12:58:18] <mozmck> Aren't the ethernet cards the only ones that work with preempt-rt?
[13:01:53] -!- quiqua has quit [Quit: quiqua]
[13:02:46] <cradek> I think the pci and epp stuff works too.
[13:03:26] <mozmck> hmm, I thought pcw had said only the ethernet cards did.
[13:04:21] -!- OnkelTem has quit [Read error: Connection reset by peer]
[13:05:54] <cradek> the ethernets work only on preemppt-rt
[13:06:03] <cradek> bet you heard backwards
[13:09:12] -!- b_b has quit [Changing host]
[13:10:11] <cradek> I think pluto might even work...
[13:10:59] <cradek> preempt seems good enough for everything but software stepgen
[13:16:02] -!- theorbtwo has quit [Read error: No route to host]
[13:16:50] <mozmck> Well, it could very well be that I heard it backwards! I was thinking the PCI drivers used RTAI? Or do they just use the RTAPI interface?
[13:21:59] -!- txp has quit [Ping timeout: 265 seconds]
[13:28:08] -!- kwallace1 [kwallace1!~kwallace@smb-230.sonnet.com] has joined #linuxcnc-devel
[13:47:59] -!- JT-Shop [JT-Shop!~john@172.242.213.187] has joined #linuxcnc-devel
[13:49:04] -!- Demiurge has quit [Quit: Demiurge]
[13:50:53] -!- Demiurge has quit [Client Quit]
[13:55:08] <seb_kuzminsky> jthornton: if the bug is present in 2.6, then yes please fix it there and merge up
[14:00:08] <mozmck> seb_kuzminsky: if you get time can you look at my debian/ changes for 2.7?
[14:04:06] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[14:32:18] <KGB-linuxcnc> 03John Thornton 052.6 6357fad 06linuxcnc 10docs/src/drivers/GM.txt 10docs/src/hal/rtcomps.txt correct pin name * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6357fad
[14:32:22] <jthornton> seb_kuzminsky, what git command merges up?
[14:36:34] <cradek> jthornton: you checkout 2.7; merge 2.6; checkout master; merge 2.7
[14:37:04] <cradek> jthornton: or, if you know the merge is trivial and you're in no hurry, just fix it in 2.6 and the next guy who merges up will get it
[14:37:35] <mozmck> btw, I tried to merge 2.7 into master yesterday and there were conflicts with stepconf. I did not have time to look at them.
[14:37:40] <jthornton> yea it is trivial
[14:38:21] <cradek> hmm then I'd advise jthornton not bother merging until that's fixed up by someone who knows stepconf
[14:57:18] -!- kwallace [kwallace!~kwallace@smb-192.sonnet.com] has joined #linuxcnc-devel
[14:57:18] -!- kwallace1 has quit [Read error: Connection reset by peer]
[15:01:51] -!- erve has quit []
[15:08:21] * jthornton takes cradeks advise
[15:09:07] -!- automata_ has quit [Ping timeout: 255 seconds]
[15:12:36] -!- mahtennek has quit [Ping timeout: 252 seconds]
[15:21:37] -!- ivansanchez has quit [Remote host closed the connection]
[15:23:02] -!- amiri has quit [Ping timeout: 258 seconds]
[15:39:55] -!- amiri_ has quit [Ping timeout: 256 seconds]
[15:45:11] -!- txp has quit [Quit: Leaving]
[15:45:37] <cradek> go ahead and commit to 2.6, no problem
[15:45:49] <cradek> just let the mergeup wait
[15:54:50] -!- patrickarlt has quit [Quit: Leaving...]
[15:55:31] -!- amiri has quit [Ping timeout: 250 seconds]
[16:04:38] -!- pcw_home [pcw_home!~chatzilla@c-50-143-148-115.hsd1.ca.comcast.net] has joined #linuxcnc-devel
[16:21:45] -!- amiri_ has quit [Ping timeout: 240 seconds]
[16:30:16] -!- KimK_laptop [KimK_laptop!~Kim@wsip-70-186-238-216.ks.ks.cox.net] has joined #linuxcnc-devel
[16:41:03] -!- amiri has quit [Ping timeout: 265 seconds]
[16:42:59] -!- tinkercave [tinkercave!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[16:43:58] -!- tinkerer has quit [Quit: Leaving.]
[16:47:53] -!- sumpfralle has quit [Ping timeout: 265 seconds]
[16:50:32] <pcw_home> 64 bit Mint 17.1 /tupperware-PC
[16:50:33] <pcw_home> http://store.hp.com/webapp/wcs/stores/servlet/us/en/pdp/desktops/hp-stream-mini-desktop---200-010-p-k5g59aa-aba--1
[16:50:35] <pcw_home> pretty lousy latency but still works ok with hm2_eth at 1 KHz:
[16:50:36] <pcw_home> http://freeby.mesanet.com/tupperware-preemt-rt3.14.png
[16:50:38] <pcw_home> will see if Preemt-RT 3.18 is better
[16:50:55] -!- tinkercave has quit [Quit: Leaving]
[16:51:10] -!- tinkercave [tinkercave!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[16:51:58] -!- tinkercave has quit [Client Quit]
[16:54:34] -!- amiri_ has quit [Ping timeout: 256 seconds]
[16:58:48] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[16:58:52] <skunkworks> cool
[16:59:02] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[17:00:25] <skunkworks> pcw_home, tom made me a bit file with the pinouts I wanted.
[17:00:27] <cradek> pcw_home: my sun1888 card has connections to pins 1,14,16,17 coming straight from the main (only) chip and with 4700 ohm pullups. if I was to boldly cut traces on it and add line drivers for those four signals in the hopes that it would make the pluto work, what chip should I use?
[17:00:40] <Roguish> pcw_home: welcome. could you check a post I just put in the forum/driver boards?
[17:00:50] <cradek> Tom's a wizard
[17:01:05] <skunkworks> Yes :)
[17:01:41] <pcw_home> probably just use a 74HCT14 (well 2 in series)
[17:02:32] <cradek> I know schmitt is useful on the far end of the wire - is it also on the sender's end?
[17:02:51] <cradek> yuck, too bad that's 2 packages then
[17:03:02] <pcw_home> Roguish: no, the firmware part is not needed
[17:03:19] <pcw_home> a 74HCT245 then
[17:04:18] <cradek> aha, just hardwire direction out
[17:04:55] <Roguish> That's what I thought. does nothing leaving it in.
[17:05:03] <pcw_home> Schmitt trigger just because of the (slow rise) open drain output
[17:05:17] <pcw_home> bbl
[17:07:45] -!- amiri has quit [Ping timeout: 240 seconds]
[17:07:56] <cradek> thanks
[17:10:05] <mozmck> cradek: 74HCT541 is what we use, similar to 74HCT245 I believe except a little nicer pinout.
[17:14:21] <tinkerer> cradec: I would suggest to ensure the sun1888 is switching to epp-mode before tinkering on the hardware
[17:15:21] <cradek> tinkerer: it works with the mesa epp board
[17:15:49] <mozmck> oops, no, the 245 is bi-directional and the 541 is not.
[17:15:52] <cradek> mozmck: on which end?
[17:15:59] <cradek> doesn't matter, I only need one direction
[17:16:35] <tinkerer> cradek: yes, the mesa-driver switches different then the pluto-driver
[17:16:51] <mozmck> we use them to buffer parport signals out on our breakout boards.
[17:17:18] <cradek> tinkerer: explain please?
[17:17:32] <mozmck> Sometimes also out close to the drives to clean up the signal again - especially if it's over a longer cable.
[17:18:31] <tinkerer> cradek: the mesa code is much more "sophisticated" ;)
[17:19:22] -!- md-2 has quit [Quit: Leaving...]
[17:24:05] <tinkerer> cradek: is it possible that you show me your detailed procedures ie. with script or so? (incl. lspci aso.)
[17:24:57] <cradek> halrun -I; loadrt pluto_servo ioaddr=0 epp_wide=0 watchdog=0
[17:25:52] <tinkerer> :D
[17:26:13] <cradek> very simple!
[17:28:20] <tinkerer> yes, too simple. use the ioaddr and ioaddr_hi given from "lspci -vvv"
[17:28:35] <cradek> that does not change the behavior
[17:28:50] <tinkerer> yes i hope :)
[17:29:10] <cradek> I see they both use hal_parport_get() the same way
[17:29:20] <cradek> I have tested your suggestion with many attempts
[17:30:21] <tinkerer> the pluto is programmed in spp-mode
[17:31:02] <cradek> yes
[17:31:02] <tinkerer> then it switches to epp-mode
[17:31:52] <tinkerer> and the error message you got is from switching to epp mode
[17:33:45] <cradek> I understand
[17:34:48] <cradek> yay I found my extra pluto so I can experiment with the new machine without disassembling the lathe
[17:36:07] <cradek> halcmd: loadrt pluto_servo ioaddr=0xec00 ioaddr_hi=0xe880 epp_wide=0 watchdog=0
[17:36:10] <cradek> Error: could not insert module /usr/realtime-3.4-9-rtai-686-pae/modules/linuxcnc/pluto_servo.ko: Input/output error
[17:36:17] <cradek> ...
[17:36:18] <cradek> [ 200.861211] Failed to communicate with pluto-servo board after programming firmware.
[17:36:48] <tinkerer> and lspci -vvv
[17:36:52] <tinkerer> ?
[17:36:58] <cradek> Region 0: I/O ports at ec00 [size=8]
[17:36:58] <cradek> Region 1: I/O ports at e880 [size=8]
[17:37:12] <cradek> [ 9.911880] parport0: PC-style at 0xec00 (0xe880), irq 18 [PCSPP,TRISTATE]
[17:38:58] <tinkerer> yes, [PCSPP,TRISTATE] this means that the kernel does not found the epp functionality
[17:39:14] -!- amiri_ has quit [Ping timeout: 272 seconds]
[17:39:23] <cradek> hmm
[17:39:33] <cradek> but the 7i43 works?
[17:40:25] <tinkerer> yes, the hm2 driver uses different strategies
[17:41:11] <tinkerer> is this the full lspci -vvv output?
[17:41:58] <cradek> can you point to the place in the code that is the difference you are thinking of? it looks similar to me. they both write to base_hi+2 to enable epp, although hm2 writes 0x94 instead of 0x80, but I already tried that change in pluto
[17:42:24] <cradek> http://pastie.org/10208524
[17:42:33] <cradek> very bottom
[17:45:11] <cradek> [ 737.260802] PARPORT: linux parport parport0 does not support mode 4.
[17:45:11] <cradek> [ 737.260804] PARPORT: continuing anyway.
[17:45:11] <cradek> [ 737.260808] PARPORT: Using Linux parport parport0 at ioaddr=0xec00:0xe880
[17:45:19] <cradek> you are right that it isn't recognized as epp
[17:45:41] <cradek> however it must work as epp anyway, because 7i43 works
[17:45:49] <cradek> we've seen this with lots of parports
[17:45:58] <cradek> (that's why we made it continue anyway)
[17:46:17] <cradek> ... but continuing SILENTLY unless you turn on INFO messages was probably stupid
[17:49:51] <tinkerer> unload the parport_pc module
[17:50:34] -!- podarok has quit [Remote host closed the connection]
[17:51:35] <tinkerer> what do you have in: /etc/modprobe.d/linuxcnc.conf ?
[17:52:34] <cradek> nothing
[17:53:04] <tinkerer> ok, but this in: # Remove the '#' before 'install' below to prevent regular Linux programs
[17:53:04] <tinkerer> # from accessing the parallel port. This also means that the linux
[17:53:04] <tinkerer> # parport number may not be used to identify the port in loadrt hal_parport.
[17:53:04] <tinkerer> install parport_pc /bin/true
[17:53:04] <tinkerer> blacklist lp
[17:53:23] <tinkerer> its mine
[17:55:33] -!- amiri has quit [Ping timeout: 265 seconds]
[17:55:38] <cradek> what version of linuxcnc are you using?
[17:56:02] <cradek> http://pastie.org/10208539
[17:56:13] <cradek> without parport_pc loaded I get this
[17:56:29] <cradek> we have cooperated with (required) parport_pc for several (?) major versions I thought
[17:57:27] <cradek> it's possible we broke pluto then...?
[17:58:31] <tinkerer> cradek: i've to go out for a bit. cu later
[17:58:38] <tinkerer> 2.6
[17:58:42] <cradek> thanks
[17:58:48] <cradek> that is very hard to understand then
[17:58:57] <cradek> huh
[17:59:46] <tinkerer> 3.4-9-rtai-686-pae #1 SMP PREEMPT Debian 3.4.55-4linuxcnc i686 GNU/Linux
[18:00:12] -!- koo6 has quit [Remote host closed the connection]
[18:00:25] <tinkerer> cat /etc/debian_version = 7.8
[18:00:35] <cradek> are you sure parport_pc doesn't get loaded?
[18:00:49] <skunkworks> at what speed would you start to see the preview not following the path?
[18:01:21] <cradek> http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Released_2.4.X
[18:01:26] <tinkerer> please later :)
[18:01:27] <cradek> we've cooperated with parport_pc since 2.4.0
[18:01:32] <cradek> ok thanks
[18:07:54] -!- PetefromTn_ [PetefromTn_!~IceChat9@97-81-58-82.dhcp.kgpt.tn.charter.com] has joined #linuxcnc-devel
[18:08:41] -!- amiri_ has quit [Read error: Connection reset by peer]
[18:11:37] <skunkworks> Hmm - that probably doesn't make sense. Say I am plotting the path from another computer in axis. how do I know the path is following the actual logged information?
[18:12:37] <cradek> well it samples only every so often
[18:12:50] <cradek> those samples will be correct
[18:15:10] <skunkworks> would lowering CYCLE_TIME help?
[18:15:29] <skunkworks> I don't think it is an issue - every thing I change doesn't seem to effect the plotted path..
[18:16:38] <skunkworks> and multible runs would show different outcomes I would think. And they stay pretty darn close to the same
[18:17:55] <cradek> o.after_idle(lambda: thread.start_new_thread(self.logger.start, (.01,)))
[18:18:10] <cradek> it tries to log every .01 sec
[18:19:03] <cradek> I think it's pretty good at doing that, since it's in its own thread, but it's sure not realtime
[18:19:12] <skunkworks> sure
[18:21:02] <skunkworks> heh - and the 5i25 runs fine at 10khz
[18:21:39] -!- furkanyilmaz11 has quit [Quit: Page closed]
[18:26:25] <tinkerer> maybe there is some new chunk in parport_pc like:
http://lists.infradead.org/pipermail/linux-parport/2005-August/000335.html :)
[18:27:52] -!- amiri has quit [Ping timeout: 272 seconds]
[18:27:55] <cradek> but you and I have the same kernel...
[18:28:15] <cradek> I don't understand how you can load pluto_servo on that machine without parport_pc loaded
[18:28:24] <tinkerer> yes and my parport_pc is not loaded
[18:28:25] <cradek> pluto_servo from >= 2.4
[18:28:38] <tinkerer> parport is loaded
[18:28:52] <cradek> oh maybe that's it
[18:28:54] <cradek> let me try
[18:29:13] <tinkerer> lsmod |grep par
[18:29:13] <tinkerer> parport 35208 1 ppdev
[18:31:09] <cradek> yes that allowed it to load
[18:31:13] <cradek> still does not work:
[18:31:15] <cradek> [ 914.875783] Using direct parport at ioaddr=0xec00:0xe880
[18:31:16] <cradek> [ 914.875795] uploading firmware
[18:31:16] <cradek> [ 915.414152] done
[18:31:18] <cradek> [ 915.414174] Failed to communicate with pluto-servo board after programming firmware.
[18:31:19] <tinkerer> :D
[18:31:38] <cradek> programming is successful - LED does turn off
[18:32:55] <cradek> I will reboot with those two modules blacklisted and try again
[18:33:54] <tinkerer> and what shows "lspci -vv -s 02:05.0" now
[18:34:37] <cradek> http://pastie.org/10208594
[18:36:16] <cradek> darn, same problem
[18:36:17] <cradek> [ 133.375083] Using direct parport at ioaddr=0xec00:0xe880
[18:36:19] <cradek> ...
[18:36:22] <cradek> [ 133.912898] Failed to communicate with pluto-servo board after programming firmware.
[18:36:42] -!- b_b has quit [Remote host closed the connection]
[18:38:13] <cradek> coffee break!
[18:39:02] <skunkworks> Mmmm coffee...
[18:43:56] -!- amiri_ has quit [Ping timeout: 256 seconds]
[18:46:58] -!- cnc1 has quit [Ping timeout: 258 seconds]
[18:47:26] <cradek> skunkworks: come on over
[18:47:46] <cradek> have you ever been here? I don't remember.
[18:48:20] <skunkworks> No - not yet
[18:48:35] <cradek> one time I got stuart and seb and ... others? to visit, and we built some stuff. I don't remember exactly how I pulled that off.
[18:48:55] <skunkworks> heh - I don
[18:49:05] <skunkworks> I don't think it takes much arm bending...
[18:49:16] <cradek> sure but usually I end up driving :-)
[18:51:37] -!- automata_ has quit [Ping timeout: 264 seconds]
[18:55:06] <tinkerer> cradek: some new approach!
[18:56:33] -!- Komzzpa has quit [Ping timeout: 256 seconds]
[18:57:19] -!- amiri has quit [Read error: Connection reset by peer]
[18:57:51] <tinkerer> could you read the error-bit immediately after pluto_clear_error_register(); ?
[18:58:10] -!- Komzpa has quit [Ping timeout: 255 seconds]
[18:58:15] <tinkerer> maybe its never cleared
[19:04:28] -!- Komzzzpa has quit [Ping timeout: 255 seconds]
[19:06:57] -!- furrywolf has quit [Ping timeout: 240 seconds]
[19:09:01] -!- skunkworks_ [skunkworks_!~chatzilla@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc-devel
[19:12:29] <cradek> do you mean inb(ioaddr+1) & 1
[19:18:12] <tinkerer> yes without the EPP stuff
[19:19:01] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[19:19:45] <cradek> [ 575.115346] Error bit correctly cleared before EPP attempt; status = 0x80
[19:19:48] <cradek> [ 575.115362] Failed to communicate with pluto-servo board after programming firmware.
[19:20:34] -!- amiri has quit [Ping timeout: 272 seconds]
[19:20:59] <cradek> http://pastie.org/10208655
[19:21:40] <tinkerer> or now without the parport_pc did you try: loadrt pluto_servo ioaddr=0xec00 ioaddr_hi=<-1 | 0> watchdog=0 epp_wide=0 test_encoder=0
[19:21:55] <tinkerer> yes such similar :)
[19:24:33] <cradek> with ioaddr_hi=-1 : [ 855.701082] Error bit correctly cleared before EPP attempt; status = 0x80
[19:26:50] -!- txp has quit [Ping timeout: 265 seconds]
[19:28:40] <cradek> [ 1095.026052] Error bit correctly cleared before EPP attempt; status = 0x80
[19:28:43] <cradek> [ 1095.026067] Error bit set after EPP_ADDR(0); status = 0x81
[19:28:45] <cradek> [ 1095.026071] Error bit set after EPP_DIR_READ(); status = 0x81
[19:28:48] <cradek> [ 1095.026076] Error bit set after EPP_READ(); status = 0x81
[19:29:10] <tinkerer> ok
[19:29:24] <tinkerer> now we know it...
[19:31:21] <cradek> Bit 0, which was reserved in the SPP register set, now becomes the EPP Time-out Bit. This bit will be set when an EPP time-out occurs. This happens when the nWait line is not deasserted within approximately 10uS (depending upon the port) of the IOW or IOR line being asserted.
[19:33:14] -!- amiri_ has quit [Ping timeout: 256 seconds]
[19:35:39] -!- Komzpa has quit [Ping timeout: 258 seconds]
[19:40:43] -!- skunkworks has quit [Read error: Connection reset by peer]
[19:43:47] -!- skunkworks_ has quit [Ping timeout: 246 seconds]
[19:43:56] -!- bkboggy has quit [Ping timeout: 252 seconds]
[19:44:08] <cradek> that 0x80 in status means "Busy"
[19:49:01] -!- amiri has quit [Ping timeout: 264 seconds]
[19:50:59] -!- Tecan has quit [Quit: Live Long And Phosphor!]
[19:52:07] <tinkerer> another question
[19:52:23] <tinkerer> about your patch
[19:54:09] <tinkerer> how do you apply this patch? I'm git noob
[19:54:30] <cradek> it's not a git patch, it's just a patch
[19:54:49] <cradek> patch -p1 <savedpatchfile
[19:55:38] <cradek> updated patch:
http://pastie.org/10208729
[19:55:40] <tinkerer> ok, 'cos "diff --git"
[19:56:16] <cradek> I think this 0x80 (busy) is a problem
[19:56:32] <cradek> would be nice to see what yours shows
[19:58:55] -!- automata__ has quit [Ping timeout: 255 seconds]
[20:01:20] -!- jvrousseau has quit [Ping timeout: 258 seconds]
[20:01:32] -!- amiri_ has quit [Read error: Connection reset by peer]
[20:03:55] -!- acdha has quit [Client Quit]
[20:08:28] -!- dirty_d has quit [Quit: Leaving]
[20:10:00] <tinkerer> hmmmm
[20:10:40] <tinkerer> where is the log? dmesg logs nothing but pluto works
[20:11:04] <cradek> you should see "Error bit correctly cleared before EPP attempt" in dmesg
[20:17:49] <tinkerer> strange
[20:18:05] <tinkerer> it just logs:
[20:18:08] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.594241] I-pipe: head domain RTAI registered.
[20:18:08] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.594255] RTAI[hal]: compiled with gcc version 4.7.2 (Debian 4.7.2-5) .
[20:18:08] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.594338] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL IRQs DISPATCHED), ISOL_CPUS_MASK: 0).
[20:18:08] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.594346] SYSINFO: CPUs 2, LINUX APIC IRQ 2312, TIM_FREQ 8311820, CLK_FREQ 1861883000, CPU_FREQ 1861883000
[20:18:10] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.594354] RTAI_APIC_TIMER_IPI: RTAI DEFINED 2314, VECTOR 2314; LINUX_APIC_TIMER_IPI: RTAI DEFINED 2312, VECTOR 2312
[20:18:13] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.594361] TIMER NAME: lapic; VARIOUSLY FOUND APIC FREQs: 8311820, 8311820, 8263000
[20:18:16] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.608672] RTAI[malloc]: global heap size = 2097152 bytes, <BSD>.
[20:18:18] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.608762] , <uses LINUX SYSCALLs>, kstacks pool size = 524288 bytes.
[20:18:23] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.608775] RTAI[sched]: hard timer type/freq = APIC/8311820(Hz); default timing: oneshot; linear timed lists.
[20:18:26] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.608783] RTAI[sched]: Linux timer freq = 250 (Hz), TimeBase freq = 1861883000 hz.
[20:18:29] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.608789] RTAI[sched]: timer setup = 999 ns, resched latency = 2944 ns.
[20:18:32] <tinkerer> May 26 22:15:14 mimi kernel: [ 8951.631536] RTAI[math]: loaded.
[20:18:54] <cradek> are you sure you compiled and are running the right tree?
[20:19:01] -!- jtektool has quit [Quit: Page closed]
[20:23:59] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:25:47] <cradek> parport pin 11 is always low during and after programming
[20:25:59] <tinkerer> this was my 1st question to myself.... and i'm not sure... ;)
[20:28:42] <mozmck> Is there a HAL pin that tells if linuxcnc is estopped?
[20:29:01] <cradek> halui might have that
[20:31:30] <mozmck> halui.estop.is-activated - thanks cradek1
[20:31:45] <mozmck> cradek!
[20:32:22] -!- kriskropd has quit [Changing host]
[20:33:30] <cradek> tinkerer: on the working machine, parport pin 11 (/busy) pulses high once for 9us when loading pluto_servo. On the nonworking machine it does not, it stays low
[20:33:55] <cradek> mozmck: if you see cradek2, tell him to come fold the laundry
[20:34:20] <mozmck> will do ;)
[20:34:25] <tinkerer> May 26 22:33:57 mimi kernel: [10072.759447] Error bit correctly cleared before EPP attempt; status = 0xbe
[20:34:56] <cradek> that's a lot more bits than I have
[20:35:01] <cradek> but you do have 0x80 as well
[20:42:15] -!- Timbo has quit [Quit: Lost terminal]
[20:46:46] -!- Deejay has quit [Quit: bye]
[20:49:19] <cradek> on the working machine, pin 11 signal looks bad. when I pull up pin 11 with 100 ohms to +5, pluto-servo.read.time cuts in half, ~ 12000 to 6000
[20:49:43] <cradek> I think maybe pluto's pin 11 circuitry is a problem
[20:50:20] -!- txp has quit [Quit: Leaving]
[20:50:54] <cradek> while it is running on the working machine, pin 11 never goes over 2 volts
[20:51:03] <cradek> on the nonworking machine pin 11 never changes from 0 volts
[20:54:45] <tinkerer> 100 ohms is very low
[20:55:13] <tinkerer> you can damage the pluto or/and the parport
[20:57:09] <Tom_itx> mozmck yes there is
[20:57:48] <tinkerer> please tryout the LEDblink
[20:59:24] <tinkerer> just to clarify...
[20:59:41] -!- FinboySlick has quit [Quit: Leaving.]
[21:01:20] <cradek> that is a good idea. maybe it is getting enough of a program to turn off the led, but the program is wrong
[21:01:27] <cradek> I don't know what exactly turns off the led
[21:01:34] <cradek> but I have to go for now
[21:01:44] <tinkerer> ok
[21:01:56] <tinkerer> cu next pluto event :)
[21:02:46] <cradek> I will try it
[21:02:46] <cradek> thanks again tinkerer
[21:04:41] <tinkerer> no, i think it's conversed. we don' know what let glow the led when it's unprogramed
[21:05:15] -!- theorbtwo has quit [Quit: Lost terminal]
[21:10:30] theorb is now known as theorbtwo
[21:15:01] -!- cnc1 has quit [Ping timeout: 264 seconds]
[21:19:20] -!- theorbtwo has quit [Ping timeout: 246 seconds]
[21:19:29] <mozmck> Tom_itx: other than halui.estop.is-activated?
[21:19:59] <Tom_itx> that's probably it
[21:20:03] <mozmck> ok
[21:21:55] <Tom_itx> halui.estop.activate requests it, halui.estop.is=acivated indicates it and alui.estop.reset does that
[21:22:44] <mozmck> yes, thanks!
[21:31:40] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[21:34:39] -!- eventor has quit [Ping timeout: 256 seconds]
[21:40:31] -!- eventor [eventor!~eventor@p5B255626.dip0.t-ipconnect.de] has joined #linuxcnc-devel
[21:40:42] -!- dr0w has quit [Remote host closed the connection]
[21:41:10] <Tom_itx> pcw_home when you get a min, i need to find out where the 5i24 FPGA source is or a compiled ver to upload. I borked it. W10 was down when i loaded the bitfile and now it hangs the pc when plugged in
[21:43:54] -!- BellinganRoy has quit [Quit: Konversation terminated!]
[21:50:39] <micges> Tom_itx: I saw today 6i25 that won't start in any of pcie ports on one pc, only change mb helped
[21:51:19] <Tom_itx> it worked in this one previously
[21:52:36] <micges> on that specific pc also, it stopped when they moved pc from desk to machine
[21:52:38] <Roguish> Tom_itx: Mesanet 5i24 download zip file has source, probably everything you are looking for.
[21:53:43] <Tom_itx> i've got it but wasn't too sure where to find the FPGA source
[21:53:47] -!- nunya has quit [Quit: Leaving]
[21:53:58] <Tom_itx> a tad over my pay grade
[21:54:24] -!- humble_sea_bass has quit [Ping timeout: 245 seconds]
[21:54:31] <Tom_itx> or how to configure it for that source...
[21:56:30] <Roguish> couldn't tell you myself. i just was looking for a bit file for my 7i39s.
[21:57:09] <Tom_itx> might have to make one :)
[21:58:45] <Roguish> good luck. there is a sort-of tutorial some where. i've run across it a few times.
[21:58:59] <Tom_itx> i wrote it
[21:59:16] <Tom_itx> the bitfile one anyway
[22:01:45] <Roguish> well there ya go. you're the man.
[22:02:56] -!- cnc1 has quit [Ping timeout: 244 seconds]
[22:05:15] -!- eventor has quit [Ping timeout: 256 seconds]
[22:09:03] bkboggy_1 is now known as bkboggy
[22:27:13] -!- KimK_laptop has quit [Remote host closed the connection]
[22:32:39] amnesic_away is now known as amnesic
[22:33:55] -!- The_Ball has quit [Read error: Connection reset by peer]
[22:38:07] -!- The_Ball has quit [Read error: Connection reset by peer]
[22:40:46] -!- acdha has quit [Quit: Textual IRC Client: www.textualapp.com]
[22:44:59] -!- Computer_barf has quit [Client Quit]
[22:45:18] -!- MattyMatt has quit [Ping timeout: 244 seconds]
[22:51:17] -!- gonzo_nb has quit [Remote host closed the connection]
[22:52:45] -!- Camaban has quit [Quit: Leaving]
[22:56:59] -!- The_Ball has quit [Ping timeout: 246 seconds]
[23:08:13] -!- amiri has quit [Ping timeout: 264 seconds]
[23:15:31] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[23:19:00] amnesic is now known as amnesic_away
[23:19:24] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[23:38:59] -!- JohnyK has quit [Ping timeout: 246 seconds]
[23:40:09] -!- tinkerer has quit [Quit: Leaving]
[23:52:07] -!- furkanyilmaz has quit [Ping timeout: 246 seconds]
