#emc | Logs for 2010-05-21

Back
[00:00:00] <MattyMatt> * MattyMatt crossposts to #reprap
[00:00:06] <Valen> rofl
[00:00:07] <pfred1> andypugh something tells it it may be capable of both
[00:01:44] <pfred1> it looks hung up on the side though in the picture
[00:03:03] <Valen> http://wpcore.wpe.s3.amazonaws.com/wp-content/uploads/2010/05/MtOrab-windgearboxpart01.jpg
[00:06:41] <pfred1> mach3 users spare no expense! http://bdyoutube.com/video/bXxKAXbg3SA/Cheap-5-CNC-axis-mach-3-controlled.html
[00:07:39] <andypugh> Would have been a lot cheaper with EMC2
[00:08:12] <pfred1> my fave was they couldn't evne use a clean piece of paper
[00:10:44] <pfred1> so, is there any FOSS CAD software even worth bothering to look at?
[00:11:02] <pfred1> I wasted so much time checking into EDA stuff I figured I'd ask first this time
[00:11:14] <celeron55> did you find eda stuff? :P
[00:11:23] <andypugh> What's HeeksCAD like now?
[00:11:26] <pfred1> celeron55 none worth wasting the time on
[00:11:40] <pfred1> I tried kicad and geda
[00:11:44] <celeron55> i've used gEDA to order boards from a fab
[00:12:03] <pfred1> well to its credit you could finish the demo before it crashed
[00:12:23] <pfred1> unlike my experience with kicad
[00:12:37] <pfred1> which I believe crashed repeatedly at step 3
[00:12:41] <celeron55> i've not experienced any stability problems with geda, it's very stable software
[00:12:48] <andypugh> I probably ought to pull down a more recent HeeksCAD and see if it is less flaky.
[00:12:48] <celeron55> but anyway
[00:12:51] <MattyMatt> HeeksCAD quickly failed in simple drawing for me. It needs more blender's ctl keys
[00:13:02] <Valen> kicad seems to work ok for me
[00:13:16] <pfred1> it didn't here
[00:13:26] <celeron55> for CAD, HeeksCAD is the only "big package" which can do some stuff
[00:13:38] <MattyMatt> I'm blendered. I'm incapable of using anything with the mouse buttons the normal way around now
[00:13:41] <pfred1> so check out heeks?
[00:13:54] <celeron55> yes
[00:13:55] <andypugh> I kind-of lost interest when I bought Alibre, and that might not see much use as it seems I am going to be given a free home-use Autdesk Inventor license.
[00:14:05] <pfred1> I've tried qcad
[00:14:12] <MattyMatt> yes Heeks is good
[00:14:23] <MattyMatt> and getting better rapidly
[00:14:24] <pfred1> and long ago blender
[00:14:50] <pfred1> well when i tried qcad that wasn't exactly yesterday anymore either
[00:15:03] <celeron55> heeks has some unstability and lackness of features (not very surprising?) but people use it to generate g-code for some real stuff
[00:15:15] <celeron55> and development is active
[00:15:20] <pfred1> nah i don't need it for any g-code
[00:15:25] <pfred1> just need it to draw with
[00:15:49] <pfred1> g-code would be cam wouldn't it?
[00:15:53] <andypugh> pfred1: 2D or 3D?
[00:15:53] <celeron55> it's not very good in drawing, targeted to machining at the moment (though intended to be general purpose at the end)
[00:16:04] <pfred1> andypugh 3D would be nice but
[00:16:21] <andypugh> I think it's a lot better at 3D than 2D
[00:16:28] <pfred1> honestly now i do my computer drawing with xfig
[00:16:42] <MattyMatt> OOo draw?
[00:16:47] <pfred1> I'm just looking to try to make a step up from that I suppose if I can
[00:16:54] <MattyMatt> that's more like visio tho
[00:17:33] <andypugh> The 3D packages aren't great for 2D drawings, unless you make a 3D model and let them draw it. Of course, they get it _right_ so it's worth the extra step :-)
[00:17:51] <MattyMatt> Flash is still the best 2d drawing prog, for freehand stuff especially
[00:18:01] <celeron55> ...there just is no open source software that does it
[00:18:04] <pfred1> I can draft on paper so I can get plates correct
[00:18:05] <MattyMatt> if you want animation
[00:18:45] <andypugh> Right, time I was off.
[00:19:00] <pfred1> I just never had much luck drawing with computers
[00:19:16] <MattyMatt> I should be making my gcode for tomorrow
[00:19:20] <celeron55> how about inkscape? not targeted to mechanical drawing, though
[00:19:30] <pfred1> yeah I've used inkscape
[00:19:37] <pfred1> to make like elipses and whatnot
[00:19:44] <MattyMatt> Flash is much nicer to draw with than Inkscape
[00:19:50] <pfred1> 'to me it almost seems random
[00:20:10] <pfred1> like plunk something down try to move it where you want it
[00:20:25] <pfred1> its not really how I approach a drawing project
[00:20:56] <pfred1> well I'll give heeks a try
[00:21:06] <celeron55> you don't want heeks for drawing
[00:21:14] <pfred1> that bad huh?
[00:21:32] <celeron55> qcad is better at 2d
[00:21:46] <pfred1> I mean wth? can't anyone make a decent drawing software suite?
[00:21:59] <MattyMatt> yeah Autodesk
[00:22:03] <pfred1> yeah qcad seemed like it had some potential if I spent the time to learn it
[00:22:18] <pfred1> qcad seems a rip of auto
[00:22:36] <MattyMatt> mine is a rip of Flash. did I mention I like Flash?
[00:23:09] <pfred1> but the freebie qcad is pretty crippled isn't it?
[00:23:13] <celeron55> just what is this flash?
[00:23:32] <MattyMatt> the editor for making SWF
[00:23:50] <celeron55> pfred1: i'm not sure whether the commercial one has a lot more useful features or not
[00:24:31] <pfred1> I've really been leaning more towards physically modeling my machine lately anyways
[00:24:48] <MattyMatt> I have version 2.0 licence. macromedia were giving away full licences for 2.0 when 4.0 was released
[00:25:01] <celeron55> at least the grouping system of qcad lacks stuff (i couldn't find a way to copy stuff between groups (or layers, whatever))
[00:25:14] <celeron55> the free version at least
[00:25:19] <pfred1> some softs you have to cut paste
[00:25:33] <pfred1> I know eagle is like that
[00:25:42] <pfred1> took me a bit to figure out
[00:25:52] <pfred1> cut then hit the traffic lite
[00:26:00] <celeron55> and qcad's UI is very unintuitive and slow
[00:26:03] <pfred1> well group select cut traffic lite
[00:26:49] <pfred1> like group select cut traffic lite is intuitive
[00:27:06] <pfred1> heck til I learned about it I was convinced it wasn't possible myself
[00:27:38] <celeron55> btw, could you list the main requirements of the software you're searching for?
[00:27:45] <pfred1> really I love to draft but the state of computer drafting still seems crude to me today
[00:28:01] <pfred1> I want to design my CNC machine
[00:28:08] <pfred1> and I figure drawing it out can't hurt
[00:28:35] <MattyMatt> I made a reprap mendel in blender. it doesn't move yet but it could
[00:29:02] <MattyMatt> and I drew a design for mine in blender too
[00:29:15] <pfred1> the last time I used blender i manged to create a sphere in the dark after much fiddling about
[00:30:11] <MattyMatt> yep that's blender. steep initial curve, and then it's all uphill from there
[00:30:26] <MattyMatt> like olympus mons
[00:30:29] <pfred1> I found blender a bit less user friendly than povray
[00:30:43] <celeron55> actually, i sometimes have had a need for 2d drawing software a bit like qcad but faster to use and better - but i haven't found such
[00:30:54] <pfred1> celeron55 xfig
[00:31:28] <pfred1> honestly its the best stuff I've used drawing on a computer
[00:31:40] <celeron55> the name sounds good at least
[00:31:51] <pfred1> you don't know what xfig is?
[00:32:07] <celeron55> haven't used it and haven't seen it
[00:32:16] <celeron55> but after 10 seconds i have!
[00:32:19] <pfred1> celeron55 you don't run Linux?
[00:32:35] <celeron55> yes?
[00:32:48] <pfred1> xfig is the default Linux paint sort of
[00:32:56] <MattyMatt> macdraw
[00:33:34] <celeron55> my default linux paint is kolourpaint or mtpaint or something more random
[00:33:52] <pfred1> well back in the day it was xfig or bust
[00:34:09] <Valen> gimp here ;->
[00:34:12] <pfred1> though lately distros haven't been shipping it by default so much anymore
[00:34:33] <pfred1> xfig predates gimp by quite a few years
[00:35:59] <pfred1> if i need to scribble a few digital lines its xfig for me even today
[00:36:00] <celeron55> my first distro was mandrake 9.2 - i guess it didn't ship xfig
[00:36:19] <pfred1> well if you run X you can run xfig
[00:36:36] <celeron55> of course
[00:37:17] <pfred1> ldd `which xfig` is about as basic as it can get
[00:39:18] <celeron55> the gui seems a bit odd - and i can't find wheter i can enable a big crosshair cursor
[00:39:50] <pfred1> its the snizzle for basic 2D drawing though
[00:40:09] <pfred1> I just can't believe its the pinnacle of CAD
[00:41:02] <pfred1> I swear to god I can slap in a linux distro from 15 years ago and get almost the functionality as i can with the latest and the greatest
[00:42:25] <celeron55> probably - though youtube wouldn't work 8)
[00:42:42] <celeron55> i use icewm as a window manager
[00:42:47] <pfred1> that'd only aid productivity
[00:43:03] <pfred1> I like windowmaker if I want a really bare bones WM
[00:43:30] <celeron55> well this is fast, stable and has everything i need - and has a very familiar UI
[00:43:45] <pfred1> ever tried Windowmaker?
[00:44:02] <celeron55> not really, but it does look a bit odd
[00:44:08] <pfred1> add on wmakerconf and I forget there's another configurator and you're all set
[00:44:35] <pfred1> it looks like next
[00:44:39] <pfred1> well its supposed to
[00:44:53] <pfred1> it was what came after afterstep
[00:45:23] <celeron55> so how is it better than icewm, for example?
[00:46:01] <pfred1> I've run ice but not enough to know its features it wouldn't suprise me if it wasn't lighter using resources
[00:46:04] <celeron55> i don't use any menus, i just launch terminals with win+t and programs with win+space + write launch command
[00:46:20] <pfred1> wmakers menu is pretty handy
[00:46:27] <celeron55> i have tested icewm and fluxbox on an old machine - fluxbox was way slower :P
[00:46:30] <pfred1> you can write the commands then just launch off it
[00:46:44] <pfred1> yes wmaker is better than any of the boxes
[00:46:52] <pfred1> black flux
[00:47:22] <celeron55> but really, i find it very unnecessary to change WM, the current one works just fine
[00:48:03] <pfred1> does ice have configuration tools?
[00:48:11] <celeron55> no, i don't need such things
[00:48:23] <pfred1> yeah/ you just take what you're handed do you?
[00:48:31] <celeron55> there are config files
[00:48:40] <celeron55> not much to change in default config, though
[00:48:43] <celeron55> for me
[00:48:46] <pfred1> by the time you open one up I'll be using wmaker
[00:49:17] <celeron55> i have my configs already available and machines set up - no need to start using it again
[00:49:30] <celeron55> because i am already using it
[00:50:08] <pfred1> you're not going ot sell me on the theory that hand editing config files is superior to custom gui configuration tools
[00:50:19] <celeron55> i'm not trying to
[00:50:37] <pfred1> then what are you trying to say?
[00:51:00] <celeron55> i have just answered your questions
[00:52:23] <pfred1> having run linux for over 15 years now and having run more WMs than I can even remember i don't have any questions at this point in time on this subject
[00:52:53] <pfred1> you can run X with no WM at all you know?
[00:53:00] <celeron55> "does ice have configuration tools?" "yeah/ you just take what you're handed do you?"
[00:53:07] <celeron55> i wonder what are those if not questions
[00:53:33] <pfred1> celeron55 they're leads
[00:53:51] <pfred1> they lead you down a garden path
[00:54:30] <pfred1> just like this isn't really a question either 20:52 < pfred1> you can run X with no WM at all you know?
[00:55:16] <pfred1> when you do that its called running weave
[00:56:06] <celeron55> i can tell you one thing: i have once tried wmaker, some years ago, when i was finding a good wm to stick to
[00:57:05] <pfred1> I've no WM loyalties
[00:57:31] <celeron55> i find this being a bit like the same thing like you and gEDA - i find gEDA very useful, you find wmaker. you find gEDA not very useful - i find wmaker not very useful.
[00:57:33] <pfred1> I ran KDE for about 6 years then when i uppoed to ubuntu I hated the KDE they shipped so I'm using gnome now
[00:58:16] <pfred1> not that i have any great love for gnome but at least it doesn't have ugly menus
[00:58:34] <celeron55> i've also changed away from kde - after they dropped support for 3.5 in debian unstable
[00:58:51] <celeron55> kde 4 is awful and i don't like gnome either
[00:58:53] <pfred1> I think i was running 3.5 for a long time
[00:59:06] <pfred1> was whatever I got with suse 8.2
[00:59:16] <pfred1> but that machine literally blew up so it was time to upgrade
[01:02:05] <pfred1> I can't design circuits in geda like i can with eagle
[01:03:59] <celeron55> that is a valid reason for not changing software, if you can stick with eagle
[01:07:28] <pfred1> in 10 years I'll give geda another shot see if its any better
[01:07:53] <pfred1> i have to admit they made some progress in the last 10
[01:11:26] <pfred1> celeron55 you got any stuff you've made with geda online?
[01:11:31] <tlab> anyone know when iso's with the emc will be made?
[01:11:48] <pfred1> tlab 2.4 ?
[01:12:09] <tlab> well ubuntu 10.04 + emc
[01:12:30] <pfred1> is 10.04 a LTR?
[01:12:40] <tlab> I believe so
[01:12:51] <tlab> LTS
[01:13:14] <pfred1> well whatever they call it
[01:13:25] <Valen> yes it is
[01:14:06] <pfred1> I still imagine changing versions is a lot of work for the EMC maintainers
[01:14:31] <Valen> they are having issues getting RTAI working with the kernel in it is my understanding
[01:14:44] <Valen> but it has been running
[01:14:50] <pfred1> I'm usually off by a factor of 2 in my guesstimates and I think 6 months isn't enough time
[01:15:40] <celeron55> pfred1: what kind of stuff?
[01:15:48] <pfred1> tlab what is so great about 10 ?
[01:16:08] <tlab> I dunno, I was just wondering
[01:16:18] <pfred1> celeron55 boards you've made with it
[01:16:44] <celeron55> here's a photo of the one i ordered http://celer.oni.biz/~celeron55/random/2010-04/dcdrive2/sdc10239.jpg
[01:18:21] <celeron55> i've also designed lots of DIY boards with it
[01:19:32] <celeron55> here is the prototype for that thing http://celer.oni.biz/~celeron55/random/2010-02/dcdrive2/sdc10161_m.jpg
[01:21:07] <pfred1> beats what i managed to do with it
[01:21:14] <celeron55> it's a general purpose motor controller for random stuff that comes to mind, also i have half working software for driving small bldc motors with it
[01:21:34] <celeron55> but anyway, doesn't really matter what i do with it, does it? :P
[01:22:51] <pfred1> yes I've seen people using the stuff i cannot imagine how they do
[01:23:17] <pfred1> it worked like ass for me
[01:25:29] <celeron55> there are other people too using it for real stuff - but indeed there might be a steeper learning curve than in eagle for example
[01:25:47] <pfred1> yeah i don't have the time now
[01:25:49] <celeron55> but i love it how everything is scriptable, for example
[01:25:57] <pfred1> I needed my stuff done yesterday
[01:26:19] <pfred1> and now it is
[01:26:49] <pfred1> if I stuck with geda I'd still be trying to get 2 resistors together with it
[01:28:01] <pfred1> I think the biggest problem I had was the lack of integration between the parts
[01:28:35] <celeron55> i find it being a good thing, and it is a goal in the project
[01:28:48] <pfred1> well that is counter to how I design
[01:29:07] <celeron55> it's nice there are different programs with different approaches to EDA
[01:29:14] <celeron55> something for everyone :-)
[01:29:28] <pfred1> as i design the physical board the schematic can change to make things flow better
[01:30:39] <celeron55> kicad doesn't work too nicely for that situation either, i guess?
[01:30:44] <pfred1> I mean I do have to eventually build ths stuff
[01:31:02] <pfred1> kicad crashed on me on step 3 of the tutorial
[01:31:15] <pfred1> so whatever it does is moot
[01:31:36] <celeron55> well, i found it being rubbish in usability, so didn't get to try too much after i found geda
[01:32:11] <tom3p> did you try the hal libraries for geda?
[01:32:27] <celeron55> hal libraries for geda?
[01:32:43] <tom3p> yes, the hal libraries for geda ;)
[01:32:58] <tom3p> look on the wiki
[01:33:00] <celeron55> ah, i see (google helps)
[01:33:15] <celeron55> haven't had any use for those
[01:33:35] <pfred1> there is an impressive example done in kicad too but how anyone managed to do it is beyond me
[01:33:42] <celeron55> they do look cool, though 8)
[01:35:57] <celeron55> the thing that surprises me most is that some people say they like kicad better than geda
[01:36:10] <pfred1> I've met them
[01:36:19] <pfred1> which was why i gave it a shot
[01:36:37] <pfred1> it did look promising right up until is bombed out on me
[01:36:42] <celeron55> kicad has supposedly more users because it works on windows
[01:37:15] <pfred1> geda ran as far as I remember it is just so all over the place i couldn't deal with it
[01:38:16] <pfred1> I have gschem running now i wanted to check what version I have
[01:38:55] <celeron55> the gsch2pcb thing surely is a dirty hack but it does work for me well enough
[01:38:55] <pfred1> looks to be one from last year
[01:40:06] <celeron55> pcb is a very impressive piece of software - they say the first versions were written for some amiga
[01:40:06] <pfred1> well I really did run geda over 10 years ago and I have to admit I was a bit dissapointed it hasn't improved more in the time between uses
[01:41:07] <pfred1> I guess I was just expecting a bit more
[01:41:23] <celeron55> probably lack of developers - there really are not many that want to use EDA on linux
[01:42:11] <celeron55> linux is marginal stuff, EDA is marginal stuff -> linux+EDA shouldn't practically even exist 8)
[01:42:37] <pfred1> people who run Linux are the kind of people who do EDA though
[01:42:45] <celeron55> well, a bit more often, yes
[01:43:43] <celeron55> lots of "normal" people run linux on these days, though
[01:44:04] <pfred1> to its credit I'll say geda has attacked EDA the UNIX way i just prefer a more integrated solution
[01:45:36] <pfred1> or rather it is a lot easier for me to work in a more integrated suite
[01:46:16] <pfred1> my first schematic is never the one I run
[01:47:18] <celeron55> i guess one *could* make scripts to provide better integration between pcb and gschem - mainly automated updating of parts and netlist. i guess it has been discussed by the developers already, though
[01:47:36] <pfred1> in eagle i just hit a button
[01:47:50] <pfred1> and if both windows are open it auto updates too
[01:48:12] <pfred1> and that is EXACTLY what I want
[01:48:58] <mozmck> huh, I found kicad fairly easy. I've made several boards with it now.
[01:49:07] <celeron55> there is a graphical glue program for gschem and pcb: http://geda.seul.org/wiki/_media/geda:screenshot_gerbv.png
[01:49:35] <celeron55> but not close to eagle
[01:49:38] <mozmck> it was the first EDA program I'd ever used as well...
[01:49:53] <pfred1> mozmck kicad couldn't have been any easier for me about 6 mouse clicks and it froze up
[01:50:32] <mozmck> heh, haven't had that! used it for a couple of years now on and off in windows and linux. haven't tried it on ubuntu 10.04 yet though...
[01:50:49] <pfred1> 9.10 here could have been a factor
[01:51:14] <pfred1> when i find the time I plan on upgrading to Debian
[01:52:35] <pfred1> looks like i installed geda around 2010-02-27
[01:53:37] <pfred1> heh i liked kicad so much I must have delled its source tree
[01:54:30] <pfred1> I see I have kicad-2010-02-28-RC5-UBUNTU_9.10.tgz lying around
[01:56:35] <celeron55> geda is a bit like any unix-style software - basic installation isn't very special, but gives you most you need for setting up a nice toolset for doing stuff
[01:57:25] <celeron55> not good for someone just wanting to get something quickly done the first time
[01:58:06] <pfred1> well i have put in some time with eagle now
[01:58:41] <celeron55> maybe it'd be nice to have someone make a package with a configuration that will get everyone started fast
[01:59:27] <celeron55> a bit like a "geda distribution"
[01:59:32] <pfred1> I found a few tutorials
[01:59:36] <celeron55> well... dunno :P
[02:00:05] <pfred1> stuff ran but I'm just addicted to the IDE
[02:00:43] <celeron55> hmm... i'm too addicted to IRC, it's 5:00 AM now in here
[02:00:56] <mozmck> pfred1: hmm, I found you need to use wxwidgets from ubuntu, not from the wxwidgets repository (if I remember correctly)
[02:01:12] <mozmck> There is a ppa for kicad that I use and it has worked well for me.
[02:01:22] <pfred1> mozmck is that what was killing my kicad?
[02:02:12] <mozmck> the wxwidgets thing? could be.
[02:02:15] <pfred1> it just ticked me off that like on the third step of the tutorial the stuff was dying on me it didn't instill confidence
[02:02:21] <mozmck> here's the ppa I used: https://launchpad.net/~paxer/+archive/ppa
[02:03:03] <mozmck> Makes it real easy to try.
[02:03:44] <pfred1> I can never keep the ubuntu names straight
[02:03:54] <pfred1> I wish people would just use the numbers
[02:03:55] <mozmck> karmic is 9.10, lucid is 10.04
[02:03:59] <mozmck> me too.
[02:04:16] <pfred1> but when I see them I'm like yeah i knew that
[02:04:31] <pfred1> which only serves to further tick me off
[02:05:14] <pfred1> soon as you put up karmic is 9.10 I was like yeah thats what i have
[02:06:10] <pfred1> I know they got the idea from debian but it just doesn't work as well for ubuntu
[02:07:25] <celeron55> there are too many versions of ubuntu
[02:07:50] <pfred1> yeah thats what I was thinking debian doesn't release what but once every 2 years?
[02:08:03] <pfred1> and ubuntu is on a twice a year cycle or something
[02:08:10] <celeron55> something like that
[02:08:30] <pfred1> so yeah its just too many names and numbers flying around
[02:08:58] <pfred1> in debian the numbers are meaningless the names matter
[02:10:30] <pfred1> I've heard some terrible rumors of what to expect in ubuntu in the future
[02:11:06] <mozmck> You can stick to the LTS releases, one every two years I think.
[02:11:20] <mozmck> yeah, I'm not sure at all about this gnome shell.
[02:11:43] <pfred1> Tasks: 155 total, 1 running, 153 sleeping, 0 stopped, 1 zombie
[02:11:50] <pfred1> thats what I'm not too keen on
[02:12:03] <mozmck> I may be scrounging around for another desktop environment again.
[02:12:10] <pfred1> for what I'm doing i should be getting by with 2/3rds of that
[02:12:25] <pfred1> 108 processes max
[02:12:37] <mozmck> I don't mind xfce. I have tried kde several times and never have really liked it.
[02:12:38] <celeron55> hmm, i seem to have 193 taks running
[02:12:54] <pfred1> ubuntu just has too much overhead
[02:12:57] <celeron55> tasks*
[02:13:05] <mozmck> try xubuntu. I use it on my cnc router in the shop.
[02:13:19] <celeron55> though i've probably installed most myself, as this is debian
[02:13:29] <pfred1> I'm gonna bite the bullet here and just config a vanilla debian distro for my desktop
[02:13:42] <celeron55> that's what i did
[02:13:52] <pfred1> yeah its a pain to config but I don't change PCs that often
[02:14:18] <pfred1> in a couple of months i should have an rxvt term going in X :)
[02:14:58] <celeron55> hmm, i can recognize most of the tasks that are running
[02:15:33] <celeron55> seems that many programs run many tasks, not a single one
[02:15:39] <pfred1> I'm thinking KDE has to die because kernel tasks start with K too
[02:16:25] <pfred1> what was funny was when I ran KDE i liked gnome apps better by and large now that i run gnome there's a couple KDE tasks I prefer in it
[02:16:28] <celeron55> for example, i have many sftp connections in konqueror at the moment
[02:16:53] <celeron55> every tab has it's own kio_slave task and also an ssh task
[02:17:01] <pfred1> yeah for a file manager i prefer konq over the gnome deal
[02:17:21] <pfred1> though gnome fm deals with file thumbs better
[02:17:37] <celeron55> kde4 has a new file manager, dolphin
[02:17:43] <celeron55> i think it sucks, though
[02:17:47] <pfred1> I use konq
[02:18:06] <pfred1> I like the location for copy paste into terminals
[02:18:22] <celeron55> also, amarok2 sucks... i guess i'm sticking with 1.4 to the end of the universe
[02:18:55] <pfred1> I swear half the time I think we're going backwards with software
[02:19:27] <pfred1> pcs are 10X faster but they're 2X slower using them
[02:19:45] <pfred1> and they don't appear to be doing much more to me
[02:20:14] <mozmck> I agree. They make the software flashier, harder to use, and more buggy.
[02:20:20] <celeron55> they're making text harder to read with transparencys and wasting screen space with different kinds of effects
[02:20:49] <pfred1> mozmck when you got that 486 DX4-100 it was the most smoking CPU on the planet
[02:20:49] <celeron55> and everything takes cpu and graphics power out from real use
[02:21:11] <mozmck> heh, yep, and cost a fortune too!
[02:21:14] <pfred1> now everyone has quad CPUs and they don't do much more!
[02:21:23] <mozmck> uh, 6-core now.
[02:21:42] <mozmck> * mozmck kicks mozmck-6core
[02:21:54] <pfred1> each one of those cores is like 10X the 486 what is going on?
[02:22:05] <celeron55> more like 30x
[02:22:10] <celeron55> or even more
[02:22:22] <pfred1> what made me upgrade was quake the machine gun was so slow on the 486
[02:22:31] <mozmck> It does compile and build packages for a ubuntu kernel in 18 minutes instead of 1h30min or so on my dual core.
[02:22:53] <pfred1> ok dev softs is still good its userspace that has bitrot
[02:22:53] <celeron55> mozmck: but did they wait 10 hours for compiling stuff on 486's?
[02:23:05] <celeron55> no they didn't, software was quicker to build, too
[02:23:14] <pfred1> actually I built X world once and that took like 8 hours
[02:23:23] <pfred1> on a pentium 100 I believe
[02:23:38] <pfred1> when it finally finished i fell to my knees
[02:23:47] <pfred1> I was so happy
[02:23:58] <mozmck> celeron55: uh, some software. I knew developers working on things like pbx software that said it took 2 hours or so to recompile.
[02:24:19] <mozmck> And that was just part of the software, years ago.
[02:24:25] <pfred1> there was a damned bug in X and i had to build it
[02:25:22] <mozmck> 8 hours is a long time. I made some mistakes on some of my kernel compiles and it would quit with errors after it had made most of it, or while building packages.
[02:25:27] <mozmck> that was aggravating.
[02:25:40] <pfred1> I'm afraid to try to compile a Linux kernel anymore its so complicated
[02:26:06] <celeron55> it's not that difficult
[02:26:16] <pfred1> depends
[02:26:41] <celeron55> the gentoo folks do that all the time - just be sure you've enabled support for everything needed to access your hdd partition 8)
[02:26:47] <pfred1> if you build everything as a module no it isn't but if yo utry to just ubild what you need it can get to be a bit much
[02:27:06] <pfred1> you can use that module loader
[02:27:20] <celeron55> after that, you can add stuff gradually - it doesn't take long to build a stripped-down kernel on recent machines
[02:27:36] <celeron55> even less a few modules
[02:27:40] <pfred1> it was a lot easier in the 2.0 days
[02:28:13] <celeron55> the first kernel i've built was 2.6
[02:28:31] <pfred1> best linux kernel of all time was 2.0.36
[02:28:40] <pfred1> thing was a rock!
[02:28:46] <mozmck-6core> why is that?
[02:28:56] <pfred1> I net there's still machines running it that haven't rebooted since the day it was released
[02:29:14] <mozmck-6core> I think I ran that when I first started using debian.
[02:29:26] <mozmck-6core> installed it from 6 floppies I downloaded
[02:29:28] <pfred1> I donno it was just a magical version
[02:29:37] <pfred1> I think the bulletproofed version is .38
[02:29:49] <pfred1> but when .36 came out it was unstoppable
[02:30:05] <pfred1> crap never crashed it just went and went and went
[02:30:41] <pfred1> the cool deb install is the 2 floppy net install
[02:30:53] <pfred1> then you can IRC in another term while you're installing the rest ;)
[02:30:55] <celeron55> you can use it still
[02:31:39] <pfred1> celeron55 if there is one thing running slackware for 7 years taught me it was the value of package management
[02:32:05] <pfred1> best linux distro of all time was RH 7
[02:32:10] <pfred1> well 7.2
[02:32:27] <celeron55> apt works very nicely, too
[02:34:04] <celeron55> broken package management sucks a lot
[02:34:17] <pfred1> no package management sucks worse
[02:34:39] <celeron55> how is that?
[02:34:49] <pfred1> try it someday
[02:35:01] <pfred1> then you have to keep track of all versions
[02:35:11] <pfred1> of all libs and userspace binaries
[02:35:28] <pfred1> trust me it can get to be a bit much to manage quickly
[02:35:31] <celeron55> ah, i read wrong... you're right
[02:36:21] <pfred1> which back in the day running slack was pretty much where yo uwere at if you wanted anything they didn't ship which was just about everything
[02:36:42] <pfred1> like i heard about KDE and I was like oh oh oh i gotta try it
[02:36:55] <pfred1> but damned if I was gonna run that pussy red hat stuff
[02:37:03] <pfred1> where i could have just rpmed it
[02:37:13] <pfred1> oh no i was going to compile it
[02:37:26] <pfred1> yeah well 3 weeks later i got it to work
[02:37:48] <pfred1> spent 15 minutes in it and that was that
[02:38:01] <pfred1> that was KDE version .4 on slack 3.4
[02:39:06] <pfred1> see back then slack was libc5 based and KDE was stricktly glibc2
[02:39:28] <celeron55> sounds fun
[02:39:42] <pfred1> and getting slack to play nice nice with glibc2 proved to be less than trivial a task for me!
[02:41:14] <pfred1> amazing how many shells are dynamically linked though
[02:44:48] <pfred1> those were heady days nothing is so exciting anymore
[02:46:20] <pfred1> what ever happened to World Domination?
[02:46:30] <Valen> been done
[02:46:48] <pfred1> I suppose so in the world of supercomputers
[02:46:57] <pfred1> linux reigns supreme there
[02:47:14] <pfred1> something like 90% of the worlds supercomputers run Linux
[02:48:14] <pfred1> but Linux is a hard fail in userspace
[03:22:28] <pcw_home> Android is doing pretty well...
[03:26:54] <Valen> eee's did well
[03:29:02] <pcw_home> 'till MS started twisting arms...
[03:30:34] <Valen> probably find that the linux on eee was mainly a negotiating tactic to get MS to drop the $130 price of windows in a $400 item
[03:30:55] <Valen> but I got one
[03:30:57] <Valen> still do
[03:31:08] <Valen> pissed off that crap linux it came with and put ubuntu on it
[03:31:21] <L84Supper> heh Microsoft Shifts Robotics Strategy, Makes Robotics Studio Available Free
[03:31:22] <Valen> got a touch screen I need to wire up to it then i'll put the netbook remix on
[03:31:29] <L84Supper> http://spectrum.ieee.org/automaton/robotics/robotics-software/052010-microsoft-shifts-robotics-strategy-makes-robotics-studio-available-free
[03:35:07] <L84Supper> healthcare robotics powered by microsoft, sounds like a self sustaining industry :)
[03:35:19] <Valen> oh snap ;->
[03:41:30] <pcw_home> Yep, could make the BSOD be the real thing...
[04:23:16] <PCW_> PCW_ is now known as PCW
[11:02:32] <numen_> hi
[11:03:10] <numen_> is it possible, to use emc2 for a 4axis foam cutter?
[11:04:12] <bricofoy> I think so
[11:04:23] <celeron55> probably
[11:05:24] <numen_> but the cam i use (inventorcam) does not export files with xyuv
[11:05:34] <numen_> there are still only 2 axis used?
[11:06:22] <celeron55> maybe you'll need to get a better cam then
[11:07:01] <numen_> gcode file looks like this
[11:07:02] <numen_> http://nopaste.info/fd960b3a47.html
[11:07:09] <numen_> celeron55 but which one?
[11:08:52] <celeron55> dunno
[11:09:44] <numen_> i need for cutting model airplanes
[11:09:51] <numen_> or the wings of them^^
[11:45:36] <alex_joni> numen_: if you have only parallel movement of the 2 sides, then you have a 2-axis machine
[11:45:45] <alex_joni> even if there are 4 motors
[11:46:15] <alex_joni> what is D215 ?
[11:47:26] <alex_joni> maybe you need to tweak (change) the postprocessor from inventorcam
[11:50:10] <numen_> alex_joni nope not parallel movings
[11:51:14] <morficmobile> the M6 looks kind of lost, the G43 is at the end by itself too
[11:54:49] <morficmobile> look at all post processors it comes with and modify the one that is already closest to making a usable program, not sure alex_joni agrees, the program looks quite messy/unstructured to me, i'd want a post processor that's closer to start modifying
[11:55:16] <JT-Dev> or just write your own g code
[11:59:14] <numen_> JT-Dev it is a 4axis wire cutter
[11:59:41] <JT-Dev> I saw that :)
[12:03:48] <morficmobile> a hot wire, like a edm? then the m6 and g43 wouldn't really be used and could just go bye bye i guess
[12:23:21] <JT-Dev> it's just two parallel axis machine so not to complex to hand code
[12:37:58] <numen_> morficmobile exactly
[12:43:26] <morficmobile> you should handcode something simple, then adjust the post to replicate that
[12:43:56] <morficmobile> a plane wing sounds like something i'd like a cam software to post me something
[12:44:59] <morficmobile> where is the D215 coming from alex_joni asked you about?
[12:57:03] <SWPadnos> hmmm. apparently I did a "what does Ubuntu 10.04 do when the battery runs out" test last night
[13:00:02] <SWPadnos> cool! apparently it goes to hibernate mode or something, so it starts up where it left off
[13:18:45] <Valen> handy
[13:19:39] <Valen> hey SWPadnos, so I was pondering putting my newfound AVR stuff to use for the purposes of PWM out and encoder counting, I was wondering what the best way of interfacing it to EMC would be
[13:19:58] <SWPadnos> hmmm
[13:20:00] <SWPadnos> mmmmmmmmm
[13:20:01] <Valen> I'd prefer a dual port memory sitting on the PCI bus, but it looks as though thats a pain in the butt to do
[13:20:13] <SWPadnos> yes, yes it is :)
[13:20:17] <celeron55> parallel port 8)
[13:20:34] <SWPadnos> a parallel port or other simple digital I/O card would be the way to go I think
[13:20:52] <SWPadnos> unless there's a hardware SPI chip on a PCI card, all ready and waiting for you
[13:21:07] <Valen> it seems to be a pain mainly because nobody makes stuff like that for PCI anymore
[13:21:27] <Valen> hmm there are lots of I2C busses floating around inside motherboards these days
[13:21:34] <SWPadnos> parallel is probably still better though, even SPI will still have latency, which HAL doesn't deal with very well
[13:21:38] <Valen> USB would be really nice
[13:21:46] <Valen> but yeah latency is a pita
[13:21:52] <SWPadnos> yeah, especially for USB
[13:22:07] <SWPadnos> USB3 might be different, but that's not likely to be easier to implement :)
[13:22:31] <Valen> SPI latency would be set, and not nescaserialy higher than parallel port
[13:22:42] <Valen> PP bandwidth is 2.5mbit isnt it?
[13:22:53] <SWPadnos> parallel port?
[13:23:11] <Valen> yeah
[13:23:14] <SWPadnos> I think with EPP cycles it's around 1MB/sec
[13:23:18] <SWPadnos> not bits, bytes
[13:23:46] <SWPadnos> a bit faster with DMA, maybe up to 2MB (but I'm just guessing on that)
[13:25:06] <Valen> hmm, I spose mesa can do it
[13:25:15] <Valen> http://en.wikipedia.org/wiki/Light_Peak would be a nice interface ;->
[13:25:32] <SWPadnos> a mesa FPGA card is the simplest solution there, I think
[13:25:36] <SWPadnos> drop the AVR
[13:25:59] <Valen> oh thats the easiest off the shelf, but for a lot of people mesa is too expensive
[13:25:59] <SWPadnos> are you using one of the XMega or whichever it is that can actually do quadrature in hardware?
[13:26:47] <Valen> I was thinking theres alot of people who like mucking about with AVR's so if there was a way to enable that as a backend for EMC it might be handy
[13:27:13] <SWPadnos> I/O and "backend" aren't really the same thing :)
[13:27:32] <Valen> i know but you get my drift
[13:28:03] <SWPadnos> well, it really depends on where in the system you want the connection to be
[13:28:14] <SWPadnos> encoders/PWM/step-dir is one thing
[13:28:18] <SWPadnos> any motion control is another
[13:28:19] <Valen> I own the complete mesa tool chain and use it for my mill, its great and works out of the box, its just a little spendy and not "student friendly"
[13:28:28] <Valen> nah just ecnoder/PWM
[13:28:35] <Valen> EMC does all the other stuff fine
[13:29:03] <SWPadnos> right, so you need some other hardware so the AVR can talk to the PC in a non-latency-screwed way
[13:29:17] <Valen> thats the bit of glue I'm pondering at the moment
[13:29:24] <Valen> I wonder if RS232 might do the job
[13:29:34] <SWPadnos> a $15 PCI parallel port card is probably it
[13:29:39] <Valen> last time I looked it was in the ballpark at the higher bandwidths
[13:29:47] <SWPadnos> no, serial is sucko
[13:29:54] <Valen> why hate on serial?
[13:29:56] <SWPadnos> heh
[13:30:11] <SWPadnos> I use serial all the time, but in this case, I think it ends up being too slow
[13:30:21] <SWPadnos> and I don't know that we can use devices like that in the RT code
[13:30:37] <Valen> how many bits are the encoders typically?
[13:30:53] <Valen> as in their representation to EMC
[13:30:54] <SWPadnos> 115200 baud is 11520 bytes/second, which is 11.52 bytes every servo cycle
[13:31:21] <SWPadnos> if you want to support 3 or 4 axes, you have 3 or 4 bytes per channel, including overhead and other I/O
[13:31:38] <SWPadnos> encoders are 32-bit internally, but hardware can be whatever part of that it needs to be
[13:31:49] <SWPadnos> some are 16-bit, others 24, maybe mesa is 32 - dunno
[13:32:05] <micges_work> SWPadnos: 115200 bauds = 14.4 bytes per sec
[13:32:11] <SWPadnos> maintaining the 32-bit value internally is the responsibility of the driver
[13:32:21] <SWPadnos> micges_work, until you add start and stop bits
[13:32:23] <Valen> PWM out is going to be 8 bit, encoder in can be 4 bytes then
[13:32:37] <Valen> those can happen simultaniously
[13:32:48] <Valen> but yeah, reaches the limits rapidly
[13:33:04] <SWPadnos> and remember, it takes the full millisecond to transmit, so there's still that USB-like latency problem
[13:33:28] <Valen> how many I/O bits are available on a parallel port?
[13:33:36] <SWPadnos> 17 total
[13:33:58] <SWPadnos> I think it's 5 in, 4 out, and 8 data, which can be I or O or I/O in advanced modes
[13:35:01] <Valen> and theres enough bandwidth for a simple address + data/command system to be implemented fairly easily
[13:35:08] <SWPadnos> there have been discussions about using serial, and though it could work OK-ish, it seems like it's not a great idea, nor is it very expandable
[13:35:24] <SWPadnos> also, serial ports are at least as rare as parallel ports these days
[13:35:29] <Valen> I think the problems with the serial stuff is they are not dramatically faster
[13:35:54] <Valen> so your not seeing the latency drop as a result of brute force speed
[13:36:01] <SWPadnos> considering that all the Pico Systems boards, and the 7i43 from Mesa use the parallel port, I'm sure it's fast enough
[13:36:24] <Valen> yeah, and its easy for the punters to play with too I spose ;->
[13:36:36] <SWPadnos> well, if you could use a serial port at 921600 baud, it might be different
[13:36:56] <micges_work> SWPadnos: serial ports are more 'industrial' than lpt, at least here
[13:36:59] <SWPadnos> and there are serial ports that go that fast, just not over very long wires
[13:37:03] <Valen> I was thinking of a stackable architecture so you can just add a "module" be it stepper or servo
[13:37:17] <Valen> not common/cheap though is the problem
[13:37:42] <SWPadnos> micges_work, yeah, thinking about it, I was wrong to say they're as rare as parallel, they're more common, and you can use RS422 or 485 if you need better environmental performance
[13:38:00] <SWPadnos> Valen, see the pico-systems PPMC :)
[13:38:20] <Valen> bring the PP wires out to a stackable set of pin headers, stack up modules containing an AVR and suitable drivers all in one
[13:38:29] <SWPadnos> parallel port connected card cage, add DAC, motor drives, I/O, etc. to it
[13:38:53] <SWPadnos> http://pico-systems.com/PPMC.html
[13:39:00] <Valen> yeah looking at it now
[13:39:17] <Valen> they still need external amps though
[13:39:22] <SWPadnos> they're not student-cheap, but that's more or less what you're talking about
[13:39:29] <Valen> yeah, similat idea
[13:39:32] <micges_work> SWPadnos: we are testing 1kHz half duplex com rt driver now, when it will be working we paste all info at wiki
[13:39:37] <SWPadnos> oh, I thought he had an amp that would sit in the cage, but maybe not
[13:39:48] <SWPadnos> excellent
[13:39:53] <Valen> I wouldn't have that photo on my "buy my stuff page" ;->
[13:40:03] <SWPadnos> bllluuurrryyy?
[13:40:24] <Valen> it looks like it was cut with a jigsaw and bent with a phone book ;->
[13:40:31] <Valen> the cage itself
[13:40:49] <SWPadnos> the web store photos look better
[13:41:02] <Valen> micges_work, hah, put 8 of them on the parallel port 8 RT serial ports
[13:41:33] <SWPadnos> except that you need to use all your CPU time bit-banging
[13:41:49] <Valen> lol it was a joke yaknow ;->
[13:41:54] <micges_work> Valen: 10 bytes on each frame (simmilar to modbus)
[13:41:58] <SWPadnos> indeed :)
[13:42:48] <Valen> I'm thinking if it can be made to work with the hobby brushless motors it could be pretty nifty as well but I'd save that for mk2
[13:43:37] <Valen> ok so the outside the PC stuff is sorted, parallel port interface, some kind of addressing and command data protocol
[13:43:58] <Valen> so you can stack as many cards as you feel like onto it (say 256 ;->)
[13:44:21] <SWPadnos> take a look at how Jon did it on the PPMC
[13:44:37] <SWPadnos> there's a 256-byte address range for EPP
[13:44:44] <Valen> oh I'll stand on the necks of every giant I can find lol
[13:44:51] <SWPadnos> he split that into 16-byte blocks, and uses one or two blocks per device
[13:45:27] <SWPadnos> you might be able to do something interesting with wiring the high address bits, similar to the way PCI shifts interrupt lines around between the slots
[13:46:32] <Valen> I was basically thinking of using the 8 data lines to xfer data, then use the 4 output lines to command all the cards into a simple "listen for your address" "read command" "report result" kind of mode
[13:46:44] <Valen> via bit banging
[13:47:02] <SWPadnos> probably better to use epp if you can, I think it lowers the CPU wait time
[13:47:04] <Valen> use one of the I/O's for data ready from the cards perhaps
[13:47:18] <Valen> probably I haven't looked into it in too much detail
[13:47:19] <SWPadnos> since the address cycle and increment is automatic
[13:47:33] <Valen> I was also thinking of trying to keep it as conceptually simple as possible
[13:47:52] <SWPadnos> I think you set the address register once, then when you read from some location, it automatically increments, and the hardware deals with the address/data cycle
[13:48:30] <Valen> it matters little at this stage anyway
[13:48:43] <SWPadnos> true
[13:49:04] <Valen> both systems would probably work and as mesa is already pumping the data around without too much overhead i think we can assume it works lol
[13:49:18] <SWPadnos> the AVR card might need a little help from some external logic, or possibly one of the chips that has an external data interface
[13:49:27] <SWPadnos> yep :)
[13:49:42] <Valen> why do you say that?
[13:50:34] <SWPadnos> I don't know the exact timing of an EPP cycle (you can look it up), but if it can transfer 1-2 MB/sec, that means that the address, read strobe, data valid, etc happens in 0.5 - 1 microsecond
[13:50:50] <Valen> ok EPP doesn't seem to outrageous by the look of things
[13:51:09] <Valen> the AVR is going to be running at 20mhz with nothing much to do other than twiddle its thumbs
[13:51:17] <SWPadnos> which means the AVR has to respond pretty fast when a read happens for example, and since the interrupt latency is 7-10 cycles before you can output anything, you'd need a very very fast AVR to keep up
[13:51:23] <Valen> at least until it gets to running a brushless controller
[13:51:30] <SWPadnos> encoder counting isn't twiddling its thumbs
[13:51:36] <Valen> is if its hardware
[13:51:45] <SWPadnos> so an XMega?
[13:51:51] <SWPadnos> or an AVR32?
[13:51:52] <Valen> presumably
[13:51:57] <SWPadnos> ok
[13:52:00] <Valen> the avr32's still seem scary
[13:52:05] <SWPadnos> since the normal AVRs don't do quadrature
[13:52:34] <SWPadnos> yeah. I need to design a couple of boards with those in the next week or so, and haven't gotten to the point that I like them yet
[13:52:35] <Valen> eh worst case i'll do it with PIC's they have quadrature inputs and some kind of parallel port interface
[13:52:37] <SWPadnos> not to mention the software
[13:52:48] <Valen> the avr32s?
[13:52:49] <SWPadnos> that would be a worst case :)
[13:52:55] <SWPadnos> yes
[13:53:03] <Valen> i'm still on my first AVR project at this stage
[13:53:10] <SWPadnos> heh. not me :)
[13:53:13] <Valen> I'm normally aPIC person
[13:53:37] <Valen> but the wind seems to be blowing the other way so, I'm sampling the dark side
[13:53:43] <SWPadnos> at my old company, we were one of the first places to design in the AT90S1200 when they first came out
[13:53:58] <Valen> and 12 months later when you got stock?
[13:53:58] <SWPadnos> we actually discovered an error in Atmel's temperature testing methodology
[13:54:06] <SWPadnos> no, we got them right on time
[13:54:13] <Valen> *gasp*
[13:54:21] <Valen> oh wait they were probably really good clones ;-><
[13:54:26] <SWPadnos> I didn't say we were the fastest kids on the block ;)
[13:54:42] <SWPadnos> we moved over from the PIC, and I have never gone back
[13:54:55] <Valen> anyway, what's involved in the PC side of things?
[13:55:11] <SWPadnos> software, similar to existing software (if you use a parport)
[13:55:33] <mozmck> I'm dabbling with an avr32 right now, with ethernet. What don't you like about it SWPadnos?
[13:55:42] <SWPadnos> hell, you could make something that uses the same register structure as the PPMC or USC, and have the driver finished already
[13:56:10] <mozmck> I've got a driver (mostly) working for a ks0108 lcd so far.
[13:56:14] <SWPadnos> mozmck, my experience with more complex microcontrollers/DSPs hasn't been all that great
[13:56:16] <Valen> yeah, but people get shitty when you clone their stuff directly
[13:56:44] <SWPadnos> since there is so much initialization to do, and the software support for peripherals is more complex, it's harder to hold all that stuff in your head
[13:56:46] <SWPadnos> or my head anyway
[13:57:12] <Valen> atmel have an app note showing how to get 60kbytes/sec over EPP in a 4mhz AVR
[13:57:27] <Valen> with code for both sides
[13:57:33] <SWPadnos> I like to know exactly what's happening in a small embedded system, and the AVR32 is a little too complex for that so far
[13:57:57] <Valen> I want to have an idea about everything but not worry too much about the details
[13:58:03] <SWPadnos> that's 300 kbytes/sec at 20 MHz (assuming it scales linearly), which is still 1/3 or less of the theoretical bandwidth
[13:58:18] <Valen> but more than we need i think?
[13:58:23] <SWPadnos> not sure
[13:58:33] <Valen> wheres that calculator
[13:58:41] <SWPadnos> the USC from Pico has a 32-register map, separate for read and write
[13:58:58] <mozmck> it's a bit different, but I'm getting the hang of it. I don't find it too much harder than the PIC chips I've been using (I've also done one project with an atmega)
[13:59:16] <SWPadnos> I think a full update is about 50 microseconds on that unit (I don't recall if that's read and write or just one of the two)
[13:59:25] <Valen> we have 4 bytes of encoder, call it 2 bytes of PWM, and we want to push it out at 1khz?
[13:59:38] <SWPadnos> oh, I've been using ATMegas for - well since they came out :)
[13:59:56] <SWPadnos> Valen, that's per axis
[14:00:02] <Valen> i get a data only rate of 22kbytes a second for 9 axies
[14:00:34] <Valen> 6 * 9 * 1000
[14:00:37] <SWPadnos> I'm betting address setup is more significant when you only transfer 6 bytes at a time
[14:00:52] <SWPadnos> and 6*9 is 54
[14:00:56] <Valen> 54kbytes sorry
[14:01:00] <SWPadnos> :)
[14:01:14] <Valen> dunno where that other thing came from
[14:01:22] <SWPadnos> mozmck, I have one AVR project that's over 800k of assembly source
[14:01:30] <SWPadnos> Mega AVR, of course
[14:01:45] <Valen> even if you double that its still in the ballpark for the parallel port and that app note to handle assuming it scales
[14:01:45] <SWPadnos> but I can still look at the code and know exactly what can affect what else, and when
[14:02:17] <SWPadnos> Valen, yes, it's fast enough, it's just not "super-fast"
[14:02:27] <Valen> doesn't need to be ;->
[14:03:00] <Valen> the beauty of running on a fixed clock, provided you are done before the next tick it don't matter if its by a mile or an inch
[14:03:13] <SWPadnos> weeeelll, yes and no
[14:03:52] <SWPadnos> if you read feedback data, then calculate a new command and send it, if that command doesn't arrive until just before the next bit of feedback is captured, you have a phase problem
[14:04:30] <Valen> true, but provided that is consistent one would assume that it would tune out
[14:04:33] <SWPadnos> the pico and mesa products work well at 1 kHz because it takes <10% of the servo period to read, modify, write everything
[14:04:45] <SWPadnos> if they took 90%, it would be a problem
[14:05:09] <Valen> I would presume though if they can do the same job then I should be able to be at least half as good as they are
[14:05:29] <SWPadnos> sure, you can tune some out (I don't know the specifics), but I think you lose performance when you do - you can't have it as aggressively tuned
[14:05:43] <SWPadnos> sure, it's a very good starting point
[14:06:01] <SWPadnos> oh, take a look at the stuff - uh - some guy recently posted
[14:06:28] <SWPadnos> he made a parallel port I/O expander that had EPP handshake circuitry on it
[14:06:30] <Valen> oh that thing about the stuff?
[14:06:35] <SWPadnos> yeah, that one
[14:06:37] <SWPadnos> or the other one
[14:06:45] <Valen> nah not that one
[14:06:51] <SWPadnos> oh, you're right
[14:06:52] <Valen> that was crap
[14:07:12] <Valen> I was going to get you a beer, I'm starting to think you dont need one
[14:07:22] <SWPadnos> I don't drink them anyway
[14:07:25] <SWPadnos> not enough coffee in them
[14:07:55] <Valen> you can get coffee flavoured beers
[14:08:12] <SWPadnos> ewww
[14:08:19] <Valen> because some people feel the need to destroy anything that is good in the world
[14:08:23] <SWPadnos> you can buy me a coffee though, that's always OK
[14:09:00] <Valen> If i ever return the favour you can get me a girly cocktail, the kind with lots of milk sugar and chocolate in ;->
[14:09:10] <SWPadnos> but now I can't visit Australia - they might see all the porn I have on my laptop and phone
[14:09:23] <SWPadnos> and sieze me or something
[14:09:29] <Valen> on the way back to america?
[14:09:54] <SWPadnos> no, there was something yesterday about AU customs being allowed to search laptops and phones for porn
[14:10:21] <Valen> oh like what america has had for ages, where they take your laptop, dump the disk and arrest you if its running linux
[14:10:29] <Valen> ;-.
[14:10:35] <SWPadnos> no, that's for terrrrrrists
[14:10:54] <Valen> yeah the ones that use linux
[14:11:22] <SWPadnos> http://yro.slashdot.org/story/10/05/20/1313213/Australia-Air-Travelers-Laptops-To-Be-Searched-For-Porn
[14:11:59] <pcw_home> We use serial to drive our 8I20 (and will for newer amps we are working on to save I/O pins)
[14:12:00] <pcw_home> but our default baud rate is 2.5 Mbaud
[14:12:15] <Valen> yeah just spotted that
[14:12:42] <mozmck> SWPadnos: that's a lot of assembly. I have only used C.
[14:12:42] <Valen> good luck finding all my porn hidden in the random noise in the encrypted volume with all my work stuff on it
[14:13:07] <SWPadnos> pcw_home, doesn't the hardware scan all the time and present the latest results to the PC in a register?
[14:13:27] <SWPadnos> mozmck, yeah, it's about time to make that one C
[14:14:28] <Valen> pcw_home what are you using to get the data out of the PC? some kind of high magic hardware I'll wager
[14:15:37] <SWPadnos> SPI in FPGA
[14:15:53] <Valen> yeahp, that'll do it
[14:15:56] <Valen> lol
[14:16:11] <pcw_home> Well not quite, for interfacing to the 8I20 with EMC we use the sserial HM2 module which has a simple 32 bit register
[14:16:13] <pcw_home> interface on the PC side and does all setup an protocol internally
[14:17:18] <pcw_home> 8I20 is RS422 asynchronous serial (LBP protocol) to minimized isolation cost
[14:17:25] <cradek> if one wanted to move child porn from one country to another, it seems like carrying it on a laptop through airports would be a method that's pretty far down on the list
[14:18:46] <pcw_home> Valen: smart multiport serial in FPGA
[14:18:58] <Valen> cradek: it'd be pretty easy to do it anyway, the amount of encryption stuff thats floating around you could have kiddy porn sent via email through every spy network in existance and they wouldnt know it from a video of 2 dogs playing.
[14:19:24] <Valen> same for the plans for a nuclear bomb or the latest goss from parez hilton
[14:19:57] <Valen> the only people laws like this affect are law abiding citizens who aren't actually the problem in the first place
[14:20:21] <JT-Work> I guess I should have read the reviews better before purchasing this mobo http://www.newegg.com/Product/Product.aspx?Item=N82E16813131647
[14:20:39] <JT-Work> the rear ports don't line up with the insert :/
[14:20:43] <Valen> lol
[14:20:59] <Valen> SWPadnos: where in the source would I start looking for driver code?
[14:21:10] <Valen> IE how to interface with the outside world
[14:21:29] <Valen> or PCW
[14:22:52] <SWPadnos> src/hal/drivers
[14:23:01] <Valen> 's a good place for em lol
[14:23:07] <Valen> oh well I'd better get to bed
[14:23:13] <Valen> its tomorrow here already
[14:23:30] <Valen> thanks for the chat, with luck something might come of it
[14:23:54] <SWPadnos> ok, see yuo
[14:23:57] <SWPadnos> you
[14:25:12] <Jymmm> O K C Y 2 R A P N
[14:25:29] <pcw_home> Bye Valen
[14:25:31] <pcw_home> SWPadnos: for amp interfaces the smart serial does nothing unless the torque/angle registers are written (other than setup at reset)
[14:25:33] <pcw_home> to avoid jitter in the outgoing torque commands
[14:25:36] <Jymmm> s/Y/U
[14:26:02] <Valen> cya pcw_home
[14:26:23] <bricofoy> good night :)
[14:26:37] <Valen> rofl night random dude
[14:28:22] <pcw_home> Other smart interfaces (like the resolver interface) free run asynchronously with the host
[14:28:24] <pcw_home> and in fact had to have special hardware to avoid a beat between the internal sample rate and the host
[14:28:25] <pcw_home> read rate
[14:29:46] <Jymmm> Ok, nobody got it, eeeesh. Y'all are asleep or what?
[14:30:32] <bricofoy> got what ?
[14:30:52] <Jymmm> O K C U 2 R A P N
[14:31:08] <SWPadnos> ?
[14:31:14] <bricofoy> ?
[14:31:17] <Jymmm> say it out loud
[14:31:24] <celeron55> are /you/ asleep? 8)
[14:31:35] <bricofoy> oO
[14:31:39] <Jymmm> =)
[14:32:12] <Jymmm> (I was trying to come up with something like that for those that like to use aolspeak all the frickin time)
[14:32:28] <SWPadnos> tweetspeek
[14:32:36] <SWPadnos> I hv 160 chrs
[14:32:45] <bricofoy> wow I just got a BIG problem on our server
[14:32:57] <Jymmm> It's on fire?
[14:33:06] <Jymmm> * Jymmm grabs the marshmallows
[14:33:11] <bricofoy> nearly...
[14:33:26] <bricofoy> during the upgrade to 10.4LTS
[14:33:28] <Jymmm> SWPadnos: Got the graham crackers?
[14:33:32] <bricofoy> window manager crashed
[14:33:33] <bricofoy> so
[14:34:02] <bricofoy> one confirmation window is on the back, another on the top, and I can't switch betwenn windows
[14:34:05] <SWPadnos> no GC n my cfee
[14:34:14] <SWPadnos> uh. no
[14:34:29] <Jymmm> Eh, 10.4 is as stable as a cracker whore with DT's
[14:34:35] <Jymmm> -r
[14:34:37] <Jymmm> -er
[14:34:56] <bricofoy> so the question is : do you know some magical idea to have a working system at the end ?
[14:35:03] <SWPadnos> I've had great success with a clean install of 10.04, but not with an upgrade
[14:35:12] <bricofoy> 'cause if I reboot now, I've somethng half-upgraded
[14:35:19] <bricofoy> sound not really working...
[14:36:40] <bricofoy> I think I will try reboot on a 10.04 live-CD and try to do the upgrade again
[14:36:42] <Jymmm> SWPadnos: Clean install, 4 machines. Video resoltion detection is iffy, return from suspend is a crap shoot, C+A+B is disabled, can't switch to C+A+F1 shell
[14:36:53] <bricofoy> do you guys think this could work ?
[14:37:14] <SWPadnos> bricofoy, no idea. you did back up your data first, right?
[14:37:29] <SWPadnos> Jymmm, hmmm. interesting
[14:37:38] <bricofoy> yeah, but not the config file for the backup software...
[14:37:54] <bricofoy> so I REALLY don't want to reinstall the whole thing...
[14:38:14] <SWPadnos> on my laptop, resolution detection is perfect, suspend/hibernate is perfect, CAB is disabled, but it can be re-enabled, switching to a shell doesn't work
[14:38:27] <SWPadnos> but I can switch back to X with C-A-F7
[14:38:42] <SWPadnos> and this laptop is weird because it has 2 video cards
[14:39:08] <SWPadnos> I have had less success with the nvidia drivers, but Intel seems to be working well
[14:39:43] <bricofoy> ok so ni ideas ?
[14:39:50] <SWPadnos> a few oddnesses with ACPI-related things, like the backlight brightness adjustment buttons (just got that fixed last night), but things like the play/pause/volume etc. all work perfectly
[14:40:16] <bricofoy> I'll try upgrade from the CD...
[14:40:18] <SWPadnos> bricofoy, not really. you could always plug the hard disk into another PC to get the config files you need
[14:40:33] <SWPadnos> and then you can mess around with it a bit more "aggressively" :)
[14:41:09] <bricofoy> yeah, I'll do that at the last thing, if upgrade from cd fails
[14:41:35] <SWPadnos> oh, so this is an upgrade through the update manager?
[14:41:52] <SWPadnos> that you're doing now
[14:41:57] <bricofoy> yeah
[14:42:06] <SWPadnos> from 9.10?
[14:42:16] <bricofoy> frm 9.04
[14:42:54] <SWPadnos> ok, well that's probably a problem. I think the update only works from the last version or the last LTS version, which are 9.10 and 8.04
[14:43:27] <SWPadnos> well, it's only specifically meant to work from those, but I guess you could get lucky
[14:43:50] <bricofoy> in fact, try this on another PC before, worked good
[14:44:30] <bricofoy> but ther, window managed crashed, the upgrade is waiting for me clicking on "OK" somewere, but I can't reach th damn button
[14:44:54] <SWPadnos> well, that's annoying
[14:45:00] <bricofoy> a little :/
[14:45:15] <SWPadnos> did you notice how far it got before going bonkers?
[14:45:24] <bricofoy> I tried re-lauching the window manager, bu got segfault
[14:45:39] <SWPadnos> there aren't many places where it asks for user input
[14:46:01] <bricofoy> something relative to the servise it as to restart after PAM upgrade
[14:46:09] <bricofoy> service
[14:46:11] <SWPadnos> usually only at the beginning or the end of the actual installations, unless some package is waiting in the hidden terminal for user input
[14:46:24] <SWPadnos> huh
[14:46:47] <bricofoy> yeah that's it : a package needs some config
[14:46:57] <bricofoy> but the window goes on the back...
[14:47:28] <bricofoy> well at the moment, X just crashed
[14:47:30] <bricofoy> so
[14:47:36] <bricofoy> I think this is the end :/
[14:48:01] <SWPadnos> yep, sounds like a reboot may be in order
[14:48:02] <bricofoy> can't do anything, no C-A-Fx works
[14:48:15] <bricofoy> even numlock is frosen...
[14:48:30] <bricofoy> but file are still online with samba
[14:48:35] <SWPadnos> I guess I'd try rebooting from hard disk and then re-running the update manager
[14:48:44] <SWPadnos> it's possible that it will continue from where it left off
[14:48:49] <bricofoy> yes, but I fear it won't reboot
[14:49:00] <SWPadnos> if not, you've got the liveCD to fall back to
[14:49:06] <bricofoy> yeah
[14:49:14] <celeron55> i'd guess it will boot
[14:49:57] <bricofoy> I go to try
[14:50:04] <bricofoy> thanks for the help
[14:50:41] <SWPadnos> sure
[14:50:57] <SWPadnos> incidentally, #ubuntu might be a good place to ask this kind of question :)
[14:52:37] <Jymmm> Or #CentOS or #Debian
[14:52:54] <Jymmm> as in how to remove 10.4 and install _______
[14:59:45] <bricofoy> :)
[14:59:48] <celeron55> "throw your hdd out of the window and get a new one"
[14:59:50] <bricofoy> right
[14:59:58] <bricofoy> hum
[15:00:24] <bricofoy> the hdd with all the worshop files, I 'm not sure it the good idea...
[15:00:37] <Jymmm> celeron55: That's a waste of perfectly good magnets!
[15:00:53] <celeron55> ah, use a sledgehammer then
[15:01:01] <bricofoy> lol
[15:01:21] <Jymmm> I don't thick visable (vertical) seams is a good thing on 6 TON jack stands... http://sfbay.craigslist.org/sby/tls/1751795522.html
[15:01:26] <Jymmm> think
[15:01:59] <JT-Work> that's how they are made Jymmm
[15:02:27] <bricofoy> well I also have a question MEC-relative :)
[15:02:30] <bricofoy> EMC
[15:02:33] <Jymmm> JT-Work: Maybe so, still don't think it's a good thing.
[15:02:59] <bricofoy> I use M62 to control a glue valve on my machine
[15:03:05] <JT-Work> anything stick out that would make you not want to buy any of these mobo's http://www.newegg.com/Product/Productcompare.aspx?Submit=ENE&N=2010200022%201070946178%201072710689%201075707618%201071048377%201125627400&bop=And&ShowDeactivatedMark=False&CompareItemList=22|13-157-196^13-157-196-TS%2C13-128-441^13-128-441-TS%2C13-130-274^13-130-274-TS%2C13-128-438^13-128-438-TS
[15:04:02] <bricofoy> but if I stop a program when G62 is active
[15:04:21] <bricofoy> the outputs stay to the "ON" state
[15:04:48] <bricofoy> and this is a BIG problem, as I use it to control a glue flow
[15:05:24] <SWPadnos> bricofoy, you can use an AND block in HAL to make the actual output depend on both the digital output and the machine being on
[15:05:29] <Jymmm> JT-Work: check which RAID chip they're using
[15:05:39] <SWPadnos> JT-Work, man, that's a tough one
[15:05:57] <bricofoy> ok will try that
[15:06:02] <SWPadnos> I wouldn't get the first one, since it's the prior generation of chipset
[15:06:29] <JT-Work> all right one down :)
[15:06:37] <SWPadnos> the second one is the only one that has esata 6GB
[15:06:53] <SWPadnos> but I like the fact that the last two have dual ethernet ports
[15:06:55] <bricofoy> but will it induce some delay in the output switching ? beacause turning it ON or OFF during the program needs to be really synced with motion
[15:06:56] <Jymmm> That last two have 3yr warranties
[15:07:04] <SWPadnos> that's also a plus
[15:07:22] <JT-Work> two down now
[15:07:46] <SWPadnos> well no, #2 has esata 6G, but 3 and 4 have dual ethernet, so it's still a 3-sided die toss :)
[15:07:48] <Jymmm> #2 has 8 SATA connectors
[15:08:13] <JT-Work> http://www.newegg.com/Product/Productcompare.aspx?Submit=ENE&N=2010200022%201070946178%201072710689%201075707618%201071048377%201125627400&bop=And&ShowDeactivatedMark=False&CompareItemList=22|13-128-441^13-128-441-TS%2C13-130-274^13-130-274-TS
[15:08:17] <SWPadnos> they all have firewire, but it looks like #2 has no header for a front port, which is annoying
[15:08:37] <JT-Work> down to ^^ those now
[15:08:42] <SWPadnos> and I would check the manufacturer specs and the photos too, just to be sure
[15:09:19] <JT-Work> yes, I all ready have an Athlon II cpu so I need to check
[15:09:36] <SWPadnos> well, look at things like USB/FW/audio headers
[15:09:56] <Jymmm> Look at the RAID chipset
[15:10:06] <SWPadnos> the Jetway mini ITX board I got has 3 USB ports, not 3 USB headers for 6 ports, as the description says
[15:10:06] <Jymmm> which is NOT listed
[15:10:18] <SWPadnos> I think RAID in in the 890FX chipset
[15:10:27] <SWPadnos> they may not have external RAID chips
[15:10:37] <Jymmm> Dont know, doesn't say
[15:11:51] <JT-Work> the gigabyte one AMD SB850 provides 6 native SATA3 storage interfaces with superfast 6Gbps link speed and RAID 0, 1, 5, 10 support
[15:12:16] <Jymmm> No RAID6 ?
[15:12:38] <JT-Work> nope, what is that?
[15:12:39] <SWPadnos> no, almost no motherboards do RAID6
[15:12:51] <SWPadnos> maybe a couple of Tyan or SuperMicro server boards might
[15:12:59] <Jymmm> SWPadnos: No, they do =)
[15:13:13] <SWPadnos> which ones?
[15:13:25] <Jymmm> SWPadnos: Tyan and SuperMicro
[15:13:32] <SWPadnos> yes, I thought so :)
[15:13:50] <JT-Work> the other one has this SATA 6Gb/s: RAID 0/ 1/ 5/ 10
[15:14:04] <SWPadnos> JT-Work, I guess the thing I'd do is maximize the number of accessible "latest-generation" ports available
[15:14:26] <SWPadnos> that means that #2 from the original list may be the best bet, since it has esata 6Gb
[15:14:48] <SWPadnos> since dual LANs aren't usually all that useful
[15:15:12] <Jymmm> SWPadnos: Maybe not to you
[15:15:23] <SWPadnos> note the word "usually"
[15:15:32] <Jymmm> Great for firewall/router, media lan
[15:16:04] <SWPadnos> it sounds like this is going to be a workstation, not a CNC controller or media server, or at least that's my assumption :)
[15:16:23] <JT-Work> yes a general workstation
[15:16:31] <Jymmm> When it retires as that, can be reused as somethign else.
[15:17:00] <celeron55> ...though it does have lots of space for additional LAN cards
[15:17:25] <Jymmm> Dual eSATA is good, dont know what they mean by eSATa/USB combo though
[15:17:51] <SWPadnos> there's a type of connector that you can plug either a USB or esata cable into
[15:18:02] <SWPadnos> so it's only one port, but could be either type
[15:18:14] <skunkworks_> my laptop has one.
[15:18:19] <SWPadnos> no firewire ports on the MSI
[15:18:28] <SWPadnos> at least not on the back pane
[15:18:29] <SWPadnos> l
[15:19:37] <SWPadnos> JT-Work, what's your current motherboard?
[15:19:44] <SWPadnos> and memory
[15:19:54] <Jymmm> The whole PCIe notation bugs me. Not saying that the MSI doens't have the same issue, but jsut isn't documented
[15:20:01] <JT-Work> http://www.newegg.com/Product/Product.aspx?Item=N82E16813128441
[15:20:13] <Jymmm> Better to read the manual on that
[15:20:21] <JT-Work> brand new but the rear plugs don't line up with the insert :/
[15:20:39] <JT-Work> ha wrong link
[15:20:45] <SWPadnos> I was wondering :)
[15:20:50] <JT-Work> http://www.newegg.com/Product/Product.aspx?Item=N82E16813131647
[15:21:10] <SWPadnos> is this an upgrade or a new PC?
[15:21:13] <JT-Work> firefox now inserts a new tab instead of adding one to the end
[15:21:17] <JT-Work> brand new pc
[15:21:22] <SWPadnos> yeah, I noticed that
[15:21:32] <SWPadnos> ok, in that case you got the wrong CPU :)
[15:22:08] <JT-Work> http://www.newegg.com/Product/Product.aspx?Item=N82E16819103702
[15:22:16] <JT-Work> wrong cpu?
[15:22:18] <SWPadnos> you would almost assuredly get better performance from the cheaper motherboard and a 6-core (or even 4-core) Phenom CPU than you will from an expensive motherboard and a dual-core
[15:22:34] <JT-Work> it's a quad core cpu
[15:22:40] <SWPadnos> ok, athlon II x4
[15:23:03] <JT-Work> the memory I have http://www.newegg.com/Product/Product.aspx?Item=N82E16820145260
[15:23:10] <SWPadnos> still, I'm betting that spending the money on CPU would be a better performance boost than on the motherboard
[15:23:22] <SWPadnos> the MB just needs to have the I/O you want
[15:23:41] <SWPadnos> ok, that's fine memory
[15:23:56] <Jymmm> Yeah, they are just up the street from me
[15:24:56] <SWPadnos> so what would happen if you just didn't use the ATX I/O cover? :)
[15:25:09] <Jymmm> I'm really reluctant to buy a new mobo/cpu, just doens't seem worth it for what you get
[15:25:36] <SWPadnos> that other motherboard looks like it's got most of the I/O of the others, and the performance difference between the 870 and 890 will be pretty low (like maybe 5-10%, if that)
[15:26:00] <SWPadnos> Jymmm, it depends on what you're upgrading from
[15:26:28] <SWPadnos> the main reason to get a new mobo at the moment is for fast USB3 and SATA 6GB (plus new CPU support, if you need that)
[15:26:33] <JT-Work> I'm sending the Asus back because of the alignment problem
[15:27:01] <Jymmm> SWPadnos: From 3GHz.... I ned raw speed, not band-aid'ed "let's just add more cores"
[15:27:02] <SWPadnos> does the shield line up when it's not in the case? (ie, just popping the cover over the back panel)
[15:27:31] <JT-Work> yes it does but it looks like the motherboard is 1/8" too low
[15:27:32] <SWPadnos> cores aren't a band-aid, but they're only useful if you have software that will use them
[15:27:42] <SWPadnos> hmmm
[15:27:45] <JT-Work> when mounted in the case
[15:27:56] <SWPadnos> you did use the standoffs, didn't you? :)
[15:27:57] <JT-Work> I have two cases the same and the other one is fine
[15:28:22] <Jymmm> SWPadnos: They are good for multi-tasking, but when you have a single app that needs raw speed, they haven't done anythign abot that for at least 5 years
[15:28:29] <JT-Work> it came with 1/4" long stand offs and it looks like it would take 3/8" to line up
[15:28:31] <SWPadnos> you need different apps
[15:28:49] <SWPadnos> weird. that sounds like a case hardware issue though
[15:28:55] <Jymmm> SWPadnos: It's some cryto stuff.
[15:29:13] <JT-Work> I have two cases the same and the other one is fine
[15:29:17] <SWPadnos> it's not like the motherboard could affect the alignment by that much, they're only 0.090 in any case
[15:29:23] <SWPadnos> weird
[15:29:24] <Jymmm> We really should be near 6GHz by now
[15:29:40] <SWPadnos> Jymmm, why not go work for AMD and make that happen ;)
[15:29:50] <SWPadnos> they're just down the street
[15:29:54] <JT-Work> the case http://www.newegg.com/Product/Product.aspx?Item=N82E16811119196
[15:29:56] <celeron55> i've understood they have problems increasing frequency
[15:29:58] <Jymmm> * Jymmm checks stock prices...
[15:30:18] <Jymmm> AMD == $8.42, no thanks.
[15:30:24] <SWPadnos> JT-Work, I don't understand what you mean by "I have two cases the same and the other one is fine"
[15:31:18] <JT-Work> my other motherboard in an identical case the plugs line up good in the back
[15:31:32] <JT-Work> so I don't think it is a problem with the case atm
[15:31:46] <SWPadnos> have you tried swapping which case the motherboards are in?
[15:31:52] <SWPadnos> they're supposed to be identical, but ...
[15:31:55] <JT-Work> unless the second case is messed up...
[15:31:56] <JT-Work> no
[15:32:03] <SWPadnos> ding ding ding :)
[15:32:35] <JT-Work> however there was 2 cons for the motherboard that mention alignment problems with the rear plugs :/
[15:32:56] <JT-Work> so I assumed I had the same problem...
[15:33:00] <SWPadnos> I think motherboards are only 0.090 thick, so even if the motherboard weren't there, that wouldn't lower the connectors by 1/8 inch
[15:33:07] <SWPadnos> huh
[15:33:46] <JT-Work> check the reviews here http://www.newegg.com/Product/Product.aspx?Item=N82E16813131647
[15:33:57] <JT-Work> The shield plate is kinda weird and the metal indents get in the way of some of the USB ports and ethernet port.
[15:33:59] <SWPadnos> ok, that's a nice mid-range case from a well-known brand, I wouldn't expect it to suck
[15:34:09] <JT-Work> The ports don't quite match up on my silverstone grandia htpc case, not really a con for this mobo, could be the cases fault.
[15:34:12] <SWPadnos> but Asus is also a well-respected name in motherboards
[15:34:22] <JT-Work> yea that's what I thought
[15:34:54] <JT-Work> might be an issue with the insert not the motherboard
[15:35:01] <SWPadnos> yeah, could be
[15:35:13] <SWPadnos> or misalignment of the insert because of grounding tabs
[15:35:18] <Jymmm> What's the diff between Atom D510 and Atom 330?
[15:35:34] <JT-Work> it fits in nice and tight into the cutout
[15:35:38] <SWPadnos> it does look like there's one hole that is a bit low
[15:35:53] <SWPadnos> Jymmm, the D510 is newer, and I think it uses less power and is a little faster
[15:36:06] <Jymmm> SWPadnos: TY
[15:36:09] <SWPadnos> and the 330 is discontinued, whereas the 510 is not
[15:36:19] <JT-Work> all of the plugs are low on mine compared to the holes on the insert
[15:36:21] <grommit> 510 is also fanless (nice feature)
[15:36:35] <L84Supper> http://ark.intel.com/ProductCollection.aspx?familyID=29035 click the boxes for comparisons
[15:36:57] <Jymmm> grommit: I belive in fanage tyvm
[15:37:13] <grommit> Just one more thing to fail
[15:37:16] <SWPadnos> fan/no fan is motherboard dependent
[15:37:22] <Jymmm> you ppl and "It's too loud" need earplugs!
[15:37:27] <SWPadnos> but since the D510 uses less power, you need a fan less of the time
[15:38:08] <SWPadnos> surprising that the D510 max TDP is higher than the 330
[15:38:20] <Jymmm> Less power is good, sounds liek it's throttling back the cpu when there's no high usage liek the mobile cpu's
[15:38:24] <SWPadnos> but it also includes the GPU
[15:39:36] <celeron55> all modern cpu's save power when idle
[15:40:00] <SWPadnos> all modern CPUs *can* save power when idle :)
[15:40:13] <celeron55> the 3GHz P4 on my server goes down to 375MHz
[15:42:21] <JT-Work> SWPadnos: I'll double check the case and wait to see what Asus says... I put in a support ticket this morning
[15:43:25] <Jymmm> I know nothing of AMD cpu's is this any good? Athlon II x4 ?
[15:43:54] <L84Supper> less cache than the Phenom-II's x4
[15:44:00] <Jymmm> ah
[15:44:14] <Jymmm> 2TB Seagate $120
[15:44:14] <celeron55> how much does the cache affect performance?
[15:44:20] <Jymmm> celeron55: BIG TIME
[15:45:07] <L84Supper> many of the Phenom-II x3 may be unlocked to x4 and sell for <$99
[15:45:11] <Jymmm> celeron55: Think cache like taking a shower in a 18" x18" shower stall, the more the better
[15:48:33] <JT-Work> bbl
[15:49:06] <SWPadnos> the x6 is the one you (I) want :)
[15:49:16] <Jymmm> http://www.newegg.com/product/product.aspx?Item=N82E16883103244
[15:50:22] <Jymmm> On sale at Frys for $530
[15:50:57] <Jymmm> Any comments?
[15:51:18] <skunkworks_> Jymmm: http://imagebin.ca/img/7oV1Rq.png
[15:51:29] <SWPadnos> well, the thing that gets me about those cheap systems is that they always use crap components on them
[15:51:41] <SWPadnos> HD3200 is crap chipset-intergrated video
[15:52:05] <SWPadnos> 1TB is OK, but is probably a slow drive, not a good one
[15:52:18] <Jymmm> skunkworks_: CPU usage looks like a cayola drawing =)
[15:52:27] <Jymmm> crayola
[15:52:31] <SWPadnos> 6GB is a stupid amount of memory for a Phenom, since they aren't triple channel like the i7
[15:53:29] <L84Supper> HD3200 means 78x chipset
[15:53:32] <Jymmm> SWPadnos: lots of memory good when workign on graphics and video
[15:53:42] <SWPadnos> oh right, and as one of the reviews mentions, the PSU is 300W, which is on the edge if you want to add some hard disks or a video card
[15:54:00] <SWPadnos> 6GB means 2x2GB and 2x1GB - seems like a silly way to go ...
[15:54:09] <L84Supper> DDR3 + 3200 is wierd, let me see that spec
[15:55:00] <L84Supper> could be socket AM3 with 780
[15:55:33] <SWPadnos> yes, it's DDR3 1066, with ATI HD3200 integrated video
[15:55:49] <Jymmm> Well for $530, not expecting too much, but at least it can upgrade PS and ram to 16GB
[15:56:12] <SWPadnos> the thing is, you can put together the system you want in the first place for about the same price
[15:56:33] <L84Supper> Phenom-II x6 ~$300
[15:56:35] <SWPadnos> usually, when you price out the separate components (other than Windows), the total cost is lower to put it together yourself
[15:56:45] <Jymmm> SWPadnos: Please spec one out
[15:56:46] <SWPadnos> L84Supper, that's the 1090T, the 1055T is $200
[15:56:58] <SWPadnos> Jymmm, that's left as an exercise for the reader :)
[15:57:03] <SWPadnos> and I'm not the reader
[15:57:29] <SWPadnos> the cost difference is even worse if you have to toss out anything from the integrated build
[15:57:30] <Jymmm> SWPadnos: No, No, go for it, including mouse and kybd for less than $500
[15:57:53] <L84Supper> well even the latest 880G or 890G only have integrated HD42xx
[15:58:28] <grommit> Im having the damndest time with coordinates and cutting a part. I have a ngc file (that works fine typically), but every time I try to cut this part the cutter is several inches higher then it should be (so not cutting). I have cut this in the past so I don't know what I am doing wrong this time...
[15:58:40] <SWPadnos> the last one I bought, which was about a year ago, was about $750 including a monitor
[15:58:45] <L84Supper> so for any intensive graphics application you'll want a GPU PCIe card anyway
[15:58:58] <Jymmm> SWPadnos: mobo, cpu, ram, case, PS, optical drive, card reader, kybd, mouse for $500ish
[15:59:01] <SWPadnos> quad core, faster than the 810, 4GB (not 6), 1TB, speakers, mouse, keyboard
[15:59:08] <SWPadnos> sure
[15:59:19] <grommit> I wanted to use this gcode file to make another part and editted it do this. Bu t when I go to home things, the same thing happens with my new part. So I must be doing something bascially wrong.
[15:59:51] <grommit> When I start EMC, I home the three axis (and I send them back to zero before I turn the machine off). Then, at the top of the file it says: ( g49 / t0 m6 before touching off!), (touch off with 0.2 edge finder at 1.4 *right*, 1.1 *back*, -0.375 bottom), ( material size: 1.30"+/-0.010" x 1.00"+/-0.010" x 0.375"+0.025/-0.010 )
[16:00:17] <grommit> So, I use the edge finder, go to the right, choose X axis and Touch Off, enter 1.4, P1 G55, OK. Then to the back with the edge finder, choose Y axis and Touch Off, enter 1.1, P1 G55, OK. Then bring the edge finder down to where the bottom of the part would be, choose Z and Touch Off, enter -0.375, P1 G55, Ok. Then st art but the first tool is way too high.
[16:00:46] <grommit> I have a tool.tbl file that lists all the tools and their offsets.
[16:01:20] <grommit> And as I said this has worked before. What am I messing up? it's driving me crazy.
[16:02:20] <jlmjvm> shouldnt you touch off your z with a tool instead of edge finder
[16:02:22] <SWPadnos> that level of MB is $80 or less, CPU is $120 or so, case+PSU is $30, DVDRW is $25, kb/mouse is $30, card reader is $30, memory is $100, HD is $100 - total of $1\515, without working hard at all
[16:03:10] <grommit> hmm, I wonder... I thought I had done it with the edge finder when it worked but now that you say that I am not 100% sure...
[16:03:39] <SWPadnos> err, $515
[16:04:17] <jlmjvm> i edge find the edges,touch z with a tool that im using
[16:05:33] <Jymmm> SWPadnos: Link?
[16:06:18] <SWPadnos> that's off the top of my head, some of the prices may have changed (lower) in the last few weeks
[16:06:51] <Jymmm> SWPadnos: It's hard just getting a PS alone for $30, much less a PS+case combo for $30 imo
[16:07:04] <bricofoy> for those who spoke about my upgrade crash some time ago : happy ending :) apt-get upgrade after rebbot, then reboot with "failsafe" the chose "dpkg" in the menu to repair what apt- get upgrade had lef wrong, and the server side works ok (samba and backuppc)... but still somethink wrong : keyboard and mouse does not work on X. and as C-A-Fx is disabled, and ssh not in use, I've no ways to interact with the PC...
[16:07:14] <SWPadnos> nope, you can get a cheap mini-tower with PSU for $30, I've done it
[16:07:26] <SWPadnos> not great stuff, but neither is the acer :)
[16:07:26] <Jymmm> SWPadnos: 300W ?
[16:07:29] <SWPadnos> yes
[16:07:49] <SWPadnos> Rosewill maybe, 350 or 400W. actually it's pretty nice
[16:07:54] <Jymmm> SWPadnos: Then that's kinda useless if that's what I'm already getting pre built
[16:07:58] <L84Supper> x4 or x6 cpu is 125W
[16:08:03] <SWPadnos> well, that's my point
[16:08:15] <SWPadnos> you can get the same shit that's in the pre-made one for the same price
[16:08:36] <L84Supper> as long as the 300w spec is accurate
[16:08:39] <Jymmm> SWPadnos: So I'm still not seeing where the benefit is other than I have to build it?
[16:08:48] <SWPadnos> but instead of throwing money away when you replace the crap components with good ones, you can just spend the money (plus a little more) on good stuff in the first place
[16:12:23] <grommit> jlmjvm: I am sure I didn't touch off Z with the tool last time. It is a short tool and I would have remembered trying to do that. I suspect if I do that now, I will crash it...
[16:12:37] <Jymmm> Heh, this is kinda cool see pic #8 http://www.newegg.com/Product/ImageGallery.aspx?CurImage=83-103-244-TS&ISList=83-103-244-Z01%2c83-103-244-Z02%2c83-103-244-Z03%2c83-103-244-Z04%2c83-103-244-Z05%2c83-103-244-Z06%2c83-103-244-Z07%2c83-103-244-Z08%2c83-103-244-Z09%2c83-103-244-Z10&S7ImageFlag=1&Item=N82E16883103244&Depa=0&WaterMark=1&Description=Acer%20Aspire%20AM3300-U1332%20Phenom%20II%20X4%20810%282.6GHz%29%206GB%20DDR3%201TB%20ATI%20Radeon%
[16:12:38] <Jymmm> 20HD%203200%20Windows%207%20Home%20Premium%2064-bit
[16:12:42] <Jymmm> DOH
[16:13:41] <SWPadnos> heh, CD storage :)
[16:14:06] <Jymmm> Yeah, dont you hate when you can't find that disc
[16:14:10] <Jymmm> =)
[16:14:15] <bill2or3> "cup holder"
[16:14:26] <SWPadnos> fish bowl
[16:14:35] <jlmjvm> grommit:dont wanna do that
[16:15:26] <bill2or3> "ATX case features: place to hide your weed"
[16:15:50] <Jymmm> Pac Man is 30yo Today!!!
[16:16:07] <grommit> and my 8yr old still loves it
[16:16:43] <L84Supper> that must be from the release date for pacman
[16:18:02] <L84Supper> we had pacman and space invaders on a test rig in 79'
[16:20:33] <L84Supper> a buddy of mine here reversed pacman and the original cpu, they sold 10k's of pacman consoles using an FPGA
[16:21:03] <Jymmm> Ot you can just install MAME =)
[16:21:16] <Jymmm> s/ot/or/
[16:21:34] <L84Supper> I brought up emulation on a cheap PC when they were working on it....
[16:21:45] <Jymmm> This is funny... http://money.cnn.com/2010/05/20/news/economy/arizona_los_angeles_boycott/index.htm?hpt=T2
[16:22:07] <L84Supper> they said that it did play the game "exactly" like the original :)
[16:22:28] <L84Supper> did not play
[16:22:45] <Jymmm> I support the boycott personally, reminds of <German accent> "Your Papers Please!"
[16:23:21] <L84Supper> if anyone flags down a passing spaceship please let me know
[16:23:49] <Jymmm> L84Supper: Nah, that's just Sedonna, all kinds of freaks there
[16:23:56] <bricofoy> could be nice to create a pac-man g-code
[16:24:11] <bricofoy> to play pacman with a router and a remote pendant :)
[16:24:33] <L84Supper> where pacman actually gets eaten
[16:24:46] <Jymmm> I wonder if "Pak Men" would be a TM infringement?
[16:25:12] <L84Supper> depends on your lawyers :)
[16:25:23] <Jymmm> L84Supper: Very true! lol
[16:27:27] <L84Supper> how much memory is needed with a stripped down kernel (~1MB) and EMC running just what's necessary?
[16:27:42] <Jymmm> 512?
[16:27:50] <L84Supper> wondering if it could all fit in a few meg of cache
[16:27:51] <Jymmm> maybe 256
[16:28:02] <Jymmm> gui less
[16:28:12] <L84Supper> yeah, no gui or X
[16:28:34] <Jymmm> you would need at least sshd
[16:28:39] <Jymmm> or I would
[16:29:15] <Jymmm> L84Supper: But I'd use debian, not ubuntu if you want to do that
[16:29:21] <L84Supper> I'm just thinking of a dedicated embedded app for EMC
[16:29:36] <Jymmm> L84Supper: Ubuntu has this WEIRD bundled dependancy crap
[16:29:46] <L84Supper> I'll have to see what services EMC uses
[16:30:11] <L84Supper> yeah, that is why we got EMC on ARCH Linux
[16:30:16] <Jymmm> L84Supper: Once I uninstalled Totem movie player, and it totally wiped out all of X
[16:30:49] <L84Supper> ubuntu does all kinds of poorly documented changes to just about everything
[16:30:50] <Jymmm> It gave a warning, but i did it anyway to see what would happen =)
[16:31:26] <Jymmm> Nice to know that a single app would kill the whole GUI!!!
[16:32:09] <L84Supper> we realized that the ubuntu devs just don't understand DRM
[16:32:34] <Jymmm> As in TO NEVER INSTALL IT?
[16:33:21] <L84Supper> DRM in the kernel not digital rights management
[16:33:32] <Jymmm> oh
[16:34:26] <Jymmm> NetFlix blocks me using my PicoITX board because it has a DVI iface without locked drivers =)
[16:34:28] <L84Supper> the 10.04 kernel had lots of last minute patches from upstream to fix kernel mode settings and few other DRM problems
[16:34:43] <Jymmm> L84Supper: DRM?
[16:35:35] <L84Supper> http://www.linux.com/news/software/linux-kernel/287804-ubuntu-1004-may-backport-more-kernel-drm
[16:35:56] <L84Supper> DRM = Direct Rendering Manager
[16:36:09] <Jymmm> ah
[16:36:47] <ChanServ> [#emc] "This is the #emc channel - talk related to the Enhanced Machine Controller and general machining. Website: http://www.linuxcnc.org/, wiki at http://wiki.linuxcnc.org/"
[16:36:52] <L84Supper> vs digital rights management
[16:37:05] <Jymmm> Especially if you come from a heavy M$ world and hear it all the time.
[16:40:16] <ChanServ> [#emc] "This is the #emc channel - talk related to the Enhanced Machine Controller and general machining. Website: http://www.linuxcnc.org/, wiki at http://wiki.linuxcnc.org/"
[16:45:37] <Dave911> Apparently the DRM includes monitor identification routines etc... ?? The confusion with rights management is a pain..
[16:46:30] <frallzor> hola muchachos
[16:46:57] <Dave911> Hi :-)
[16:47:16] <Dave911> Been doing any more cool work with your router?
[16:47:48] <Dave911> And finding any buyers for your work?
[16:47:55] <frallzor> nah and yes
[16:48:05] <frallzor> first customer is my supplier of oak
[16:48:17] <frallzor> a new sigh for his place
[16:48:21] <frallzor> *sign
[16:48:33] <frallzor> he fell in love with the deer scene and wanted that in too :P
[16:48:34] <Dave911> Is it made out of oak ?? ;-)
[16:48:43] <bricofoy> got some pics of your work ?
[16:48:45] <frallzor> he will glue some oak for it
[16:48:46] <Jymmm> Knotty pine!
[16:48:49] <bricofoy> I'm interested
[16:49:01] <frallzor> so I dont even have to supply material :P
[16:49:06] <frallzor> *good customer*
[16:49:08] <atmega> what software?
[16:49:17] <frallzor> well... I did the thing in aspire
[16:49:18] <Dave911> That one deer scene you have is really nice ... I think that would sell well in the states
[16:49:35] <atmega> ouch
[16:49:42] <frallzor> trial atm :P
[16:49:46] <atmega> heh
[16:49:48] <frallzor> so It wont do much good :P
[16:50:00] <Dave911> what is wrong with aspire?
[16:50:01] <atmega> it's only us$2500
[16:50:07] <atmega> Dave: the price
[16:50:26] <frallzor> compared to artcam though....
[16:50:28] <frallzor> cheap =)
[16:50:33] <Dave911> gotcha ... frallzor just needs to sell more pieces ..
[16:50:42] <Dave911> what does artcam go for?
[16:50:53] <atmega> I would be interested in an 'enhanced' demo version of aspire or vcarve pro if someone had such a thing.
[16:50:56] <Jymmm> $7000
[16:50:59] <frallzor> at least
[16:51:03] <Dave911> yikes ..
[16:51:19] <Dave911> have to sell a lot of work to pay for that software ..
[16:51:22] <frallzor> Ive tried to find "enhanced" versions
[16:51:37] <atmega> me too, no luck :
[16:51:40] <frallzor> but "enhanced" cant be found :P
[16:51:47] <Jymmm> frallzor: of artcam?
[16:51:51] <Dave911> I thought vcarve pro was suppose to be cheap?
[16:52:01] <frallzor> Jymmm yes
[16:52:03] <atmega> $600 I think
[16:52:10] <atmega> so, cheaper than other stuff, but hardly cheap for me.
[16:52:11] <frallzor> no
[16:52:16] <frallzor> of aspire and such
[16:52:21] <frallzor> enhanced of those =)
[16:52:34] <frallzor> I have "enhanced" trial of artcam
[16:52:45] <frallzor> but boy does it suck compare to vectrics stuff
[16:52:52] <frallzor> *d
[16:52:54] <Dave911> $600 isn't bad if you can recoup your costs by making 10 pcs or so..
[16:53:14] <atmega> I'm not selling anything though, just hobby stuff
[16:53:41] <atmega> I'll probably pay for cut-2d, but I just bought another boat and seem to be more broke than usual.
[16:53:55] <Dave911> If you can make stuff like frallzor has, that stuff could sell easily at a craft show ...
[16:53:58] <frallzor> Im considering getting Aspire pretty soon though, pretty sure It will make me money
[16:54:20] <frallzor> and If I sell the machine in the future, it will not set me back =)
[16:54:44] <Dave911> So Aspire is that much better than v carve pro ?
[16:54:52] <Dave911> Or different animal?
[16:54:55] <atmega> more featured
[16:55:16] <frallzor> http://www.vectric.com/WebSite/Vectric/software_comparision.htm
[16:55:31] <bricofoy> frallzor : do you have some pics of your work ? I'd like to see
[16:56:05] <frallzor> http://www.pici.se/p/aBwpEvRwD/ just a model I bought from vectric =)
[16:56:13] <frallzor> but It shows the machines potential
[16:56:45] <frallzor> planning on visiting the states for a roadtrip this summer, bring along milled stuff and sell roadside? :P
[16:56:47] <bricofoy> wow ! great
[16:56:53] <bricofoy> how long to machine this ?
[16:57:09] <frallzor> 2hrs maybe
[16:57:15] <atmega> and what kind of bit[s]?
[16:57:24] <frallzor> 6mm end mill and 3mm ball end mill
[16:57:46] <Dave911> frallzor: How big is that piece?
[16:58:05] <frallzor> 650x80x12 maybe
[16:58:06] <bricofoy> what is the starting to generate the code , some picture ? or 3D analisys of a hand-made carving ?
[16:58:06] <awallin_> if these are simple parallel finish toolpaths then they are doable now or in the very near future with open-source CAM
[16:58:17] <frallzor> for that model, cash :P
[16:58:39] <atmega> awallin: what packages?
[16:59:00] <atmega> I've tried everything I could find, but nothing that was workable.
[16:59:05] <awallin_> atmega: ocl for calculating toolpaths, heeks, blender, or your choice of GUI
[16:59:20] <awallin_> atmega: do you have a picture of the kind of toolpaths you want?
[16:59:48] <atmega> no, I just wanted some signs originally
[16:59:54] <Dave911> nice size frallzor ... If I were you I'd visit some antique type stores in the US when you visit ... I think you could sell those rather quickly ....
[17:00:15] <frallzor> wonder if one can bring along wood without permits
[17:00:41] <grommit> You should put a machine in the back of a Sprinter van and travel around cutting them :-)
[17:00:58] <grommit> Mobile machine shop
[17:01:09] <atmega> I've made door panels, inserts, fillers for my boat the last week or so. I ended up doing gcode by hand because it was simpler than getting OS stuff to be workable
[17:02:28] <atmega> if I'm melting plastic while cutting, should I slow down the spindle or speed up the feed or what?
[17:04:17] <Dave911> frallzor: Go online and check US Customs. I don't think there are many limitations on bringing finished wood pieces into the US as long as they are not from endangered species etc... Bring in raw wood is probably a different story ....
[17:19:56] <frallzor> soo.... how about that guy Obama, right?
[17:20:41] <atmega> who?
[17:21:48] <atmega> I think he's more of a mach3 kind of guy.
[17:22:12] <SWPadnos> Jymmm, check your gmail account
[17:22:40] <frallzor> yeah Obama doesnt do emc2
[17:22:54] <frallzor> "Yes mach can"
[17:24:24] <Jymmm> SWPadnos: looking...
[17:26:22] <Jymmm> SWPadnos: WHAT DO YOU MEAN NO CUP HOLDER?!?!?!?! WTH good is a computer w/o a cup holder?!
[17:26:50] <SWPadnos> it has a cup holder. it's even got power eject :)
[17:26:59] <SWPadnos> the little button next to DVD
[17:27:00] <Jymmm> Ah, ok. that's better!
[17:27:30] <Jymmm> Where do I put the 5.25" floppys in?
[17:27:43] <SWPadnos> same place you would on the Acer
[17:27:43] <grommit> in the cd slot
[17:27:51] <SWPadnos> that's a cup holder
[17:27:56] <Jymmm> SWPadnos: and the 8" floppys?
[17:28:10] <SWPadnos> those go next to the 120 mm fan
[17:28:15] <grommit> in the shredder, 5.25 are the new thing
[17:28:51] <Jymmm> grommit: PHUK U, I like my 32 lbs boat anchor 8" FDD!
[17:29:03] <SWPadnos> oh hey, you can make wish lists public (but unfortunately can't have combo discounts in them)
[17:29:17] <Jymmm> eeeesh
[17:29:38] <grommit> not nearly as cool as the 1000lb card punch.
[17:30:09] <Jymmm> SWPadnos: 2x2Gb + 2x1GB ???
[17:30:18] <SWPadnos> yep, same as the stupid acer
[17:30:23] <Jymmm> ah
[17:30:28] <SWPadnos> (I told you it was dumb :) )
[17:30:38] <Jymmm> Yeah, I think so too.
[17:30:53] <Jymmm> almost better to save the money spent on the 2x1GB
[17:31:00] <Jymmm> and just have 4GB total
[17:31:15] <SWPadnos> so you get a faster CPU, faster DVD-RW, better motherboard, more expansion slots, and a 480W PSU, for the same prive
[17:31:17] <SWPadnos> price
[17:31:20] <grommit> 2x1GB is nearly free
[17:31:37] <SWPadnos> with the downside that you have to put it together
[17:31:42] <SWPadnos> $50 or so
[17:31:50] <SWPadnos> actually $58, it's DDR3
[17:31:53] <Jymmm> I'd rather spend the $60 on a bigger hdd, than on 2x1GB
[17:32:05] <SWPadnos> sure, that was kind of my point too :)
[17:32:18] <SWPadnos> you stick the money where you think it'll do you the most good
[17:32:22] <Jymmm> or 4x2GB
[17:32:29] <SWPadnos> and you don't waste any by throwing stuff away
[17:32:33] <Jymmm> but I dont think it can do that.
[17:32:36] <JT-Hardinge> SWPadnos: I got a response back from Asus telling me that nothing is wrong and perhaps my standoffs are too short :/
[17:32:37] <SWPadnos> yeah, that's $250 or so
[17:32:41] <SWPadnos> heh
[17:32:52] <JT-Hardinge> it's going back to NewEgg!
[17:33:08] <jlmjvm> http://pastebin.com/1uGapNyq
[17:34:48] <jlmjvm> SWPadnos:can you see if my pid is linked up,im trying vel mode on axis 0
[17:35:20] <SWPadnos> almost
[17:35:52] <jlmjvm> get joint error when i try to jog
[17:36:01] <SWPadnos> you need to connect the command output from the motion controller to the pid input, the pid output to the stepgen command input, and the encoder feedback to the pid feedback input
[17:36:43] <SWPadnos> all the coefficients are correctly set from the ini file though
[17:37:55] <SWPadnos> oh, and since you're using stepgen 0 in vel mode, you need to connect velocity-scale and velocity-cmd, not the position equivalents
[17:40:40] <SWPadnos> oh hey, there I go: http://secure.newegg.com/WishList/PublicWishDetail.aspx?WishListNumber=9401429
[17:40:43] <jlmjvm> and i thought i was close
[17:42:22] <morficmobile> sweet little machine
[17:42:41] <SWPadnos> eh, it's OK
[17:42:51] <SWPadnos> I'd spend a bit more and upgrade most everything :)
[17:42:54] <morficmobile> beats my laptop, so it's sweet
[17:43:14] <SWPadnos> but it's a good approximation of the pre-built Acer Jymmm linked to earlier
[17:44:30] <frallzor> anyone want to cuddle?
[17:44:38] <Jymmm> Heh that link says $512, but the eail said $479
[17:44:57] <Jymmm> frallzor: My pirahna does
[17:44:59] <SWPadnos> yes, there was a $15 discount on a combo deal, which can't be put into a wish list
[17:45:06] <Jymmm> gotcha
[17:45:08] <SWPadnos> I emailed you a cart, which can have combos in it
[17:45:27] <SWPadnos> there was a great case deal available, but since it had a rebate, I didn't include it
[17:45:39] <SWPadnos> end price $9.99, including PSU
[17:47:51] <Jymmm> Yeah, thanks. I hate rebates.
[17:49:00] <SWPadnos> yeah, I know :)
[17:50:18] <SWPadnos> it is pretty cool though: http://www.newegg.com/Product/Product.aspx?Item=N82E16811166049
[17:50:39] <SWPadnos> (though the reviews suggest it sucks mightily)
[17:51:15] <frallzor> http://pici.se/p/large/fxFjaANXY/ is it just me or this this look odd to you too?
[17:52:17] <frallzor> it looks intentional, perfect clean cut there, but never seen one like that
[17:53:11] <grommit> Question: I open a ngc file in AXIS. I see that part. I touch off on the various sides of the actual blank. Now the axis is below and to the right of the part showing in AXIS. Is that how it should work?
[17:53:35] <grommit> by axis, I mean the cone that represents the head
[17:54:28] <SWPadnos> http://wiki.linuxcnc.org/emcinfo.pl?CoordinateSystems
[17:54:54] <grommit> ok, I will read it again.
[17:55:00] <SWPadnos> also, take a look at the coordinate systems sample G-code file (I don't remember the exact name)
[17:55:15] <SWPadnos> it's possible that you have a G92 offset in there, or something else entirely
[17:55:47] <grommit> how can I tell if I have a G92 offset set?
[17:58:46] <SWPadnos> I don't recall exactly
[17:59:00] <SWPadnos> you can look at some vars in the var file (don't remember which ones)
[17:59:18] <SWPadnos> you can issue G92.1 and see if the tool cone or axis origins move in the preview
[17:59:35] <SWPadnos> (I think it's 92.1, could be 92.2 or 92.3 come to think of it)
[18:03:28] <SWPadnos> jlmjvm, http://www.linuxcnc.org/wiki/uploads/pid%20diagram.png
[18:03:57] <SWPadnos> you need to change the HAL signal connections, represented by lines, from the top arrangement to the bottom arrangement
[18:05:00] <SWPadnos> bbiab
[18:07:15] <wendtmk> Howdy!
[18:09:19] <PCW> Doody!
[18:09:51] <archivist> * archivist scores 1800 on the google pacman
[18:10:01] <wendtmk> Are we the only two here right now?
[18:11:22] <wendtmk> All the usual suspects still at work?
[18:12:25] <archivist> its a 24hour channel
[18:14:56] <wendtmk> Yeah Just seems kinda quiet in here this afternoon. Last time I was here, it was like Grand Central Station... ;-)
[18:23:35] <wendtmk> Hi Seb
[18:24:34] <seb_kuzminsky> hi!
[18:24:52] <wendtmk> Got a wee problem when I try to run a patch of G Code on my two axis (X,Z) machine - get a warning window when it hits the G55 G0 X0 Z0 line.
[18:25:30] <wendtmk> I get a warning window that pops up saying the line has exceeded the negative minimum of the Z axis.
[18:26:18] <wendtmk> Then I get two choices, continue, or cancel. If I select continue, the program runs fine, moves to the G55 X0 Z0 line and comences the next moves according to the file.
[18:26:47] <wendtmk> No soft limits set up on either the Z axis or the X axis
[18:27:18] <wendtmk> ini file, emc.var and the little ngc file are up at pastebin at http://pastebin.com/NktuFG3W
[18:28:52] <SWPadnos> I don't know what happens if you have no soft limits set up
[18:29:02] <SWPadnos> that seems like a bad way to go IMO
[18:30:23] <wendtmk> I've tried it both ways, with the soft limits set up I get even more errors.
[18:31:15] <wendtmk> It gets even more errors of exceeding the limits of both axes I mean.
[18:31:48] <wendtmk> The X travel is physically almost 58" and the Z travel is a little over 2.5"
[18:32:52] <wendtmk> The G code is set to run a cut length of about 12" on the X and about 2.2 inches on the Z.
[18:33:21] <wendtmk> Forgot to say hi Steve!
[18:33:42] <SWPadnos> hi Mark! :)
[18:34:07] <wendtmk> My manners suck today. Been a long busy week at work... ;-)
[18:34:22] <SWPadnos> eh, no worries (yet!) :)
[18:34:25] <Jymmm> and he STILL hasn't said it yet =)
[18:34:33] <wendtmk> It?
[18:34:39] <SWPadnos> ni!
[18:34:39] <cradek> wendtmk: it is probably a later line in the program that exceeds limits. the gcode interpreter reads way ahead in a lot of cases.
[18:34:59] <Jymmm> wendtmk: (you implied it, but never said it =)
[18:35:12] <wendtmk> If I eliminate the G55 line, the program runs just dandy
[18:35:46] <SWPadnos> then I'll bet you have a problem with some offsets :)
[18:36:28] <wendtmk> That's what Im thinking, but I'm still kinda flailing away trying to figger out how to write G Code and how to use the offsets in the code.
[18:36:54] <micges> wendtmk: try shut down emc, remove *.var file and run emc and your buggy program
[18:37:23] <wendtmk> My machine is pretty simple, and the G code should be pretty simple too. It makes a one pass cut of a strip of bamboo.
[18:37:48] <SWPadnos> I see an offfset of -2.251949 in the var file, and it looks like it might be in the G55 system
[18:38:02] <frallzor> * frallzor ponders
[18:38:18] <wendtmk> Mike, I've reset the G55 params back to 0.0 and it runs fine. However, when I touch off on the work piece again, for both the X nd Z axes I run into the same problem.
[18:39:01] <micges> so it is some offsets problem
[18:39:07] <wendtmk> Steve, yes, that was what the Z indicator in Axis told me I was at when I touched off the workpiece. Am I doing that right?
[18:39:23] <wendtmk> Mike - Yes. It's my beginner-ness showing through.
[18:40:08] <wendtmk> And this if for jymmm - Hi Steve! ;-) I'm a little slow today...
[18:40:22] <SWPadnos> it looks like the limits should be +/- 1e99 if you don't specify them, so it does seem strange that you could get an error like that
[18:40:43] <Jymmm> LOL, it's alright wendtmk! We all have "bad hair days" as I like to call them.
[18:40:55] <wendtmk> jymmm - ROFL!
[18:41:08] <SWPadnos> ewww. that's a terrible mental picture
[18:41:36] <Jymmm> SWPadnos: Hey, $20 cash money if you spike YOUR hair!
[18:41:48] <wendtmk> When the test_strip.ngc loads, the cutter image in axis looks like it's supposed to, above and too the left of the workpiece (using the G55 coords).
[18:42:10] <Jymmm> SWPadnos: Hell, I'll even pay $50 for a 8x10 of that!
[18:42:15] <jlmjvm> SWPadnos:my latest attempt
[18:42:16] <wendtmk> jymmm - my hair ain't long enough to spike. Probably ain't got enough of it to spike either...
[18:42:21] <jlmjvm> http://pastebin.com/Bki3GVj9
[18:42:29] <SWPadnos> Jymmm, you've never seen my basic training photos :)
[18:42:41] <Jymmm> wendtmk: No, but SWPadnos's hair is =)
[18:43:00] <Jymmm> SWPadnos: Nu uh, I wanna see that spiked as it is now!!!
[18:43:23] <SWPadnos> jlmjvm, looks like you connected the command wrond
[18:43:34] <wendtmk> My basic photos show a head of hair only a tad shorter than it is now!
[18:43:39] <SWPadnos> you have net xpos-cmd pid.0.command => stepgen.0.velocity-cmd
[18:44:05] <SWPadnos> that connects the two inputs together (but not to the motion controller)
[18:44:11] <SWPadnos> you need motion -> pid -> stepgen
[18:44:20] <Jymmm> SWPadnos: I think i might re-use an existing case, it has a window in it, but I'll remove that, and I want to add in a furnace filter as we have a lot of dust around here. and maybe some big fans too.
[18:44:26] <SWPadnos> feedback goes from encoder back to both pid and motion
[18:45:06] <SWPadnos> Jymmm, seems reasonable
[18:46:21] <jlmjvm> SWPadnos:could you give me an example line
[18:46:53] <SWPadnos> net axis.0.motor-pos-cmd pid.0.command
[18:47:38] <SWPadnos> net pid.0.output stepgen.0.velocity-command
[18:47:50] <SWPadnos> I don't know the name of the stepgen velocity command, take a look with halcmd or halshow
[18:48:01] <SWPadnos> could be vel-cmd or somethign
[18:48:03] <SWPadnos> thing
[18:48:12] <micges> stepgen.0.velocity-cmd
[18:48:24] <jlmjvm> k,will look,thanks
[18:49:08] <SWPadnos> and then there's feedback
[18:49:44] <SWPadnos> like net axis0feedback encoder.0.position pid.0.feedback axis.0.motor-pos-fb
[18:51:27] <MattyMatt> G42 doesn't work very well up a narrow angle the tool won't fit down
[18:52:25] <MattyMatt> is that intentional or could it be fixed?
[18:54:13] <cradek> do you have a picture of the situation you're talking about?
[18:56:25] <wendtmk> When you touch off an axis, what value do you put in the parameter window - the one that shows the actual postion of the cutting tool?
[18:56:56] <cradek> the number you want the current coordinate to become
[18:58:34] <wendtmk> Okay, so lets say I move the z axis so my touch off tool is sitting right on top of the work piece. If I want that to be my Z0 under G55, I'd enter 0?
[18:58:45] <SWPadnos> yes
[18:58:46] <cradek> yes
[18:58:56] <wendtmk> Okay, let me give that a try.
[18:59:26] <MattyMatt> this is the hole I'm cutting http://imagebin.ca/view/U22GY9eZ.html
[18:59:43] <MattyMatt> I'll go and get a screeny off Axis now
[19:01:25] <SWPadnos> if you're asking what I think you're asking, then the behavior is intentional
[19:01:42] <cradek> I have no idea what you're asking yet :-)
[19:02:18] <SWPadnos> inscribe a circle that's the diameter of the cutter you want to use inside the acute angle, tangent to both legs, and that's how much "rounding" you'll get
[19:02:20] <MattyMatt> in the acute angle, I'd like the tool to stop and turn around where the tool just fits, whatever size it is
[19:02:39] <SWPadnos> yes, which will be further and further from the end the wider the tool
[19:02:50] <MattyMatt> that's fine by me
[19:02:58] <SWPadnos> is that not what you see?
[19:03:11] <cradek> SWPadnos: why not wait for the second picture
[19:03:18] <SWPadnos> oh, right :)
[19:03:21] <MattyMatt> yeah bbiab
[19:07:20] <HAL9k> Any of you happen to have a b&s 618 surface grinder
[19:07:49] <wendtmk> Okay, so I touched off the "workpiece", and set 0.0 in both the X and Z axis G55 window. Now I get a double error window when I run that says: "Program exceeds machine maximum on axis X" and "Program exceeds machine minimum on axis Z".
[19:08:08] <wendtmk> Still no soft limits set
[19:08:48] <SWPadnos> that is interesting
[19:08:50] <MattyCNC> Axis screeny http://imagebin.ca/view/ewr1a1Ri.html
[19:09:45] <wendtmk> Let me give it a whirl with the soft limits set and see what I get.
[19:09:46] <cradek> hm, I don't see an image there
[19:09:49] <SWPadnos> it doesn't download for me
[19:09:59] <cradek> wendtmk: you always have soft limits. maybe they are not what you think they are.
[19:10:41] <MattyCNC> I think I posted an all-white image :)
[19:11:25] <SWPadnos> he commented them out of the ini, and it looks like the defaults are +/- 1e99 (at least from iniaxis.cc)
[19:11:52] <cradek> that's gotta be the wrong approach
[19:12:01] <SWPadnos> agreed
[19:12:02] <wendtmk> Okay, now with the soft limits uncommented, I get one warning - "Program exceeds machne minimum on axis Z"
[19:12:38] <cradek> set up homing, set up correct soft limits, home and jog around to confirm they are right, then set your coordinate systems with touch off
[19:12:47] <wendtmk> Should the Z axis minimum be 0?
[19:13:09] <wendtmk> How does that work if my home location is set to 0?
[19:13:45] <cradek> on Z, usually 0 is the top of travel, and the bottom of travel is negative
[19:14:35] <MattyCNC> http://imagebin.ca/view/cAl2FQv.html
[19:14:40] <wendtmk> Okay, but if my home switch is set to machine 0, then the minimum limit should be some other number than 0?
[19:14:54] <cradek> yes, it should be a negative number
[19:15:28] <cradek> if you home to zero at top of travel, MAX_LIMIT should be +0.001 and MIN_LIMIT should be -10.0 or whatever
[19:16:15] <SWPadnos> MattyCNC, you might try making the code into a subroutine, then call it with G42 on and off
[19:16:26] <wendtmk> So MAX_LIMIT is what the limit switch above the home switch should be?
[19:16:31] <SWPadnos> that lets you see the actual outline it's trying to cut, as well as the compensated path
[19:16:42] <wendtmk> I have separate home and limit switches
[19:16:50] <SWPadnos> that path does look wrong to me, but I can't see exactly how wrong :)
[19:17:09] <cradek> MattyCNC: or put a / in front of G41 and G42 lines, and use block delete to toggle it on and off. you can backplot without compensation, then turn compensation on and see how the compensated path compares
[19:17:10] <MattyCNC> it's the extra bit at the left. the rest is fine
[19:17:27] <wendtmk> And MIN_LIMIT would be where theoretically the tool just misses the table, roughly?
[19:17:43] <cradek> wendtmk: no, MIN_LIMIT is the bottom of travel of the axis
[19:17:48] <SWPadnos> is there a tiny arc or line at the corner?
[19:18:05] <MattyCNC> no
[19:18:17] <SWPadnos> can you post the G-code on pastebin?
[19:18:17] <cradek> give us the gcode?
[19:19:41] <wendtmk> Okay, let me swap the values and the signs and run it again.
[19:20:04] <cradek> oh you had MAX_LIMIT < MIN_LIMIT?
[19:20:26] <SWPadnos> oops
[19:20:33] <SWPadnos> didn't notice that
[19:20:54] <SWPadnos> no, they aren't swapped in the posted ini
[19:21:59] <wendtmk> Chris, yes. The signs were correct for MAX and MIN, but the limit distances were swapped.
[19:22:15] <wendtmk> And now the program runs perfect! Woo Hoo!
[19:22:54] <MattyCNC> http://pastebin.org/262263
[19:23:06] <wendtmk> Thank you guys very much!!!!!!! Leave it to me to make a bone-headed beginner's error like that.
[19:23:27] <SWPadnos> yay! :)
[19:23:44] <SWPadnos> at least it wasn't a boneheaded masters error, those can be a bear to figure out ;)
[19:23:46] <wendtmk> Boy, am I glad it was something simple.
[19:23:53] <cradek> MattyCNC: that can't be the whole program because it doesn't end in M2
[19:24:08] <SWPadnos> and it's only 16 lines instead of 208
[19:24:15] <MattyCNC> sorry yeah that's just the first layer. it spirals down 20 layers the same
[19:24:34] <wendtmk> Steve: Give me time. Once I figger my way around this stuff, I'll be prime for making a bone-headed non-beginner's error... ;-)
[19:24:42] <SWPadnos> excellent!
[19:25:30] <MattyCNC> ..and then draws a few other toolpaths in G40
[19:25:37] <SWPadnos> MattyCNC, can you make your post output only a few layers of just the contour in question?
[19:25:58] <SWPadnos> also, is it meant to be a V cutter?
[19:26:04] <SWPadnos> hmmm. no nevermind that
[19:26:12] <SWPadnos> there would be concentric paths if that were the case
[19:27:18] <MattyCNC> you can see I selected 3mm endmill in the blender script :) that's for show tho, D1 is set in emc's tooltable
[19:28:00] <cradek> I am confused that it does not give you a gouging error. I will study it.
[19:28:19] <cradek> You can get a correct path by removing the line G1 X34.869311 Y10.919794 Z-0.268930
[19:28:54] <MattyCNC> ah, it looks like I gotta write my own compensator for really complex pockets. it might not be just 2 edges in the way
[19:28:57] <cradek> this should cause an error becuase the cutter can't touch that line without gouging the path
[19:30:10] <MattyCNC> ah if I have to hack the gcode, I'll just lop the angle off in blender. I wanted toolsize agnostic gcode
[19:30:52] <SWPadnos> you need to use no compensation in blender for that
[19:31:07] <cradek> http://timeguy.com/cradek-files/emc/bad-line-removed.png
[19:31:24] <cradek> when I remove that line I get this correct path
[19:31:36] <MattyCNC> blender isn't adding compensation
[19:31:50] <HAL9k> has blender added gcode support ?
[19:31:56] <SWPadnos> hmmm. then why is there a diameter setting?
[19:32:48] <MattyCNC> SWPadnos: , becuase it will do compensation soon :)
[19:32:57] <SWPadnos> ok, well in that case :)
[19:33:19] <MattyCNC> and yoyoek's baking functions use it
[19:35:01] <cradek> also, your entry and exit moves are both wrong and will gouge the corner
[19:37:30] <grommit> If I select G54 coordinate system when touching off a part, the part moves (in AXIS) to the location that I am touching off. However, if I select a different system, say G55 instead, the part stays where it was when AXIS opened the file. This doesn't seem to be correct behavior from what I am reading at: http://wiki.linuxcnc.org/emcinfo.pl?CoordinateSystems
[19:38:55] <SWPadnos> you'll only see things move if the program uses the coordinate system you touch off, I believe
[19:39:13] <SWPadnos> a program that doesn't use G56 doesn't depend on where you touch off G56
[19:39:56] <grommit> The program I am using doesn't appear to have G5x at all in it...
[19:40:14] <HAL9k> it will need a g5x to "move" it
[19:40:34] <SWPadnos> G54 is the default coordinate system, so unless your program specifically uses a different one, it will only depend on G54
[19:40:52] <grommit> Meaning that if I use G55 it will ignore G55?
[19:41:01] <SWPadnos> though I don't know what happens if you issue a G55 in MDI and then run a program
[19:41:17] <SWPadnos> touching off doesn't select the new coordinate system for use, AFAIK
[19:41:23] <SWPadnos> it just changes its offsets
[19:41:36] <grommit> ah
[19:41:41] <MattyMatt> it should automatically get the entry move right now. I hadn't checked that
[19:41:48] <SWPadnos> note the "AFAIK" there :0
[19:41:58] <grommit> so if I touch off using G55, then issue G55 in MDI and run program it may work...
[19:42:11] <SWPadnos> you may not even need to run the program
[19:42:21] <SWPadnos> or did you mean reload?
[19:42:25] <HAL9k> meaning if g55 is selected in the program it will appear where g55 origin was touched off at
[19:43:35] <MattyMatt> here's the latest version of the blender script http://filebin.ca/uqwqpt/mGcode175.py
[19:46:07] <MattyMatt> just in case my hard drive dies :) that's probably less usable than the original ATM :)
[19:47:46] <MattyMatt> for blender 2.43-2.49
[19:49:21] <grommit> Ok, you were right SWPadnos. If I touch off G55 system, go to MDI and enter G55, the part moves to the right location in AXIS and the right thing happens in the program!
[19:49:56] <MattyMatt> turning cuts into python functions, like pycam(or heekscad) did seems like a good idea to me right now
[19:50:55] <MattyMatt> no it doesn't :) I'll just build TC into the exporter
[19:52:25] <MattyMatt> when the exporter is really sophisticated, it can use gcode subs
[19:52:40] <MattyMatt> but not tonight, josephine
[19:53:20] <JT-Work_> JT-Work_ is now known as JT-Work
[19:54:19] <grommit> frighteningly, i think I am beginning to understand the coordinate system finally :-O
[19:54:48] <MattyMatt> all the TC you see on the other cuts in http://imagebin.ca/view/U22GY9eZ.html is drawn by hand
[19:55:44] <grommit> mattymatt: do you use blender and the python script a lot or is this a first?
[19:56:27] <MattyMatt> I use blender a lot, but I'm hacking the script as I go
[19:56:32] <grommit> I was playing with blender and saw the script (but haven't done anything with it yet) and was wondering if it would be a good (free) alternative for cad/cam
[19:56:55] <grommit> Are you sending changes back to the guy who wrote it originally?
[19:56:58] <MattyMatt> if you are comfortable with blender, it can be made usable
[19:57:17] <JT-Work> NewEgg Standard Return Policy 1. * Return for refund within: 30 days * Return for replacement within: 30 days * Restocking Fee: Yes
[19:57:26] <grommit> I went through a couple tutorials and it seemed straight forward enough...
[19:57:32] <JT-Work> * JT-Work wonders what the restocking fee is?
[19:58:12] <MattyMatt> I should send to the email in the script, but it looks to me like his domain has been taken over. it could be his GF or momma's domain tho
[19:58:44] <grommit> Yeah, there was some strangeness with his website/domain.
[19:58:56] <grommit> there was someone posting about it in cnczone (I think)...
[19:59:09] <grommit> about the script I mean, not his problems
[19:59:13] <jlmjvm> SWPadnos:another attempt
[19:59:14] <MattyMatt> I've seen him in here
[19:59:15] <SWPadnos> JT-Work, about 15%
[19:59:18] <jlmjvm> http://pastebin.com/jSWwHwqi
[19:59:47] <JT-Work> hmmm, return or make some 3/8" standoffs on the Hardinge
[20:00:13] <grommit> That link you sent for the script, is that the original, or + your hacks?
[20:00:16] <JT-Work> or trim the adapter plate so it will fit
[20:00:35] <MattyMatt> + my hacks
[20:00:41] <grommit> cool
[20:00:41] <SWPadnos> or don't use the shield plate
[20:01:26] <MattyMatt> I'm calling it version 0.175.matt until I get in touch with yoyoek
[20:01:38] <Jymmm> Or just use washers
[20:02:38] <SWPadnos> jlmjvm, only two things pop out at me: 1, you have the names of the X vel and pos commands attached to the wrong things - this isn't an error, but it would be confusing to look at xvelocity-cmd and wonder why it's actually a position
[20:02:55] <SWPadnos> and 2) you didn't connect feedback back to the motion controller
[20:03:25] <SWPadnos> it's only going to PID, but it needs to go to both
[20:04:17] <jlmjvm> do i need 2 net lines for that?
[20:04:36] <SWPadnos> no, you can list as many pins as you like on one line
[20:04:51] <grommit> MattyMatt: is his latest 174 or 175?
[20:05:04] <MattyMatt> his latest is 174
[20:05:22] <grommit> ok
[20:05:50] <MattyMatt> I usually version my scripts by the version of blender they work with :p
[20:06:29] <SWPadnos> jlmjvm, oh, you're still using position-cmd and position-scale on the stepgen. those should be velocity pins
[20:06:44] <MattyMatt> to 2 decimal places usually :) 2.43 to 2.49 is an unusually stable period
[20:07:32] <grommit> You might want to update the wiki page with your version of the script. I found it very convoluted to find the thing to begin with....
[20:07:49] <MattyMatt> I will, but this is not a release
[20:08:08] <MattyMatt> I've broken tings and added a bunch of empty promises in the gui
[20:08:55] <MattyMatt> and I still don't fully understand yoyoek's stuff
[20:09:04] <jlmjvm> SWPadnos:like this net axis.0.feedback encoder.0.position pid.0.feedback => axis.0.motor-pos-fb
[20:09:49] <grommit> empty promises are par for the course ;-) Perhaps if you post it somewhere he would pick it up and incorporate your changes
[20:10:10] <SWPadnos> jlmjvm, yep, but if you're going to put the arrow in there, it should be to the left of pid.0.feedback :)
[20:10:31] <SWPadnos> it's not an error, but it could be confusing
[20:10:55] <grommit> I am running on a Mac (blender 2.49b) any reason it wouldn't work?
[20:11:04] <MattyMatt> none I can think of
[20:11:17] <grommit> ill give it a try then
[20:12:27] <MattyMatt> 3 of his bake functions work as before, 1 I've made generate curves instead, which is how I represent toolpaths. he uses meshes
[20:13:22] <MattyMatt> there are advantages to using curves, apart from the ease of distinguishing them as toolpaths
[20:13:42] <grommit> such as?
[20:13:57] <MattyMatt> well, they can be curved, is one :)
[20:14:03] <grommit> :-)
[20:14:32] <MattyMatt> cubic beziers can be straight lines and arcs
[20:15:25] <MattyMatt> blender has a poly curve which has no curves at all, but my script can't handle them yet, still hacking on that. I have to convert them all to bezier
[20:16:58] <MattyMatt> and when I export, I don't detect beziers that are arcs yet. if they aren't straight lines, I chop them up into G1
[20:18:35] <MattyMatt> I need an is_bezier_arc() func
[20:19:04] <grommit> gotcha
[20:19:14] <MattyMatt> I can make a grungy one
[20:20:05] <Jymmm> MattyMatt: Can you make it pink with fluffy bunnies?
[20:20:13] <MattyMatt> take normals of the contol points, assume where they meet is the center, walk bezier and see if all points are same distance, within tolerance
[20:20:48] <grommit> that is how you do it know, or your function?
[20:20:55] <grommit> know==now
[20:21:16] <MattyMatt> that is how I will do it, if I don't stumble on a more elegant way
[20:23:47] <SWPadnos> MattyMatt, take a look at a bi-arc conversion (I think those are for beziers)
[20:24:00] <MattyMatt> it'l be just in XY, although I suppose I should check Z at all points too to make sure a constant Z move during a G2/G3 is acceptable
[20:24:11] <SWPadnos> look at the center point and radius of the two resulting arcs, and if they're the same (or close enough), it's an arc
[20:24:36] <SWPadnos> though I'm sure there are easier ways, by looking at the control points and "force vectors"
[20:24:51] <SWPadnos> (or whatever all that stuff is called :) )
[20:25:09] <MattyMatt> easier on the cpu maybe, but silicon is cheap, my brain is rare and precious :)
[20:25:22] <SWPadnos> um. yeah :)
[20:25:39] <MattyMatt> well if I break it, this won't get done
[20:25:57] <grommit> the control points form tangents to the curve
[20:26:21] <MattyMatt> yeah, so that's why I assume the normals intersect at the center
[20:27:13] <JT-Work> if I just leave the insert out for the rear connections on that Asus motherboard will there be any problem?
[20:27:39] <MattyMatt> it's not a whole solution, because the control point vectors can vary in length
[20:28:41] <MattyMatt> I'll do it my grungy way. some wiki reader with a CS degree can fix it later :)
[20:29:18] <grommit> There is a parametric equation for the cubic curves in wikipedia.
[20:30:14] <jlmjvm> SWPadnos:http://pastebin.com/RWJXDF3J
[20:30:16] <MattyMatt> meh 9.36pm. it's already too late to mill this tonight
[20:31:11] <MattyMatt> it's friday night, but next door has a baby
[20:31:25] <grommit> no friday nights for them :-)
[20:31:41] <SWPadnos> jlmjvm, that looks better. have you been trying to load these at all?
[20:32:06] <jlmjvm> yes,everytime
[20:32:12] <SWPadnos> and you don't get errors?
[20:32:35] <jlmjvm> none,except for joint error
[20:32:42] <SWPadnos> huh. that's odd
[20:32:59] <SWPadnos> oh right, there is still a position scale with the stepgen in vel mode
[20:33:10] <jlmjvm> i didnt change the pos to vel like you said
[20:33:25] <jlmjvm> everytime i do it wont start
[20:33:29] <SWPadnos> right, you may need both, if there's actually a vel scale (which there may not be)
[20:33:48] <jlmjvm> having prob with vel scale
[20:33:49] <SWPadnos> you should be using halcmd and/or halshow to see what the pin names are
[20:34:06] <SWPadnos> there may not be one on the software stepgen, I was thinking of hesa
[20:34:08] <SWPadnos> mesa
[20:34:39] <jlmjvm> lemmee see
[20:35:23] <jlmjvm> looking for pins,right?
[20:35:31] <SWPadnos> params I think
[20:35:38] <SWPadnos> I don't think scale is a pin
[20:36:11] <SWPadnos> halcmd is a little better for looking around like this (IMO)
[20:36:18] <SWPadnos> halcmd show all stepgen.0.vel
[20:36:24] <SWPadnos> or just
[20:36:27] <SWPadnos> halcmd show all stepgen.0.v
[20:36:46] <SWPadnos> will show anything (pins, params, functions, and signals) that start with that
[20:36:56] <SWPadnos> or halcmd show all stepgen.0
[20:37:06] <SWPadnos> which will show everything having to do with stepgen.0
[20:38:52] <jlmjvm> says program show is not installed
[20:39:04] <SWPadnos> what does?
[20:39:28] <SWPadnos> the program is halcmd
[20:39:46] <SWPadnos> the word "show" tells halcmd what you want to do
[20:40:19] <jlmjvm> after halcmd i typed show all stepgen.0
[20:40:26] <SWPadnos> one line
[20:40:29] <jlmjvm> no
[20:40:30] <SWPadnos> halcmd show all stepgen.0
[20:40:42] <jlmjvm> halcmd
[20:40:44] <SWPadnos> halcmd by itself does nothing
[20:40:51] <jlmjvm> ahh
[20:40:59] <SWPadnos> if you want a shell that you can type commands into, you need halcmd -kf
[20:41:13] <SWPadnos> the k makes it keep running if you make an error
[20:41:14] <jlmjvm> lets do hal show
[20:41:26] <SWPadnos> the f means read from file (which means the terminal if you don't tell it a file to load)
[20:46:37] <jlmjvm> SWPadnos:http://pastebin.com/L3rF74nX
[20:47:36] <SWPadnos> ok, that's fine then. position scaling is used for velocity (duh me)
[20:48:14] <eric_unterhausen> I thought passwd would make a new account
[20:48:24] <SWPadnos> useradd
[20:48:28] <SWPadnos> or adduser maybe
[20:48:29] <eric_unterhausen> thx
[20:49:18] <eric_unterhausen> adduser
[20:49:27] <frallzor> http://www.pici.se/p/large/fxFjaANXY/ is this right? =)
[20:49:37] <frallzor> or its supposed to have that missing part?
[20:50:10] <SWPadnos> the back (or right) cutter looks broken off to me
[20:50:16] <SWPadnos> unless that's not a second blade
[20:50:34] <frallzor> I thought that too but its brand new and the surface is spotless
[20:50:40] <frallzor> where it COULD be broken
[20:50:58] <frallzor> seems allmost intentional but Ive never seen this then =)
[20:51:14] <SWPadnos> well, it's weird that the tip of the cutter doesn't look like it's aligned with the center of rotation
[20:51:36] <frallzor> that it is though
[20:52:47] <jlmjvm> SWPadnos:so the hal file looks right?
[20:53:15] <SWPadnos> I think so, at least as far as I can tell without knowing anything about the machine
[20:53:33] <frallzor> SWPadnos seen cutters like this before?
[20:53:54] <SWPadnos> I've seen router bits that look similar
[20:54:05] <SWPadnos> I can't tell from that photo whether it really looks broken to me
[20:54:14] <frallzor> well it is a router bit for v-grooves
[20:54:30] <jlmjvm> where would be a good start point for the pid values
[20:54:51] <frallzor> id say it was broken if it wasnt "broken" så exakt without signs of it :P
[20:56:06] <SWPadnos> jlmjvm, I don't know
[21:05:47] <Jymmm> Since SWPadnos doesn't know, surely that's faulty memory and requires a cold boot a la kick in the ass!
[21:07:35] <jlmjvm> does anyone have an example of the "gtom" setup using steppers with velocity?
[21:07:49] <SWPadnos> I'll bet gtom does :)
[21:07:58] <jlmjvm> prolly does
[21:09:31] <jlmjvm> joined the forum to ask for it,somebody else wants to see it also
[21:10:49] <SWPadnos> yeah, sorry, but anything I tell you would be completely unsubstantiates
[21:10:51] <SWPadnos> d
[21:11:19] <jlmjvm> seb_kuzminsky:do you have a copy of the gtom setup?
[21:11:32] <seb_kuzminsky> hmm, no
[21:12:03] <jlmjvm> just wondering,he was talking to ya in the forum
[21:18:26] <jlmjvm> alex_joni:can you take a look at this,getting a joint error,thanks http://pastebin.com/8rtYW0AZ
[21:36:23] <HAL9k> If you haven't visited google today do so, playable packman with "google" as the maze
[21:37:41] <SWPadnos> that is too funny
[21:37:52] <HAL9k> indeed
[22:16:19] <davidf> SWPadnos, quick question pls? Do I need to debounce the signal from an optical switch in my home made encoder ra is that handled in the HAL?
[22:16:39] <davidf> (or not ra)
[22:19:34] <davidf> Anyone?
[22:22:48] <davidf> cradek, are you around?
[22:26:41] <davidf> Anyone know this please? Do I need to debounce the signal from an optical switch in my home made encoder or is that handled in the HAL?
[22:27:56] <pfred1> I remember reading in the Integrators Manual that EMC can debounce somehow
[22:28:57] <pfred1> davidf http://www.linuxcnc.org/component/option,com_kunena/Itemid,20/func,view/catid,24/id,323/lang,en/
[22:29:12] <davidf> Thanks pfred1 I figure it might be simply the result of taking only one sample per polling interval..?
[22:29:47] <pfred1> well that doesn't give a step by step
[22:31:15] <davidf> OK but it is a start, thanks. I might just add a 555 or something to ensure a clean signal anyway.
[22:31:38] <pfred1> there's 35 instances of debounce in the Integrator manual
[22:33:01] <davidf> Wow. OK I should have done my homework first before asking! Thanks.
[22:33:15] <pfred1> well that doesn't make finding your answer easier
[22:33:57] <davidf> That's OK at least it's probably there somewhere. :)
[22:34:15] <pfred1> maybe page 112 of the Integrator Manual?
[22:34:26] <pfred1> halcmd loadrt debounce cfg=1,4,2
[22:35:57] <pfred1> I'm reading it and it makes no sense ot me looks like keep plugging away at it until something works
[22:37:22] <pfred1> I think when i used to make electronic switch debouncers i used 2 nand gates but it was a long time ago
[22:37:54] <pfred1> think i got the circuit out of the ttl cookbook
[22:38:03] <davidf> yes, that works for switches but you need a dpdt switch, set / reset
[22:38:30] <pfred1> as i can recall I used momentary contact spring loaded pushbuttons
[22:39:46] <davidf> With a 555 and a couple r's & c's you can disable the signal after the first step, then it resets itself after a set short time interval
[22:40:05] <pfred1> yeah but I'm always short of 555s
[22:40:26] <pfred1> but nand gates I got by the bucketload
[22:40:29] <davidf> with a push button i've only seen rc filters used...?
[22:40:54] <tlab> I've debounced with a schmitt trigger, with an rc
[22:41:16] <pfred1> yeah i htink its really just an rs flipflop you sort of make out of almost any logic gate that does it
[22:41:20] <tlab> the rc is dependent on the switch
[22:41:40] <pfred1> but there is a cap and a resistor involved
[22:41:51] <davidf> The only nand gate method I've seen needs to be reset by grounding it after each button push...
[22:42:03] <tlab> a stiff switch may need a bigger cap to stop all the bouncing
[22:42:33] <davidf> that's why it's called an RS (set/reset) I think...
[22:42:36] <pfred1> don't matter you can delay in software
[22:42:55] <tlab> I have a 1uF on my reqular flip switches
[22:43:32] <tlab> and a .1uF for some push buttons
[22:43:40] <davidf> I'll have a look at the Integrator's Manual.. Is that where you suggested I look pfred1 ?
[22:43:59] <pfred1> yeah page 112 if you can figure out what they're talking about
[22:44:08] <davidf> heh ok
[22:44:17] <pfred1> there's some commands to play blind mans rubix cube with at least
[22:44:46] <tlab> http://www.ganssle.com/debouncing-pt2.htm
[22:44:57] <tlab> nand method
[22:45:13] <pfred1> tlab that looks terribly familiar
[22:45:31] <tlab> yea
[22:45:39] <tlab> it's a ... umm damn it
[22:46:14] <pfred1> it is spdt though
[22:46:14] <tlab> jk flip flop I believe
[22:46:36] <tlab> what kind of switch you need?
[22:46:54] <pfred1> he said he has optos
[22:47:19] <tlab> opto switch is still a switch yes?
[22:47:23] <pfred1> heck I'd play with hal and get it eventually I'm tired of soldering over here ;0
[22:47:24] <tlab> it's on or off
[22:48:05] <pfred1> I boxed up all my drivers and port board and junk yesterday I'm onto designing my mechanics now
[22:48:11] <tlab> if you look at part 1 of that guide it shows the bouncing in analog and digital
[22:48:24] <pfred1> getting started?
[22:48:55] <tlab> http://www.ganssle.com/debouncing.htm
[22:49:19] <pfred1> theres zip in getting started
[22:49:40] <tlab> the digital still shows bouncing, so you still have to add more capacitance to filter it out
[22:49:55] <pfred1> * pfred1 sees soft limits in his near future ...
[22:51:02] <davidf> pfred1, bounce is no problem with limit switches
[22:51:31] <pfred1> davidf you doing home switches?
[22:51:35] <davidf> The home sequence only looks for the first pulse and ignores anything else
[22:51:47] <pfred1> estop?
[22:51:48] <tlab> but if it was home switches
[22:52:01] <davidf> I made some really nice ones with optos from old printers. :)
[22:52:17] <pfred1> yeah i have a bunch of thouse out of cash register printers
[22:52:33] <pfred1> F style emitter detector pairs
[22:52:49] <pfred1> thanks Casio
[22:53:25] <davidf> that's the right thing.
[22:53:48] <pfred1> I also have a pile of the microswitch arm switches
[22:54:24] <pfred1> but i think I'm just going to be lying to EMC for a while over here when I get it all running
[22:54:55] <davidf> You can make a very simple comparator with an LM324 op amp. need only a 5 v supply. compare the detector voltage to a diode-drop .6v or so. feed that as the home pulse.
[22:55:00] <pfred1> only of the manuals that mentions debounce is the integrator one
[22:55:16] <JT-Dev> By default, the input devices may not be accessible to regular users--hal_input requires read-write access, even if the device has no outputs. To change the default permission of a device, add a new file to /etc/udev/rules.d to set the device’s GROUP to "plugdev".
[22:55:25] <davidf> With that system. I got .001 or better repeatability. :)
[22:55:26] <JT-Dev> what do you name the file?
[22:55:47] <pfred1> I figure the optocouplers I am using on the input of my buffer board are so slow they should cancel out any bounce
[22:56:22] <davidf> you'd be surprised...
[22:57:51] <davidf> But like I said, for homong switch bounce doesn't seem to make any difference at all. The home sequence looks for the first home response, then it backs up. and approaches slowly until it sees the first voltage step again.
[22:58:15] <pfred1> well thre's no way I'm dealing with any more electronics over here right now I just got done building 5 stepper motor drivers and a port buffer board
[22:58:20] <davidf> home. not homong whatever that is!
[22:58:37] <davidf> yipes.
[22:58:40] <pfred1> I have to make chips and sparks for a bit
[22:58:56] <davidf> just dont crash
[22:58:59] <davidf> :)
[22:59:14] <pfred1> no by hand i have to make the mechanics of the machine now
[22:59:32] <davidf> ah.
[22:59:33] <pfred1> I'll be cranking the handwheel by hand so to speak
[22:59:49] <pfred1> probably be using saws mostly
[23:00:06] <tlab> isn't a handwheel made for a hand?
[23:00:29] <pfred1> yeah I made pretty cheesy motor drivers and have pretty cheesy motors so I figured double up on the X and Y axises with it all
[23:00:58] <pfred1> tlab yes it is but this is a CNC centric channel
[23:01:37] <pfred1> really for the sort of metal working I do CNC wouldn't be of nay use to me
[23:02:24] <pfred1> though I do have a power X axis drive on my mill which is handy now and again
[23:04:40] <davidf> well I guess I'll have a look at the manual re debounce.
[23:05:04] <pfred1> I can't believe the hal manual barely makes mention of it
[23:05:15] <davidf> JT-Dev, waht you said above... was that re debounce in the HAL?
[23:05:35] <pfred1> I thought he was on about something else
[23:05:49] <davidf> me too.
[23:06:30] <pfred1> davidf here hit me up on youtube :) http://www.youtube.com/watch?v=cgbeyNNBZ68
[23:06:35] <pfred1> you can be lucky number 100
[23:07:09] <davidf> I have a feeling it will work just fine as is. I'm thinking the developers headed off that problem from the git go.
[23:07:14] <davidf> huh?
[23:07:48] <pfred1> davidf I was trying to get another hit on my youtube page
[23:08:44] <davidf> cool I saw it. 100. :)
[23:09:00] <pfred1> yeay i broke triple digits!
[23:09:02] <pfred1> thanks
[23:09:07] <davidf> ha ha
[23:09:22] <davidf> you're practically famous now. :)
[23:09:25] <pfred1> I made 3 motor drivers like that one
[23:11:27] <davidf> I bought mine on ebay. I have three parker zeta4 drives.
[23:12:05] <pfred1> well usually I enjoy electronics except right now I'm a bit tired of it is all
[23:12:09] <davidf> they are really nice. No power supply needed. They run off the 120 v line power.
[23:12:26] <davidf> supply 90 V dc to the steppers.
[23:12:34] <pfred1> you have AC steppers?
[23:12:45] <pfred1> oh so they have built in power supplies of some sort
[23:13:00] <davidf> no. just regular nema 23 stepper motors.
[23:13:05] <pfred1> I have a couple stepper motors that run off 120 VAC
[23:13:14] <pfred1> they're both nema 34
[23:13:22] <davidf> yes. built in
[23:13:29] <pfred1> you supply a phase capacitor
[23:13:48] <davidf> nothing.
[23:13:50] <pfred1> then they just run one speed
[23:14:19] <davidf> they rectify the ac, and send chopped dc to the stepper motors.
[23:14:21] <pfred1> they're pretty powerful though
[23:14:37] <pfred1> steppers run best on pure sine waves
[23:15:24] <pfred1> maybe someday I'll make a christmas decoration with one of those plug in stepper motors i have?
[23:15:27] <davidf> they do supply sine waves. it is filtered and output as sine
[23:16:45] <davidf> http://www.compumotor.com/manuals/zeta/zeta.html#ZETA4
[23:17:02] <pfred1> davidf I think I've seen those drives a few times
[23:17:13] <davidf> $1100 new. I got them for $200.00 each used
[23:17:20] <pfred1> well some compumotor drivers they're pretty common
[23:17:39] <pfred1> they got like a 50,000 step a rev mode?
[23:18:48] <pfred1> my drives aren't the top of the pops but they only cost me $10 a piece to make
[23:18:58] <davidf> nice!
[23:19:38] <pfred1> well for around twice that yo ucan get them assembled from china
[23:20:04] <pfred1> but I'm not so sure of those boards are even as nice as mine are
[23:20:43] <davidf> did you build from plans or your own design?
[23:21:03] <pfred1> I basically went with the typical applicaiton schematic in the datasheet
[23:21:15] <pfred1> just threw on some optos and filter caps here and there
[23:21:25] <davidf> datasheet for the chips?
[23:21:35] <pfred1> I got the schematic drew online let me find the URL
[23:22:03] <davidf> k
[23:22:24] <pfred1> http://img695.imageshack.us/img695/5841/tb6560ahqa.png
[23:23:14] <pfred1> I pretty much threw on the LED parts of the circuit to tie off unused gates in the schmitt inverter
[23:24:08] <pfred1> but hey whats an electronics project without at least a couple blinkin lites?
[23:24:11] <davidf> what is that TB6560 - Complete one chip driver?
[23:24:17] <pfred1> yup
[23:24:20] <davidf> Chopper?
[23:24:21] <pfred1> made by toshiba
[23:24:26] <pfred1> yes bipolar chopper
[23:24:28] <davidf> New?
[23:24:36] <pfred1> they're $4.73 each from digikey
[23:24:40] <davidf> havent heard of it b4
[23:24:41] <pfred1> fairly new
[23:24:47] <davidf> yipes!
[23:24:56] <pfred1> they replaces the ta8540 or something
[23:24:58] <SWPadnos> davidf, you can debounce in HAL if you need to, but it's always better to make the electronics as clean as possible
[23:25:07] <davidf> current capability / winding?
[23:25:13] <MrSunshine__> MrSunshine__ is now known as MrSunshine
[23:25:22] <pfred1> their biggest drawback is you can only run them to about 30 volts or so
[23:25:24] <davidf> SWPadnos, thanks! Hi btw. :)
[23:25:30] <pfred1> after that they blow up like chinese new years
[23:25:54] <SWPadnos> the reason for that is that noisy electronics introduces extra jitter into the timing of when the edges are detected
[23:25:56] <SWPadnos> hi :)
[23:26:01] <pfred1> good to 3 amps a phase
[23:26:41] <pfred1> SWPadnos anyone ever tell you that you can be a real party pooper sometimes?
[23:26:42] <davidf> SWPadnos, OK I'm going to use a 555 timer to debounce and figure out a timing delay that will still allow my max desired rpm.
[23:26:56] <SWPadnos> pfred1, no, never
[23:27:10] <davidf> why do say that? Because he's OT? LOL
[23:27:36] <pfred1> no because now someday I'll have to make another board for my cnc project
[23:27:58] <pfred1> I guess by the time i get to it I'll be more up for it than I am now
[23:28:14] <SWPadnos> how will a 555 timer do debounce for you?
[23:28:18] <SWPadnos> using it as a monostable?
[23:28:24] <pfred1> you cna make is one shot
[23:28:35] <SWPadnos> yeah, monostable multivibrator :)
[23:28:58] <pfred1> really I'm forever scrounging for a 555
[23:29:03] <SWPadnos> but that's not great for an encoder, since it needs to be debounced on both edges
[23:29:28] <SWPadnos> you'd be better off using a $0.75 AVR or PIC for debounce
[23:29:31] <davidf> hmm, the plot thinkens...
[23:29:35] <SWPadnos> gotta run, bbl
[23:29:44] <pfred1> you have got to be kidding
[23:29:45] <SWPadnos> we can discuss the microcontroller option later if you're still around
[23:29:58] <davidf> ok, party poopr. :)
[23:30:00] <pfred1> a microcontroller to switch debounce?
[23:30:38] <pfred1> thare has to be an easier LSI solution
[23:30:53] <davidf> seems like overkill to me, but SWPadnos usually knows what's best.
[23:31:17] <pfred1> davidf here is a rich LSI solution for ya http://img692.imageshack.us/img692/646/hsoptos.png
[23:31:39] <pfred1> 4 LSI chips making a half stepping sequence
[23:32:10] <pfred1> good to 50 MHz too!
[23:32:30] <pfred1> I made 2 motor drivers like that
[23:32:35] <davidf> I didn't think about having to debounce on both rising and falling edges. that kind of complicates things. Maybe I'll go back to the throwing money at it mode. I can get a nice encoder for $30
[23:33:34] <pfred1> davidf here: http://www.electro-tech-online.com/attachments/general-electronics-chat/33434d1252818202-hex-schmitt-trigger-invertor-use-debounce-switch-how-my-set-up.jpg
[23:33:42] <pfred1> you can get 3 out of one chip
[23:34:24] <davidf> http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=102-1307-ND
[23:34:32] <pfred1> I thought there was a feedback wire in it but I'm not seeing on on that schemo
[23:35:50] <pfred1> most seem to favor this approach: http://www.internetarchaeology.org/www.geocities.com/Templarser/digital/CLK4.gif
[23:36:27] <pfred1> anymore I'm a big believer in the schmitt effect myself
[23:36:54] <pfred1> I used them to square up my optocouplers they worked a treat
[23:37:04] <davidf> that looks familiar. it relies on the propagation delay of the triggers. I have a textbook from my EE days that shaows several like that. Forgot all about it. You can gang up several logic gates, strung together as many as needed to get past the bounce interval...
[23:37:28] <pfred1> yeah sometimes delay is a wonderful thing
[23:38:00] <pfred1> schmitt triggers are sort of the Mr. Magoo's of the digital world
[23:38:07] <pfred1> they ignore a lot of stuff for you
[23:38:08] <davidf> OK you are full of good ideas. thanks.
[23:38:41] <pfred1> I'd try that before i blew $30 on what will probably be that in a cheap plastic box
[23:39:55] <davidf> no no. the $30 was for the rntire, out of the box ready made encoder, debounced, and all set up. just attach it to the shaft and away you go.
[23:40:21] <davidf> 4000 cycles/rev
[23:41:00] <davidf> or programmable from 1 to 4 k or something like that check that digikey link I posted above.
[23:41:37] <jlmjvm> SWPadnos:what do you think about these motor-drive units http://www.machmotion.com/Drives-and-Motors-TECO-Servo-Drives-&-Mot/c47_53/index.html
[23:41:42] <pfred1> like a quadrature encoder?
[23:42:02] <pfred1> jlmjvm I think SWPadnos said that they were leaving
[23:42:17] <davidf> pfred1, yes, exactly that.
[23:42:32] <pfred1> davidf never heard of it ;)
[23:42:58] <jlmjvm> maybe he will see it later
[23:42:58] <davidf> http://search.digikey.com/scripts/DkSearch/dksus.dll?Detail&name=102-1307-ND
[23:43:07] <pfred1> * pfred1 is all about the open loop
[23:44:36] <penguin> guys, there is a solution to this problem?
[23:44:37] <penguin> http://www.cnczone.com/forums/showthread.php?t=93949
[23:44:44] <pfred1> davidf I'm htrowing 440 oz/in on an axis and if I lose stepps I'll have ot reevaluate
[23:45:00] <davidf> pfred1, me too. this is just so I can use the G76 canned threading command. It needs to sync the Z axis on the lathe to the spindle, so you need a spindle encoder signal, and an index pulse (one index pulse/rev and position signal.)
[23:45:50] <pfred1> davidf ah you are encoding your spindle?
[23:46:34] <pfred1> where'd JT go he fixed his Fred Flintstone encoder on his hardinge
[23:47:11] <pfred1> it used hall effect devices iirc
[23:47:15] <penguin> i have a delay problem with the m64/65 commands
[23:47:49] <penguin> G01 X1.2 M65 P0
[23:47:56] <penguin> for example
[23:48:05] <penguin> this turn on the digital output 0
[23:48:23] <penguin> but the movement stop a few ms
[23:48:52] <penguin> i'm using correctly the command m65?
[23:49:47] <penguin> M-codes and G-codes can be in the same line?
[23:50:36] <davidf> penguin, sorry you're over my head there. That would be a q for SWPadnos or cradek or jepler or someone more knowledgeable than I.
[23:50:58] <pfred1> andy knows his gcode pretty good but he must be out this evening
[23:51:45] <davidf> pfred1, yes I'm encoding the lathe spindle. No prob though. I think that schmidt trigger or similar low key solution will be fine.
[23:52:17] <davidf> SWPadnos, will be back later penguin - check back in awhile and ask again.
[23:52:50] <penguin> thanks david hasselhof
[23:53:21] <penguin> ;)
[23:53:35] <MattyMatt> monostable multivibrator
[23:54:12] <MattyMatt> I think my electronics books were written by weirdos tho, like Clive Sinclair
[23:54:31] <davidf> penguin, One thing you might have a look at... Your problem might be due to too slow accelleration on that axis. Maybe it is taking much longer to stop and start that it needs to. Try increasing the max accel variable on that axis?
[23:55:38] <penguin> davidf, I already set the acceleration to the maximum
[23:55:48] <davidf> darn.
[23:55:52] <penguin> look
[23:56:01] <penguin> G01 X1.0000
[23:56:11] <penguin> G01 X1.5000
[23:56:13] <penguin> etc
[23:56:32] <penguin> forgett
[23:56:36] <penguin> i start again
[23:56:38] <penguin> look:
[23:57:13] <penguin> G01 X1.0000
[23:57:24] <penguin> G01 X1.5000 M65 P0
[23:57:29] <penguin> there is a pause there
[23:57:57] <penguin> a tiny pause
[23:58:16] <penguin> i'm working with a laser, and this pause burn more the material
[23:58:34] <penguin> :(
[23:59:39] <jlmjvm> what is the m65 for