Back
[00:36:07] <tomp> tomp is now known as tom3p
[01:21:34] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[02:41:01] <MarkusBec> MarkusBec is now known as MarkusBec_away
[03:21:23] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[03:40:02] <LawrenceG> sure is quiet in here.... what is cooking?
[03:52:25] <MarkusBec> MarkusBec is now known as MarkusBec_away
[05:07:24] <EbiDK> EbiDK is now known as EbiDK|AWAY
[05:55:26] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[09:17:23] <piasdom> g'mornin all
[09:20:05] <pjm> good morning
[09:22:59] <piasdom> how was your weekend ?
[09:25:52] <pjm> it was ok, although I didnt do so much on the CNC which is always irritating
[09:26:09] <pjm> I need to get some time to start on my migration to Mesa control
[09:27:36] <piasdom> well,there is only so much time:) the weekends are always short
[09:28:46] <pjm> this is the problem!
[09:29:05] <pjm> i also need to get a job out of the way that is running on the machine
[09:29:15] <pjm> that'll probably take the rest of the evenings of this week
[09:29:38] <piasdom> a lot left to do ?
[09:29:48] <pjm> 150 boxes with cut outs!
[09:30:04] <pjm> it will pay for upgrades to the machine!
[09:31:44] <piasdom> that's mostly what i do--boxes for their pcb
[09:32:15] <piasdom> but they want 20 or 30 2-56 tapped holes on each
[09:37:59] <pjm> ah this boxes i'm doing are for plug top PSU's
[09:38:35] <archivist> * archivist screams at the term "plug top"
[09:39:01] <piasdom> not to loud...not all awake
[09:40:53] <pjm> archivist LOL i didnt know what else to call it... psu boxes with integrated mains plug?
[09:41:27] <archivist> whats a plug bottom!!!!!
[09:44:43] <pjm> the socket?
[09:44:52] <pjm> or perhaps the pins
[09:47:11] <archivist> I wind up electricians when I hear them say that as well
[10:41:01] <archivist> chip arrived Z on lathe back working :)
[15:34:17] <Danimal> hi
[15:35:13] <Danimal> i'm begining to try to integrate my Quickraw tool changer into EMC
[15:35:25] <Danimal> i got the hardware end figured out
[15:35:49] <Danimal> now i gotta move on to the logic end
[15:38:17] <Danimal> the tool changer has several wires that do a specific task.... tool in, tool out, carousel forward, tool carousel reverse, tool carousel home, and a feedback wire to tell the controller when the toolchanger finished the task
[15:39:16] <Dave911> What are you using for I/O?
[15:39:35] <Danimal> mesa 5i20 and a mesa breakout board
[15:39:51] <Dave911> Are you planning on using Classic Ladder to perform the logic?
[15:40:17] <Danimal> thats what i was thinking, unless there is a better way
[15:41:40] <Dave911> Makes sense to me... I'm feeling my way through a Modbus/PLC integration job right now.... :-)
[15:42:09] <Danimal> i'd like to have it keep track of it's tool carousel position so i only have to home it out when i start up EMC
[15:42:24] <Danimal> really? how is it?
[15:42:31] <Danimal> this will be my first time
[15:43:37] <Dave911> This is my first time also. I've got Modbus running and I need to do more work on the Classis Ladder end of it. Perhaps I'll get more time to work on it later today.
[15:43:55] <Dave911> So far so good..
[15:44:01] <Danimal> cool
[15:44:19] <Danimal> i'm really not even sure where to start yet
[15:44:34] <Dave911> Once I get this done, I'll video it.
[15:44:54] <Danimal> yea, please do
[15:45:07] <Dave911> Read the integrators manual and look for examples - I think there are some that are included as part of the live install.
[15:45:43] <Dave911> I know there is at least one tool changer example floating around. I'd find that example and start there.
[15:45:52] <Danimal> yea, i started browsing through the classicladder section of it
[15:46:14] <Danimal> oh cool, that would be a huge help, i'll look for it
[15:46:17] <cradek> I've done moderately complex tool changers in classicladder and it goes pretty smoothly
[15:46:25] <Dave911> Some of the syntax is a little strange
[15:46:36] <Dave911> Gotta go..
[15:46:38] <SWPLinux> and there are HAL components to make it a little easier as well
[15:46:51] <Danimal> adios Dave911
[15:47:11] <Danimal> thats good to hear cradek, mine seems like it would be fairly simple
[15:51:02] <Danimal> the only thing that might make it hard is that the wire that tells the controller that the toolchanger finished a step in the sequence is the same wire used for all sequences
[15:51:46] <Danimal> so as i rotate the tool carousel ccw, it sends a pulse every tool position it rotates
[15:52:09] <cradek> ok, that sounds easy to feed into a classicladder counter
[15:52:40] <SWPLinux> do you have to pulse the "tool-carousel-forward" line for each pocket, or does the carousel keep going as long as you have the pin active?
[15:53:05] <Danimal> it keeps going
[15:53:17] <SWPLinux> ok
[15:53:21] <cradek> I don't like that style of feedback though - my vmc came that way, and I changed it to quadrature feedback from the carousel. If it stopped between pockets it could end up off by a tool.
[15:53:36] <Danimal> same with homing the carousel.... you hold the pin till you get the feedback signal
[15:53:47] <cradek> I don't like "assume it's going the way you say when you get pulses saying it moved" style of feedback
[15:54:23] <Danimal> yea seems kinda weird to me too cradek
[15:55:27] <Danimal> any way to get classic ladder on a windows box?
[15:55:36] <SWPLinux> vmware
[15:55:57] <cradek> boot the emc2+ubuntu live cd, run a sim configuration that has a ladder
[15:57:34] <Danimal> i suppose i could do it at the machine, but my office chair is so much more comfortable
[15:59:20] <Danimal> ugh i still got soo much more work to do to this machine
[15:59:31] <SWPLinux> remote login
[15:59:46] <Danimal> hmm there's an ideaa
[15:59:52] <SWPLinux> you can run graphical applications if you install Cygwin/X on your Windows machine
[16:00:06] <SWPLinux> and you can also do remote desktop with vnc or similar
[16:00:33] <eric_unterhausen> I always had trouble with Cygwin/X
[16:00:37] <eric_unterhausen> it does work though
[16:00:43] <Danimal> it needs to be on the network for that, right?
[16:00:47] <SWPLinux> yes
[16:01:13] <SWPLinux> eric_unterhausen: I think I've determined that my D945GCLF2 problem is indeed the network
[16:01:32] <Danimal> yea mine's not on the network yet
[16:01:45] <eric_unterhausen> I didn't remember that you were having a problem
[16:02:05] <SWPLinux> oh, random freeze/pause/continue issues
[16:02:08] <Danimal> i can plug in the ethernet cable so i get internet, but i cannot access any of my windows boxes
[16:02:14] <SWPLinux> I thought it was heat or something, but it's not
[16:02:28] <eric_unterhausen> that's not good though
[16:02:37] <SWPLinux> Danimal: you should be able to, unless you have specifically disabled it
[16:02:38] <SWPLinux> no
[16:02:42] <eric_unterhausen> life is hard without a network
[16:03:07] <SWPLinux> I finally looked at dmesg after a hiccup, and there was an RTL8139 bug in the loh
[16:03:09] <SWPLinux> log
[16:03:37] <SWPLinux> which is interesting, because Intel says it should be an 8111C
[16:03:42] <eric_unterhausen> isn't the RTL8139 one of the oldest network chips still in use?
[16:03:49] <SWPLinux> could be
[16:04:06] <SWPLinux> you had network problems, right>
[16:04:09] <eric_unterhausen> I remember having a 10mbit network card/hub with that chip
[16:04:09] <SWPLinux> ?
[16:04:26] <eric_unterhausen> no, haven't talked myself into buying one of those boards yet
[16:04:33] <SWPLinux> maybe they just use the same source for a lot of chips
[16:04:35] <SWPLinux> oh
[16:04:37] <SWPLinux> hmm
[16:04:38] <SWPLinux> m
[16:04:40] <eric_unterhausen> there are reports of problems on newegg
[16:04:44] <SWPLinux> someone had mentioned networking issues
[16:04:52] <SWPLinux> ok, maybe it was you that talked about it
[16:04:57] <eric_unterhausen> could have been
[16:05:08] <eric_unterhausen> but that means you have a really good memory
[16:05:34] <SWPLinux> I do, but I don't have much control over what gets stored
[16:05:48] <eric_unterhausen> I know how that is
[16:07:44] <eric_unterhausen> so have you tried to force the system to load a different network driver?
[16:07:50] <SWPLinux> nope
[16:07:54] <MarkPictor-away> MarkPictor-away is now known as MarkPictor
[16:07:56] <MarkPictor> sure the log didn't say rtl8169?
[16:08:08] <SWPLinux> I have only had access to the system while preparing to do a shoot
[16:08:21] <MarkPictor> my comp has 8111 but uses 8169 driver
[16:08:25] <SWPLinux> MarkPictor: no, I'm not positive at this point
[16:08:57] <SWPLinux> looking at my browsing history, I think it was 8139
[16:09:14] <SWPLinux> which is weird, because AFAIK that's a 10/100 chi[
[16:09:16] <SWPLinux> p
[16:09:56] <SWPLinux> or it's PCI gigabit or something (rather than PCI Express)
[16:10:06] <MarkPictor> I think 8111 is pcie version of 8169
[16:10:36] <SWPLinux> yep
[16:10:41] <SWPLinux> and 8139 is PCI 10/100
[17:09:07] <MarkPictor> MarkPictor is now known as MarkPictor-away
[17:13:46] <ZeroFlex> loa
[17:39:32] <MarkPictor-away> MarkPictor-away is now known as MarkPictor
[17:40:44] <MarkPictor> I'm trying to get gcode from eagle using pcb-gcode. shouldn't it ask about bit size?
[17:43:12] <archivist_attic> isnt it something like 60 deg to a point/ standard engraving bit
[17:43:30] <archivist_attic> so depth = dia
[17:44:04] <MarkPictor> oh, will it adjust depth for different widths?
[17:44:21] <MarkPictor> still, I thought I'd see something about tool size/type/angle/something
[17:44:41] <MarkPictor> guess I could look in the gcode file, maybe a comment about the tool...
[17:47:59] <MarkPictor> no tool comment
[18:01:46] <fenn> MarkPictor: when you give up on that you could try
http://git.unpy.net/view?p=eagle.git
[18:06:49] <MarkPictor> fenn: what is it, a substitute for pcb-gcode?
[18:07:56] <MarkPictor> I need to find out what skunkworks did, his boards have sizeable regions with all copper cleared
[18:10:58] <MarkPictor> bbl
[18:48:15] <EbiDK|AWAY> http://www.geekologie.com/2009/09/not_for_airline_travel_ninja_k.php :P
[18:48:42] <skunkworks> jepler: what was the new location for the gcode.ulp?
[18:49:53] <skunkworks> * skunkworks didn't fix it on the wiki and now can't find it.
[18:50:43] <jepler> skunkworks:
http://git.unpy.net/view/eagle.git
[18:51:54] <skunkworks> jepler: thank you!
[18:52:18] <jepler> skunkworks: just as long as your next question isn't how you get it on your windows machine, you're welcome.
[18:55:55] <skunkworks> heh
[18:56:30] <skunkworks> I only tried it once and decided I would just keep using the linux verion of eagle.
[19:00:49] <skunkworks> fixed on the wiki
[19:05:21] <MarkusBec_away> MarkusBec_away is now known as MarkusBec
[19:35:28] <numen> hi
[19:36:54] <davidf> ver
[19:37:08] <davidf> Hi
[19:38:11] <davidf> Hope I can get some help... Just set up a computer, can't figure out how to set up printer port.
[19:39:11] <davidf> installed emc2, no response at parport. None from a printer either.
[19:40:28] <pjm> hi davidf i can help you with the parport if u want
[19:40:37] <pjm> my CNC has 5X parport installed
[19:40:43] <davidf> thanks loads.
[19:40:57] <pjm> one sec i'll turn my EMC machine on
[19:43:18] <mboehm> has anyone experience with the combination of direct electromagnetic drive and emc?
[19:45:25] <pjm> davidf ok first open a termial sessiona and do a dmesg |grep par
[19:45:36] <davidf> ok...
[19:45:37] <pjm> sorry for my crappy writing btw
[19:46:02] <pjm> i take it u have checked in the bios etc that the parport is enabled
[19:46:44] <davidf> yes but not sure it is right... just a sec while I do the dmsg...
[19:48:30] <davidf> pjm I'm on a different comp so I'll have to type out the response...
[19:48:51] <pjm> ok u want to look to see if it has detected the port
[19:49:04] <pjm> it may say something like "parport0: PC-style at 0x378 [PCSPP,TRISTATE,EPP]"
[19:49:32] <davidf> [ 21.922939] PCI: Transparent Bridge - 000:001e.0
[19:50:01] <pjm> ah but nothing re parport ?
[19:50:06] <davidf> [ 41.161898 ppdev: user-space parallel port driver
[19:50:13] <pjm> ok this is getting warmer
[19:50:23] <davidf> k
[19:51:03] <davidf> in the setup (bios) it is set to ECP I think...
[19:51:24] <davidf> I can check that if u want.
[19:52:32] <davidf> When I try to print something, I see a printer config that is set to print to a PDF file, that's the only one.
[19:53:38] <pjm> ok so it sounds like linux hasnt recognised the port
[19:53:51] <pjm> so 1st step is just to check in bios that its enabled etc
[19:53:53] <davidf> OK thats what it acts like.
[19:54:03] <pjm> actually
[19:54:12] <pjm> before u reboot
[19:54:20] <davidf> ok...
[19:55:00] <pjm> just try doing a modprobe parport_pc
[19:55:09] <pjm> followed by dmesg
[19:55:11] <davidf> k...
[19:55:21] <pjm> and look at the last lines to see if some messages appeared
[19:56:27] <davidf> tons of messages
[19:57:09] <pjm> about parport?
[19:57:33] <pjm> what u are looking for is something that says stuff similar to parport0: PC-style at 0x378 etc
[19:57:50] <davidf> part of the last message is profile=/usr/lib/cups/backend/cups-pdf
[19:58:19] <pjm> ok but what u need to find is messages showing the base address of the parport
[19:58:36] <pjm> like 0x378 etc
[19:58:50] <davidf> I see one further up that says...
[19:59:17] <davidf> ppdev: user-space parallel port driver
[19:59:36] <davidf> I havnt seen 0x378 yet...
[20:00:04] <pjm> ok so has a first step, just check all is well in the bios
[20:00:11] <pjm> what type of PC is it?
[20:02:12] <davidf> Dell 1.4 GHz 512 meg ram
[20:02:25] <davidf> rebooting...
[20:03:29] <davidf> OK I'm in the setup screen.
[20:04:52] <pjm> ok so just have a look at the integrated devices and make sure parport is set to enabled as a bog standard port
[20:04:52] <davidf> Under integrated devices I can see Parallel Port ... Mode ...ECP, I/O addr. 0x378 DMA channel ... OFF
[20:05:18] <pjm> ok set its mode to normal
[20:05:23] <pjm> i.e. just to test
[20:05:27] <pjm> not epp or ecp
[20:06:52] <davidf> choices are OFF, AT, PS2,EPP,ECP use AT?
[20:07:29] <pjm> yeah AT is probably the most basic
[20:07:48] <davidf> I'm guessing AT is "normal" OK...
[20:08:26] <davidf> So, save & reboot now?
[20:08:46] <pjm> yeah
[20:09:30] <davidf> By the way, I also turned USB emulation off. OK with that?
[20:09:54] <davidf> Figured it might save CPU overhead.
[20:12:51] <davidf> pjm, OK I'm back up.
[20:13:46] <pjm> ok yeah USB isnt needed
[20:13:53] <pjm> i generally turned off all the c**p
[20:14:37] <pjm> ok so open a terminal window again, and do a dmesg |grep parport
[20:14:44] <pjm> see if it has been detected
[20:14:58] <pjm> i'd be suprised if its not there
[20:15:55] <davidf> no msg
[20:16:08] <davidf> just came back to $
[20:16:43] <pjm> ok try modprobe parport_pc
[20:17:07] <pjm> then again dmesg and look at the end to see if parport_pc worked etc
[20:19:47] <davidf> now I get nothing from modprobe parpaot_pc.
[20:20:30] <davidf> modprobe parport_pc I mean.
[20:21:40] <davidf> I have an HP laserjet 4 plus plugged into the port right now, BTW.
[20:22:08] <davidf> could that be a problem? Maybe it cant use AT mode or something?
[20:22:41] <pjm> it should not matter because at this stage we are trying to get linux to recognise the parport hardware
[20:22:53] <davidf> Oh.
[20:23:37] <pjm> when u tried EMC2 with 0x378 as the parport address, what happened?
[20:24:31] <davidf> rob_h, nothing. EMC runs, but no signals at parport.
[20:25:54] <pjm> no errors or similar?
[20:26:19] <pjm> the port definatly works?
[20:26:34] <davidf> I'm bumming, cause I have an online small biz, and use EMC2 to make parts on my mini lathe and Mini Mill. I've got 2 weeks orders backed up, and my old puter fell three feet onyto a concrete floor, thashed the HD and mem. Bought this Dell to replace it...
[20:27:12] <pjm> well it should be quite simple to get running once the parport can be seen
[20:27:27] <pjm> do u have any other IO cards in the machine that might be using the mem space of the parport?
[20:27:47] <pjm> also it may be worth going back to bios and trying different parport address, 0x3BC etc
[20:27:57] <davidf> I got no errors from EMC2. On screen, I could move the axes, but nothing happened in the real world...
[20:29:24] <pjm> do a cat /proc/ioports
[20:29:36] <pjm> look down that list to see if parport0 exists in it
[20:29:44] <davidf> There is a game card, modem, and an ethernet card pluugged in. I did notice two interrupts are being shared. I don't think either one is for parport, but that would be worth checking...
[20:29:59] <davidf> pjm, OK just a sec...
[20:31:08] <davidf> NOPE.
[20:31:49] <davidf> sorry for the caps.
[20:31:52] <pjm> ok so u could try taking out the add on cards first
[20:32:00] <pjm> rebooting and checking to see if the port is found
[20:32:18] <davidf> OK. I'll look at the interrupts too in the bios.
[20:32:29] <pjm> u can cat /proc/interrupts too
[20:33:18] <EbiDK|AWAY> http://www.schneier.com/blog/archives/2009/09/inferring_frien.html
[20:33:33] <davidf> OK. (I'm pretty clueless with linux commands as u can see. I've already shut it down...
[20:33:49] <jepler> when you install emc it disables the linux parport driver, so it's not a surprise if the device doesn't appear in /proc/ioports, /dev/, or `dmesg`.
[20:34:36] <jepler> The problem could be that the onboard port is an "ISAPNP" device. if your hal files don't "loadrt probe_parport" before "loadrt hal_parport", you can try adding that line.
[20:35:16] <pjm> shouldnt it still be probed with a modprobe of parport_pc just to get the IO address etc?
[20:35:43] <jepler> pjm: 'modprobe -i parport_pc' to force modprobe to ignore (-i) the driver being disabled
[20:35:57] <pjm> ah ok we can try that once his system is back up
[20:36:04] <jepler> if you're using a configuration from any version of stepconf the 'loadrt probe_parport' should already be there
[20:36:42] <davidf> Hi Jepler. Thanks for the input.
[20:37:52] <davidf> I haven't taken anything out yet. I'd like to try that command first... elt me see if that works...
[20:40:19] <pjm> davidf dont forget to look at the dmesg output after that 'modprobe -i parport_pc
[20:40:24] <pjm> to see if the port is seen
[20:41:06] <jepler> I should note that if you do the 'modprobe -i parport_pc', emc won't start until you unload the module. The easiest way to do that is to restart.
[20:42:44] <davidf> OK... But check this response: Error inserting parport_pc (lib/modules/2.6.24-16-rtai/kernel/drivers/parport/parport_pc.ko) operation not permitted
[20:42:59] <pjm> are u doing this as root user?
[20:43:11] <davidf> no. sorry.
[20:43:14] <pjm> if not, su up
[20:43:24] <jepler> sudo
[20:43:28] <jepler> ubuntu uses sudo, not su
[20:43:28] <davidf> sudo .. just a sec.
[20:43:48] <pjm> ah yes i was being brief!
[20:45:04] <davidf> OK, last line in dmesg is lp0: using parport0 (polling)
[20:45:23] <davidf> I do know that much though. LOL.
[20:45:34] <pjm> ok any messages prior to that about port address?
[20:46:23] <pjm> which should be 0x378
[20:46:24] <davidf> Parport pc style. parport0: irq7 detected. parport0: legacy device.
[20:46:33] <pjm> ok good
[20:46:45] <pjm> so check in your HAL file as jepler suggested
[20:46:46] <davidf> Also:
[20:47:29] <davidf> pc style at 0x378 (ox778) [PCsPP, TRISTATE, EPP]
[20:47:37] <pjm> ok good
[20:48:09] <pjm> so next find your hal file
[20:48:35] <pjm> and check to see if "loadrt probe_parport" exists in it
[20:49:02] <davidf> could you tell me how to check that pls?
[20:49:32] <davidf> where are the hal files?
[20:50:07] <pjm> yes they might be in your home dir possibly
[20:50:18] <pjm> in emc2/configs/
[20:50:37] <pjm> and a dir with the config name like 'my-mill' etc
[20:51:32] <davidf> oh ok.
[20:52:29] <davidf> found it....
[20:52:42] <pjm> ok so in that directory
[20:53:00] <pjm> will be 'yourconfigname'.hal
[20:53:15] <davidf> looking at it...
[20:53:23] <pjm> right at the time
[20:53:25] <pjm> top
[20:53:45] <pjm> u should see loadrt hal_parport cfg=blah
[20:54:32] <pjm> so just make sure loadrt probe_parport is on the line before
[20:54:53] <davidf> yes. That comes after loadrt probe_parport