Back
[02:29:27] <Deejay> moin
[02:35:01] <XXCoder> hey
[05:36:31] <jthornton> morning
[05:36:36] <XXCoder> yo
[05:36:44] <XXCoder> jthornton: I melted HDPE from milk jugs
[05:36:52] <XXCoder> it was easier, though still quite longer lol
[05:37:05] <XXCoder> its very slowly cooling off now
[05:39:13] <Deejay> yo :)
[05:39:37] <XXCoder> wats up
[05:39:40] <jthornton> did you get a good solid part?
[05:40:06] <Deejay> XXCoder, doing some recycling?
[05:40:17] <XXCoder> jthornton: I will know in around 45 minutes
[05:40:22] <XXCoder> it cools down very slowly.
[05:40:28] <XXCoder> Deejay: yep
[05:40:59] <jthornton> what temp and time did it take?
[05:41:12] <XXCoder> I started at 260
[05:41:24] <XXCoder> it took a while so I decided to ramp up to 300
[05:41:39] <XXCoder> it very slowly turned transparent so I went to 330
[05:41:54] <XXCoder> it took 40 minutes to completely go transparent
[05:42:01] <XXCoder> it never actually liquidifies
[05:42:57] <XXCoder> once it had no white left I baked the top pressor cake with parchment on bottom by it
[05:43:02] <XXCoder> so it is also hot
[05:43:25] <XXCoder> just few mins, then I took both and pressed it so there is no air voids
[05:47:46] <XXCoder> yo
[06:01:28] <XXCoder> fancy.
https://youtu.be/RHTcSKkUU8U
[06:08:36] <XXCoder> mmm
[06:18:01] <XXCoder> jthornton: little update
[06:18:12] <XXCoder> its still quite warm lol but solidified
[06:18:35] <XXCoder> its slightly burnt (330 is too hot I guess)
[06:18:55] <XXCoder> its not quite smooth, but I think thats because I did not clamp down in order to mold it to shape.
[06:19:56] <XXCoder> definitely need wood mold in order to properly shape it
[06:20:59] <SpeedEvil> I wonder if you can heat it to fully liquid under non-oxidising
[06:20:59] <XXCoder> anyway out to bed night
[06:21:02] <SpeedEvil> night
[06:21:20] <XXCoder> SpeedEvil: so far it seems to be no, there is no liquid state, just gel -> on fire
[06:21:26] <XXCoder> or smoking in least
[06:21:37] <SpeedEvil> XXCoder: non-oxidising
[06:21:40] <archivist> you need to learn casting and cooling rates, you get unequal shrinkage without some control
[06:21:42] <SpeedEvil> no oxygen
[06:21:46] <SpeedEvil> argon or ...
[06:21:53] <XXCoder> possible dunno
[06:22:07] <XXCoder> next time I will just stuff it in wood mold and use c clamps
[06:22:15] <XXCoder> see if get good shape for milling
[06:22:17] <XXCoder> laters
[06:23:07] <archivist> and a little voodoo required :)
[06:33:16] <jthornton> maybe under pressure it will go to liquid
[06:37:20] <jthornton> The plastic is heated to around 170ºC and then fed into two halves of a mould. The two halves are then closed up and compressed air is blown into the mould to form the bottle. The plastic bottle is then cooled, trimmed and quality-tested.
[06:38:16] <jthornton> so 338F is the molding temperature, I'd guess close to flame on
[07:00:34] <archivist> methinks for blowing they will want it in the plastic region rather than fully melted
[08:18:02] <JT-Shop> _methods: it's a Wilton bandsaw
[08:18:37] <_methods> k i've only seen that orange color scheme on cosen
[08:18:46] <_methods> but i guess they are orange and black
[08:19:06] <_methods> can't wait till i have room for a real saw
[08:19:31] <_methods> for now i'm stuck with my little harbor freight 4x6
[08:22:43] <_methods> https://www.youtube.com/watch?v=JR9dljrzE9k
[08:22:49] <_methods> hahah fish failed escape attempt
[08:32:17] <JT-Shop> after breakfast I'll get you a photo of my little one that I converted to a vertical
[08:43:41] <_methods> yeah that's what i'll probably do with mine once i get a real saw
[08:44:02] <_methods> the blade is small enough you can make some tight corners
[09:18:56] <JT-Shop> http://gnipsel.com/images/7x12-bandsaw/
[09:25:15] <landau> hello, when I try to execute a file with python on linuxcnc I get this error: A file is already open can't open file_name
[09:25:30] <landau> do you know what could be wrong?
[09:26:05] <Polymorphism> a file is already open
[09:26:26] <Polymorphism> I haven't used linuxCNC yet, but that would be my guess
[09:28:01] <archivist> trying to run it twice?
[09:29:04] <Valen> Xxcoder if you are making blanks for test milling people use wax with ldpe in it
[09:30:44] <landau> I open the file then it's postprocessed by a python script
[09:32:52] <archivist> that seems like opening it twice
[09:33:03] <archivist> usually ok but
[09:33:32] <landau> that's strange
[09:34:27] <archivist> why would you be opening twice anyway
[09:35:50] <archivist> should you be processing it first then handing it on
[09:40:11] <landau> ok let's see
[11:45:43] * tiwake pokes _methods
[14:18:48] <Polymorphism> ok
[14:18:58] <Polymorphism> I bought a 19.06mm dowel
[14:19:05] <Polymorphism> I'm going to sand it down to 16.2mm or so
[14:19:16] <Polymorphism> and then use it to retain the balls as I screw the nut back on
[14:20:31] <enleth> Polymorphism: take care to throughoutly remove all dust and filings from it after sanding
[14:21:06] <enleth> you can't be too sure when using ground/sanded parts inside a ball nut
[14:21:41] <Polymorphism> k
[14:43:16] <kj_> hey, I was wondering if anyone could help me troubleshoot my gecko g540 and linuxcnc setup on my first machine
[14:43:37] <MarkusBec> what ist the problem
[14:43:52] <kj_> when I run linuxcnc, the gecko comes out of fault and the steppers start buzzing, but I can't "power on" in the interface so I can try jogging them
[14:44:53] <Polymorphism> its a hardware or software issue
[14:46:32] <MarkusBec> the geko has a CHARGE PUMP feature
[14:46:48] <MarkusBec> you have to toggle this pin to startup
[14:47:15] <MarkusBec> toggle periodicly
[14:47:15] <kj_> ok. i think that's what I'm doing. pin 16 is set to charge pump in the stepconf wizard
[14:48:11] <MarkusBec> dont conect the fault feature at initial deebug and estop in stepconf
[14:48:53] <MarkusBec> first test your motors disconnected from your cnc
[14:49:28] <MarkusBec> if this ist not connfiguered properly it is impossible to start the controller
[14:50:37] <MarkusBec> because it triggers the estop systhem of linuxcnc immediately
[14:51:28] <kj_> I've got them sitting disconnected. There was an "estop in" on pin 15 I tried setting to unused
[14:51:48] <kj_> it stays in fault mode doing that though
[14:52:55] <MarkusBec> hm bad cables ?
[14:54:39] <kj_> possible. My feeling is I've got some settings messed up somewhere and I just can't see it due to inexperience
[14:55:34] <MarkusBec> hm stepconf wizard is strade forward
[14:55:48] <MarkusBec> ah
[14:56:13] <MarkusBec> ther are 2 feeld in linuxcnc you have to unlock the estop and start mashine
[14:56:22] <MarkusBec> in the linuxcnc gui
[14:57:38] <FloppyDisk> what about homing? Did you disable home or actually do a home?
[14:57:48] <kj_> i can't toggle the gui estop button if that's what oy mean?
[14:57:55] <MarkusBec> ah
[14:58:05] <kj_> home button is disabled right now
[14:58:16] <MarkusBec> if you masse up youre homing
[14:58:21] <MarkusBec> hm
[14:58:53] <MarkusBec> you only connected charge pumpe step/dir of the motor?
[14:58:55] <archivist> there are two steps to start it, power on then out of estop
[14:58:55] <MarkusBec> and
[14:59:11] <archivist> f1 then f2
[14:59:32] <MarkusBec> in stepconf
[14:59:48] <MarkusBec> and dissbaled the homing inputs
[15:00:06] <MarkusBec> homing button can trigger the estop
[15:01:50] <kj_> I set the 4 inputs (that I think are for homing?) to unused with no change
[15:02:40] <kj_> I think the charge pump works since it comes out of fault when I launch the software
[15:03:14] <MarkusBec> hm if you dont have connected any inputs
[15:03:21] <MarkusBec> linuxcnc musst start up
[15:03:45] <kj_> I've got the required estop jumper hooked up from pin 10 to ground on the g540
[15:04:31] <MarkusBec> can you paste your config file?
[15:04:57] <kj_> sure. the hal?
[15:05:02] <MarkusBec> yes
[15:05:12] <kj_> one moment
[15:06:51] <kj_> http://pastebin.com/wLetRXwA
[15:11:29] <MarkusBec> net estop-ext <= parport.0.pin-15-in
[15:11:35] <MarkusBec> there is your problem
[15:13:09] <kj_> does that need to be set to unused?
[15:13:55] <MarkusBec> yes
[15:14:09] <MarkusBec> fore testing
[15:14:10] <kj_> I thought I tried that before.. but hey! I can jog!
[15:14:16] <kj_> :)
[15:14:59] <kj_> so thanks!
[15:15:04] <MarkusBec> btw btw
[15:15:19] <MarkusBec> later it is better to use the estop latch funktion
[15:15:20] <MarkusBec> http://www.linuxcnc.org/docs/2.6/html/man/man9/estop_latch.9.html
[15:15:29] <MarkusBec> if you use a external estop
[15:16:22] <kj_> I do plan on adding a real estop switch at some point soon
[15:17:24] <MarkusBec> with the default die SW estop like pressing esc are not working properly
[15:17:33] <MarkusBec> esc button
[15:17:34] <kj_> so if I understand this correctly, the g540 has it's own estop pins, but those don't inform linuxcnc about that happening? so I need another pin that the software can read?
[15:18:07] <MarkusBec> i think you have to invert this pin
[15:18:20] <MarkusBec> in sw
[15:19:21] <kj_> yeah, inverting "estop in" on pin 15 works
[15:20:11] <MarkusBec> lathe pleas att the estop_latch funktion
[15:20:14] <MarkusBec> to your hal
[15:21:15] <kj_> say again?
[15:21:42] <MarkusBec> http://www.linuxcnc.org/docs/2.6/html/man/man9/estop_latch.9.html
[15:24:14] <kj_> and that's so the physical estop can control the software?
[15:26:16] <MarkusBec> https://forum.linuxcnc.org/forum/47-hal-examples/25861-external-e-stop
[15:26:26] <MarkusBec> yes
[15:26:43] <Polymorphism> xD
[15:27:24] <MarkusBec> Polymorphism: hm?
[15:27:55] <kj_> right on. thanks again for your help. much appreciated
[16:50:41] <Deejay> gn8
[18:13:36] <sliptonic> If I 'home all' in axis on my scara robot, the first axis to home (Z) gets a following error every time. But if I home the axis solo, it works perfectly every time.
[18:14:10] <XXCoder> thats weird
[18:14:13] <sliptonic> servo loops are reasonably well tuned and I can jog the axis much faster than the homing velocity without error.
[18:14:20] <Tom_itx> drawing too much current?
[18:14:31] <Tom_itx> doing all at once
[18:14:41] <sliptonic> Nope, they home sequentially.
[18:14:46] <Tom_itx> or generating too much noise
[18:14:58] <Tom_itx> hmm
[18:15:57] <pcw_home> Kins issue?
[18:16:47] <pcw_home> plotting the FE will give you an idea of what the cause is
[18:16:53] <XXCoder> sliptonic: how do it home? switches?
[18:17:22] <sliptonic> possibly. Configuring scarakins is a pain. I'm not in world mode though, if that matters. Homed with switches.
[18:17:51] <pcw_home> also if homing to index can cause a thump if the PID comp is not connected to index
[18:18:12] <pcw_home> index-enable I mean
[18:18:21] <CaptHindsight> pcw_home: how fast are the analog outs 0-10V on the 7i77's?
[18:18:43] <pcw_home> about 2.5 KHz
[18:18:50] <CaptHindsight> thanks
[18:19:27] <pcw_home> ~3 db down at 2.5 KHz
[20:08:15] <XXCoder> sliptonic: figured it out?
[20:08:33] <sliptonic> XXCoder: Oh?
[20:09:02] <XXCoder> that home issue
[20:09:51] <sliptonic> You have my undivided attention.
[20:10:30] <XXCoder> I'm asking you lol
[20:11:21] <sliptonic> No. Not at all. I was hoping you brought a beacon of light that would illuminate the darkness for me.
[20:11:36] <XXCoder> well i might have idea on testing some stuff, no hard answer
[20:11:52] <XXCoder> check difference between command to home one axis and its auto home all
[20:11:59] <XXCoder> see if it goes too far on auto
[20:12:40] <sliptonic> Nope. Even with the Z half way down its travel, it gets the following error within half a second of starting the home seek move.
[20:12:59] <sliptonic> Solo homing, of course works wherever its at.
[20:13:04] <XXCoder> lol this sound stupid but.. is it moving in correct direction?
[20:13:14] <sliptonic> Yes
[20:13:22] <XXCoder> if it moves to home and it turns wrong way it would error out not following probably
[20:13:39] <XXCoder> or reading wrong way
[20:14:24] <sliptonic> Thats an interesting point. I'll have to look closer. I'm 99.8% certain its moving in the same direction with both methods but the error happens so fast, I could be mistaken.
[20:14:52] <XXCoder> yeah either its coded to go wrong way, or correct direction but its set to detect motion in ither way
[20:15:00] <XXCoder> dunno, lol