#linuxcnc | Logs for 2013-06-15

[00:00:56] -!- erictheise has quit [Quit: erictheise]
[00:07:15] <Nick001-Shop> Is that pin file loaded by default or to I have to put in in the dir by hand?
[00:12:25] <PCW> the pin file is just a text file that comes with the firmware
[00:12:34] <andypugh> Pin file is for humans. XML file is for Pncconf. All that Hostmot2 looks at is the actual .bit file.
[00:13:22] <Nick001-Shop> I'll pick this up at the house computer in about 1/2 hr
[00:13:49] <andypugh> I am not at all sure why Pncconf can't parse pin files. I know why it can't trial-load BIT files. That's because I am late on my promises.
[00:14:38] <PCW> freeby.mesanet.com/SVST6_6_7I52S.PIN
[00:14:44] -!- Nick001-Shop has quit [Remote host closed the connection]
[00:15:19] <PCW> you can also get the same info from the kernel log (dmesg)
[00:15:30] <PCW> (after linuxCNC runs)
[00:15:57] <andypugh> I hear you will be in Wichita, Pete?
[00:16:35] <PCW> Yes Friday to Monday
[00:17:33] <andypugh> Be nice to see you again. You are the only other EMC-ista I have met. I have bizarre visions of a Pico-Mesa Death_Match :-)
[00:18:33] <PCW> I doubt there will be fisticuffs
[00:19:36] <andypugh> Top trumps? "I have PCI" ... "Oh"
[00:21:26] <andypugh> I get the impression that the Pico stuff is good, and easy, but hasnt really moved on that much. It seems ideal for that Indian guy, mainly because I know he can buy it, it will work, and it won't be my fault, or your fault, if it doesn't.
[00:22:47] <PCW> I would like to implement the Fanuc serial protocol encoder(and PWM drive) at some point but I dont have the hardware
[00:22:48] <Tom_itx> ok i did a memtest 3x over on the pc and no errors
[00:23:14] <Tom_itx> brought the mill back in where it's cool to try again
[00:25:00] <andypugh> I keep looking for a chap Fanuc motor to test that bldc really does work with them. Though a guy on CNCzone seems to have made it work.
[00:27:06] <PCW> I think it might be wort making a daughtercard with the differential drive, SPI A-D for current sense and correct connector if I could verify it on the hardware
[00:27:18] <PCW> s/wort/worth/
[00:28:20] <PCW> Tom_itx: try a simpler config maybe theres a HAL tangle
[00:28:44] <Tom_itx> i removed all the postgui stuff
[00:28:50] <Tom_itx> in the ini
[00:29:36] <PCW> I would start really simple (like the hm2 sample config, edited to use your bitfile)
[00:30:07] <Tom_itx> this was working fine before i added a couple things to the postgui like cycle timer
[00:30:19] <Tom_itx> i've run quite a few parts with it
[00:32:33] <Tom_itx> i gotta make a boot thumbdrive so i can run memtest on the old pc now
[00:32:42] <Tom_itx> then i'll do some testing with the atom pc
[00:32:46] <PCW> Something changed that caused the problem and interpreter out of sequence sounds like a task/motion/ something haywire
[00:33:39] <PCW> if you have the same error on both machines its unlikely bad memory (and bad memory is likely to cause crashes)
[00:33:56] -!- pjm has quit [Read error: Connection reset by peer]
[00:34:04] <PCW> try a minimal known hal file
[00:34:12] <andypugh> Tom_itx: Properly minimal test. halrun // loadrt hostmot2 // loadrt hm2_pci // show pin.
[00:34:39] <Tom_itx> what's show pin?
[00:34:41] -!- pjm [pjm!~pjm@uhfsatcom.plus.com] has joined #linuxcnc
[00:35:10] <PCW> bbl Dinner!
[00:35:12] <andypugh> (for a 5i25, you need to specify firmware for others, unless you loaded it earlier)
[00:35:32] <Tom_itx> this is a 7i43 7i47 using a 7i47 bitfile
[00:35:33] <andypugh> show pin is a command to list all the pins
[00:35:52] <PCW> the problem looks to be higher up (not low level I/O)
[00:36:24] <PCW> thats why I think its not hardware related
[00:37:13] <andypugh> show param / show funct / show thread are also useful (and can be inserted in your HAL file). I tend to put in a "show pin" after the "loadrt" section to have a list of actual pin names to compare error messages to.
[00:37:52] <PCW> (unless there a bug in the hm2 driver that causes breakage elsewhere in some odd circumstances but I think this is not likely)
[00:37:59] <PCW> bbl
[00:38:03] -!- PCW has quit [Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]]
[00:42:44] <andypugh> Great quote from a friend "I managed to get myself a job that was meant to be Postdoctoral by cashing in my three masters' degrees in the academic equivalent of swapping 3 houses for a hotel in Monopoly"
[00:43:17] <jdh> I'm thinking about using G43 on an outside profile and telling it the tool is 0.020" bigger than it really is, then cutting it again with the correct tool size for a finishing pass. Will this actually work?
[00:44:12] <Tom_itx> unless you have radaii that are smaller than the tool radius plus the .020
[00:44:28] <Tom_itx> then it will bitch
[00:44:54] <andypugh> But yes, that will work.
[00:45:40] <jdh> there are some inside corners. I guess that might trigger that error
[00:45:47] <Tom_itx> you can't just offset the tool .020 in the cad file?
[00:45:48] <andypugh> Ah, err, lathe or mill?
[00:45:54] <jdh> mill
[00:46:14] <andypugh> It will only have any effect at all in G41/G42 mode.
[00:46:16] <Tom_itx> then the path will be corrected
[00:46:29] <jdh> yeah, I guess offsetting and having two different cuts would be better
[00:46:47] <Tom_itx> i always add a bit before the finish pass in the tool path
[00:47:19] <Tom_itx> cut to depth taking however many steps you need then do a final pass at full depth
[00:48:23] <jdh> initial cut (in 0.5" 6061) with a 0.25" end mill, then a finish pass with 0.125 end mill to make the internal radius smaller
[00:51:22] <Tom_itx> it'll really squeal in the corners
[00:51:34] <jdh> or snap
[00:51:42] <Tom_itx> not if you go slow
[00:52:29] <Tom_itx> or make a 'to depth' cut wiht the .125
[00:52:36] <Tom_itx> in the corners then the final pass
[00:52:47] <Tom_itx> takes longer
[00:53:18] <Tom_itx> just make a 'U' lead in / out in each corner then do the whole profile final pass
[00:53:42] -!- rob__H has quit [Ping timeout: 245 seconds]
[00:53:43] <Tom_itx> probably not practical for production but...
[00:54:21] <Tom_itx> how deep is the final cut?
[00:54:47] <jdh> it is .5" 6061
[00:55:03] <Tom_itx> a .125 em with a .5 flute may be hard to come by
[00:55:25] <jdh> I have 1, and only 1
[00:55:35] <Tom_itx> with a full cut at .5"?
[00:55:37] <jdh> has 1"
[00:55:44] <Tom_itx> good luck
[00:55:58] <jdh> heh, probably flex and/or snap at the bottom
[00:56:27] <Tom_itx> take the corners at 1/2 feed
[00:56:27] <jdh> I'll just do the whole thing with 1/4" endmill and clean up the radius by hand
[00:56:59] <Tom_itx> another thought would be to pre drill the corners with a drill
[00:57:12] <Tom_itx> .125 drill
[00:57:18] <Tom_itx> then do the clean up pass
[00:57:27] <jdh> that's what I was goign to do
[00:57:34] <Tom_itx> there's always more than one way to skin a cat
[00:58:00] <Tom_itx> that might work then, just run that long skinny cutter slow
[00:58:52] <Tom_itx> you sure don't want any flex in your z axis
[00:59:04] <jdh> http://www.artichoke.org/bracket.jpg
[01:00:26] <Tom_itx> you're gonna get chatter with that cutter anyway so why not do the cleanup pass with the .250 em then clean out the corners with the .125
[01:00:47] <Tom_itx> with just a short cutter path
[01:01:05] <jdh> I'd have to code it by hand
[01:01:15] <jdh> or at least extract it by hand
[01:01:18] <Tom_itx> do your lead in / out at like a 20 deg angle or such
[01:01:44] <Tom_itx> that will help blend the cut
[01:02:16] <jdh> yeah, or just clamp it in the vise and use the keyboard
[01:02:39] <Tom_itx> you'll need a .125 radius with a straight cut on each side to get the .250 radius clean then 2 lead in / out moves
[01:04:13] <Tom_itx> you better move your .125 holes though
[01:04:23] <Tom_itx> or they will be undercut
[01:04:36] <Tom_itx> you have the center on the finish cut line
[01:04:56] <Tom_itx> move them in .06250 in x and y
[01:06:03] <Tom_itx> unless that was intentional
[01:06:18] <Tom_itx> sometimes that is done in sheet to avoid tearing
[01:06:46] <jdh> the holes are centered on the finished corner
[01:07:02] <jdh> that is before the finish cut with .125
[01:07:27] <Tom_itx> it doesn't appear so
[01:07:32] <Connor> Question. What do you do when you want to use a end mill with not set screw flat in a set screw holder? Grinding a flat acceptable ??
[01:07:40] <Tom_itx> sure
[01:09:01] <Tom_itx> jdh, if the finished part is to have .125 radius'd corners i think you have those holes too far into the part
[01:09:12] <Tom_itx> or you're removing more than .020 on the finish pass
[01:10:30] <jdh> that was generated with a single finished pass with 0.25. If I recut with a .125, those would disappear
[01:10:48] <Tom_itx> k
[01:10:52] <jdh> this isn't real CAM, it's cut2d... it can only generate cuts for closed vectors
[01:10:53] <Tom_itx> just trying to avoid scrap
[01:11:31] <jdh> I got some plastic the same size for a test cut. In retrospect, the plastic cost almost as much as the aluminum
[01:11:43] <Tom_itx> try wood
[01:11:52] <Tom_itx> or wax
[01:12:04] <jdh> I have no wax, don't like cutting wood, it's messy
[01:13:03] <jdh> http://www.artichoke.org/plate.jpg
[01:13:13] <Tom_itx> lately i'll run one in air and if it looks close i'll run it
[01:14:31] <Tom_itx> until this silly machine started acting up
[01:17:31] <Tom_itx> do those parts mate?
[01:17:35] <Tom_itx> in the slots
[01:19:32] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc
[01:20:43] -!- c-bob| [c-bob|!~c@pD9EAC80F.dip0.t-ipconnect.de] has joined #linuxcnc
[01:20:54] <jdh> in theory.
[01:20:55] -!- c-bob has quit [Ping timeout: 264 seconds]
[01:21:01] <jdh> after I fix those corners also
[01:21:38] <jdh> then welded
[01:21:48] <Tom_itx> yeah i figured
[01:22:32] <jdh> I did some test runs with a 90 degree v-bit. It puts a nice groove for penetration/bead
[01:23:38] -!- ahofer has quit []
[01:32:13] <andypugh> Night all
[01:32:20] -!- andypugh has quit [Quit: andypugh]
[01:40:40] -!- Servos4ever [Servos4ever!~chatzilla@173-87-52-153.dr01.hnvr.mi.frontiernet.net] has joined #linuxcnc
[01:42:49] <Tecan> anyone here use emc to reprap ?
[01:43:23] <Tecan> im debating on using my printerport driver or teacup
[01:43:38] <Tecan> should probably go with the flow on this one
[01:47:11] -!- atom1 has quit [Quit: Leaving]
[02:03:31] -!- BJfreeman has quit [Quit: had a good time]
[02:04:43] -!- KimK_2 has quit [Ping timeout: 264 seconds]
[02:05:08] -!- KimK_2 [KimK_2!~kkirwan@ip68-102-65-151.ks.ok.cox.net] has joined #linuxcnc
[02:05:57] -!- sumpfralle has quit [Ping timeout: 248 seconds]
[02:17:05] -!- |1li has quit [Read error: Connection reset by peer]
[02:31:01] -!- atom1 [atom1!~tom@ip68-102-198-33.ks.ok.cox.net] has joined #linuxcnc
[02:31:01] -!- atom1 has quit [Changing host]
[02:31:01] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc
[02:33:02] <atom1> ok so i ran the memtest and that turned out fine now a latency test gives Servo thread max interval: 1013797 Max Jitter: 18637 Base thread max interval 41982 Max Jitter: 19768
[02:33:58] <cradek> sounds fine
[02:33:59] <atom1> so will the standard SERVO_PERIOD = 1000000 be ok with those numbers?
[02:34:10] <atom1> no base period since it's mesa cards
[02:34:35] <atom1> i'm just trying to iron out these errors i'm getting
[02:34:45] <atom1> kinda starting from scratch again
[02:34:59] <jdh> got any old hal/ini copies?
[02:35:34] <atom1> i was just gonna basically start over
[02:35:44] <cradek> yeah it'll be totally fine
[02:35:45] <atom1> i have my current configs for all the pinouts etc
[02:35:49] <cradek> what errors? I didn't read back.
[02:35:56] <atom1> it's really odd
[02:36:13] <atom1> it will stall out during the middle of a cut and sometimes ask for another tool
[02:36:28] <atom1> doesn't always generate an error
[02:36:32] <cradek> oh I remember hearing about that
[02:36:47] <cradek> have you checked dmesg after it happens?
[02:36:52] <atom1> so i brought it inside where it's cool thinking it could have been a heat problem
[02:37:00] <atom1> i posted dmesg
[02:37:13] -!- Laremere has quit [Ping timeout: 245 seconds]
[02:37:29] <atom1> http://tom-itx.dyndns.org:81/~webpage/cnc/cnc_files/dmesg.txt
[02:37:33] <cradek> after the error happened?
[02:37:36] <atom1> not the most recent but one of them
[02:37:46] <atom1> i believe that one was
[02:38:29] <atom1> also did 'tail -f /var/log/syslog and nothing showed up really
[02:38:29] <cradek> this is three linuxcnc startups, one with debugging on
[02:38:41] <atom1> how do i clear dmesg?
[02:38:49] <cradek> sudo dmesg -c
[02:38:54] <atom1> i can run it again
[02:39:09] <cradek> you always get the weird behavior?
[02:39:22] <atom1> no it ran fine for quite a while
[02:39:34] <atom1> i've cut quite a few parts with no problems
[02:39:35] <jdh> but it is repeatable now?
[02:39:37] <cradek> I'm interested in the dmesg right after you get the weird behavior
[02:39:49] <atom1> started a new file and now it's acting up
[02:39:56] <atom1> i also posted the gcode
[02:40:25] <atom1> http://tom-itx.dyndns.org:81/~webpage/cnc/cnc_files/Cube.txt
[02:40:42] <atom1> it always happens after the drill and during Tool 5 cuts
[02:41:14] <atom1> it's as if you pushed the pause button
[02:41:32] <cradek> what line does it stop on?
[02:41:38] <atom1> then if you try to continue it acts like it resets the file and asks for the first tool again
[02:41:43] <atom1> it's random where it stops
[02:42:05] <atom1> i got a bit further into the file this evening before it stopped
[02:42:52] <cradek> what are you doing with debounce and toggle2nist?
[02:43:08] <atom1> debounce is for the limits
[02:43:22] <atom1> toggle2nist i believe is part of the pendant code
[02:43:22] <cradek> oh I see the link to your config
[02:43:38] <atom1> http://tom-itx.dyndns.org:81/~webpage/cnc/configs/sherline/
[02:43:58] -!- Servos4ever has quit [Quit: ChatZilla 0.9.90 [SeaMonkey 2.14.1/20121129191050]]
[02:43:59] <atom1> i did comment out the postgui.hal and display.xml in the .ini file and it didn't seem to matter
[02:44:33] <atom1> that post is probably before i commented those out
[02:44:36] <cradek> my_jog.hal has complicated stuff hooked to halui pause/resume
[02:44:48] <atom1> it does
[02:45:19] <cradek> are you sure that's not just triggering it? you could watch halui.program.pause with halscope's trigger function
[02:45:34] <cradek> you could also turn on TASK ISSUE debugging and look for program pause messages
[02:46:01] <cradek> or you could unhook all your pendant stuff
[02:46:20] <atom1> DEBUG = 0x7FFFFFFF
[02:46:23] <atom1> right now
[02:46:24] <cradek> the most likely reason you're seeing a pause is that something is pausing it
[02:46:43] <jdh> $200 looks pretty sw33t
[02:46:44] <atom1> i could remove the pendant code entirely
[02:46:58] <cradek> narrowing the problem space is always a smart approach
[02:47:17] <atom1> but it had been working for quite a while
[02:47:30] <atom1> i started adding stuff to the axis screen like cycle times etc
[02:47:36] <atom1> then things seemed to go south
[02:48:01] <cradek> if you had your config in revision control, you could revert your changes and retest
[02:48:11] <atom1> does it matter if all your loadrt lines are together?
[02:48:27] <cradek> their order can matter
[02:49:11] <atom1> they may not all be together in the file is why i asked
[02:49:15] -!- jfire has quit [Ping timeout: 260 seconds]
[02:50:09] <atom1> there's some in the main hal and some in the my_jog hal as well
[02:54:02] <eric_unterhausen> 3d printing looks like it is exploding
[02:54:07] <eric_unterhausen> which is good, I suppose
[02:54:17] <jdh> lots of hype
[02:54:31] <eric_unterhausen> I mean the diy stuff
[02:54:42] <eric_unterhausen> the commercial side is a bit of a clown show
[02:55:01] <jdh> a lot of the DIY crowd are clownlike also
[02:56:01] <jdh> local professor guy built one, did the 'anyone can print a gun' thing story for local press
[02:56:20] <eric_unterhausen> ok, plz to be smacking him upside the head for all of us
[02:56:54] <eric_unterhausen> I swear some colleges teach people to hype things
[02:57:18] <jdh> maybe it's required for grants and stuff
[02:57:40] <atom1> ok sitting idle i'm getting several errors
[02:57:48] <jdh> what kind of errors
[02:58:05] <atom1> can't do that (EMC_TASK_PLAN_RUN) in auto mode
[02:58:31] <jdh> weird halui pins?
[02:58:33] <atom1> can't do that (EMC_TRAJ_SET_TELEOP_ENABLE) in auto mode with the interperter idle
[02:58:45] <atom1> for a couple
[02:59:15] <atom1> some say the task plan one in auto mode an others in manual mode
[02:59:21] <atom1> and i haven't moved anything
[02:59:50] <jdh> any pause/resume/on/off pins?
[03:00:28] <atom1> monitoring the halui.program.is-paused .pause and .is-running
[03:00:41] <atom1> .is-paused is yellow the other 2 are red
[03:00:50] <atom1> but .is-paused was red
[03:01:50] <atom1> i'm also using some direct inputs to the extra 50 pin header on the 7i43 using some pullup resistors
[03:02:27] <atom1> i'd have to check exactly which lines they are and if they pull up or down, i don't recall off hand
[03:02:40] <atom1> i wonder if those resistors may not be strong enough
[03:02:49] <atom1> iirc i used 330 ohm
[03:03:27] <atom1> ok it keeps switching the .is-paused pin, now it's red
[03:03:34] <atom1> and also generated another error
[03:03:55] <atom1> can't do that (EMC_TASK_PLAN_RUN) in manual mode
[03:04:07] <jdh> seems like is-paused is just a symptom, same as the error message. Do you have any pins tied to modes?
[03:04:07] <skunkworks> noise
[03:04:50] <atom1> just a sec i'll post a screen shot
[03:05:26] <cradek> you should monitor with halscope's triggering. nothing else will catch noise.
[03:05:51] <atom1> i wasn't sure how to set that up so i tried this first
[03:05:53] <cradek> you pretty clearly just have a noise problem don't you? I mean you used debounce already for some stuff as a workaround.
[03:06:10] <cradek> your pendant stuff is randomly flailing on all the halui inputs
[03:06:48] <atom1> i used debounce on the limit switches
[03:06:53] <atom1> afik that was it
[03:06:54] <cradek> why?
[03:07:16] <atom1> http://tom-itx.dyndns.org:81/~webpage/cnc/cnc_files/screenshot.png
[03:07:33] <atom1> because they were bouncing when the machine was on
[03:07:42] <atom1> i did watch that on halscope
[03:08:31] <cradek> do you understand that this is probably another symptom of the same problem?
[03:08:47] <atom1> i'm kinda leaning toward the pullups on the io
[03:08:49] <cradek> you should work on fixing the problem in hardware, not software
[03:08:49] <atom1> yes
[03:09:08] <atom1> i rewired the whole machine using shielded wire on all the io and motors
[03:09:16] <atom1> it helped alot
[03:09:20] <jdh> I have one flakey home/limit switch that I debounce. It's just not quite as flakey now.
[03:09:24] <cradek> yes maybe you need pullups or something
[03:09:41] <cradek> there may be pullup-related settings in the mesa stuff, not sure
[03:09:43] <atom1> i did have to invert the logic on those directly tied to the 7i43
[03:10:00] <atom1> are they 3.3v or 5v logic at that point?
[03:10:12] <cradek> but you've sure got a hardware problem, don't try to fix it in software
[03:10:29] <atom1> i'm not disagreeing with that
[03:10:36] <cradek> I don't know, sorry, check the 7i43 manual
[03:10:52] <atom1> i just wasn't sure what direction to head but i think i have an idea now
[03:11:09] <atom1> i'll disable the pendant and see what happens
[03:11:12] <cradek> great
[03:11:24] <atom1> but probably not tonight
[03:11:42] <jdh> I got a 7i37ta for my other port. Makes everything simple.
[03:11:48] <atom1> it had been working ok for a while though so i really didn't suspect it
[03:12:04] <atom1> i got a 7i47 on the first port
[03:12:36] <atom1> the 2nd port is direct wired
[03:12:54] <atom1> and some of the pendant switches are on it i'm sure
[03:13:03] <atom1> i'll dig out my wiring chart tomorrow
[03:14:00] <atom1> jdh, the 7i37 is just a buffered io isn't it?
[03:14:29] <atom1> i wonder if the buffers are schmitt triggers
[03:15:04] <jdh> more than just buffered
[03:15:32] <jdh> http://www.mesanet.com/aiodaughter.html
[03:16:09] <jdh> it will drive anything reasonable, high or low and read anything reasonable.
[03:16:27] <atom1> how much was it?
[03:16:44] <jdh> $80 maybe. About the same as the 7i47
[03:19:21] <atom1> yeah, looks like the regular one is 69 and the screw terminals are 79
[03:20:11] <atom1> does that require a bitfile for it?
[03:20:52] <atom1> i wonder how you'd combine the 7i47 and 7i37 bitfiles if it isn't
[03:21:07] <jdh> mine does both
[03:21:23] <atom1> both what?
[03:21:38] <jdh> 7i47 & 7i37ta (on a 7i43)
[03:21:55] <atom1> oh so you're running basically the same setup
[03:22:12] <atom1> what bitfile do you use for it?
[03:22:17] <jdh> ignoring the part about mine working,sure :)
[03:22:56] <atom1> i had all that xilinx stuff loaded once but i don't think it is now
[03:23:15] <jdh> can't see it from here. It is one of the stock ones
[03:23:36] <atom1> i think i had to get mine from mesa
[03:23:51] <atom1> i don't think it came by default
[03:26:41] <jdh> loadrt hm2_7i43 config="firmware=hm2/7i43-2/SVST2_4_7I47.BIT
[03:27:00] <atom1> that looks the same
[03:27:02] <jdh> maybe I did get it from mesa
[03:27:38] <atom1> firmware=hm2/7i43-4/SVST2_4_7I47B.BIT
[03:27:57] <jdh> I have the little one
[03:28:03] <atom1> mine is B
[03:28:04] <atom1> yes
[03:28:12] <atom1> 'big'
[03:28:36] <atom1> probably didn't need it
[03:30:52] <atom1> loadrt hostmot2
[03:30:56] <atom1> is that right?
[03:31:10] <atom1> i don't have hm2_7i43 that i see
[03:31:55] <atom1> or is that the same?
[03:32:43] <jdh> my install has hm2_7i43 and hm2_pci
[03:33:04] <atom1> you have a pci card?
[03:33:09] <jdh> no
[03:33:20] <atom1> i wonder what the difference is
[03:33:22] <jdh> my linuxcnc install. My hal config has the line I pasted above.
[03:33:44] <atom1> my hal has the line i pasted
[03:34:32] <atom1> running again with no pendant code loaded
[03:35:14] -!- grandixximo [grandixximo!~grandixxi@] has joined #linuxcnc
[03:35:17] -!- oeon has quit [Quit: Leaving.]
[03:37:12] <grandixximo> I'm looking for a low latency ITX motherboard
[03:37:20] <grandixximo> the Intel D945GCLF2 it's hard to find these days
[03:37:37] <grandixximo> i was wondering if there is any new hardware with low latency
[03:38:10] <grandixximo> and does DCP latency have anything to do with the real-time latency of linuxcnc?
[03:38:35] <grandixximo> DPC latency sorry
[03:39:05] <atom1> well it ran clear through that time
[03:39:29] <atom1> i bet it's the pullups on my pendant io going to the 7i43 2nd port
[03:39:49] <atom1> maybe i should get one of those 7i37ta cards
[04:00:30] -!- PetefromTn [PetefromTn!PetefromTn@66-191-249-180.dhcp.kgpt.tn.charter.com] has joined #linuxcnc
[04:06:33] -!- dhoovie [dhoovie!~kvirc@] has joined #linuxcnc
[04:11:22] -!- atom1 has quit [Quit: Leaving]
[04:13:32] -!- asdfasd [asdfasd!grgrgrgrg@] has joined #linuxcnc
[04:24:25] -!- CaptHindsight has quit [Quit: gone]
[04:40:08] -!- PetefromTn has quit []
[04:40:20] <RyanS> hmm a 'fitter and turner' does that mean they don't let them loose on a milling machine....
[04:40:28] -!- PetefromTn [PetefromTn!~quassel@66-191-249-180.dhcp.kgpt.tn.charter.com] has joined #linuxcnc
[04:42:39] -!- gimps has quit [Ping timeout: 260 seconds]
[04:43:40] -!- hashfail has quit [Ping timeout: 276 seconds]
[05:02:13] -!- Fox_Muldr has quit [Ping timeout: 246 seconds]
[05:04:28] -!- Fox_Muldr [Fox_Muldr!quakeman@frnk-4d01d3e7.pool.mediaWays.net] has joined #linuxcnc
[05:42:03] -!- jfire has quit [Quit: Leaving.]
[06:01:42] -!- jfire has quit [Quit: Leaving.]
[06:20:14] -!- PetefromTn has quit [Remote host closed the connection]
[06:22:25] -!- ve7it has quit [Remote host closed the connection]
[06:31:54] -!- grandixximo has quit [Quit: Leaving]
[06:44:24] -!- DJ9DJ [DJ9DJ!~Deejay@unaffiliated/dj9dj] has joined #linuxcnc
[06:45:06] <DJ9DJ> moin
[06:58:18] -!- abetusk has quit [Ping timeout: 256 seconds]
[07:02:33] -!- Laremere has quit [Ping timeout: 256 seconds]
[07:07:07] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc
[07:10:36] -!- ravenlock has quit [Quit: Leaving]
[07:11:21] -!- abetusk [abetusk!~abetusk@cpe-24-58-232-122.twcny.res.rr.com] has joined #linuxcnc
[07:11:45] abetusk is now known as Guest8348
[07:15:13] -!- Laremere_AFK has quit [Ping timeout: 246 seconds]
[07:25:47] -!- chesepuff has quit [Ping timeout: 245 seconds]
[07:27:45] -!- chesepuff [chesepuff!~shop@c-24-16-231-45.hsd1.wa.comcast.net] has joined #linuxcnc
[07:34:31] <Loetmichel> mornin
[08:04:58] -!- stsydow has quit [Remote host closed the connection]
[08:10:28] -!- vladimirek [vladimirek!~vladimire@] has joined #linuxcnc
[08:14:10] -!- _BJFreeman [_BJFreeman!~bjfree@40.sub-75-233-217.myvzw.com] has joined #linuxcnc
[08:14:46] _BJFreeman is now known as BJfreeman
[08:28:07] -!- adb [adb!~IonMoldom@] has joined #linuxcnc
[08:28:34] -!- dhoovie|2 [dhoovie|2!~kvirc@] has joined #linuxcnc
[08:30:47] -!- chesepuff has quit [Ping timeout: 245 seconds]
[08:31:10] -!- dhoovie has quit [Ping timeout: 246 seconds]
[08:38:13] -!- _BJFreeman [_BJFreeman!~bjfree@40.sub-75-233-217.myvzw.com] has joined #linuxcnc
[08:39:15] BJfreeman is now known as Guest22222
[08:39:27] _BJFreeman is now known as BJfreeman
[08:40:38] -!- rob_h [rob_h!~rob_h@] has joined #linuxcnc
[08:40:47] -!- Guest22222 has quit [Ping timeout: 252 seconds]
[08:44:16] -!- chesepuff [chesepuff!~shop@c-24-16-231-45.hsd1.wa.comcast.net] has joined #linuxcnc
[08:46:46] -!- ler_hydra [ler_hydra!~ler_hydra@sailor-link.olf.sgsnet.se] has joined #linuxcnc
[09:12:06] -!- adb has quit [Ping timeout: 264 seconds]
[09:13:14] -!- BJfreeman has quit [Quit: had a good time]
[09:27:47] -!- nikola_ [nikola_!4e5333b9@gateway/web/freenode/ip.] has joined #linuxcnc
[09:45:32] -!- Guest59793 [Guest59793!~braindead@cpe-98-154-206-155.socal.res.rr.com] has joined #linuxcnc
[09:46:44] Guest59793 is now known as braindeadone
[09:46:59] braindeadone is now known as tommer5k
[09:56:46] -!- mhaberler has quit [Quit: mhaberler]
[10:06:03] -!- nikola_ has quit [Quit: Page closed]
[10:19:01] -!- Simooon [Simooon!~simon@gw.obelnet.dk] has joined #linuxcnc
[10:33:35] -!- sumpfralle [sumpfralle!~lars@c.mail.systemausfall.org] has joined #linuxcnc
[11:18:35] -!- DJ9DJ has quit [Quit: bye]
[11:24:25] -!- gommo has quit [Remote host closed the connection]
[11:29:23] -!- gommo has quit [Ping timeout: 256 seconds]
[11:51:10] -!- dhoovie|2 has quit [Read error: Connection reset by peer]
[11:56:03] -!- dhoovie [dhoovie!~kvirc@] has joined #linuxcnc
[11:59:06] -!- dhoovie has quit [Read error: Connection reset by peer]
[12:06:16] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc
[12:18:45] -!- ingsoc has quit [Ping timeout: 248 seconds]
[12:23:34] -!- mhaberler has quit [Quit: mhaberler]
[12:27:51] -!- Boki has quit [Client Quit]
[13:06:24] -!- gimps [gimps!~noone@unaffiliated/gimps] has joined #linuxcnc
[13:20:22] -!- sumpfralle has quit [Quit: Leaving.]
[13:21:32] -!- fomox [fomox!~chatzilla@] has joined #linuxcnc
[13:27:36] -!- fomox has quit [Ping timeout: 268 seconds]
[13:45:17] -!- _BJFreeman [_BJFreeman!~bjfree@212.sub-75-196-1.myvzw.com] has joined #linuxcnc
[13:45:46] * Tom_itx waits for pcw_home to awake
[13:45:58] _BJFreeman is now known as BJfreeman
[13:49:05] <Jymmm> Tom_itx: It's Saturday and not even 7am yet.
[13:49:18] <Tom_itx> i'm aware
[13:55:37] -!- morfic- has quit [Ping timeout: 246 seconds]
[13:55:52] <Tom_itx> i wondered how strong the pullups are on the 7i43 when W3 is enabled
[13:56:29] <Tom_itx> i believe the IO is 3.3v but 5v tolerant if W2 is enabled
[13:58:20] <Tom_itx> i think my issue has been my pull downs on my pendant buttons (PROG RUN,SPINDLE and PAUSE) may not be strong enough to overcome the pullups on the board
[13:59:11] <Tom_itx> it was necessary to reverse the logic of the io iirc
[14:03:56] <pcw_home> dueling pullups/pulldowns?
[14:04:04] <Tom_itx> it appears so
[14:04:14] <Tom_itx> i'm using 330 ohm pulldowns
[14:04:50] <Tom_itx> removed the pendant code last night and it ran fine
[14:04:59] <Tom_itx> got me thinking about the wiring
[14:06:02] <Tom_itx> so at that point is the logic 3.3v or 5v?
[14:06:35] <pcw_home> Since the 7I43 has built in pullups is better to use pullups (and active low inputs) than pulldowns
[14:06:47] <pcw_home> s/is/its/
[14:06:55] <Tom_itx> i had an issue with the spindle running on startup though
[14:07:01] <Tom_itx> so i had to reverse the logic
[14:07:31] <pcw_home> logic is always TTL (so ~1.4v input thresholds)
[14:08:06] <Tom_itx> will it hurt anything having the pulldowns fighting with the onboard pullups?
[14:08:29] <Tom_itx> i may try a 100 ohm r and see if that clears it up
[14:08:45] -!- Simooon has quit [Quit: Leaving]
[14:08:48] <pcw_home> harm chips, no. harm noise immunity, yes
[14:09:48] <pcw_home> always make noise immunity worse because the open state will be somewhere in the middle
[14:09:48] <Tom_itx> i could put a schmitt trigger inverter on that output i suppose
[14:09:52] -!- morfic- [morfic-!~morfic@unaffiliated/morfic] has joined #linuxcnc
[14:09:58] <Jymmm> pcw_home: EMI is your friend =)
[14:10:27] <pcw_home> I would just eliminate the pulldowns
[14:10:45] -!- toudi_ [toudi_!~toudi@apn-95-41-225-100.dynamic.gprs.plus.pl] has joined #linuxcnc
[14:10:52] <Tom_itx> would the 7i37 be a better way to go for this?
[14:10:55] toudi_ is now known as micges
[14:11:29] <Tom_itx> instead of using the 7i43 IO directly
[14:11:49] <pcw_home> Yes but using active low switches will also work
[14:12:14] <pcw_home> so no dueling pullups/downs
[14:12:15] <Tom_itx> then i'm back to the spindle problem
[14:12:42] <pcw_home> spindle problem?
[14:13:13] <Tom_itx> i tried the active low approach in the beginning but on startup the spindle would run
[14:13:32] <pcw_home> how is the spindle controlled?
[14:13:39] <Tom_itx> ssr
[14:14:10] <pcw_home> so connect SSR+ to 5V and SSR l to 7I43 output
[14:14:22] <Tom_itx> maybe i could move it to one of the io on the 7i47 board
[14:14:56] <Tom_itx> i'll dig into it today and see where it goes. i do agree about the pullups fighting each other though
[14:15:09] <Tom_itx> are you going to the fest?
[14:15:15] <pcw_home> thats how the 7I43 outputs are intended to be used (for OPTO22 racks for example that have a common 5V))
[14:15:25] <pcw_home> Yes
[14:15:37] <Tom_itx> any way you could bring a 7i37ta along?
[14:15:56] <Tom_itx> i plan to show up on friday
[14:15:59] <pcw_home> yeah or a 7I84 maybe
[14:16:10] <Tom_itx> what is it?
[14:16:49] <pcw_home> 16 output 32 input sserial card (12/24V)
[14:17:03] <Tom_itx> i've never been real fond of driving the fpga pins directly anyway
[14:17:26] <pcw_home> its fine until you connect one to 12V
[14:17:50] <Tom_itx> well hopefully i'm not that stupid but i know accidents can happen
[14:18:40] <pcw_home> I'll bring a set of cards if DHS doesn't object
[14:18:53] <Tom_itx> i'd appreciat it
[14:19:01] <Tom_itx> screw terminal pls
[14:19:44] <Tom_itx> does the 7i43 do sserial?
[14:20:40] <pcw_home> Sure all Xilinx based FPGA cards can
[14:21:40] <pcw_home> we may even be able to teach the Sitara's PRU to do it
[14:22:39] <Tom_itx> i'll work on swapping the logic over the weekend and see where it goes
[14:23:10] <pcw_home> so I will bring a 7I37TA, a 7I84 and a 7I87 (Matt wanted to test something with a 7I87)
[14:23:33] <Tom_itx> what's the 7i84 run?
[14:24:11] <pcw_home> not sure off hand
[14:24:56] <Tom_itx> i'm leaning toward the 7i37ta right now
[14:25:16] <pcw_home> $79
[14:25:18] <Tom_itx> would i need to change the bit file to add it to the 2nd port?
[14:25:19] <Tom_itx> yes
[14:25:37] <Tom_itx> i'm using the 7i47b bit file currently
[14:26:01] <pcw_home> you could add it to the 7I47 port and use the 7I47 as the RS-422 interface
[14:26:45] <pcw_home> (one RX pair and one TX pair)
[14:26:53] <Tom_itx> maybe i lost you just then
[14:27:07] <Tom_itx> add the 7i37 to the 7i47?
[14:27:27] <Tom_itx> or the 7i84 to it
[14:28:05] <pcw_home> I was talking about the 7I84, for 7I37, no bitfile changes are needed
[14:28:21] <pcw_home> (since its just GPIO)
[14:28:43] <Tom_itx> the 7i37 would plug right into the 2nd port on the 7i43 though right?
[14:28:50] <Tom_itx> no bit file changes
[14:28:57] <pcw_home> for 7I84 the second 7I43 port is unused
[14:29:01] <Tom_itx> i guess the 2nd port is mapped for io anyway
[14:29:13] <Tom_itx> yes i follow now
[14:29:28] <pcw_home> yes (all ports can do I/O)
[14:29:29] <Tom_itx> the 7i84 would be wired to an io on the 7i47
[14:29:53] <pcw_home> yes
[14:30:06] <Tom_itx> but that _would_ require a bitfile change?
[14:30:21] <Tom_itx> for the sserial stuff
[14:30:25] <pcw_home> Yes, at least one sserial channel added
[14:30:32] <Tom_itx> mmm
[14:31:10] <pcw_home> also The 7I84 is more suited to 12 or 24V I/O
[14:31:30] <pcw_home> but it can do MPGs
[14:31:45] -!- syyl__ [syyl__!~syyl@p4FD10440.dip0.t-ipconnect.de] has joined #linuxcnc
[14:32:03] -!- fomox [fomox!~chatzilla@] has joined #linuxcnc
[14:32:12] <pcw_home> (5V MPGs)
[14:34:00] <Tom_itx> ok, looking ahead to future projects.. the 7i34 won't work on the 5i25 but the 7i84 would
[14:34:14] <Tom_itx> excuse me the 7i37..
[14:34:51] -!- syyl_ has quit [Ping timeout: 260 seconds]
[14:35:14] <Tom_itx> so if i were to need to swap boards around future wise the 7i84 would be more suitable
[14:36:56] <pcw_home> Yeah you can only drive 17 of the 7I37s 24 I/O pins with one connector of a 5I25
[14:38:06] <Tom_itx> is sserial suited for pendant io?
[14:38:17] <Tom_itx> i've never used sserial yet
[14:38:47] -!- atom1 [atom1!~tom@ip68-102-198-33.ks.ok.cox.net] has joined #linuxcnc
[14:38:47] -!- atom1 has quit [Changing host]
[14:38:47] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc
[14:39:08] -!- fomox has quit [Ping timeout: 268 seconds]
[14:42:49] <pcw_home> if the pendant just has switches and maybe a MPG or 2, yes
[14:43:00] <atom1> right
[14:43:31] <atom1> is the input to the 7i85 a standard rj45?
[14:43:39] <atom1> 7i84*
[14:51:43] <atom1> how do you address sserial io in hal?
[14:56:35] <micges> atom1: they are autogenerated
[14:57:05] <micges> like 5i25.0.7i77.0.1.output-00
[14:57:08] <Tom_itx> so the host card takes care of it?
[14:57:12] -!- Felix29 [Felix29!Felix@c-71-193-105-131.hsd1.in.comcast.net] has joined #linuxcnc
[14:57:14] <micges> yes
[14:57:22] <Tom_itx> but how do you map it in the hal file?
[14:58:03] <pcw_home> 7I84 host interface is a RJ45
[14:58:09] <Tom_itx> ok
[14:58:38] <pcw_home> so you can use cat5 cables (perhaps cut in 1/2)
[14:58:48] <Tom_itx> yep, my thoughts..
[14:59:17] <Tom_itx> i suppose it's a toss up which card to use then
[14:59:38] <Tom_itx> 7i84 would eliminate the fat ribbon
[15:00:26] <Tom_itx> looks like they're the same price
[15:00:36] <pcw_home> yes and can be a long distance away
[15:01:06] <Tom_itx> i could move all the pendant io to it as well
[15:01:33] * Tom_itx sees rewiring in his future
[15:01:39] <pcw_home> 7I84 has more I/O but lower output current and common V+ for outputs (all outputs are sourcing)
[15:02:02] <Tom_itx> that should be ok afik
[15:02:33] <Tom_itx> separate power connector for onboard power somewhere on it?
[15:02:41] <Tom_itx> ie 5v in
[15:02:49] <pcw_home> 7I37 is more flexible (isolated MOSFET output switches)
[15:03:53] <pcw_home> 7I84 has field power (5V to 32V) and VIN (8V to 32V) normally these are connected together for 12 or 24 VIO systems
[15:04:52] <Tom_itx> regulated down for the IO?
[15:05:03] <Tom_itx> or driven at voltage
[15:05:04] <pcw_home> actually the 7I84 is a bit fancier it has 2 field power inputs so you can have 5V and 24V blocks
[15:05:13] <Tom_itx> oh nice
[15:05:24] <pcw_home> output are driven at field voltage
[15:05:50] <pcw_home> inputs are sensed at ~ 1/2 field voltage
[15:05:58] <Tom_itx> more oriented to a relay board driver
[15:07:01] <pcw_home> yes or solenoids
[15:07:02] <pcw_home> industrial stuff tends to uses 24V I/O
[15:07:07] <Tom_itx> i knwo
[15:09:08] <Tom_itx> what sort of input power does the 7i37 require?
[15:09:24] <pcw_home> 5V from FPGA card
[15:09:36] <Tom_itx> thru the ribbon?
[15:09:53] <pcw_home> Yes, it only needs 20 mA or so
[15:10:54] <Tom_itx> the mosfets have separate power in for the io?
[15:11:30] <Tom_itx> line/load
[15:11:32] <pcw_home> each MOSFET has a transformer/rectifier driving its gate
[15:11:50] <pcw_home> so they are floating switches
[15:13:54] <Tom_itx> i'll be using it for now at least, mostly for input so i think it's still a tossup
[15:14:59] <Tom_itx> does the 7i43 need a reflash to support sserial?
[15:15:13] <pcw_home> there is the 7I37com that has all the MOSFET drains commoned to field power but the standard 7I37/7I37TS has uncommited witches
[15:15:40] <pcw_home> well not witches, just switches
[15:16:10] <pcw_home> no just a new bitfile
[15:16:38] -!- soopeydooo [soopeydooo!~chatzilla@p578be86b.dip0.t-ipconnect.de] has joined #linuxcnc
[15:20:35] <Tom_itx> the split power blocks on the 7i84 are per connector bank?
[15:20:53] <Tom_itx> (would seem logical)
[15:27:08] <pcw_home> Yes inputs 0..15, and outputs 0..7 are one block
[15:27:17] -!- atom1 has quit [Quit: Leaving]
[15:28:05] <Tom_itx> i was reading about field power and where the 7i84 gets it's logic power from
[15:28:16] <pcw_home> MPG inputs (if MPG is enabled) are 5V (2.5V threshold)
[15:28:28] <Tom_itx> which field power pin is wired to the logic supply smps?
[15:28:38] <Tom_itx> you said you can split field power on it...
[15:28:48] <Tom_itx> 5v in wouldn't likely be enough to power the smps
[15:28:58] <Tom_itx> for the onboard logic
[15:29:34] <pcw_home> No SMPS needs 8 or so so has a separate input pin (but can be tied to one of the field powers via a jumper)
[15:29:41] <Tom_itx> i could run one bank at 5v and the other at 24
[15:30:01] <Tom_itx> so at least one field power should be above 5v
[15:30:30] <pcw_home> Yes so the 24V bank should be the one with a jumper to VIN
[15:31:07] <Tom_itx> just trying to figure it out in my head ahead of time here
[15:31:24] <Tom_itx> make sure i have the v i need
[15:34:52] -!- ktchk [ktchk!~eddie6929@n219079226212.netvigator.com] has joined #linuxcnc
[15:40:08] -!- Bojangles [Bojangles!~IlIIlIll@124-148-104-31.dyn.iinet.net.au] has joined #linuxcnc
[15:42:12] <Tom_itx> is the serial tranceiver power part of the local logic power or is it also separate?
[15:42:59] <Tom_itx> normally the 7i84 gets it's 5v RS422 tranceiver power from the serial cable....
[15:43:42] <pcw_home> Yes the host side of the transceiver gets its power from the cable
[15:43:43] -!- Bojangle1 has quit [Ping timeout: 264 seconds]
[15:44:53] -!- jfire has quit [Quit: Leaving.]
[15:44:54] <pcw_home> normally only about 30 mA (depending on what the Xmit duty cycle is)
[15:48:30] <Tom_itx> so W1 doesn't affect that, the transceiver gets power from the RJ45 in any case
[15:49:08] -!- DJ9DJ [DJ9DJ!~Deejay@unaffiliated/dj9dj] has joined #linuxcnc
[15:49:59] <DJ9DJ> namd
[15:50:44] -!- Cylly [Cylly!cylly@p54B11D9F.dip0.t-ipconnect.de] has joined #linuxcnc
[15:51:01] <Tom_itx> i found it.. the logic supply is tied to field power B with the jumper
[15:51:52] -!- Loetmichel has quit [Ping timeout: 276 seconds]
[15:55:55] <Tom_itx> so W1 to the right will allow VIN to be separate and then all the field IO could be at 5v
[15:56:06] <pcw_home> Yes
[15:56:19] -!- ler_hydra has quit [Remote host closed the connection]
[15:56:26] <Tom_itx> and i can tie VIN to the same 24v that powers my smps to the 7i43
[15:56:38] <pcw_home> Yes
[15:57:03] <Tom_itx> sounds reasonable
[15:57:34] <Tom_itx> does it matter what io the bitfile is mapped to for the 7i47?
[15:57:41] <Tom_itx> i'll have to free up an io for it i think
[15:58:38] <pcw_home> There may be an existing pinout thats standard, take a look at the 48 I/O PIN files in the mesa source diretory
[15:59:03] <Tom_itx> ok
[15:59:28] <Tom_itx> i'll probably lean toward the 7i84 from what i can see right now
[16:00:22] <Tom_itx> then i won't need to use the 2nd port on the 7i43 at all
[16:01:34] -!- soopeydooo has quit [Quit: ChatZilla 0.9.90 [Firefox 21.0/20130511120803]]
[16:06:23] -!- Laremere has quit [Ping timeout: 245 seconds]
[16:10:19] -!- asdfasd has quit [Ping timeout: 256 seconds]
[16:16:24] -!- sumpfralle [sumpfralle!~lars@c.mail.systemausfall.org] has joined #linuxcnc
[16:19:19] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc
[16:28:53] -!- Laremere_AFK has quit [Ping timeout: 240 seconds]
[16:30:26] <Tom_itx> PIN_SVST2_4_7I47_48.vhd ?
[16:30:58] <Tom_itx> i'm currently using SVST2_4_7I47B.BIT
[16:35:04] -!- FinboySlick [FinboySlick!~shark@squal.net] has joined #linuxcnc
[16:36:35] <pcw_home> looks like there's no 48 pin one but one could be hacked from PIN_SSSVST2_2_4_7I47_72.vhd
[16:37:26] -!- alpha1125 has quit [Quit: Computer has gone to sleep.]
[16:42:45] -!- IchGuckLive [IchGuckLive!~chatzilla@95-89-97-51-dynip.superkabel.de] has joined #linuxcnc
[16:42:50] <IchGuckLive> hi all B)
[16:44:18] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc
[16:45:03] <pcw_home> 2 sserial 2 encoders 1 pwmgen 4 stepgens
[16:45:15] -!- alpha1125 [alpha1125!~alpha1125@198-84-166-153.cpe.teksavvy.com] has joined #linuxcnc
[16:46:30] -!- _BJFreeman [_BJFreeman!~bjfree@248.sub-75-196-113.myvzw.com] has joined #linuxcnc
[16:47:41] BJfreeman is now known as Guest43329
[16:47:53] _BJFreeman is now known as BJfreeman
[16:49:08] -!- Guest43329 has quit [Ping timeout: 252 seconds]
[16:53:09] -!- KimK_2 has quit [Quit: Leaving]
[16:56:28] -!- alpha1125 has quit [Quit: Computer has gone to sleep.]
[16:59:20] <Tom_itx> would i have to move my IO from the SVST2_4_7I47B.BIT file around any other than the sserial port?
[17:00:12] -!- KimK_2 [KimK_2!~kkirwan@ip68-102-65-151.ks.ok.cox.net] has joined #linuxcnc
[17:01:28] -!- capricorn_1 [capricorn_1!~raffi@zima.linwin.com] has joined #linuxcnc
[17:06:32] -!- Laremere has quit [Ping timeout: 252 seconds]
[17:06:44] -!- Roguish [Roguish!~Roguish@c-50-161-56-130.hsd1.ca.comcast.net] has joined #linuxcnc
[17:07:15] <pcw_home> Not sure I'd have to look at the two pinouts side/side
[17:07:46] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[17:07:55] <pcw_home> you could also just add a sserial to your existing config
[17:09:36] <IchGuckLive> today have been a nice cutting day
[17:10:16] <IchGuckLive> 45 sheets at 2mx1mx2mm cut out on 2 plasmas
[17:10:31] <Tom_itx> i think i'd prefer that
[17:10:50] <Tom_itx> i might have to reload webpack
[17:10:58] <Tom_itx> and have you walk me thru it when i do
[17:12:01] <pcw_home> it _should_ be relatively straightforward (I would get the latest webpack 14.3?)
[17:15:25] -!- KimK_2 has quit [Remote host closed the connection]
[17:28:35] -!- mpictor [mpictor!~mark@2601:d:b280:9:d63d:7eff:fe2d:2505] has joined #linuxcnc
[17:29:30] -!- jerryitt has quit [Ping timeout: 264 seconds]
[17:32:00] -!- CaptHindsight has quit [Quit: gone]
[17:33:35] -!- KimK_2 [KimK_2!~kkirwan@ip68-102-65-151.ks.ok.cox.net] has joined #linuxcnc
[17:33:38] -!- phantoneD [phantoneD!destroy@a89-152-137-111.cpe.netcabo.pt] has joined #linuxcnc
[17:37:10] -!- phantoxeD has quit [Ping timeout: 252 seconds]
[17:53:15] <skunkworks> where was the good read on how the trajectory planner handles rotory?
[17:53:47] -!- micges has quit [Quit: Wychodzi]
[17:54:07] <skunkworks> http://www.cnczone.com/forums/linuxcnc_formerly_emc2/183448-axis_rotation_speed.html
[17:54:39] <skunkworks> he has an A move at f15 and he wonders why the thing seems to be running at 15 deg/min... ;)
[17:57:31] <archivist> hmm spose someone could write a little ocode subroutine to return an F value for the required sfm at a radius
[17:58:08] <archivist> I just hand fiddle F to get a "result" I want ish
[18:00:41] -!- servos4ever [servos4ever!~chatzilla@173-87-50-96.dr01.hnvr.mi.frontiernet.net] has joined #linuxcnc
[18:01:10] <IchGuckLive> skunkworks: he needs to increase the vel at the A 100times
[18:01:22] <IchGuckLive> mhaberler: ?
[18:01:37] <mhaberler> ?
[18:01:56] <IchGuckLive> some german speeking here i uploaded a new vid to youtube and want to recheck the sound !
[18:02:26] <IchGuckLive> mhaberler: auf dich ist einfach verlass !! Danke schau mal rein BITTE B) http://www.youtube.com/watch?v=6NTa4EIMXAY
[18:02:27] <Tecan> (6NTa4EIMXAY) "Clipart zu DXF zu G-code Anleitung Deutsch mit Kostenlose Programme" by "magic33de" is "Education" - Length: 0:11:44
[18:03:06] <mhaberler> nix vastehn?
[18:03:47] <IchGuckLive> O.O kein ösi deutsch Sorry .
[18:07:02] <mhaberler> versteh noch net was das mit mir zu tun haben soll
[18:07:12] <IchGuckLive> ok im off BY thanks for todays good info as always by from Germany
[18:07:38] <IchGuckLive> mhaberler: Austria or i am wrong
[18:08:10] <IchGuckLive> just to my info if the sound and speeking is good ad the VId
[18:08:21] <mhaberler> der sound ist ganz wunderbar
[18:08:29] <IchGuckLive> Danke
[18:08:52] <IchGuckLive> Klar Deutlich verständlich wäre wichtig
[18:10:07] Cylly is now known as Loetmichel
[18:10:24] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 20.0/20130329043827]]
[18:12:17] <mhaberler> soldatenfest und generalsverständlich!
[18:15:18] -!- CaptHindsight [CaptHindsight!~2020@unaffiliated/capthindsight] has joined #linuxcnc
[18:15:22] <Loetmichel> mhaberler: hrhr
[18:19:53] -!- alpha1125 [alpha1125!~alpha1125@198-84-166-153.cpe.teksavvy.com] has joined #linuxcnc
[18:33:31] -!- mhaberler has quit [Quit: mhaberler]
[18:35:20] <skunkworks> http://www.cnczone.com/forums/linuxcnc_formerly_emc2/183448-axis_rotation_speed.html#post1294268
[18:38:38] <Connor> WooT WooT. Rigid tapping working! Was able to do a 1/4-20 in 3/8" alumn without problem. the spindle bogged down a little.. (was running it at 1000RPM and then at 1500rpm). But it worked both times.
[18:40:02] <Connor> No Coolant, No lube. Just using this tap. http://www.shars.com/product_categories/search/?search=415-5551
[18:40:33] <skunkworks> Connor: video!!
[18:40:56] <Connor> Video or it isn't so huh ?
[18:41:29] <Connor> What's a good RPM for 1/4-20 for 3/8" thicl ?
[18:42:40] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc
[18:51:23] <archivist> no lube will be a seize and a broken tap real soon in aly
[18:56:04] -!- asdfasd1 [asdfasd1!grgrgrgrg@] has joined #linuxcnc
[18:56:30] asdfasd1 is now known as asdfasd
[19:01:04] -!- ktchk has quit [Quit: ktchk]
[19:04:09] <Connor> I'm a little puzzled with the torque of my tredmill motor. I thought it would be better.. I may need to look at turning up the torque pot on the controller..
[19:05:43] -!- alpha1125 has quit [Quit: Computer has gone to sleep.]
[19:06:12] <archivist> are you using a proper machine tap
[19:06:24] <Connor> http://www.shars.com/product_categories/search/?search=415-5551
[19:08:42] <Connor> It's not specific for aluminum.. but.. it is a spiral flute tap.
[19:09:36] <archivist> is it a blind hole
[19:09:57] <Connor> no, these where through holes in 3/8" alumn.. just playing around.
[19:10:08] -!- alpha1125 [alpha1125!~alpha1125@198-84-166-153.cpe.teksavvy.com] has joined #linuxcnc
[19:10:35] <archivist> some would say that is the wrong tap for through holes
[19:11:11] <Connor> Why is that ?
[19:11:48] <archivist> spiral point for through, you dont have to back out over the chips as they went out the front
[19:14:04] <Connor> Everyone was saying use spiral fluted for machines.. I have spiral points.. but they're hand taps.. I don't understand the difference between spiral point hand tap vs one for a machine.
[19:15:45] <archivist> both types of spiral work nicely for hand tapping for me
[19:25:25] <gene78> Going berzackers here, trying to set x axis HOME_OFFSET, its moving at least 2x the change I put in the ini file
[19:27:21] <gene78> Is there a pin I can look at and adjust dynamically in the "show hal config" screen so I don't have to stop axis, make the change, rehome it, then mount and adjust for zero ecentricity a precision rod?
[19:27:45] <gene78> That takes about half an hour per iteration.
[19:29:40] -!- cmorley has quit [Quit: Leaving.]
[19:30:25] -!- alpha1125 has quit [Quit: Computer has gone to sleep.]
[19:32:36] -!- _BJFreeman [_BJFreeman!~bjfree@248.sub-75-196-113.myvzw.com] has joined #linuxcnc
[19:33:57] BJfreeman is now known as Guest40474
[19:34:07] _BJFreeman is now known as BJfreeman
[19:34:51] -!- Guest40474 has quit [Ping timeout: 252 seconds]
[19:38:42] -!- syyl [syyl!~syyl@p4FD10440.dip0.t-ipconnect.de] has joined #linuxcnc
[19:40:26] -!- syyl_tb [syyl_tb!~syyl@p4FD10440.dip0.t-ipconnect.de] has joined #linuxcnc
[19:41:22] -!- syyl__ has quit [Ping timeout: 252 seconds]
[19:44:11] -!- syyl_tb- [syyl_tb-!~syyl@p4FD10440.dip0.t-ipconnect.de] has joined #linuxcnc
[19:46:10] -!- micges [micges!~micges@eeh117.neoplus.adsl.tpnet.pl] has joined #linuxcnc
[19:47:33] -!- syyl_tb has quit [Ping timeout: 256 seconds]
[19:54:25] -!- mhaberler has quit [Quit: mhaberler]
[20:04:14] -!- cmorley [cmorley!~chris@S0106204e7f8c229b.no.shawcable.net] has joined #linuxcnc
[20:04:27] <Tom_itx> pcw_home, where can i find the SVST2_4_7I47B.vhd file?
[20:07:38] <Tom_itx> all i can find is the .bit file
[20:09:29] -!- vladimirek has quit [Remote host closed the connection]
[20:10:29] <micges> Tom_itx: inside hostmot2.zip inside zip files
[20:10:44] <Tom_itx> i unzipped it and didn't find that file
[20:10:50] <Tom_itx> it's for the larger fpga
[20:10:57] <Tom_itx> not the standard 200k one
[20:13:22] -!- Phil_ [Phil_!561d4ff6@gateway/web/freenode/ip.] has joined #linuxcnc
[20:13:40] <Phil_> Evening
[20:15:49] <micges> hi
[20:16:43] <Phil_> I have a couple of questions if thats ok, I've googled all sorts and not really come any closer.
[20:18:06] <micges> just ask
[20:18:44] <micges> we are here for :)
[20:19:40] <Phil_> I am migrating from Mach3, and alot of my files use M10P1, I'm guessing I need to change to M62. Am I coreect?
[20:20:02] <Phil_> (This is for use with a laser)
[20:21:53] <micges> what is m10p1 ?
[20:22:35] <Phil_> I used it for laser on, I think it wasdigital output
[20:23:26] <micges> Tom_itx: yes I dont see it either
[20:24:33] <Phil_> Also, is there a Home All button, I think I'm missing it ;)
[20:24:48] <micges> Phil_: then yes, m62 p1 will enable motion.digital-output-01, m63 p1 will disable it
[20:25:02] <Phil_> Thanks
[20:25:28] <micges> home all is visible only when you have HOME_SEQUENCE = n in every [AXIS_n] section
[20:26:28] <Phil_> I better go read up, non of that means anything to me :) I'm a new linux user too.
[20:26:30] <micges> when you want z to home first then XY you must set this param to 0 on [AXIS_2] section and to 1 in [AXIS_0] and [Axis_1]
[20:27:11] <micges> http://www.linuxcnc.org/docs/html/config/ini_homing.html#_home_sequence
[20:27:38] <micges> http://www.linuxcnc.org/docs/html/gcode/m-code.html#sec:M62-M65
[20:29:01] <Phil_> Its starting to make more sense than Mach3
[20:29:56] <tommer5k> i'm having an odd issue with homing also, specifically z axis
[20:30:06] <Roguish> Hey all. has anyone tried the Mesanet 7i43 via USB? yes I know it's not good for realn realtime.
[20:30:39] <micges> Phil_: what were your issues with mach?
[20:31:08] <Roguish> or used a usb to parallel adapter? I need a dev tool.
[20:31:14] <micges> tommer5k: please explain
[20:31:35] -!- syyl_tb- has quit [Read error: Connection reset by peer]
[20:31:37] -!- Laremere has quit [Read error: Connection reset by peer]
[20:31:43] <micges> Roguish: what is your applcation?
[20:31:45] <tommer5k> yeah, i've got the ini configured as shown in the guides you posted
[20:31:55] <Phil_> Mainly the fact that the digital trigger wouldnt fire with the Engrave plugin, I need the laser mainly for engraving.
[20:32:14] <tommer5k> with positive and negative, and the behavior is correct, but i can't get it to stay at a hafl inch off the swich
[20:32:18] <Roguish> running a few steppers.. speed not issue. accuracy is.
[20:32:49] <tommer5k> always either an inch off or right on the swtich
[20:33:02] <tommer5k> i've got it set to -5 to 0 if that makes a difference
[20:33:58] <tommer5k> sorry, it's ona nother computer so i can' copy paste but:
[20:34:00] <micges> Phil_: m62 and m63 are perfect for engraving
[20:35:22] <micges> tommer5k: please pastebin ini file when you can then we can take a look
[20:35:53] <tommer5k> yeah, i can do that
[20:36:12] <Phil_> I'm trying to figure out if I can download the files needed for rastering on my win machine and transfer them via usb. The engraving machine has no net access.
[20:37:50] <Phil_> Oh, I changed the commands to M62/63 and just made my first cut with LinuxCNC :)
[20:38:19] <micges> Roguish: it shouldn't be a problem but I haven't tried that
[20:38:54] <micges> Roguish: in 7i43 zip file there should be tools for accesing 7i43 via usb
[20:39:07] -!- Laremere has quit [Ping timeout: 256 seconds]
[20:41:42] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc
[20:46:40] -!- Laremere_AFK has quit [Ping timeout: 268 seconds]
[20:48:37] -!- Laremere has quit [Ping timeout: 248 seconds]
[20:51:53] -!- Nick001 has quit [Ping timeout: 240 seconds]
[20:55:12] -!- Nick001-Shop [Nick001-Shop!~chatzilla@plns-66-33-248-63-pppoe.dsl.plns.epix.net] has joined #linuxcnc
[20:58:19] <Roguish> micges: thanks. it's 7i43 or some cheap parallel breakout.
[20:59:59] <DJ9DJ> gn8
[21:00:57] -!- Laremere_AFK_ has quit [Remote host closed the connection]
[21:00:59] -!- DJ9DJ has quit [Quit: bye]
[21:02:55] -!- phantoneD has quit []
[21:03:04] -!- phantoxeD [phantoxeD!destroy@a89-152-137-111.cpe.netcabo.pt] has joined #linuxcnc
[21:08:23] -!- Laremere has quit [Ping timeout: 256 seconds]
[21:15:45] -!- bedah [bedah!~bedah@f053157210.adsl.alicedsl.de] has joined #linuxcnc
[21:21:03] -!- Laremere has quit [Ping timeout: 256 seconds]
[21:28:24] -!- chillly has quit [Quit: Leaving]
[21:30:55] -!- ms100 [ms100!~chatzilla@c-107-5-193-94.hsd1.mi.comcast.net] has joined #linuxcnc
[21:33:23] <ms100> I have a simple config that will sometime start and work and sometimes not. After running fine, if I exit Axis it will sometimes (often) give me this: http://pastebin.com/jC8wHiBC Then, when I go to start it up again it will sometimes (often) give me this: http://pastebin.com/aEAfDp5b but if I just try to launch it again it usually works just fine.
[21:33:57] <ms100> My ini and hal are here: http://pastebin.com/wkX7shRF http://pastebin.com/n7x8bFgx
[21:34:19] <ms100> This is a stock 2.5.2 on 10.04 from the LiveCD
[21:34:43] <ms100> It us running on an Atom 2800 motherboard.
[21:36:19] <ms100> Is everyone driving to Wichita?
[21:36:39] <Tom_itx> no
[21:36:45] <Tom_itx> i'm here already
[21:36:48] <ms100> :-)
[21:36:51] <micges> ms100: how did you managed to get video driver working on 2800 ?
[21:37:04] <ms100> Just worked
[21:37:23] <ms100> I don't think I have hardware acceleration though...
[21:38:05] <micges> it's tricky to get this working on that board
[21:38:26] <ms100> well, I shouldn't say that, I don't really know what I have. The machine is fine, but it seems like graphics is a bit slower than it should be....
[21:38:27] <micges> probably it's related to things you're experiencing
[21:39:28] <ms100> The errors say I have a problem in my config file, but I don't see it and it doesn't say what it is....
[21:40:15] <micges> set [EMC]DEBUG = 0x7FFFFFFF
[21:40:27] <ms100> In the ini file?
[21:40:46] <micges> and next time you will experiencing second errror please pastebin terminal output
[21:40:50] <micges> yes ini file
[21:43:27] <ms100> http://pastebin.com/nFMSmqMq
[21:45:40] <micges> and when you second time try to run axis, it just works?
[21:46:01] <ms100> Yep, works and runs fine as far as I can tell....
[21:46:39] <micges> ok, one more, after crash while exiting please pastebin output from lsmod command
[21:46:48] -!- joe9 has quit [Remote host closed the connection]
[21:49:15] -!- ms100 has quit [Remote host closed the connection]
[21:50:59] -!- gromits [gromits!~gromits@c-107-5-193-94.hsd1.mi.comcast.net] has joined #linuxcnc
[21:52:20] <gromits> Hey did user MS100 exit? That was me and I think the whole machine crash/hang when I was trying to get the error on exit
[21:52:27] <pcw_home> Tom_itx: theres no B in the PINXXX files as they are FPGA size agnostic (pin file are only tied to configs with the correct number of pins ( PIN_SVST2_4_7I47_48.vhd is probably what you currently have)
[21:53:01] <pcw_home> )
[21:53:18] <micges> gromits: seems so
[21:53:29] <gromits> trying again...
[21:53:39] -!- ms100 [ms100!~chatzilla@c-107-5-193-94.hsd1.mi.comcast.net] has joined #linuxcnc
[21:53:50] <ms100> that me, or him :-)
[21:55:39] <ms100> Weird, now I can't get it to give me the error on exit. I couldn't before the machine crashed just now either....
[21:56:03] <ms100> I do still get it on start up every 2nd or third attempt though...
[21:59:05] <ms100> Nope, can't get it on shutdown now, but do continue to get it on startup: http://pastebin.com/uewZGUgS
[21:59:34] -!- gmag_ [gmag_!~gmag@client-86-9-240-125.oxfd-bam-1.adsl.virginmedia.com] has joined #linuxcnc
[22:01:52] -!- BJfreeman has quit [Ping timeout: 252 seconds]
[22:02:06] <micges> ms100: how did you create config?
[22:02:23] -!- zlog has quit [Ping timeout: 260 seconds]
[22:02:36] <ms100> with Stepconfi wizard and minor tweak to make estop work
[22:03:42] <ms100> What is all the crap in the crash about NML...?
[22:04:27] -!- zlog [zlog!~zlog@ip68-102-198-33.ks.ok.cox.net] has joined #linuxcnc
[22:04:59] <micges> NML is connecting Axis gui with rest of Linuxcnc
[22:06:30] -!- Blorb has quit [Read error: Connection reset by peer]
[22:09:25] -!- _BJFreeman [_BJFreeman!~bjfree@248.sub-75-196-113.myvzw.com] has joined #linuxcnc
[22:10:38] _BJFreeman is now known as BJfreeman
[22:11:46] <ms100> I have an identically built machine. I am going to try it there to see if it happens on different motherboard....
[22:12:07] <pcw_home> Hmm Kimchee DOES NOT go well with grapefuit
[22:12:29] <gromits> thx, i'll try to remember that :-)
[22:12:57] * ms100 goes off to become different hardware in another life
[22:13:18] -!- ms100 has quit [Quit: ChatZilla 0.9.90 [Firefox 20.0/20130329043827]]
[22:16:38] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc
[22:18:38] -!- ms100 [ms100!~chatzilla@c-107-5-193-94.hsd1.mi.comcast.net] has joined #linuxcnc
[22:18:47] -!- gromits1 [gromits1!~gromits@c-107-5-193-94.hsd1.mi.comcast.net] has joined #linuxcnc
[22:18:58] <ms100> ok
[22:19:09] <ms100> let's see if it happens on this hardware....
[22:21:01] -!- gromits has quit [Ping timeout: 268 seconds]
[22:22:15] <ms100> Yep same darn thing, runs sometimes, crashes sometimes :-( http://pastebin.com/LSJGvCJX
[22:22:46] <ms100> So, this is a completely different set of identical hardware with the same configuration
[22:26:41] <micges> could you try example config with tklinuxcnc gui?
[22:27:10] <Tom_itx> pcw_home to add the sserial do i add the sserialtag line and replace one of the nulltag lines with it?
[22:27:31] <Tom_itx> at the top of the .vhd file
[22:28:01] <ms100> I just tried a ~linuxcnc/config/sim/axis and it has the same problem. How do I try on with tklinuxcnc?
[22:28:25] <ms100> on==one
[22:29:18] <Tom_itx> then replace a couple of the io lines with the ioporttag lines in the io section?
[22:29:26] <micges> config/sim/tklinuxcnc
[22:29:27] <Tom_itx> i see i think 3 lines each for the sserial io
[22:29:40] <Tom_itx> Rx Tx and En
[22:29:49] <pcw_home> Tom_itx: what i would do is merge a bit of SSSVST2_2_4_7I47 with SVST2_4_7I47
[22:30:13] <Tom_itx> that's kinda what i'm looking at
[22:30:16] <pcw_home> 7I47 has no enables so TXEN is not used
[22:30:30] <Tom_itx> so 2 pins each then
[22:30:36] <Tom_itx> i only need one sserial really
[22:30:46] <Tom_itx> rx tx
[22:30:58] <pcw_home> yes rx1 and tx1 only
[22:31:03] <Tom_itx> does it matter on the differential inputs which is which?
[22:31:23] <Tom_itx> err one is in one is out so it would matter
[22:31:28] <ms100> config/sim/tklinuxcnc also crashed. Output here: http://pastebin.com/4hrvHf5J
[22:31:59] <pcw_home> which 7I47 channel you use or + and - ?
[22:32:20] <Tom_itx> i haven't decided yet, i was just looking over the files
[22:32:57] <Tom_itx> i'm open for suggestions at this point
[22:33:37] <pcw_home> I think the sssvst2xxx file uses 7I47 RX/TX 0 and 1
[22:33:58] -!- stsydow has quit [Ping timeout: 246 seconds]
[22:34:14] <Tom_itx> which is my encoder currently
[22:34:31] -!- jfire has quit [Quit: Leaving.]
[22:34:35] -!- Loetmichel has quit [Ping timeout: 260 seconds]
[22:34:39] <ms100> I should add, that just like my config, if I try again it launches and runs fine...
[22:35:14] <pcw_home> I do (somewhere) have the notes on which cat5 colors go to which of rx-,rx+,tx-,tx+
[22:35:36] <Tom_itx> i need 4 pins?
[22:35:36] <Tom_itx> tx /tx rx /rx
[22:35:56] <pcw_home> yes
[22:36:07] <Tom_itx> ok i'll see what i can free up
[22:36:16] <Tom_itx> i can put them on any pairs i want right?
[22:36:18] <pcw_home> at the 7I47 terminals (only 2 flat cable signals)
[22:36:36] <pcw_home> Yes an TX pair and any RX pair
[22:36:53] <ms100> perhaps i'll post on the mailing list and see if anyone has seen this
[22:37:18] <Tom_itx> i'm gonna try to remove these pulldowns first and get it working then tackle the switchover to the other board
[22:37:37] <Tom_itx> how do you address the sserial pins in hal?
[22:37:46] <pcw_home> >> A hint for cable making (since the sserial cable connection to the 7I47=
[22:37:47] <pcw_home> >> 7I47 TXN- --> CAT5 ORANGE/WHITE
[22:37:49] <pcw_home> >> 7I47 TXN+ --> CAT5 ORANGE
[22:37:50] <pcw_home> >> 7I47 RXN- --> CAT5 GREEN/WHITE
[22:37:52] <pcw_home> >> 7I47 RXN+ --> CAT5 GREEN
[22:37:53] <pcw_home> >> 7I47 GND --> CAT5 BLUE BLUE/WHITE
[22:37:55] <pcw_home> >> 7I47 +5 --> CAT5 BROWN BROWN/WHITE
[22:38:22] <Tom_itx> is that A or B pinout?
[22:38:40] <Tom_itx> i forget which is which anyway
[22:38:58] <pcw_home> Yeah in actuality you really dont need any m ore hardware :-)
[22:39:11] <Tom_itx> i know
[22:39:58] <Tom_itx> ok if i switch the pulldowns to pullups it won't interfere then right?
[22:40:07] <Tom_itx> i realize i probably don't need them at all...
[22:40:14] <Tom_itx> but they're all nicely soldered in place
[22:40:39] <Tom_itx> then switch all the logic around in hal
[22:40:50] <pcw_home> I suspect changing to pullups will solve your problem
[22:41:25] <Tom_itx> then use active gnd switches
[22:41:31] <Tom_itx> active low
[22:41:34] <pcw_home> and if that doesnt work, add capacitors, and it that doesn't work add debounce
[22:42:48] -!- gromits1 has quit [Quit: Leaving.]
[22:44:28] <pcw_home> sserial HAL pins are somewhat magic as the pin names are in the remote device, but typically would be something like:
[22:44:29] <pcw_home> hm2_7i43.0.7i84.0.0.input.00
[22:45:34] <Tom_itx> but if you twiddle with them in the file you need to know where to reach em
[22:46:26] <pcw_home> twiddle?
[22:46:37] <Tom_itx> well assign them to nets
[22:47:41] <pcw_home> net kimchee hm2_7i43.0.7i84.0.0.input.00 => motion.blort
[22:48:04] <Tom_itx> what's the .0.0. for?
[22:48:12] <Tom_itx> i get the rest of it
[22:48:31] <Tom_itx> .0 would be the first 7i84 board
[22:48:37] <Tom_itx> i think
[22:48:44] <Tom_itx> but what's the 2nd .0 for?
[22:48:53] <pcw_home> first 0 is first sserial, second 0 is sserisl channel (0 through 7)
[22:49:05] <Tom_itx> ok
[22:49:17] <micges> ms100: please pastebin your ini and hal
[22:49:20] <Tom_itx> so each sserial can have 8 channels
[22:49:42] <pcw_home> Yes and there can be 4 instances of sserial
[22:50:24] <pcw_home> theres an alternate naming scheme available in master
[22:51:27] <andypugh> Yes, you get pins like hm2_7i84.0123.input.00 (where 0123 is the last few digits of the serial number of the sticker on the board)
[22:52:42] <pcw_home> the alternate scheme has the advantage of not causing major screwups if you swap channels around
[22:52:45] <Tom_itx> oh with the new naming convention?
[22:53:16] <Tom_itx> who could possibly do such a thing :)
[22:53:46] <pcw_home> first scheme is like geographic addressing, secon is more like a cell number
[22:54:04] <pcw_home> cell phone number
[22:55:42] <Tom_itx> ok now to see if i can make all this reverse logic work again
[22:57:42] -!- Loetmichel [Loetmichel!cylly@p54B10FB8.dip0.t-ipconnect.de] has joined #linuxcnc
[22:58:32] -!- atom1 [atom1!~tom@unaffiliated/toml/x-013812] has joined #linuxcnc
[23:00:51] -!- ravenlock [ravenlock!~ravenlock@enlightenment/developer/ravenlock] has joined #linuxcnc
[23:02:43] <ms100> micges: I posted the pastebin links for hal and ini in the beginning of the thread. Probably doesn't matter though since the sim configs also fail. I osted the question to the -users email list as well. Thanks for helpin.
[23:03:27] -!- ms100 has quit [Quit: ChatZilla 0.9.90 [Firefox 20.0/20130329043827]]
[23:03:31] -!- micges has quit [Quit: Leaving]
[23:04:13] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[23:07:50] -!- _BJFreeman [_BJFreeman!~bjfree@17.sub-75-233-247.myvzw.com] has joined #linuxcnc
[23:08:51] BJfreeman is now known as Guest42590
[23:09:31] _BJFreeman is now known as BJfreeman
[23:10:03] -!- Guest42590 has quit [Ping timeout: 252 seconds]
[23:21:47] -!- BJfreeman has quit [Ping timeout: 252 seconds]
[23:27:50] -!- _BJFreeman [_BJFreeman!~bjfree@240.sub-75-244-185.myvzw.com] has joined #linuxcnc
[23:28:43] _BJFreeman is now known as BJfreeman
[23:28:59] -!- sumpfralle [sumpfralle!~lars@c.mail.systemausfall.org] has joined #linuxcnc
[23:29:00] -!- sumpfralle1 [sumpfralle1!~lars@c.mail.systemausfall.org] has joined #linuxcnc
[23:31:56] -!- sumpfralle has quit [Client Quit]
[23:36:48] -!- stsydow has quit [Remote host closed the connection]
[23:39:46] -!- mhaberler has quit [Quit: mhaberler]
[23:43:46] -!- asdfasd has quit [Ping timeout: 276 seconds]
[23:59:09] -!- crustie has quit [Ping timeout: 240 seconds]
[23:59:52] -!- bedah has quit [Quit: Ex-Chat]