#linuxcnc | Logs for 2012-12-02

Back
[00:00:17] -!- logger[mah] has quit [Remote host closed the connection]
[00:00:29] -!- logger[mah] [logger[mah][email protected]] has joined #linuxcnc
[00:05:16] -!- tronwizard has quit [Ping timeout: 265 seconds]
[00:42:04] -!- the_wench has quit [Ping timeout: 260 seconds]
[00:42:43] -!- archivist has quit [Ping timeout: 256 seconds]
[00:49:23] <Aero-Tec> mrsun: guess you did not have any latency problems to track down and lathe spindle encoders to add
[00:49:52] <Aero-Tec> not sure I could have done it with out the help of the guys here
[00:50:22] <jthornton> so your cruising along now?
[00:50:34] <Aero-Tec> had to do some things with SMI as well as others
[00:50:38] <Aero-Tec> yes
[00:50:48] <jthornton> sweet!
[00:51:01] <Aero-Tec> as far as EMC is concerned
[00:51:19] <Aero-Tec> one of the barring in the new motor needs replacing
[00:51:31] <Aero-Tec> make a hell of a racket
[00:51:52] <jthornton> at least you know it needs attention
[00:52:15] <Aero-Tec> squeals every now and then
[00:52:53] <Aero-Tec> true, but a brand new motor should not need new bearings in just a few days
[00:53:12] <Aero-Tec> and I did not drop or over load the bearing
[00:53:30] <Tom_itx> chinese?
[00:53:50] <jthornton> depends on the quality or lack there of
[00:53:51] <Aero-Tec> the only other thing is the spindle speed keeps jumping every now and then
[00:53:59] <Aero-Tec> the original one was
[00:54:10] <Aero-Tec> it lasted about 15 years
[00:54:24] <Aero-Tec> the new one is made in the USA
[00:54:35] <Aero-Tec> brand name
[00:55:14] -!- asdfasd has quit [Ping timeout: 255 seconds]
[00:55:22] <Aero-Tec> paid 2 times more then if I went to automation direct
[00:55:47] <Aero-Tec> but needed it now, so could not wait the week it would have taken for shipping
[00:57:16] <Aero-Tec> I scoped the spindle index input and it is solid, but when I use the EMC scope the spindle input has a spike every now and then.
[00:57:46] <jthornton> noise on the line?
[00:57:51] <Aero-Tec> it is not the real input to the port as it is very solid
[00:58:03] <Aero-Tec> no, no noise at all
[00:58:06] <Aero-Tec> rock solid
[00:58:21] <Aero-Tec> but yes noise when it is inside the computer
[00:58:30] <Aero-Tec> so port is messed up
[00:58:33] -!- tronwizard [[email protected]] has joined #linuxcnc
[00:58:47] <Aero-Tec> I am going to move to new input and try that
[00:59:01] <Aero-Tec> if that does not work then move to new port
[00:59:01] <jthornton> I had to ground my motherboard to the drive cabinet on my BP cause the drives were noisy
[00:59:08] <Aero-Tec> will have to install one
[00:59:52] <Aero-Tec> it should be grounded through the Pport cable
[01:00:01] <Aero-Tec> should it not?
[01:00:07] -!- archivist [[email protected]] has joined #linuxcnc
[01:00:40] <jthornton> yea, but I needed a bigger bonding path to clear up the noise
[01:01:00] <Aero-Tec> I can see no noise at all on the output of the opto encoder but sure do see it when I look at what EMC sees
[01:01:12] <Aero-Tec> I may try that
[01:01:18] <Tom_itx> are all your wires shielded?
[01:01:29] <Tom_itx> motor and signal?
[01:01:38] <Aero-Tec> the new drives are much higher switching speed so that may be a problem
[01:01:47] <Aero-Tec> no
[01:01:56] <Tom_itx> it makes a big difference
[01:02:06] <Aero-Tec> but the noise is one spike even now and then
[01:02:11] <Tom_itx> i rewired mine with all shielded and it works fine
[01:02:39] <Aero-Tec> the real scope looking at the input line going onto the computer is rock solid,
[01:02:45] <Aero-Tec> nothing at all for noise
[01:02:54] <pcw_home> I would put a .001 uf or so capacitor at the parallel port or breakout input to gnd
[01:03:05] <Aero-Tec> but when using the EMC scope
[01:03:35] <Aero-Tec> I see this small quick spike every not and then
[01:03:44] <Aero-Tec> I did
[01:04:00] <Aero-Tec> and a pull down transistor
[01:04:39] <Aero-Tec> like I said the real world input to the Pport is rock solid
[01:05:07] <pcw_home> EMC's scope inherently pulse stretches so it could be a very short 1.5V noise spike that you might miss with a scope
[01:05:36] <Aero-Tec> I cranked the input voltage sensitivity way up and could not see that spike at all
[01:05:40] <Aero-Tec> nothing
[01:05:43] <Aero-Tec> not there
[01:06:26] <pcw_home> Not necessarily true its not a sensitivity thing but a trigger thing
[01:06:31] <Aero-Tec> it is something to do with the port chip or the port is damaged or some sort of very weird ground problem
[01:06:56] <pcw_home> I guarantee it will go away if you unplug the cable
[01:07:27] <roh> put schmitt-triggers into the line
[01:07:51] <pcw_home> RC followed by Schmitt trigger
[01:07:59] <roh> jap.
[01:08:32] <roh> and in noisy environments.. fibres or balanced lines and current loops.
[01:08:43] <Aero-Tec> thing is it worked for years with out any filter or transistor or anything at all
[01:09:09] <Aero-Tec> just a plain old opto
[01:09:30] <roh> parts change characteristics over time.. so maybe it was working borderline to not working but stable.. now it aged to trip over to the bad side
[01:09:41] -!- rob_h has quit [Ping timeout: 265 seconds]
[01:09:44] <pcw_home> Other option is use the debounce comp in the base thread
[01:09:57] <pcw_home> (I think you can use it in the base thread)
[01:10:09] <Aero-Tec> I did that with mach to get it to work right
[01:10:43] <Aero-Tec> used debounce
[01:10:48] <pcw_home> Well there you go
[01:11:05] <pcw_home> you need to do the same with LinuxCNC
[01:11:13] <Aero-Tec> how?
[01:11:58] <pcw_home> First step is 'man debounce'
[01:12:28] <roh> sw can sometimes fix symptoms generated by hw... but it should not. fix the hw. much simpler and reliable in the end
[01:12:33] <pcw_home> Then find a hal example that uses the debounce comp
[01:13:23] <pcw_home> Ordinarily I would agree but debounce is very effective and reliable against spike noise
[01:13:35] <jthornton> john@zotac:~/emc-dev/configs$ grep -irl 'debounce' *
[01:13:35] <jthornton> boss/pid_test.hal
[01:13:35] <jthornton> boss/boss.hal
[01:13:35] <jthornton> demo_mazak/demo_mazak.hal
[01:13:35] <jthornton> lathe-pluto/lathe-pluto.hal
[01:13:36] <jthornton> smithy/1240combined_4axis.hal
[01:13:37] <jthornton> smithy/1240rutex_4axis.hal
[01:13:39] <jthornton> smithy/1240combined.hal
[01:13:41] <jthornton> smithy/1240rutex.hal
[01:13:47] <jthornton> take your pick
[01:14:02] <Aero-Tec> I have 2 caps on the input
[01:14:05] <pcw_home> in fact our hardware encoders use the same technique on the A/B/Z inputs
[01:14:12] <roh> pcw_home: true. but its usually a symptom of missing caps in input lines. even my chinese cnc driver boards have em
[01:14:20] <Aero-Tec> and a filter cap for power noise
[01:15:05] <pcw_home> The software ones also have the advantage of trivial time constant adjustments
[01:15:44] <Aero-Tec> I could not see this spike at all
[01:15:49] <pcw_home> Sometime you _dont_ want everything to be RC filtered
[01:16:33] <pcw_home> Well in any case. debounce should fix it
[01:16:38] <Aero-Tec> and with 2 filter caps connected to the Pport input for spindle index, that is all I have for the spindle right now
[01:17:01] <Aero-Tec> I can not see how I am getting any spike
[01:17:37] <pcw_home> could be ground bumping
[01:18:31] <pcw_home> its almost impossible to see what the parallel port sees unless you have a differential scope input
[01:18:52] <Aero-Tec> I know software debounce will work
[01:20:37] <pcw_home> Other options are cleaning up the noise source (common mode choke around the three spindle motor leads will help a lot)
[01:22:05] <Aero-Tec> the spindle motor is just a single phase 220 volt 1800 rpm motor
[01:22:28] <Aero-Tec> there should be no noise there
[01:23:26] <Aero-Tec> the spike is very erratic,
[01:23:42] <Aero-Tec> comes and goes
[01:24:05] <Aero-Tec> and no pattern at all that I can see
[01:24:54] <Aero-Tec> can get 2 or 3 jumps in rapid timing, and then nothing
[01:25:17] <Aero-Tec> most of the time it is just one every now and then
[01:25:31] <Aero-Tec> a bump here and a bump there
[01:25:46] <pcw_home> Oh I though it was driven by a VFD
[01:25:59] <Aero-Tec> I hope to be soon
[01:26:31] <Aero-Tec> will be putting new electronics in
[01:26:53] <pcw_home> So its just a fixed speed spindle motor?
[01:27:03] <Aero-Tec> 5i something and the 7i something to go with it
[01:27:16] <Aero-Tec> yes, for now
[01:28:00] <Aero-Tec> but what I get the 7i something board in I can add the spindle speed controller
[01:28:00] <pcw_home> I wonder if you have noise form some other obscure source (Static is one possibility)
[01:28:08] <Aero-Tec> that will be very sweet
[01:29:00] <Aero-Tec> 5i25 + 7i76
[01:29:24] <Aero-Tec> I believe that is what I should get
[01:29:52] <Aero-Tec> and the 7i76 should do motor speed control as well
[01:31:00] <Aero-Tec> started on a shoe string and have had to do things on the cheap
[01:31:25] <roh> Aero-Tec: ah.. its a motor with coals?
[01:31:39] <Aero-Tec> had to build up tooling and metal inventory
[01:32:09] <Aero-Tec> not that old...LOL
[01:32:22] <roh> well.. for contacts
[01:32:44] <roh> graphite blocks in slides with springs
[01:33:15] <Aero-Tec> no, just a AC 1800 RPM motor
[01:33:24] <Aero-Tec> has 2 startup caps
[01:33:34] <Aero-Tec> one for each direction
[01:33:51] <Aero-Tec> it is a nice motor
[01:34:01] <Aero-Tec> big and heavy
[01:34:24] <Aero-Tec> but want to get a 3 phase one and the vfd to go with it
[01:34:46] <Aero-Tec> was going to get it all from automation direct
[01:34:56] <jthornton> get a GS2 and you can control it with LinuxCNC
[01:35:09] <jthornton> via the serial port
[01:35:43] <Aero-Tec> is that better then a 0 to 10 volt control system?
[01:36:28] <jthornton> I think so you can get feedback like load and other things
[01:37:06] <jthornton> you just plug it in set a few parameters and load the gs2 component and hook up the hal and your good to go
[01:37:16] <jthornton> I use the on my BP knee mill
[01:37:45] <jthornton> the/that
[01:38:27] -!- bedah has quit [Quit: bye]
[01:39:17] <Aero-Tec> cool
[01:39:46] <Aero-Tec> I was going to cheap out and use the GS1 and a 0 to 10 volt control
[01:40:02] <Aero-Tec> but it looks like a GS2 would be the way to go
[01:40:07] <jthornton> http://linuxcnc.org/docs/html/drivers/GS2.html
[01:40:18] <jthornton> http://linuxcnc.org/docs/html/examples/gs2_example.html
[01:40:29] <jthornton> I've done all the hard work for you
[01:40:57] <Aero-Tec> thanks
[01:41:19] <Aero-Tec> is there a page like that for setting up debounce?
[01:42:07] <jthornton> not that I know of but the example configs I listed before will have them
[01:42:40] <Aero-Tec> with info on how to and why and what does what?
[01:42:49] <Aero-Tec> will look
[01:43:41] <jthornton> dunno, you would have to look at the configs
[01:44:20] <jthornton> doesn't look all that complicated with only a couple of pins http://linuxcnc.org/docs/html/man/man9/debounce.9.html
[01:48:26] zz_satyag is now known as satyag
[01:51:44] -!- acdha has quit [Quit: Leaving...]
[02:01:54] <Aero-Tec> so if I make a change to hal and or the INI
[02:02:20] <Aero-Tec> is there a way to get EMC to load it with out having to restart EMC?
[02:02:40] <Aero-Tec> got it all zeroed and ready to go
[02:02:58] <Aero-Tec> but would like to get the debounce thing going as well
[02:10:49] <Aero-Tec> jthornton: any way of loading in a new ini and hal with out having to restart EMC?
[02:11:36] <Aero-Tec> or a way to lock in every thing so when EMC restarts it is zeroed and ready to go
[02:12:41] <Aero-Tec> I have backlash turned on and so that needs to be in the right dir so the zero does not move the amount of the backlash
[02:15:58] <Aero-Tec> can anyone help with this?
[02:16:22] <jdh> I think you are overthinking it.
[02:16:30] <jdh> do you have home switches?
[02:16:41] <Aero-Tec> no
[02:16:48] <Aero-Tec> I load tool 1
[02:16:57] <Aero-Tec> and zero from that
[02:17:18] <Aero-Tec> all other tools are offset from tool 1
[02:17:33] -!- tronwizard has quit [Ping timeout: 256 seconds]
[02:17:34] <Aero-Tec> but that is a pain to do
[02:17:48] <jdh> perhasp I misunderstood what you want to do.
[02:18:02] <Aero-Tec> would be nice to load in new ini and hal with out restarting EMC
[02:18:06] <ink-> .win 20
[02:18:07] <ink-> oops
[02:18:14] <jdh> you want to preserve your current zero, or just in general?
[02:18:24] <ReadError> ink-, #fail
[02:18:27] <ink-> yep
[02:18:39] <ReadError> lrn2gui client
[02:18:42] <ink-> haha
[02:18:43] <Aero-Tec> current zero
[02:18:44] <ReadError> this isnt 1997 brah
[02:18:59] <roh> write down the values ;)
[02:19:32] <roh> its the offset in the variable display
[02:20:02] <Aero-Tec> but I have backlash turned on
[02:20:14] <jdh> you could restart and make sure your first move is in the same direction it moved last.
[02:20:36] <Aero-Tec> how would I make sure the backlash is right by entering in the numbers?
[02:21:09] <Aero-Tec> so say move t1 to z0x0
[02:21:18] <Aero-Tec> and then restart
[02:22:05] <Aero-Tec> then make sure z and x get moved in the same dir then load t1 and zero it?
[02:22:22] <Aero-Tec> guess that would work
[02:22:25] -!- tbone_atl [[email protected]] has joined #linuxcnc
[02:22:38] <jdh> as long as your first move after restart is the same direction as the last move before exiting, it should work.
[02:22:51] <Aero-Tec> it is the x I am the most wanting to restore
[02:23:06] <jdh> so you could just move +.1 on each axis, exit, restart, move +.1 then -.2
[02:23:08] <Aero-Tec> the z get moved each time I rerun the program
[02:23:28] <jdh> or, just refind the spot and don't worry about it.
[02:23:35] <tbone_atl> hi all
[02:23:46] <Aero-Tec> hi
[02:23:50] <Aero-Tec> ok
[02:23:56] <Aero-Tec> will try it
[02:24:20] <Aero-Tec> but need to find the debounce sample and try to get it to work
[02:24:34] <andypugh> tbone_atl: It is many of the same people, but rather more of them.
[02:24:36] <Aero-Tec> I would love for the spindle speeds to read right
[02:24:46] <tbone_atl> I'm the proud owner of a new chinese laser that came with a moshi controller :) I do plan to convert it - am I in the right place to ask some questions?
[02:25:03] <tbone_atl> thanks andypugh?
[02:25:04] <tbone_atl> :)
[02:25:09] <jdh> Aero: I have a debounce hal if you want
[02:25:22] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[02:25:24] <roh> tbone_atl: congrats. if you havent learned about cutting corners, you'll do now :)
[02:25:33] <Aero-Tec> BTW any help on setting debounce numbers?
[02:25:43] <Aero-Tec> would love to see it
[02:26:07] <tbone_atl> i've built a couple of 3d printers - i bought the cheapo laser with expectations of hacking it to make it do what I want :)
[02:26:23] <jdh> Aero: http://pastebin.ca/2262383
[02:26:25] <tbone_atl> but I'm pretty new to this side of the CNC world
[02:26:32] <jdh> it's for Z
[02:26:46] <Aero-Tec> jdh: cool, thanks
[02:27:19] <andypugh> Aero-Tec: I think my limits were set to 15 when I had a base thread. so a whole 300uS of travel past the switches.
[02:27:19] <jdh> not sure how applicable it is.
[02:27:55] <roh> tbone_atl: i guess you know by now that you need a new controller board?
[02:28:18] <tbone_atl> I would appreciate it if someone could confirm that I have this right: my machine came with a cheap software package (MoshiDraw) that is mostly garbage, but it's good for engraving. If I convert the controller to use Mach or LinuxCNC then I will be pretty limited to cutting only. Is that right?
[02:28:43] <andypugh> Not necessarily.
[02:28:56] <tbone_atl> roh - i pretty much knew that when I ordered it :)
[02:29:06] <roh> ;)
[02:29:09] <roh> just checking
[02:29:11] <andypugh> Do you mean raster engraving or vector engraving?
[02:29:40] <tbone_atl> well, maybe I don't know the difference - is vector engraving the same as "pocket"?
[02:30:01] <tbone_atl> (learning as I go here)
[02:30:31] <roh> tbone_atl: moshi seems to be horrible... we use newlydraw on our cutter (for now) which does vector stuff better
[02:30:34] <tbone_atl> I've played with mach3 and SheetCam for another project - Sheetcam has a pocket operation that removes material
[02:30:52] <roh> moshi seems to be mostly for rastering (back and forth, line by line modulating the beam power)
[02:31:24] <tbone_atl> roh - is NewlyDraw like Moshi in the sense that it has it's own control board that only works with that package?
[02:31:42] <tbone_atl> in other words, is it possible to run NewlyDraw if I have the Moshi controller?
[02:31:42] <roh> tbone_atl: yes. but it seems to be a different board to the moshi ones
[02:31:54] <tbone_atl> ok
[02:32:01] <roh> atleast i have seen no picture of the same board we have anywhere yet
[02:32:46] <roh> the seller asked us what we want to do and recommended to get newlydraw instead of moshi and the fitting controller for no extra money
[02:33:33] <roh> if you already got the machine you see that its basically a drop in space for the controller, regarless what kind of. 4 screws and some plugs
[02:33:33] <tbone_atl> yeah, that would have been nice - I actually made that request after I ordered it (ebay) but the um...language differences...were comical
[02:34:05] <tbone_atl> yeah - mine is USB. LinuxCNC requires a parallel port, is that true?
[02:34:15] <roh> we want to retrofit our machine to emc also
[02:34:19] <roh> ours is usb as well
[02:34:32] <tbone_atl> emc = LinuxCNC, correct?
[02:34:38] <roh> seems to use some arm7 and 2 pentawatt case stepper drivers
[02:34:39] <roh> yes
[02:35:03] <roh> what exact machine have you got?
[02:35:18] * tbone_atl looks for ebay listing
[02:35:22] <Aero-Tec> can CO2 laser do deep engraving of aluminum?
[02:35:25] <roh> ours is about 40x40cm cutting area.. space for maximum 45x45cm material.
[02:35:35] <roh> nope. no metal removal at all
[02:35:57] <roh> one can use elox. aluminium and make nice markings
[02:36:22] <Aero-Tec> saw a laser doing deep engraving, but it had to go over it like 20+ times
[02:36:32] <roh> Aero-Tec: http://laserinformationen.de/index.php?title=Datei:AluELoxi.jpg
[02:36:33] <tbone_atl> http://www.ebay.com/itm/40-Watt-C02-Laser-Cnc-Router-Cutter-Engraver-Engraving-Cutting-Machine-Usb-K40-/290817166731?pt=LH_DefaultDomain_0&hash=item43b60dcd8b
[02:36:36] <roh> thats what co can do
[02:36:45] <tbone_atl> ^^it's basically that machine but I paid $600
[02:36:53] <tbone_atl> plus $180 shipping
[02:37:17] <tbone_atl> roh - is elox. aluminum the same as cermark/thermark/
[02:37:18] <tbone_atl> ?
[02:37:36] <tbone_atl> Aero-tec -that might be a YAG laser
[02:38:05] <Aero-Tec> that is just burning away the black dye from anodizing is it not?
[02:38:08] <roh> thermark is some special stuff to mark metal i think
[02:38:27] <roh> eloxiert means anodized
[02:38:31] <tbone_atl> yeah, you spray it on - and the laser burns it
[02:38:33] <roh> sorry.. missed to translate that
[02:38:34] <tbone_atl> ah, ok
[02:38:35] <tbone_atl> :)
[02:38:42] <jdh> how did you get it for $600?
[02:38:56] <jdh> heh, guess with the $180 shipping it is about the same though.
[02:39:15] <roh> these machines exist in basically the same visible appearance and building concept in different sizes
[02:39:26] <tbone_atl> jdh - it was a different listing. There are a ton of different sellers more or less selling the same machine
[02:39:35] <roh> from 20x20cm worksize up to 40x40
[02:39:47] <tbone_atl> K40 is one of the common ways they are descbribed
[02:39:58] <Aero-Tec> could one keep dyeing it and relaserring it to get a nice cool interplay of colors ?
[02:40:20] <roh> ours is about 100cm wide, 70cm deep and 30cm high
[02:40:35] <tbone_atl> ecpur.com - this is the website of the people I bought from
[02:40:37] <roh> which seems to be the biggest variant in that case design
[02:40:58] <tbone_atl> yeah roh - that's a decent size
[02:41:00] <roh> the tube is 30-40W
[02:41:09] <tbone_atl> my cut area is about 9X12"
[02:41:14] <roh> depending on who you ask ;)
[02:41:33] <tbone_atl> but I'm going to be modding the thing
[02:41:35] <roh> thats about 22x30?
[02:41:42] <Aero-Tec> thanks for the debounce sample
[02:41:51] <Aero-Tec> going to try it
[02:41:57] <roh> to me it seems like the machine could do more area, just the mechanics to hold a workpiece are smaller
[02:42:10] <Aero-Tec> may be back with questions
[02:42:21] <tbone_atl> yes, roh - that's why I'm going to rebuild
[02:42:28] <tbone_atl> EMC requires parallel port, yes?
[02:42:30] <roh> also.. i recommend getting some honeycomb bed
[02:42:33] <tbone_atl> (not usb)
[02:42:37] <tbone_atl> oh yeah?
[02:42:37] <roh> tbone_atl: yes.
[02:43:19] <roh> do you have plans for a driver stage yet?
[02:43:29] <tbone_atl> where do you get it from? I read some people don't like honeycomb because it reflects and marks the backside
[02:43:29] <andypugh> tbone_atl: Not-USB is correct, but there are a bunch of PCI alternatives (including PCI-ext) as well as parallel port
[02:43:53] <tbone_atl> roh - not sure what you mean?
[02:45:25] <andypugh> Night
[02:45:32] -!- andypugh has quit [Quit: andypugh]
[02:49:22] <roh> tbone_atl: well.. what you want to use as new 'controller board' .. since linuxcnc would do the controlling.. something would need to interface from parallel port pins to your steppers
[02:50:11] <roh> tbone_atl: no honeycomb also means that whatever you vapourize needs to get sucked upwards and cannot escape in all directions
[02:50:49] <roh> we do not have air assist (yet) but on stuff like acryllic one can clearly see the fumes move whereever possible
[02:52:01] <roh> what would be an alternative to honeycomb for cutting if i may ask? just a horizontal sheet would reflect even more
[02:52:24] <roh> and clamping from the sides means everything falls into the machine
[02:57:18] <roh> tbone_atl: i will be building my own driver card for such lasers and share the design soon.
[02:58:20] <roh> tbone_atl: it will be just a few ttl parts for deadlocks/chargepump and some drivers from pololu. mail me if you're interrested
[02:58:57] <roh> the steppers on our machine are faily small, so the drivers should have enough power
[02:59:46] <tbone_atl> stepped away for a sec
[03:00:08] <tbone_atl> what did you mean by "plans for a driver stage"?
[03:00:13] <tbone_atl> is that a controller?
[03:00:24] <roh> together with linuxcnc
[03:00:49] <roh> moshi or newly seem to do what would be the 'make gcode equivalent and send to machine' part
[03:01:20] <roh> but the controlling the steppers and stuff is done on the arm on our machines currently. with linuxcnc that job moves onto the pc
[03:01:28] <roh> thats why it needs an rtai kernel
[03:01:51] <roh> also the power amplifiers for the steppers are on there (stepper drivers)
[03:02:22] <roh> which is just a fancy word for '2 h-bridges' per stepper
[03:02:26] <tbone_atl> this looks interesting: http://chriscircuits.blogspot.com/
[03:02:56] <tbone_atl> he has the same laser and made a 'drop in' solution for a new control board - no re-wiring needed
[03:03:06] <roh> if you only do isolation and stepping, yes.
[03:03:19] <roh> but i#d recommend adding a chargepump and deadlock for safety.
[03:03:35] <roh> a parallelport can have lots of states before the machine runs and linuxcnc is started
[03:03:45] <roh> his design is missing those
[03:04:10] <roh> besides that its very similar to what i just proposed
[03:05:42] <roh> also the ideas for adding pump monitoring are nice. we just built a new cooling system for our machine and still need proper monitoring there
[03:06:20] <roh> atm we use a old digital rpm meter on the flowmeter and some pc panel with temperature display for the sensors
[03:06:41] <roh> but the pc doesnt know about these.. and it would be very nice. thanks for the link
[03:07:45] <tbone_atl> my ideal setup would have X Y and Z, plus A - interlock on the door, water flow sensor/kill switch, E-stop button, water temp readout
[03:08:27] <tbone_atl> So EMC can engrave or not?
[03:08:46] <roh> it can, but its not that easy ;)
[03:08:57] <roh> the guys from a hacklab.to did that afaik
[03:09:22] <skunkworks> check this out.. http://www.buildlog.net/forum/viewtopic.php?f=5&t=1078
[03:09:24] <roh> they retrofitted a old air cooled laser some while ago and raster with a special hack
[03:09:39] <skunkworks> it is based on the hacklab work
[03:10:24] <roh> ah. nice. i wasnt that far to check up on recent sw developments. nice to see it progressed that far :)
[03:11:08] -!- r00t4rd3d has quit [Quit: Leaving]
[03:11:24] <roh> we just rebuilt the machine (new tube, new cooling, cleanup, etc) and when i am finished with my current project i'll build the controller/driver board
[03:12:11] <roh> i find it quite spooky to see these new china-co2-tube based designs recently.. one even had the tube moving on the Y axis
[03:12:11] <tbone_atl> any suggestions for a homemade chiller option?
[03:12:21] <roh> use oversized pc tuner stuff
[03:12:41] <tbone_atl> pc tuner?
[03:12:57] <roh> the piping is quite small diameter so use a high flow pump and some chiller for 2 or 3 12cm fans
[03:13:24] <roh> pc hardware tuning stuff.. you know.. idiotic blinking fans and watercooling for gamer systems? ;)
[03:13:33] <tbone_atl> ahha
[03:14:17] <roh> made all that stuff dead cheap and availible.. we used a flowmeter from the same line of equipment
[03:14:23] <tbone_atl> what about fume extraction? those systems are expensive. I can vent to the outside, but the little air mover they gave me is weak
[03:14:56] <roh> remove the fan that came with it and make your own adapter for a round 10 or even 12.5 or 15cm diameter flextube from aluminium
[03:15:35] <roh> run that to a fan and then outside with directional lid
[03:16:31] <roh> our fan is something like 400cubic meters per hour or so.. much more than the chinese thing, but it could be even more
[03:17:07] <roh> check out the recommendations for sizing the fan from the epilog helix laser manuals. they are online as pdf somewhere
[03:17:40] <tbone_atl> cool
[03:18:05] <roh> our tubing for venting is 10cm dia, with adapters to 125mm for the fan on both sides.. but the total length is less than 5 meters, so thats fine.
[03:18:29] <roh> if you are in a residential area you propably should think about a charcoal filter system
[03:18:56] <tbone_atl> yes, looking into that
[03:19:17] <roh> in total our fume extraction system cost something less than 200Euro. the fan about 80, and some small parts
[03:19:21] <tbone_atl> right now I can't seem to cut more than one time per hour without the software crashing so my neighbors are safe :)
[03:19:38] <roh> heh. thats evil
[03:20:35] <roh> but it sounds like that will change
[03:20:53] <Aero-Tec> looks like I messe3d up trying to do the debounce
[03:21:00] <Aero-Tec> http://pastebin.com/6qV22G26
[03:21:10] <Aero-Tec> error message trying to start emc
[03:21:17] <tbone_atl> hopefully i will be able to consistently control this thing...soon
[03:21:31] <Aero-Tec> can anyone help decode it?
[03:22:12] <roh> tbone_atl: i'll go back to completing that last contract of mine.. so i can get back to hacking the laser ;) bbl
[03:22:31] <tbone_atl> is gcode used by Mach3 the same as EMC? or are there different "flavors"?
[03:22:48] <tbone_atl> thanks for our help
[03:22:52] <tbone_atl> your help :)
[03:23:45] <Aero-Tec> I can post the hal file as well if that will help
[03:24:31] <Aero-Tec> jdh: you still around?
[03:27:02] <Aero-Tec> is there anyone here that can help with programming the hal file?
[03:32:44] -!- kwallace has quit [Ping timeout: 255 seconds]
[03:35:43] -!- skunkworks2 [skunkworks2!~yaaic@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc
[03:36:45] <Aero-Tec> skunkworks2: hello
[03:36:59] <Aero-Tec> got time to help me out of a jam?
[03:37:41] <Aero-Tec> need some help with linuxemc
[03:37:47] <skunkworks2> ask away.. but I am fading
[03:38:07] <Aero-Tec> trying to do some hal programming
[03:38:14] <Aero-Tec> get error mess
[03:38:27] <Aero-Tec> http://pastebin.com/6qV22G26
[03:38:40] <Aero-Tec> can post hal if you need
[03:39:05] <Aero-Tec> trying to add debounce to spindle index
[03:39:52] <skunkworks2> old-lathe.hal:91: Pin 'parport.0.pin-11-in' was already linked to signal 'spindle-index'
[03:39:53] <Aero-Tec> will get the hal file for you
[03:40:18] <Aero-Tec> I have no idea how to rework it all so it works right
[03:40:32] <Aero-Tec> will post the new hal I messed up
[03:40:45] <Aero-Tec> maybe you can fix it
[03:40:47] <skunkworks2> plus are you editing the file on a windows machine?
[03:40:50] <Aero-Tec> I sure hope so
[03:41:07] <Aero-Tec> this is windows
[03:41:17] <Aero-Tec> I copy and past using linux
[03:41:32] <Aero-Tec> so I save a temp file using win
[03:41:40] <Aero-Tec> and open it in linux
[03:41:47] <Aero-Tec> and copy info over
[03:42:13] -!- Valen [[email protected]] has joined #linuxcnc
[03:42:52] <tbone_atl> anyone here use MoshiDraw on a cheap chinese laser? :)
[03:45:46] <Aero-Tec> http://pastebin.com/7fye7xzU
[03:45:51] <skunkworks2> old-lathe.hal:4: Warning: File contains DOS-style line endings
[03:45:57] <Aero-Tec> my hal file that gen the eror
[03:46:06] <Aero-Tec> I saw that
[03:46:13] <Aero-Tec> but just the one line
[03:46:29] <Aero-Tec> line 4
[03:46:44] <Aero-Tec> or am I reading it wrong
[03:47:17] <Aero-Tec> how do I get rid of the dos line endings?
[03:47:32] <Aero-Tec> I am using the linux editor
[03:47:38] -!- kwallace [[email protected]] has joined #linuxcnc
[03:48:28] <Aero-Tec> I think I have ultra edit installed, that would convert line endings
[03:50:57] <kwallace> The line ending message is just a warning. The "already linked" message is an error.
[03:52:19] <Aero-Tec> I used this as a template
[03:52:24] <Aero-Tec> http://pastebin.ca/2262383
[03:53:03] <Aero-Tec> but had no idea how to make it work
[03:53:48] <Aero-Tec> getting it to load with out error is one thing, getting it to work is another thing all together
[03:53:58] <skunkworks2> remark out line 68
[03:56:12] <Aero-Tec> you mean I got the rest of it right and just messed up not remming out that one line?
[03:56:19] <Aero-Tec> wow
[03:56:27] <skunkworks2> 69 and 71 need to be hooked up to net spindle-index-filtered instead
[03:56:40] <skunkworks2> I think
[03:57:19] <skunkworks2> I am on my nook - so this is a pain
[03:57:53] -!- tronwizard [[email protected]] has joined #linuxcnc
[03:58:49] <kwallace> If one unlinks a pin, does it unlink both the straight and "not" version of the pin? I don't do much unlinking.
[03:59:33] <kwallace> Oops, gotta go.
[04:00:37] <Aero-Tec> anything I can do to help out?
[04:01:08] <Aero-Tec> skunkworks2: thank you for the help
[04:03:15] <skunkworks2> well - remark out 68 and see what the next error is
[04:04:20] <Aero-Tec> did
[04:04:50] <Aero-Tec> pin spindle index does not exist
[04:05:21] <Aero-Tec> that is the new error
[04:07:23] <skunkworks2> net spindle-index <= debounce.0.0.out
[04:07:46] <skunkworks2> 92
[04:08:44] <skunkworks2> in stead of net spindle-index-filtered <= debounce.0.0.out => spindle-index encoder.0.phase-Z
[04:09:57] <Aero-Tec> ok, will try it and be right back with a report
[04:13:05] -!- skunkworks3 [skunkworks3!~yaaic@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc
[04:13:05] -!- skunkworks2 has quit [Read error: Connection reset by peer]
[04:14:38] <Aero-Tec> skunkworks3: you still there
[04:14:52] <Aero-Tec> it loads but no spindle speed
[04:16:42] <Aero-Tec> could the debounce be to high?
[04:16:50] <Aero-Tec> I think it is 20
[04:16:59] <Aero-Tec> not sure what that means
[04:20:22] -!- Cylly [[email protected]] has joined #linuxcnc
[04:20:46] <Aero-Tec> will try to gen a sig by hand and see if that works
[04:21:24] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[04:21:35] -!- ve7it has quit [Remote host closed the connection]
[04:21:46] <RyanS> do small CNC routers for wood and plastic typically have or even need servos as opposed to steppers?
[04:22:53] <Aero-Tec> that did not work
[04:23:18] <Aero-Tec> most use steppers
[04:23:27] -!- ve7it [[email protected]] has joined #linuxcnc
[04:23:28] <Aero-Tec> cheaper, easier
[04:23:52] <Aero-Tec> servos are faster if done right
[04:24:11] <Aero-Tec> and less likely to loose steps
[04:24:51] <Aero-Tec> they have a feed back loop so the drives know when the steppes have not been done
[04:25:07] <skunkworks3> set debounce to 1 and see if it works normally
[04:25:24] <Aero-Tec> will try
[04:26:23] <RyanS> when would you use servos. I read a post on CNC zone. someone had two similar machines one with stepprs and one with servos and stated that in practice both are just as effective
[04:27:44] <RyanS> You can also have closed loop stepper systems,..
[04:27:58] <Tom_itx> they cost more so if you're building a system on the cheap, steppers are it
[04:28:15] <Tom_itx> servos have feedback
[04:28:24] <RyanS> true
[04:28:25] <Tom_itx> if you loose steps with a stepper you don't get em back
[04:28:56] <Tom_itx> you can use encoders on steppers but it's not that highly recomended
[04:29:39] <RyanS> If you are converting something like a huge vertical knee mill, is that something where servos are highly recommended?
[04:30:01] <Tom_itx> probably
[04:30:09] <Tom_itx> even so, you can get large steppers
[04:31:42] <RyanS> Could you say that servos have a higher 'power to weight ratio'? which for a 3 ton mill , who cares
[04:32:43] <Tom_itx> you would belt or gear drive a servo
[04:33:00] <Tom_itx> and possibly even a stepper on that
[04:34:46] -!- sliptonic [[email protected]] has parted #linuxcnc
[04:35:03] <RyanS> How do they even CNC the Z axis of those? via the quill?
[04:35:04] -!- sliptonic [[email protected]] has joined #linuxcnc
[04:37:19] -!- sliptonic [[email protected]] has parted #linuxcnc
[04:37:55] <skunkworks3> usually
[04:38:28] -!- ve7it has quit [Remote host closed the connection]
[04:39:32] <Aero-Tec> did not work
[04:40:06] <Aero-Tec> tried to undo it all and see if things worked, it did not, not sure what I did wrong to undo it all
[04:40:11] -!- sliptonic [[email protected]] has joined #linuxcnc
[04:42:03] <skunkworks3> odd - in have to sleep. be back tomorrow.. if you don't have it by then
[04:42:26] <Aero-Tec> ok thanks for the help
[04:52:04] -!- Aero-Tec has quit [Ping timeout: 248 seconds]
[04:52:42] -!- ve7it [[email protected]] has joined #linuxcnc
[04:52:46] -!- ve7it has quit [Client Quit]
[04:52:52] -!- Valen has quit [Quit: Leaving.]
[04:54:39] <L84Supper> where do the lost steps go?
[04:56:18] <RyanS> gone forever
[05:03:03] -!- hdokes|werkin has quit [Ping timeout: 276 seconds]
[05:03:11] -!- skunkworks3 has quit [Ping timeout: 260 seconds]
[05:37:28] -!- Aero-Tec [[email protected]] has joined #linuxcnc
[05:40:28] <Aero-Tec> skunkworks: got it working, thanks for your help, you had it right the last try, and setting 1 and 20 both seem to work, not sure if 1 would have fixed the spindle speed problem but 20 seems to have it fixed
[05:43:34] <Aero-Tec> the problem of why it did not work was a hardware glitch I have fixed
[05:45:24] <Aero-Tec> thanks very much for your help
[05:47:56] <Aero-Tec> is there a way to setup jogging when paused?
[05:51:36] satyag is now known as zz_satyag
[05:51:50] <Aero-Tec> or do a Gcode pause that would allow jogging?
[05:59:23] -!- kwallace [[email protected]] has parted #linuxcnc
[06:03:29] -!- Fox_Muldr has quit [Ping timeout: 260 seconds]
[06:05:02] -!- Fox_Muldr [[email protected]] has joined #linuxcnc
[06:07:36] -!- lwizardl [[email protected]] has joined #linuxcnc
[06:07:47] <lwizardl> hello
[06:08:26] -!- AR_ has quit [Ping timeout: 255 seconds]
[06:08:45] -!- davec [[email protected]] has joined #linuxcnc
[06:10:05] <lwizardl> what are some good programs for building the layouts of materials.
[06:11:36] -!- cevad has quit [Ping timeout: 244 seconds]
[06:26:23] <lwizardl> looking at these so far. Xara Xtreme, Skencil, sK1 Project, Inkscape
[06:49:42] -!- minotaur [[email protected]] has joined #linuxcnc
[07:04:00] -!- kwallace [[email protected]] has joined #linuxcnc
[07:08:27] -!- kwallace [[email protected]] has parted #linuxcnc
[07:09:14] -!- mhaberler [[email protected]] has joined #linuxcnc
[07:12:20] -!- jpk has quit [Ping timeout: 248 seconds]
[07:14:19] <Jymmm> pcw_home: How's your ether board coming along?
[07:17:38] -!- firephoto [[email protected]] has joined #linuxcnc
[07:51:53] <mrsun> Aero-Tec, nah but i did ask for help in the channel and people are very helpfull =)
[07:52:17] <RyanS> If using a hand-held router as a spindle is it not possible to set the RPM in EMC or Mach3?
[07:52:47] <RyanS> or monitor for that matter
[07:55:34] -!- DJ9DJ [DJ9DJ!~Deejay@unaffiliated/dj9dj] has joined #linuxcnc
[07:55:57] <mrsun> RyanS, if you slap on an encoder of some kind yes youc an monitor it .. or tachometer
[07:56:21] <mrsun> controlling it ... hmm they are usaly controllable from a knop on them, just hack that in some way? :)
[07:56:52] <DJ9DJ> moin
[07:57:08] <RyanS> but generally you would have to control it manually if you want to keep it simple?
[07:57:49] <RyanS> You are not going to change RPM during a job... Surely.
[07:59:40] <mrsun> yeah i guess you will only change rpm with change of cutter
[07:59:50] <mrsun> and cutting speed
[08:00:17] -!- Nick001 has quit []
[08:00:21] <mrsun> monitoring rpm could be a good thing, if it drops to 0 you can stop the machine from linuxcnc :P
[08:02:06] -!- c60 has quit [Ping timeout: 256 seconds]
[08:02:44] <RyanS> is structural steel angle any good as a frame material in a DIY CNC router?.... I can't imagine it being dimensionally accurate to any great degree
[08:08:58] -!- lwizardl has quit [Quit: Leaving]
[08:14:15] -!- FinboySlick has quit [Quit: Leaving.]
[08:14:43] <mrsun> im building my router with 40x80mm box tubing
[08:15:03] <mrsun> tho i do not expect 0.0001mm accuracy either :P
[08:15:12] <RyanS> beefy
[08:15:20] <toastydeath> RyanS, what do you mean by dimensionally accurate
[08:15:41] <toastydeath> if you mean cold rolled steel, no, it's not accurate
[08:16:34] <RyanS> Does that matter if you design design the machine properly?
[08:16:51] <mrsun> what expectations do you have on accuracy in the machine ?
[08:17:17] <toastydeath> you can use structural steel as the frame material and it will be far, far more rigid than, say, MDF
[08:17:42] <Jymmm> mrsun: nanometers to 12 digits!
[08:17:44] <toastydeath> but you will have to test and correct whatever axis guide you're using
[08:18:02] <toastydeath> if you use something like linear rails, you can shim the rails up and down
[08:18:05] <toastydeath> into rough alignment
[08:18:32] <Jymmm> mrsun: I want to THINK about having to fart and toss it out of alignment!
[08:18:42] <Jymmm> Guppy, heh... http://www.youtube.com/watch?v=arytH0E5xCY
[08:18:52] -!- motioncontrol [motioncontrol!~io@host13-119-dynamic.182-80-r.retail.telecomitalia.it] has joined #linuxcnc
[08:21:12] <RyanS> Accuracy I don't know.. You will probably laugh 0.1mm perhaps?
[08:21:19] <RyanS> Too much to ask?
[08:22:04] * Jymmm gives toastydeath a noogy!
[08:23:16] <RyanS> Is this sort of design good, average, crap? http://www.kronosrobotics.com/krmx02/index.shtml
[08:23:52] <RyanS> I like the idea of reinforcing the 80/20 with steel
[08:25:01] <icee> wtf
[08:25:15] <icee> why even use 80/20 at that point
[08:25:45] <icee> the whole point of extrusions is not having to cobble together all kinds of angle and plate and drill holes all over the place
[08:26:02] <RyanS> idk is it more accurately sized than cold rolled steel?
[08:26:50] <RyanS> Perhaps alu. profile gives accuracy and steel rigidity ?
[08:26:57] * icee shrugs
[08:27:01] <icee> you can always scrape steel flat
[08:27:31] <RyanS> With what some industrial processing machine.....
[08:27:31] <icee> aluminum extrusions aren't exactly super precise dimensionally either
[08:27:48] <icee> no, a set of hand scraping tools and a good datum and some layout blue
[08:27:55] <icee> it goes way faster than one would expect
[08:27:59] <Jymmm> That is the most clusterfuck of a concept I've seen yet
[08:28:15] <toastydeath> RyanS, making machines accurate is a hand-worked process
[08:28:19] <toastydeath> no machines involved
[08:28:34] <RyanS> ok so crap design?
[08:28:42] <toastydeath> design doesn't make much sense, no.
[08:28:57] <icee> i do kinda like the bed-of-extrusions
[08:29:02] <icee> you'll be sure to have enough t slots
[08:29:03] <icee> :P
[08:29:03] <RyanS> why? I'm just wondering because I have no idea
[08:29:07] <Jymmm> They tried getting cheap by using steel plate and skate bearings instead of linear rails
[08:29:22] <Jymmm> or v0groove bearings, whatever.
[08:29:59] <RyanS> too many bolts, too complicated ?
[08:30:16] <icee> RyanS: I honestly don't understand their design decisions at all
[08:30:29] <Jymmm> bad design.... they dont have a mill to fab, they only have a drillpress and a saw
[08:30:39] <RyanS> It said something about lower centre of gravity....
[08:30:51] <RyanS> Is that BS?
[08:30:56] <toastydeath> total bs
[08:31:08] <icee> a low cetner of gravity is nice to the point.. that the machine doesn't tip over
[08:31:12] <icee> any lower doesn't matter (much)
[08:31:15] <Jymmm> horseshit... the 2x4 extrusion is top heavy alone
[08:31:26] <Jymmm> or is that 2x6?
[08:31:38] <toastydeath> I like gantry machines where the crossrail can be raised and lowered
[08:31:43] <toastydeath> much, much more rigid
[08:32:06] <Jymmm> and cheap hardware too
[08:32:12] <Jymmm> not even ss
[08:32:15] <toastydeath> adding a 1/4 of the current distance halves the static rigidity of the machine
[08:32:15] <RyanS> As in something like because the sides are raised the gantry pillars are not as tall? Perhaps that is why?
[08:32:34] <Jymmm> RyanS: DONT BUY IT
[08:32:47] <RyanS> I wasn't planning on
[08:33:03] <icee> does anyone make a kind of.. general purpose gantry machine?
[08:33:05] <icee> i'd really like it if
[08:33:14] <Jymmm> RyanS: They only good thign I see on it is the base.
[08:33:18] <icee> i could hot wire, plasma cut, and route full sheets of ply from the same thing
[08:33:34] <toastydeath> hot wire no
[08:33:36] <icee> and can build it myself if i have to, but it'd be nice to have a shopbot++ good-enough design
[08:33:45] <icee> i realize hot wire makes it a lot harder
[08:33:47] <toastydeath> but i've seen a machine that had plasma, torch, and router
[08:33:51] <icee> which makes it optional
[08:33:51] <RyanS> I know how to use solidworks pretty well but I'm no techie
[08:33:58] <toastydeath> also a drag knife
[08:34:07] <toastydeath> solidworks doesn't design the machine
[08:34:15] <toastydeath> solidworks is how you go from a design to a set of prints
[08:34:18] <RyanS> duh
[08:34:26] <RyanS> :)
[08:34:27] <icee> hmm
[08:34:29] <toastydeath> ...so why bring it up
[08:34:31] <icee> solidworks can be fun to play with concepts in
[08:34:43] <icee> calculate all your moments, verify things actually clear, etc
[08:34:55] <RyanS> Because I have the ability to document a design
[08:35:28] <RyanS> At least I don't have to learn that bit
[08:35:32] <toastydeath> I'd rather see that machine as two large pillars riding on a rail that's below the table
[08:35:38] <toastydeath> and the crossrail bolted to the pillars
[08:35:48] <icee> toastydeath: do you know offhand who makes the multipurpose gantry machine you saw?
[08:35:56] <toastydeath> also the router is way overhanging the bottom of the Z axis for no apparent reason
[08:36:11] <toastydeath> icee, negative, it was like 6 months ago
[08:36:12] <toastydeath> sorry
[08:36:17] <icee> ok, thx
[08:36:23] <toastydeath> iirc all i was doing is searching for "cnc router"
[08:36:28] <RyanS> So rather than dropping the bed it's better to just have a taller Z?
[08:36:31] <toastydeath> and looking for 4x8, 3 axis machines
[08:36:56] <toastydeath> no, it's better to have as little kinematic path between the part and the tool
[08:37:05] -!- mhaberler has quit [Read error: Connection reset by peer]
[08:37:06] <toastydeath> "taller z" doesn't totally summarize that
[08:37:12] <icee> http://www.plasmaroutecnc.com/index.php
[08:37:13] <icee> ah, i found this
[08:37:18] -!- motioncontrol has quit [Ping timeout: 244 seconds]
[08:37:32] <RyanS> longer z stroke
[08:37:35] -!- motioncontrol [motioncontrol!~io@host248-95-dynamic.8-79-r.retail.telecomitalia.it] has joined #linuxcnc
[08:37:38] <toastydeath> yeah
[08:37:51] <toastydeath> Long z stroke, and the position of Z should be adjustable if possible
[08:37:57] <icee> hmmm
[08:38:01] <icee> didn't think of that..
[08:38:04] -!- mhaberler [[email protected]] has joined #linuxcnc
[08:38:09] <icee> if you have a water table, you're not doing vacuum bleed holddown
[08:38:26] <toastydeath> put some posts in the water table
[08:38:26] -!- automata [[email protected]] has joined #linuxcnc
[08:38:30] <toastydeath> build a vac table
[08:38:32] <RyanS> If you make it too long do you loose rigidity ?
[08:38:41] <toastydeath> RyanS, let me draw something
[08:39:08] <Jymmm> toastydeath: is it pr0n?
[08:39:22] <Jymmm> toastydeath: is it ascii pr0n?
[08:39:42] <Jymmm> toastydeath: is it colorized ascii pr0n?
[08:40:11] <RyanS> If I was in the US, I'd buy this and have no design headaches. http://romaxxcncrouters.com/cnc-router-store#ecwid:category=2549172&mode=product&product=10142335 it seems like a good price for turnkey
[08:40:11] <toastydeath> http://www.twiddla.com/1019356
[08:40:16] <toastydeath> it can be ascii porn i you draw it
[08:40:18] <toastydeath> *if
[08:41:04] -!- automata has quit [Client Quit]
[08:41:16] <Jymmm> toastydeath: I think I'd ave prefered the ascii version =)
[08:41:59] <Jymmm> toastydeath: not bad on the text drawing =)
[08:42:46] <toastydeath> i have a wacom
[08:42:51] <toastydeath> cheating
[08:42:51] <Jymmm> ah
[08:42:53] <icee> yah, i don't see any examples of water table + vacuum table
[08:42:56] -!- Cylly has quit []
[08:43:04] <Jymmm> toastydeath: how is it for vector drawing?
[08:43:20] -!- Loetmichel [[email protected]] has joined #linuxcnc
[08:43:27] <Jymmm> toastydeath: and what size do you have?
[08:43:30] <icee> i guess it's not a super common use case
[08:43:40] <toastydeath> it's tiny as balls
[08:43:49] <toastydeath> and it's kinda pointless for vector drawing
[08:44:14] <Jymmm> toastydeath: how so?
[08:44:53] <toastydeath> dunno, that's just how i feel about it
[08:44:59] <toastydeath> i always use the mouse
[08:45:07] <toastydeath> it's really hard to adjust points and splines and things
[08:45:22] <Jymmm> toastydeath: pita for node editing you mean?
[08:45:42] <toastydeath> yes
[08:45:46] <Jymmm> k
[08:45:53] <toastydeath> also bad for single-line drawing
[08:45:58] <toastydeath> it's best for digital painting
[08:46:00] <Jymmm> ah
[08:46:02] <toastydeath> where you don't have to be accurate
[08:46:41] <icee> on the other hand
[08:46:42] -!- Belerafon_L [[email protected]] has joined #linuxcnc
[08:46:49] <icee> the nouveau-spaceball-ish / 3dconnexion stuff
[08:46:51] <icee> is the best thing ever
[08:46:56] <Jymmm> toastydeath: I thought it might be nice to program certain things into it to relieve the mouse PLUS kybd comannds
[08:47:12] <toastydeath> same
[08:47:15] <toastydeath> it might work for you
[08:47:17] <toastydeath> it doesn't for me
[08:47:18] <Jymmm> Not that big a deal, just cumbersome sometimes
[08:47:31] <toastydeath> I pretty much use it for math tutoring/online whiteboarding only
[08:47:49] <Jymmm> flipping back and forth between tools is getting old.
[08:48:11] <Jymmm> I've never used a drafters tablet, but that seems more of what I need.
[08:48:20] <Jymmm> or whatever they are called.
[08:48:22] <Jymmm> brb
[08:48:34] -!- archivist has quit [Ping timeout: 260 seconds]
[08:49:30] <toastydeath> Drafter's tablet?
[08:49:37] <toastydeath> like, the actual drafting machines?
[08:49:39] <toastydeath> i have one of those
[08:53:26] <RyanS> toasty so the crossrail is the horizontal beam on the gantry or Y axis?
[08:53:48] <toastydeath> gantry
[08:53:51] <toastydeath> yes
[08:54:05] <toastydeath> the crossrail is the Y+Z axis assembly
[08:54:28] <RyanS> And to making adjustable height on that means you can tram the machine?
[08:54:44] <toastydeath> you HAVE to tram the machine
[08:54:51] <toastydeath> every time you move it, you have to realign it
[08:54:54] <toastydeath> http://www.abltechnology.com/equipment-images/large/7469.jpg
[08:55:03] <toastydeath> here's a good example of a machine that has a movable crossrail
[08:55:17] <toastydeath> notice how the Z and X axes (since it's a lathe) are on the crossrail
[08:55:25] <toastydeath> but the crossrail itself moves
[08:56:31] <toastydeath> Having a movable crossrail also means you can cut on a slant
[08:56:40] <toastydeath> if you design it cleverly
[08:56:52] <RyanS> But you would not CNC that bit?
[08:57:03] <toastydeath> generally no, the crossrail never moves
[08:57:05] <toastydeath> and so isn't cnc
[08:57:12] <toastydeath> personally, I'd just make it bolt-on
[08:57:35] <toastydeath> the Bullard in that picture weighs 50,000+ lbs, so the crossrail is probably 8000-10k lbs
[08:57:42] <toastydeath> so it has to have screws to move it
[08:58:00] <toastydeath> alu extrusions, by contrast, are easy to move and tram
[08:58:02] <RyanS> So how do you tram the X axis if the gantry is 'nodding' forward or backward?
[08:58:23] <toastydeath> the x axis on the bullard or on a 3 axis mill
[08:58:28] <toastydeath> mill/router
[08:58:46] <RyanS> 3 axis mill
[08:59:00] <RyanS> Moving gantry style
[08:59:00] <toastydeath> that's dependent on how you do the gantry
[08:59:19] <RyanS> Like the typical DIY router
[08:59:19] <toastydeath> since X is the entire gantry moving, the alignment is relatively fixed
[08:59:27] <toastydeath> let me draw again so we have the same frame of refg
[08:59:37] <toastydeath> http://www.twiddla.com/1019361
[08:59:40] <toastydeath> talk in here though
[09:01:18] <toastydeath> so
[09:01:28] <toastydeath> what kind of nod are you talking about
[09:01:29] <RyanS> I guess you can shim the linear rails for X
[09:01:34] <toastydeath> yeo
[09:01:35] <toastydeath> *yep
[09:01:43] <toastydeath> and that's what I recommend
[09:01:53] <toastydeath> it kills rigidity but scraping is probably beyond your skill level for some time
[09:02:04] <RyanS> I need side view
[09:02:48] <Jymmm> RyanS turn your monitor sideways
[09:02:48] -!- mhaberler has quit [Read error: Connection reset by peer]
[09:03:02] <toastydeath> that doesn't happen
[09:03:14] <toastydeath> if it does, it means your X is out of alignment vertically and you shimmed it wrong
[09:03:31] <RyanS> But not difficult to fix?
[09:04:17] <toastydeath> nope
[09:04:36] <RyanS> umm and ..
[09:04:37] <toastydeath> if it nods forward that means the rails are bowed
[09:05:01] <RyanS> twisted Z
[09:05:05] -!- archivist [[email protected]] has joined #linuxcnc
[09:05:08] <toastydeath> the Z axis nod in the Y direction is fixed by unbolting the rails a little and hitting it with a hammer
[09:05:10] <toastydeath> until it's in alignment
[09:05:21] <toastydeath> (not joking)
[09:05:25] <toastydeath> (use a deadblow with a soft face)
[09:05:36] <RyanS> Unbolt the spindle moount?
[09:05:39] <toastydeath> yep
[09:05:57] <RyanS> And of course the Y by shifting the crossrail
[09:06:04] <toastydeath> yep
[09:07:00] <RyanS> I think I'd make the base out of hulking great pieces of structural steel
[09:07:16] <toastydeath> if you can find iron, that's best
[09:07:32] <toastydeath> it makes a big difference for chatter
[09:07:56] <RyanS> I know why the KRM has the be spilling over the front
[09:08:09] <toastydeath> because it's not a very good design
[09:08:24] <toastydeath> it doesn't matter WHY it's like that
[09:08:31] <RyanS> Because crossbeam pillars are vertical and not slanting backwards
[09:08:46] <toastydeath> no, that's fine
[09:08:55] <toastydeath> i draw the bigass slanting pillars because it's rigid
[09:09:26] <toastydeath> the closer to the base you are, the more important it is to have rigidity there
[09:09:37] <toastydeath> so very often in machine castings you'll see a tapered profile
[09:09:43] <toastydeath> because it makes no sense to have a really thick top
[09:09:46] <toastydeath> because there's no stress there
[09:10:09] -!- rob_h [[email protected]] has joined #linuxcnc
[09:10:10] <RyanS> I wonder if you could just buy triangular shaped aluminium flat to use as the pillars.. I don't have access to a milling machine
[09:10:29] <toastydeath> use whatever you got
[09:10:37] <toastydeath> just make them really thick in the X axis
[09:10:46] <toastydeath> in both, if you can
[09:11:05] <toastydeath> because they're the major element absorbing the milling force in the X and Y direction
[09:11:13] <toastydeath> the crossbeam absorbs most of Z
[09:11:29] <toastydeath> and by absorb, i mean contributes the most to deflection
[09:11:38] <RyanS> We have lots of plate but nothing to cut with besides an angle grinder or a hacksaw
[09:11:42] <toastydeath> which is why the Y axis on a gantry should ALWAYS be the smallest one
[09:12:14] <RyanS> but an pretty beefy drill press which managed to drill through 6mm stainless plate without dying
[09:12:30] <toastydeath> haha
[09:12:46] <RyanS> Is that not an achievement?
[09:13:04] <toastydeath> depends on the size of the drill
[09:13:23] <toastydeath> oftentimes small drill presses stuggle more with themselves, in that they don't deal well at slow speeds
[09:13:36] <toastydeath> rather than with actual drill or material considerations
[09:13:41] <RyanS> It ate 1/4" cobolt drill bits
[09:14:06] <toastydeath> unusual
[09:14:18] <RyanS> Ran pretty low RPM too
[09:14:33] <RyanS> Cut really hard
[09:14:53] <toastydeath> SS also work hardens
[09:14:57] <toastydeath> which may be why the tool died
[09:15:15] <RyanS> yeah we tried to cut aggressively
[09:15:17] <toastydeath> by hand I like to cut as slow as possible and basically hang off the feed
[09:15:24] <toastydeath> with 1/2 of my bodyweight or so
[09:15:26] -!- mhaberler [[email protected]] has joined #linuxcnc
[09:15:44] <toastydeath> nice thick chips mean no work hardening
[09:16:31] <RyanS> You basically have to 'gouge' metal rather than scraping
[09:16:38] <toastydeath> yep
[09:17:10] <toastydeath> the counterintuitive thing is that the bigger chip you cut, the less horsepower per volume per minute it takes
[09:17:34] <toastydeath> so if you cut the speed in half, you will be able to more than double the chip load
[09:17:50] <toastydeath> which means you'll be cutting even faster per minute
[09:18:12] <toastydeath> the tool will go 1" at speed 1, and 1.1-1.2" at speed .5
[09:18:22] <RyanS> I have a SS still made with sanity tube fittings.... I just need to get around to finishing the electronics wiring and and assemble the thing
[09:18:24] <toastydeath> as long as the machine can handle that larger load
[09:19:10] <RyanS> We had to drill through the end caps to make a shell and tube heat exchanger
[09:19:29] <RyanS> Those were 6 mm
[09:20:22] <RyanS> It was a lesson in budget blowout and getting carried away in CAD
[09:21:56] <toastydeath> lol
[09:28:19] -!- nextstopsun has quit [Quit: Colloquy for iPhone - http://colloquy.mobi]
[09:53:02] -!- mhaberler has quit [Quit: mhaberler]
[09:58:46] -!- mhaberler [[email protected]] has joined #linuxcnc
[10:11:39] -!- neverho0d has quit [Ping timeout: 256 seconds]
[10:18:00] -!- vladimirek [[email protected]] has joined #linuxcnc
[10:18:27] -!- cncbasher has quit [Ping timeout: 256 seconds]
[10:20:59] -!- Belerafon [[email protected]] has joined #linuxcnc
[10:20:59] -!- Belerafon_L has quit [Read error: Connection reset by peer]
[10:21:33] -!- mhaberler has quit [Quit: mhaberler]
[10:29:10] -!- yuvipanda has quit [Quit: yuvipanda]
[10:55:25] -!- racycle has quit [Quit: racycle]
[11:09:33] -!- motioncontrol has quit [Quit: Sto andando via]
[11:13:39] -!- mhaberler [[email protected]] has joined #linuxcnc
[11:15:23] <awallin> mhaberler: hi. any insanely-great developments lately? (as usual! :)
[11:16:04] <mhaberler> hm, visitors present so pipeline stalled ;)
[11:16:45] <awallin> ok.. I am trying this atom-board, which unfortunately has "cedarview" graphics.. well hopefully it will work
[11:25:55] <mhaberler> with RTAI I assume?
[11:27:23] <mhaberler> awallin: I know I need to write this up, but that branch is still shaky and wip, so leave a bit of time until it approaches merge candidate..
[11:27:51] <mhaberler> we dont have any tested PCI drivers yet, for instance
[11:33:54] -!- ybon has quit [Quit: WeeChat 0.3.8]
[11:40:13] <awallin> oh ok..
[11:40:53] <awallin> I'm trying just a normal ubuntu install now, no real-time. it seems either the cedarview package is broken, or it takes a LONG time to compile/install
[11:43:27] <awallin> I bet there are no cedarview drivers for 10.04... if I wanted to try RTAI (or can I use an old RTAI kernel on a 12.04 distro?)
[11:45:36] -!- asdfasd [[email protected]] has joined #linuxcnc
[11:46:07] -!- r00t4rd3d [r00t4rd3d!~r00t4rd3d@unaffiliated/r00t4rd3d] has joined #linuxcnc
[11:48:51] <mhaberler> I would think that works
[11:49:57] <mhaberler> what changes is: you get the set of drivers supported by the RTAI kernel, not the set assumed by precise, so one or the other hw-dependent peripheral might not work as expected
[11:53:03] <awallin> ok... what I would want is either xenomai or rt-preempt on 12.04lts with reliable 1ms servo thread, then work on gtk+HAL standalone things..
[11:54:58] <awallin> 10.04lts + RTAI will just continue to generate more and more problems with new motherboards I feel
[11:59:54] zz_satyag is now known as satyag
[12:00:41] -!- Belerafon has quit [Quit: KVIrc 4.0.4 Insomnia http://www.kvirc.net/]
[12:06:02] -!- mattions has quit [Quit: Leaving]
[12:07:30] -!- mhaberler has quit [Quit: mhaberler]
[12:10:40] -!- hdokes|werkin [hdokes|werkin!~IceChat77@173-165-40-177-Illinois.hfc.comcastbusiness.net] has joined #linuxcnc
[12:11:33] -!- hdokes|werkin has quit [Client Quit]
[12:11:55] -!- hdokes [hdokes!~IceChat77@173-165-40-177-Illinois.hfc.comcastbusiness.net] has joined #linuxcnc
[12:15:02] -!- rizo [[email protected]] has joined #linuxcnc
[12:16:18] <awallin> grrr cedarview driver install seems to have failed now for the 3rd time. just reboots the machine in the middle of the install and when it boots again the screen is just garbled up and unusable
[12:18:15] <rizo> Hello, one short question: The output of PID position loop is velocity. Ok, but how can i connect the velocity to torque input of sine servo amplifier?
[12:18:56] <awallin> the output is just a number.. you can connect it anywhere
[12:20:43] <RyanS> What on earth is this used for ? http://weldingweb.com/showthread.php?t=44756
[12:20:48] <rizo> I know it can be connected anywhere :) but i suppose it should be connected in a way that make sense
[12:21:23] <awallin> rizo: torque mode will work, the interpretation of what the gains mean/do just changes
[12:23:46] <rizo> i am still not sure: the output of pid is scalar, but i need a vector to control the servo amplifier. I need to specify the currents through 3 windings.
[12:24:52] <awallin> rizo: oh, there should be some bldc components for that, I think by andypugh
[12:25:02] <awallin> do you have a mesa fpga-card for pwm-generation?
[12:25:30] <rizo> no...some coustom made DA converter.
[12:25:43] <rizo> The voltage is proportional to phase current.
[12:27:16] <awallin> do you have a linuxcnc driver for this then?
[12:30:53] <rizo> no, but i will write a code for simple hal component so that i will control the desired voltage.
[12:31:34] <awallin> rizo: try http://www.linuxcnc.org/docs/2.5/html/man/man9/bldc_sine.9.html
[12:32:05] <awallin> I thing figuring out where exactly the rotor is, so that you get the sine-commutation right is the tricky part
[12:33:24] <RyanS> jeez hand scraping is crazy stuff
[12:33:44] -!- mhaberler [[email protected]] has joined #linuxcnc
[12:34:04] <mhaberler> yes, I fear so
[12:34:40] <mhaberler> that combo should work fine (pci is in the works, Charles is on the pci shim case and has a 5i25 to test)
[12:36:05] <awallin> mhaberler: so I fear I'll have to abandon the dn2800mt atom-board because of the cedarview graphics :(
[12:36:10] <rizo> awallin, i see, i think this bldc_sine is exactly what i need :) Will try that, thank you!
[12:36:44] <mhaberler> never heard of it, need to look that up
[12:37:45] <awallin> https://www-ssl.intel.com/content/www/us/en/motherboards/desktop-motherboards/desktop-board-dn2800mt.html
[12:38:12] <awallin> apparently the graphics chip on those is well known to be really really badly supported on linux. I guess I should have checked before getting the board..
[12:38:15] <mhaberler> is there a driver issue, or latency?
[12:38:27] <mhaberler> fleabay...
[12:38:30] <awallin> I can't get the graphics driver installed
[12:38:43] <mhaberler> you mean on rtai?
[12:38:53] <awallin> no just normal 12.04 install
[12:39:17] <mhaberler> and that: ? http://daily.siebler.eu/2012/06/ubuntu-12-04-driver-for-intel-cedarview-atom-n2000-und-d2000-serie/
[12:39:40] <mhaberler> you likely need to rebuild from source because of the old kernel
[12:39:52] <awallin> yeah those are now supposed to be in the repos. and ubuntu automagically suggests them - but the installer fails
[12:40:27] <mhaberler> saying what?
[12:40:42] <awallin> just reboots the machine in the middle of the driver-install
[12:40:50] <awallin> after that when booting the screen is garbled
[12:40:52] <mhaberler> holy cow
[12:41:40] <mhaberler> great doorstop
[12:42:57] <awallin> did anyone try rtai on amd fusion cpu?
[12:43:16] <mhaberler> fusion.. whatzat, 64bit?
[12:43:33] <awallin> comparable to intel atom
[12:43:38] <awallin> low power low performance etc
[12:43:44] <mhaberler> aja
[12:43:57] <mhaberler> that looks indeed a bit desparate: http://askubuntu.com/questions/168986/cedar-view-drivers-arent-working
[12:44:11] <awallin> yeah..
[12:45:33] <mhaberler> the first answer looks like he got it going
[12:46:03] <mhaberler> not for the faint
[12:47:35] <awallin> is "intel HD graphics" a well defined chipset? :) with good linux support?
[12:47:50] <mhaberler> uh..
[12:47:52] <awallin> http://www.intel.com/content/www/us/en/motherboards/desktop-motherboards/desktop-board-dh61ag.html
[12:48:00] <mhaberler> this is terry incognita for m
[12:48:01] <mhaberler> e
[12:53:36] -!- cncbasher [cncbasher!~quassel@cpc15-hart9-2-0-cust101.11-3.cable.virginmedia.com] has joined #linuxcnc
[12:54:07] hdokes is now known as hdokes|werkin
[12:54:24] -!- Simooon [[email protected]] has joined #linuxcnc
[13:01:19] satyag is now known as zz_satyag
[13:03:12] -!- morfic has quit [Ping timeout: 252 seconds]
[13:08:00] <awallin> mhaberler: any idea if it will be difficult to get PCI(E) drivers working on xenomai/rt-preempt?
[13:08:27] <mhaberler> not really; it's going to be all memory mapped
[13:09:50] <mhaberler> no interrupts used, so straighforward; Charles is working on replacing the pci kernel support with a shim include file/maybe a bit of support code to make drivers run unchanged except for the include/define/link mods
[13:10:16] <awallin> ok, sounds good
[13:10:33] <mhaberler> it's going to be the same for all userland threads, so you'll be able to test a hm2 driver with simulator provided that makes any sense;)
[13:10:54] <awallin> still requires the fpga-card to be present though?
[13:11:09] <mhaberler> well yes, we cant simulate that just yet
[13:11:21] <awallin> ok
[13:11:25] <mhaberler> sim really was a misnomer - it means 'no drivers'
[13:11:53] <mhaberler> (and reduced kernel requirements, i.e. none)
[13:13:04] <mhaberler> I am fairly sure that the beaglebone $85 board with stepgens in the onboard RT CPU will blow away any RT threading we have up to now
[13:13:22] <mhaberler> (sw stepping I wanted to say)
[13:14:03] <mhaberler> it comes with two free 200Mhz 32bit 'arduinos' on board which can talk to pins
[13:14:07] <awallin> but then non-x86 is always going to be trickier than plain x86..
[13:14:30] <mhaberler> well its really the intel/pc monoculture vs the ARM board djungle
[13:14:51] <mhaberler> it is really per-SoC
[13:14:57] <mhaberler> not per board
[13:15:13] <awallin> right..
[13:15:53] -!- newleaf has quit [Ping timeout: 245 seconds]
[13:23:58] <jthornton> I'm trying to import a python file into my gui but for some reason I get an error, I copied the file with sudo cp jog.py /usr/share/pyshared/gui7
[13:24:46] <jthornton> now the strange part I did this a while back (gui6) and I can say from gui6 import jog and it works
[13:25:33] <jthornton> but when I say from gui7 import jog I get this error ImportError: cannot import name jog
[13:26:10] <jthornton> I'm using touchy as a guide
[13:26:25] <mhaberler> do you have a duplicate name (a proper module with .so extension and a python file with same basename but .py) ?
[13:26:52] <mhaberler> in that case the python interp goes for the .py file and fails to import from the .so
[13:26:59] <jthornton> I don't think I have a .so file
[13:27:07] <mhaberler> or an old .pyc file with same name
[13:27:22] <mhaberler> (precompiled python, appears after first run)
[13:27:40] <jthornton> let me look
[13:27:53] <mhaberler> is /usr/share/pyshared/gui7 on the PYTHON_PATH?
[13:28:17] <mhaberler> try sys.path.add(..) that directory to make sure python looks there
[13:28:42] <jthornton> ok
[13:29:47] <mhaberler> try this
[13:29:50] <mhaberler> import sys
[13:30:05] <mhaberler> sys.path.append("/usr/share/pyshared/gui7")
[13:30:18] <jthornton> ok
[13:31:19] <jthornton> ImportError: cannot import name jog
[13:32:30] <jthornton> system path
[13:32:30] <jthornton> ['/usr/bin', '/usr/bin', '/usr/lib/python', '/usr/bin', '/usr/lib/python', '/usr/lib/python2.6', '/usr/lib/python2.6/plat-linux2', '/usr/lib/python2.6/lib-tk', '/usr/lib/python2.6/lib-old', '/usr/lib/python2.6/lib-dynload', '/usr/lib/python2.6/dist-packages', '/usr/lib/python2.6/dist-packages/PIL', '/usr/lib/python2.6/dist-packages/gst-0.10', '/usr/lib/pymodules/python2.6', '/usr/lib/python2.6/dist-packages/gtk-2.0', '/usr/lib/pymodules
[13:32:30] <jthornton> /python2.6/gtk-2.0', '/usr/local/lib/python2.6/dist-packages', '/usr/share/pyshared/gui7']
[13:32:42] <jthornton> seems to be on the path
[13:32:47] <Jymmm> WTH?!
[13:33:50] -!- sumpfralle [[email protected]] has joined #linuxcnc
[13:34:33] <mhaberler> permissions on /usr/share/pyshared/gui7/jog.py ?
[13:34:48] <mhaberler> or the directory /usr/share/pyshared/gui7 ?
[13:35:02] <awallin> it's useful to include a git commit id or some other revision string in the modules so you can check what you have right after "import"
[13:35:44] <jthornton> checking
[13:38:30] <mhaberler> I use `git describe --dirty --always` for a git scent mark
[13:39:06] -!- The_Ball has quit [Ping timeout: 264 seconds]
[13:41:40] <jthornton> the file permissions for jog.py are the same in both /usr/share/pyshared/gui6 and gui7 -rw-r--r--
[13:42:11] <jthornton> can't figure out the command to see what the directory permissions are yet
[13:43:16] <mhaberler> ls -ld <dir>
[13:43:17] <jthornton> both directories are drwxr-xr-x
[13:43:56] <mhaberler> cd to that dir, start python, and try 'import jog', would that work?
[13:44:13] <jthornton> ok
[13:44:33] <jthornton> yes that works
[13:44:41] <jthornton> quit()
[13:44:44] <jthornton> opps
[13:45:49] <mhaberler> so its either a path issue, or it picks up some jog.py on a a dir before yours
[13:45:52] <mhaberler> try this
[13:46:30] <mhaberler> import sys
[13:46:45] <mhaberler> sys.path.insert(0, "/usr/share/pyshared/gui7")
[13:46:56] <mhaberler> this will prepend that dir before all others
[13:47:08] <jthornton> ok
[13:47:22] <mhaberler> so if some other dir has a jog.so or jog.py or jog.pyc, it wont suck that in
[13:49:33] <mhaberler> oh, I see /usr/bin in your path.. why?
[13:49:36] <jthornton> I seem to be having a copy problem, I changed the from gui7 import jog to from gui7 import status and I still get the jog error... let me check my copy script
[13:50:43] <jthornton> http://pastebin.com/VXW9Ci3V
[13:51:11] <jthornton> monkey see monkey do, I copied some from touchy
[13:52:41] <mhaberler> hm, you're using subpackages: from gui7 import status
[13:52:42] <mhaberler>
[13:53:06] <mhaberler> have an __init__.py file in that gui7 dir?
[13:53:19] <jthornton> I think I see the problem I had gui7 and gui7.py in /usr/bin
[13:53:26] <mhaberler> bingo
[13:53:59] <jthornton> so no matter what I did I still got the old file me thinks
[13:55:52] <jthornton> no __init__.py in the gui7 directory, I'll add one
[13:58:28] <jthornton> oh it works now, thanks
[14:04:15] -!- mhaberler has quit [Quit: mhaberler]
[15:05:54] <rizo> i am looking for bldc_sine component (http://www.linuxcnc.org/docs/2.5/html/man/man9/bldc_sine.9.html). There is man.9 for the component, but not compiled in latest release 2.5 and also there is no source code at latest [linuxcnc.git] / src / hal / components /
[15:06:38] <rizo> is this hal component still in development phase?
[15:09:19] -!- mhaberler [[email protected]] has joined #linuxcnc
[15:23:36] -!- IchGuckLive [[email protected]] has joined #linuxcnc
[15:23:43] <IchGuckLive> Hi all B)
[15:31:39] <JT-Shop> it appears the man page has preceeded the comp
[15:32:35] <JT-Shop> rizo: ask on the forum and Andy will be sure to see your question
[15:32:38] <pcw_home> BLDC_sine is obsolete having been replaced by BLDC
[15:33:08] <JT-Shop> then the man page needs to be vaporized :)
[15:35:00] <JT-Shop> hmm it is not a hand written man page
[15:35:46] <pcw_home> and both BLDC and its manual are in 2.5
[15:36:42] * JT-Shop is at a loss how the man page is there for bldc_sine
[15:38:20] zz_satyag is now known as satyag
[15:38:21] <IchGuckLive> BLCD are getting cheeper and cheeper
[15:40:30] <pcw_home> the BLDC comp does everything the BLDC_sine comp did and more (its kind of a kitchen-sink comp)
[15:51:43] <Jymmm> pcw_home: Is the 7I80DB the ONLY ether I/O card?
[15:53:09] <awallin> Jymmm: did someone already write a linuxcnc driver for that board?
[15:53:31] <Jymmm> awallin: I'm not sure.
[15:56:32] -!- r00t4rd3d has quit [Quit: Leaving]
[15:57:44] -!- Nick001 [[email protected]] has joined #linuxcnc
[16:00:35] -!- the_wench [[email protected]] has joined #linuxcnc
[16:01:29] <pcw_home> Well there's the 50 pin I/O version (7I80HD)
[16:02:02] <pcw_home> driver is being worked on
[16:02:25] <Jymmm> pcw_home: 2x 50pin?
[16:02:52] <pcw_home> 3x50
[16:03:02] <pcw_home> 72 I/O
[16:03:52] <Jymmm> pcw_home: how do you get 4 extra pins by chaning connectors?
[16:04:44] <pcw_home> 7I80DB uses Parallel port compatible pinout so 17 I/O x4 =68
[16:05:26] <Jymmm> voltage wise?
[16:05:49] <pcw_home> ?
[16:06:01] <Jymmm> "port compatible "
[16:06:13] <pcw_home> Yes
[16:06:26] -!- AR_ [[email protected]] has joined #linuxcnc
[16:06:39] <Jymmm> pcw_home: Ok, I dont understand the differnce then
[16:06:40] <pcw_home> both 7I80s have 5V tolerant I/O
[16:06:44] <Jymmm> k
[16:07:13] <pcw_home> only difference is connectors
[16:07:54] <Jymmm> Oh, the 17 pins being the ieee-1284 compatability
[16:08:05] <Jymmm> 1284 (?)
[16:08:35] <pcw_home> Yes (well and all PC parallel ports from the Dawn of time compatible)
[16:08:36] <Jymmm> so just matching the pinouts, not different signal voltages
[16:08:43] <pcw_home> Yes
[16:09:08] <Jymmm> got it, are the other 4 pins "available" ?
[16:09:19] <pcw_home> parallel ports are just TTL compatible no more no less
[16:09:24] <pcw_home> No
[16:09:54] <Jymmm> Bummer, might hae been nice for extra LED's or whatever.
[16:11:39] <pcw_home> I'd rather the cards were identical except things that have to be different so the support firmware source and drivers are identical
[16:11:53] -!- motioncontrol [motioncontrol!~io@host143-7-dynamic.20-87-r.retail.telecomitalia.it] has joined #linuxcnc
[16:11:57] <Jymmm> I understand. What is "LX16" ?
[16:12:06] <pcw_home> FPGA size
[16:12:17] <Jymmm> ah
[16:12:33] <Jymmm> $169 ok
[16:13:15] <pcw_home> there are 2 different FPGA sizes available (well possibly 3 but the smallest is pretty cramped)
[16:17:52] <Jymmm> pcw_home: It's not a DSP of course, but can you think of any reason it couldn't be used as such?
[16:20:12] <pcw_home> FPGAs are often used as DSPs
[16:20:50] <Jymmm> pcw_home: That's what I mean, and I was asking if the 7180 could be used as such
[16:20:54] <pcw_home> Probably one of the more common uses (Cellular base stations etc)
[16:21:07] <pcw_home> sure
[16:21:26] <Jymmm> pcw_home: what kind of bandwidth would you guestimate?
[16:22:04] <pcw_home> The host bandwidth is not very high over Ethernet
[16:22:22] -!- rizo has quit [Quit: Leaving]
[16:22:37] <Jymmm> pcw_home: Not as a pseudo DSP sampling bandwidth
[16:22:42] <Jymmm> err
[16:22:47] <Jymmm> pcw_home: No, as a pseudo DSP sampling bandwidth
[16:22:56] <pcw_home> but there lots of processing power available (I think the are either 32 or 48 MACs available)
[16:23:43] <pcw_home> say 100 to 100s of MHz
[16:24:11] <Jymmm> pcw_home: 100MHz sampling bandwidth, really?
[16:24:19] <pcw_home> sure
[16:24:41] <Jymmm> wow
[16:25:02] <Jymmm> is that pushing it to it's limits?
[16:25:05] <pcw_home> Thats why you will see most high end A-D connect to FPGAs
[16:25:15] <pcw_home> no
[16:26:15] <Jymmm> pcw_home: Is there an equiv clock speed *I* could use to compare to an (lets say) intel cpu?
[16:26:19] <pcw_home> and the Spartan 6 supports LVDS serdes on all pins to close to a GHz
[16:27:09] <Jymmm> pcw_home: (BTW, the idea I have is a SDR Transceiver)
[16:27:31] <Jymmm> pcw_home: using the ether as UI I/O
[16:28:31] <pcw_home> medium sized FPGA to Intel CPU Raw floating point much lower pipelined fixed point equal or higher for 1/50 the power
[16:29:45] <Jymmm> pcw_home: I meant more like i5, P4, 286 as *I* have no comparison
[16:30:19] <pcw_home> It is rather apples and oranges
[16:30:40] <Jymmm> pcw_home: I know it's apples and walnuts, but just as an idea
[16:30:49] <archivist> get a lemon
[16:31:05] <Jymmm> archivist: I got LOTS of those =)
[16:31:45] <pcw_home> Its also really dependent on the skill of the FPGA firmware designer
[16:33:13] <pcw_home> If you have a Ray Andraka to design it it will fly. If I do it it will crawl...
[16:33:45] <Jymmm> pcw_home: and I do it, it will collect dust =)
[16:34:54] <pcw_home> :-)
[16:37:01] <Jymmm> pcw_home: Xilinx® Spartan® 3A-DSP 3400 FPGA
[16:37:21] <IchGuckLive> as i viewd around today of bad weather otside iv seen so many minimills are now build in facturies around the globe
[16:37:30] <IchGuckLive> also lots of lathe
[16:38:06] <IchGuckLive> i got also the new Deskproto installt today and it holds now 250 postprozessor of all kind of mashienes
[16:38:38] <IchGuckLive> including EMC i will tell him the nameconversion
[16:39:22] <IchGuckLive> it has now also a ROBOT post
[16:39:33] <jthornton> lots of folks still use EMC
[16:39:57] satyag is now known as zz_satyag
[16:39:59] <IchGuckLive> so the demo is nice to be installed at a low cost pc every 30days :D ;-)
[16:40:36] <IchGuckLive> JT yes yesterday if been on 2.3.5
[16:42:38] <IchGuckLive> Question if i have steplen,stepspace,dir,... set do i then need the parport reset time
[16:46:35] -!- ktchk [[email protected]] has joined #linuxcnc
[16:50:00] <pcw_home> No sure, where is the reset mode documented? is there a man page?
[16:51:59] <IchGuckLive> i did also not found infos about this particular function
[16:54:08] <jdh> I have an entry in my pport machine. I assume stepconf put it in for me.
[16:55:58] <pcw_home> http://www.linuxcnc.org/docs/2.4/html/hal_parallel_port.html
[16:56:00] <pcw_home> seems to suggest that 1 for steplen on 0 for stepspace is OK if using reset mode
[16:57:16] <IchGuckLive> jdh: what is the number
[16:57:48] <jdh> setp parport.0.reset-time 2000
[16:58:03] <IchGuckLive> i added 5000
[16:58:03] <jdh> (U32) parport.<portnum>.reset-time -- The time (in nanoseconds) between a pin is set by write and reset by the reset function if it is enabled.
[16:59:32] <IchGuckLive> maybe i shoudt set up the hole mashine new with a higher linuxcnc version
[16:59:36] -!- ktchk [[email protected]] has parted #linuxcnc
[17:02:02] <pcw_home> IchGuckLive: if you dont need 5 usec I would reduce the reset time to the minimum as the PC just spins during that time
[17:05:25] <pcw_home> (so you will slow the PC for other tasks if you waste time spinning in the reset function)
[17:07:48] <IchGuckLive> i just edit the hal and in i to get some of my friend to a better speed
[17:08:11] <IchGuckLive> i woudt have loved to get I-net access at that tiime but the garage where ofline
[17:22:25] <IchGuckLive> k by its X-mas festivity in tow n
[17:22:55] <IchGuckLive> Christ child is hedding to the church tower to set of the tree
[17:22:59] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 16.0.2/20121025205401]]
[17:23:28] <motioncontrol> Hi at all. I command in position the exsternal axis with pid.x component, but for have ramp acc. and dec how can reailize it ?
[17:27:37] <pcw_home> limit3?
[17:28:42] <awallin> normal axes/joints will have limited speed and acceleration (from INI). spindle might need a limit2/3 block.
[17:30:02] <motioncontrol> i thing no, because i can connect it only on pid.x.command. example stay at position 0 pass new postiton 100 at limit 3 , it ramp in acc , but not in decc.
[17:30:36] <pcw_home> limit3 does both
[17:31:31] <motioncontrol> yes buf if you change the target position , but you set only one position 0 -> 43
[17:32:11] <motioncontrol> limit 3 is ok if i have 0->100 and 100 ->0
[17:32:33] <motioncontrol> but when command a axis i command only one targhet position
[17:33:28] <motioncontrol> limit component is good for spindle acc and dec
[17:33:35] <awallin> I'm not sure I follow... A-axis should have limits on acc and speed in the INI. In g-code the feedrate may be given in 'inverse time' format?
[17:33:37] <motioncontrol> but not for position
[17:34:23] <motioncontrol> for axis declare in ini is kinematic at create acc and dec i thing
[17:34:37] <pcw_home> Not sure what the problem is you should be able to dynamically change the .in value and limit3 should do its best to follow with violating its limits
[17:34:47] <pcw_home> without
[17:35:12] <motioncontrol> trajectory generator create ramp
[17:35:15] <pcw_home> if it does not do this either your hal file or limit3 have a bug
[17:36:19] <pcw_home> limit 3 creates a trapezoidal profile just as the trajectory generator does
[17:36:51] <motioncontrol> a axis declare in ini, when commanded in position first accel , after decel
[17:37:16] <pcw_home> (if you are using the trajectory generator (normal axis) you dont need limit3
[17:37:51] <motioncontrol> with limit 3 you can only acc , for dec you change again targhet position , it not is correct
[17:38:39] <motioncontrol> i want use pid component for exsternal axis not declare in ini file
[17:38:43] <pcw_home> If that true, ita a bug in limit3
[17:38:52] <pcw_home> its
[17:40:11] <pcw_home> are you saying that if you change the endpoint, limit 3 violates the acceleration limit?
[17:41:04] <motioncontrol> the problem is end point, not have dec.
[17:41:33] <pcw_home> how are you setting the target position (not with the limits I hope)
[17:41:56] <motioncontrol> limit is ok for spindle . example : spindle is stop, now m3 s100 have ramp acc, now m3 s10 have ramp dec
[17:41:57] <skunkworks> I don't know how the limit could know if you change the end point on the fly.. Say if you go from 10mm to 5 and it is already almost to 5..
[17:42:36] <skunkworks> it could be in the cruise phase - then if you change the endpoint to something that would require a faster de-acceleration than what is set.
[17:42:38] <pcw_home> it should always do the best it can under its contraints and current endpoint
[17:42:55] <pcw_home> otherwise it is broken
[17:43:15] <skunkworks> oh - I see - it should shoot past the end point...
[17:43:21] <pcw_home> yes
[17:45:44] <pcw_home> motioncontrol: limit3 should do what you want either you are using it wrong or it has a bug that should be fixed
[17:46:27] <skunkworks> I am using limit 3 for the z axis temp offset.. but I am only moving .005" ;)
[17:48:03] <pcw_home> It really does not seem likely that such a big bug has been missed
[17:48:05] <pcw_home> motioncontrol: do you only see the problem if you change the endpoint when in motion?
[17:48:20] <motioncontrol> thing at exsternal linear axis . now stay at 0 position.want targhet 100. ok pass 100 at limit 3 and it ramp on pid.x.command . pid rad ramp and executed it, this is ok. now you thing the targhet is very long, the axis after some second have velocity costant and arrived at targhet 100 position. The pid output fast is 0, not have ramp on limit some second first the targhet position. i thing limit approch not is corre
[17:48:20] <motioncontrol> ct
[17:48:43] <motioncontrol> yes the problem is motion in end position
[17:49:13] <pcw_home> that is limit,N.in?
[17:49:59] <skunkworks> sounds like the acc is set incorrectly...
[17:50:28] <pcw_home> do yo have enough headroom ion the position limits? (they should be larger than the actual travel)
[17:51:25] <motioncontrol> if use pid component only is good for control temperature on m19 spindle , but no for move a axis
[17:52:08] <motioncontrol> the command the pid is problem, because only a traject generator can calculate the ramp and velocity
[17:52:22] <pcw_home> false limit 3 does
[17:53:11] <motioncontrol> exist in emc another approch , thing loadrt another kinematict or another trajactory generator ?
[17:53:17] <pcw_home> thats is thats one of its purposes, to do a acceleration limited trajectory
[17:54:20] <pcw_home> limit3 should work
[17:55:44] <pcw_home> motioncontrol: are you saying that even if you do not change the endpoint (limit3.N,in) in motion, that limit3 does not generate a trapezoidal motion profile?
[17:56:07] <motioncontrol> no not ganerate it
[17:57:05] <pcw_home> then there is a bug but this is surprising since that is exactly what limit3 is supposed to do
[17:58:00] <pcw_home> Are you sure you have .min and .max set OK and not changed (you should only change .in)
[17:58:22] <motioncontrol> limit fuction thinking not is generate trapezoidal motion, but only acc and dec, but for this you change two value, 0-100 acc , 100-0 dec
[17:58:50] <motioncontrol> motion condition is only 0-100
[17:58:58] <pcw_home> what? limit has no such pins
[17:59:56] <pcw_home> limit3s pins are in.out,load,min.max.maxv,maxa
[18:00:06] <motioncontrol> limit have limit value pin and pin input variable and output pin variable control
[18:00:26] <motioncontrol> yes ok for pin
[18:01:16] <pcw_home> please use the pin names from the limit3 component otherwise its hard to know if we are talking about the same thing
[18:03:09] <motioncontrol> min.max.maxv and maxa are pinf for parameter the limit for select limit plus and minus and response the acc and dec
[18:03:11] <motioncontrol> now
[18:03:44] <motioncontrol> the pin input is input value the variable targhet
[18:04:14] <motioncontrol> the pin output is variable calculate with acc and dec.
[18:04:34] <pcw_home> and .in the only one you should be changing for a trapezoidal profile
[18:04:46] <motioncontrol> yes
[18:04:53] <motioncontrol> but
[18:05:16] <pcw_home> and the min and max are untouched and larger than you travel?
[18:05:50] <motioncontrol> yes is limit min and max the output
[18:06:42] <pcw_home> right so they should be larger than you full travel (and never changed)
[18:07:00] <motioncontrol> in limit when input increase have acc in output when decrease have dec in output
[18:09:24] <motioncontrol> for have a complete acc and dec i change first increase value and after decrease, change two value, for motion you have only one targhet command and if use limit you can have only acc, because in limit when you increase value after some secont output is egual at input and not decrease if you dont' decrease the input
[18:09:56] <pcw_home> Umm no
[18:11:19] -!- AR_ has quit [Ping timeout: 244 seconds]
[18:14:12] <pcw_home> if i put a step input into limit3 (.in pin) it will generate a complete trapezoidal profile
[18:14:14] <pcw_home> (otherwise it violates then acceleration constraint)
[18:23:33] <pcw_home> so it output simply follows the input while obeying the acceleration and velocity limits
[18:28:29] <motioncontrol> what this step input ?
[18:33:10] <pcw_home> 0 one sample and 100 next (and 100 till limit3 is stable)
[18:35:01] <pcw_home> I'm not saying limit3 may not have a bug but looking at its code it does what the manual page says: that is its output follows its input and the velocity and acceleration constraints = trapezoidal profile
[18:36:23] <archivist> motioncontrol, write up a test case to show any fault you think there is
[18:37:36] <pcw_home> I guess I could do this in my sim install at home
[18:41:52] <motioncontrol> yes limit 3 fuction ok, but with 0-100 you have only acc, when stay arrived at endposition not have dec this is the problem.
[18:44:52] <pcw_home> limit3 is _not_ functioning OK if it does not decelerate with the same accel values as it accelerated
[18:51:21] -!- r00t4rd3d [r00t4rd3d!~r00t4rd3d@unaffiliated/r00t4rd3d] has joined #linuxcnc
[19:07:02] -!- AR_ [[email protected]] has joined #linuxcnc
[19:07:54] -!- L33TG33KG34R has quit [Ping timeout: 264 seconds]
[19:14:43] -!- morfic [morfic!~morfic@unaffiliated/morfic] has joined #linuxcnc
[19:18:45] -!- L33TG33KG34R [[email protected]] has joined #linuxcnc
[19:24:10] -!- tjb1 [[email protected]] has joined #linuxcnc
[19:27:16] -!- AR_ has quit [Ping timeout: 244 seconds]
[19:30:02] -!- AR_ [[email protected]] has joined #linuxcnc
[19:31:20] -!- motioncontrol has quit [Remote host closed the connection]
[19:32:51] -!- yuvipanda has quit [Quit: yuvipanda]
[19:34:47] -!- c60 [[email protected]] has joined #linuxcnc
[19:37:24] -!- grummund has quit [Ping timeout: 264 seconds]
[19:38:49] -!- tjb1 has quit [Quit: tjb1]
[19:40:13] -!- grummund [grummund!~user@unaffiliated/grummund] has joined #linuxcnc
[19:45:07] -!- AR_ has quit [Ping timeout: 256 seconds]
[19:48:04] -!- maximilian_h [[email protected]] has joined #linuxcnc
[19:49:16] -!- maximilian_h has quit [Client Quit]
[19:54:07] <icee> hey all
[19:54:17] <icee> i need to control the speed of a single phase induction motor load.
[19:54:35] <icee> (not software control... just an appropriate drive to do so).
[19:54:56] <icee> i know router speed controls can be abused as slip-controls for induction loads but that's not really good.. and i know of /have used/ have found lots of 3 phase VFDs
[19:56:13] <archivist> better to change the motor
[19:56:19] <pcw_home> I you woudl be a lot better off to use a VFD and a 3 phase motor
[19:56:22] <pcw_home> Ha
[19:56:25] <icee> but.. any 1 phase VFD or similar that could fulfill the task out there? seems hard to find. load is a 120V 1HP 2pole induction motor
[19:56:38] <icee> yah, i'm not going to re-engineer the shitty blower i'm trying to slow down
[19:57:27] <pcw_home> how big a motor?
[19:57:38] <archivist> induction motors have a false phase to create the rotating field, just change the motor to 3ph and use a vfd
[19:58:04] <archivist> it may over heat if you try to slow it down
[19:58:54] <pcw_home> You _might_ be able to slow a shaded pole motor but less likely to be able with a motor with a starting winding
[19:59:52] <Aero-Tec> skunkworks: you were 100% with your edit of my hal file
[20:00:08] <icee> pcw_home: before, i've cheated and .. started similar motors at full speed and slowed them down
[20:00:12] <icee> which i know is naughty
[20:00:33] <pcw_home> Yeah but its all pretty iffy
[20:00:42] -!- c60 has quit [Ping timeout: 265 seconds]
[20:01:28] -!- munktell [[email protected]] has joined #linuxcnc
[20:01:41] <Aero-Tec> the encoder wire was moved from a lower position to a higher one and had oil on it, the oil ran down the wire and onto the opto encoder so it stopped working
[20:02:15] <pcw_home> drip loop FTW
[20:03:28] <munktell> Is it possible to get the current dynamic tool offset set with g43.1 from any parameter? Want to use it in a sub as a variabler.
[20:04:00] <JT-Shop> have you read this http://linuxcnc.org/docs/html/gcode/overview.html
[20:04:42] <Aero-Tec> skunkworks: thanks a million for your help, the spindle speed indicator is now rock solid, the debounce worked like a charm
[20:05:39] <munktell> Yes, this is not lister as a parameter. You can get tool offset from tool table from parameter, but not the g43.1 ofset
[20:08:12] <JT-Shop> g43.1 just adds to the current offset
[20:10:51] <munktell> Yes, but I need to know the offset before i do a g49. Its for a M6 remap thingy
[20:11:19] <JT-Shop> the current tool offset?
[20:12:14] <Aero-Tec> I was just thinking, there should be a place where code can be posted for INI and HAL and any other things that is EMC related.
[20:12:36] <munktell> Yes, men not the offset from tool table, The dynamic offset
[20:12:41] <Aero-Tec> a resource area that one can have there code posted
[20:13:35] <JT-Shop> if you programmed the dynamic offset you should know what it is
[20:13:59] <Aero-Tec> have a email address where one can send the code and then have someone look at it and put in into the library of code and snippets
[20:14:32] <Aero-Tec> just a thought, or does this already exist?
[20:15:43] <Aero-Tec> would be nice to have a location one can go to to see how others dealt with some problem or how they did some amazing thing with EMC
[20:16:06] <munktell> Hmmm, yes. But it's in a M6 remap sub, and I can not be sure no-one have set a new g43.1 between the sub is executed
[20:16:09] <JT-Shop> wiki seems to be the collection spot and the forum
[20:16:36] <Aero-Tec> after awhile most things would be covered and be less work for the guru's here on the forum
[20:17:21] <Aero-Tec> the forum would be ton of searching, not even sure how one could or would search the forum for info
[20:17:49] <pcw_home> one thing that helps is browsing other hal files
[20:18:40] <pcw_home> the forum search works OK (used to be broken but seems OK after the forum software upgrade)
[20:19:02] <Aero-Tec> and the wiki is cool and very help full, but I did not see a good code example for debounce, little on debounce code for a spindle, little on debounce code for a spindle with just one index input
[20:19:41] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[20:20:18] <Aero-Tec> I am sure someone else will need to do just what I did and there is no real place to look for that code
[20:20:24] <pcw_home> well you have to generalize component usage to see the power of hal
[20:20:24] <munktell> I could save the z position before g49 and then restore the z pos to that after the g49. Would work
[20:20:39] <Aero-Tec> so one can search the forum now?
[20:20:43] <Aero-Tec> cool
[20:20:46] <pcw_home> sure
[20:20:58] <Aero-Tec> still leaves things scattered and spread out
[20:21:54] -!- FinboySlick [[email protected]] has joined #linuxcnc
[20:22:35] <Aero-Tec> also I am looking for a way to shut down EMC and and have it start up using the exact zeroing it had when shut down
[20:22:46] -!- munktell has quit [Remote host closed the connection]
[20:22:58] -!- munktell [[email protected]] has joined #linuxcnc
[20:23:17] <Aero-Tec> like t1, I zero t1 and all tools are zeroed off of t1
[20:23:43] <Aero-Tec> so now I have to put t1 to z0x0
[20:23:56] <Aero-Tec> then shut down, start up
[20:24:15] <Aero-Tec> move the jog to dead dead dead slow
[20:25:09] -!- AR_ [[email protected]] has joined #linuxcnc
[20:25:44] <Aero-Tec> jog the z towards the chuck just like I did to go to zero, and x towards -x just like when it went to zero, home it and zero it
[20:25:55] <Aero-Tec> is there a quicker and better way?
[20:26:57] <Aero-Tec> the jogging is to over come back lash, I have the backlash turned on and set
[20:27:35] <Aero-Tec> but have to set jog to slow so it will not move the axis but will set the back lash in the right direction
[20:27:46] <pcw_home> you dont have home switches?
[20:27:51] <Aero-Tec> no
[20:27:55] <Aero-Tec> not yet
[20:28:03] <Aero-Tec> it is a lathe
[20:28:15] <Aero-Tec> not sure where I would put them
[20:28:28] <Aero-Tec> I have like 5 chucks I use
[20:28:57] <pcw_home> that would be the standard way, though they work better with servo than step motors since you have th eindex
[20:29:18] <Aero-Tec> the collet chuck is in very tight and if I have a big 3 or 6 jaw in there I can not get to the home for the collet chuck
[20:29:41] <Aero-Tec> I have servos on the lathe
[20:29:48] <Aero-Tec> not the spindle
[20:29:54] <pcw_home> a home switch can be anywhwre
[20:30:07] <Aero-Tec> ?
[20:30:14] <Aero-Tec> really?
[20:30:17] <Aero-Tec> cool
[20:30:21] <pcw_home> It could be in the middle of travel
[20:30:38] <Aero-Tec> so throw a switch anywhere?
[20:30:45] <pcw_home> Yeah
[20:30:54] <Aero-Tec> cool, could not do that with mach
[20:31:02] <pcw_home> home/=limit
[20:31:08] <Aero-Tec> had to be a the end
[20:31:28] <pcw_home> theres a home offset
[20:32:02] <Aero-Tec> so that would be the + and - limit that is in the INI
[20:32:18] <Aero-Tec> ok
[20:32:49] <Aero-Tec> I may just have to put some in
[20:33:01] <Aero-Tec> what are the best ones to use?
[20:33:18] <Aero-Tec> optos can get junk in them
[20:33:38] <Aero-Tec> hal effects can get metal suck to them
[20:34:21] <Aero-Tec> micro switches look to be the best but not sure if they are accurate enough
[20:34:43] <pcw_home> not sure its a compromise (inductive are tough but inaccurate)
[20:35:26] <Aero-Tec> thought the hal effect switches were dead accurate
[20:35:36] -!- sumpfralle [[email protected]] has joined #linuxcnc
[20:35:39] <pcw_home> I think people are getting close to 1 mill repeatability with microswitches
[20:35:43] <Aero-Tec> they have such a good response time
[20:36:29] <pcw_home> I dont think you can get 1 mill without a pretty exotic Hall device
[20:36:37] <pcw_home> but maybe
[20:36:38] <Aero-Tec> only thing is if metal chips get near them it can mess things up
[20:36:53] <pcw_home> Yep
[20:37:07] <Aero-Tec> and there is no limit or end to metal chips in a cnc
[20:37:54] <pcw_home> Normally with servos, 2 step homing is done (first to switch and then to index)
[20:38:21] <pcw_home> so only +- .1" switch accuracy is needed
[20:38:43] <pcw_home> (assuming 5TPI ballscrew)
[20:39:07] <Aero-Tec> will have to think on a switch, something that will not wear fast, and no leavers for chips to get into and bind up
[20:40:07] -!- sumpfralle has quit [Ping timeout: 244 seconds]
[20:40:23] <Aero-Tec> that would be if the servos are driven by EMC
[20:40:43] <Aero-Tec> mine are servos but controlled by gecko, so step and dir
[20:41:08] -!- vladimirek has quit [Remote host closed the connection]
[20:41:10] -!- sumpfralle [[email protected]] has joined #linuxcnc
[20:41:25] <Aero-Tec> there is no index ether
[20:41:38] <pcw_home> yeah no homing on index is a disadvantage
[20:41:54] <Aero-Tec> I can install new optos with index
[20:43:22] <pcw_home> it _might_ be doable with the gecko but theres no direct support for this (using index with a step.dir drive)
[20:43:45] <Aero-Tec> I guess if I had a index from each axis, one could work from that even with step and dir
[20:45:09] <Aero-Tec> so, back to the problem so, what home switches would be best for my system?
[20:45:30] <pcw_home> currently index feeds into the encoder component so its a little awkward
[20:46:22] <Aero-Tec> right now my axis have no index
[20:46:37] <Aero-Tec> just the spindle, and it only has index
[20:47:16] <pcw_home> probably better asked on the LinuxCNC users mailing list to reach a larger number of machine builders that have experience with homing switches
[20:47:20] <Aero-Tec> I started with a shoe string, and no cnc experience at all
[20:47:44] <Aero-Tec> there is a mailing list?
[20:47:49] <Aero-Tec> how do you get on it?
[20:48:09] <Aero-Tec> thought this was the place to be for EMC
[20:48:32] <pcw_home> theres the forum and the mailing list as well
[20:50:31] <pcw_home> if you go to linuxcnc.org then select 'community '
[20:50:33] <pcw_home> the first link is a form to sign up to the mailing list
[20:51:35] -!- munktell has quit [Remote host closed the connection]
[20:51:48] -!- munktell [[email protected]] has joined #linuxcnc
[20:53:03] <Aero-Tec> cool, thanks
[20:53:19] <skunkworks> Aero-Tec: so it works?
[20:53:34] <Aero-Tec> like a charm
[20:53:43] <Aero-Tec> your a EMC wiz
[20:54:13] <Aero-Tec> it was some oil on the opto that made it not work, your code was perfect
[20:54:21] <skunkworks> great!
[20:54:33] <Aero-Tec> thanks again for the help
[21:01:07] -!- kmiyashiro has quit [Quit: kmiyashiro]
[21:01:34] <Aero-Tec> well I am now on the mailing list as well
[21:02:01] <Aero-Tec> both user and developer
[21:02:21] <Aero-Tec> is there a way to better understand the HAL programming?
[21:02:42] <Aero-Tec> I have done programming so know some things about coding
[21:03:00] <skunkworks> it is more of a virtual wiring scheme
[21:03:03] <Aero-Tec> but I am not understanding HAL, yet
[21:03:40] <Aero-Tec> I hope to be well versed in HAL programming at some point, soon I hope
[21:04:00] <skunkworks> the more you do it - the better you get :)
[21:04:06] <Aero-Tec> lol
[21:05:17] <Aero-Tec> for sure, but right now I feel more like a deer in the headlights of a train the there are black things on ether side of me....LOL
[21:06:24] <Aero-Tec> not sure where to start with HAL programming, is there a youtube vid or something
[21:06:32] <Aero-Tec> HAL programming 101
[21:07:47] <JT-Shop> the manual has a hal 101
[21:07:59] <Aero-Tec> I have read some of the wiki, but it does not really fill in the blanks for me
[21:08:09] <skunkworks> http://linuxcnc.org/docs/2.5/html/hal/intro.html
[21:08:28] <Aero-Tec> will look for it and reread it if I have not read it all ready
[21:09:58] <Aero-Tec> is there a hal programming tool of sorts?
[21:10:53] <Aero-Tec> I was reading somewhere and it looked to me as if there was some sort of thing one can load into the gui that would allow one to do some hal programming
[21:12:24] <skunkworks> people have worked on that... but I don't thing there is any that works 100%
[21:12:31] <Aero-Tec> one very cool thing about EMC is it can do so much and is so versatile, the over whelming thing about EMC is it can do so much and is so versatil
[21:13:23] <Aero-Tec> maybe I can code some tools
[21:13:46] <Aero-Tec> first I need to figure it out
[21:14:35] <pcw_home> Its the differece between a configuration lanquage and selecting items on a menu
[21:14:37] <pcw_home> a language is much more flexible and powerful but has a steeper learning curve
[21:14:50] <Aero-Tec> maybe a open source tool set for EMC, complete, setting up of a machine, something more complete then the wiz
[21:16:15] <Aero-Tec> mach was selecting, quick and easy to learn, but was VERY limited
[21:18:14] <Aero-Tec> I like the configuration of EMC, but your right the learning curve is steep, more so if your running a company and your the only guy in the company, LOL no others to hand work off to, if I do not do it it does not get done
[21:18:34] <pcw_home> Even with a helpful GUI, understanding the configuration language frees you from the limits of what the GUI writer imagined were rasonable choices
[21:18:53] <pcw_home> reasonable
[21:18:56] <Aero-Tec> hard to find the time to learn with out interruptions
[21:19:49] <Aero-Tec> true
[21:20:01] <Aero-Tec> I do love EMC
[21:20:04] <pcw_home> but yes for one time use LinuxCNC setup can be daunting
[21:20:05] <Aero-Tec> it is very cool
[21:21:32] <Aero-Tec> so back to, I have no home switches and would love to have EMC shut down and start up and be exactly where it was when shut down
[21:21:37] -!- vladimirek [[email protected]] has joined #linuxcnc
[21:21:52] <Aero-Tec> for zero of axis
[21:22:08] <Aero-Tec> for a given tool
[21:22:31] -!- tjb1 [[email protected]] has joined #linuxcnc
[21:22:41] <tjb1> JT-Shop: You here?
[21:22:46] <Aero-Tec> I have a system and it seams to work,but takes some time
[21:23:03] <Aero-Tec> lots of steps and easy to mess up
[21:23:34] <Aero-Tec> also can one set up joging in mid program run
[21:24:51] <Aero-Tec> I have a case where I sometime get some tool chatter and would like to halt and recut that cut manualy
[21:25:21] -!- tjb1 [[email protected]] has parted #linuxcnc
[21:26:17] <Aero-Tec> jogging is locked out during program run, and I like that, but would be nice to have a gcode that would unlock it for one small bit of code and then relock it
[21:27:21] <Aero-Tec> any help with ether of the problems?
[21:30:20] <pcw_home> Probably need JT or some other gcode maven
[21:33:10] -!- ve7it [[email protected]] has joined #linuxcnc
[21:33:20] -!- AR_ has quit [Ping timeout: 244 seconds]
[21:40:48] <pcw_home> Well I can't duplicate motioncontrol's problem with limit3, it works as advertsed
[21:45:23] <DJ9DJ> gn8
[21:46:32] -!- DJ9DJ has quit [Quit: bye]
[21:49:13] -!- munktell has quit [Remote host closed the connection]
[21:49:26] -!- munktell [[email protected]] has joined #linuxcnc
[22:07:07] -!- munktell has quit [Read error: Connection reset by peer]
[22:07:23] -!- munktell [[email protected]] has joined #linuxcnc
[22:07:42] <skunkworks> Aero-Tec: look at http://linuxcnc.org/docs/2.5/html/config/ini_config.html#_traj_section_a_id_sub_traj_section_a
[22:08:22] <skunkworks> specifically POSITION_FILE = position.txt
[22:08:27] -!- factor has quit [Read error: Connection reset by peer]
[22:09:07] <skunkworks> pcw_home: I think he was changing the accelleration on the fly...
[22:09:18] <skunkworks> That would be my guess
[22:11:14] <skunkworks> Aero-Tec: you cannot jog during a program run
[22:11:56] <Aero-Tec> to bad
[22:12:02] <Aero-Tec> I can see why not
[22:12:26] <Aero-Tec> but would be cool to be able to make a small window where you could
[22:12:52] <Aero-Tec> some gcode or m code or something
[22:13:16] <Aero-Tec> just for the extra tweak from time to time
[22:14:04] <Aero-Tec> the tubing I have to use to make a part is not consistent, so sometime it chatters and most of the time it does not
[22:14:40] <Aero-Tec> would be nice to knock the tops off the chatter for the times it does chatter
[22:16:26] <skunkworks> Aero-Tec: did you see the 'POSITION_FILE = position.txt'
[22:16:38] <Aero-Tec> was just going to it
[22:16:44] -!- phantoneD [[email protected]] has joined #linuxcnc
[22:17:43] <Aero-Tec> cool
[22:17:48] <Aero-Tec> just what I needed
[22:17:52] -!- vladimirek has quit [Remote host closed the connection]
[22:17:53] <Aero-Tec> thanks again
[22:18:40] <Aero-Tec> I will set it up, would that file path be the config dir for the running config?
[22:18:53] <skunkworks> I think so..
[22:19:07] <skunkworks> I don't think you need a path - and it puts it where it should
[22:19:09] <Aero-Tec> will find out soon enough
[22:19:14] <skunkworks> :)
[22:19:33] <Aero-Tec> I feel like I should be sending you money or something
[22:19:47] <Aero-Tec> you have been so helpful
[22:19:54] -!- phantoxeD has quit [Ping timeout: 264 seconds]
[22:21:18] <skunkworks> heh - no
[22:21:38] <skunkworks> pay it forward....
[22:22:00] <skunkworks> spread the word... ;)
[22:22:22] <Aero-Tec> just expressing my gratitude, and would gladly have sent some money if you had asked for some
[22:22:33] <Aero-Tec> will do, I can do that
[22:22:40] <Aero-Tec> both
[22:24:55] <Aero-Tec> any ideas on dealing with chatter?
[22:25:47] -!- AR_ [[email protected]] has joined #linuxcnc
[22:26:04] <Aero-Tec> I have a 0.005 per rev infeed, 3 in .25 wall pipe, inside cut for O ring
[22:27:03] <Aero-Tec> have tried different hold times for end of cut, ut to long and you have short quick chatter
[22:27:21] <Aero-Tec> not long enough and you can have long deep chatter
[22:27:51] <Aero-Tec> boring bar is as short as possible
[22:28:18] <pcw_home> skunkworks: not sure but motonworks seemed to say that it stopped instantly at the end point
[22:28:20] <pcw_home> and thats not what I get (it does a trapezodal velocity, parabolic position profile)
[22:28:39] <Aero-Tec> 6061 tubing, with aluminum cutter fluid
[22:30:02] <Aero-Tec> it does not always chatter, most of the time it is good, or only very slight
[22:31:07] <Aero-Tec> this is where a variable speed spindle would come in very handy
[22:35:53] -!- munktell has quit [Remote host closed the connection]
[22:36:07] -!- munktell [[email protected]] has joined #linuxcnc
[22:54:41] -!- tjb1 [[email protected]] has joined #linuxcnc
[22:57:27] -!- joeg has quit [Ping timeout: 260 seconds]
[22:58:23] -!- joeg [[email protected]] has joined #linuxcnc
[23:01:08] -!- andypugh [andypugh!~andy2@cpc2-basl1-0-0-cust639.basl.cable.virginmedia.com] has joined #linuxcnc
[23:05:07] -!- munktell has quit [Remote host closed the connection]
[23:05:22] -!- munktell [[email protected]] has joined #linuxcnc
[23:07:35] <tjb1> Anyone else having trouble posting on cnczone?
[23:08:40] -!- tjb1 has quit [Remote host closed the connection]
[23:08:53] -!- tjb1 [[email protected]] has joined #linuxcnc
[23:09:18] -!- RyanS has quit [Ping timeout: 252 seconds]
[23:14:20] -!- RyanS [[email protected]] has joined #linuxcnc
[23:16:35] -!- factor [factor!~factor@r74-195-182-220.msk1cmtc01.mskgok.ok.dh.suddenlink.net] has joined #linuxcnc
[23:25:18] -!- Simooon has quit [Quit: Leaving]
[23:32:21] <tjb1> Anyone at a computer with mastercam?
[23:35:20] <Tom_itx> smartcam
[23:39:00] -!- ve7it has quit [Remote host closed the connection]
[23:39:27] <Aero-Tec> I have it but not set up yet
[23:39:48] <Aero-Tec> I could get it up and running if needed
[23:40:07] <tjb1> I need a mcx file converted, guess that wont do any good :)
[23:40:08] <Aero-Tec> what are you needing done?
[23:40:56] <Aero-Tec> what are you wanting it converted to?
[23:41:00] <tjb1> dwg
[23:41:21] <Aero-Tec> can try
[23:41:31] <icee> that's the opposite direction than you usually go
[23:41:32] <icee> ;)
[23:42:00] <Aero-Tec> true, but it may work
[23:42:02] <tjb1> Actually I got it now, friend was having trouble but he got it to me :)
[23:42:15] <Aero-Tec> cool
[23:42:23] <Aero-Tec> glad you got it
[23:42:41] <Aero-Tec> so did master cam do the conversion?
[23:42:58] <Aero-Tec> or did he use something else to convert it for you
[23:43:52] <tjb1> probably just saved it as dwg
[23:47:45] <Aero-Tec> I should install it, had it running on my old computer, I may still have it there, but have not used it much so have not gotten around to installing it here
[23:49:25] <tjb1> I was going to cut the school mascot thing for everyone in my senior project class…not going to work
[23:52:08] <Aero-Tec> I have art programs for converting pix and art to a 3D cnc gcode
[23:52:14] <Aero-Tec> if that would help
[23:52:48] <Aero-Tec> all I would need is a pix or graphic and I can convert it for you
[23:53:02] <tjb1> No, its just the way it is, wont be able to cut it with plasma
[23:53:18] <tjb1> scaled up to 8.5"x8.5" there are still sections with only .023 between them
[23:53:28] <Aero-Tec> master cam should do the same thing I would think, have not used it much
[23:54:24] <Aero-Tec> ok for a plasma, I was thinking mill
[23:55:01] <Aero-Tec> 3D relief
[23:55:52] <Aero-Tec> one could edit out or move the fine detail around some
[23:56:23] <tjb1> I know…its not really that mascot if I edit all that out
[23:56:25] <Aero-Tec> do a more impressionist version of it
[23:56:43] <Aero-Tec> do you have a pix of it?
[23:56:48] <Aero-Tec> would like to see it
[23:57:34] <tjb1> https://dl.dropbox.com/u/3090951/Screen%20Shot%202012-12-02%20at%206.56.57%20PM.png