#emc | Logs for 2006-04-16

[01:21:08] <CIA-4> 03cradek 07HEAD * 10emc2/configs/max/ (max.hal max.ini): max now has an A axis and real spindle encoder
[01:27:49] <CIA-4> 03cradek 07HEAD * 10emc2/configs/max/max.ini: fix ncfiles path, update threading program
[01:27:50] <CIA-4> 03cradek 07HEAD * 10emc2/nc_files/threading.ngc: fix ncfiles path, update threading program
[01:29:55] <SkunkWorks> hey cradek. How is it going?
[01:30:06] <SkunkWorks> pretty dead tonight
[01:30:40] <cradek> fine fine
[01:30:54] <cradek> it's been pretty dead since the big sf outage - I think we all got out of the habit of working on emc
[01:31:13] <SkunkWorks> funny
[01:31:51] <cradek> this is reat - my "new" laptop agrees with rtai
[01:31:55] <cradek> I'm running my mill with it now
[01:32:27] <cradek> great even
[01:32:43] <cradek> replacement keyboard is on the way...
[01:33:06] <SkunkWorks> keboard problem?
[01:33:16] <SkunkWorks> key
[01:33:21] <cradek> yeah it was pepsied I think
[01:33:48] <cradek> I may not have to take a desktop machine to the workshop, which would be great
[01:34:57] <SkunkWorks> nice
[01:36:05] <SkunkWorks> we had issues with old toshiba sattelites. they seemed to be a laminated diaphram - any liquid would wick in and stop them from working
[01:36:27] <cradek> I doubt most laptops like liquid much...
[01:37:02] <SkunkWorks> most things electronic are that way ;)
[01:37:42] <SkunkWorks> still making a mess with eagle :) http://www.electronicsam.com/images/KandT/eagleone.JPG
[01:37:51] <SkunkWorks> getting there.
[01:38:39] <SkunkWorks> it isn't going to be pretty
[01:39:23] <cradek> cool... sometimes the autorouter doesn't give pretty
[01:39:32] <cradek> I always end up routing by hand to some extent
[01:40:22] <SkunkWorks> I don't have the patience for that - I think. :) - I will for the most part let eagle do it.
[01:43:40] <SkunkWorks> what kinda laptop?
[01:44:28] <cradek> gateway solo
[01:44:39] <SkunkWorks> huh - I have one of those at work
[01:44:53] <cradek> nothing fancy, but it has a real serial and parallel port, ethernet and modem built in
[01:45:00] <cradek> no built in wireless though
[01:45:06] <SkunkWorks> the serial port in it isn't supported in win 2000 :)
[01:45:09] <SkunkWorks> I found out.
[01:45:23] <SkunkWorks> this is like a 333mhz if i remember right
[01:45:25] <cradek> neither is opengl, which is the primary reason I have it
[01:45:53] <cradek> but who cares about windows?
[01:46:06] <cradek> I can't wait for vista to come out, because there will be great hardware for free everywhere
[01:46:09] <SkunkWorks> I have to :)
[01:46:16] <SkunkWorks> for now
[01:47:10] <SkunkWorks> I had issues with turbocnc running on newer portable because of the power saving stuff I assume. Steppers would go tick tick tick as they where running.
[01:47:25] <SkunkWorks> stall at higher speeds.
[01:47:35] <cradek> some laptops seem to work for realtime, some don't, you just get lucky sometimes
[01:47:48] <cradek> my old laptop did not (would glitch when the processor fan went on or off)
[01:48:41] <SkunkWorks> so realtime has similar issues. Have to remember that.
[01:48:48] <cradek> yep
[01:48:50] <cradek> it's just luck
[01:48:57] <cradek> try before you buy, if possible
[01:49:46] <SkunkWorks> just bring a live cd into best buy and boot it. (I suppose one stepper and drive also to test) :)
[01:50:10] <cradek> you could run the rtai latency test without hardware
[01:50:24] <SkunkWorks> you would see issues?
[01:50:31] <cradek> yes definitely
[01:50:50] <cradek> I think rtai even have a live test cd of some kind
[01:50:50] <SkunkWorks> another thing to remember :)
[01:51:19] <cradek> it's sure nice to see combined rotary/linear moves finally be right
[01:51:35] <SkunkWorks> nice work. You have a rotory axis on your machine?
[01:51:48] <cradek> yes, I've always had one but only recently made the driver for it
[01:54:02] <SkunkWorks> you really need to make some videos. :) threading and rotory axis
[01:54:39] <cradek> ouch, there are bogons in here
[01:54:48] <cradek> Issuing EMC_TASK_PLAN_EXECUTE -- (+509,+268, +88,g0a0,)
[01:54:51] <cradek> Issuing EMC_TRAJ_SET_VELOCITY -- (+205,+28, +0,0.000000,0.000000,)
[01:54:55] <cradek> Issuing EMC_TRAJ_SET_ACCELERATION -- (+206,+20, +0,0.000000,)
[01:55:13] <cradek> so, forget I said anything :-)
[01:56:08] <SkunkWorks> what am i looking at?
[01:56:22] <cradek> it needs to go somewhere in A, and decides to get there at zero velocity and zero acceleration
[01:56:30] <SkunkWorks> ah
[01:56:36] <cradek> needless to say, it didn't get there
[01:57:02] <SkunkWorks> minor issue?
[01:57:11] <cradek> yes I'm sure it is
[02:02:05] <cradek> (gdb) p dy
[02:02:05] <cradek> $5 = 4.5102810375396984e-16
[02:02:15] <cradek> god I hate floating point
[02:02:31] <cradek> in other words, I found the problem
[02:10:41] <CIA-4> 03cradek 07HEAD * 10emc2/src/emc/task/emccanon.cc:
[02:10:41] <CIA-4> this fixes a bug that made g0a90 set accel and vel to zero (because
[02:10:41] <CIA-4> the corresponding xyz move wasn't exactly 0 length)
[02:35:07] <SkunkWorks> again - nice work
[02:47:49] <Jymmm> Jymmm is now known as Red70sShow
[02:47:50] <Red70sShow> Red70sShow is now known as Jymmm
[04:05:03] <Jymmm> Jymmm is now known as Jymmmm
[04:07:29] <SkunkWorks> SkunkWorks is now known as skunkworks
[04:19:58] <Jymmmm> Jymmmm is now known as jymmmmm
[04:26:11] <CIA-4> 03cradek 07v2_0_branch * 10emc2/src/emc/task/emccanon.cc:
[04:26:11] <CIA-4> this fixes a bug that made g0a90 set accel and vel to zero (because
[04:26:11] <CIA-4> the corresponding xyz move wasn't exactly 0 length)
[04:34:48] <jymmmmm> jymmmmm is now known as Jymm
[09:35:24] <dragan> HELLO, i NEED SOME HELP URGENTLY
[09:44:13] <chinamill> Howdy
[09:46:02] <ValarQ> hello mr dragan
[09:46:20] <dragan> Hello
[09:47:25] <dragan> I am new with emc, and i want to reconstruct one old cnc machine.
[09:47:53] <dragan> I already bought motenc lite card and want to activate it.
[09:48:41] <dragan> when emc starts i receive an error like motenc.0.encoder-read not found
[09:48:46] <chinamill> Dragan: Do you have a working emc1 setup?
[09:48:59] <dragan> is somebody have an idea what can be the reason
[09:49:47] <dragan> i have ubuntu and emc2.install.sh installation passed well
[09:53:25] <chinamill> did you check the wiki about montec?
[09:55:09] <chinamill> do you have the Lite servo PCI?
[09:58:50] <chinamill> do you use the montec config from the sample-configs?
[09:59:40] <dragan> I use montec config from sample-config, and I have Lite servo PCI
[10:00:20] <dragan> I can not find anything usefull on wiki
[10:02:25] <chinamill> Do you have your board id set at 0?
[10:02:54] <dragan> Yes, I checked it was set by default
[10:03:29] <robin_sz> meep?
[10:05:41] <chinamill> Just a thoght, since emc2 is not yet released it might be better to look up if there is montec support for emc1.
[10:06:31] <chinamill> Which there is....
[10:06:34] <robin_sz> you are probably better off putting effort into emc2
[10:07:26] <chinamill> robin_sz: dragan failed with emc2
[10:07:38] <robin_sz> emc2 will get there though
[10:07:58] <robin_sz> emc1 has "problems" .. its stable, but some bits are very icky
[10:08:10] <robin_sz> emc2 was written for a reason you know ;)
[10:10:18] <alex_joni> morning
[10:10:26] <alex_joni> dragan: still there?
[10:10:37] <dragan> yes
[10:10:48] <alex_joni> dragan: can you paste me the last few lines from dmesg ?
[10:11:03] <alex_joni> start emc2, chose the motenc config
[10:11:07] <dragan> i will try
[10:11:15] <alex_joni> then after it fails, open a terminal and run dmesg
[10:14:27] <alex_joni> robin_sz: hello
[10:16:09] <dragan> MOTENC: Card is MOTENC-Lite, ID: 2
[10:16:09] <dragan> [ 4578.102138] MOTION: cleanup_module() started.
[10:16:09] <dragan> [ 4578.102144] HAL: threads stopped
[10:16:09] <dragan> [ 4578.102201] MOTION: cleanup_module() finished.
[10:16:09] <dragan> [ 4578.188585] RTAPI: WARNING: tried to delete task 03 while running
[10:16:09] <dragan> [ 4578.188597] RTAPI: WARNING: tried to delete task 02 while running
[10:16:13] <dragan> [ 4578.188602] RTAPI: WARNING: tried to delete task 01 while running
[10:16:15] <dragan> [ 4578.200249] RTAPI: Exiting
[10:17:00] <dragan> RTAPI: Exit complete
[10:17:00] <dragan> [ 4578.211448] RTAI[math]: unloaded.
[10:17:00] <dragan> [ 4578.274638] RTAI[malloc]: vfreed extent d0c0e000, size 2097152.
[10:17:00] <dragan> [ 4578.274760] RTAI[malloc]: unloaded.
[10:17:00] <dragan> [ 4578.374634] RTAI[sched_lxrt]: unloaded (forced hard/soft/hard transitions: traps 0, syscalls 0).
[10:17:01] <dragan> [ 4578.385852] Adeos: Domain RTAI unregistered.
[10:17:03] <dragan> [ 4578.385859] RTAI[hal]: unmounted.
[10:17:05] <dragan> [ 4578.397131] Adeos: Pipelining stopped.
[10:17:30] <alex_joni> ok, the problem is at the first line
[10:17:35] <alex_joni> Card is MOTENC-Lite, ID: 2
[10:17:46] <alex_joni> that means the card is not set up with id=0
[10:18:04] <alex_joni> either the jumper is not in the right place, or the contact is not good enough
[10:18:12] <dragan> I see, I will check the jumper again
[10:19:07] <dragan> Thank you very much for help, now I have to switch of the computer and check the card
[10:19:32] <chinamill> the preference link on the wiki does not work... I can not ad stuff
[10:19:46] <alex_joni> chinamill: you can only add stuff if you are registered
[10:19:56] <alex_joni> dragan: absolutely no problem, that's why we are around
[10:20:22] <alex_joni> dragan: there might be another way, instead of changing the card to id=0, you can change emc2 to use id=2
[10:20:36] <chinamill> aj: again You become a hero ;)
[10:20:41] <alex_joni> dragan: but that means that you'll probably have to do that in the future too, if there are any changes ;)
[10:20:44] <alex_joni> chinamill: yeah right :P
[10:20:48] <dragan> how, in some configurations files
[10:20:51] <alex_joni> chinamill: did you read the BasicSteps?
[10:21:03] <dragan> yes I read
[10:21:08] <alex_joni> dragan: yes, what config were you reading?
[10:21:19] <alex_joni> err... using
[10:21:30] <alex_joni> did you chose /etc/sample-configs/motenc/ ?
[10:21:55] <chinamill> aj: yes, but the preference link is *ucked up
[10:22:18] <alex_joni> chinamill: works for me..
[10:22:39] <dragan> alex: i use this original files
[10:22:42] <alex_joni> chinamill: the first time, you need to add a username, and a password to get remembered
[10:23:06] <alex_joni> dragan: ok, the BEST way would be to set up a local copy of that (~/emc2/configs/mymotenc/)
[10:23:14] <alex_joni> ~ means your home directory
[10:23:20] <alex_joni> usually /home/username
[10:23:47] <alex_joni> dragan: how much *nix experience do you have?
[10:24:12] <dragan> I work in the past on the sco unix
[10:24:23] <alex_joni> ok, so you know your way around copying files ;)
[10:24:29] <dragan> yes
[10:24:37] <chinamill> I get: Could not get user-ID lock at /home/groups/e/em/emc/cgi-bin/emcinfo.pl line 3682.
[10:24:43] <alex_joni> copy all files from /etc/emc2/sample-configs/motenc to ~/emc2/configs/mymotenc/
[10:25:29] <alex_joni> dragan: then you need to edit all *.hal files in that location
[10:26:02] <alex_joni> inside the hal files you'll see some hal commands, you need to replace all 'motenc.0.' with 'motenc.2.'
[10:26:42] <alex_joni> and the next time you run emc, make sure you pick your local motenc config, not the one in /etc/emc2/sample-configs
[10:27:49] <dragan> ok, i will do it i need some time, this means that numbers after motenc means id number
[10:28:44] <alex_joni> yes
[10:28:49] <chinamill> what is the direct link to login for the wiki?
[10:29:03] <alex_joni> chinamill: you need to go to preferences
[10:29:16] <alex_joni> maybe you used the same username, but with a different password?
[10:29:50] <alex_joni> dragan: ok, I'm off for lunch, but I'll be around later.. hope you'll succeed
[10:30:02] <alex_joni> bye guys..
[10:30:11] <alex_joni> happy easter to the ones who celebrate it now
[10:33:24] <dragan> Thank you and goodby
[12:06:29] <alex_joni> guten morgen
[12:28:49] <Imperator_> Guten Morgen Alex
[12:28:56] <Imperator_> ;-)
[12:51:04] <alex_joni> frohe Ostern
[13:31:08] <rayh> logger_aj, bookmark
[13:31:08] <rayh> See http://solaris.cs.utt.ro/irc/irc.freenode.net:6667/emc/2006-04-16#T13-31-08
[13:31:11] <Lerneaen_Hydra> jepler: Did you get the mail with the swedish translation?
[13:47:08] <jepler> Lerneaen_Hydra: yes
[13:47:32] <Lerneaen_Hydra> jepler: Updated in the CVS and all?
[13:47:35] <jepler> Lerneaen_Hydra: yes
[13:50:57] <Lerneaen_Hydra> jepler: what was teh URL to your Gcode page (the most common gcodes used)?
[13:51:30] <jepler> http://axis.unpy.net/files/gcode.html
[14:33:26] <rayh> Have we got servo tuning guys around?
[15:01:44] <robin_sz> * robin_sz returns from starting the bike
[15:01:49] <robin_sz> it lives!
[15:15:18] <chinamill> Where can I create an account for the wiki? What url do i use to log in?
[15:15:39] <SWPadnos> you don't need an account
[15:15:59] <SWPadnos> you just need to know the super-secret admin password (emc)
[15:16:40] <SWPadnos> enter your name in the name field, then enter the password into the admin password box, and the "edit page" link will be enabled at the bottom of each page
[15:16:48] <SWPadnos> (you may need to reload to get the edit link)
[15:17:57] <skunkworks> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl/emcinfo.pl?BasicSteps
[15:18:08] <chinamill> Now it works like before... I tried to go to the link preferences before and it was broken somhow, but now it looks to be fine..
[15:18:29] <SWPadnos> ok - that's good
[15:23:01] <approx> there is something odd in emc2 traj planner/blending
[15:23:26] <approx> velocity doesn't stay constant in line joints even on straight path
[15:23:48] <approx> bug or bad tuning or something?
[15:24:28] <approx> I tried code like this:
[15:24:30] <approx> G21
[15:24:32] <approx> G91
[15:24:32] <approx> G01 X10 F500
[15:24:32] <approx> G01 X10
[15:24:34] <approx> G01 X10
[15:24:37] <approx> ...
[15:26:00] <approx> sounds like it accelerates for short time at joints
[15:26:51] <jepler> G91 is relative motion mode, so that code actually moves 30mm in X?
[15:27:32] <jepler> is 10mm enough distance for your machine to reach its top speed and then stop again?
[15:27:57] <approx> yes
[15:28:30] <approx> I think that code should behave like G01 X30 but it sounds different, I can hear the segments
[15:28:45] <SWPadnos> what path mode is it in? (g61, G61.1, G64)
[15:28:55] <jepler> let me see what halscope shows
[15:28:59] <approx> I blended mode
[15:29:08] <jepler> I've added a G64 P.01 to my test file
[15:29:08] <approx> which signal should I plot?
[15:29:41] <jepler> In the simulator configurations, there are Xvel and Xacc (velocity and acceleration) signals. That's what I am going to plot.
[15:30:14] <approx> I noticed the problem when running the 3d_chips.ngc
[15:30:53] <approx> I didn't find any velocity or acceleration signals on stepper configuration
[15:31:52] <jepler> They're created by some lines in the .hal file for the simulator
[15:32:51] <cradek> http://timeguy.com/cradek-files/emc/colinear.png
[15:33:47] <approx> that's it
[15:34:52] <jepler> so there is a small glitch in the acceleration
[15:35:17] <cradek> this happens because accel is high, allowing an accel to the given feed in very few trajectory periods (approximately one). That makes the accel and decel a bit asymmetrical
[15:35:47] <cradek> it's mostly a time quantization problem, very hard to fix exactly with the current algorithm
[15:35:57] <jepler> * jepler was still struggling to get halscope to trigger at the right time
[15:36:30] <approx> ok, it's not a serious problem
[15:37:25] <cradek> you can probably minimize it by turning down your TRAJ period
[15:37:29] <approx> but my acceleration is'n that fast. I have about 200mm/s^2
[15:38:17] <approx> takes about 0.05 seconds to accelerate to 500 mm/min
[15:38:32] <cradek> I wonder what your traj period is
[15:38:38] <approx> 0.01
[15:38:50] <approx> i'll try to adjust it
[15:38:51] <cradek> ok, 1 ~= 5
[15:39:00] <cradek> try .005 or .002?
[15:39:20] <cradek> or just ignore it, if it doesn't impact your part finish
[15:39:37] <approx> just thought it was a bug or something
[15:40:05] <cradek> I see, I guess it sort is, but it's not the easy kind of bug
[15:43:46] <approx> 0.005 didn't help a bit 0.002 makes it unnoticeable
[15:44:00] <approx> problem solved :)
[15:44:16] <cradek> cool
[15:44:48] <cradek> well problem beaten with a stick until it hid, not really solved
[15:45:11] <cradek> gotta go make niceynice with the family, be back later
[15:45:13] <fenn> when in doubt, get a bigger hammer
[15:50:59] <dave-e> hey Ray, you awake?
[15:52:56] <approx> seems like changing traj period didn't fix it completedly. .002 just happened to be nice with F500, with other feed rates the problem stays
[15:53:53] <approx> I didn't notice that lowering period would change amplitude of joint accelerations
[15:55:50] <approx> why it's not possible to set traj period equal to servo period?
[15:56:34] <approx> emc2 start fails when I do that
[16:08:04] <skunkworks> rayh: ?
[16:09:42] <rayh> What's up skunkworks
[16:10:48] <skunkworks> was going to let you know the link is setup between the two buildings. I just need a router on the cable modem end. (that computer was hooked directly into the cable modem - I didn't notice that.
[16:11:19] <skunkworks> but I was able to get to both the access point and wireless router from both sides.
[16:11:28] <skunkworks> so far so good.
[16:12:54] <rayh> Fantastic. I've got to do something here.
[16:14:06] <skunkworks> I have seen it done with a cantinna in the focal point of a old directv dish. Suposidly able to get over 5 miles.
[16:14:53] <rayh> Really. That sounds like it might work.
[16:15:48] <rayh> I just need to do a little terrain analysis
[16:17:29] <rayh> The lake thawed out Wednesday.
[16:18:12] <skunkworks> rayh: http://www.wwc.edu/~frohro/Airport/Primestar/Primestar.html
[16:24:13] <rayh> Nice link. Thanks.
[16:45:13] <Lerneaen_Hydra> I seem to be having a strange issue (maybe not an issue) with the output from the parport. I have set the hal config to mode 2,2,2 (grey code) and when looking at the waveform on a physical osciliscope (not halscope) the all 1/0 (high/low) changes are locked to a 50µs resolution. I seem to recall that the RT part of EMC ran at 50µs, so is that what I am seeing? (It seems to perform a...
[16:45:15] <Lerneaen_Hydra> ...psuedo-pwm, as it quickly hops back and forth between two time states in a way that looks like PWM)
[16:45:46] <alex_joni> Lerneaen_Hydra: it only can change the status of the parport at 50 usecs
[16:45:56] <alex_joni> if you demand another frequency it will interpolate
[16:46:06] <alex_joni> for 70 usec it will do sometimes 50 sometimes 100
[16:46:10] <alex_joni> if you get my meaning
[16:46:11] <Lerneaen_Hydra> alex_joni: Is that a physical limitation of the parport?
[16:46:21] <Lerneaen_Hydra> yes that is what I saw, the psuedo PWM
[16:46:36] <alex_joni> Lerneaen_Hydra: not of the parport but rather ISA, and the way the parport gets accessed by the processor
[16:46:41] <alex_joni> what PC are you using?
[16:47:31] <Lerneaen_Hydra> curently running an Intel copperming PIII (socket is similar to socket A) on an intel board. Integrated parport
[16:47:37] <Lerneaen_Hydra> coppermine*
[16:47:43] <alex_joni> what frequency processor?
[16:47:49] <Lerneaen_Hydra> 800mhz
[16:47:59] <alex_joni> ok, then you probably can run faster than 50 usec
[16:48:05] <Lerneaen_Hydra> I don't recall the fsb speed
[16:48:07] <alex_joni> try lowering the BASE_PERIOD
[16:48:22] <alex_joni> if you put it too low the PC will freeze ;) then you need to go up again
[16:48:28] <Lerneaen_Hydra> hardlock?
[16:48:32] <alex_joni> yup
[16:48:38] <alex_joni> RT tasks taking over the machine ;)
[16:48:42] <Lerneaen_Hydra> thats rather.. frightening
[16:48:45] <Lerneaen_Hydra> ah, ok
[16:48:47] <Lerneaen_Hydra> hardware level?
[16:48:59] <alex_joni> no, but the RT stuff runs above the linux kernel
[16:49:11] <alex_joni> so when that takes too much time up, the rest can't run anymore
[16:49:21] <Lerneaen_Hydra> above being nearer of further away from the hardware than the kernel=
[16:49:32] <alex_joni> nearer to the hardware
[16:49:40] <alex_joni> higher priority
[16:49:41] <Lerneaen_Hydra> ok, then that makes sense
[16:49:50] <Lerneaen_Hydra> what would a reasonable value for testing be?
[16:50:25] <Lerneaen_Hydra> and in which file is that parameter located?
[16:52:42] <alex_joni> Lerneaen_Hydra: I ran down to 5.5 usec on my Athlon 1600+
[16:52:50] <alex_joni> it is located in the ini file you are using
[16:52:59] <alex_joni> BASE_PERIOD = 50000
[16:53:12] <alex_joni> that's the default value.. (50000 nsec = 50 usec)
[16:53:29] <alex_joni> start with 20000, that should be ok on your machine (I hope)
[16:53:40] <alex_joni> then go down to 15000, 10000
[16:53:46] <Lerneaen_Hydra> and on another track, I've seen differing reports as to how much current one can safely draw from the paralell port, some have said 20mA, and some 200µa, do you know anything as to that (at the moment most places seem to have reported 4mA)
[16:53:56] <alex_joni> although 10-15 usec might be problematic (jitter)
[16:54:06] <Lerneaen_Hydra> is there any parport limitation?
[16:54:22] <alex_joni> usually it depends on the implementation
[16:54:36] <Lerneaen_Hydra> ok
[16:54:41] <alex_joni> but for most any application you should have something between the parport and chips that need current
[16:54:53] <alex_joni> either transisters, optocouplers, buffers, etc.
[16:56:20] <Lerneaen_Hydra> but running an optocoupler as-is is ok? one doesn't need a pre-amplifier for the optocoupler?
[16:56:37] <alex_joni> no, you only need to turn on the diode inside the optocoupler
[16:56:47] <alex_joni> and that is usually around 1-3mA
[16:57:00] <Lerneaen_Hydra> which should work
[16:57:08] <alex_joni> yup
[17:01:56] <jepler> http://www.fapo.com/1284elec.htm
[17:04:44] <Lerneaen_Hydra> 20µs worked
[17:04:57] <alex_joni> Lerneaen_Hydra: cool.. look at the output
[17:05:04] <alex_joni> even if it works it might jitter
[17:05:13] <Lerneaen_Hydra> it seems to behave correctly
[17:05:21] <alex_joni> Lerneaen_Hydra: ok then ;)
[17:05:31] <Lerneaen_Hydra> looks the same except the timing window is 20µs instead of 50
[17:09:16] <Lerneaen_Hydra> I seem to get jitter at 15000 though
[17:09:45] <Lerneaen_Hydra> it jumps between three states somewhat sporadicly when moving through timeing windows
[17:11:10] <alex_joni> ok, then 20 is your value
[17:36:37] <CIA-4> 03alex_joni 07HEAD * 10emc2/src/emc/usr_intf/xemc.cc: initial version of xemc.cc, brought forward from emc1
[17:42:05] <CIA-4> 03alex_joni 07HEAD * 10emc2/src/Makefile.inc.in: added xemc to the build process, need to check for Xaw in ./configure next
[17:42:05] <CIA-4> 03alex_joni 07HEAD * 10emc2/src/emc/usr_intf/Submakefile: added xemc to the build process, need to check for Xaw in ./configure next
[18:54:19] <Jymm> Jymm is now known as MrAsshole
[18:55:29] <CIA-4> 03jepler 07HEAD * 10emc2/app-defaults/XEmc: resource file to give XEmc the proper appearance
[18:55:39] <MrAsshole> MrAsshole is now known as Jymmm
[18:55:48] <CIA-4> 03jepler 07HEAD * 10emc2/scripts/emc.in: set XFILESEARCHPATH so that XEmc is found for RIP
[18:56:07] <jepler> that's untested for run-installed, but if run-installed puts it in one of the default locations everything should be dandy
[18:57:05] <CIA-4> 03alex_joni 07HEAD * 10emc2/src/ (Makefile.inc.in configure configure.in): proper way of compiling xemc (in case configure finds Xaw-dev)
[18:57:06] <CIA-4> 03alex_joni 07HEAD * 10emc2/src/emc/usr_intf/ (Submakefile xemc.cc): proper way of compiling xemc (in case configure finds Xaw-dev)
[18:58:34] <alex_joni> jepler: can I add that to make install?
[19:02:58] <jepler> alex_joni: you mean copying XEmc to /etc/X11/apt-defaults? Makes sense to me to add it.
[19:03:04] <CIA-4> 03alex_joni 07HEAD * 10emc2/debian/ (control emc2.files): added libxaw7-dev to the list of deps, note: emc2 will compile even without
[19:03:24] <CIA-4> 03jepler 07HEAD * 10emc2/configs/sim/xemc.ini: simulator variant to run xemc
[19:04:50] <CIA-4> 03alex_joni 07HEAD * 10emc2/src/Makefile: install XEmc by default
[19:32:39] <CIA-4> 03alex_joni 07HEAD * 10emc2/src/ (Makefile.inc.in configure configure.in): added ./configure tests for ncurses (needed for keystick)
[19:32:40] <CIA-4> 03alex_joni 07HEAD * 10emc2/src/emc/usr_intf/Submakefile: added ./configure tests for ncurses (needed for keystick)
[19:54:29] <skunkworks> will the freqgen pwm mode output a pwm signal without feedback (encoder)
[19:54:37] <jepler> skunkworks: yes
[19:54:55] <skunkworks> if it does is it proportional to velocity of some kind?
[19:55:02] <skunkworks> thanks jepler.
[19:56:34] <jepler> skunkworks: the number of "up" cycles is position-scale (the parameter) times velocity (the pin)
[19:57:15] <jepler> so for instance if you want to have a velocity input that goes from 0 to 1, with 1 giving a 100%-up signal, set freqgen.X.position-scale equal to freqgen.X.maxfreq
[19:58:31] <skunkworks> Jepler: thanks again. I will play with it.
[19:58:47] <jepler> what are you trying to drive with freqgen?
[19:59:29] <skunkworks> I wanted an easy way to test the driver bridge without hooking up feedback yet.
[19:59:34] <jepler> oh
[19:59:40] <jepler> yeah that should work fine
[20:00:05] <skunkworks> that is the plan then :)
[20:02:56] <Jymmm> jepler: You familure with EPS format at all by chance?
[20:03:15] <jepler> Jymmm: I know a tiny but of postscript, but not much
[20:03:28] <alex_joni> tiny butt
[20:04:05] <jepler> I can't be held responsible for the typos. There's a cat sitting on the laptop
[20:36:45] <rayh> Tiny butt is good.
[20:36:59] <rayh> Weneger is besser.
[20:37:11] <rayh> ist
[21:23:14] <robin_sz> I think I might build a laser tub cutter
[21:23:21] <robin_sz> tube
[21:23:34] <robin_sz> started on the design a bit
[21:24:09] <robin_sz> probably a 4 axis machine
[21:24:45] <robin_sz> the 5 axis ones are too complicated, and dont really offer any advantage
[21:25:31] <robin_sz> ideal job for emc by the look of it