Back
[11:01:44] <KGB-linuxcnc> 05jepler/hm2-aliases aefa54b 06linuxcnc Branch 'jepler/hm2-aliases' created * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aefa54b
[11:01:44] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-aliases 55f8d24 06linuxcnc 10docs/man/man9/hostmot2.9 10src/hal/drivers/mesa-hostmot2/hostmot2.h 10src/hal/drivers/mesa-hostmot2/ioport.c 10src/hal/drivers/mesa-hostmot2/pins.c hostmot2: add aliases related to GPIO pins used for special functions * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=55f8d24
[11:01:44] <KGB-linuxcnc> 03Jeff Epler 05jepler/for-2.7 915c8ed 06linuxcnc 03docs/man/man3/hal_param_alias.3hal 03docs/man/man3/hal_pin_alias.3hal manpages: document alias APIs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=915c8ed
[11:01:47] <KGB-linuxcnc> 03Jeff Epler 05jepler/for-2.7 19a4d4f 06linuxcnc 10docs/man/man9/hostmot2.9 manpages: markup fixes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=19a4d4f
[11:01:51] <KGB-linuxcnc> 03Jeff Epler 05jepler/for-2.7 aefa54b 06linuxcnc 10src/hal/hal_lib.c hal_lib: actually export hal_xxx_alias * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=aefa54b
[11:02:20] <jepler> seb_kuzminsky: would appreciate review particularly for the 2.7 stuff.
[11:02:42] <jepler> pcw_home: hm2-aliases stuff is ready for you to review and test. I only tested it on a board with stepgen/encoder/pwm so far.
[11:09:06] <pcw_home> Great, will give it a try right now
[11:10:50] <linuxcnc-build> build #3510 of 1201.rip-lucid-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1201.rip-lucid-rtai-i386/builds/3510 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:11:25] <jepler> oops will fix that
[11:13:03] <KGB-linuxcnc> 03Jeff Epler 05jepler/for-2.7 a60ca36 06linuxcnc 10src/hal/hal_lib.c hal_lib: actually export hal_xxx_alias * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=a60ca36
[11:13:04] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-aliases 32e747c 06linuxcnc 10docs/man/man9/hostmot2.9 10src/hal/drivers/mesa-hostmot2/hostmot2.h 10src/hal/drivers/mesa-hostmot2/ioport.c 10src/hal/drivers/mesa-hostmot2/pins.c hostmot2: add aliases related to GPIO pins used for special functions * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=32e747c
[11:15:02] <linuxcnc-build> build #2713 of 1301.rip-precise-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1301.rip-precise-rtai-i386/builds/2713 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:17:30] <linuxcnc-build> build #1329 of 1401.rip-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1401.rip-wheezy-rtai-i386/builds/1329 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:28:33] <linuxcnc-build> build #660 of 1902.clang-wheezy-rtai-i386 is complete: Failure [4failed compile] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/1902.clang-wheezy-rtai-i386/builds/660 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:30:01] * seb_kuzminsky fetches
[11:31:57] <linuxcnc-build> build #3519 of 0000.checkin is complete: Failure [4failed] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/0000.checkin/builds/3519 blamelist: Jeff Epler <jepler@unpythonic.net>
[11:33:03] <seb_kuzminsky> jepler: hal_param_alias(3hal) is confused about the name of the first argument
[11:33:15] <seb_kuzminsky> same with hal_pin_alias
[11:34:12] <seb_kuzminsky> looks good
[11:34:30] <pcw_home> Well I think I probably did not think this through very well...
[11:34:32] <pcw_home> Probably the most valuable GPIO aliases are ones that allow
[11:34:33] <pcw_home> inverting and setting open drain mode on stepgen/pwmgen etc outputs
[11:36:06] <seb_kuzminsky> hm2-aliases looks like a great idea
[11:37:14] <pcw_home> sure makes hal file more portable
[11:37:24] <seb_kuzminsky> and readable
[11:37:25] <pcw_home> files
[11:44:41] <jepler> pcw_home: I can apply it to fewer hal items, that's easy
[11:45:00] <jepler> .. a quick change will makei it only apply to the invert and opendrain
[11:45:02] <jepler> seb_kuzminsky: oops will fix
[11:49:49] <pcw_home> I think invert and open drain on enabled function outputs would cover most use cases
[11:59:11] <pcw_home> But really a big improvement, should have done this originally
[12:07:39] <pcw_home> hm2_7i76e.0.stepgen.00.step.invert_output
[12:07:40] <pcw_home> That is cool
[12:10:24] <KGB-linuxcnc> 03Jeff Epler 05jepler/for-2.7 4c3c160 06linuxcnc 03docs/man/man3/hal_param_alias.3hal 03docs/man/man3/hal_pin_alias.3hal manpages: document alias APIs * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=4c3c160
[12:10:25] <KGB-linuxcnc> 03Jeff Epler 05jepler/for-2.7 3b24d38 06linuxcnc 10docs/man/man9/hostmot2.9 manpages: markup fixes * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=3b24d38
[12:10:25] <KGB-linuxcnc> 03Jeff Epler 05jepler/for-2.7 e24a899 06linuxcnc 10src/hal/hal_lib.c hal_lib: actually export hal_xxx_alias * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e24a899
[12:10:54] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-aliases 0c6fd14 06linuxcnc 10docs/man/man9/hostmot2.9 10src/hal/drivers/mesa-hostmot2/hostmot2.h 10src/hal/drivers/mesa-hostmot2/ioport.c 10src/hal/drivers/mesa-hostmot2/pins.c hostmot2: add aliases related to GPIO pins used for special functions * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0c6fd14
[12:11:03] <jepler> pcw_home: branch revised so that only the invert and open-drain parameters are aliased
[12:11:10] <jepler> seb_kuzminsky: I think I fixed your comments about the docs
[12:12:48] <jepler> seb_kuzminsky: should I try to sell you on the idea of putting these parameter aliases in 2.7?
[12:17:32] <jepler> no, I shouldn't
[12:17:45] <jepler> because it uses more hal memory, it could break existing configs that almost fill the hal shared memory area
[12:21:13] <pcw_home> Thats really a nice addition
[12:21:15] <pcw_home> ( is there any downside to incresing hal memory a bit at the same time? )
[12:41:05] <jepler> more work to sell the idea to seb_kuzminsky
[12:44:08] <jepler> vector results on the rosh laser
https://goo.gl/photos/JtSaFG6sHWJaDakL8 https://goo.gl/photos/U854df96X5rwt1XG7
[12:46:22] <archivist> jepler, older browsers cannot see the images, and the page is a huge pile of js
[12:46:41] <archivist> 450k of js and other junk
[12:47:10] <archivist> view page source and weep
[12:47:11] <cradek> neat triangles
[12:49:04] <jepler> archivist: yeah I don't doubt it
[12:50:00] <archivist> I looked the other night and could not find the actual image url in the pile of steaming js
[12:50:42] <jepler> https://lh3.googleusercontent.com/IE6IgeSHLpybHFjxTEuqGQG4fdKWecma7og_Xtuuzg69xecOQGdP0FqQVZBxgaiUil-1JB75GHG3vjzCk0k618ubvYzGALPRA4YPfn4Ch9VMzUtC2SeffGEXbKTXeLcCYCBumPUpQLnpTIcQdP1NG5wlD6-P6_569AliHBL4O_QrCSSpPCtb4UYNYRBn5SYOb4F3rDX1Yr5e9uRqFGjwwneu0Z027Y6Kvus_JcjpCKd41tnZQOByuX1TH99f-FLygpwtu5vLcWaZaPTkVd86NF7E8wbxLx823Y9yPVJ3yjEflIRr3vwaNoiZDnUUu0OJhnV0tZfe1fBNg-0NSOZp0addPBWo1POsLUYM5-gjPqHyelHb
[12:50:48] <jepler> wIPPGwphKdEuz1p5Jz53_fLOF2yHvuuld3s6Zdi4ZERj1-yA4FYAgdR1gcqIcbqT5OgDHoDy_V4vAF13JEXHDxjuPNV5nBPu5G-zS9HDECr2nIAFudEo8pJbBpssEWqnIRIlew0IY9_4OkocE5-MAPtXZ92dmP70itvB4Y4IhHq-NAGPevRUOUzbFYo=w929-h928-no
https://lh3.googleusercontent.com/-jKRLvIa2gVfXL8xQITBiOaeoN2MMMFXLspB1h0uf6wPOBqyirUtnDE9_r_QcIUhPXjARrt9R_ndGT1H4zgSH0d-SCnU58iwDG90SLqPJvCI8WEIh3e-2iiFJjG-arqg9S8jG9mN-PYF2JQUswJHVYmihGnH7LXuYAAHQT
[12:50:54] <jepler> 8Ci-WVe8JzcNFiRaWdjukXB_Tg9h3TKOZnnSGNkEfp9knaVRTW-gg79mJzHfdsJv7j_1v9HoLiu5j5Z1y0gJAciJ8cZ8we1f-IEElW7cKzuoZVCWlmHKVx4R_Fr_c9pKPhf3Ha-aknrXOZe5P9Fy-8GEymaN0X3DdhDWh6Wy6bSQC384XXQC2QO7XeGM15236hZ4hrQB5Ee6yOad-X_w_sWTgvCiGrenxS1q8aNn3SNl-zjlUO40j5tSCXq-THaBeBTc_Y-RqZg2N-4wRjaQ3yXVf0_qJdla7n_L-IQPxctVClvHYJb816dmePOI4KNtEiRjh0hrAJ4itCJkoQweUoQA9CTOMxcz0eReJ1x0CZM_eHRVKV5gKXjL92Zu29Mhmq0gw=w689-h928-no
[12:51:07] <jepler> well I dunno if you can repair those URLs after my irc client chewed on them
[12:55:50] <archivist> yes I did manage to repair, dunno why they mess around to the extent they do
[15:06:28] <seb_kuzminsky> jepler: i have laser envy
[15:09:42] <jepler> seb_kuzminsky: it's not a particularly useful device, or maybe I'm just short on good ieas
[15:09:45] <jepler> ideas
[15:09:47] <jepler> it's been fun to play with, though
[15:10:31] <seb_kuzminsky> it's cool that the m67 rastering worked
[15:10:58] <seb_kuzminsky> i remember the guy at tx/rx had some crazy complicated scheme for rastering from gcode
[15:11:21] <jepler> this can only turn on/off once per servo cycle
[15:11:32] <jepler> so depending on your velocity it doesn't scale
[15:12:07] <andypugh> I got a fair way down the line of a pair of HAL components that imported bitmaps and output intensity and (motion-planned) XY rater positions.
[15:12:18] <seb_kuzminsky> i think you sliced for-2.7 and hm2-aliases correctly; for-2.7 is obviously safe to put in 2.7
[15:12:43] <seb_kuzminsky> and hm2-aliases has the danger that you said, so should go in master
[15:13:06] <andypugh> To be fair to the tx/rx chaps, the G-code rastering on the Wiki was written when M67 was broken.
[15:13:33] <micges> seb_kuzminsky: you could also increase hal memory by 25%, it's safe also
[15:13:38] <jepler> seb_kuzminsky: OK, thanks for your double review
[15:13:44] <pcw_home> a slighly more capable (and dangerous) laser:
[15:13:45] <pcw_home> http://www.ebay.com/itm/Engraving-laser-head-445nm-5W-43mm-CNC-laser-diode-/231584079211?hash=item35eb7c9d6b
[15:14:31] <seb_kuzminsky> i haven't thought about rastering hardly at all, but why can't you load a bitmap into a rastering comp, and have that rastering comp read the feedback X & Y positions, and emit the power level to feed the laser?
[15:15:23] <seb_kuzminsky> you'd give it the bitmap, drive the machine to the starting place, enable the comp, and just scan across the whole image with G1
[15:15:59] <seb_kuzminsky> micges: hmm, yeah, true
[15:16:04] <andypugh> seb_kuzminsky: That was what I was describing. But I don’t have a laser, so lot interest
[15:16:28] <seb_kuzminsky> that still feels like the kind of change that doesn't really belong in a stable branch
[15:16:56] <pcw_home> I was wondering if you could feed the commanded velocity into the bit-spitter (data shift out rate)
[15:17:20] <seb_kuzminsky> andypugh: you said your raster comp emitted the X & Y coords, the system i described gets the X Y coords from linuxcnc's usual trajectory planner, driven by interp running gcode, just as usual
[15:17:46] <andypugh> Ah, OK. I decided that G-code was pointless for rastering.
[15:18:39] <andypugh> (I actually got bogged down in the interesting puzzle of a zero-lookahead finite-jerk planner for rastering…)
[15:19:49] <pcw_home> if you sync to an encoder (like inkjet printers do), minor motion irregularities dont casue serious probles
[15:21:24] <pcw_home> or cause serious problems either
[15:21:32] <jepler> if you oversize your travel by the distance to get to rasterizing speed, you can also use a simple trapezoidal planner but be sure you get constant velocity during the contour
[15:22:04] <andypugh> Yes. my “planner” overscanned and did finite-jerk turnarounds.
[15:22:18] <pcw_home> yeah like old fashioned CRT overscan
[15:22:19] <andypugh> I posted it to the forum, but I can’t find it.
[15:33:38] <jepler> the "40W laser engraver" I've been eyeing boasts 350mm/s top engraving speed. That would only get you to ~72dpi if you update the laser at 1kHz. ~10kHz for 720dpi would be preferable
[15:34:59] <pcw_home> Yeah so either base thread for parallel port or some kind of hardware assist (FIFO/shiftreg) for servo thread only hardware
[15:35:25] <jepler> but shifting as little as 1 32-bit word per servo cycle looks like plenty
[15:36:32] <pcw_home> Yeah, though you may need som fancy sync hardware to keep rows aligned with better tha servo thread timing
[15:37:06] <jepler> if you write that part, I can write the code to keep the fifo full
[15:37:38] <pcw_home> ( gate output data on stepgen /encoder count)
[15:38:37] <pcw_home> gate output data _clock_ i mean
[15:38:45] <jepler> output clock enable = (position OP value)
[15:39:06] <jepler> so linuxcnc can say "start rasterizing this row when X rises above 10" or "when X drops below 200"
[15:40:32] <pcw_home> yeah though its a bit awkward in hardware since only partial counts are available
[15:40:56] <jepler> hm
[15:41:48] <jepler> so maybe it's not a relative comparison but an equality comparison that is latched
[15:41:59] <pcw_home> i mean theres al this logic for extending/scaling the fixed point encoder and stepgen count to hal level FP
[15:42:03] <jepler> right
[15:42:37] <pcw_home> you woudl have to reverse that for a machine coordinate threshold
[15:42:44] <jepler> right
[15:43:10] <jepler> bbl
[15:43:25] <pcw_home> (assuming the low level hardware only had a small fixed point comparre reg)
[15:43:31] <pcw_home> bbl
[16:48:26] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7-tom-easterday-gs2 7667398 06linuxcnc 10src/hal/user_comps/gs2_vfd.c Added an initialize option to gs2_vfd.c so it can be initialized at will. * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=7667398
[16:48:26] <KGB-linuxcnc> 03Sebastian Kuzminsky 052.7-tom-easterday-gs2 0bd23b2 06linuxcnc 10src/hal/user_comps/gs2_vfd.c fixup indentation * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=0bd23b2
[17:32:44] <KGB-linuxcnc> 03Jeff Epler 052.7 e24a899 06linuxcnc fast forward * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=e24a899
[17:34:57] <KGB-linuxcnc> 03Jeff Epler 05master c780383 06linuxcnc 10src/configure.in Merge remote-tracking branch 'origin/2.7' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=c780383
[17:34:57] <KGB-linuxcnc> 03Jeff Epler 05master 993436a 06linuxcnc Merge branch 'jepler/hm2-aliases' * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=993436a
[17:57:08] <jepler> pcw_home: do you want to convert *all* encoder parameters to pins, or just scale?
[18:05:18] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.6/motion-logger f0dcf67 06linuxcnc 10src/emc/motion-logger/motion-logger.c motion-logger: retry rtapi_init() for a while if it doesn't work * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=f0dcf67
[18:05:19] <KGB-linuxcnc> 03Sebastian Kuzminsky 05seb/2.6/motion-logger 5a99182 06linuxcnc 10tests/motion-logger/expected 10tests/motion-logger/test-ui.py 10tests/motion-logger/test.sh motion-logger test: fix startup/shutdown problem on RTAI * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=5a99182
[18:59:16] <linuxcnc-build_> build #1407 of 4017.deb-wheezy-amd64 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4017.deb-wheezy-amd64/builds/1407 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky
[18:59:16] <linuxcnc-build_> <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[18:59:17] <linuxcnc-build_> build #804 of 4015.deb-wheezy-rtpreempt-amd64 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4015.deb-wheezy-rtpreempt-amd64/builds/804 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian
[18:59:17] <linuxcnc-build_> Kuzminsky <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[18:59:17] <linuxcnc-build_> build #1098 of 4018.deb-wheezy-rtai-i386 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4018.deb-wheezy-rtai-i386/builds/1098 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky
[18:59:17] <linuxcnc-build_> <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[18:59:18] <linuxcnc-build_> build #1404 of 4016.deb-wheezy-i386 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4016.deb-wheezy-i386/builds/1404 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky
[18:59:18] <linuxcnc-build_> <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[18:59:19] <linuxcnc-build_> build #765 of 4014.deb-wheezy-rtpreempt-i386 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4014.deb-wheezy-rtpreempt-i386/builds/765 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian
[18:59:20] <linuxcnc-build_> Kuzminsky <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[18:59:20] <linuxcnc-build_> build #1665 of 4009.deb-precise-rtai-i386 is complete: Failure [4failed apt-get-update shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4009.deb-precise-rtai-i386/builds/1665 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian
[18:59:21] <linuxcnc-build_> Kuzminsky <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[19:00:18] <linuxcnc-build_> build #87 of 4022.deb-jessie-amd64 is complete: Failure [4failed shell_1] Build details are at
http://buildbot.linuxcnc.org/buildbot/builders/4022.deb-jessie-amd64/builds/87 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>, John
[19:00:18] <linuxcnc-build_> Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[19:00:18] <linuxcnc-build_> build #87 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/87 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky <seb@highlab.com>, John
[19:00:18] <linuxcnc-build_> Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[19:00:18] <linuxcnc-build_> build #72 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/72 blamelist: dummy, Michael Geszkiewicz <micges@wp.pl>, Chris Morley <chrisinnanaimo@hotmail.com>, Jeff Epler <jepler@unpythonic.net>, Sebastian Kuzminsky
[19:00:19] <linuxcnc-build_> <seb@highlab.com>, John Thornton <bjt128@gmail.com>, Dewey Garrett <dgarrett@panix.com>
[19:07:37] <KGB-linuxcnc> 03Jeff Epler 05jepler/hm2-encoder-pins 05dd13a 06linuxcnc 10src/hal/drivers/mesa-hostmot2/encoder.c 10src/hal/drivers/mesa-hostmot2/hostmot2.h hm2: encoder: convert parameters to pins * 14http://git.linuxcnc.org/?p=linuxcnc.git;a=commitdiff;h=05dd13a
[20:29:14] <seb_kuzm1nsky> W: Failed to fetch
http://buildbot.linuxcnc.org/dists/wheezy/Release.gpg Could not connect to buildbot.linuxcnc.org:80 (75.166.183.14). - connect (110: Connection timed out)
[20:29:21] <seb_kuzm1nsky> fucking wifi, how does it work
[20:45:48] <jepler> looks like the answer is: not so great actually
[20:53:23] <jepler> to cut through 1/16" basswoor with this laser, it looks like 1 pass at 6mm/min + 1 pass at 3mm/min is almost sufficient. that's not fast at all.
[20:53:26] <jepler> basswood