#emc | Logs for 2007-05-20

[00:12:59] <chr0n1c> * chr0n1c dies, twice in 3 minutes
[00:25:26] <JymmmEMC> chr0n1c: Let me try... I'll make sure you STAY dead!
[00:26:53] <JymmmEMC> * JymmmEMC grabs the ZWVDK and heads to Ohio
[00:32:58] <Ziegler> hey... I am working on an stepper ini for a new machine... what does ist mean when I get an error that says maxomum possible frequency is #####
[00:33:56] <Ziegler> The requested maximum velocity of 20571 steps/sec is too high.
[00:34:30] <Ziegler> Stepgen: the maximum poss freq is 12045 steps/second
[00:34:37] <Ziegler> err 17045
[00:35:32] <Ziegler> does that for each axis
[00:36:06] <Ziegler> my max velocity is set at 1.16
[00:42:36] <gringos> ahahaha I took some pics
[00:46:44] <gringos> gringos is now known as Unition
[00:47:06] <Unition> http://img92.imageshack.us/my.php?image=29214559vd5.jpg
[00:49:05] <cradek> is that iron pipe?
[00:49:14] <Unition> steel yo
[00:49:37] <chr0n1c> wow
[00:49:38] <Unition> I used lots of that fantastic plastic
[00:49:49] <Unition> for the motor mounts and connectors
[00:50:06] <Unition> the other z motor rides on the top pipe
[00:51:50] <Ziegler> anyone on the emc error?
[00:52:34] <jmkasunich> Ziegler: the maximum possible step rate is determined by the base period and a few other things
[00:52:42] <jmkasunich> you are asking for more than it can give
[00:52:53] <jmkasunich> there is a wiki page that addresses that, lemme find the URL
[00:52:57] <Ziegler> okie dokie
[00:52:59] <chr0n1c> is $29.00 for a lin engineering 870 oz/in 8 wire stepper a good deal?
[00:53:04] <chr0n1c> i think so... ;)
[00:53:20] <Ziegler> 1.8 degree?
[00:53:58] <jmkasunich> Ziegler: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TweakingSoftwareStepGeneration
[00:54:05] <Ziegler> danke
[00:55:58] <chr0n1c> crap it was only 4 wire
[00:56:15] <chr0n1c> i retracted me bids at the last second.. whew
[00:56:23] <chr0n1c> i had like 1:30 to spare
[00:56:41] <chr0n1c> 0:01:30
[00:56:44] <chr0n1c> :|
[00:56:53] <chr0n1c> i shold read that whole datasheet first
[00:56:59] <chr0n1c> shoulda*
[00:59:19] <chr0n1c> ... 'twas too good to be true
[00:59:28] <jmkasunich> chr0n1c: do you have unipolar drives?
[00:59:38] <chr0n1c> um ya?
[00:59:53] <chr0n1c> well the 4aupc hobby cnc board
[01:00:15] <jmkasunich> I don't know if thats unipolar or bipolar - its your drive, you should know
[01:00:20] <chr0n1c> can i use 4 wire with it? i never actually finished reading the datatsheets for the driver.. but i know it has 6 terminals
[01:00:23] <Ziegler> its unipolar
[01:00:25] <jmkasunich> if its bipolar, then 4 wire motors are fine
[01:00:31] <chr0n1c> 4 axis unipolar chopper driver
[01:00:33] <Ziegler> cant use 4 wire
[01:00:35] <jmkasunich> oh
[01:00:47] <chr0n1c> i didn't know
[01:00:48] <jmkasunich> unipolar stinks
[01:00:51] <Ziegler> lol
[01:01:02] <chr0n1c> i found a circut to convert 6 wires to 4 somewhere
[01:01:10] <chr0n1c> i need to see if i can find it again
[01:01:21] <jmkasunich> 8 wire and 6 wire motors can be used on 4 wire drives
[01:01:22] <Ziegler> why convert?
[01:01:31] <Unition> chr0n1c you think your a chron check out my pig stye http://img527.imageshack.us/img527/1923/49824056oo1.jpg
[01:01:33] <jmkasunich> 8 wire and 6 wire motors can be used on 6 wire (unipolar) drives
[01:01:45] <jmkasunich> 4 wire motors can be used ONLY on 4 wire bipolar drives
[01:01:47] <Ziegler> im using 8 wire on my unipolar
[01:02:09] <chr0n1c> i have one BIG 8 wire... and it's already wired for 6.. i need two more
[01:03:14] <chr0n1c> my buddy gave me a 12v 4a pyramid bench power supply the other day..
[01:03:22] <chr0n1c> so i got the power taken care of
[01:05:05] <chr0n1c> * chr0n1c just made a sweet glass pipe using my drill press for a glass lathe...
[01:05:17] <chr0n1c> "tobacco use only" of course
[01:05:43] <skunkworks> uh - yah
[01:05:54] <toastydeath> stay in school kids!
[01:06:16] <chr0n1c> * chr0n1c turns into a 28 yr old kid at midnight
[01:06:42] <chr0n1c> (my birthday of course.. on the 20th
[01:14:21] <Unition> btw I make music with all those glasses
[01:14:29] <Unition> thats why im a pig :P
[01:15:58] <chr0n1c> yeah it's almost as messy as my desk
[01:17:57] <jmkasunich> my desk (bench actually) is worse
[01:18:02] <jmkasunich> this is part of it: http://jmkasunich.dyndns.org/pics/cat_on_bench.jpg
[01:18:59] <Unition> ur cat has fire in the eyes
[01:19:00] <chr0n1c> i think your cat hates me, it gave me adirty look
[01:19:26] <jmkasunich> here's lookin' at you: http://jmkasunich.dyndns.org/pics/cat_and_dog_on_steps.jpg
[01:20:17] <Unition> lmao
[01:35:02] <chr0n1c> hey would a 1.09 mw laser cut things?
[01:35:23] <chr0n1c> * chr0n1c doesn't know about lasers
[01:35:30] <chr0n1c> * chr0n1c is going to look it up
[01:35:34] <SWPadnos> no, it won't
[01:35:43] <SWPadnos> unless the things are microscopic and you focus the beam
[01:36:00] <chr0n1c> http://cgi.ebay.com/WORKING-HELIUM-NEON-LASER-DEMO-KIT-WITH-EMITTER-TUBE_W0QQitemZ230132176585QQihZ013QQcategoryZ109452QQssPageNameZWDVWQQrdZ1QQcmdZViewItem
[01:36:20] <SWPadnos> laser pointers can be up to either 3 or 5 mW
[01:36:33] <chr0n1c> oh..
[01:36:58] <chr0n1c> i know i got some cheapo pointers that reach into my neighbors living room
[01:37:22] <SWPadnos> heh. I've seen some where you can see the dot about 200 yards away
[01:37:45] <SWPadnos> what's really fun is taking a laser pointer and anight scope - then you can see the dot from miles away
[01:37:54] <chr0n1c> we got out my binoculars and found the dot inside the hotel through the trees on the wall in the hallway by my house
[01:38:00] <chr0n1c> it's gotta be more than 100 yards
[01:38:26] <SWPadnos> yep - that's the fun of lasers - very little divergence of the beam
[01:38:52] <chr0n1c> i have one mounted on a tripod
[01:39:04] <chr0n1c> i can turn on the neighbors motion lights
[01:39:13] <SWPadnos> just so you can annoy cats from a mile away? ;)
[01:39:19] <chr0n1c> oh yeah
[01:40:04] <chr0n1c> actually it's on the tripod because i point it at my neighbors truck's tail lights at night and people go nuts when they drive by :)
[01:40:30] <chr0n1c> across the street from my living room
[01:40:41] <chr0n1c> they slam on thier brakes and check it out
[01:40:50] <chr0n1c> it looks like there is a fire in the taillight
[01:40:59] <chr0n1c> muahaha
[01:41:03] <chr0n1c> * chr0n1c is evil
[01:41:23] <SWPadnos> heh
[01:41:49] <chr0n1c> headlights are fun too
[01:42:02] <chr0n1c> you can even do it driving down the highway and freak ppl out
[01:42:05] <chr0n1c> ;)
[01:42:14] <chr0n1c> but.. not really safe to be doing that
[01:42:19] <SWPadnos> yeah, that sounds like a good idea
[01:42:19] <chr0n1c> you could blind ppl
[01:42:29] <cradek> or get beat up
[01:42:44] <chr0n1c> i haven't got beat up in a long time...
[01:42:52] <chr0n1c> :|
[01:43:07] <SWPadnos> you obviously don't live in LA
[01:43:26] <chr0n1c> nope.. i don't think i'd want to really
[01:43:31] <SWPadnos> nope
[01:43:41] <SWPadnos> that's the smartest thing you've said in at least 12 lines or so ;)
[01:43:46] <chr0n1c> i need trees
[01:44:01] <SWPadnos> there are trees in LA, they're just $1000000 each
[01:44:06] <chr0n1c> and woods and no earthquakes
[01:45:16] <SWPadnos> oh - details details
[01:45:50] <chr0n1c> i get nervous when even my stomach rumbles...
[01:45:58] <chr0n1c> i start looking for a safe place
[01:46:13] <chr0n1c> and thunder! oh god
[01:46:27] <chr0n1c> like a dog.. behind the couch
[01:51:02] <Unition> I FUCK THE$ DOG
[01:51:06] <Unition> all day long
[01:51:26] <Unition> im terrible
[01:51:58] <Unition> and your worse chronic
[01:52:42] <Unition> learn to code
[01:53:23] <Unition> this is the emc dev channel ?
[01:53:31] <SWPadnos> no
[01:53:39] <SWPadnos> #emc-devel
[01:53:39] <Unition> 4 reelZ ?
[01:55:05] <Ziegler> 0_o?
[01:59:40] <chr0n1c> http://motionmouse.com/index.html
[02:05:05] <SWPadnos> that's kind of cool
[02:05:17] <SWPadnos> not necessarily all that useful (to me), but cool nonetheless
[02:08:28] <Guest781> helo please
[02:08:38] <Guest781> i need to on phase driver in emc
[02:09:10] <Guest781> i need edit to .ini file for it?
[02:10:15] <SWPadnos> no changes to ini file. only to .hal files
[02:10:30] <Guest781> in other day
[02:10:42] <Guest781> jepler says for me:
[02:11:00] <Guest781> for edit hal file
[02:11:03] <Guest781> add:
[02:11:15] <Guest781> "loadrt stepgen step_type=0,0,0
[02:11:36] <Guest781> make this?
[02:14:12] <SWPadnos> do you want 4-phase output, or for step and direction?
[02:14:52] <Guest781> I need to put a Phase-drive on EMC
[02:15:16] <Guest781> like 2 pins each time, full step. It´s not dir-step
[02:15:17] <SWPadnos> is "Phase Drive" the name of a motor driver?
[02:15:29] <Guest781> to move 6 wire unipolar steppers
[02:15:49] <Guest781> Phase-drive is the motor drive stepper
[02:15:54] <SWPadnos> ok, so like this:
[02:15:56] <SWPadnos> 0 0 1 1
[02:15:58] <SWPadnos> 0 1 1 0
[02:15:58] <SWPadnos> 1 1 0 0
[02:16:01] <SWPadnos> 1 0 0 1
[02:16:02] <SWPadnos> repeat
[02:16:17] <Guest781> i have no dir-step drivers
[02:16:39] <Guest781> only 12 TIP122 opto-isolated on parallel port, got ya?
[02:16:42] <SWPadnos> no - then the sequence repeats :)
[02:16:53] <Guest781> oh, i see
[02:17:15] <Guest781> yeah, like this, yes
[02:17:18] <SWPadnos> is that what you need? two coils on at a time, shifting to create motion?
[02:17:21] <SWPadnos> ok
[02:17:34] <Guest781> THANKS !!!!! :-]
[02:18:19] <SWPadnos> it looks like you need step type 6
[02:18:32] <SWPadnos> so that would be loadrt stepgen step_type=6,6,6
[02:18:34] <SWPadnos> for three of them
[02:18:38] <Guest781> i gess, what files do i need to change it?
[02:18:51] <SWPadnos> look at the HAL manual at http://www.linuxcnc.org/docs/HAL_Documentation.pdf
[02:19:04] <SWPadnos> page 73 (74 in the PDF)
[02:19:09] <Guest781> i need to edit ini file?
[02:19:10] <SWPadnos> Figure 7.4
[02:19:17] <Guest781> loadrt?
[02:19:17] <SWPadnos> no, you need to edit .hal files
[02:19:28] <Guest781> ok
[02:19:38] <SWPadnos> are you adding this to an existing machine, or is this a new configuration?
[02:20:06] <Guest781> loadrt in hal file?
[02:20:21] <SWPadnos> yes - look at core_stepper.hal (I think)
[02:20:34] <SWPadnos> there will be a line that has "loadrt stepgen " on it
[02:20:42] <SWPadnos> change the "0,0,0" to "6,6,6"
[02:20:54] <SWPadnos> you will then need to connect the new signals to your parport
[02:20:57] <SWPadnos> like this:
[02:21:19] <SWPadnos> net motor1_phase1 stepgen.0.phase-a parport.0.pin-2
[02:21:22] <SWPadnos> etc.
[02:21:44] <SWPadnos> (that line would connect the first output from the first stepgen to the first parport pin 2)
[02:22:18] <Guest781> plz, in what folder is that
[02:22:39] <SWPadnos> wherever the ini file you're using is
[02:22:59] <SWPadnos> if this is an installed system, then you probably have some configs in ~/emc2/configs/*
[02:23:17] <Guest781> im there
[02:23:30] <Guest781> but can´t find this file
[02:23:34] <SWPadnos> are there any directories there?
[02:24:45] <Jymmm> sudo updatedb;locate <filename>
[02:25:14] <SWPadnos> there would be several hits there - the idea is to find the right one
[02:25:22] <Guest781> common demo_mazak demo_step_cl etch-servo exapod-sim m5i20 max montec sim
[02:25:32] <jmkasunich> run emc from a shell, it will print the ini path
[02:25:40] <ds2> Hmmmm that was interesting
[02:25:47] <SWPadnos> ok, which config do you want to modify?
[02:26:04] <SWPadnos> or is this a new configuration?
[02:26:06] <Guest781> in what hal file are ya based ?
[02:26:23] <Guest781> just modify
[02:27:09] <SWPadnos> ok, what configuration are you trying to modify?
[02:27:59] <Guest781> oke i founded the core_stepper.hal
[02:28:53] <SWPadnos> it's more important to make sure you're changing the correct config ...
[02:29:12] <SWPadnos> and only you know which one that is
[02:29:20] <Guest781> wow, JUST like that? Chnged the "0,0,0" to "6,6,6" and i am on phase-drive mode?
[02:29:37] <jmkasunich> the step generator is in phase-drive mode
[02:29:41] <SWPadnos> yes, the stepgen will be in phase drive mode, but the pins will need to be connected to the parallel port
[02:29:51] <jmkasunich> but the signals won't come out the parport until you make more changes
[02:30:40] <Guest781> soory i don´t got it
[02:31:30] <SWPadnos> you should probably read some of the HAL introduction in the user manual: http://www.linuxcnc.org/docs/EMC2_User_Manual.pdf
[02:31:58] <SWPadnos> connecting signals is a very basic part of HAL, and it will be very difficult to talk you through it on IRC
[02:32:01] <Guest781> may i need to change the standard pinout hal ?
[02:34:00] <Guest781> ok friend
[02:34:03] <Guest781> thanks
[02:34:18] <Guest781> but i ask one for you
[02:34:48] <Guest781> i modify the core-steper.hal
[02:35:11] <SWPadnos> I think those connections are in core_stepper.hal, but I'm not sure
[02:35:43] <Guest781> i need to edit standart_pinoult.hal?
[02:36:15] <SWPadnos> yes, that's where the connections to the parallel port are
[03:04:54] <Guest781> plz, i set newsig XphaseA = bit is thar correct to make a Phase signall ?
[03:05:12] <Guest781> must i need to put BIT there
[03:05:13] <Guest781> ?
[03:08:17] <jmkasunich> no '='
[03:08:25] <jmkasunich> just "newsig XphaseA bit"
[03:12:58] <Guest781> YEAH !
[03:13:01] <Guest781> I GOT IT!
[03:13:38] <Guest781> Tnahks Thanks Thanks A LOT !
[03:14:23] <Guest781> I will make the changes to put Phase-drives on EMC2, if you guys want to put it on next versions i can send ya
[03:24:42] <Guest781> Look, i have all 12 OUT pins used
[03:25:13] <Guest781> but 31 and 36 pins not loaded (to move Z axis)
[03:27:43] <jmkasunich> I don't understand
[03:27:50] <Guest781> loadrt hal_parport cfg="0x0378 out 0x037A " ????
[03:27:52] <jmkasunich> phase mode needs four outputs per motor
[03:27:58] <Guest781> yep
[03:28:04] <jmkasunich> do you have two parports installed in your computer?
[03:28:08] <Guest781> nope
[03:28:17] <Guest781> but parport has 12 pins OUT
[03:28:24] <jmkasunich> ok, so what is the problem?
[03:28:41] <jmkasunich> (you don't want to add another number to the parport cfg=" "
[03:28:42] <Guest781> pins 1 2 3 4 5 6 7 8 9 14 31 36
[03:29:01] <jmkasunich> 31 and 36? no such thing
[03:29:14] <Guest781> and im using X: 2 3 4 5
[03:29:21] <Guest781> Y: 6 7 8 9
[03:29:28] <Guest781> Z: 1 14 31 36
[03:29:39] <Guest781> It works good on turbocnc like that
[03:29:44] <jmkasunich> there is no 31 and 36! the parport is a 25 pin connector!
[03:29:52] <Guest781> oh I see!
[03:30:04] <Guest781> Those are CENTRONICS connections! hahahaha
[03:30:27] <jmkasunich> if you look at the parport section of the HAL manual it tells you what pins are inputs and outputs
[03:30:31] <jmkasunich> (there is even a drawing)
[03:31:15] <Guest781> Oke, sorry my dumb style huhuhu !
[03:40:09] <ds2> is there an guarantee of time duration for something like: N100 G00 X0.0 Y0.0; N110 M03 G01 X10.0 Y10.0 F2.0; N120 M05; (Guarantee time for between blocks 110 and 120)
[03:45:17] <cradek> between? the lines execute one right after another
[03:45:27] <cradek> maybe I don't understand the question
[03:45:37] <ds2> yes
[03:45:50] <ds2> this is what I am thinking of doing
[03:46:29] <ds2> i want to control something that is duration sensitive, say a laser cutter; so I use M03 to turn on the laser and M05 to turn it off. I want to be sure the time the laser is on is deterministic
[03:46:30] <cradek> the G1 move will move 14.1 units at 2 units/minute, so it will take a while
[03:46:54] <cradek> G4 is a timed delay
[03:47:11] <ds2> but is the time to execute a M code fixed?
[03:47:56] <ds2> or asking the entire thing another way, can I count on EMC processing blocks in a repeatable fashion w.r.t to time used?
[03:47:56] <cradek> well it depends, think of pause, tool change, etc
[03:48:30] <ds2> but those are physical actions; I just want the M code to toggle a line
[03:48:42] <ds2> so that itself is physically a constant time event
[03:50:46] <cradek> some of the M codes go through a non-realtime path, so they're not going to be as repeatable as queued motion commands
[03:50:59] <cradek> I don't know how repeatable you need it
[03:51:19] <ds2> Hmm. I don't know either; just toying with some ideas
[03:51:49] <cradek> there are some motion-synchronized digital output bits that you can control with g codes
[03:51:53] <Guest781> Hello guys i´m back again, I got the right pins now, REALLY THNAKS!
[03:52:00] <ds2> Oh?
[03:52:10] <Guest781> Phase-drive on EMC2 now, very cool
[03:52:17] <cradek> Guest781: yay!
[03:52:30] <Guest781> but something is happening eith interface
[03:52:32] <Guest781> i mean
[03:53:13] <cradek> ds2: I see those are not in the gcode reference... let me see if I can figure them out
[03:53:15] <Guest781> I have LEDs to "see" witch phase is ON, and the EMC interface gets a LAG
[03:53:43] <Guest781> The LED "runs" and the coords change after that
[03:54:01] <Guest781> on screen
[03:54:05] <ds2> cradek: cool, glad you mention them
[03:55:02] <Guest781> on INI file there is some base period configs... do i need do change it to get my EMC2 interface OK ?
[03:57:04] <cradek> M62,63,64,65 P-
[03:57:07] <cradek> P word is the bit
[03:57:22] <cradek> not sure how the 62,63,64,65 work, try them
[03:57:24] <ds2> and those have relative timing guarantees?
[03:57:37] <cradek> I think they give you hal pins motion.digital-out-00 etc
[03:57:44] <cradek> ds2: I'm not sure :-)
[03:57:57] <ds2> okay
[03:58:09] <cradek> you should be able to study the operation with halscope
[03:58:28] <Guest781> Sorry, is that fr me (interface LAG problem) ?
[03:58:58] <ds2> main thing I want to see is if I need to hack together some motion control and looks like EMC will do it
[03:59:02] <cradek> Guest781: the gui will always be slightly behind the machine, because it polls the machine
[03:59:35] <cradek> ds2: if you need complex timing in realtime, consider using classicladder+emc
[04:02:06] <ds2> okay, thanks.
[05:07:44] <Guest781> Hi guys, im getting improvements in my EMC2 knowledge, Thnak ya a lot
[05:07:51] <toastydeath> dudes
[05:07:59] <toastydeath> i am considering buying a Samsung Q1
[05:08:01] <toastydeath> for work and school
[05:08:03] <toastydeath> http://www.samsung.com/uk/products/mobilecomputing/ultramobile/np_q1_v000suk.asp
[05:08:13] <toastydeath> anyone have experience with that kind of device
[05:08:18] <toastydeath> or thoughts/comments
[05:08:31] <Guest781> BUT..... What is FERROR? Is that for Stepper machines, or just for Servo machines ?
[05:13:18] <Guest781> please
[05:13:35] <toastydeath> i don't know dude
[05:13:39] <toastydeath> sorry.
[05:17:59] <tomp> FERROR is following error, the distance between where you should be and where you are. this occurs on all servo systems to some degree. less is better. less means the control is 'tighter'.
[05:19:29] <Guest781> thenks dude, but i am using stepper motors, with no encoders, does it affect my machine? what do i need to do on this variable?
[05:20:58] <tomp> FERROR on a system with 'fake' feedback ( like a stepper with no encoder ) is meaningless afik.
[05:21:51] <Guest781> oke, but why sometimes there is a ferror message on my system ?
[05:22:21] <toastydeath> set it real high?
[05:22:38] <toastydeath> then see if you're having dimensional problems on curves
[05:23:06] <tomp> maybe your system cannot move as fast as you'd like. is it real or simulated? does slowing down the velocity avoid the error?
[05:24:02] <toastydeath> what feedrate are you using, anyway
[05:24:08] <Guest781> no... slowering the problem solves.... got ya
[05:24:38] <tomp> ? slowing solves it?
[05:25:29] <Guest781> yes
[05:26:03] <Guest781> increase the value too
[05:26:24] <Guest781> value off ferror
[05:26:49] <tomp> then your system ( pulse generator , et al ) cannot generate the pulses and keep up with the desired velocity and acceleration... meaning your asking too much, and the error is a bit generic, should be "ICANTKEEPUPWITTHWHATYOUWANT" not "FERROR"
[05:28:59] <tomp> i dont subscribe to the 'loosen the tolerance' way of fixing these things. i'd suggest the 'lower your expectations' route.
[05:30:36] <tomp> http://www.linuxcnc.org/docs/devel/html/config/ini_config/ini_config.html
[05:32:38] <Guest781> oke, but how EMC2 "see" this Ferror if there is no sense hardware?
[05:32:58] <tomp> btw: your stepper system is 'servo' in the sense that a simulatyed feedback ( the current step count ) is fed back into the position loop. yes it's not an analog motor but it is controlled in a loop with simulated feedback.
[05:33:21] <tomp> no 'sense' just count
[05:36:35] <tomp> " following errors usually have 2 causes on steppers " http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Following_Error
[05:38:01] <tomp> that has definition, cause & effect, and admits it's weird to think of ferror with steppers
[05:40:05] <tomp> haha its the spanish inquisition! it says " 2 causes", then lists 5 ! :)
[05:41:39] <tomp> nite all
[06:17:48] <chr0n1c> * chr0n1c jsut watched a show about computer history on discovery
[06:18:04] <chr0n1c> it had interviews with gates and jobs in it
[06:18:08] <chr0n1c> very interesting
[06:18:23] <chr0n1c> not one single mention of linux though
[06:18:30] <chr0n1c> i was dissapointed
[06:18:53] <chr0n1c> i bet apple and microshaft paid for it in a joint venture
[06:46:57] <CIA-8> 03petev 07TRUNK * 10emc2/src/Makefile: -Added libnml/nml/nml_type.hh to files copied into include directory.
[07:15:35] <CIA-8> 03petev 07TRUNK * 10emc2/src/Makefile:
[07:15:36] <CIA-8> -Added emc/nml_intf/emc_nml.hh and emc/ini/emcIniFile.hh to list of files
[07:15:36] <CIA-8> copied to include directory.
[08:23:02] <NightHawk_Eng> good morning to all the group
[08:35:57] <NightHawk_Eng> Hi alex
[08:38:37] <alex_joni> hi
[08:38:55] <alex_joni> did you have any luck?
[08:54:40] <CIA-8> 03alex_joni 07TRUNK * 10emc2/tcl/tkemc.tcl: fix #1690950 by applying jeff's fix, and testing for different LANG's. seems to work OK now
[09:04:53] <alex_joni> time make
[09:05:02] <alex_joni> real 1m42.367s
[09:05:11] <alex_joni> user 0m27.695s
[09:05:18] <alex_joni> sys 1m10.719s
[09:20:10] <NightHawk_Eng> alex_joni : no, I noticed that in param.h there is a variable "NOGROUP" that is negative (-1)
[09:30:35] <alex_joni> NightHawk_Eng: try replacing the S_IRUGO | S_IWUGO
[09:30:42] <alex_joni> with a numeric value
[09:30:46] <alex_joni> and see if it compiles them
[09:30:51] <alex_joni> try 0 or 666
[09:33:41] <kwaj> i would like to connect estop button to parport pin, will this work: linksp iocontrol.0.user-enable-out parport.0.pin-1-out
[09:36:27] <alex_joni> kwaj: no
[09:36:32] <alex_joni> you are trying to link 2 pins
[09:36:38] <alex_joni> linksp links a signal to a pin
[09:36:40] <alex_joni> so you need:
[09:36:53] <alex_joni> newsig estop-out bit
[09:37:05] <alex_joni> linksp estop-out iocontrol.0.user-enable-out
[09:37:14] <alex_joni> linksp estop-out parport.0.pin-01-out
[09:37:30] <kwaj> i see...will try this, thank you
[09:37:38] <alex_joni> no problem
[09:37:44] <alex_joni> you can also use the net command:
[09:37:59] <alex_joni> net estop-out iocontrol.0.user-enable-out parport.0.pin-01-out
[09:38:06] <alex_joni> saves a bit of typing :D
[09:40:02] <CIA-8> 03alex_joni 07v2_1_branch * 10emc2/tcl/tkemc.tcl: backport fix for bug #1690950
[09:40:50] <NightHawk_Eng> alex_joni : replaced with 0. OK!!!!
[09:41:09] <alex_joni> NightHawk_Eng: ok, then try only S_IWUGO
[09:41:18] <alex_joni> and see which one causes it
[09:43:50] <alex_joni> NightHawk_Eng: by looking at stat.h I think the value should be 666 (rw for everybody)
[09:44:33] <alex_joni> where did you say you saw that negative thing?
[09:44:33] <kwaj> alex, i did what you suggested, and i did not get any error any more, but now i cant toggle estop button any more....any idea why?
[09:44:45] <alex_joni> kwaj: yes
[09:44:53] <alex_joni> now estop doesn't loop back anymore
[09:45:15] <alex_joni> kwaj: there are 2 things (actually more, but now we care about these 2) related to estop in emc2
[09:45:23] <alex_joni> an user-enable-out and estop-in
[09:45:39] <alex_joni> when you hit the GUI estop reset button, the user-enable-out gets sent out
[09:46:05] <alex_joni> in order for emc2 to change to ESTOP RESET, it needs the estop-in
[09:46:25] <alex_joni> by default the configs we use have a loopback from user-enable-out to estop-in
[09:47:11] <alex_joni> sorry.. the right name is emc-stop-in
[09:47:23] <alex_joni> err.. emc-enable-in :)
[09:47:31] <alex_joni> can't make up my mind it seems :D
[09:48:11] <alex_joni> kwaj: it would be best if you can describe to me what you want to do with estop..
[09:48:51] <kwaj> i have one main rely, which cut off power supplay for whole machine
[09:48:58] <kwaj> i have one main relay, which cut off power supplay for whole machine
[09:49:00] <alex_joni> right
[09:49:23] <alex_joni> and you want emc2 to switch off that relay when you hit the GUI estop button
[09:49:31] <kwaj> so i would like to toggle this relay with estop button
[09:49:35] <alex_joni> right..
[09:49:38] <kwaj> yes
[09:49:48] <alex_joni> I hope you also have mushrooms which also toggle that relay
[09:49:54] <alex_joni> independently from emc2.. right?
[09:50:02] <kwaj> yes
[09:50:10] <alex_joni> ok :) that's the way to do it
[09:50:16] <alex_joni> you need 2 things
[09:50:23] <alex_joni> one output from emc2 to kill the relay
[09:50:37] <alex_joni> one input to emc2 after the relay to see if everything is ok
[09:51:07] <alex_joni> following me so far?
[09:51:09] <kwaj> why this input
[09:51:19] <kwaj> whyt could be not ok
[09:51:22] <alex_joni> so that emc2 knows when you hit a mushroom
[09:51:49] <kwaj> no, the mushroom will yust diconect the emcstop signal from relay
[09:51:59] <kwaj> isnt this most simple solution
[09:52:01] <alex_joni> doesn't matter what it does
[09:52:20] <alex_joni> if you hit an estop mushroom.. the relay disengages.. right?
[09:52:31] <kwaj> it does
[09:52:36] <NightHawk_Eng> alex_joni : so you suggest me to wrote 666 | 666 or a single 666
[09:52:38] <alex_joni> ok.. then how does emc2 know this?
[09:52:44] <alex_joni> NightHawk_Eng: single 666
[09:52:49] <NightHawk_Eng> k
[09:52:51] <NightHawk_Eng> roger
[09:53:09] <kwaj> does emc need to know this
[09:53:25] <alex_joni> kwaj: yes, in order to stop commanding motion
[09:53:37] <kwaj> ok
[09:53:41] <alex_joni> you didn't say if you have servos or steppers
[09:53:52] <kwaj> steppers
[09:54:10] <alex_joni> I guess in case of an estop you'll still be losing steps
[09:54:23] <alex_joni> but not as many as if you turn off the drives, and emc2 keeps moving
[09:54:46] <alex_joni> kwaj: he're what I would do:
[09:55:06] <alex_joni> the output from emc2 controls the relay (with additional mushrooms..)
[09:55:31] <alex_joni> that's user-enable-out
[09:55:38] <alex_joni> connected as above
[09:55:44] <kwaj> ok
[09:55:55] <alex_joni> then you need a feedback from the relay to know that an external estop hasn't happened
[09:56:02] <alex_joni> you connect that to emc-enable-in
[09:56:12] <alex_joni> iocontrol.0.emc-enable-in
[09:56:45] <kwaj> ok
[09:56:55] <alex_joni> * The first is emc-enable-in. It is an input from the HAL, when FALSE,
[09:56:55] <alex_joni> * EMC will go into the STOPPED state (regardless of the state of
[09:56:55] <alex_joni> * the other two pins). When it goes TRUE, EMC will go into the
[09:56:55] <alex_joni> * ESTOP_RESET state (also known as READY).
[09:57:29] <alex_joni> same polarity for user-enable-out
[09:58:03] <kwaj> what about this default loopback, should i delet it?
[09:58:14] <alex_joni> you can comment it out for now
[09:58:48] <alex_joni> hi Rugludallur
[10:01:56] <NightHawk_Eng> alex_joni : with 666 it doesn't work
[10:02:28] <NightHawk_Eng> alex_joni : I'vefound a "NOGROUP" (-1) in the param.h under the /linux/asm directory
[10:02:31] <Rugludallur> hey alex
[10:02:41] <alex_joni> NightHawk_Eng: same error with 666?
[10:03:45] <Rugludallur> alex_joni: do you think I should delete the dallur config now that I have a new config, they differ quite a bit and the new one does not have any classicladder so the old might still be a valid sample
[10:04:27] <alex_joni> Rugludallur: no :)
[10:04:39] <alex_joni> there's no harm in keeping it for now
[10:04:45] <NightHawk_Eng> alex_joni : yes same error
[10:05:01] <Rugludallur> alex_joni: that's what I figured, it can be deleted later on if people feel it's cluttering things
[10:05:05] <alex_joni> right
[10:08:06] <Rugludallur> bahh, Optimus keyboard will be available for pre-order in 1 hour, to bad it costs $1564
[10:08:59] <alex_joni> ha
[10:09:05] <alex_joni> NightHawk_Eng: try S_IRUGO | S_IWUSR
[10:09:28] <alex_joni> or maybe only S_IRUGO to see which one is the cause of trouble
[10:11:22] <alex_joni> NightHawk_Eng: or try 0644
[10:11:45] <NightHawk_Eng> alex_joni : ok
[10:12:16] <NightHawk_Eng> alex_joni : where can i find the explanation of S_IRUGO and co.. (just to study a little of C and linux) :)
[10:13:09] <alex_joni> IRUGO is Read only for User Group and Owner
[10:13:14] <alex_joni> just think of ls
[10:13:19] <alex_joni> it shows the same thing basicly
[10:13:34] <alex_joni> IWUGO is Writeable by User Group & Owner
[10:14:04] <alex_joni> IRUGO = IRUSR | IRGRP | IROTH
[10:14:11] <alex_joni> O means Other.. sorry ;)
[10:14:49] <NightHawk_Eng> ok. with S_IRUGO | S_IWUSR compile
[10:15:15] <alex_joni> that's unexpected
[10:15:20] <alex_joni> but it should make emc2 work
[10:15:32] <NightHawk_Eng> waiting the end of procedure and I'll send make setuid
[10:15:48] <NightHawk_Eng> I'm root now so I have to write sudo make setuid anyway?
[10:15:55] <alex_joni> no
[10:16:03] <NightHawk_Eng> :) ok!
[10:21:02] <CIA-8> 03alex_joni 07v2_1_branch * 10emc2/debian/changelog: mention tkemc bugfix
[10:25:02] <NightHawk_Eng> alex_joni : emc2 doesn't work
[10:25:24] <NightHawk_Eng> I've noticed some warning about RT in the make phase.....
[10:25:33] <NightHawk_Eng> is there a log about the make process?
[10:25:58] <NightHawk_Eng> just to understand what's happened
[10:30:27] <alex_joni> NightHawk_Eng: nope, but you can do make > logfile
[10:30:38] <alex_joni> NightHawk_Eng: what doesn't work?
[10:31:18] <alex_joni> (you'll probably be getting warnings about redefinition of kinematicsInverse & co.. those are harmless)
[10:32:55] <NightHawk_Eng> I'm checking
[10:35:59] <NightHawk_Eng> under AXIS it tells a message for "msgid"
[10:46:17] <alex_joni> NightHawk_Eng: can you be more specific?
[10:47:29] <NightHawk_Eng> you are right. forget axis for a moment
[10:47:55] <NightHawk_Eng> I receive, under rtai.ko, a lot of messages like :
[10:49:05] <NightHawk_Eng> rt_task_wait_period [/CNC/emc2/src/rtaoi.ko] is undefined
[10:49:17] <NightHawk_Eng> rt_task_wait_period [/CNC/emc2/src/rtaoi.ko] undefined ! (exctly)
[10:49:39] <NightHawk_Eng> the same error for all the rt component under rtapi.ko
[10:49:56] <NightHawk_Eng> I'm thinking about a problem in rtai 3.5!
[10:50:51] <alex_joni> NightHawk_Eng: try running the latency test
[10:50:57] <alex_joni> that should test only rtai
[10:51:16] <alex_joni> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TroubleShooting#RTAI_Latency_test
[10:51:24] <alex_joni> those are the instructions for our default setup
[10:51:30] <alex_joni> in your case it might differ a bit
[10:52:28] <NightHawk_Eng> the latency is good
[10:52:35] <NightHawk_Eng> 10000ns and 0 jitter
[10:52:43] <NightHawk_Eng> kern + user
[10:52:58] <alex_joni> hmmm.. interesting
[10:53:38] <alex_joni> well.. I am running rtai 3.5 right now
[10:53:49] <alex_joni> so there must be soemthign wrong with yuor setup
[10:53:56] <NightHawk_Eng> :(
[10:54:00] <NightHawk_Eng> which kernel?
[10:54:02] <alex_joni> 2.6.17 though
[10:54:27] <NightHawk_Eng> My setup with 2.16.17 works too
[10:54:44] <alex_joni> well.. I heard it before that 2.6.20 doesn't work..
[10:54:52] <NightHawk_Eng> but I've got a problem with the CPU (a via C7) supported only on the kernel 2.6.20
[10:55:19] <NightHawk_Eng> the latency improved with 2.6.20
[10:55:20] <alex_joni> https://mail.rtai.org/pipermail/rtai/2007-April/017014.html
[10:56:11] <NightHawk_Eng> :( crying!!!
[10:56:25] <alex_joni> that's just one of the ones I've seen
[11:15:17] <acemi> is it difficult to run EMC with Xenomai?
[11:39:18] <alex_joni> acemi: that depends.. if you use the rtai skin on xenomai I think not
[11:39:36] <alex_joni> otherwise you might need to rewrite rtapi to work for Xenomai
[11:45:18] <NightHawk_Eng> in the calibrate section of rtai i receive this error ERROR: Module rtai_calibrate does not exist in /proc/modules
[11:48:19] <NightHawk_Eng> I've tried to load the module manually with insmod rtai_calibrate.ko and I obtain an error : -1 Unknown symbol in module
[11:48:50] <NightHawk_Eng> I know that this is aproblem with my setup. I'd like to know if someone can explain this kind of erro
[11:48:57] <NightHawk_Eng> error
[11:51:21] <kwaj> does anybody know how much current can source and sink one parport pin?
[11:56:11] <NightHawk_Eng> I remember about 15mA but I'm not 100% sure
[11:59:13] <alex_joni> for sinking
[11:59:20] <alex_joni> sourcing might be less.. 5mA or so
[12:04:02] <NightHawk_Eng> alex_joni : a question on rtai. I'm unable to find rtai.o
[12:04:21] <NightHawk_Eng> I've read that I have to load this module but I can't find!
[12:11:18] <acemi> rtai modules are in /lib/modules/2.6.xxx/rati
[12:12:21] <robin_sz> kwaj, source 2ma, sink 20ma is fairly typical
[12:13:01] <alex_joni> it should be rtai.ko not .o
[12:13:06] <alex_joni> the .o is for 2.4 kernels
[12:18:42] <NightHawk_Eng> Ok I'll search
[12:21:21] <NightHawk_Eng> I've got no directory /lib/modules/ !
[12:21:31] <NightHawk_Eng> now I'm reinstalling rtai 3.5
[12:23:46] <alex_joni> it depends where you installed the modules
[12:23:53] <alex_joni> it might be in /usr/realtime-something
[12:24:29] <NightHawk_Eng> no rtai.ko
[12:24:43] <NightHawk_Eng> under /usr/realtime/modules
[12:25:34] <NightHawk_Eng> ok, I don't want to stress you with my problem. It's my choice to install slackware 11. :(
[12:26:36] <alex_joni> sometimes it's built into the kernel
[12:26:46] <alex_joni> depends on how you configure it
[12:27:48] <NightHawk_Eng> I enabled the "automount of modules"
[12:31:21] <NightHawk_Eng> ok boys. thanx for the helps. See you later!!!
[12:37:08] <alex_joni> bye
[13:24:44] <alex_joni> bbl
[14:27:27] <CIA-8> 03jepler 07TRUNK * 10emc2/share/axis/tcl/axis.tcl: another keyboard/button jogging fix
[14:28:41] <CIA-8> 03jepler 07TRUNK * 10emc2/src/emc/usr_intf/axis/scripts/axis.py:
[14:28:41] <CIA-8> * add a scrolling text area to the standard dialog box
[14:28:41] <CIA-8> * make the nice color images be used in the standard dialog box
[14:28:41] <CIA-8> * have axis capture the stderr of the filter program to show a progress
[14:28:41] <CIA-8> bar and to show filter error messages
[14:28:42] <CIA-8> 03jepler 07TRUNK * 10emc2/share/axis/tcl/dialog.tcl:
[14:28:44] <CIA-8> * add a scrolling text area to the standard dialog box
[14:28:48] <CIA-8> * make the nice color images be used in the standard dialog box
[14:28:50] <CIA-8> * have axis capture the stderr of the filter program to show a progress
[14:28:52] <CIA-8> bar and to show filter error messages
[14:29:57] <CIA-8> 03jepler 07TRUNK * 10emc2/src/emc/usr_intf/axis/scripts/image-to-gcode.py:
[14:29:57] <CIA-8> * send progress bar information (unfortunately, the bar fills several times.. oh well)
[14:29:57] <CIA-8> * partial implementation of roughing passes, turned off for now since it's unfinished
[16:13:20] <martin_lundstrom> Hello folks!
[16:13:37] <martin_lundstrom> Dallur: Hello, any news?
[17:08:40] <Ziegler> Are there anymore of those python apps like the holecircle.py that comes with the install?
[17:19:46] <cradek> I think the idea was that you could make your own, based on that example
[17:20:07] <cradek> there are other filters like image-to-gcode that you get when loading an image
[17:22:45] <alex_joni> martin_lundstrom: there is a new config Dallur commited a couple days ago
[17:22:48] <alex_joni> did you see that?
[17:24:24] <Ziegler> cradek: yeah... making my own was the first thing that came to mind... second things that came to mind was... wonder if there is a repository
[17:24:58] <alex_joni> Ziegler: sure there is.. it's just waiting for your own filters
[17:25:01] <cradek> If you make useful stuff and would like to contribute it, we'd happily put it in cvs and distribute it with releases
[17:25:02] <alex_joni> we'll gladly add them
[17:25:19] <Ziegler> ok Ill keep that in mind
[17:25:47] <Ziegler> me python is a bit rusty, but it shouldnt take me much to get back into it.
[17:27:13] <Ziegler> I have a large number of non "ngc" files extensions. What should I add in the filter section to make these available (besides selection *.*)
[17:27:29] <Ziegler> example *.cnc
[17:27:53] <cradek> I think you could add them to the ini file as accepted filetypes, and use "cat" as the filter
[17:28:14] <Ziegler> let me try..
[17:29:07] <cradek> brb
[17:32:07] <cradek> back
[17:32:10] <Ziegler> yeah works
[17:32:13] <Ziegler> dnake
[17:32:19] <Ziegler> thanks*
[17:32:29] <cradek> kind of an ugly hack, but works
[17:32:32] <alex_joni> we read danke just fine :P
[17:32:45] <Ziegler> tpo
[17:32:47] <Ziegler> type
[17:32:47] <cradek> maybe you can add the extension, but not a filter, I'm not sure
[17:32:50] <Ziegler> typo
[17:33:09] <Ziegler> ill try that
[17:33:10] <alex_joni> wonder what happens if you use axis as the filter :)
[17:33:23] <Ziegler> lol Ill try that too
[17:33:24] <alex_joni> you'll probably get a second one
[17:33:37] <alex_joni> which won't work.. as it doesn't have the proper params
[17:33:40] <Ziegler> might kill this poor little machine
[17:35:27] <Ziegler> its only slow when I load some code over 2 megs
[17:37:40] <Ziegler> yeah... cat not needed
[17:38:18] <Ziegler> just added it to the list of extensions
[17:38:28] <cradek> that's nice
[18:04:10] <lerneaen_hydra> anonimasu: you there?
[18:13:20] <anonimasu> yes
[18:13:24] <anonimasu> tomp: hey ther?
[18:15:00] <lerneaen_hydra> anonimasu: what was that place called that had servo motors and stuff?
[18:15:06] <lerneaen_hydra> some swedish supplier
[18:15:35] <lerneaen_hydra> or, even better, do you know of some place that would have DC brushed/brushless motors in the 300-500 watt range?
[18:17:44] <anonimasu> aaratron.se
[18:17:54] <anonimasu> yeah.. but not cheap ones..
[18:18:00] <JymmmEMC> surpluscenter.com
[18:18:07] <lerneaen_hydra> what price range are we talking about?
[18:18:14] <anonimasu> 700sek a motor..
[18:18:18] <lerneaen_hydra> JymmmEMC: I need shipping to sweden :/
[18:18:25] <lerneaen_hydra> anonimasu: hmm, not *that* bad
[18:18:27] <anonimasu> 7500 for 1.kw brushed..
[18:18:29] <anonimasu> I think..
[18:18:35] <anonimasu> DC
[18:18:40] <lerneaen_hydra> 7500 sek?
[18:18:43] <anonimasu> yeah
[18:18:45] <lerneaen_hydra> that's nasty!
[18:18:56] <lerneaen_hydra> you said 700 first ;)
[18:18:56] <anonimasu> err 700eur.. I meant ;)
[18:19:01] <lerneaen_hydra> yeah, ok
[18:19:02] <lerneaen_hydra> nasty
[18:19:09] <lerneaen_hydra> way out of my budget
[18:19:33] <anonimasu> I'd shop on ebay..
[18:19:39] <anonimasu> get them shipped to a friend in the us..
[18:19:58] <lerneaen_hydra> ack :/
[18:20:08] <anonimasu> and send them by the slowest/cheapest thing here..
[18:20:20] <anonimasu> as a gift.
[18:20:41] <lerneaen_hydra> it's a pita but I may have to do something like that
[18:21:03] <anonimasu> I need to leave for a bit
[18:21:27] <lerneaen_hydra> laters
[18:21:39] <anonimasu> yep
[18:21:40] <anonimasu> laters
[18:31:44] <CIA-8> 03cradek 07TRUNK * 10emc2/src/hal/drivers/pluto_servo.comp: don't load, if the pluto isn't there
[18:54:04] <martin_lundstrom> Dallur: Are you around?
[19:31:21] <JymmmEMC> Anyone got a spare $100K I could borrow... http://sfbay.craigslist.org/sby/tls/334679180.html
[19:33:12] <alex_joni> you're half an hour too late
[19:43:02] <JymmmEMC> Ok, then $5500... http://sfbay.craigslist.org/sby/tls/332523520.html
[19:43:37] <alex_joni> 41 minutes too late :)
[19:44:03] <alex_joni> but that's a nice mill
[19:44:16] <robin_z> get a deckel :)
[19:44:26] <ds2> what's the interest rate limit from the usuary laws? ;)
[19:44:41] <JymmmEMC> 30%
[19:46:02] <ds2> guess you didn't get a chance to go over to San Mateo?
[19:46:18] <robin_z> if you canfind one for reasonable moneym, a 2nd hand deckel-maho is probably the most rigid small mill you'll find
[19:46:25] <JymmmEMC> alex_joni: ok you cheap bastard... $250 http://sfbay.craigslist.org/sby/tls/332026739.html
[19:46:55] <alex_joni> oh man.. that looks bad
[19:47:17] <ds2> that is a drill press?!
[19:47:27] <ds2> sure look slike a bridge port head
[19:47:35] <robin_z> 2 axis slide and some sort of rack in the back
[19:49:46] <JymmmEMC> forget the trailer, love the name... http://sfbay.craigslist.org/sby/tls/331119917.html
[19:52:25] <NightHawk_Eng> Hi folks, I'd like to ask a little technical question
[19:52:57] <NightHawk_Eng> which rtai modules must be loaded boot time for emc2?
[19:55:33] <NightHawk_Eng> or emc2 load the needing module itself?
[19:59:57] <lerneaen_hydra> argh! why does everything good have to be only available in the USA?
[20:01:56] <robin_z> que?
[20:02:17] <lerneaen_hydra> everything that you can't find in sweden you can find 5 copies of on ebay
[20:03:30] <alex_joni> NightHawk_Eng: they are defined in rtapi.conf
[20:03:42] <alex_joni> for installed versions it's in /etc/emc2/rtapi.conf
[20:03:49] <alex_joni> for rip it's in scripts iirc
[20:06:19] <NightHawk_Eng> thanx alex
[20:09:10] <JymmmEMC> I bought a 20A relay and a SSR a ways back (before I moved), and I can't find the SOB! LOL
[20:23:35] <NightHawk_Eng> alex_joni : can you answer to this question : why, during the make process, emc2 tells me that a lto fo rt_... components are undefined?
[20:24:11] <alex_joni> can you paste one line?
[20:24:18] <NightHawk_Eng> for example : rt_task_wait_period [/cnc/emc2/src/rtapi.ko] undefined!
[20:24:28] <alex_joni> can you paste the whole line?
[20:26:07] <NightHawk_Eng> I don't rember exactly all the line (I think there was a WARNING before the line I wrote)
[20:26:27] <NightHawk_Eng> if you need exactly, I'll send a make clean and restarted the process
[20:26:36] <NightHawk_Eng> restart the process
[20:31:12] <alex_joni> NightHawk_Eng: when you do it the next time
[20:38:06] <NightHawk_Eng> LAex_joni : for rtapi.ko : WARNING: rt_task_wait_period [/cnc/emc2/src/rtapi.ko] undefined!
[20:39:40] <alex_joni> can you pastebin Makefile.inc ?
[20:39:42] <NightHawk_Eng> for classicladder_rt.ko : WARNING : RT_get_cpu_time_ns [/cnc/emc2/src/classicladder_rt.ko] undefined!
[20:39:56] <NightHawk_Eng> I'll try
[20:40:35] <NightHawk_Eng> do you think it caused by RTA 3.5
[20:40:39] <NightHawk_Eng> RTAI 3.5?
[20:41:00] <NightHawk_Eng> I've found this http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?action=history&id=Debian_Etch_Compile_RTAI
[20:41:05] <alex_joni> NightHawk_Eng: it should be detected
[20:49:02] <NightHawk_Eng> pastebin has problem with website
[20:49:07] <alex_joni> pastebin.ca
[20:49:49] <NightHawk_Eng> http://pastebin.ca/499020
[20:49:51] <NightHawk_Eng> done!
[20:50:50] <alex_joni> looks ok
[20:51:08] <alex_joni> I guess the warning is because the modules are not in /lib/modules/etc
[20:51:46] <alex_joni> and when the compiler links rtapi.ko it doesn't see the needed symbols
[20:51:57] <alex_joni> but it shouldn't matter
[20:52:16] <NightHawk_Eng> so... what you suggest me?
[20:54:43] <alex_joni> I'm not sure..
[20:54:51] <alex_joni> I still don't know what the problem is when you run emc2
[20:54:58] <alex_joni> or at least try to run it..
[20:55:28] <NightHawk_Eng> it doesn't run :(
[20:55:42] <alex_joni> NightHawk_Eng: I understood that.. but there must be an error message
[20:56:05] <NightHawk_Eng> alex_joni : you are right
[20:56:55] <NightHawk_Eng> alex_joni : I've noticed in kernel config file, that posix is disabled. Do you think is essential? I've read something about this but I don't remeber where!
[20:57:04] <alex_joni> I don't think so
[20:57:15] <alex_joni> do you think you can tell me the error from when emc2 starts up?
[20:57:16] <NightHawk_Eng> ok!
[20:57:46] <NightHawk_Eng> is there a log file to pastebin?
[20:57:55] <alex_joni> what do you mean?
[20:59:18] <NightHawk_Eng> under X, when i starts emc2, I can choose the machine type/forntend; After I've selected one, it quits writing something on the shell. I've try tu run ./emc > error.txt but
[20:59:29] <NightHawk_Eng> it doesn't work
[20:59:35] <alex_joni> NightHawk_Eng: simply open a terminal
[20:59:43] <alex_joni> then run emc2
[20:59:46] <NightHawk_Eng> ok
[21:00:00] <alex_joni> after that you select the messages in the terminal, and copy/paste them to pastebin.ca
[21:00:11] <NightHawk_Eng> but I've got the pc on another floor ...
[21:00:25] <NightHawk_Eng> I'll try to write a text file in my usb pen
[21:00:35] <alex_joni> it's not connected to the internet?
[21:00:40] <alex_joni> also .. if you do that
[21:00:50] <alex_joni> please put the output from 'dmesg' to the usb pen
[21:01:22] <NightHawk_Eng> I'm using Xfce instead gnome. is it a problem?
[21:01:25] <alex_joni> no
[21:01:42] <alex_joni> just for my info.. what config did you try to run?
[21:02:04] <NightHawk_Eng> axis
[21:02:10] <alex_joni> did you try something else?
[21:02:12] <NightHawk_Eng> tkemc
[21:02:18] <alex_joni> ah, ok..
[21:02:36] <alex_joni> the most common problem is that people try to run axis on a X server without GLX
[21:08:25] <NightHawk_Eng> I've got a problem with scrolling of the terminal window :(
[21:09:10] <alex_joni> well.. there can't be that many messages there..
[21:09:27] <alex_joni> (if you are talking about dmesg, you can redirect that: dmesg > file.foo)
[21:09:40] <NightHawk_Eng> for dmesg no problem
[21:10:08] <NightHawk_Eng> the make setuid wrote only two lines. is it ok? or the procedure is longer
[21:10:09] <NightHawk_Eng> ?
[21:10:18] <alex_joni> no, not longer
[21:16:15] <NightHawk_Eng> http://pastebin.ca/499079
[21:16:17] <NightHawk_Eng> dmesg
[21:18:51] <alex_joni> dmesg looks good
[21:19:40] <NightHawk_Eng> I think is the mod I've done to the rtai_rtapi.c
[21:19:50] <NightHawk_Eng> S_IRUGO | S_IWUSR
[21:20:18] <NightHawk_Eng> I dont' understand why with kernel 2.6.15 all works ok (and rtai 3.3) emc2 included
[21:20:38] <NightHawk_Eng> I've obtain some jitter caused by the CPU type
[21:20:47] <alex_joni> NightHawk_Eng: can you show me the error emc2 brings?
[21:21:28] <NightHawk_Eng> I'd like to show you. It wrote a lot of lines
[21:21:42] <NightHawk_Eng> and without scrolling is impossible to paste on a text file
[21:21:50] <NightHawk_Eng> I'll try
[21:24:37] <martin_lundstrom> Dallur: Still not around?
[21:32:01] <NightHawk_Eng> alex_joni : only a portion of the message!!
[21:32:26] <alex_joni> good enough..
[21:32:29] <alex_joni> let's see it
[21:32:52] <alex_joni> martin_lundstrom: Rugludallur was in earlier
[21:32:56] <NightHawk_Eng> first part : http://pastebin.ca/499095
[21:33:20] <alex_joni> martin_lundstrom: and you can /whois a nick to see when they are idle
[21:33:50] <NightHawk_Eng> second part : http://pastebin.ca/499097
[21:34:51] <NightHawk_Eng> emc2 debug file : http://pastebin.ca/499099
[21:36:47] <alex_joni> NightHawk_Eng: wow.. that's certainly unexpected
[21:36:57] <NightHawk_Eng> :)
[21:37:09] <alex_joni> Can't write to /dev/rtai_shm
[21:37:15] <alex_joni> does /dev/rtai_shm exist?
[21:37:35] <NightHawk_Eng> I'll check
[21:39:05] <alex_joni> I think the rtai shm module creates RTAI_SHM
[21:39:24] <NightHawk_Eng> no. I'll make the directory
[21:39:25] <alex_joni> we used some udev trick to create the proper symlink, with proper permissions
[21:39:29] <alex_joni> it's not a directory
[21:40:28] <alex_joni> you probably need something like this:
[21:40:29] <alex_joni> mknod -m 666 /dev/rtai_shm c 10 254
[21:43:52] <jepler> libnml/os_intf/_shm.c 238: shmget(1001(0x3E9),8192,1023) failed: (errno = 38): Function not implemented
[21:44:04] <jepler> this is "normal" OS shared memory, not rtai_shm
[21:44:14] <alex_joni> jepler: yeah, but he also gets:
[21:44:28] <alex_joni> RTAPI: ERROR: could not open shared memory (errno=2)
[21:44:41] <alex_joni> think that's still "normal" OS shared mem?
[21:45:03] <NightHawk_Eng> alex_joni : creating the node, emc2 wrote a lot of text i can' copy and paste
[21:45:17] <alex_joni> similar text?
[21:45:48] <NightHawk_Eng> vreting a directory I obtained this : http://pastebin.ca/499119
[21:46:10] <NightHawk_Eng> writing
[21:46:12] <NightHawk_Eng> yes similar
[21:46:58] <alex_joni> I think there are 2 issues here
[21:47:21] <alex_joni> 1. rtai_shm.ko when loaded creates /dev/RTAI_SHM and not /dev/rtai_shm
[21:47:40] <alex_joni> so you need either a symlink or a new node for rtai_shm (but it won't survive a reboot)
[21:47:57] <alex_joni> 2. the "normal" OS shared mem problem
[21:50:24] <NightHawk_Eng> a step behind. why my cfg doesn't work with stock rtai_rtapi.c?
[21:50:35] <NightHawk_Eng> why works only with S_IRUGO | S_IWUSR? at line 128
[21:50:57] <NightHawk_Eng> and why it work with older kernel?
[21:51:02] <NightHawk_Eng> to be or not to be!!!!!
[21:51:03] <NightHawk_Eng> :)
[21:51:40] <NightHawk_Eng> I'll try to run some more tests on rtai
[21:51:53] <alex_joni> you do that
[21:52:31] <NightHawk_Eng> what do you mean?
[21:52:53] <alex_joni> you should do that
[21:54:15] <NightHawk_Eng> excuse me but I don't understand. I should do what?
[21:54:27] <alex_joni> < NightHawk_Eng> I'll try to run some more tests on rtai
[21:54:33] <NightHawk_Eng> ok
[21:55:12] <NightHawk_Eng> Two hour on latency and switches test I think was sufficient
[21:55:22] <NightHawk_Eng> don't you think.
[21:55:36] <NightHawk_Eng> I'll try to run the calibration test to see what happens
[21:56:25] <alex_joni> and any other tests you can find
[21:57:51] <NightHawk_Eng> ok. I'll do but I'm start thinking about some bugs in the patch for the kernel : http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?action=history&id=Debian_Etch_Compile_RTAI
[21:58:01] <NightHawk_Eng> kernel 2.6.20
[22:03:13] <JymmmEMC> Someone mentioned yesterday about a board to use with the charge pump signal, anyone remember the name/url by chance?
[22:03:17] <alex_joni> who knows ;)
[22:03:26] <SWPadnos> pmdx has one
[22:03:27] <alex_joni> JymmmEMC: I mentioned pmdx.com
[22:03:28] <JymmmEMC> The Shadow Knows!!!
[22:03:37] <JymmmEMC> at that's it.... looking...
[22:03:40] <alex_joni> it's for geckos though
[22:03:44] <alex_joni> and a bit pricey
[22:03:45] <SWPadnos> and probably cnc4pc.com
[22:04:35] <SWPadnos> http://www.cnc4pc.com/Store/osc/index.php?cPath=23
[22:05:34] <alex_joni> C4 safety?
[22:05:53] <alex_joni> wonder what happens if it blows up
[22:05:58] <SWPadnos> I think C$ is the part number
[22:06:02] <alex_joni> ;-)
[22:06:06] <SWPadnos> C4, that is
[22:06:07] <SWPadnos> :)
[22:06:18] <alex_joni> thought you started writing perl
[22:06:30] <alex_joni> anyways... off to bed for me
[22:06:32] <SWPadnos> I did, but I got scared
[22:06:33] <alex_joni> good night all
[22:06:36] <SWPadnos> night
[22:06:46] <alex_joni> ha.. robin said it's plain C with $ at the end
[22:06:56] <alex_joni> nothing to be scared of
[22:07:00] <alex_joni> ;-)
[22:07:17] <JymmmEMC> SWPadnos: the price it right
[22:07:17] <SWPadnos> bull$hit
[22:07:57] <JymmmEMC> If set to high precision, e-stop
[22:07:57] <JymmmEMC> will be triggered if the signal is not within 10 to 15 khz in at
[22:07:57] <JymmmEMC> least two samples that take place within 1/10 of a second. If
[22:07:57] <JymmmEMC> set t low precision, it will require to fail in 5 consecutive
[22:07:57] <JymmmEMC> samples that take place in 1/5 of a second.
[22:08:14] <SWPadnos> yep. I don't know how good their stuff is - it looks much better than it did a couple of years ago
[22:08:54] <SWPadnos> of course, you could do this with a $1 AVR as well ...
[22:09:16] <JymmmEMC> $1 avr, plus PCB, plus components, etc
[22:09:20] <SWPadnos> yep
[22:09:35] <JymmmEMC> $23 is worht the hassel
[22:09:40] <SWPadnos> yep
[22:09:57] <SWPadnos> but I'm surprised to see you say that ;)
[22:10:24] <JymmmEMC> Why, just makes sense. If it was $45, might be another story.
[22:10:40] <SWPadnos> heh - or $24 ;)
[22:11:17] <JymmmEMC> SWPadnos: You basically mean in respect to me purchasing drives?
[22:11:24] <SWPadnos> heh
[22:11:34] <SWPadnos> * SWPadnos whistles innocently
[22:13:50] <JymmmEMC> SWPadnos: Ok, but here's the thing... We don't know for sure, what the problem is my my stalling issues. Sure, we can speculate all day long, and even make an educated guess to attempt to resolve it. But.... since we are guessing, the problem could be elsewhere. So just throwing money at it in hopes that it'll fix the problem isn't my cup of tea. And as always, the fix is easy, once you know what the source of the problem is.
[22:14:07] <SWPadnos> heh
[22:14:34] <SWPadnos> one thing to note: you probably don't need a charge pump safety system with steppers
[22:14:35] <JymmmEMC> I can't 100% reproduce the problem consistantly, so I can't find the source.
[22:14:40] <SWPadnos> right
[22:14:46] <SWPadnos> a royal PITA
[22:14:49] <JymmmEMC> SWPadnos: No, but I do for the spindle control.
[22:15:12] <SWPadnos> is it an outboard controller or EMC?
[22:15:26] <JymmmEMC> emc --> SSR
[22:16:04] <SWPadnos> so it's an on/off from EMC
[22:16:11] <JymmmEMC> yep
[22:16:13] <SWPadnos> not PWM
[22:16:14] <SWPadnos> ok
[22:16:27] <JymmmEMC> well, using charge pump signal from emc
[22:18:20] <SWPadnos> the charge pump relay output would be come part of the ESTOP chain
[22:18:25] <SWPadnos> become
[22:19:00] <JymmmEMC> I'm building a REAL E-STOP (relay + dump resistor)
[22:19:36] <SWPadnos> understood. the charge pump board wil lhave a pair of relay contacts that are closed when the pulse train from EMC is good, and it will open when the pulse train stops
[22:19:53] <SWPadnos> that relay goes in series with all the other ESTOP stuff
[22:20:55] <JymmmEMC> I'm missing your point here.
[22:21:12] <JymmmEMC> When I said &&, I mean logically
[22:21:16] <SWPadnos> just that CHARGE_PUMP is part of ESTOP :)
[22:21:33] <JymmmEMC> 111 = Enabled, all else = DISABLED
[22:21:36] <SWPadnos> whereas spindle_control is an output from EMC
[22:21:39] <SWPadnos> understood
[22:22:19] <JymmmEMC> I just dont trust a pulse alone for safety purposes.
[22:22:49] <SWPadnos> my point is that the charge pump circuit becomes part of the ESTOP chain, so it's not a separate thing
[22:23:12] <JymmmEMC> Well, I dont wnat the CPC to turnoff the PS to the motors.
[22:23:16] <JymmmEMC> steppers
[22:23:21] <SWPadnos> why not?
[22:23:28] <JymmmEMC> holding
[22:23:32] <SWPadnos> if that signal ever goes off, EMC is totally FUBARed
[22:23:44] <SWPadnos> or not running
[22:24:28] <JymmmEMC> Hmmm, I'll have to ponder that one for a bit. I could easily wire it optional for either way.
[22:24:51] <SWPadnos> yep
[22:25:07] <SWPadnos> stop logic is a very important (and I think largely overlooked) part of machine design
[22:25:19] <JymmmEMC> I'm more conserned about it turning on accidentlly
[22:25:58] <SWPadnos> that's hard - you pretty much always put a self-latching relay in the chain - you have to press a button to turn the machine on, then it can keep itself on until *anything* in the stop chain opens
[22:25:59] <JymmmEMC> when a spindle on command is sent (Msomethingoranother), it's just momentary, right?
[22:26:10] <SWPadnos> no, that output is held, I believe
[22:27:11] <JymmmEMC> Yeah, that's what I'm working on, a self-latching circuit with momentary enable, and momentary disable (so to speak)
[22:27:32] <SWPadnos> ok, that's trivial with a contator that has an extra set of contacts
[22:27:35] <SWPadnos> contactor
[22:27:51] <JymmmEMC> Teh SSR I have does 30A (If I cna find wher eI put it =)
[22:29:14] <JymmmEMC> I want to include a manual override as well. I'm work ing all this out in my head. Can you smell the smoke?
[22:29:24] <SWPadnos> all the way on the East coast
[22:29:53] <SWPadnos> http://www.metalwebnews.com/howto/phase-converter/phase-converter.html
[22:30:03] <JymmmEMC> I think I need a pull up resistor on the SSR control as well.
[22:30:13] <SWPadnos> look at the third image - the scanned page
[22:30:19] <SWPadnos> (grayish)
[22:30:49] <JymmmEMC> Yeah, I build "latching relays" for alarm circuits =)
[22:30:49] <SWPadnos> that's a ladder diagram, which will be useless for you unless you've seen them before :)
[22:30:56] <SWPadnos> well, that's what you want
[22:31:06] <SWPadnos> two buttons, both momentary. one NC one NO
[22:31:22] <JymmmEMC> Yep NO to enable, NC to disable
[22:31:23] <SWPadnos> the start button is in parallel with the extra set of relay contacts
[22:31:25] <SWPadnos> right
[22:31:47] <SWPadnos> that's all you need, but the stop switch on the left gets replaced with everything in the ESTOP chain
[22:32:04] <SWPadnos> if anything opens (faults), the system shuts off
[22:32:32] <SWPadnos> (of course, the other relay contacts go the power supply and VFD/spindle drive enable)
[22:32:46] <JymmmEMC> I have to find my 4PDT 20A relay and SSR
[22:32:52] <SWPadnos> heh
[22:32:59] <SWPadnos> simple though - is the smoke clearing? ;)
[22:34:24] <JymmmEMC> Mostly, still smoldering a bit. Especially with the charge pump. I bought SSR long ago and was planning on connecting to SPINDLE_SIGNAL directly (along with a SPDT ON-OFF-ON Auto,off, on switch)
[22:34:35] <JymmmEMC> TD
[22:34:46] <JymmmEMC> SPTT
[22:35:39] <SWPadnos> for the purpose you want, the cahrge pump has a connection that goes to the computer, and a relay contact that goes in the ESTOP chain
[22:35:44] <SWPadnos> it's nothing more than that
[22:37:22] <JymmmEMC> Right, so expluding the ESTOP, I'll have to wire the output side to SPINDLE single too
[22:37:53] <JymmmEMC> As just becasue the charge pump signal is present doens't mean I want the spindle on too
[22:38:20] <SWPadnos> no - the charge pump (and the rest of the estop chain) allows other stuff to work
[22:38:28] <JymmmEMC> Sometimes I want the motors to hold while I'm changing tools
[22:38:29] <SWPadnos> look at it like a master breaker switch
[22:38:37] <SWPadnos> you don't estop when changing tools
[22:39:02] <JymmmEMC> No, I don't. But I dont wnat the spindle to come on either.
[22:39:17] <SWPadnos> sure, but there's a manual switch for that, isn't there?
[22:39:28] <JymmmEMC> Thus just becasue emc is running, doens't mean I want the chargpump signal all the time.
[22:39:33] <SWPadnos> if not, then I'd stick one in the chain
[22:39:50] <SWPadnos> there should be a main contactor that provides power to the spindle drive and the motor drives
[22:40:09] <SWPadnos> you can also have a manual spindle switch that's effectively in series with the contactor
[22:40:11] <JymmmEMC> Yes, that'll be part of the REAL ESTOP
[22:40:27] <SWPadnos> then you have a relay (SSR) that's driven by EMC
[22:40:48] <SWPadnos> all three have to be on (and maybe a master breaker for the whole machine)
[22:40:56] <SWPadnos> or the spindle doesn't turn
[22:41:00] <JymmmEMC> Lets pretend I might forget to flip the spindle switch from AUTO to MANUAL
[22:41:20] <SWPadnos> then you accidentally bump the EMC key that turns the spindle on?
[22:41:46] <JymmmEMC> I can wire in interlock switches on my enclosure.
[22:42:38] <SWPadnos> sure
[22:43:44] <JymmmEMC> I mean, it happens. we get distracted, heavy in thought, it's easy enough to see the spindle isn't turning and not realize it's still in AUTO mode.
[22:45:25] <SWPadnos> do you have access to the gecko group archives?
[22:45:45] <JymmmEMC> yep, already have AMriss Servo estop circuit if that's what you were going to say.
[22:46:12] <SWPadnos> ok, there's an email I wrote on that list on 3/14/2005 titled "Re: [geckodrive] G200x and E-stops"
[22:46:28] <SWPadnos> it has some good points to ponder (I think it does anyway :) )
[22:46:48] <JymmmEMC> Ok, will look it up, what userid would it have been posted as?
[22:47:00] <SWPadnos> Stephen Wille Padnos
[22:47:10] <SWPadnos> easy for me to remember
[22:47:15] <JymmmEMC> Oh THAT guy... eeeesh what a jerk!
[22:47:27] <SWPadnos> yeah, he's an asshole, but he's really really smart
[22:47:34] <SWPadnos> :)
[22:47:35] <JymmmEMC> Eh
[22:47:53] <JymmmEMC> Not so much an asshole (that's my job)
[22:47:58] <SWPadnos> oh, right
[22:48:46] <JymmmEMC> =)
[22:48:53] <Dallur> martin_lundstrom: im here now ;)
[22:55:01] <JymmmEMC> Hmmm, it's it possible within emc to specific when the chargepump signal is enabled? Not just when emc is running, but say within gcode (as example)?
[22:55:16] <SWPadnos> you could use custom M codes to turn it on and off
[22:55:38] <SWPadnos> they would be scripts that would just run some simple command like "halcmd setp chargepump.0.enable true"
[22:55:55] <SWPadnos> I'm not sure there is an enable though, thinking about it
[22:56:24] <SWPadnos> you could do the same thing with freqgen though (and you'd have better frequency control and an enable input)
[22:58:03] <JymmmEMC> ok, as long as the only option isnt when emc is "alive"
[22:58:35] <SWPadnos> as usual, there are many options
[22:59:06] <SWPadnos> but anything that's "automatic" - rom within EMC, is no better than the spindle enable being off
[22:59:10] <SWPadnos> s/rom/from/
[22:59:29] <JymmmEMC> Thus the interlocks
[22:59:41] <SWPadnos> a charge pump system would be used to make sure that EMC is still running, and that the computer isn't crashed
[23:00:58] <SWPadnos> for the kind of thing you want, you need a manual switch
[23:01:03] <JymmmEMC> This is all related to AUTO mode. Nothing regarding MANUAL mode which will have it's own set of features
[23:01:16] <SWPadnos> if you forget to flip it, there's not really much taht can be done automatically to help you
[23:01:32] <SWPadnos> you should stick a light on the spindle that is on when it's in AUTO mode
[23:01:37] <SWPadnos> a bright light
[23:02:21] <JymmmEMC> it already has one on the 120V outlet, will add one for on-off-auto too
[23:02:43] <SWPadnos> you essentially want one of those flashing "DANGER" lights, to remind that the machine is in a mode that could hurt you
[23:07:12] <JymmmEMC> http://www.elexp.com/sec_a40a.htm
[23:07:57] <SWPadnos> well, that or a really friggin bright LED that shines in your face when you're in "toolchange position"
[23:08:41] <JymmmEMC> Nah, I'll hook up one of those light like on slot machines... then I can think JACKPOT every time it's on =)
[23:14:44] <SWPadnos> nah, get a surplus "you can cross the street chirpy thing
[23:14:48] <SWPadnos> nah, get a surplus "you can cross the street" chirpy thing
[23:14:57] <SWPadnos> that would be loud enough indoors
[23:41:37] <robin_z> SWPadnos, what you need is an interlocked guard of some sort
[23:41:49] <SWPadnos> sure - that would also work
[23:42:00] <robin_z> or failing that, a chuck key holder, with an interlock switch
[23:42:49] <robin_z> seen that done on training lathes
[23:43:08] <robin_z> cant start the lathe until the chuck key is back in its holder ...
[23:43:25] <SWPadnos> heh - that's a good one
[23:43:33] <SWPadnos> until someone gets fed up and gets a spare chuck key ...
[23:43:43] <robin_z> well, thats the thing ...
[23:44:16] <robin_z> when trying to make somethig completely idiot proof, its easy to underestimate the ingenuity of complete idiots
[23:44:26] <SWPadnos> indeed
[23:45:29] <robin_z> on a real machine you just interlock the doors into the estop loop, job done
[23:45:50] <SWPadnos> well, it depends on what you want to happen when the doors open
[23:46:13] <robin_z> like our laser. you can;t ever see it on, because the doors on the lamp cavity are interlocked
[23:46:31] <SWPadnos> with a stepper system, you might actually want what JymmmEMC wants - to have the steppers energized for better holding torque
[23:46:34] <robin_z> except we bypassed it because it looks pretty and impresses visitors
[23:46:52] <robin_z> possibly
[23:46:58] <robin_z> or a positive spindle lock
[23:47:21] <SWPadnos> though you have the same problem with energized steppers as you do with the spindle in AUTO mode - EMC could decide to move the table at any time ...
[23:47:35] <SWPadnos> (not that it will, but if it did, you'd have a problem)
[23:57:36] <skunkworks> SWPadnos: is one of the main reasons no one has goofed around with the grex is its developement software is windows only (z80 rabbit or siemthing like that)
[23:57:47] <skunkworks> something
[23:57:53] <SWPadnos> I don't think that's a main reason
[23:57:59] <SWPadnos> at least not for the EMC crowd
[23:58:11] <skunkworks> or is it its own motion controller?
[23:58:19] <SWPadnos> I bet the main reason (other than time) is that USB 1.1 only has a 1ms frame time
[23:58:41] <SWPadnos> it is a motion controller, and Steve Hardy actually has a very stripped-down then highly modified version of EMC that runs on it
[23:59:04] <SWPadnos> you can't program the Rabbit from Linux, but there is Linux software to run the G-Rex
[23:59:56] <skunkworks> ah