Back
[07:48:25] <DJ9DJ> tag
[11:26:24] <andypugh> archivist:
http://www.youtube.com/watch?v=kJ8kyC_bpHs
[11:29:03] <archivist> A H.R. Robinson design, cnc would be so much easier
[11:29:42] <andypugh> It is based on a 1920s design (perhaps earlier)
[11:29:59] <andypugh> Though the addition of chase-screwcutting is novel, I think.
[11:31:44] <archivist> I though most moved the tool not the work
[11:32:24] <andypugh> The fact that the work stops while the cut resets is quite a plus. That is something that a CNC X-axis couldn't do.
[11:35:33] <archivist> if the tool is retracted quick enough, no need to pause the work
[11:37:35] <archivist> I do wonder if a hal geared version would be more accurate as I can see a small rocking(rotation) motion there
[11:41:09] <archivist> and can hear some chatter
[12:03:13] <andypugh> Retracting tools quickly on a CNC lathe isn't all that easy.
[12:03:34] <andypugh> Though back-gears on the lathe would help.
[12:03:52] <andypugh> (when I do silly things like hexagons I have to turn the spindle by hand)
[12:07:58] <archivist> a cam on a servo
[12:12:55] <IchGuckLive> hi all
[12:16:09] <uw> HELLO
[12:16:14] <IchGuckLive> B)
[12:16:19] <jdh> HI THERE!!!
[12:16:49] <jdh> if you were uvw, you could be 3-phase.
[12:17:02] <IchGuckLive> or Foam
[12:17:24] <IchGuckLive> EDM as well
[12:17:25] <JT-Shop> or plastic if you were uhmw
[12:17:42] <uw> i think my motors 3 phase, but i'm only running on 2 winding :S
[12:17:55] <jdh> that's why you are unbalanced.
[12:19:13] <uw> could be...could be
[12:45:22] <IchGuckLive> friday BBQ im off by
[14:14:22] <kengu> i was today printing a vinyl cutter blade holder attachment for a reprap (mendel90)
[14:14:37] <kengu> an improved version of older one
[14:15:22] <kengu> and then I did come around a dremel holder for same kind of purpose
[14:15:36] <kengu> I will need to test that some day
[14:42:01] <Jymmm> HAHAHAHAHA
http://www.usatoday.com/media/cinematic/video/2882837/spying-on-lovers-at-the-nsa-usa-now-video/
[14:42:03] <Jymmm> disable adblock to see the video
[14:45:41] * JT-Shop can't look
[15:00:42] <kengu> i did see the video with adblock on
[15:01:10] <kengu> but yeah. just ordered some more goodies from china
[15:07:27] <CaptHindsight> http://www.3ders.org/articles/20130926-startup-developing-direct-to-metal-3d-printer-for-makers.html unfortunately slow and expensive Liquid Metal Jet Printing (LMJP)
[15:11:10] <CaptHindsight> Build Speed: 20 mL/h
[15:11:12] <ChristianS> CaptHindsight: as for metal 3d printing, is there a more affordable way?
[15:12:18] <CaptHindsight> ChristianS: laser or casting
[15:14:48] <ChristianS> CaptHindsight: direct metal laser sintering? don't know any makers/open source projects in that area yet, though it would be very cool...
[15:15:56] <CaptHindsight> oh for DIY, I gave up keeping track, they even managed to make a SLA printer worse than a glue gun
[15:16:30] <CaptHindsight> http://www.kickstarter.com/projects/117421627/the-peachy-printer-the-first-100-3d-printer-and-sc
[15:16:59] <CaptHindsight> one step forward, two steps back
[15:17:11] <ChristianS> well, for the cost it's a pretty cool project, and with some novel ideas
[15:17:36] <CaptHindsight> similar to a lava lamp, fun to look at
[15:18:03] <CaptHindsight> but pretty useless
[15:28:59] <PCW> micges: you need version 14 firmware to have space 4
[15:29:36] <micges> yes I got 13
[15:29:48] <micges> is it in zip file configs?
[15:36:40] <PCW> V14 also has TP0 wired to RXPKT and TP1 wired to TXPKT (if you have a scope)
[15:38:07] <micges> serious changes
[15:38:20] <micges> 7i76E support for mf was trivial
[15:38:30] <PCW> well nothing incompatible
[15:39:14] <PCW> 7I76E is basically just a 7I80 grafted onto a 7I76 (with a different name)
[15:40:37] <micges> 7i77e any soon?
[15:40:46] <PCW> what 7I80 do you have?
[15:40:56] <PCW> Yes 7I77E is coming along
[15:41:09] <micges> HD and DB
[15:41:21] <PCW> all the hd16s are done
[15:41:39] <micges> ok hd16 for me
[15:42:16] <PCW> also sserial updated to V42
[15:50:25] <ries> Hey guys, anybody happen to know/have a pythin script that makes from a square piece of wood a round piece of wood efficiently, eg, start at the corners etc..
[15:53:06] <PCW> ok 7i80.zip has the hd16 version updated to V14, LBP16 V3
[15:53:55] <micges> what was lbp changes?
[15:54:09] <PCW> just adding space 4
[15:54:17] <micges> ah ok
[15:55:06] <PCW> V14 allows setting all mac address bits from EEPROM (for issy)
[15:55:51] <PCW> (or anyone else that has their own mac addresses)
[15:57:30] <PCW> did you clean up the hm2 printout?
[15:57:57] <PCW> the version I have is pretty sketchy
[15:58:33] <micges> yes I have
[15:59:27] <micges> mf on email
[15:59:56] <PCW> let my try it on my 32 bit xenomai 12.04 system here
[16:01:43] <PCW> works for me
[16:03:58] <micges> good
[16:04:33] <DJ9DJ> gn8
[16:05:45] <PCW> works on 10.04 but hm2 option segv's ;-(
[16:06:24] <micges> shit, will check it in few min
[16:06:38] <micges> I've updated firmware but still have v13 and v2
[16:06:44] <PCW> (with 5i25)
[16:06:52] <PCW> cycle power?
[16:06:56] <micges> yes
[16:07:12] <micges> few times
[16:07:19] <micges> both on db and hd
[16:08:16] <micges> still hang on space 4
[16:09:05] <PCW> DB is not updated only HD16
[16:09:06] <micges> flashed with 7i80hd_16_svst4_8.bit
[16:09:27] <PCW> and what date does mesaflash say for the bit file?
[16:10:09] <micges> Design date: 2013/02/25
[16:10:39] <micges> Checking file... OK
[16:10:39] <micges> File type: BIT file
[16:10:39] <micges> Design name: TopEthernetHostMot2.ncd;UserID=0xFFFFFFFF
[16:10:39] <micges> Part name: 6slx16ftg256
[16:10:39] <micges> Design date: 2013/02/25
[16:10:40] <micges> Design time: 14:12:32
[16:10:42] <micges> Config Length: 464476
[16:11:28] <PCW> hmm...
[16:11:43] <micges> hold on letme try again from scratch
[16:12:06] <PCW> E:\XFER\7I80>mesaflash --device 7i80 --ip 192.168.1.122 --write e:\DIST\7i80\con
[16:12:07] <PCW> figs\hostmot2\7i80hd_16_svst4_8.bit
[16:12:09] <PCW> Checking file... OK
[16:12:10] <PCW> File type: BIT file
[16:12:12] <PCW> Design name: TopEthernetHostMot2.ncd;UserID=0xFFFFFFFF
[16:12:13] <PCW> Part name: 6slx16ftg256
[16:12:15] <PCW> Design date: 2013/09/26
[16:12:27] <PCW> maybe i messed up the ftp
[16:16:04] <Jymmm> I hope you meant sftp
[16:16:45] <PCW> scp or whatever
[16:16:51] <Jymmm> =)
[16:17:08] <Jymmm> as long as there is an 's' in there somewhere =)
[16:17:46] <PCW> the correct file is www.mesanet.com/software/parallel/7i80.zip
[16:18:34] <micges> still latest are from feburary in zip file
[16:18:59] <micges> latest configs*
[16:21:04] <PCW> must have missed a step somewhere...
[16:26:32] <PCW> redoing...
[16:29:22] <PCW> so mesaflash 7i80 hm2 printout works fine on 12.04 and 10.04
[16:29:24] <PCW> but prints garbage values and eventually segv's with a PCI card (on 10.04)
[16:29:58] <PCW> ok zip file ought to be correct now
[16:42:17] <micges> PCW: still no
[16:46:00] <PCW> caching issue?
[16:46:29] <micges> no idea
[16:47:50] <micges> chekcing other browsers
[16:49:05] <micges> it ok now, sorry probably stupid opera..
[16:51:01] <micges> yep firmware v14
[16:54:25] <andypugh> CaptHindsight: That direct metal printer is rather disappointing. If they don't have a print head yet, then they don't have anything yet.
[16:55:12] <andypugh> But I am very serioulsy considering making a sand-core printer. I have a tame foundry, patterns are the hard part.
[16:55:39] <andypugh> So, printing patterns (or even just the cores) is very tempting.
[17:00:50] <CaptHindsight> andypugh: yes, I'm reading more hyped up articles lately that don't mention any specifics except for some new possible breakthrough to just get some attention
[17:02:26] <CaptHindsight> andypugh: sand types use inkjets to deposit a binder, the problem with DIY is getting an inkjet to work the way you want
[17:02:39] <andypugh> I have a printer for transparent aloominum. Well, I have the XYZ axes, I am still working on the print head.
[17:03:19] <andypugh> CaptHindsight: I am thinking in terms of a fuel injector and sodoum silicate
[17:03:30] <CaptHindsight> that will work
[17:03:59] <CaptHindsight> you don't need the high pressure since you're not injecting into a cylinder
[17:04:14] <andypugh> And if I need smaller nozzles, I know a man who can make tiny fuel injectors:
http://www.f1-2000.co.uk/index.php?f=fuel_injectors
[17:05:00] <andypugh> The high pressure in fuel injection is about atomisation and flow rates more than cylinder pressure.
[17:06:33] <PCW> "micges yep firmware v14" thats good, I thought I was going crazy (still a possibility)
[17:07:27] <CaptHindsight> depending on the resolution you want you could look for a used CIJ head or valvejet
[17:07:30] <micges> PCW: yeah once again sorry
[17:09:27] <Jymmm> PCW: short drive
[17:10:42] <PCW> Andy is the fanuc stuff in master yet? (thought I'd give it a try)
[17:14:29] <CaptHindsight> http://www.ebay.com/itm/Xaar-128-80-Printhead-/161114500308?pt=LH_DefaultDomain_0&hash=item25832c2cd4 80pL 128 nozzle piezo printhead
[17:14:36] <CaptHindsight> andypugh: ^^
[17:15:18] <CaptHindsight> very popular in China, you'll just need the interface specs
[17:15:31] <andypugh> I was rather expecting to build the whole machine for less than thet
[17:15:43] <CaptHindsight> oh but those don't handle water, they need non-conductive fluids only
[17:16:06] <andypugh> PCW: Not quite. I can probably push without docs in an hour or so.
[17:16:07] <CaptHindsight> andypugh: ok, if you only want the one nozzle
[17:16:42] <andypugh> PCW, or now, I guess, with hm2dpll not exactly working
[17:17:19] <andypugh> (the Fanuc should still work with num)_hm2_dpll=0 as that forces the creation of the global-start HAL function.
[17:18:41] <PCW> does it do the automatically if no DPLL is present?
[17:19:08] <andypugh> I think so. That was the intention, but hasn't been tested.
[17:19:30] <PCW> well let me see wart hepens
[17:20:26] <andypugh> I will push as soon as it builds and (at least) runs my SSI.
[17:22:55] <PCW> Remember your resolver interface that sent the absolute position in quadrature at startup?
[17:22:57] <PCW> turns out there's a standard absolute encoder spec like that (ISI)
[17:23:19] <andypugh> It's not the worst possible idea.
[17:23:55] <PCW> I think it has a init and busy pin
[17:24:44] <PCW> but other than that, just quadrature
[17:26:02] <andypugh> Sending all the counts on power-up would be a workable solution too.
[17:26:03] <PCW> how wide will a fuel injection nozzle spray? seems like you would need to do microsurgery to the nozzle so you get a stream
[17:26:30] <andypugh> A Diesel one would be hopeless.
[17:26:48] <andypugh> (they have 6, 7 or 8 holes in the side)
[17:27:01] <PCW> not quite what you want
[17:27:04] <andypugh> Did you look at the link?
[17:27:28] <andypugh> I think you might know Roger.
[17:29:46] <PCW> OH yeah the little Ferrari guy
[17:30:56] <andypugh> Perfectionist. A nice chap, but sees problems everywhere.
[17:34:27] <PCW> is he the one that had the problems with the IC-HAUS interpolator?
[17:34:35] <andypugh> Yes.
[17:34:47] <PCW> Ever sorted out?
[17:35:08] <andypugh> I think he is happy now. I can't recall what it was.
[17:35:31] <andypugh> He was asking about your one, and if it worked with the serial interface yet.
[17:35:55] <PCW> Were making a little board with that chip so I hope its OK
[17:36:12] <PCW> not tried yet
[17:37:16] <PCW> I suspect the BISS firmware needs work Took me a while to even
[17:37:18] <PCW> understand how it was supposed to work since i did it so long ago
[17:37:48] <andypugh> BiSS is entirely an iCHaus invention as far as I can make out
[17:38:59] <PCW> Yes, but fairly common for high end encoders
[17:39:01] <PCW> (their interpolator is probably found in a lot of absolute encoders)
[17:40:31] <PCW> latest Fanuc encoders claim 16M counts/rev
[17:40:32] <PCW> The IC-Haus interpolatior coudl do this with a 2048 line wheel
[17:41:10] <andypugh> I can see that being great for the PID loop
[17:41:38] <PCW> (their 13 bit one) They have a new 16 bit one with tables for waveform correction
[17:41:48] <PCW> (no price yet)
[17:58:13] <andypugh> is foo[0].bar equivalent to foo->bar?
[18:00:34] <micges> I think yes (with casting)
[18:01:12] <andypugh> Hmm.
[18:02:03] <micges> andypugh: what do you have?
[18:02:21] <andypugh> It's complicated
[18:03:11] <andypugh> Normally Hostmot2 functions have a *pins pointer to an array of structs of pins.
[18:04:02] <andypugh> In the case of the hm2dpll (new) there is only one layer, ie .pins contains only one struct
[18:04:47] <andypugh> Normally you hal_malloc and index in by [index] and it just works.
[18:05:49] <andypugh> Ah! Is *foo->bar interpreted differently from *foo[2].bar ? different priorities on the indirection maybe?
[18:06:32] <micges> I have no idea about priorities
[18:07:19] <andypugh> Well, if my segfault doesn't end in cf0a the next time, that is what it was
[18:07:39] <micges> http://www.swansontec.com/sopc.html
[18:08:09] <andypugh> Ah, OK. Not that then
[18:13:35] <andypugh> Is this right? hm2->hm2dpll.pins = hal_malloc(sizeof(hm2_hm2dpll_pins_t));
[18:13:52] <andypugh> I read that casting a malloc was bad..
[18:14:59] <micges> yes
[18:15:12] <micges> and pins is array of pins or struct of pins?
[18:15:30] <andypugh> Its a struct of pin.
[18:15:54] <andypugh> Normally it would be an array of structs of pins, but this time it is only a single struct.
[18:16:19] <micges> so *(hm2->hm2dpll.pins.pin_n) = value
[18:16:45] <andypugh> Oddly, no.
[18:17:15] <andypugh> The IDE auto-corrects to *(hm2->hm2dpll.pins->pin_n) = value
[18:17:32] <andypugh> (And if I pretend I know better, then it won't compile)
[18:18:58] <micges> show me h file
[18:19:12] <micges> with all structs you use
[18:20:02] <andypugh> http://pastebin.com/CuFubfJ4
[18:20:49] <micges> ahh, second arrow is correct
[18:21:15] <micges> you have *pins in hm2dpll
[18:21:47] <andypugh> I need to be able to hal_malloc pins into shared memory, so it has to be a pointer.
[18:22:05] <micges> so its segfault where?
[18:23:04] <andypugh> reading any *...pins->pin_n
[18:24:04] <andypugh> I have done this lots of times before, but pins has always previously been an array
[18:25:49] <andypugh> (or, more spcifically, *pins has been malloced as multiple and indexed as an array)
[18:30:28] <andypugh> It segfaults on line 23 of this paste:
http://pastebin.com/Z6m45vqQ
[18:31:27] <andypugh> (and why they had to use * to mean two totally different things is something I simply can't understand)
[18:38:34] <micges> buff = (u32)(*pins->base_freq * period * 1e-6) / (( 1 << *pins->ddssize) * *pins->prescale);
[18:38:37] <micges> try this
[18:38:44] <PCW> dpll size is read only (just to be used for frequency calculations)
[18:40:02] <PCW> (its 42 now)
[18:40:51] <andypugh> PCW: Yes, I am using the read-in value
[18:41:26] <andypugh> micges: I think I had that, I just thought I would try something else.
[18:41:30] <PCW> it might be different for different clocklow frequencies in the future
[18:42:18] <micges> andypugh: so I don't know
[18:42:51] <andypugh> Well, that is less helpful than you spotting an obvious error. Bit less embarassing for me.
[18:43:37] <andypugh> Fault with vec=0, signo=8 ip=f9098f0a.
[18:44:47] <micges> andypugh: try to compare pointers of allocated are and exracted pointer to pins
[18:44:49] <cradek> signal 8 is floating point exception
[18:45:10] <micges> by rtapi_print("%p")
[18:45:13] <andypugh> andypugh@dn2800:~/git/linuxcnc-dev/src$ addr2line -e hostmot2.ko 0x11F0A
[18:46:08] <andypugh> Ah! you mean that the signo= actually conveys useful information?
[18:46:27] <cradek> heh
[18:47:05] <andypugh> So, not my usual uninitialised pointer problem, probably a divide-by-zero?
[18:47:40] <andypugh> How stupid of me to imagine that I couldn't find any new ways to mess up.
[18:47:52] <cradek> fpe is often doing math with an uninitialized floating point value, or dividing by zero, acos(999), etc
[18:48:28] <cradek> a wizard could tell *which* exception it is
[18:48:37] <cradek> but you and I just have to guess :-)
[18:49:31] <cradek> I think I'm wrong about acos(999)
[18:50:16] <andypugh> The problem is likely to not so muchbe the +inf in the double, as then trying to cast it to a u32
[18:50:52] <cradek> here be dragons?
[18:51:16] <cradek> but neither of those sound like they'd generate a FPE to me
[18:51:19] <andypugh> It's OK for a float to be Inf. but ye cannae cast it, cap'n
[18:51:54] <cradek> I'd suspect doing math on an uninitialized FP value
[18:52:28] <andypugh> :-)
[18:52:30] <andypugh> 999808 YES thread1 ( 106883, 224049 )
[18:53:08] <cradek> that looks pretty slow...
[18:53:19] <andypugh> Yes, I am rather concerned about that
[18:53:57] <andypugh> I do hope I don't need to try to _optimise_ hm2!
[18:54:08] <cradek> eek
[18:54:37] <cradek> if you can run it in userland, I bet you can profile it
[18:54:54] <cradek> (never ever guess what to optimize)
[18:59:56] <PCW> BaseRateDDS := round(TwoToTheNDDS*((BaseRate)/(DPLLBaseClock/PreScale)));
[19:01:04] <andypugh> This doesn't crash now, so I want to push it. I know it doesn't work, but it needs PCW to test it. Does it make sene to push it to a new branch? That might be too complicated, and nobody else has the firmwares that will load the potentially broken modules.
[19:01:56] <PCW> as long as a DPLL module is not there it should not run any code
[19:02:12] <PCW> nothing can go wrong
[19:03:12] <andypugh> micges: Sorry for wasting your time. And thanks for being willing to look.
[19:03:28] <micges> np
[19:03:59] <andypugh> Thinking about it, I normally crash the kernel with a 14, not an 8
[19:09:10] <andypugh> PCW: Just for us, and hopefully not breaking anything working, if you check out the ssi-fanuc-biss-dpll branch, you will get all my new stuff
[19:10:15] <andypugh> Now I need to learn how to delete a branch when it is no longer relevant
[19:16:49] <PCW> I cheated on the test software (resetting the DPLL on the first access)
[19:16:51] <PCW> if firstpass then write32(DPLLPhaseReg,$00000000) else phase := Read32(DPLLSyncReg);
[19:17:57] <PCW> (for a faster lock)
[19:18:27] <kwallace2> It seems the bigger VFDs are in the 400 VAC range but I only have 240VAC 1∅. So far, I have used a large transformer to get 440VAC 1∅, but I'm wondering if there is a better way to get a more formal cheap 400 VAC class power in the shop?
[19:19:07] <PCW> cozy up to PGE?
[19:20:17] <Jymmm> And by "cozy up", he means $40,000
[19:20:35] <kwallace2> They want buckets-o-money, but now that you mention it, I am thinking about a SolarCity system.
[19:23:31] <andypugh> kwallace2: A voltage doubler isn't hard, but is a bit scary :-)
[19:25:37] <andypugh> I used the Delon circuit (
http://en.wikipedia.org/wiki/Voltage_doubler ) coupled to the mains as a supply for a motor driver.
[19:26:40] <andypugh> Basically instead of a bridge rectifier and 1 cap you can use 2 diodes and 2 caps connected to the mains to make a doubled voltage, then feed that into the VFD. (probably :-)
[19:27:03] <andypugh> If your VFD has DC bus terminals, then so much the better.
[19:27:53] <andypugh> In my case 700VDC and a 20,000uF cap was so frightening I moved on to a different project :-)
[19:29:31] <andypugh> All those circuits show an imput transformer. That is only sensible, not mandatory.
[19:36:02] <andypugh> PCW: If you pull that branch, and want to just try the Fanuc stuff, try loadrt hm2_pci config="num_hm2_dplls=0 fanuc_chan_0=AA64" then add the hm2_absenc_trigger first in the thread.
[19:37:00] <PCW> OK building now
[19:41:20] <andypugh> It's surprising how unuseful Google is with "signo=8".
[19:42:28] <micges> andypugh: cpu exception 8
[19:44:20] <andypugh> http://wiki.osdev.org/Exceptions
[19:44:24] <Loetmichel> andypugh: are we a bit yellow?
[19:44:25] <Loetmichel> ;-)
[19:45:15] <andypugh> Eh?
[19:46:07] <Loetmichel> but i understand you fully. have seen what happens when you short THIS: at 80V:
http://www.cyrom.org/palbum/main.php?g2_itemId=4739
[19:46:37] <Loetmichel> ... and thats only 8 times 3500µF
[19:48:05] <micges> andypugh: you're under xenomai?
[19:48:22] <andypugh> Is there any good reason to make the bars fatter at the screws? It looks nicer, but....
[19:48:25] <Loetmichel> ahem, sorry, 5700µF times 8
[19:48:31] <andypugh> micges: RTAI at the moment.
[19:49:10] <andypugh> I have a second SSD with a Xenomai setup.
[19:49:12] <Loetmichel> they are exactly that amount fatter that the hiole in me middle spares out
[19:49:36] <Loetmichel> http://www.cyrom.org/palbum/main.php?g2_itemId=4760&g2_imageViewsIndex=1
[19:50:33] <andypugh> Loetmichel: Yes, but... Why not make them the larger width all the way?
[19:50:55] <Loetmichel> ah, could have done that
[19:51:11] <Loetmichel> but the material was a bit sparse ;-)
[19:51:38] <Loetmichel> s/sparse/small
[19:51:47] <Loetmichel> so i couldnt stack all of them
[19:52:00] <Loetmichel> unless i nested them into the small parts
[19:52:03] <Loetmichel> IIRC
[20:03:16] <PCW> I dont seem to get anything out of the Fanuc interface (no request pulse)
[20:06:08] <andypugh> I would have been astonished if it did work, to be honest.
[20:06:46] <andypugh> Did you addf the trigger funct?
[20:08:15] <PCW> yeah its trigger-encoders
[20:10:24] <andypugh> Can you poke about with raw and see if you see what you expect?
[20:10:39] <PCW> yeah
[20:10:59] <andypugh> Maybe I set the trigger bits wrongly?
[20:12:23] <andypugh> I already spottted that the dds pin is the wrong direction, though that doesn't matter.
[20:19:08] <PCW> control register 0 in particular seems wrong
[20:21:03] <PCW> it does not have the global start bit set
[20:22:35] <PCW> (or in fact any bits set)
[20:25:35] <PCW> that would prevent software triggered transfers
[20:30:05] <PCW> bbl dinner time
[21:00:07] <Jymmm> This is bullshit... BOYCOTT GOODWILL
http://now.msn.com/andrew-anderson-florida-teen-arrested-for-giving-discounts-to-needy-goodwill-customers?ocid=vt_fbmsnnow
[21:28:29] <andypugh> I don't think I _can_ boycott goodwill.
[21:29:07] <andypugh> I am not actually sure what (capitalised) Goodwill is?
[21:32:43] <andypugh> But over here that would be verbal warning -> written warning -> then sacked / prosecuted
[21:39:08] <micges> andypugh: is it 4:23 out there?
[21:39:32] <micges> how come you are still up and you have $DAY_JOB?
[22:15:42] <andypugh> I don't have a day job on saturdays
[22:17:41] <andypugh> But now, sleep seems to be a good plan. Night all
[22:39:52] <WalterN> what is the angle for the TG150 style collets?
[22:54:10] <WalterN> fudge, I cant seem to find it
[23:00:27] <t12> hum
[23:00:41] <t12> anyone have leads on the comms protocol for mitsubishi servo encoders?
[23:04:19] <WalterN> ugh... it seems like nobody wants to measure the butt end of a TG150 collet, or list the angle it has for taper
[23:05:51] <WalterN> yeah I get it that a TG150 collet is 3" long and 2" across
[23:06:29] <WalterN> on the fat end... I need the butt end to calculate the taper myself, or the angle just given