Back
[00:00:19] <SWPadnos> oh, Dave E or Tom P maybe
[00:00:28] <SWPadnos> hmmm. maybe not
[00:01:03] <mshaver> you're right, this was when i was working on real estate stuff, contributing to our economic growth!
[00:01:17] <SWPadnos> heh
[00:03:23] <mshaver> well, it's food then bed for me. They've been working me like a mule here & we've shipped 2 5i20 systems, 1 lathe & 1 mill, but I've been working late every day & it's caught up with me
[00:03:45] <SWPadnos> night
[00:03:53] <mshaver> night!
[00:18:51] <geo01005> Terminology question: Is an SPI frame the whole transaction including both master and slave communication. Or is there a Master initiated frame followed by the slave response?
[00:42:16] <SWPadnos> geo01005, I think in general an SPI frame is one CS cycle, with however many bits get transferred between asserting and de-asserting CS
[00:47:58] <PCW> geo01005: SPI frame includes both send and receive data (they happen at same time)
[00:47:59] <PCW> Simplest SPI device slave is just a Shift Register (SR) with a enable input (CS or Frame)
[00:48:01] <PCW> when Frame is asserted, every clock shifts in bit from master to SR and shifts out a bit
[00:48:02] <PCW> from SR to master.
[01:24:42] <KimK> Has any one gotten gnome's "AdvancedEditingPlugin" at
http://live.gnome.org/Gedit/AdvancedEditingPlugin to work with gedit? I tried to install the plugin in the originally recommended folder .gnome2/gedit/plugin and again in the user-recommended folder usr/lib/gedit-2 and I don't seem to have it. I wanted the plugin for CR/LF issues and thought it might be easier than dos2unix and unix2dos, but maybe II'll end up there anyway?
[01:57:11] <KimK> How about another related question? I need to prepare offline a g-code program for an older CNC machine, and then transfer it by RS-232 serial in the old school manner. In Windows, I used to prefer Procomm for this purpose, if that helps. What apps would you recommend with Ubuntu 8.04emc or 8.10 for the serial transfer?
[02:00:18] <seb_kuzminsky> minicom? or stty & cat?
[02:18:33] <KimK> seb_kuzminsky: Thanks, looks like minicom might work.
[02:59:45] <UncleGemc> hey guys, halrun is asking for files in "insmod: can't read '/usr/realtime-2.6.24-23-generic" instead of realtime-2.X.X-X-rtapi" what file do I need to edit to get it to point to the rtapi folder?
[03:00:09] <SWPadnos> you need to reboot and select the RTAI kernel instead of the generic kernel
[03:00:28] <SWPadnos> and/or edit /boot/grub/menu.lst so that the RTAI kernel is the default
[03:00:37] <UncleGemc> I did that
[03:00:48] <SWPadnos> apparently it didn't work ;)
[03:00:49] <UncleGemc> It is in rtai from what I can tell.
[03:01:20] <SWPadnos> '/usr/realtime-2.6.24-23-generic' doesn't say "magma" or "rtai", it says "generic"
[03:01:27] <SWPadnos> that's from uname -r
[03:01:43] <SWPadnos> which tells the name of the currently running kernel
[03:01:56] <UncleGemc> dang
[03:02:09] <UncleGemc> you are right again..
[03:02:13] <SWPadnos> heh
[03:02:20] <SWPadnos> it was bound to happen
[03:02:23] <SWPadnos> (some time)
[03:03:58] <UncleGemc> lol I put the default as 22 instead of 2
[03:04:00] <UncleGemc> im silly.
[03:04:13] <SWPadnos> heh
[03:04:25] <SWPadnos> durned bouncy keyboards
[03:05:14] <UncleGemc> Im sshed into my cnclinux box with a laptop and well. i suppose thats my excuse
[03:05:22] <UncleGemc> I shall reboot and then be back :)
[03:05:33] <SWPadnos> okie dokie
[03:05:48] <UncleGemc> silly me.
[03:08:47] <UncleGemc> ok back to playing with hal.
[03:09:19] <SWPadnos> enjoy
[03:11:06] <UncleGemc> I happened to overwrite my rtai by upgrading the kernel and had to figure out how to get my old kernel back which for me was trouble enough, then I make a simple mistake puttin double deuces in grub and becoming totally lost
[03:11:22] <UncleGemc> thanks tho, now I know what uname -r is good for.
[03:11:33] <SWPadnos> yep
[03:11:46] <SWPadnos> uname -a gives you a bit more information (all)
[03:13:51] <UncleGemc> aye
[03:14:15] <UncleGemc> im sure that will be required before my days are done.
[03:38:16] <jst_home> Hello UncleGemc
[04:15:55] <UncleGemc> jst_home: hey man hows it goin?
[04:18:55] <jst_home> UncleGemc: pretty good here, how's your servos?
[04:19:53] <UncleGemc> running :)
[04:20:10] <jst_home> UncleGemc: did you continue working on your project to get those analog servo amps to work for you?
[04:20:14] <UncleGemc> I am setting my machine up for a job out of michigan currently.
[04:20:25] <UncleGemc> testing currently
[04:20:28] <UncleGemc> :)
[04:20:37] <jst_home> ah, awesome
[04:20:53] <jst_home> UncleGemc: did you find a reasonably affordable way to get them going?
[04:21:08] <UncleGemc> I need to amp the dignal from my parport up to atleast 3v to get a response tho
[04:21:19] <UncleGemc> signal*
[04:22:08] <UncleGemc> yeah, actually there is a local company they sells machinery and they really dont real with CNC controls so they just take them off and basically give them away wehn parting out a machine.
[04:22:09] <jst_home> ah, yeah, I hear there's two types of parallel ports, ones that have a really low voltage, and 5V ones
[04:22:16] <jst_home> not sure what's up with that really
[04:22:38] <jst_home> UncleGemc: heh, that sounds like a great place! :)
[04:22:57] <UncleGemc> next week the company is getting two index machines both with cncs but the one they are parting out they said they would sell me the cnc system off of it.
[04:23:01] <UncleGemc> hooooooooorah :)
[04:23:15] <jst_home> sweet!
[04:23:37] <jst_home> you lucked on on that one!
[04:23:51] <UncleGemc> or.... I could buy this cnc router with a complete system and 4 servos for $1500
[04:24:23] <jst_home> that sounds like a lot more money :)
[04:24:24] <UncleGemc> but it contains all proprietary controls and I would like to .avoid that
[04:24:44] <jst_home> yeah, you've got emc for that part anyways :)
[04:25:11] <UncleGemc> would you happen to have a suggestion on amping up my signal from my parport without shorting out my parport
[04:25:30] <UncleGemc> you know something quick n easy.
[04:26:57] <jst_home> hmm, not sure how quick and easy that would be... there's quite a few pins there to deal with
[04:27:11] <UncleGemc> i just need to amp up one wire
[04:27:20] <jst_home> oh
[04:27:25] <jst_home> well that makes it easier
[04:27:29] <UncleGemc> :)
[04:28:51] <jst_home> a 5V DC power source (regulated), a PNP transistor and two resistors ought to do it
[04:28:55] <jst_home> but what do you have available?
[04:29:20] <jst_home> you could do all that on a breadboard unless you want to start soldering...
[04:30:15] <jst_home> or there's signal level converter ICs you could play with if you can source one easily around there
[04:30:33] <jst_home> digikey.com can have it on your dorstep in a few days if there's no other options
[04:30:43] <UncleGemc> how about the output from a spare computer power supply and ...for one, what is a PNP transister also where can I the required transisters?
[04:30:52] <UncleGemc> where can I find*
[04:31:09] <UncleGemc> err resisters..
[04:31:14] <jst_home> spare computer power supply would do, yeah
[04:31:50] <jst_home> radio shack could probably sell you a PNP transistor, it's a little black thing (usually) with 3 legs (wires)
[04:32:10] <UncleGemc> please excuse my typos and such i have been up for about 22 hours
[04:32:34] <jst_home> oh, man, you should get some sleep :)
[04:32:46] <UncleGemc> If it is what I think it is, I should have about 100 of those attached to various scrap boards in my room.
[04:33:00] <UncleGemc> I think I know the ones you speak of.
[04:33:48] <UncleGemc> so, (total guess) middle wire is signal in from parpart outside two are my dc 5v current?
[04:34:05] <jst_home> UncleGemc: that's likely, you'll just need to find the part number on them and make sure they're PNP transistors
[04:34:20] <jst_home> actually you'll need two, unless inverting the signal is ok
[04:34:26] <UncleGemc> I can google that
[04:34:49] <UncleGemc> I would think so, Im shooting to test the pwm out signal of hal to the pwm in signal on my board.
[04:35:04] <UncleGemc> any result would result in me smiling.
[04:35:11] <jst_home> UncleGemc: yeah, once you find the part number you can usually find the spec sheet
[04:35:21] <jst_home> UncleGemc: it totally depends on the part which pin is which
[04:35:22] <UncleGemc> I can handle that
[04:35:32] <UncleGemc> ok, and the resisters?
[04:35:58] <jst_home> UncleGemc: a transistor has a base, a collector, and an emmitter
[04:36:25] <jst_home> UncleGemc: since inverting the singnal is ok, an NPN transistor would be easier to deal with, and probably easier to find on a spare board
[04:36:51] <jst_home> you'll want to connect the parallell port through a say, 1k ohm resistor to the base
[04:37:03] <jst_home> and ground the emitter
[04:37:24] <jst_home> and connect 5V through another 1k ohm resistor to the collector
[04:37:46] <jst_home> then you'll have a 5V inverted signal on the collector pin on the transistor
[04:38:03] <jst_home> the resistors are important, you'll fry stuff if you don't have them
[04:38:07] <UncleGemc> NPN=-+-?
[04:38:25] <UncleGemc> Understood. I shall search my salvage of parts.
[04:38:29] <jst_home> yeah, you can think of it that way
[04:38:40] <jst_home> use a tester to make sure you have something close to 1k ohm
[04:38:52] <UncleGemc> got 1 :)
[04:39:11] <jst_home> 5k would probably work too, but don't go too much higher than 5k or lower than 1k
[04:39:46] <UncleGemc> I will collect parts and I'll be back, thx for the heads up on this (greatly appreciated) otherwise I would be out buying things I dont need tomorrow.
[04:40:30] <jst_home> a 1k resistor will have a brown colored ring in one end, followed by a black, then a red
[04:40:49] <jst_home> UncleGemc: and the grounds from the paralell port and the PC power supply must be connected together
[04:41:13] <jst_home> UncleGemc: but use a tester, that's the best way to know for sure
[04:41:48] <jst_home> UncleGemc: and test after you've removed it from whatever it's attached to, if you're taking parts from existing boards
[04:42:41] <jst_home> UncleGemc: something like a 2N3904 transistor would work, but there's thousands of different ones...
[05:02:39] <UncleGemc> jst_home: are you there?
[05:02:43] <jst_home> UncleGemc: I sent you (in email) a little schematic you may find useful
[05:02:49] <UncleGemc> great :0
[05:03:12] <UncleGemc> I just got the transister and the datasheet for it looks like what I need.
[05:03:26] <jst_home> UncleGemc: perfect
[05:03:37] <jst_home> UncleGemc: what's the part number, out of curiosity?
[05:03:50] <UncleGemc> I gathered 5 resisters however, I am uncertain of what the readings should be
[05:04:01] <jst_home> k
[05:04:07] <jst_home> what does your tester say?
[05:04:14] <UncleGemc> c3198
[05:04:26] <UncleGemc> well, it seems I have 1 option on the ohmeter
[05:04:45] <UncleGemc> X1K
[05:05:05] <jst_home> ok, then you'd want a reading close to 1
[05:05:20] <jst_home> sometimes those scales are a bit hard to read
[05:05:22] <UncleGemc> well they all max out the reader except two.
[05:06:06] <jst_home> ok, the ones that max it out are probably lower resistance than you want
[05:06:12] <jst_home> what do the two others read?
[05:06:28] <jst_home> or what are the color rings on the resistors?
[05:06:58] <UncleGemc> http://ecx.images-amazon.com/images/I/51IaB%2BxRzrL._SL500_AA280_.jpg
[05:07:24] <jst_home> ah, I see
[05:07:34] <UncleGemc> about 15?
[05:08:05] <jst_home> could be 15k ohm, sounds a bit high, but could be worth a try
[05:08:09] <jst_home> what about the color rings?
[05:08:25] <UncleGemc> R R O G
[05:08:49] <jst_home> R = 2
[05:08:52] <jst_home> O = 3
[05:09:01] <UncleGemc> gold*
[05:09:06] <jst_home> meaning 2, 2, followed by 3 zeroes
[05:09:07] <jst_home> so 22k
[05:09:15] <jst_home> gold means the tolerance
[05:09:19] <jst_home> which we don't care about
[05:09:34] <UncleGemc> ohhh
[05:09:35] <UncleGemc> neat
[05:10:04] <jst_home> if you can't easily find other ones give those a shot if you can w/o too much effort
[05:10:06] <UncleGemc> worth trying?
[05:10:22] <jst_home> I'd give it a shot
[05:10:51] <UncleGemc> I should take a peek at your schematic
[05:11:26] <jst_home> depending on the current needs for what you're driving with this the 22k between +5V and the collector might be too high
[05:11:41] <jst_home> the easiest way to know is to try it out probably :)
[05:12:00] <UncleGemc> :)
[05:12:24] <UncleGemc> should I use a higher voltage?
[05:12:31] <UncleGemc> or does that even change anything?
[05:12:31] <jst_home> no
[05:12:34] <UncleGemc> ok
[05:12:48] <jst_home> if anything it'll be more likely to produce smoke :)
[05:13:43] <jst_home> UncleGemc: that transistor should be fine btw, assuming it's not fried
[05:13:45] <UncleGemc> lol
[05:13:46] <UncleGemc> ok
[05:14:10] <jst_home> did you get the schematic?
[05:14:15] <UncleGemc> should be good, pulled it from an old fax machine, that worked fine
[05:14:22] <UncleGemc> yea lookin at it now,
[05:14:22] <jst_home> ok
[05:14:26] <jst_home> cool
[05:15:40] <UncleGemc> ok, im going to go solder this up and I will be back when rdy to test.
[05:16:13] <jst_home> UncleGemc: ok, I'll be around for a bit, but I need to get over to my shop for a bit later on
[05:17:09] <UncleGemc> I think I have everything i need to know thx to you, if we miss eachother next time I come around then thx again for all the help
[05:17:27] <jst_home> UncleGemc: no problem
[05:22:50] <JymmmEMC> The only way I ever remember the color code... Bad Boys Rape Our Young Girls But Violet Gives Willingly == Blk, Brn Red, Org, Yel, Grn, Blu, Vio, Gry, Wht == 0 to 9
[05:23:27] <jst_home> heh
[09:09:23] <rob> rob is now known as Guest84261
[10:09:18] <shrdlu-> erm, hrm. What was that interface that was suggested to make 'free flowing' raster code again?
[10:22:15] <alex_joni> logger_emc: bookmark
[10:22:15] <alex_joni> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2009-02-19.txt
[10:22:22] <alex_joni> shrdlu-: ^
[10:22:47] <shrdlu-> merci alex
[13:29:15] <tomp> has anyone looked into plc-emu?
http://sourceforge.net/projects/plcemu
[13:39:25] <shrdlu-> I don't get it
[13:40:23] <shrdlu-> isn't PLC generally just regular code controlling some pins?
[13:41:31] <mshaver> logger_emc: help
[13:42:36] <mshaver> logger_emc: bookmark
[13:42:36] <mshaver> Just this once .. here's the log:
http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2009-02-19.txt
[13:44:27] <skunkworks_> Good morning Matt.
[13:44:59] <mshaver> good morning!
[13:45:24] <alex_joni> hi guys
[13:46:26] <mshaver> * mshaver exclaims with greater exuberance than justified by his state of mind at this early hour...
[13:47:08] <skunkworks_> Hi alex
[13:47:29] <skunkworks_> * skunkworks_ wonders why matt is up early 2 days in a row..
[13:49:54] <mshaver> I'm actually up at this time every day when I'm out in MI, just never remember to log onto irc
[13:53:28] <skunkworks_> alex_joni: how is the install coming?
[13:54:41] <alex_joni> skunkworks_: what install
[13:55:01] <skunkworks_> oh - I thought you where installing a robot this week
[13:55:05] <alex_joni> ah, that one ;)
[13:55:07] <alex_joni> almost finished
[13:55:10] <skunkworks_> heh
[13:55:28] <alex_joni> started yesterday, today I had a colleague of mine there
[13:56:12] <skunkworks_> nice
[14:11:02] <alex_joni> skunkworks_: funny how these things go
[14:11:16] <alex_joni> I installed 2 identical system at this very customer ~7-8 years ago
[14:11:49] <alex_joni> that was very exciting stuff back then, those were amongst the first systems we installed
[14:12:01] <alex_joni> now it's like a really minor thing ;)
[14:13:15] <skunkworks_> matt - with (I think) stock stepper config - I get .0005 following error at 72ipm
[14:21:23] <tomp> is the .0005 lag consistent despite number of axis, or say a small helix after a long fast single axis motion?
[14:21:41] <tomp> btw .0005 at 72ipm is excellent
[14:26:23] <tomp> oops i have no idea what following error is on a stepper system ( thats open loop in my mind as there is no feedback to judge actual - desired [aka following error] )
[14:28:20] <alex_joni> tomp: it's the stepgen lagging behind commanded position
[14:28:27] <alex_joni> in an ideal world it would be 0
[14:28:32] <alex_joni> bbl
[14:43:13] <skunkworks_> that was just a single axis
[14:44:21] <archivist> * archivist just read the nasty bang on the head email off the list.....that must have hurt
[14:45:37] <tomp> skunkworks_: thx, i been thinking about alex's reply. interesting. maybe you can remove the .0005 with lower maxvel or longer accel times ( same as lower accel rate ) this could reduces the 'load' on the stepgen and make miniscule difference to your real performance
[14:46:50] <tomp> but then... if it aint busted... ;)
[14:51:47] <skunkworks_> yeh - that is well within my tollerence ;)
[14:54:19] <tomp> that was the point, its not a measure of your machine's position, its a measure of the stepgen's ability to keep up with the requested rates.
[15:23:45] <BJT-Work> I think I'm going to hook up EMC to my tailstock of my manual lathe :)
[15:24:06] <cradek> have a lot of peck drilling to do?
[15:24:17] <BJT-Work> deep drilling from time to time
[15:25:09] <cradek> I drilled a bunch of 5/8 in steel the other day. what a pain that would have been otherwise.
[15:25:51] <BJT-Work> I'm drilling a bunch of 5/16" x 1.75" deep :(
[15:25:55] <cradek> I ground a flat and put the 5/8 drill in a 5/8 boring bar holder.
[15:26:14] <cradek> yick, deep and small
[15:26:18] <BJT-Work> heh, that's cheating
[15:26:55] <cradek> it worked great - you should have seen it.
[15:27:12] <cradek> sometimes it's nice to have a large(ish) machine
[15:27:35] <BJT-Work> you didn't take any videos?
[15:27:53] <cradek> nope
[15:30:03] <BJT-Work> my manual lathe is 15" x 48" but I normally use a 10" 4 jaw chuck with a collet holder in it...
[15:30:32] <BJT-Work> I figure if I get a computer with EMC on it for something I'll finish the job some day :)
[15:33:20] <BJT-Work> Then I can have a Linux computer here in the machine shop...
[15:49:35] <BJT-Work> http://www.youtube.com/watch?v=MKKUTW65PK4
[16:29:31] <pjmcnc> afternoon all, would someone be able to give me some pointers on connecting a quadrature encoder knob to the spindle speed over-ride component? I have the encoder part working and can see the count with halscope, just cant get it to link to the spindle speed override in axis
[16:31:38] <pjmcnc> so far i have: net tweekwheel-b encoder.2.phase-A pyvcp.2 <= parport.2.pin-02-in-not
[16:31:38] <pjmcnc> net tweekwheel-a encoder.2.phase-B pyvcp.3 <= parport.2.pin-03-in-not
[16:31:38] <pjmcnc> net jog-counts encoder.2.counts halui.spindle-override.counts
[16:32:18] <cradek> you need to run halui and hook the encoder's counts to that
[16:33:22] <pjmcnc> i read in the docs that i needed to make halui.spindle-override.count-enable true too, but it complains about an unknown pin when i link that to a hardware button
[16:34:11] <cradek> I think the enable pins may only be in later versions.
[16:34:33] <cradek> you can use halscope/halmeter to see what pins exist and their exact names.
[16:36:00] <pjmcnc> ah yes good point. some 'signal' is getting to the halui.spindle-override because when i turn the encoder knob, the spindle override is reset to 100%
[16:37:10] <cradek> you hooked the encoder counts to halui.spindle-override.counts, right? what is halui.spindle-override.scale?
[16:37:22] <cradek> it will change by 'scale' for each 'count'
[16:38:27] <pjmcnc> ahh the scale is probably what i'm missing! I knew it would be something obvious, one sec i'll add a line and test - thanks
[16:38:50] <cradek> if scale is 1 it will jump between 0% and 100% I bet
[16:39:06] <cradek> try .05 or .02 or something like that
[16:44:06] <LawrenceG> good morning Chris
[16:44:19] <cradek> howdy
[16:45:54] <LawrenceG> I have been plying with a linear stage that had an 18ohm stepper motor.... what a POS on a 40v supply!
[16:46:56] <LawrenceG> I found another stepper with 1/2ohm coils... much better
[16:47:18] <cradek> steppers - gotta love 'em
[16:47:35] <LawrenceG> they play nice tunes
[16:47:50] <cradek> definitely.
[16:48:18] <LawrenceG> and make good hand warmers this time of year
[16:48:26] <seb_kuzminsky> wasnt there an mp3-to-gcode program somewhere?
[16:49:15] <cradek> ha, I hope not
[16:49:17] <seb_kuzminsky> http://www.youtube.com/watch?v=X4SCSGRVAQE
[16:49:34] <cradek> if you have four axes you can play a nice rendition of daisy though.
[16:50:25] <cradek> heh, that's cool
[16:50:29] <LawrenceG> seb.. ouch... stepper abuse
[16:51:36] <archivist> I should record mine doing daisy
[16:52:02] <cradek> I asked youtube for emc2 + daisy, but no.
[16:53:37] <LawrenceG> I though there was a utube one with a gantry router
[16:55:15] <cradek> heh, there is a 1541 playing daisy on youtube - that's the first unusual computer music I remember.
[17:02:28] <pjmcnc> cradek, would u be able to give me just a little more assistance with the spindle over ride please?
[17:03:07] <cradek> still not working?
[17:03:14] <pjmcnc> i have checked with the hal meter and the halui.spindle-override.scale = 0.05 the halui.spindle-override.counts value in/decs with the control knob
[17:03:38] <pjmcnc> the spindle override slider does the right job and makes the spindle go faster/ slower etc
[17:03:58] <skunkworks_> http://www.youtube.com/watch?v=R26yo7P9mwA&eurl=http://www.cnczone.com/forums/showthread.php?t=51348&highlight=cnc+music
[17:06:32] <cradek> I have to say that daisy with harmony is far superior to everyone else's monochromatic tunes.
[17:06:54] <cradek> although it would be nice if someone would post a video of the full thing (four axes)
[17:07:13] <cradek> I think in a couple places the 7th is missing - sounds a bit empty
[17:07:28] <cradek> (maybe I could make a better 3 axis version)
[17:11:52] <cradek> yeah the G->G7 and G->Em (lines 89, 103) are missing without 'A'. those are what make it interesting!
[17:12:04] <cradek> umm, nobody cares about this but me
[17:12:05] <cradek> sorry
[17:12:07] <BJT-Work> maybe a 9 axis stepper playing classical gas :)
[17:12:19] <SWPadnos> Smoke on the Water
[17:12:25] <SWPadnos> grinding steppers
[17:13:04] <BJT-Work> Rusty Warren grinding... well never mind
[17:18:39] <SWPadnos> actually, a misconfigured stepper system would sound pretty close to the opening guitar in Smoke on the Water
[17:20:43] <cradek> pjmcnc: can you explain what problem you still have? I don't understand.
[17:21:49] <pjmcnc> cradek, okey dokey, so i have the encoder running, its connected to halui.spindle-override.counts - i can see the value in/decrementing with the encoder knob
[17:22:28] <pjmcnc> so if i run say m0 s1000 i can adjust the speed up/down with the spindle override slider in axis
[17:22:36] <pjmcnc> just not my encoder knob
[17:22:45] <SWPadnos> isn't there an enable line as well?
[17:22:48] <pjmcnc> i checked the values with the hal meter and they look about right
[17:22:52] <cradek> what does it do when you turn the encoder knob?
[17:22:55] <cradek> nothing?
[17:23:08] <cradek> SWPadnos: depends on the version. what version are you running pjmcnc?
[17:23:18] <pjmcnc> the speed doesnt move, but if you move the slider with the mouse, turn the knob, it will reset to the centre, i.e. 100%
[17:23:40] <pjmcnc> version 2.2.8 here
[17:23:41] <cradek> is anything hooked to halui.spindle-override.increase or .decrease?
[17:23:59] <pjmcnc> one sec i will check
[17:24:51] <pjmcnc> no nothing is hooked up to those
[17:25:19] <pjmcnc> i've set a value of 0.05 for the scale with setp halui.spindle-override.scale 0.05
[17:25:27] <pjmcnc> and that shows as correct with the hal meter
[17:26:21] <cradek> hmmm
[17:26:35] <cradek> does halui.spindle-override.value change properly when you move the on-screen slider?
[17:27:27] <pjmcnc> it does yes, that works fine and the motor varies as expected
[17:28:15] <cradek> to be sure: halmeter shows that the halui.spindle-override.value changes properly?
[17:28:26] <pjmcnc> only with the slider yeah
[17:28:42] <cradek> ok
[17:28:46] <pjmcnc> i will just modify the config to make the encoder move the feed rate override and see what happens there
[17:29:02] <cradek> the code in halui is identical...
[17:29:11] <cradek> http://cvs.linuxcnc.org/cgi-bin/cvsweb.cgi/emc2/src/emc/usr_intf/halui.cc?rev=1.54.2.1;only_with_tag=RELEASE_2_2_8
[17:30:14] <pjmcnc> now that is interesting... the feed override works a treat with the encoder knob
[17:30:27] <cradek> oh hey, that is definitely interesting
[17:30:38] <cradek> I'm seeing if I can reproduce it here in 2.2.8
[17:30:40] <pjmcnc> bah i should have checked this myself!
[17:30:56] <BJT-Work> hmm it doesn't seem to matter how long you turn or how hard you press a left hand tap will not start if you go CW
[17:30:58] <pjmcnc> but now as i turn the encoder knob, the slider moves etc
[17:33:02] <cradek> aha
[17:33:15] <cradek> I bet you need to set [DISPLAY]MIN_SPINDLE_OVERRIDE and MAX_SPINDLE_OVERRIDE
[17:34:00] <cradek> they both default to 1.0
[17:34:12] <cradek> (for some stupid reason)
[17:34:53] <pjmcnc> ah yes good point, let me redo
[17:36:48] <cradek> pjmcnc: fixed in 2.3, thanks for pointing out this bug.
[17:36:50] <pjmcnc> BRILLIANT!!!
[17:36:59] <pjmcnc> thanks for that, appreciated ;-)
[17:38:13] <pjmcnc> ok i will make a short writeup for the wiki on this for v2.2.8
[17:39:25] <cradek> thanks, that's a good idea, since it's probably not in the docs (and it's too late to add it, unless we make another 2.2 release.)
[17:41:51] <pjmcnc> ok this is far better now, just running it on a part with the override - possible to easily get rid of resonances with a quick tweek of the spindle speed
[17:43:59] <cradek> neat
[17:45:25] <pjmcnc> that means i can move to the next item on the list which is a bar-graph spindle motor torque monitor in axis
[17:46:06] <pjmcnc> perhaps i need to upgrade to the current devel build of emc
[17:46:35] <cradek> you can easily do that in vcp (if you can get that information into hal)
[17:48:51] <pjmcnc> yeah i have the bargraph component, just waiting for some voltage to freq converter IC's to come, should be here tommorow
[17:49:08] <pjmcnc> my vfd gives an analogue metering output of a few parms including load / torque
[17:50:05] <pjmcnc> i need to move away from parports though, getting bored of their limitations
[18:25:47] <motioncontrol> good evening.Yesterday i see the question about the frequenzy clock the encoder count on the m5i20.what is the limit for clock the velocity count?
[18:30:01] <seb_kuzminsky> motioncontrol: are you asking for the maximum frequency of encoder edges going in to the 5i20?
[18:30:24] <motioncontrol> yes?
[18:31:37] <seb_kuzminsky> that depends on which firmware/driver you're using. hal_m5i20 or hostmot2/hm2_pci?
[18:32:00] <motioncontrol> i use the hm2_pci driver
[18:33:12] <seb_kuzminsky> the default is 2 MHz
[18:33:47] <seb_kuzminsky> you can change it to 10 MHz if you have a really fast encoder, by setting encoder.filter to false in HAL
[18:33:55] <motioncontrol> ok i thing is good value , the sinumerik 840d have 300khz
[18:34:12] <seb_kuzminsky> yeah, 2 MHz should be plenty for just about everyone ;-)
[18:34:44] <seb_kuzminsky> i'll add a note to the hostmot2 manpage about this
[18:34:47] <motioncontrol> the question is because in another maschine i have the b axis circular with encoder at 18000cout/rev
[18:35:24] <BJT-Work> http://www.linuxcnc.org/docview/devel/html//drivers_hostmot2.html#r1_8
[18:36:24] <motioncontrol> very thanks for link.
[18:36:49] <BJT-Work> :)
[18:36:57] <motioncontrol> seb you see the labview gui interface for config emc?
[18:37:25] <motioncontrol> who you thing?
[18:38:17] <seb_kuzminsky> i didnt really understand your picture
[18:38:23] <seb_kuzminsky> is it for creating an emc configuration?
[18:39:33] <motioncontrol> yes the gui read ad write the ini and hal file parameter, for configuration the emc whith grafical program
[18:39:42] <seb_kuzminsky> cool
[18:41:11] <motioncontrol> ok is it only experiment for create one gui for emc config, for my semplicity in emc configuration.
[18:44:51] <pjmcnc> howdy, i've just added
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Spindleoverride talking about my setup with encoder > spindle speed override
[18:45:50] <BJT-Work> but you didn't put any pictures...
[18:46:02] <pjmcnc> um...
[18:46:10] <BJT-Work> looks good pjmcnc
[18:46:15] <pjmcnc> ok i will find one to add, perhaps of the encoder knob ?
[18:46:23] <BJT-Work> LOL
[18:46:56] <BJT-Work> how about a picture of you tweeking on the knob while smoke and chips fly :)
[18:47:26] <pjmcnc> it could be an animated gif i spose
[18:47:41] <BJT-Work> there you go
[18:49:56] <issy> hi all
[18:51:38] <BJT-Work> * BJT-Work wanders off to tap left hand holes :/
[20:26:51] <rob> rob is now known as Guest15571
[21:03:45] <Guest15571> Guest15571 is now known as robh_
[21:12:35] <robh_> hi all, iv just posed up some info on a conversion im currently doing, its over on CNCzone forum.
http://cnczone.com/forums/showthread.php?t=73943
[21:14:31] <seb_kuzminsky> cool!
[21:14:56] <seb_kuzminsky> looks like you're about to drill the old controller full of holes ;-)
[21:15:04] <robh_> haha
[21:15:44] <robh_> its a good paper weight right now
[21:17:08] <robh_> got heaps to still do on it but its coming along, hope to get motors moving again soon
[21:18:14] <skunkworks_> very neat!
[21:18:31] <cradek> looks very nice robh_
[21:18:55] <cradek> if you have not taken the resolvers off yet, you could still use them with the pico resolver->quadrature product
[21:19:10] <cradek> might be cheaper and less trouble than encoders, but not by much
[21:19:29] <robh_> yea we throught about using convertors but throught by time we fitted encoders etc prob better off
[21:20:03] <robh_> ballscrews we had to take out anyway, so only 5min job to bore and fit in some shafts to couple to, then just 3 encoders :)
[21:22:11] <pjm_> seb_kuzminsky can i pick your brain briefly about the 7i43 card we briefly discussed last night?
[21:22:49] <seb_kuzminsky> sure
[21:22:54] <robh_> when this is done, we have a nice big hardinge superslant begging to be converted, as its fanuc 6t is getting little trublesome now and exspenive on repares
[21:23:01] <seb_kuzminsky> my brain's feeling pretty well picked over already but go ahead ;-)
[21:25:15] <pjm_> ok thanks, just been having a read of the hm2_7i43 docs etc regarding frequency generation schemes, I see the usual pwmgen etc, but nothing for a pulse train. I presume then that I could use the stepgen to generate the variable frequency pulse train for spindle speed?
[21:26:11] <seb_kuzminsky> i dont think that would be very convenient for you
[21:26:26] <seb_kuzminsky> stepgen operates in position mode, not velocity mode
[21:26:47] <pjm_> i basically need to get a) a better pulse train generation method, and b) a decant high-speed encoder input
[21:27:04] <seb_kuzminsky> high-speed encoder input is well handled by the 7i43
[21:27:19] <seb_kuzminsky> by pulse train you mean a square wave at a controlled frequency?
[21:27:45] <pjm_> yeah sure
[21:27:56] <pjm_> so 1KHz for example would scale to 1K rpm
[21:28:10] <pjm_> at the moment i have it set so like 100Hz is 1K rpm
[21:28:14] <cradek> what kind of spindle control wants that?
[21:28:28] <pjm_> its a yakasawa v707 VFD
[21:28:34] <pjm_> i think thats the right part #
[21:28:48] <seb_kuzminsky> pwmgen can't really do that... that really sounds like vel-mode stepgen...
[21:28:50] <cradek> does it also have a regular 0-10 analog in?
[21:28:54] <pjm_> no its VS606- V7
[21:29:15] <pjm_> seb_kuzminsky yeah i'm running at the moment with velocity mode step gen out of the parport
[21:29:51] <seb_kuzminsky> it would probably be easy to add vel-mode stepgen to hm2
[21:30:23] <pjm_> cradek yea it has a DC speed input too, i thought the pulse train might be the nicer way to go though
[21:30:35] <pjm_> because otherwise i have to convert PWM to DC first
[21:30:48] <pjm_> no big deal, but at the moment its digital from the parport to the controller
[21:30:54] <cradek> you won't already have a dac board for the servos?
[21:31:04] <pjm_> ah its a stepper only machine
[21:31:06] <cradek> on a lathe there's extras leftover on the 4-dac card
[21:31:07] <cradek> ohhh
[21:31:13] <pjm_> as its a home made thing
[21:31:19] <pjm_> servo's will come one day!
[21:31:29] <cradek> I'll stop trying to help then
[21:31:43] <pjm_> well all input is valuable, i need to learn!
[21:32:06] <pjm_> i saw that a lot of people use the PWM > DC method, perhaps I should give that a go
[21:32:15] <seb_kuzminsky> pjm_: the 7i33 does that
[21:32:24] <cradek> I had a different kind of machine in mind and thought you were going about it oddly - my mistake
[21:33:33] <pjm_> ahh ok... so just looking at the manual for the vfd, there is 0-10V, current loop, 'pulse line reference', modbus/memobus, etc
[21:33:37] <pjm_> so a few choices
[21:34:20] <pjm_> i can knock up a pwm > dc board tommorow and give that a test with the parport, might be the answer for use with the 7i43 though since that has the pwmgen in it
[21:35:25] <pjm_> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Pjm - my machine plus a bit about the config, its only a small mill
[21:36:28] <skunkworks_> someone has a nice tig welder.. or access to one..
[21:36:32] <pjm_> except it now has a better motor, 3 phase and a vfd on it, plus a timing belt for motor>spindle drive
[21:36:50] <robh_> afew UK guys apearing i see :)
[21:36:55] <seb_kuzminsky> pjm_: looks nice :-)
[21:37:09] <pjm_> thanks, it was built from stuff hoarded out of skips / dumpsters
[21:37:23] <pjm_> the only bit i bought was the milling head
[21:37:28] <pjm_> from little machine shop
[21:37:43] <seb_kuzminsky> looks like an x2 head with the steele belt drive
[21:38:24] <seb_kuzminsky> i'm kind of snowed under right now, but i'll add a todo-item to add vel-mode to the hm2 stepgens
[21:38:35] <seb_kuzminsky> probably not before 2.3 though
[21:39:34] <pjm_> seb_kuzminsky yeah it was the bog standard mini-mill head, with the belt drive upgrade
[21:39:42] <giacus> hello!
[21:39:46] <pjm_> but now it has a nice vfd
[21:39:48] <SWPadnos> hey. long time no see
[21:39:56] <pjm_> i will update that page with some newer foto's, one sec
[21:42:00] <giacus> OT! italian bloggers under attack! mr. berlusconi got the power.. please help us to defende our freedom:
http://www.youtube.com/watch?v=QgMOSB5yg_4&feature=related
[21:43:06] <giacus> please just let US and EU people Know about that
[21:44:36] <pjm_> (
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Pjm updated with VFD foto's etc)
[21:45:11] <pjm_> so btw the PWM output for spindle, i guess that is what most folks use for spindle speed control, once converted to DC?
[21:46:11] <SWPadnos> it seems pretty common
[21:46:26] <skunkworks_> Jackey!
[21:46:28] <robh_> some VFDs will take PWM stright in i belive, i will be needing 0 - 10V on my mill
[21:46:30] <skunkworks_> oh
[21:47:05] <SWPadnos> using frequency or pulse width directly is a bit less desirable when using software to generate the signals
[21:47:16] <SWPadnos> since timing is pretty important in those cases
[21:47:46] <SWPadnos> for PWM (or PDM), it's the average that matters, and it may be averaged over a relatively long time (like a significant fraction of a second)
[21:49:17] <robh_> tht is true
[21:49:21] <pjm_> yeah thats a good point re the averaging, at higher speeds i noticed it was a little wobbly when generating 5 to 6KHz out of the parport for example
[21:49:31] <pjm_> but the PWM should average that as you say
[21:49:46] <pjm_> i'll have a go at that tommorow and see how it performs
[21:50:27] <SWPadnos> just a little cap and resistor is all you need
[21:53:59] <pjm_> SWPadnos yeah i'll have to measure the load the VFD places on the 0-10V input and work out what i need
[21:54:21] <pjm_> i'd assume its an op-amp input in the vfd but dont have a schematic for it to check
[21:59:05] <pjm_> ah its 0.5mA load, nothing in other words
[22:15:32] <robh_> could M98 and M99 sub calls be added? they would work just like a go M98 goes to program number, M99 returns
[22:17:23] <robh_> did you know you can not use double brackets in a comment, like (comment (2nd comment) )
[22:20:32] <SWPadnos> ) closes a comment, I guess it's not nestable
[22:20:44] <SWPadnos> what are you saying for M98/M99?
[22:21:23] <robh_> just we use it alot on our fanucs, seems a faunc code tbh, as every one else uses something different, but we use it to call a program number, so in your program you could have
[22:21:37] <SWPadnos> it's called "O" in emc
[22:21:47] <SWPadnos> O100 sub blah blah
[22:21:47] <robh_> M98 P0002 and it would go to program O0002
[22:21:52] <SWPadnos> O100 end
[22:21:56] <SWPadnos> then later O100 call
[22:22:10] <SWPadnos> we don't have stored programs, so M98/M99 wouldn't be useful in that way
[22:22:37] <SWPadnos> it is possible to have named subroutines though, stored on disk, that you can call from any program
[22:22:45] <SWPadnos> O<mysub> call
[22:23:15] <SWPadnos> that would look in your nc_files dir (I think) for a file called mysub.ngc, if mysub isn't defined in the currently loaded file
[22:23:32] <robh_> right i see, CAM spits it all out into 1 file anyway
[22:24:03] <SWPadnos> I don't know the exact syntax, but those subroutines can also have parameters
[22:24:47] <SWPadnos> so you could have something like a bolt circle call that takes the number of holes and radius/diameter in addition to the peck cyle parameters, and then goes around the circle doing peck cycles
[22:26:38] <robh_> rember seeing abit in manual about that i belive
[22:27:00] <robh_> ill have play with program i got here and change sub calls etc
[22:27:06] <SWPadnos> lots of flexibility there, especially with the 10 levels of nesting (I believe)
[22:27:47] <SWPadnos> oh, I think you can also use a parameter as the subroutine number (for numbered ones)
[22:27:57] <SWPadnos> something like O#10 call
[22:28:02] <robh_> very rare have more than 1 level subs, as normaly call sub on one vice, go to next call it again etc
[22:28:15] <SWPadnos> that should call the subroutine whose number is stored in variable 10
[22:28:19] <SWPadnos> sure
[22:28:28] <SWPadnos> I just got to thinking about bolt holes :)
[22:28:44] <robh_> is it valid to have program number at start of program/file? O###
[22:28:44] <SWPadnos> you may want a pre-drill, through drill, shoulder bore for each hole
[22:28:49] <SWPadnos> yes
[22:29:02] <robh_> hmm wunder what its complaing about then
[22:29:04] <SWPadnos> that code doesn't get executed unless there's an O### call somewhere
[22:29:32] <SWPadnos> wasn't the problem you mentioned about (comments (inside comments)) ?
[22:29:44] <robh_> no i got rid of that
[22:29:57] <SWPadnos> oh, then what's the latest complaint? :)
[22:30:10] <robh_> LOL
[22:30:29] <robh_> unknown control word in O
[22:30:38] <robh_> control command sorry
[22:31:05] <SWPadnos> can you paste the line that gives that error?
[22:31:14] <robh_> %
[22:31:14] <robh_> O0001 (X BLOCK 8OFF PROGRAM)
[22:31:14] <robh_> G21
[22:31:14] <robh_> (10 MM 2 FLUTE CARB)
[22:31:14] <robh_> G91 G28 X0 Y0 Z0
[22:31:29] <robh_> it says Near line 3
[22:31:34] <SWPadnos> ok
[22:31:46] <SWPadnos> you have no SUB
[22:31:55] <SWPadnos> O0001 SUB (blah blah)
[22:32:07] <SWPadnos> then O0001 ENDSUB at the end
[22:32:16] <SWPadnos> and then optionally O0001 CALL somewhere
[22:32:33] <SWPadnos> (I don't think you need all the leading zeroes BTW)
[22:32:36] <robh_> right just that is start of main program if like
[22:33:09] <robh_> no just cam spits out all zeros
[22:33:43] <SWPadnos> no biggie
[22:35:08] <robh_> ill have to make a new camworks post processor i think for EMC machine
[22:35:39] <SWPadnos> excellent. stick it on the wiki once it's done :)
[22:36:32] <geo01005> Do you suppose this might work for SPI in HM2:
http://geo01005-ideas.blogspot.com/2009/02/possilbe-hm2-spi-hierarchy.html
[22:36:39] <robh_> aah no G52?
[22:37:57] <SWPadnos> is the idea that the number of elements (in addition to the number of frames and channels) is specified at load time?
[22:38:10] <SWPadnos> robh_, what is G52 supposed to be?
[22:38:22] <robh_> work datum shift
[22:38:38] <SWPadnos> is that more or less a coordinate offset?
[22:38:55] <robh_> G52 Local coordinate system setting
[22:38:56] <robh_> yes
[22:39:03] <SWPadnos> maybe G92 then?
[22:39:05] <geo01005> SWP: Sets how many SPI frames you need, how many channels, perhaps howmany elements in a frame.
[22:39:07] <SWPadnos> and friends
[22:39:07] <robh_> takes value, and adds it to current G54 etc
[22:39:43] <SWPadnos> I believe G92 sets the current location, taking into account any existing offsets. take a look at the manual to see how it works (I can't really help you there :) )
[22:40:14] <SWPadnos> geo01005, yes, OK. I was just noticing that there is no explicit "number of elements" element in that tree
[22:41:15] <robh_> No program SWPadnos ill take a look
[22:41:35] <SWPadnos> is the idea that all pins in red, under Element_#, get exported, or are you thinking that there would be a setting to tell what data type is expected back?
[22:41:38] <geo01005> SWP:0-n number of elements per frame, some could be NULL
[22:42:14] <geo01005> All would get exported, some could be hidden and shown, I'm not sure how that changes the functionality.
[22:42:55] <SWPadnos> well, it would be pretty ugly trying to specify that you have 16 bits of digital input
[22:43:03] <SWPadnos> if you need 16 elements - one for each bit
[22:43:30] <SWPadnos> and you get extra pins that are unusable for all 16, namely 16 floats, ints, and unsigneds
[22:44:10] <SWPadnos> it's also hard to tell what pins are "real" with halcmd, if you always see all of them
[22:44:12] <geo01005> Yes, that is correct.
[22:44:40] <SWPadnos> note that the hostmot2 driver doesn't export the stepgen pins at all if you tell it you don't wnat any stepgens
[22:45:28] <geo01005> The same could be done here, but there is more than one level to turn on or off.
[22:45:49] <SWPadnos> heh - I think that's what I'm getting at
[22:47:28] <geo01005> Does it look flexible enough to handle most devices though?
[22:47:45] <geo01005> Your ADC application for example.
[22:48:10] <geo01005> (not the thoughput, but the function)
[22:48:37] <SWPadnos> I think it may be able to handle everything, but I don't know that it's ideal
[22:48:56] <SWPadnos> I don't know how to specify all that config data at load time, and I think that's the really hard problem
[22:50:04] <geo01005> So what are the disadvantages of exporting all the pins, is a memory thing, or just that it makes a mess.
[22:50:15] <SWPadnos> mostly it's a mess
[22:50:31] <SWPadnos> the idea of HAL is that once you have loaded a system, it's discoverable
[22:50:45] <SWPadnos> you can get lists of available pins and functions, and you can do things with them
[22:50:51] <geo01005> They could be hidden in the HAL file?
[22:51:03] <SWPadnos> if you have a list that includes 100 things that aren't useful/usable, then it's confusing
[22:51:10] <SWPadnos> I'm talking about how it's not meant to be hidden
[22:51:17] <SWPadnos> once running, you can inspect the state of the machine
[22:55:34] <geo01005> What kind of data can the driver access? Can it read and parse a file?
[22:56:03] <SWPadnos> not at the moment
[22:56:16] <SWPadnos> and if you're thinking of parsing XML files in the kernel, stop now :)
[22:56:49] <geo01005> no, just text, or whatever would be easiest
[22:57:20] <geo01005> Not that it sounds like anything is easy.
[22:58:05] <SWPadnos> yeah, it's not trivial
[22:58:49] <SWPadnos> actually, it may not be too hard to get a description string into the driver, but it wouldn't be very easy for a human to write the string
[22:59:50] <alex_joni> http://www.theregister.co.uk/2009/02/17/galaxy_zoo/
[23:01:35] <geo01005> So you could generate the string with a script/gui,maybe with some device libraries, and paste that into HAL?
[23:02:16] <SWPadnos> paste that into the loadrt line, yes
[23:02:26] <geo01005> yeah.
[23:02:33] <SWPadnos> I'm thinking of something that looks relatively ugly, just so you know ;)
[23:02:41] <SWPadnos> look at the ax5214h parameter
[23:03:17] <SWPadnos> "IIOOio" or similar, to configure some 8255 pins as input or output, for byte or nibble ports
[23:03:28] <SWPadnos> er, maybe "IOio"
[23:03:45] <SWPadnos> 8 bits in, 8 bits out, 4 more ins and 4 more outs
[23:05:05] <geo01005> I imagine parsing that string in the driver could be a pain.
[23:05:52] <SWPadnos> no, that's easy
[23:06:03] <SWPadnos> just don't be forgiving at all
[23:06:17] <SWPadnos> get an unexpected character, and the driver errors out
[23:06:50] <SWPadnos> the number of words per channel and the number of channels are easy to specify
[23:06:58] <SWPadnos> you can use an array parameter for that
[23:07:14] <SWPadnos> spi_channels=3,-1,4,15
[23:07:40] <SWPadnos> that would turn on SPI channels 0,2,3 (1 turned off), with 3, 4, and 15 words of transfer respectively
[23:08:48] <SWPadnos> you then have strings that define the makeup of each word in the packet
[23:09:43] <geo01005> Hmm, I don't understand the array parameter. Never used one.
[23:09:49] <SWPadnos> something like this (not taking output and input into account yet)
[23:09:51] <SWPadnos> oh
[23:09:57] <geo01005> Oh I get it now...
[23:09:59] <SWPadnos> it's a kernel module facility
[23:10:24] <SWPadnos> we don't have to write the parser, and the kernel takes care of making sure we don't overrun the array, etc
[23:11:28] <SWPadnos> I think I might make the CS selection, CPOL, CPHA, and other timing hal parameters
[23:12:02] <SWPadnos> but as far as data types, you can do something like this: D.0.15
[23:12:25] <SWPadnos> I.0.11
[23:12:28] <SWPadnos> etc
[23:12:42] <SWPadnos> D.0.15 means "digital data, from bits 0 to 15"
[23:13:05] <SWPadnos> I.0.11 means "integer data, from bits 0 to 11" (like a 12-bit bipolar A/D)
[23:13:19] <geo01005> I see.
[23:13:20] <SWPadnos> U.0.11 would be a 12-bit unsigned quantity
[23:13:58] <SWPadnos> F.0.15 = floating point, 16 bits (dunno how to specify sign bit yet, if it's not contiguous or not two-s complement)
[23:14:28] <SWPadnos> the nice thing there is that only the necessary pins/parameters get exported to HAL
[23:14:51] <SWPadnos> and it's also cmopact, 16 (contiguous) digital inputs is one "statement"
[23:14:53] <SWPadnos> compact
[23:15:48] <SWPadnos> oh, and you could also do a chain, without needing to specify starting numbers
[23:15:59] <geo01005> So would you still specify frames?
[23:16:00] <SWPadnos> you then need an "unused" type
[23:17:14] <SWPadnos> I thikn frames could be specified with HAL parameters (though they're unlikely to change once you start the system, so maybe that isn't a good idea)
[23:17:16] <SWPadnos> think
[23:18:39] <geo01005> Perhaps one intial frame to initialize some of the devices that need it.
[23:19:35] <SWPadnos> oh, well that's another issue entirely
[23:19:44] <SWPadnos> and one that won't be solved with a generic driver and load-time parameters
[23:20:23] <SWPadnos> the DAC chips I mentioned before have several configurable registers per channel, in addition to chip-wide config
[23:20:53] <SWPadnos> there are at least 16 registers that you should set before doing anything else
[23:21:11] <SWPadnos> (or a few global ones to turn off all the cool features, if you don't want to use them)
[23:21:48] <geo01005> I was thinking just a different set of "frames" could be used to intilize the devices.
[23:22:14] <SWPadnos> I guess it depends on what you're talking about when you say "frame"
[23:22:37] <SWPadnos> to me, that is one transfer, or in this case maybe one set of transfers (since it's buffered)
[23:23:57] <SWPadnos> there's also the issue of devices that need both read and write access, like the ADC I mentioned - it also has several setup commands that you write, but is usually only read - you have to make sure to put in no-ops if there's anything else on that channel
[23:24:51] <geo01005> I have been assuming that a frame is one chip select cycle. The BSPI buffer is 16 deep, I belive just in frames with that definition.
[23:25:06] <SWPadnos> ok
[23:25:38] <SWPadnos> are you still thinking of the data as static?
[23:26:14] <SWPadnos> you wouldn't (always) need to write anything to a chip to read back data (like from an ADC or digital input chip)
[23:27:35] <geo01005> Umm, I not sure that I'm on the same page, but I think that the SPI frame length would take care of that, It dosn't care if there is anything buffer to send to the device.
[23:28:02] <SWPadnos> if you have transmit enabled, it *will* send whatever is in the buffer every time
[23:28:42] <SWPadnos> so if you need to send initialization commands, then send nothing, then the configuration of the transmitter needs to change at some point
[23:29:06] <SWPadnos> and that means that it would be difficult to specify the changes on the command line when loading the component
[23:31:07] <SWPadnos> as I said before though, if you can get something that works for your application, then someone else can look at it and make it work for theirs
[23:31:28] <SWPadnos> later on, we can get to some generic driver that could work for most things, btu that may be biting off a bit too much for now
[23:31:41] <geo01005> By the configuration of the transmitter do you simply mean the Channel descriptor bits, or did I miss something?
[23:31:57] <SWPadnos> how much and what data to transfer
[23:33:19] <geo01005> yeah, so what I was trying to say is that when loading the components you send two configurations. One that would be run once and thrown away, and one that would run for the remainder of the time.
[23:34:52] <SWPadnos> it's hard enough to specify one, let alone two, on the command line :)
[23:36:11] <leito14> hello everybody, please can anybody tell me if i can use an m66 function at the beggining of the program and keep waiting for the input all along the program ?
[23:37:29] <leito14> thanks in advance :)
[23:38:20] <SWPadnos> good question :)
[23:38:31] <leito14> really?
[23:38:57] <SWPadnos> well, it's a question for me, since I don't know the answer
[23:39:39] <SWPadnos> it looks like you must have a timeout, except for the immediate mode
[23:39:53] <leito14> hahah, well i hope that it's possible
[23:39:58] <SWPadnos> you could probably use something like Q50000000 to wait for a very long time
[23:40:29] <leito14> but i need the input waiting.. but with the rest of the program working
[23:40:40] <SWPadnos> then I don't understand what you're trying to do
[23:40:55] <SWPadnos> my definition, M66 pauses the g-code program while waiting for the input
[23:41:34] <SWPadnos> err, by definition ...
[23:42:02] <leito14> well what i need is a fuction that waits for the input signal.. but with the program running
[23:42:17] <SWPadnos> are you talking about the G-code program, or the GUI rpogram?
[23:42:23] <leito14> the g code
[23:42:39] <SWPadnos> so you want the machine moving, what is it that should be waiting for an input to change?
[23:43:05] <leito14> because i need to do a loop
[23:43:13] <leito14> for a cilindrical grinder
[23:44:01] <leito14> but the idea is to use the machine to do not only cilinders, also we want to do lobes
[23:44:24] <leito14> and we need to make a loop with the shape of the lobe
[23:44:54] <leito14> and when the lobe is finished the machine rectracts, and i need to send a signal to do that
[23:45:11] <leito14> i mean, this is because i'm using a measurement system
[23:45:29] <leito14> i don't know if i was clear
[23:46:03] <SWPadnos> not to me :)
[23:46:26] <leito14> hahah well i was thinking to make a user defined m code
[23:46:41] <SWPadnos> if you want something that uses a measurement to decide when to stop, then you can use a loop, read the input with no wait specified, and use a comparison to decide whether to exit the loop
[23:46:43] <leito14> but in the example it only shows how to set a parport pin ... can i read the state of a parport pin?
[23:46:47] <SWPadnos> sure
[23:47:45] <leito14> so i have to use a halcmd like showpin
[23:48:31] <SWPadnos> I should stop answering you, because I don't know what you're asking :)
[23:48:42] <SWPadnos> and I'm likely to make us both more confused :)
[23:49:03] <leito14> no, you were helpful with the m66 thing
[23:49:38] <robh_> what is cancel canned cycle G80?
[23:49:39] <leito14> so you say that i can use a m66 with no wait.. that is a m66 p0 right ?
[23:50:02] <SWPadnos> isn't that "cancel movement mode">
[23:50:04] <SWPadnos> ?
[23:50:17] <SWPadnos> yeah, "cancel modal motion"
[23:50:26] <robh_> what confusing me, as ISO code it is cancel canned cycle, but EMC seems to have in manual as like u say
[23:50:49] <SWPadnos> it basically requires you to specify a movement mode (G0/1/2/3) before specifying any axis words, or you'll get an error
[23:50:55] <SWPadnos> huh
[23:51:03] <robh_> g00 will cancel it like it should but cant see why there no cancel canned code like normal
[23:51:21] <SWPadnos> no
[23:51:32] <SWPadnos> g0 sets rapid traverse mode
[23:52:01] <robh_> yes
[23:52:27] <robh_> but should also at end of drill cycle for exaple, cancel the cycle mode also
[23:52:48] <SWPadnos> the cycle would be "canceled" anyway, or you wuoldn't be on the next line :)
[23:52:53] <SWPadnos> brb
[23:53:11] <leito14> hey SWPadnos, you told me that i can read and compare an m user defined with a parport pin right? (the last thing i swear)
[23:53:35] <robh_> i got it, EMC needs the G00, like G80 G00 Z50
