Back
[00:20:21] <andypugh> cradek: I just found one surprising thing. The 7i73 MPG counter still counts if LinuxCNC is not loaded.
[00:21:09] <andypugh> I can exit Linuxcnc, rotate the encoder, and re-start linuxcnc to see different counts on the 7i73 (accurately different)
[00:21:36] <micges> maybe 7i73's wd is disabled?
[00:21:45] <andypugh> So, tomorrow I might try exiting linuxcnc, turning the knob backwards, re-starting and seeing what happens.
[00:22:26] <andypugh> It isn’t _wrong_ that it should count when it is powered but not being talked to. Just surprising.
[00:22:41] <micges> ok
[00:26:49] <andypugh> I think my code assumes that the last value seen was zero, I will have a look to see if that is a dangerous assumption. I think all sserial encoder counters are mpg without index, so unlikely to be connected to an axis, where this would be a bit seriously bad.
[00:27:13] -!- g0nzo_cnc has quit [Remote host closed the connection]
[00:28:34] -!- skunkworks has quit [Ping timeout: 250 seconds]
[00:28:47] <micges> worth checking
[00:29:03] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[00:29:26] -!- Sync has quit [Ping timeout: 250 seconds]
[00:31:06] <PCW> The sserial watchdogs normally only affect outputs
[00:50:30] -!- AndeanElectronic has quit [Ping timeout: 240 seconds]
[00:52:14] -!- chris_99 has quit [Quit: Leaving]
[01:09:58] -!- md-2 has quit [Remote host closed the connection]
[01:18:29] -!- Loetmichel has quit [Ping timeout: 252 seconds]
[01:19:50] -!- LikeVinyl has quit [Quit: LikeVinyl]
[01:31:15] -!- andypugh has quit [Quit: andypugh]
[01:48:46] -!- asdfasd has quit [Ping timeout: 260 seconds]
[01:52:30] -!- anth0ny_ has quit [Quit: anth0ny_]
[01:56:55] -!- robinsz has quit [Ping timeout: 244 seconds]
[02:06:03] <linuxcnc-build> build #3584 of 1200.rip-lucid-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1200.rip-lucid-i386/builds/3584 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:08:06] <seb_kuzminsky> what now
[02:08:14] <seb_kuzminsky> oh, that one's supposed to fail, good!
[02:12:36] <linuxcnc-build> build #3583 of 1300.rip-precise-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1300.rip-precise-i386/builds/3583 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:12:59] <linuxcnc-build> build #3585 of 1306.rip-precise-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1306.rip-precise-amd64/builds/3585 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:16:51] <linuxcnc-build> build #1744 of 1403.rip-wheezy-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1403.rip-wheezy-amd64/builds/1744 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:18:23] <linuxcnc-build> build #1743 of 1400.rip-wheezy-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1400.rip-wheezy-i386/builds/1743 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:19:52] <linuxcnc-build> build #2792 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2792 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:27:22] <linuxcnc-build> build #1408 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/1408 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:27:31] <linuxcnc-build> build #211 of 1502.rip-jessie-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1502.rip-jessie-amd64/builds/211 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:27:55] <linuxcnc-build> build #3584 of 1202.rip-lucid-amd64 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1202.rip-lucid-amd64/builds/3584 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:29:40] <linuxcnc-build> build #211 of 1500.rip-jessie-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1500.rip-jessie-i386/builds/211 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:39:55] -!- patrickarlt has quit [Remote host closed the connection]
[02:40:29] -!- Praesmeodymium has quit [Read error: Connection reset by peer]
[02:41:01] <linuxcnc-build> build #3587 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile runtests] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/3587 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:41:01] <linuxcnc-build> build #3596 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3596 blamelist: dummy, Sebastian Kuzminsky <seb@highlab.com>
[02:48:55] -!- fiesh has quit [Ping timeout: 246 seconds]
[02:49:35] -!- teepee has quit [Ping timeout: 240 seconds]
[02:50:54] -!- teepee [teepee!~teepee@unaffiliated/teepee] has joined #linuxcnc-devel
[02:52:47] -!- tswartz has quit [Quit: Leaving]
[03:01:58] -!- Miner_48er has quit [Ping timeout: 250 seconds]
[03:05:46] -!- amiri has quit [Ping timeout: 260 seconds]
[03:06:01] -!- jerryitt has quit [Ping timeout: 268 seconds]
[03:06:11] -!- AphelionZ has quit [Read error: Connection reset by peer]
[03:21:37] <KGB-linuxcnc> 03John Morris 05zulton/g52 fb3c944 06linuxcnc 10(24 files in 6 dirs) Implement G52 offsets * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fb3c944
[03:22:41] <KGB-linuxcnc> 05zulton/g52 fb3c944 06linuxcnc 04. branch deleted * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fb3c944
[03:22:49] <KGB-linuxcnc> 03John Morris 05zultron/g52 fb3c944 06linuxcnc 10(24 files in 6 dirs) Implement G52 offsets * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=fb3c944
[03:26:54] -!- mablae has quit [Ping timeout: 260 seconds]
[03:30:36] <linuxcnc-build> build #3598 of 0000.checkin is complete: Failure [4failed fetch branch to local git repo] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3598 blamelist: John Morris <john@zultron.com>
[03:31:25] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[03:34:09] -!- AR_ has quit [Ping timeout: 250 seconds]
[03:42:31] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[03:45:51] -!- almostworking has quit [Quit: Textual IRC Client: www.textualapp.com]
[03:47:49] -!- patricka_ has quit [Remote host closed the connection]
[03:48:49] -!- patrickarlt has quit [Remote host closed the connection]
[03:55:27] -!- jthornton has quit [Read error: Connection reset by peer]
[03:55:32] -!- JT-Shop2 [JT-Shop2!~john@172.242.222.19] has joined #linuxcnc-devel
[03:56:14] -!- JT-Shop has quit [Read error: Connection reset by peer]
[03:56:32] -!- jthornton [jthornton!~john@172.242.222.19] has joined #linuxcnc-devel
[03:59:47] -!- patrickarlt has quit [Ping timeout: 256 seconds]
[04:18:54] -!- dgarr has quit [Quit: Leaving.]
[04:19:15] -!- mablae_ has quit [Ping timeout: 252 seconds]
[04:34:06] -!- md-2 has quit [Ping timeout: 240 seconds]
[04:35:20] -!- anth0ny_ has quit [Quit: anth0ny_]
[04:37:56] -!- ve7it has quit [Remote host closed the connection]
[04:49:32] -!- jst has quit [Read error: Connection reset by peer]
[04:49:50] -!- jst_ has quit [Remote host closed the connection]
[04:51:51] -!- anth0ny_ has quit [Quit: anth0ny_]
[04:52:51] -!- jst has quit [Read error: Connection reset by peer]
[04:53:06] -!- rootB has quit [Ping timeout: 240 seconds]
[05:03:25] -!- KimK has quit [Ping timeout: 250 seconds]
[05:05:49] -!- KimK [KimK!~Kim__@ip68-102-67-135.ks.ok.cox.net] has joined #linuxcnc-devel
[05:06:06] -!- Miner_48er has quit [Ping timeout: 255 seconds]
[05:10:21] -!- KimK has quit [Ping timeout: 250 seconds]
[05:10:24] -!- anth0ny_ has quit [Quit: anth0ny_]
[05:15:19] -!- patrickarlt has quit [Ping timeout: 244 seconds]
[05:20:46] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[05:23:12] -!- WZL has quit [Read error: Connection reset by peer]
[05:32:14] <linuxcnc-build> build #116 of 4020.deb-jessie-rtpreempt-amd64 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4020.deb-jessie-rtpreempt-amd64/builds/116 blamelist: dummy, John Morris <john@zultron.com>
[05:32:16] <linuxcnc-build> build #145 of 4021.deb-jessie-i386 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4021.deb-jessie-i386/builds/145 blamelist: dummy, John Morris <john@zultron.com>
[05:33:16] <linuxcnc-build> build #116 of 4019.deb-jessie-rtpreempt-i386 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4019.deb-jessie-rtpreempt-i386/builds/116 blamelist: dummy, John Morris <john@zultron.com>
[05:48:39] -!- patrickarlt has quit [Ping timeout: 240 seconds]
[05:51:30] -!- jerryitt has quit [Quit: Connection closed for inactivity]
[05:57:38] -!- robinsz has quit [Ping timeout: 260 seconds]
[05:58:52] -!- tinkerer [tinkerer!~tinkerer@mail.play-pla.net] has joined #linuxcnc-devel
[06:03:29] -!- kwallace [kwallace!~kwallace@216.86.190.169] has parted #linuxcnc-devel
[06:05:39] -!- Miner_48er has quit [Ping timeout: 265 seconds]
[06:10:15] -!- paulliebenberg has quit [Quit: paulliebenberg]
[06:32:13] -!- Audioburn has quit [Ping timeout: 246 seconds]
[06:37:00] -!- md-2 has quit [Ping timeout: 255 seconds]
[06:50:36] -!- patrickarlt has quit [Ping timeout: 265 seconds]
[07:05:24] -!- paulliebenberg has quit [Quit: paulliebenberg]
[07:05:59] -!- wolfmanjm has quit [Quit: Konversation terminated!]
[07:09:39] -!- patrickarlt has quit [Remote host closed the connection]
[07:55:39] -!- Contract_Pilot has quit [Quit: Leaving]
[08:03:27] -!- Miner_48er has quit [Quit: Leaving]
[08:12:25] -!- rob_h [rob_h!~robh@94.10.125.236] has joined #linuxcnc-devel
[08:20:54] -!- patrickarlt has quit [Ping timeout: 260 seconds]
[08:48:47] -!- ink has quit [Ping timeout: 256 seconds]
[09:20:10] -!- b_b has quit [Changing host]
[09:47:59] -!- patrickarlt has quit [Ping timeout: 240 seconds]
[09:51:55] -!- rene-dev_ has quit [Quit: My MacBook Pro has gone to sleep. ZZZzzz…]
[10:37:59] -!- txp has quit [Quit: Leaving]
[10:52:03] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[11:09:11] -!- AndeanElectronic has quit [Ping timeout: 264 seconds]
[11:09:46] -!- robinsz has quit [Ping timeout: 246 seconds]
[11:13:11] -!- skunkworks has quit [Ping timeout: 268 seconds]
[11:29:23] -!- dan2k3k4 has quit [Ping timeout: 244 seconds]
[11:32:10] -!- jthornton has quit [Read error: Connection reset by peer]
[11:32:10] -!- JT-Shop2 has quit [Read error: Connection reset by peer]
[11:32:29] -!- JT-Shop [JT-Shop!~john@172.242.222.19] has joined #linuxcnc-devel
[11:32:30] -!- jthornton [jthornton!~john@172.242.222.19] has joined #linuxcnc-devel
[11:37:59] -!- patrickarlt has quit [Ping timeout: 264 seconds]
[11:46:46] -!- skunkworks [skunkworks!447329d2@gateway/web/freenode/ip.68.115.41.210] has joined #linuxcnc-devel
[12:04:30] -!- gavlee has quit [Read error: Connection reset by peer]
[12:34:54] -!- amiri_ has quit [Remote host closed the connection]
[12:37:58] -!- patrickarlt has quit [Ping timeout: 246 seconds]
[12:41:59] -!- dan2k3k4 has quit [Ping timeout: 265 seconds]
[12:43:36] -!- rob_h has quit [Quit: Leaving]
[12:44:18] -!- asdfasd has quit [Read error: Connection reset by peer]
[13:04:58] -!- Valen has quit [Remote host closed the connection]
[13:11:00] <cradek> haha, source code forensics labs
[13:14:42] <jepler> I must be missing context
[13:15:47] <cradek> zultron's g52 email
[13:38:39] -!- patrickarlt has quit [Ping timeout: 250 seconds]
[13:53:35] -!- SEL_ [SEL_!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[13:53:48] -!- SEL_ has quit [Client Quit]
[14:01:33] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[14:11:00] <cradek> jepler: you're reviving zenbot?
[14:12:29] <jepler> cradek: yeah, slowly working on it
[14:21:18] <jepler> I'm trying to decide whether to order a new 7i90 since I know at least some outputs of the one I have are fried; or cross my fingers that the only damaged I/Os are on the one output connector
[14:21:52] <cradek> do you have one of those LED boards that would let you easily test all the signals on the good connector?
[14:22:01] <cradek> (if not I think I might have one)
[14:22:02] <jepler> yeah, that's a good idea and I do
[14:24:18] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:33:01] <cradek> I'm looking forward to a weekend playing in the shop
[14:39:26] -!- archivist_herron has quit [Ping timeout: 265 seconds]
[14:45:16] -!- anth0ny_ has quit [Quit: anth0ny_]
[14:49:35] -!- ivansanchez has quit [Remote host closed the connection]
[14:59:09] -!- Akex_ has quit [Quit: Connection closed for inactivity]
[15:12:43] -!- micges_ [micges_!~micges@afj126.neoplus.adsl.tpnet.pl] has joined #linuxcnc-devel
[15:14:51] <seb_kuzminsky> cradek: that sounds nice :-)
[15:16:23] -!- micges has quit [Ping timeout: 256 seconds]
[15:20:20] -!- asdfasd has quit [Ping timeout: 244 seconds]
[15:27:21] <seb_kuzminsky> mozmck: that link is pretty good. I also like this one somewhat:
http://schacon.github.io/gitbook/1_the_git_object_model.html (skip the first part about SHA)
[15:27:51] <seb_kuzminsky> i haven't found any docs that describe this the way i think it should be described
[15:28:31] <seb_kuzminsky> i've got a presentation that i give to new git users at $DAYJOB, but it's not in the kind format or the level of polish where it would be useful without me talking for 30-60 minutes about the slides :-/
[15:29:07] <mozmck> is that book the same as the one here?
http://git-scm.com/book/en/v2
[15:29:32] <seb_kuzminsky> i think they're different
[15:29:58] <mozmck> ok, I just saw the name schacon
[15:30:02] <seb_kuzminsky> i like the Pro Git book you linked, but like so many git docs it's a long slog, not a 15-30 minute "zero to git" start
[15:30:05] <seb_kuzminsky> hmm
[15:30:38] <mozmck> maintained by the same author anyhow
[15:31:05] <seb_kuzminsky> yeah, you're right
[15:31:11] <seb_kuzminsky> the content looks pretty different though
[15:31:36] <mozmck> Yeah, the one you posted is a community book
[15:32:03] <seb_kuzminsky> http://www.gitguys.com/topics/all-git-object-types-blob-tree-commit-and-tag/
[15:34:39] <mozmck> ah, yes - I've seen that site too.
[15:35:20] <mozmck> git can certainly be confusing!
[15:36:12] <seb_kuzminsky> http://eagain.net/articles/git-for-computer-scientists/
[15:36:49] <seb_kuzminsky> i *think* after internalizing the data structures involved it becomes simple and clear
[15:36:53] <mozmck> makes my head hurt
[15:37:01] -!- cpresser has quit [Quit: leaving]
[15:37:11] <seb_kuzminsky> :-(
[15:37:18] <mozmck> :) for computer programmers that's probably so
[15:37:43] <seb_kuzminsky> it's definitely a tool "by hackers for hackers"
[15:38:36] <mozmck> I'm sorta kidding - I think I have a fair handle on it now, but something like that last link would not help a lot of casual git users much I bet.
[15:39:15] <seb_kuzminsky> you're probably right
[15:40:05] <seb_kuzminsky> unfortunately i think that level of knowledge of the git model is pretty important for effectively using git, and for not getting confused about what the different git commands do
[15:40:21] <mozmck> A good gui is really helpful. Not having to remember all the commands is essential if you don't use it every day.
[15:41:22] <seb_kuzminsky> hm, yeah, good point
[15:41:54] <seb_kuzminsky> the gitk and 'git gui' guis are fantasticaly useful, even for a cli fossil like myself
[15:42:23] <mozmck> I have rabbitvcs set up in the "nemo" file manager for my boss.
[15:42:38] <seb_kuzminsky> i sometimes find myself doing git stuff across links where X forwarding is slow and/or awkward, and then i use the text-mode gui called "tig"
[15:43:05] <mozmck> It adds stuff in the right click menu, and is really fairly good for most operations.
[15:43:40] <seb_kuzminsky> it does the "graph of histories" thing that gitk does, and it does the "interactive fine-grained manipulation of the index" that git gui does, all with ncurses
[15:43:56] <mozmck> interesting!
[15:44:15] -!- skunkworks has quit [Ping timeout: 246 seconds]
[15:44:20] <mozmck> I mostly use gitg for viewing history and commit logs etc.
[15:44:50] <cradek> magit (in emacs) is really great too, but I've forgotten how to use it
[15:45:01] <cradek> for a while I used it for any nontrivial merge/rebase
[15:45:27] <cradek> I bet it's a lot like tig
[15:45:37] <seb_kuzminsky> how to learn git: step 1: learn emacs
[15:45:44] <mozmck> ouch!
[15:45:54] <cradek> silly, everyone knows emacs already
[15:45:57] <seb_kuzminsky> haha
[15:46:07] * seb_kuzminsky <-- except this guy
[15:46:17] <cradek> unpossible
[15:46:21] * mozmck <-- and this one.
[15:46:26] <seb_kuzminsky> inconceivable!!
[15:46:42] <seb_kuzminsky> i've got a pile of vim customizations instead :-/
[15:47:22] <seb_kuzminsky> vim with cscope integration makes me feel like i've caught up to like 1992 in terms of IDE technology
[15:47:35] <mozmck> :-D
[15:47:51] <cradek> it's funny, I can't imagine writing/manipulating emails in anything other than vim, or doing nontrivial coding in anything other than emacs
[15:48:26] <cradek> I've got you beat I bet - I'm up to at least 1996 technology
[15:49:12] <seb_kuzminsky> you must have twice my brain capacity, i can barely keep one editor in there
[15:52:34] <mozmck> It there a way to update the position of an axis that is moved externally that has an encoder on it? Say I disable the driver, and crank the handle to move it. I want it to track and show position in linuxcnc, and then when I enable the driver again have that be the new position.
[15:53:09] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc-devel
[15:53:26] <seb_kuzminsky> mozmck: isn't that already the behavior when the machine is in the "Machine Off" state?
[15:53:28] <cradek> that happens automatically
[15:53:33] <cradek> totally is
[15:53:55] <cradek> also in estop state
[15:54:00] <seb_kuzminsky> err, in any state other than On (Estop, Estop-Reset, and Off)
[15:54:16] <mozmck> hmm, so can I do that for just one axis, while the machine is still on?
[15:54:24] <seb_kuzminsky> i dont think so
[15:55:31] <cradek> nope, the whole architecture is wrong for that
[15:55:53] <mozmck> That's really what I need. The Z is moved by our THC while cutting, and linuxcnc doesn't know about it. So I need to update linuxcnc with the new position when finished with a cut.
[15:56:53] <seb_kuzminsky> do you currently use a thc component between motion and the joint to offset the commanded Z? like dgarr's moveoff?
[15:57:00] <cradek> seems like you'll have to either go to machine off state, or move Z back to where it's expected
[15:57:06] <seb_kuzminsky> brb coffee
[15:57:34] <mozmck> seb_kuzminsky: Our hardware moves the Z independently.
[15:58:08] -!- capricorn_1 has quit [Quit: Konversation terminated!]
[15:58:46] <mozmck> cradek: what I'm doing now, is sending the new position on a hal pin from my component, and using a subroutine which does a G92 with that position after finishing a cut.
[15:58:51] <ssi> mozmck: I ran into those sorts of issues with my thc
[15:58:57] <ssi> I forget how I handled it
[16:00:05] <cradek> I don't understand how that would solve the problem, so I must not understand the problem
[16:00:32] <cradek> that doesn't change the hal-level commanded position to match the (new) feedback position
[16:00:42] <mozmck> only problem is if a cut has a problem and you stop it in the middle, that sub doesn't get run. I think I can do what I need with some fancy hal stuff.
[16:01:16] <mozmck> Ah, there isn't actually an encoder, but I could make my component act like there was.
[16:01:48] <ssi> I believe on mine, the thc component intercepts the stepgen and makes "unaccounted" changes to the axis
[16:01:51] <cradek> it sounds like what you want is an orderly removal/zeroing of your external offset and simultaneous update of the command to match the new feedback
[16:02:43] <cradek> can the thc just cause motion upward all the way when it stops operating, and have that be the zero external offset?
[16:03:19] <mozmck> not very well. zero is the material top
[16:03:24] <cradek> the external offset thing is sure an unsavory hack, isn't it
[16:03:59] <seb_kuzminsky> yep
[16:04:00] <mozmck> thanks ssi, I'll ponder that.
[16:04:18] <seb_kuzminsky> ssi: sounds like the same technique moveoff uses
[16:04:20] <cradek> sure, zero in the gui is the material top, but upward a safe amount could be zero external offset
[16:04:43] <cradek> they don't have to be the same do they?
[16:05:17] <ssi> mozmck: I was trying to say that maybe there's a better way
[16:05:21] <ssi> but my internet decided to drop out for a minute
[16:05:45] <ssi> might be better if we had an actual pid in linuxcnc that was moving the axis to hold torch voltage
[16:05:48] <ssi> so there's no "unaccounted" changes
[16:05:50] <mozmck> cradek: I'm not sure I follow you. zero external offset means I have not moved since taking control of Z
[16:05:54] <ssi> I don't know if that's even possible
[16:06:24] <cradek> mozmck: it's not you, it's me being half-baked
[16:06:33] <cradek> ... well I mean my ideas are
[16:06:42] <cradek> I'm not
[16:06:42] <mozmck> ssi: I don't know - our hardware moves the Z independently of linuxcnc while cutting, then turns it back over to linuxcnc when done.
[16:07:07] <cradek> and you can't just move back to zero because that's downward/unsafe?
[16:08:09] <mozmck> Yes, basically we don't know where the material is at that point.
[16:08:16] -!- SEL_ [SEL_!~SEL@net77-43-27-64.mclink.it] has joined #linuxcnc-devel
[16:08:32] -!- SEL_ has quit [Remote host closed the connection]
[16:08:35] <seb_kuzminsky> mozmck: i dont understand your architecture
[16:08:50] <mozmck> we might be cutting corrugated tin and we started in the valley and ended on top a ridge.
[16:08:59] <ssi> the metal will move A LOT during the cut
[16:09:06] <mozmck> ssi: that too
[16:10:03] <mozmck> seb_kuzminsky: ok, basically Z steps from linuxcnc are fed into our thc. If the torch is not on, the thc just passes them through to the drive.
[16:10:07] <cradek> if you open up ferror and hook up feedback, the DRO *will* update if it's set to show feedback position
[16:10:51] <cradek> but then if you have this big offset and you issue MDI G0 Z it may very well do a non-obvious thing
[16:10:53] <mozmck> If the torch is on, the thc takes over and controls the Z directly. I do the accel/deccel and everything in the hardware.
[16:11:05] <seb_kuzminsky> mozmck: that seems like a surprising place to do thc
[16:11:17] <ssi> seb_kuzminsky: it's surprisingly common :/
[16:11:29] <cradek> say command is 0, external offset is +2, DRO shows +2, you issue MDI G0Z1, it will move up to DRO=+3
[16:11:29] <ssi> JT-Shop: are you alive in here?
[16:11:33] <mozmck> seb_kuzminsky: in hardware?
[16:11:33] <ssi> jt wrote the thc comp which I'm using
[16:11:35] -!- paulliebenberg has quit [Quit: paulliebenberg]
[16:11:39] <seb_kuzminsky> i clearly need to build a plasma table to learn more about this stuff
[16:11:54] <cradek> seb_kuzminsky: surely you mean have mozmck send you a free one
[16:12:00] <ssi> but that's what I'm saying, it'd be nice if linuxcnc had a more "active" role in the thc
[16:12:06] <ssi> so it was aware of the motion monkeying
[16:12:16] <seb_kuzminsky> mozmck: so you're not using a hal component at all, to do your thc? it's all handled in hardware after the fpga clocks out the steps?
[16:12:21] <JT-Shop> hanging siding
[16:13:00] <pcw_home> I guess motion could have a upstream of FE checking and acceleration limited offset input
[16:13:32] <mozmck> seb_kuzminsky: that's partly correct - but the THC is between linuxcnc and the fpga. During a cut linuxcnc does not move the Z at all.
[16:13:40] <pcw_home> not easy if allows during motion
[16:14:06] <pcw_home> (because it needs to be fed into the planner/lookahead)
[16:14:37] <seb_kuzminsky> having thought about this for all of 30 seconds, i think i would want an XY machine with the vertical axis handled separately in HAL. the vertical would be in either "THC" mode or "against the top hard stop" mode. in thc mode, a pid drives it up/down based on torch voltage feedback, once you turn the torch off it moves up to the top just to get out of the way
[16:14:52] <mozmck> :)
[16:16:15] <pcw_home> If motion had an upstream mux from ext (accel limited) and planner it might be a bit cleaner than doing it all in hal
[16:16:50] <ssi> seb_kuzminsky: there has to be a little more motion than that, there's some stuff that happens before there's an arc
[16:17:13] <mozmck> seb_kuzminsky: At some point our THC should be able to do that - full stand alone. It needs to handle touch-off, move to pierce height, down to cut height etc.
[16:17:18] <seb_kuzminsky> ssi: you power up the torch and seek down until you establish an arc?
[16:17:20] <pcw_home> and corner locking etc
[16:17:33] <ssi> seb_kuzminsky: jog down until you encounter the material with a switch or ohmic sensing
[16:17:37] <ssi> then jog up to pierce height
[16:18:08] <ssi> fire the torch, wait a pierce delay, feed downward to initial cutting height, start motion, then adjust the torch height with thc
[16:18:17] <ssi> can't do thc until you have a stable arc
[16:18:30] <seb_kuzminsky> that all sounds doable with a little bit of C
[16:18:37] <seb_kuzminsky> pcw_home: what's corner locking?
[16:18:42] <ssi> and there's other little bits of nastiness like what happens when the voltage goes out of range due to corner accel, etc
[16:18:50] <ssi> er, that's corner locking :)
[16:18:52] <seb_kuzminsky> heh
[16:19:08] <seb_kuzminsky> what happens to the torch voltage when you corner?
[16:19:09] <ssi> if you have to do a hard corner, there's a decel/accel at the corner, and the torch will dive if the thc allows it to
[16:19:16] <mozmck> seb_kuzminsky: it goes up
[16:19:25] <mozmck> so tip goes down
[16:19:54] <seb_kuzminsky> hmm
[16:21:20] -!- kwallace1 [kwallace1!~kwallace@142.147.85.210] has joined #linuxcnc-devel
[16:35:54] -!- bjm_ has quit [Ping timeout: 260 seconds]
[16:41:22] -!- logger[psha] [logger[psha]!~loggerpsh@195.135.238.205] has joined #linuxcnc-devel
[16:53:56] -!- Daerist has quit [Quit: Leaving]
[17:00:15] micges_ is now known as micges
[17:05:13] -!- amiri has quit [Ping timeout: 252 seconds]
[17:26:27] -!- b_b has quit [Changing host]
[17:41:59] -!- md-2 has quit [Remote host closed the connection]
[17:42:10] -!- sumpfralle has quit [Ping timeout: 240 seconds]
[17:50:06] -!- eFuchs_mobil has quit [Remote host closed the connection]
[17:52:35] -!- Komzzpa has quit [Ping timeout: 250 seconds]
[18:04:00] -!- dgarr [dgarr!~dgarrett@174-26-254-222.phnx.qwest.net] has joined #linuxcnc-devel
[18:04:39] <dgarr> is this file licensed appropriately for inclusion in LinuxCNC?
https://github.com/FernV/linuxcnc-features/blob/master/support/cxf/engrave-feature
[18:05:51] <cradek> no; linuxcnc is conveyed under GPL2 so added files need to be compatible with that
[18:06:19] -!- Komzpa has quit [Remote host closed the connection]
[18:06:50] <cradek> "version 2 or (at your option) any later version" is by far the best choice today for new linuxcnc parts
[18:07:33] <jepler> >>>
[18:07:33] <jepler> 40 In addition, by making a contribution to this project, I certify that:
[18:07:37] <jepler> 41
[18:07:39] <jepler> 42 (e) The contribution is covered under a license that is compatible
[18:07:42] <jepler> 43 with the GNU GPL version 2 with the "or later" clause.
[18:07:44] <jepler> <<<
[18:08:12] <cradek> interesting; guess we decided not to allow "2 only" anymore
[18:08:13] <jepler> we require this in all new submissions to LinuxCNC
[18:08:23] <dgarr> ok, that's what i thought, thank you, nick, fernv would have to do something if they want it in features_preview
[18:08:37] <dgarr> thanks
[18:09:16] <jepler> ah a better link than the one I was going to give you is
http://linuxcnc.org/docs/html/code/contributing-to-linuxcnc.html#_signed_off_by_policy
[18:09:26] <jepler> > To improve tracking of who did what, we use the "sign-off" procedure introduced by the Linux kernel. The sign-off is a simple line at the end of the explanation for the patch, which certifies that you wrote it or otherwise have the right to pass it on as an open-source patch. The rules are pretty simple: if you can certify the Developer’s Certificate of Origin 1.1 with GPLv2+ clause, then you ju
[18:09:28] <cradek> often people are happy to change the statement so the older version is acceptable too
[18:09:32] <jepler> st add a line saying
[18:09:35] <jepler> Signed-off-by: Random J Developer <random@developer.example.org>
[18:09:48] <seb_kuzminsky> i bet nick and fern wont mind changing their license
[18:10:16] <dgarr> i will skip it for now
[18:10:50] <cradek> thanks very much for paying attention to that
[18:16:46] -!- Audioburn has quit [Ping timeout: 246 seconds]
[18:17:52] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[18:19:57] <skunkworks> zlog
[18:19:57] <zlog> skunkworks: Log stored at
http://tom-itx.no-ip.biz:81/~tom-itx/irc/logs/%23linuxcnc-devel/2015-10-30.html
[18:34:04] user is now known as Guest96468
[18:36:58] -!- morbo has quit [Remote host closed the connection]
[18:58:15] -!- andypugh [andypugh!~andypugh@cpc14-basl11-2-0-cust1010.20-1.cable.virginm.net] has joined #linuxcnc-devel
[19:06:25] -!- PetefromTn_ [PetefromTn_!~IceChat9@75-136-59-160.dhcp.jcsn.tn.charter.com] has joined #linuxcnc-devel
[19:08:44] McBride36 is now known as McDoot
[19:09:10] -!- paulliebenberg has quit [Quit: paulliebenberg]
[19:11:24] Guest96468 is now known as robin_remote
[19:22:58] -!- sumpfralle has quit [Ping timeout: 260 seconds]
[19:23:02] -!- paulliebenberg has quit [Quit: paulliebenberg]
[19:31:59] -!- md-2 has quit [Ping timeout: 264 seconds]
[19:44:07] -!- millfist has quit [Quit: ChatZilla 0.9.92 [Firefox 41.0.2/20151015172900]]
[19:51:24] -!- RoyBellingan has quit [Quit: Konversation terminated!]
[19:59:54] -!- PetefromTn_ has quit [Quit: I'm Outta here!!]
[19:59:59] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[20:12:34] -!- morbo has quit [Remote host closed the connection]
[20:15:04] -!- robin_remote has quit [Ping timeout: 272 seconds]
[20:15:12] -!- valeech has quit [Client Quit]
[20:18:30] -!- skunksleep has quit [Ping timeout: 240 seconds]
[20:19:40] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:25:01] <jepler> Tom_itx: thank you for running our logger btw
[20:28:24] -!- mozmck has quit [Read error: Connection reset by peer]
[20:29:18] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[20:33:37] -!- skunksleep has quit [Ping timeout: 246 seconds]
[20:34:48] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:37:48] -!- chris_99 has quit [Remote host closed the connection]
[20:47:44] -!- md-2 has quit [Ping timeout: 265 seconds]
[20:48:40] -!- skunksleep has quit [Ping timeout: 246 seconds]
[20:49:52] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:54:34] -!- skunksleep has quit [Ping timeout: 260 seconds]
[20:54:58] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[20:58:59] -!- skunksleep has quit [Ping timeout: 240 seconds]
[21:00:19] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:03:22] -!- |cncbasher| [|cncbasher|!~cncbasher@cpc8-hart9-2-0-cust254.11-3.cable.virginm.net] has joined #linuxcnc-devel
[21:03:49] <|cncbasher|> hi all sorry to say but back up on irc
[21:04:19] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[21:05:16] <JT-Shop> hey Dave
[21:06:17] <|cncbasher|> hi
[21:07:37] <|cncbasher|> did you get the xml file ok ?, from my other email add
[21:08:04] <|cncbasher|> oh change your contact email for me to the new one too
[21:08:13] <JT-Shop> I got the first one ok after a couple of hours lol
[21:08:23] <JT-Shop> but you can convert them in LinuxCNC now
[21:08:34] <|cncbasher|> yea , you need longerwires it seems
[21:08:45] <|cncbasher|> arh ok , not tried that
[21:09:03] <JT-Shop> yea, just run the Stepconf Wizard
[21:09:19] -!- skunksleep has quit [Ping timeout: 246 seconds]
[21:09:25] <JT-Shop> thanks to cmorley for porting my program to the wizard
[21:09:30] <|cncbasher|> ok , just trying to help a person with a 7i90
[21:10:18] <|cncbasher|> problem is we are not sure the card is loaded with a bit file, so i'm on sorting that out
[21:11:13] -!- skunksleep [skunksleep!~AndChat14@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:11:46] <JT-Shop> yea, I know nothing about the 7i90 so I'm no help
[21:12:20] -!- FinboySlick has quit [Quit: Leaving.]
[21:12:29] <Tom_itx> i've got a 7i90?
[21:12:36] <|cncbasher|> hi tom
[21:12:44] <Tom_itx> you can check it with mesaflash iirc
[21:13:00] <|cncbasher|> have you a hal config setup etc
[21:13:17] <Tom_itx> for 7i90? yeah
[21:13:28] <Tom_itx> you just use the CONFIG= line
[21:13:31] <Tom_itx> no bitfile line
[21:13:43] <Tom_itx> load the bitfile with mesaflash
[21:13:53] <|cncbasher|> whats the installed bit file by default
[21:14:02] <Tom_itx> i'm not sure
[21:14:10] <Tom_itx> i use a custom one i did
[21:14:53] <|cncbasher|> ok , it's only the gentlemen knows nothing of the 7i90 or how to set it up
[21:15:08] <|cncbasher|> so i'm doing it by remote haha
[21:15:24] <Tom_itx> is it messed up?
[21:15:50] <|cncbasher|> i read the contents , but makes no sense or match to a bit file
[21:15:52] <Tom_itx> i messed mine up once and wrote how i recovered it here:
http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Recover_Corrupt/Blank_EEPROM_5i24%2C6i24%2C7i24%2C_6i25
[21:16:04] <|cncbasher|> or at least to the pin and xml
[21:16:05] <Tom_itx> it has a backup bitfile as well iirc
[21:16:13] -!- robinsz has quit [Ping timeout: 256 seconds]
[21:16:18] -!- robin_sz has quit [Ping timeout: 255 seconds]
[21:17:10] <Tom_itx> you can interrogate it with mesaflash to see what it has loaded
[21:17:17] <Tom_itx> one sec..
[21:18:11] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc-devel
[21:19:10] <|cncbasher|> ok thanks , ui use readhmid and i got a pin lint
[21:19:12] <|cncbasher|> list
[21:19:42] <atom1> you need the latest mesaflash to do what that link suggests though
[21:19:53] <|cncbasher|> but a message over that the card has to be programmed or it wont make sense
[21:20:07] <|cncbasher|> yea i have the latest
[21:20:23] <atom1> doesn't sound like you need that though
[21:20:43] <|cncbasher|> would be nice if the bit file name was listed thats loaded
[21:21:02] <atom1> yeah
[21:21:27] <|cncbasher|> save me trying to guess from the other side of europe
[21:21:51] <atom1> is it a stepper or servo bit file?
[21:21:57] <|cncbasher|> servo
[21:22:07] <atom1> iirc stepper is default
[21:22:43] <seb_kuzminsky> pcw_home: is it safe to connect an fpga input pin directly to a switch to ground, or do i need a 7i37 (or similar) to massage the signal somehow?
[21:22:50] <|cncbasher|> seems to be 8 encoders and 12 pwm with 6 steppers on p3
[21:23:30] <atom1> seb_kuzminsky, i do that on my limits
[21:23:48] <atom1> make sure it's input :)
[21:24:00] <|cncbasher|> seb i'd stick a series resistor in ,
[21:24:15] <atom1> if you wanna play it safe, yeah
[21:24:44] <|cncbasher|> but going to ground you should be ok , so long as theirs no ground loops
[21:25:21] <seb_kuzminsky> there's a 10k pull-up on inputs in the fpga iirc
[21:25:27] <atom1> keep in mind the logic is backward coming straight from the port
[21:25:34] <seb_kuzminsky> yep
[21:25:55] <seb_kuzminsky> alright, cool, thanks guys
[21:28:10] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[21:29:15] <atom1> |cncbasher|, remember to --reload or power cycle after loading a file
[21:29:35] <|cncbasher|> yea
[21:30:35] <|cncbasher|> looks like it has 8 encoders 4 on each p1 & p2
[21:30:50] <|cncbasher|> with 6 servo pairs
[21:31:06] <|cncbasher|> and 5 stepgens on p3
[21:31:35] <PCW> 7I90s are always pre-loaded with 2 bitfiles (P and S) both are EPP interfaced so
[21:31:36] <PCW> mesaflash can be use to re-write them to whats required
[21:31:53] <|cncbasher|> is their anyway knowing if it's on a parallell port , from what you read out ?
[21:32:12] <|cncbasher|> i presume the fact that i have read it , means it must be
[21:32:44] <PCW> It will only work on a a parallel port unless you change the firmware
[21:33:11] <|cncbasher|> arh thanks , that helps a lot
[21:33:59] <PCW> you can just ground inputs for switches etc. but make sure the switch ground is direct from the 7I90
[21:34:15] <atom1> i see there are epp, serial and spi bitfiles in the 7i90 dir
[21:35:02] <PCW> yes but only EPP works with mesaflash currently
[21:36:03] <PCW> (if you want to try one of the other config types make sure you always have a EPP config to fall back on)
[21:36:10] <atom1> what method is used to load the others?
[21:36:28] <PCW> Mesaflash over EPP
[21:36:31] <seb_kuzminsky> pcw_home: jepler added support for flashing 7i90 over spi
[21:36:44] <atom1> i thought he may have
[21:36:56] <PCW> Ahh but of course SPI will be quite host specific
[21:36:56] <|cncbasher|> yea thats the version i use
[21:37:00] <seb_kuzminsky> it's in 3.1 and 3.2
[21:38:15] <PCW> there's one more firmware type which is ssremote
[21:38:53] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[21:40:26] -!- atom1 has quit [Quit: Leaving]
[21:40:50] -!- b_b has quit [Remote host closed the connection]
[21:49:11] -!- robin_remote has quit [Ping timeout: 250 seconds]
[21:56:41] <jepler> yes, 7i90 can be flashed over linux /dev/spidev* (I tried that just last week) but very few linux systems have a SPI interface exposed
[21:57:51] -!- skunkworks has quit [Ping timeout: 250 seconds]
[21:58:20] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc-devel
[21:58:56] <|cncbasher|> I'm going to try spi shortly on a arm mcu , so could be interesting
[21:59:42] <jepler> I have successfully used a 7i90 in spi mode on the (now discontinued) odroid u3, but it required kernel patches beyond preempt-rt.
https://github.com/jepler/u3-7i90
[22:01:06] <|cncbasher|> thanks
[22:01:37] <KGB-linuxcnc> 03Sebastian Kuzminsky 05zultron/glo-2.6-remap-startline-fix 6ae4a34 06linuxcnc 10(10 files in 2 dirs) tests: add a motion-logger test of a possible remap bug * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=6ae4a34
[22:01:37] <KGB-linuxcnc> 03John Morris 05zultron/glo-2.6-remap-startline-fix 9df8235 06linuxcnc 10src/emc/task/emctaskmain.cc Bugfix: Start line and remap interaction * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=9df8235
[22:02:03] <jepler> in the kernel tree you'll find that some of the commits were to spi and spidev in general, and one commit was for the particular spi chipset in the u3.
https://github.com/jepler/odroid-linux/commits/odroid-3.8.13-rt
[22:02:25] <jepler> and as it's based on 3.8 it's all rather stale and unlikely to apply to current kernels as is
[22:02:39] <jepler> .. but on droid I lucked out and spi was the only thing where I needed to fix latency in the kernel
[22:02:39] <|cncbasher|> did u find 3.8.13-rt ok ?
[22:03:48] <jepler> it would run for days with good latency, no higher praise than that
[22:04:12] <jepler> though since reviving the system after a year in storage it did freeze overnight while running linuxcnc and I don't know why..
[22:06:05] -!- [cube] has quit [Ping timeout: 256 seconds]
[22:06:23] <|cncbasher|> ok thanks for the heads up
[22:06:36] <|cncbasher|> if i find anything i'll let you know
[22:07:57] <|cncbasher|> ive done a small ethernet 5 axis stepper controller , which should be done in a few weeks , just waiting for some boards
[22:12:07] -!- SpeedEvil has quit [Quit: No Ping reply in 180 seconds.]
[22:13:29] <seb_kuzminsky> jepler: the buildbot's u3 has been up for 381 days now, i'm amazed it's as good as it is
[22:24:21] <jepler> wow
[22:28:16] -!- almostworking has quit [Remote host closed the connection]
[22:32:57] -!- Deejay has quit [Quit: bye]
[22:34:51] -!- tiwake has quit [Ping timeout: 244 seconds]
[22:37:58] -!- PCW has quit [Remote host closed the connection]
[22:38:30] -!- PCW [PCW!~chatzilla@99.88.10.65] has joined #linuxcnc-devel
[22:43:46] -!- chillly has quit [Quit: Ex-Chat]
[22:55:03] -!- Nick001-shop has quit [Quit: ChatZilla 0.9.92 [Firefox 39.0.3/20150806001005]]
[22:57:04] -!- WalterN has quit [Ping timeout: 244 seconds]
[22:57:43] -!- mozmck has quit [Quit: Leaving.]
[23:05:43] -!- chris_99 has quit [Quit: Leaving]
[23:07:32] -!- |cncbasher| [|cncbasher|!~cncbasher@cpc8-hart9-2-0-cust254.11-3.cable.virginm.net] has parted #linuxcnc-devel
[23:13:33] -!- mozmck [mozmck!~moses@67.210.159.245] has joined #linuxcnc-devel
[23:22:02] -!- Connor has quit [Ping timeout: 260 seconds]
[23:30:34] Audioburn is now known as up
[23:36:59] -!- tswartz has quit [Quit: Leaving]
[23:38:16] up is now known as Audioburn
[23:42:04] <cradek> > Turned out to be the motor encoder missing feedback.
[23:42:11] <cradek> [Y jog not stopping]
[23:42:50] <cradek> hey that actually fits with "every time I poke the jog arrow it goes a little faster"
[23:43:03] <cradek> they must have grossly wrong ferror limits though
[23:53:23] <andypugh> Like, none
[23:54:15] <cradek> well say it's an inch, and you poke and release jog, and linuxcnc thinks it's moved half an inch
[23:54:23] <cradek> it will run away forever at some speed
[23:55:12] <cradek> probably some increasing-until-pid-saturates speed
[23:55:35] <cradek> on my real machines, pid saturation causes a fault
[23:58:27] <andypugh> Why would it think that it has moved at all?
[23:58:49] <andypugh> Or was the encoder working a bit, just not properly?