Back
[00:12:03] -!- micges_ has quit [Quit: Leaving]
[00:28:59] -!- andypugh has quit [Quit: andypugh]
[00:30:49] <r00t4rd3d> http://www.liveleak.com/view?i=602_1363631381
[00:32:30] -!- ve7it has quit [Remote host closed the connection]
[00:35:24] <L84Supper> what, no finger guard!
[00:38:13] <Valen> that looks like the most usefull "maker" product I've seen ;->
[00:39:12] -!- asdfasd has quit [Ping timeout: 264 seconds]
[00:40:20] <L84Supper> http://www.gizmosphere.org/buy/ AMD APU board with coreboot and JTAG tools
[00:42:35] <syyl_> at least it looks robust, Valen :D
[00:42:52] <syyl_> not like all that make-3d-print-stuff
[00:42:57] <Valen> i spose its made out of metal at least
[00:43:58] <L84Supper> yikes, most of the FFF printer stuff is awful
[00:44:12] <syyl_> thank you
[00:44:20] <L84Supper> and makes awful prints
[00:44:21] <syyl_> i thought i was the only one with that opinion
[00:44:29] <L84Supper> it's all hype
[00:44:34] <syyl_> \o/
[00:45:12] <L84Supper> SLA and inkjet do a much better job, just try tell that to the repraper folks
[00:45:35] <syyl_> in my mind, the reprap guys are like hippies ;)
[00:45:52] <Valen> reprap is the worst of the extruder printers
[00:45:57] <syyl_> but what do i know
[00:46:16] <Valen> some of them can actually make usefull parts
[00:46:24] <Valen> for prototypes ;->
[00:46:41] <syyl_> i am in the prototyping industrie..
[00:46:42] <L84Supper> like, most proudly wear it, like bell bottoms
[00:46:52] <syyl_> we would never think about such a thing :D
[00:47:09] <Valen> it depends what you want stuff for
[00:47:27] <Valen> I can see it being helpfull to us to make sure parts are the right size before cutting metal
[00:47:52] <L84Supper> SLA is faster. lower cost and better res
[00:47:57] <syyl_> we do prototyping stuff for electrical appliances like circuit breakers or RCDS
[00:48:14] <syyl_> and some gagemaking for our production
[00:48:25] <syyl_> we went the traditional way and bought a cnc-mill ;)
[00:49:05] <syyl_> parts that fall out of it have a good finish, are accurate and strong (within the limits of the material)
[00:49:57] -!- rob_h has quit [Ping timeout: 256 seconds]
[00:50:40] <Connor> okay working with PeteFromTN on his stuff.. I've never done anything with PID.. Where do we need to start with the PID settings in PncConf File ?
[00:56:04] -!- joe9 has quit [Quit: ERC Version 5.3 (IRC client for Emacs)]
[00:59:07] <skunkworks> Connor: what are the amps set to?
[00:59:19] <Connor> ??
[00:59:33] <skunkworks> velocity? current? Voltage?
[00:59:41] <Connor> Ahh.. Velocity(Speed)
[00:59:49] <skunkworks> have they been tuned?
[01:00:06] <skunkworks> (you want to tune the amps first)
[01:00:09] <Connor> Don't think so.. I think it's fresh out of the box.
[01:00:40] -!- servos4ever has quit [Quit: ChatZilla 0.9.85 [SeaMonkey 2.0.11/20101206162726]]
[01:00:42] <skunkworks> I would start there. The amps need to be tuned for velocity before you can even try to tune the position.
[01:01:16] -!- jfire has quit [Quit: Leaving.]
[01:01:28] <skunkworks> I would guess there is software - and maybe some easy tuning program?
[01:01:35] <Connor> okay.. He's saying they're pre-tuned..
[01:01:39] <skunkworks> oh
[01:02:13] <skunkworks> I would think you would have to tune them for your machine.. (mass and screw gain and all) but I am not an expert....
[01:12:13] -!- ravenlock has quit [Ping timeout: 245 seconds]
[01:15:14] <skunkworks> anyway - I think you could start by adding a bit of P until you start to get a bit of an oscillation.. Then add D to dappen.. rinse - repeat
[01:15:27] <Connor> getting follow errors..
[01:15:32] <Connor> motor is engaged..
[01:15:37] <Connor> but, no movement.
[01:16:09] <skunkworks> increase the following error a bit - like .5 inches or so. (make sure you are in the middle of travel)
[01:16:23] <Connor> not even hooked up to screws yet..
[01:16:47] <skunkworks> oh - tuning without a load may be hard.. but you can try. Increase the following error and seee.
[01:16:48] <Connor> have follow error set to .1000 ATM and the motor isn't moveing any at all.
[01:16:56] <skunkworks> oh
[01:19:32] <skunkworks> hmm. sounds like maybe some sort of configuration error?
[01:19:54] <skunkworks> you should get some sort of movement... bad or good ;)
[01:21:41] <skunkworks> if you move the servo by hand - does the numbers change in linuxcnc?
[01:21:48] <Connor> yes
[01:21:52] <skunkworks> oh - good
[01:22:03] <jdh> the motors move freely?
[01:22:03] <skunkworks> 1/2 way there...
[01:22:18] <Connor> jdh: Only when machine is off.
[01:22:27] <Connor> when on, motors are engaed.
[01:23:09] <skunkworks> Connor: engaged? you cannot move them at all?
[01:23:25] <Connor> yes. like they're in holding mosition.
[01:24:07] <skunkworks> Are you sure they are in velocity mode? Maybe I don't know how the new amps act - but my velocity mode amps - I can slowly turn (there is drag)
[01:24:33] <jdh> are these new, or the ones that came with the mill?
[01:24:38] <skunkworks> new ones
[01:25:18] <Connor> No drag, complete locked.
[01:26:11] <skunkworks> That is odd. (to me anyway)
[01:26:13] <tjtr33> got brake?
[01:26:26] <skunkworks> oh - good question
[01:26:26] <Connor> not on this axis
[01:26:30] <skunkworks> oh - darn
[01:26:32] <skunkworks> ;)
[01:26:38] <tjtr33> :(
[01:26:46] <skunkworks> what amps are these?
[01:27:06] <Connor> TECO
[01:27:10] <Connor> TSTA-30's
[01:27:13] <skunkworks> (is there a online manual somewhere)
[01:27:33] <Connor> http://www.machmotion.com/manuals/TED/TSTAUserManual.pdf
[01:28:04] <tjtr33> really locked? no give at all? watch dro
[01:29:42] <tjtr33> hey be careful if it IS gain holding posn, and encoder or tg is bwd , a hard push could run away
[01:32:01] <r00t4rd3d> got a new z axis cut today :D
[01:32:28] <skunkworks> so - you are running the analog into pin 26 and 29?
[01:33:12] <Connor> Yes 26 is 10v and 29 is gnd to the 7i77
[01:36:57] <skunkworks> hm - looks like there is a servo lock mode when commanded is 0v.. If it is enabled..
[01:37:00] <tjtr33> error codes on display? ( these are same as automation direct same factory in tw)
[01:37:17] <tjtr33> also is status ^^^
[01:37:45] <tjtr33> 'hold' ?
[01:38:22] <skunkworks> Connor: are you good with halscope?
[01:39:06] -!- Wildhoney has quit [Ping timeout: 264 seconds]
[01:41:51] <Connor> I think the driver is in potion mode instead of speed mode.. havin him change it now..
[01:42:54] <skunkworks> Connor: oh - good. I think the servo lock mode requires an external input.. SO I don't think it should be locked rotor..
[01:44:49] <skunkworks> so - Cn001 should be set to '1' ?
[01:44:56] <Connor> yes
[01:45:22] <skunkworks> what was it set to?
[01:45:27] <Connor> 2
[01:45:37] <skunkworks> ah
[01:52:18] * skunkworks waits for the smoke to clear... ;)
[01:52:53] <Connor> haha.. Having hard time making it change to mode 2..
[01:53:04] <Connor> Pressing enter for 2 seconds on cn001 does nothing
[01:53:12] <r00t4rd3d> say please
[01:54:30] <tjtr33> they were weird, once we got it to accept commands we ran thru 7x7 axis amps and tried not to think, just tried to go thru same motions
[02:04:49] -!- stsydow has quit [Quit: Verlassend]
[02:11:00] -!- jthornton_ [jthornton_!~john@162.72.171.228] has joined #linuxcnc
[02:11:01] -!- jthornton has quit [Read error: Connection reset by peer]
[02:11:01] -!- JT-Shop has quit [Read error: Connection reset by peer]
[02:11:06] -!- JT-Shop-2 [JT-Shop-2!~John@162.72.171.228] has joined #linuxcnc
[02:12:11] -!- Jakobud has quit [Quit: Leaving]
[02:47:31] -!- Valen has quit [Ping timeout: 245 seconds]
[02:52:07] -!- Brandonian has quit [Quit: Brandonian]
[02:54:01] -!- yhoje has quit [Client Quit]
[02:54:31] -!- Valen [Valen!~Valen@c211-30-129-65.blktn6.nsw.optusnet.com.au] has joined #linuxcnc
[02:56:52] -!- Valen has quit [Client Quit]
[02:57:07] -!- Valen [Valen!~Valen@c211-30-129-65.blktn6.nsw.optusnet.com.au] has joined #linuxcnc
[03:00:04] -!- RangerRick has quit [Remote host closed the connection]
[03:03:08] <skunkworks> Connor: Yay
http://www.linuxcnc.org/index.php/english/forum/30-cnc-machines/25790-petes-cincinatti-arrow-500-retrofit?start=40
[03:03:32] -!- Keknom has quit [Quit: Leaving.]
[03:24:54] -!- krusty_ar has quit [Remote host closed the connection]
[03:31:56] <AR_> lol
[03:31:57] <AR_> http://www.ebay.com/itm/111029968373
[03:32:38] <AR_> >people who dont know indicator tips adjust
[03:34:00] <r00t4rd3d> bestest
[03:55:26] -!- AR_ has quit [Ping timeout: 245 seconds]
[04:03:23] -!- exeunt has quit [Ping timeout: 245 seconds]
[04:05:30] -!- Valen has quit [Quit: Leaving.]
[04:14:01] -!- ravenlock [ravenlock!~ravenlock@enlightenment/developer/ravenlock] has joined #linuxcnc
[04:20:44] <s1dev> !hoggy
[04:21:27] -!- deedubs has quit [Ping timeout: 260 seconds]
[04:34:42] -!- FinboySlick has quit [Quit: Leaving.]
[04:57:15] -!- sumpfralle has quit [Quit: Leaving.]
[05:09:02] -!- jp__ has quit [Ping timeout: 252 seconds]
[05:22:25] -!- Valen [Valen!~Valen@c211-30-129-65.blktn6.nsw.optusnet.com.au] has joined #linuxcnc
[05:24:07] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc
[05:24:40] -!- tjb1 has quit [Quit: tjb1]
[05:25:04] <r00t4rd3d> looking for your girl?
[05:28:58] -!- dhoovie [dhoovie!~kvirc@122.177.187.87] has joined #linuxcnc
[05:32:00] -!- dhoovie|2 [dhoovie|2!~kvirc@122.177.187.87] has joined #linuxcnc
[05:33:47] -!- dhoovie has quit [Ping timeout: 246 seconds]
[05:54:26] -!- dhoovie|2 has quit [Ping timeout: 246 seconds]
[06:01:26] -!- Fox_Muldr has quit [Ping timeout: 246 seconds]
[06:03:28] -!- Fox_Muldr [Fox_Muldr!quakeman@frnk-5f740500.pool.mediaWays.net] has joined #linuxcnc
[06:04:43] -!- kwallace1 [kwallace1!~kwallace@smb-4.sonnet.com] has joined #linuxcnc
[06:05:19] -!- kwallace has quit [Ping timeout: 264 seconds]
[06:06:12] -!- hashfail has quit [Ping timeout: 248 seconds]
[06:07:11] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc
[06:07:21] -!- gimps has quit [Ping timeout: 240 seconds]
[06:32:27] -!- bedah [bedah!~bedah@g228250181.adsl.alicedsl.de] has joined #linuxcnc
[06:36:48] -!- steves_logging has quit [Ping timeout: 260 seconds]
[06:37:55] -!- tjtr33 [tjtr33!~tjtr33@76-216-189-23.lightspeed.cicril.sbcglobal.net] has parted #linuxcnc
[06:38:43] -!- thecubical has quit [Quit: Page closed]
[06:49:10] -!- tanepiper has quit [Ping timeout: 256 seconds]
[07:03:00] -!- kwallace1 [kwallace1!~kwallace@smb-4.sonnet.com] has parted #linuxcnc
[07:18:48] -!- R2E4_AWY has quit [Read error: Connection reset by peer]
[07:25:35] Cylly is now known as Loetmichel
[07:25:47] <Loetmichel> mornin'
[07:31:02] -!- mk0 [mk0!~Orr@plasmoteg-1.bas-net.by] has joined #linuxcnc
[07:55:41] -!- DJ9DJ [DJ9DJ!~Deejay@unaffiliated/dj9dj] has joined #linuxcnc
[07:56:13] <DJ9DJ> moin
[08:01:09] -!- racycle has quit [Quit: racycle]
[08:15:31] -!- toastydeath [toastydeath!~toast@2601:a:2e00:aa:d54a:9c87:cdd4:edfc] has joined #linuxcnc
[08:17:06] -!- toastyde1th has quit [Ping timeout: 245 seconds]
[08:33:50] -!- b_b has quit [Changing host]
[08:37:39] -!- rob_h [rob_h!~rob_h@027c16a0.bb.sky.com] has joined #linuxcnc
[08:48:43] -!- V0idExp [V0idExp!~v0idexp@151.22.102.42] has joined #linuxcnc
[09:08:00] -!- pjm has quit [Read error: Connection reset by peer]
[09:08:16] -!- pjm [pjm!~pjm@uhfsatcom.plus.com] has joined #linuxcnc
[09:14:28] -!- asdfasd [asdfasd!~grgrgrgrg@149.241.132.117] has joined #linuxcnc
[09:17:22] -!- mackerski has quit [Client Quit]
[09:19:17] -!- syyl_ws [syyl_ws!~sg@p4FD113A1.dip.t-dialin.net] has joined #linuxcnc
[09:23:11] <markvandenborre> I've been in touch with a cnc vendor
[09:23:38] <markvandenborre> and he says his machine has the el cheapo NCstudio DSP 0501 controller
[09:24:01] <markvandenborre> I have no idea if that thing is linuxcnc compatible
[09:24:47] <markvandenborre> I see something that looks like a parallell port on it
[09:25:06] <markvandenborre> connecting to what looks like a machine controller board, also good
[09:25:56] <markvandenborre> but then there is a touchscreen remote control thingie
[09:26:26] <markvandenborre> that is connected to this controller board using a parallel cable, and it has also got a usb port on it
[09:26:45] <markvandenborre> if I read what I can gather about it correctly, that is a
[09:27:00] <markvandenborre> way to connect a usb disk or something
[09:27:34] <markvandenborre> my question is very simple: will I be able to run a machine with this controller using a linux box?
[09:28:41] <markvandenborre> an image:
http://i01.i.aliimg.com/img/pb/494/700/533/533700494_844.jpg
[09:30:12] -!- vladimirek has quit [Remote host closed the connection]
[09:35:18] -!- Wildhoney has quit []
[09:37:31] <archivist> never seen that before no idea
[09:37:38] <markvandenborre> Loetmichel: any idea?
[09:38:09] <markvandenborre> the controller board certainly looks like it does parallell communication
[09:38:43] <archivist> yes but why buy a controller that you will not be using
[09:39:15] <markvandenborre> because I don't want to fiddle with hardware
[09:39:23] <markvandenborre> I don't mind fiddling with software
[09:39:38] <markvandenborre> and the _board_ itself would still be needed, right
[09:39:44] <markvandenborre> it's part of the package
[09:40:28] <markvandenborre> I want to minimise the customisation to the machine I'm buying as much as possible
[09:41:44] <markvandenborre> archivist: does that make sense?
[09:44:46] <archivist> it makes sense sense my comment, that remote is the controller
[09:44:53] -!- V0idExp has quit [Ping timeout: 252 seconds]
[09:45:02] <archivist> you want to control from linuxcnc
[09:45:44] <archivist> that thing is usb, linuxcnc does not control over usb
[09:46:04] <markvandenborre> but the board where I see the connectors for the steppers
[09:46:18] <archivist> have nothing on it
[09:46:20] <markvandenborre> does parallel communication with that remote
[09:46:23] <markvandenborre> right?
[09:46:33] <markvandenborre> or at least, that's how it looks
[09:47:02] <markvandenborre> so in my simple mind, it might be as simple as:
[09:47:21] <markvandenborre> try machine functionality with the box
[09:47:35] <markvandenborre> with the remote to validate basic hardware functionality
[09:47:44] <markvandenborre> throw away the remote
[09:48:10] <markvandenborre> connect a pc directly via parallell to the board that controls the steppers & spindle
[09:48:29] <markvandenborre> and try and use linuxcnc to run the machine
[09:49:37] <markvandenborre> or is this simplistic, and might the remote be doing talking something very exotic to the controller board instead?
[09:50:17] <markvandenborre> archivist: I hope I'm not annoying you too much with my newbie questions
[09:50:45] <archivist> how can we know from a picture, buyer beware
[09:51:06] <markvandenborre> even that is a useful suggestion
[09:51:11] <markvandenborre> thank you
[09:51:45] <archivist> your assumptions could be correct but....are they
[09:52:08] <markvandenborre> any hints on finding out? search keywords?
[09:52:17] <markvandenborre> name of a protocol?
[09:52:46] <markvandenborre> do I need to find out chips on the controller board?
[09:53:16] <markvandenborre> anything I can ask the supplier to improve my chances?
[09:57:34] -!- V0idExp [V0idExp!~v0idexp@151.22.102.42] has joined #linuxcnc
[09:58:08] <markvandenborre> or is there any controller board that can be swapped in extremely easily?
[10:00:25] <Loetmichel> MarkusBec: you dont NEED a controller board.
[10:00:35] <Loetmichel> Thats what the Computer/LPT is for
[10:00:40] <Loetmichel> grrr
[10:00:44] <Loetmichel> markvandenborre
[10:01:03] <markvandenborre> Loetmichel: I think you underestimate the part that I do understand
[10:01:29] <markvandenborre> I know the stepper control electronics can be very dumb
[10:01:32] <Loetmichel> you only neet stepper/servo drivers with step/dir and a breakoutboard for the parallel port if not integrated in the Stepper driver
[10:01:32] <markvandenborre> with linuxcnc
[10:02:03] <Loetmichel> the stepper drivers are dumb as hell, the only get two signals from the PC for each axis: step and direction
[10:02:10] <Loetmichel> servo drives the same
[10:02:35] <markvandenborre> so my question was mostly if you could say something useful about the board that is part of this package
[10:02:46] <Loetmichel> and tha parallel port does noting more or less then wiggeling with its portpins accorting to which motor should turn
[10:02:47] <markvandenborre> "controller board" is probably ascribing it too much intelligence
[10:03:11] <Loetmichel> this board seems to be containing only a breakout
[10:03:27] <markvandenborre> so in that case it would be perfect for linuxcnc, right?
[10:03:32] <Loetmichel> the intelligence is in the handpiece
[10:03:45] <markvandenborre> that's what my intuition told me
[10:04:12] <Loetmichel> which seems to have a full gcode interpreter in it, so you can send it gcode via usb, and position the maschine with the keys/display and run the gcode from the handset
[10:04:17] <markvandenborre> is there any way that the seller can confirm this "breakout board", "intelligent remote"
[10:04:31] <Loetmichel> it is more a replacement for linuxCNC and C than anything else
[10:04:46] <markvandenborre> to me, so I can be certain about being able to control the machine using linuxcnc?
[10:05:02] <Loetmichel> wothout htaqt board: yes
[10:05:11] <markvandenborre> Loetmichel: ?
[10:05:11] <Loetmichel> directly from the lpt to the stepper drtivers
[10:05:21] <Loetmichel> sorry, big fingers again
[10:05:26] <markvandenborre> :-)
[10:05:50] <markvandenborre> "wothout htaqt board: yes
[10:05:52] <markvandenborre> "
[10:05:53] <markvandenborre> ?
[10:06:01] <markvandenborre> you mean without that remote?
[10:07:47] -!- syyl_ws has quit [Quit: Verlassend]
[10:08:52] <archivist> that remote is a pc replacement and has nothing to do with your quest for a machine
[10:09:24] <markvandenborre> archivist: I do understand that very basic bit of linuxcnc, thank you
[10:09:59] <markvandenborre> in fact, thank you both
[10:10:20] <markvandenborre> your hints have really helped me
[10:11:11] <markvandenborre> I can be fairly confident now that I can throw away the intelligent remote
[10:11:32] <markvandenborre> and use the parallel port on the dumb breakout board that is also part of the package
[10:11:40] <markvandenborre> because that was my main concern:
[10:12:03] <markvandenborre> not having to fiddle with the electronics hardware wiring
[10:12:13] <markvandenborre> changing the breakout board
[10:13:20] <archivist> I do not know why you are looking at that remote I assume you are looking at
http://www.aliexpress.com/store/product/Free-shipping-CNC-wireless-channel-for-CNC-router-cnc-engraver-CNC-Router-DSP-controller-0501-DSP/210206_595635561.html
[10:14:31] <markvandenborre> I am mentioning that because it comes as a part of the cnc machine I am considering
[10:19:46] -!- moonlite has quit [Ping timeout: 260 seconds]
[10:19:47] -!- speakman has quit [Ping timeout: 260 seconds]
[10:19:47] -!- adb has quit [Ping timeout: 255 seconds]
[10:19:47] -!- syyl_ has quit [Ping timeout: 255 seconds]
[10:19:47] -!- logger[mah] has quit [Ping timeout: 255 seconds]
[10:19:47] -!- korsi has quit [Ping timeout: 260 seconds]
[10:19:48] -!- postaL has quit [Ping timeout: 255 seconds]
[10:19:49] -!- emel has quit [Ping timeout: 260 seconds]
[10:19:49] -!- logger[mah] [logger[mah]!~loggermah@mah2.mah.priv.at] has joined #linuxcnc
[10:19:49] -!- speakman_ has quit [Changing host]
[10:19:52] -!- vax- has quit [Ping timeout: 260 seconds]
[10:19:52] -!- zomg has quit [Ping timeout: 260 seconds]
[10:20:14] <markvandenborre> I don't mind paying a little bit extra for the assurance that I am ending up with something that can be used immediately (if a bit crippled)
[10:20:15] <markvandenborre> and the confidence that with some work it can be used without the remote and with linuxcnc
[10:20:15] <markvandenborre> besides, it seems to be a standard part of the machine, it's not that I would save a lot by throwing that out
[10:20:15] -!- stsydow has quit [Remote host closed the connection]
[10:20:40] -!- korsi [korsi!~korsi@adsl-82-141-118-85.kotinet.com] has joined #linuxcnc
[10:20:41] -!- adb [adb!~IonMoldom@178.211.237.94] has joined #linuxcnc
[10:20:46] zomg is now known as Guest27442
[10:20:57] -!- syyl__ [syyl__!~syyl@p4FD113A1.dip.t-dialin.net] has joined #linuxcnc
[10:21:40] -!- postaL [postaL!postal@nizzles.net] has joined #linuxcnc
[10:25:19] jthornton_ is now known as jthornton
[10:27:27] -!- phantoxeD [phantoxeD!~destroy@a95-92-88-3.cpe.netcabo.pt] has joined #linuxcnc
[10:31:12] -!- phantoneD has quit [Ping timeout: 276 seconds]
[10:49:36] -!- skunkworks has quit [Remote host closed the connection]
[11:25:32] -!- skunkworks [skunkworks!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc
[11:31:06] -!- sumpfralle [sumpfralle!~lars@c.mail.systemausfall.org] has joined #linuxcnc
[11:35:15] -!- mourner has quit [Quit: mourner]
[11:51:11] -!- fomox [fomox!~chatzilla@173.147.202.84.customer.cdi.no] has joined #linuxcnc
[11:52:54] <R2E4> .
[11:53:17] Guest27442 is now known as zomg
[11:55:23] <R2E4> hi all
[11:55:59] -!- fomox has quit [Ping timeout: 246 seconds]
[11:56:36] <skunkworks> Good morning!
[12:00:49] <R2E4> Well, confirmed, need some kind of board fabrication interface to make this work with the R2E4.
[12:00:53] <ProxDem> R2E4: heya
[12:01:10] <R2E4> Everything is on edge cards in the card cage.
[12:01:35] <R2E4> hiya Prox
[12:02:00] <ProxDem> R2E4: dunno if you got my messages from last nite =)
[12:02:11] <R2E4> I am going to start looking for replacement amps to work with the 5i25 and 7i77
[12:02:24] <R2E4> What message?
[12:02:34] <R2E4> cell phone?
[12:02:45] <ProxDem> R2E4: let me retype them in pm
[12:03:03] <R2E4> ok, it is probably on my work computer.
[12:06:56] -!- micges [micges!~micges@acxc34.neoplus.adsl.tpnet.pl] has joined #linuxcnc
[12:10:34] <R2E4> Anyone have any good ideas on where to start looking for new servo amps for existing bridgeport servo's and mesa boards?
[12:12:39] <skunkworks> R2E4, use the existing amps....
[12:20:02] <R2E4> Cannot, they are in a card cage, and I dont have the experience to engineer an interface for it. I dont know the syustem to be able to remove this card and that card, everything is in a card cage with edge connectors.
[12:20:39] <ProxDem> interesting
[12:21:08] <R2E4> I cannot find anyone who has attempted this, or maybe I might be able to get by with it.
[12:21:10] <ProxDem> so they al share a common communication bus then probably and power lines
[12:21:34] <R2E4> the 5 volts is coming from the bus.
[12:21:50] <ProxDem> maybe if you can find the schematics for the card cage itself you could make your own pcb that interconnects with the cage via a hand made gold finger card =P
[12:22:21] <ProxDem> R2E4: any pictures of the interface bus and the card cage?
[12:22:24] <R2E4> haha
[12:23:14] <ProxDem> long nights with an oscilloscope and good multimeter might yield you some results if a schematic isn't available...but there should be some out there
[12:23:24] <R2E4> I was talked into this route which was a mistake I think.
[12:23:42] <ProxDem> R2E4: who talked you into this?
[12:23:46] -!- Valen has quit [Quit: Leaving.]
[12:24:16] <R2E4> I'm not interested in starting to create interfaces, debug bblabla...... I'd rather spend the 1800 on new drives and encoders and be done with it.
[12:24:38] <R2E4> or however much they cost. The AMD look nice but probably expensive.
[12:25:31] <ProxDem> ahh so a complete overhaul
[12:26:45] <ProxDem> sounds like a fun project =)
[12:26:50] <R2E4> I bought the mesa cards so I am pretty much married to the linuxcnc route but its not the end opf the world if I dont.
[12:28:01] <ProxDem> the mesa cards allow for so much nicessness it would be a shame to not use them
[12:28:16] <R2E4> not really, It will take me a while, in the mean time I have to sub out some small contractsI got.
[12:28:21] <ProxDem> the fact that they offset all the pulse generation (in my case would be a plus)
[12:28:31] <ProxDem> R2E4: the subbing out part will suck for sure =(
[12:28:43] <ProxDem> as you won't have exact control of the timeline or Quality
[12:28:52] <ProxDem> and the $$ involved
[12:29:38] <ProxDem> R2E4: do the electronics/controls actualy work? could you not load your gcode directly into the machine if they work?
[12:31:38] <R2E4> there's another issue. Not sure. If I spend three weeks or more on creating something that would work, then power up, to find out the drives dont work then would have to spend for new amps anyway? That would blow.
[12:33:17] <R2E4> Thats what I am going to be up to next. But it is in really clean condition but I have noticed a battery board all corroded so not sure if this will work. I will clean that mess up and power up when I get electrician in and see. That will dictate my next move.
[12:34:13] <R2E4> encoders will be 300.00 bones, not sure about amps.
[12:36:24] <R2E4> I dont know if newer drives have any logic to handle the estops limits etc....
[12:41:54] <ProxDem> http://www.geckodrive.com/electromechanical-estop
[12:41:58] <ProxDem> that's always one way you can go
[12:43:04] -!- ravenlock has quit [Remote host closed the connection]
[12:43:37] <ProxDem> R2E4: sounds like you're gonna be dishing out alot of $$$ and time to get this up and running...but I think in the end run it'll be worth ever penny
[12:44:43] <ProxDem> or should I switch that to nickel as we round out now =P
[12:48:07] <ProxDem> R2E4: when you say AMD...do you mean AMC?
[12:54:07] -!- FinboySlick [FinboySlick!~shark@74.117.40.10] has joined #linuxcnc
[12:56:54] -!- stsydow has quit [Ping timeout: 252 seconds]
[12:57:56] -!- sumpfralle has quit [Ping timeout: 246 seconds]
[12:58:20] -!- gimps [gimps!~noone@64-121-232-59.c3-0.eas-ubr3.atw-eas.pa.cable.rcn.com] has joined #linuxcnc
[13:03:54] -!- mourner has quit [Quit: mourner]
[13:04:55] <R2E4> yeah, AMC drives
[13:09:26] -!- syyl_ [syyl_!~syyl@p4FD13EDE.dip.t-dialin.net] has joined #linuxcnc
[13:11:55] <ProxDem> R2E4: those do look nice!
[13:12:13] <ProxDem> R2E4: enjoy the snow storm! lol
[13:13:03] -!- syyl__ has quit [Ping timeout: 276 seconds]
[13:13:40] -!- AR_ [AR_!~AR@Dyn148018.cc.lehigh.edu] has joined #linuxcnc
[13:24:02] <cradek> R2E4: I understand why you would choose to get new amps to simplify wiring, but I don't understand why you would ever replace already-mounted already-wired sealed encoders
[13:25:10] <cradek> (if you are short on expertise and you have a powerful checkbook to compensate, perhaps hiring someone would be better than buying unneeded parts?)
[13:25:32] <cradek> I agree the first thing to do, if you have jobs waiting for it, is to power the thing up and see if it works
[13:25:52] <cradek> I did a lot of good work on my R2E3 as it came (after a few simple repairs)
[13:26:21] <cradek> even if you are going to immediately retrofit it, the first step is to power it up and see what you have to work with
[13:27:47] <R2E4> Many people are saying the 200ppr encoders need to be replaced because of the resolution. That was the reasoning behind that.
[13:28:09] <cradek> one of the tedious parts of a retrofit is the mechanical stuff: mounting this and that in the cabinets, and running wires. by replacing amps you probably make that part harder
[13:28:36] <R2E4> Hiring someone to come in and reengineer the system will cost much more than replacing the amps.
[13:28:43] <R2E4> +
[13:28:43] <cradek> those encoders are set to give you 0.0001" resolution. I question whether those opinions are based in fact or feelings
[13:28:52] -!- theorbtwo has quit [Ping timeout: 248 seconds]
[13:29:44] <cradek> "200 feels like a low number when 1024 is common nowadays" does not mean they are wrong for the machine
[13:30:06] <R2E4> I mount electromechanical panels all the time and have been doing it for 20+ years. wiring, designing and troubleshooting. This would not be a problem for me.
[13:30:09] <cradek> just beware, is all I'm saying
[13:30:25] <R2E4> Thats good If I wont have to change the encoders.
[13:32:11] <R2E4> I would rather not change them but I see no recourse...... All the cards are in a card cage with a backplane. Something will definately have to be engioneered for this to work and I do not know enough about these devices to do it. Paying someone else will be much more expensive.
[13:32:22] <R2E4> That is my reasoning behind changing them.
[13:32:58] <R2E4> ITs not as simple as just rewiring them, we have found that out.
[13:34:14] <cradek> the backplane may very well be a single sided pcb with no crossing traces. you might be able to unsolder an edge connector and put screw connectors in or something equally simple...?
[13:34:24] <cradek> you'll know more when you get the machine I guess.
[13:34:59] <cradek> if you fire it up and find two of them are dead anyway, the decision becomes easy!
[13:36:37] <ProxDem> I think R2E4 is looking at it engineering and buisness wise...
[13:37:07] <ProxDem> buisness wise any down time = loss of income...so while some solutions are cheaper then others...they are more time consuming...and that hurts the bottom line
[13:37:33] <cradek> R2E4: pretty sure your encoders are 250, not 200:
http://timeguy.com/cradek-files//emc/bridgeport-r2e3/imag0143.jpg
[13:37:34] <ProxDem> thus why I think I understand his choice of changing stuff up...yes the initial cash drop is greater...but he'd be up and running faster with less headaches
[13:37:48] <R2E4> I have the machine
[13:38:23] <cradek> are they really 200?
[13:39:00] <cradek> brb
[13:39:00] <R2E4> No, they are 250..... I didnt remember 200 or 250.
[13:44:25] -!- mhaberler has quit [Quit: mhaberler]
[13:45:52] -!- JoeyJoeJo has quit [Read error: Connection reset by peer]
[13:46:12] -!- sumpfralle [sumpfralle!~lars@c.mail.systemausfall.org] has joined #linuxcnc
[13:56:25] R2E4 is now known as R2E4_awy
[14:04:08] -!- theorbtwo [theorbtwo!~theorb@91.84.53.6] has joined #linuxcnc
[14:12:11] -!- Spida has quit [Remote host closed the connection]
[14:12:35] -!- Spida [Spida!~timo@ns1.spinnennetz.org] has joined #linuxcnc
[14:12:45] <cradek> yeah with a 0.200 screw and 2:1 pulleys that gives you 0.0001" per count. that is the native resolution of the old control.
[14:17:36] -!- Spida has quit [Ping timeout: 264 seconds]
[14:22:53] -!- tjb1 [tjb1!~tjb1@74.43.58.147] has joined #linuxcnc
[14:23:09] -!- Spida [Spida!~timo@ns1.spinnennetz.org] has joined #linuxcnc
[14:27:55] -!- tjb1 has quit [Quit: tjb1]
[14:30:57] -!- kwallace [kwallace!~kwallace@smb-27.sonnet.com] has joined #linuxcnc
[14:33:48] -!- maximilian_h has quit [Quit: Leaving.]
[14:35:50] -!- AR_ has quit [Ping timeout: 240 seconds]
[14:36:13] -!- fomox [fomox!~chatzilla@173.147.202.84.customer.cdi.no] has joined #linuxcnc
[14:40:22] -!- chillly has quit [Quit: Leaving]
[14:46:09] JT-Shop-2 is now known as JT-Shop
[14:49:21] -!- zzolo has quit [Quit: zzolo]
[14:53:19] <r00t4rd3d> http://www.adafruit.com/products/565
[14:54:26] -!- theorbtwo has quit [Read error: Connection reset by peer]
[14:54:50] <r00t4rd3d> http://www.adafruit.com/products/691
[14:54:52] <r00t4rd3d> better
[14:54:56] <r00t4rd3d> sticker
[14:55:41] -!- theorbtwo [theorbtwo!~theorb@91.84.53.6] has joined #linuxcnc
[14:57:13] -!- kwallace1 [kwallace1!~kwallace@smb-55.sonnet.com] has joined #linuxcnc
[14:59:00] -!- kwallace has quit [Ping timeout: 264 seconds]
[15:05:40] nuke is now known as Guest90209
[15:09:01] <skunkworks> enco free shipping on orders $49 or more. SPRING
[15:09:08] <cradek> woo
[15:13:31] -!- Guest40951 [Guest40951!~blommer@2605:6400:2:fed5:22:0:d3c0:ed9b] has joined #linuxcnc
[15:14:19] -!- krusty_ar has quit [Ping timeout: 264 seconds]
[15:14:30] -!- cpresser_ [cpresser_!~cpresser@rstenpresser.de] has joined #linuxcnc
[15:15:23] -!- ssi_ [ssi_!~ssi@app2.prototechnical.com] has joined #linuxcnc
[15:16:55] -!- korsi_ [korsi_!~korsi@adsl-82-141-118-85.kotinet.com] has joined #linuxcnc
[15:17:40] <Jymmm> cradek: Time to order all that heavy steel now =)
[15:21:40] -!- korsi has quit [*.net *.split]
[15:21:40] -!- L33TG33KG34R has quit [*.net *.split]
[15:21:40] -!- DaViruz has quit [*.net *.split]
[15:21:40] -!- ssi has quit [*.net *.split]
[15:21:41] -!- blommer has quit [*.net *.split]
[15:21:41] -!- pcw_home has quit [*.net *.split]
[15:21:41] -!- ds3 has quit [*.net *.split]
[15:21:41] -!- cpresser has quit [*.net *.split]
[15:22:38] -!- mk0 has quit [Quit: Leaving]
[15:22:38] -!- L33TG33KG34R [L33TG33KG34R!~L33TG33KG@S010674ea3aa162f7.cg.shawcable.net] has joined #linuxcnc
[15:24:12] -!- jepler has quit [Ping timeout: 264 seconds]
[15:27:00] -!- ds3 [ds3!noinf@netblock-66-245-251-24.dslextreme.com] has joined #linuxcnc
[15:28:18] -!- stsydow has quit [Ping timeout: 264 seconds]
[15:33:24] -!- pcw_home [pcw_home!~chatzilla@ip-66-80-167-54.sjc.megapath.net] has joined #linuxcnc
[15:46:40] -!- jepler [jepler!~jepler@emc/developer/pdpc.professional.jepler] has joined #linuxcnc
[15:48:28] speakman_ is now known as speakman
[15:49:47] -!- R2E4 [R2E4!~IceChat9@207.164.206.172] has joined #linuxcnc
[15:51:16] -!- mhaberler [mhaberler!~mhaberler@macbook.stiwoll.mah.priv.at] has joined #linuxcnc
[15:57:12] -!- cncinator [cncinator!~christoph@194-024-138-194.nat.orange.at] has joined #linuxcnc
[15:59:54] -!- ve7it [ve7it!~LawrenceG@S01060014d19d0b68.pk.shawcable.net] has joined #linuxcnc
[16:01:19] -!- ravenlock [ravenlock!~ravenlock@enlightenment/developer/ravenlock] has joined #linuxcnc
[16:01:20] -!- ler_hydra [ler_hydra!~ler_hydra@sailor-link.olf.sgsnet.se] has joined #linuxcnc
[16:04:03] -!- servos4ever [servos4ever!~chatzilla@173-87-50-96.dr01.hnvr.mi.frontiernet.net] has joined #linuxcnc
[16:12:16] -!- sliptonic [sliptonic!~sliptonic@173.255.198.58] has joined #linuxcnc
[16:14:23] -!- cncinator has quit [Read error: Connection reset by peer]
[16:15:17] -!- cncinator [cncinator!~christoph@194-024-138-128.nat.orange.at] has joined #linuxcnc
[16:16:46] -!- mourner has quit [Quit: mourner]
[16:19:41] -!- joe9 [joe9!~user@c-24-98-97-215.hsd1.ga.comcast.net] has joined #linuxcnc
[16:19:50] -!- R2E4 has quit [Ping timeout: 272 seconds]
[16:22:22] -!- jfire has quit [Quit: Leaving.]
[16:23:13] -!- skorasaurus has quit [Quit: left the building.]
[16:26:00] -!- R2E4 [R2E4!~IceChat9@207.164.206.172] has joined #linuxcnc
[16:36:01] -!- skunkworks_ [skunkworks_!~skunkwork@68-115-41-210.static.eucl.wi.charter.com] has joined #linuxcnc
[16:37:06] -!- tjb1 [tjb1!~tjb1@74.43.57.46] has joined #linuxcnc
[16:39:29] -!- skunkworks has quit [Ping timeout: 256 seconds]
[16:40:06] -!- tjb1_ [tjb1_!~tjb1@74.43.57.46] has joined #linuxcnc
[16:40:06] -!- tjb1 has quit [Read error: Connection reset by peer]
[16:40:06] tjb1_ is now known as tjb1
[16:42:28] -!- ebarch has quit [*.net *.split]
[16:42:28] -!- archivist has quit [*.net *.split]
[16:42:29] -!- Celelibi has quit [*.net *.split]
[16:43:03] -!- archivist [archivist!~archivist@host81-149-189-98.in-addr.btopenworld.com] has joined #linuxcnc
[16:45:02] -!- ebarch [ebarch!~ebarch@ec2-23-23-123-75.compute-1.amazonaws.com] has joined #linuxcnc
[16:50:47] -!- Celelibi [Celelibi!~celelibi@2a02-8426-50a1-9d00-021b-2fff-fe35-963d.rev.sfr.net] has joined #linuxcnc
[16:51:42] <Connor> skunkworks_: Yup.. He's got a motor turning!! Yay!! Not bad.. Helped walk him through everything over the phone.. using hardware I've never used...
[16:55:19] <Loetmichel> re @ home
[16:57:48] <Loetmichel> so, got car back... 989,60 eur for the repair.... i should found a car repair shop! that seems like a gold mine... :-(
[16:59:12] <micges> gee, half of total price of my car :)
[17:02:44] -!- tjb1 has quit [Quit: tjb1]
[17:08:18] <Loetmichel> micges: the car is an Opel Omega. had cost me 5000 eur 2 years ago
[17:08:47] <micges> what year?
[17:08:49] <Loetmichel> and ist "pristine condition"... no rust for an OPEL from 2004 is nice
[17:08:59] <micges> ah
[17:09:08] <R2E4> I have a question, when you disconnect encoders from drives and send them into mesa cards, What do the drives do with no encoider inputs?
[17:09:18] <R2E4> Sure they wont be very happy.
[17:09:40] <ProxDem> eek
[17:09:48] -!- krusty_ar_ has quit [Remote host closed the connection]
[17:09:50] <micges> why would you do that?
[17:09:58] <ProxDem> AFAIK they should rely on the encoders to give them positions
[17:10:29] <Loetmichel> R2E4: why do that? simply feed the Encoders parallel to the servo drives AND the mesa...
[17:10:49] <pcw_home> your current drive dont have any direct encoder connections
[17:10:54] <ProxDem> Servos need that "feedback loop" to work....steppers on the other hand know that worse comes to worse they've missed a step....hard to say what the controller would do...either it would simply turn none stop waiting for signal...or maybe it knows after X amount of time it should've travelled the distance and stops
[17:11:37] <Loetmichel> and says "follow error" in some way
[17:11:43] <Loetmichel> @ ProxDem
[17:11:57] <ProxDem> Loetmichel: follow error?
[17:12:13] <pcw_home> your current drives are quite simple the just have a +-10V analog input, a tachometer feedback input, and an enable input
[17:12:15] <ProxDem> interesting Loetmichel
[17:12:21] <R2E4> To close the loop with Linuxcnc, it needs the encoders wired into the mesa boards.
[17:12:49] <ProxDem> I think wiring them in parallel might be an option if the input isn't 2 high for the mesa boards
[17:12:56] <R2E4> pcw_home: yes i know, but I am looking into purchasing new drives as another option.
[17:13:32] <pcw_home> Are all the cards in one backplane?
[17:13:37] -!- ktchk [ktchk!~eddie6929@n219079226070.netvigator.com] has joined #linuxcnc
[17:13:40] <R2E4> yes.
[17:14:07] <R2E4> uh...... I think. Will have to check but am pretty sure.
[17:14:25] <Loetmichel> ProxDem: most servo dirvers i know have a way of telling the PC/CNC that the distanve betreeen "should be there" and "i am here" has grown larger than the predefined value
[17:14:44] <pcw_home> the actual number of signal to the drives is small however (and there are a lot of blue wirea flying around)
[17:14:53] <ProxDem> Loetmichel: so my 2nd guess was actually sorta correct then?
[17:15:05] <Loetmichel> ProxDem: yes
[17:15:50] <ProxDem> Loetmichel: nice I was reading on what you said
http://digital.ni.com/public.nsf/allkb/899AE29CB4E3578B8625709D0070A725
[17:15:56] <ProxDem> very interesting read thanks for the info =)
[17:16:10] <pcw_home> Normally for LinuxCNC servos, linuxCNC closes the loop so the error (following error) is monitored by linuxCNC
[17:17:38] <Loetmichel> pcw_home: when the driver has connetions for an encoder i would bet my money on a closed loop driver that gets only step/dir from the CNC
[17:17:56] <Loetmichel> so the loop is closed in the driver, no need to do that in LinuxCNC
[17:18:06] <Loetmichel> but thats just a rough guess
[17:18:15] <ProxDem> makes sense
[17:18:15] <R2E4> pcw_home: i don't know what i would need to satisfy the drives. If I am looking at it properly, the FMDC handled most of the processing and logic. This would need to be done by linuxcnc
[17:18:48] -!- stsydow has quit [Ping timeout: 264 seconds]
[17:19:14] <Loetmichel> R2E4: is the servos/drives combination from THIS machine?
[17:19:44] <Loetmichel> or are you throwing some spare parts together?
[17:19:47] <pcw_home> Like I said the drives are quite simple (they take a analog velocity command) probably no more than 4-6 control signals needed
[17:19:51] <R2E4> boss 8 or 9, dont know which
[17:20:05] <Loetmichel> (because closed loop servo drives have to be calibrated (PID))
[17:20:25] <R2E4> http://www.irmtl.com/LinuxCNC/R2E4/r2e4-3.jpg
[17:20:27] -!- DaViruz [DaViruz!~daviruz@c83-253-200-9.bredband.comhem.se] has joined #linuxcnc
[17:20:57] <Loetmichel> ah, i see, classic +-10V velocity signal i presume?
[17:21:10] <R2E4> yes
[17:21:20] <pcw_home> Loetmichel the controller gets high level commands not step/dir so is not useful
[17:21:45] <Loetmichel> DC servos or AC servos?
[17:21:53] <pcw_home> DC
[17:21:56] <R2E4> DC
[17:22:29] <Loetmichel> *SHI**
[17:22:32] <pcw_home> so if the backplanes are separate it should be easy to wire
[17:22:58] -!- stsydow has quit [Client Quit]
[17:23:04] <Loetmichel> but should be interfeceable with linuxCNC
[17:23:27] <R2E4> I don't think they are. One cage with pcb backplane across the back
[17:23:28] <Loetmichel> you are right that the mesa card needs the encoders.
[17:24:17] <R2E4> I was only referencing if I went with new servo drives re:
http://www.a-m-c.com/download/datasheet/dpralte-015b200.pdf
[17:24:33] <Loetmichel> but there is no way from my side to know if the driver NEED the encoders or if the have a "dumb mode, just amplify the +-10V signal", because i dont know that machine.
[17:25:06] <pcw_home> The drives DO NOT need the encoders
[17:25:14] <R2E4> The drivers on that machine does not need the encoders. The encoders went into a processor board that fed the drivers
[17:25:25] <R2E4> drives
[17:25:48] <ProxDem> well then if you aren't using the onboard equipment your idea of rerouting the encoders to the mesa board makes sense
[17:26:05] <pcw_home> right because the FMDC card ran the PID loop, now LInuxCNC will
[17:26:24] <R2E4> Theres two different scenarios, one purchase new drives two try and make the existing ones work.
[17:26:41] <pcw_home> Do you have a backplane schematic?
[17:27:17] <R2E4> I tried looking last night but haven't found it yet. I have about 8 books that came with the machine....hehe.
[17:27:45] <R2E4> looking at the schematics, there are two signals I don';t know what to do with coming from FMDC
[17:28:33] <pcw_home> drivers will typically have analog in (differential if you are lucky) enable in and fault out
[17:28:57] <R2E4> A fault latch, and a pair of wires parralell with tach input into drives
[17:29:50] <R2E4> question remains how to enable them which was done via fmdc before, and will the drives be happy without the latch alarm input
[17:30:06] <R2E4> maybe that a latch fault out?
[17:30:11] <pcw_home> the tach to FMDC can go, the fault latch needs to be dealt with
[17:31:08] <R2E4> mesa boards have a fault input? Don't know what signalis coming out of the drives but can the mesa board deal with it?
[17:31:33] <skunkworks_> Connor, over the phone? holy crap
[17:31:37] <skunkworks_> that is impressive!
[17:31:42] <Connor> Yes. Over the phone. :)
[17:31:53] <pcw_home> The drive specs would be the most valuable at this point so the enable and fault signal levels and polarity can be determined
[17:32:18] <R2E4> i can dig that up I think
[17:32:36] <Connor> I mean.. I had Pncconf on my machine that I use for simulation.. but, that only got me so far...
[17:33:05] <Connor> and it was putting the driver into Speed mode that was the issue.
[17:33:20] <R2E4> pcw_home: you have a way of making it seem simple.
[17:33:36] <pcw_home> There may possible need to be some level shifting depending on what those signals are like
[17:33:42] <R2E4> up until the point I leave the screen....
[17:34:18] -!- mackerski has quit [Ping timeout: 245 seconds]
[17:34:36] <R2E4> I have the maintenance manual with me at work. Let me look in and see if I can get some data out of that.
[17:34:46] <pcw_home> lots of people have retrofitted similar hardware, its not really rocket science....
[17:36:19] <pcw_home> sure be nice if the controller was on a different backplane than the drives though
[17:36:34] -!- AR_ [AR_!~AR@24.115.215.149] has joined #linuxcnc
[17:36:54] <skunkworks_> Connor, what did he end up doing to change the mode of the drives?
[17:37:29] <Connor> Go through the menu on the front.. and hold the enter key down for around 2-4 seconds on the proper menu.. he just wasn't holding it long enough..
[17:37:38] <Connor> of the driver that is.
[17:37:47] <skunkworks_> ah - neat
[17:38:17] <skunkworks_> He should not try to tune until it is hooked to the table.. It is hard to tune with no load.
[17:38:30] <skunkworks_> or atleast not try too hard.
[17:38:41] <Connor> Oh yea. He wants to get the e-stop and limits going first before that..
[17:38:51] <skunkworks_> Good!
[17:38:55] <Connor> I have NO exp in tuning...
[17:39:06] <skunkworks_> I only have very little.
[17:39:13] <Connor> I don't understand PID at all..
[17:39:19] <Connor> and the SSF values..
[17:39:21] <Connor> etc..
[17:39:59] <pcw_home> JT has a nice tutorial for velocity mode drives
[17:40:01] <skunkworks_> I was trying to find - I thought peter had explained volocity mode tuning in one of the list emails.
[17:40:08] <skunkworks_> oh - maybe it is JT
[17:40:31] <R2E4> +15vdc fault latch
[17:40:46] <R2E4> into a DLI board that feeds the fmdc
[17:40:58] <pcw_home> the trick with velocity mode is the heavy lifting is done by FF1
[17:41:49] <Connor> okay. Someone can find the link for the video, that would be great.
[17:42:09] <Connor> His Drivers support Velocity(Speed), Step/Dir, and Torque.
[17:42:43] <skunkworks_> imo velocity is the easiest to tune...
[17:42:48] <Connor> and, combinations of some of those too..
[17:42:58] <pcw_home> http://gnipsel.com/linuxcnc/tuning/servo.html
[17:43:05] <Connor> step/dir is a joke for this machine.. he wanted closed loop all the way.
[17:43:28] <skunkworks_> I am glad he wasn't swayed by the step/dir people...
[17:43:42] <skunkworks_> It is Closed loop!!! (at the drive)
[17:43:45] <skunkworks_> ;)
[17:43:52] <Connor> Yea. He knew better.
[17:44:08] <Connor> I call those Hybrid Closed Loops..
[17:44:52] <skunkworks_> Connor, glad he has someone close farmilar with linuxcnc.
[17:44:54] -!- cncinator has quit [Quit: Verlassend]
[17:45:01] <pcw_home> The velocity loop is still closed at the drive but LinuxCNC closes the position loop
[17:45:36] <Connor> pcw_home: Yea. It's better than step/dir mode..
[17:46:07] <pcw_home> For torque mode you typically need higher servo thread rates
[17:46:53] <Connor> skunkworks_: Yea. I know enough about LinuxCNC to be dangerous. I know Linux pretty good though..
[17:46:58] <pcw_home> (since the velocity part of the loop is closed by linuxCNC with a torque mode drive)
[17:47:13] <Connor> pcw_home: So, what's better, velocity, step/dir, or torque? and can the 7i77 do torque ?
[17:48:01] <pcw_home> better is tough to say since there are multiple dimensions
[17:49:35] <pcw_home> typically for larger systems velocity mode is good
[17:49:37] <pcw_home> torque mode is a bit tougher to tune and needs faster hardware
[17:49:39] <pcw_home> The 7I77 can do torque, it really does no matter what the command is
[17:50:12] <R2E4> 15vdc fault signal. I can energize a relay and privde dry contact to mesa boards. This be ok?
[17:50:13] <Connor> okay. I wasn't sure how torque was interfaced if it still used the 0-10v outputs or what.
[17:50:44] -!- 20WAB5CI3 has quit [Remote host closed the connection]
[17:51:11] -!- IchGuckLive [IchGuckLive!~chatzilla@95-89-97-224-dynip.superkabel.de] has joined #linuxcnc
[17:51:20] <IchGuckLive> hi all B)
[17:51:28] <pcw_home> torque mode has some advantages (homing to mechanical stops) torque limits during homing
[17:51:30] <pcw_home> force/energy measurement (for tooling condition) etc
[17:51:46] <R2E4> it is sending tach data to the fmdc. hehe, i thought it was the other way around
[17:51:57] <pcw_home> yes torque is +-10V
[17:52:44] <pcw_home> probably tach voltage goes to both the FPDC and the drives
[17:52:56] <R2E4> yes
[17:53:36] <R2E4> axis motion and spindle being enabled via relay CR1
[17:54:00] <IchGuckLive> @ all (some) B) can someone check if sound i ok on the new Vid uploaded to youtube please THANKS .
http://www.youtube.com/watch?v=LUQkPDJoRdc
[17:54:34] <R2E4> UDIO IS FINE
[17:54:39] <R2E4> audio is fine
[17:54:44] <IchGuckLive> Thanks
[17:58:37] <R2E4> Is one of the functions of the E-stop to disable the drives?
[17:58:48] <R2E4> and spindle
[17:59:55] <cpresser_> R2E4: yes, it is. i prefer to wire that in hardware
[18:00:08] -!- DaViruz has quit [Read error: Connection reset by peer]
[18:00:22] -!- DaViruz [DaViruz!~daviruz@c83-253-200-9.bredband.comhem.se] has joined #linuxcnc
[18:00:51] <cpresser_> estop should not depend on linuxcnc running (my opinion)
[18:00:59] <R2E4> There is a control module I can apply power to that will do this. I will lose the logic and will have to fill in the blanks...
[18:01:28] <R2E4> The controller usually handles the logic for it no?
[18:01:49] <R2E4> and LinuxCNC is the controller in this scenario.
[18:03:10] <cpresser_> there is more than one way to implement estop.
[18:03:12] -!- adb_ [adb_!~IonMoldom@178.211.237.94] has joined #linuxcnc
[18:03:14] <pcw_home> Normally the logic for ESTOP is just some relays/contactors with perhaps
[18:03:16] <pcw_home> an enable signal from the controller and status back to the controller
[18:03:26] -!- adb_ has quit [Read error: Connection reset by peer]
[18:03:53] <cpresser_> i prefer to wire my estop-button and the estop signal from the controller with a logical-or. the outpur from the OR is then connected to the enable-signal of the drives
[18:04:41] <pcw_home> (and of course big red latching mushroom switch)
[18:06:26] <R2E4> The bridgeport does it through relays and dynamic braking relays for the xyz.
[18:06:42] <pcw_home> Right
[18:07:40] <pcw_home> so that logic should be able to remain pretty much untouched (if you keep your existing drives)
[18:08:09] <R2E4> but the fmdc controller receives the estop and energizes the relays via flipflop/autocoupler whatever, but the controller is involved in the R2E4
[18:09:48] -!- ktchk [ktchk!~eddie6929@n219079226070.netvigator.com] has parted #linuxcnc
[18:10:07] <pcw_home> And that feature will now be done by LinuxCNC
[18:10:31] <R2E4> OK......cool
[18:13:14] -!- V0idExp has quit [Quit: Leaving.]
[18:17:29] <R2E4> There is a current analog output out of the drive going to the fmdc.
[18:17:49] <R2E4> nope, not going to the fmdc.......
[18:22:36] <Jymmm> Ok, is it a good idea to go refill BOTH the propane tanks AND the Nitrogen tank in the same car??? hehehehehehehe
[18:22:51] -!- dway has quit [Quit: NOOOOOOooooooooo……]
[18:23:28] <IchGuckLive> Jymmm: and fly to the moon O.O
[18:23:39] <Jymmm> IchGuckLive: Pretty much =)
[18:23:42] <skunkworks_> well - nitrogen is inert.... SO they cancel out?
[18:23:56] <Jymmm> skunkworks_: Nitrogen tank is 2000 PSI =)
[18:24:15] <Jymmm> skunkworks_: in other words, a rocket in a bottle =)
[18:32:35] <Connor> My E-Stop trips a relay, which kills power to the charge-pump and the SSR for the spindle.
[18:33:46] <jdh> you can get 6kpsi n2 bottles
[18:33:50] -!- andypugh [andypugh!~andy2@cpc16-basl9-2-0-cust685.20-1.cable.virginmedia.com] has joined #linuxcnc
[18:35:09] <Connor> jdh: for what purpose ? :)
[18:35:30] <skunkworks_> diving?
[18:35:34] <jdh> increased volume, easier to transfill, etc.
[18:35:51] <jdh> not much need for plain N2 in diving. Plenty of it in normal air
[18:36:10] <skunkworks_> heh
[18:36:17] <jdh> I think some aircraft parts use it? landing gear struts or something?
[18:38:12] -!- tjb1 [tjb1!~tjb1@74.43.60.96] has joined #linuxcnc
[18:39:22] -!- FinboySlick has quit [Quit: Leaving.]
[18:45:08] <toastydeath> anything that undergoes thermal cycling
[18:45:24] <toastydeath> tires get n2 fill as well as the shocks, yeah.
[18:48:17] <andypugh> I filled my dirt-bike shock with Argon when I rebuilt it. I had argon, and it seemed likely to be at least as good as dry nitrogen.
[18:48:56] <toastydeath> sounds reasonable
[18:49:22] <jdh> argon has a reputation as a 'dirty' gas in diving circles. Seems silly and I've never seen any real reason it would be less filtered/dry than any other compressed gas.
[18:49:36] <toastydeath> i'm pretty sure there's a mass term in the damping equations
[18:49:55] <toastydeath> but I don't think it makes a huge difference for gas shocks
[18:50:07] <jdh> people use it for dry-suit inflation. Supposed to have lower thermal transfer than air/etc.
[18:57:13] <cpresser_> jdh: i dont quite understand that. arent all gases supposed to behave the same (for temperature, pressure, volume)
[18:59:37] <jdh> dunno about that... heat transfer is definitely not the same.
[19:00:04] <jdh> helium is much more thermally conductive than air or argon
[19:00:06] <skunkworks_> hydrogen has one of the best heat transfer ability...
[19:00:27] <jdh> hydrogen has its own issues though
[19:00:34] <ProxDem> helium is running out
[19:00:34] <skunkworks_> boom?
[19:00:41] <ProxDem> soon we won't have no more!
[19:00:53] <mrsun> that will be fixed with just a small supernova
[19:01:03] <mrsun> novae
[19:01:05] <ProxDem> bye bye liquid helium for overclockers...they'll have to stick with liquid nitrogen
[19:01:28] <jdh> who overclocks with either of those?
[19:01:48] -!- FinboySlick [FinboySlick!~shark@squal.net] has joined #linuxcnc
[19:02:07] <jdh> we have liquid N2 for vacuum cold traps, and liquid He for magnet cooling
[19:06:17] -!- tmcw has quit [Remote host closed the connection]
[19:07:45] <ProxDem> jdh: love what you have left of liquid HE
[19:08:02] <ProxDem> jdh: all the top overclockers use either of those
[19:08:24] <ProxDem> that's when you outgrow phase change cooling....which comes after you've outgrown liquid cooling
[19:11:24] -!- ler_hydra has quit [Remote host closed the connection]
[19:13:29] -!- IchGuckLive has quit [Quit: ChatZilla 0.9.87 [Firefox 18.0/20130108033621]]
[19:22:41] -!- micges_ [micges_!~micges@adgy40.neoplus.adsl.tpnet.pl] has joined #linuxcnc
[19:25:58] <L84Supper> hah, the helium isn't runing out, it's just mixing in with the other gases in the atmosphere
[19:26:48] -!- micges has quit [Ping timeout: 276 seconds]
[19:29:26] micges_ is now known as micges
[19:32:13] <ProxDem> the manufacturers are slow at producing it
[19:32:28] -!- vladimirek [vladimirek!~vladimire@95.105.250.72] has joined #linuxcnc
[19:32:30] <ProxDem> it was sarcastic
[19:32:33] <ProxDem> http://www.cnn.com/2013/03/02/opinion/flynn-balloon-helium
[19:33:46] -!- Guest90209 has quit [Quit: Page closed]
[19:36:44] -!- theorbtwo has quit [Remote host closed the connection]
[19:44:05] -!- theorbtwo [theorbtwo!~theorb@91.84.53.6] has joined #linuxcnc
[19:44:25] -!- kwallace [kwallace!~kwallace@tmb-241.sonnet.com] has joined #linuxcnc
[19:45:42] -!- kwallace1 has quit [Ping timeout: 264 seconds]
[19:53:26] <Connor> So, when tuning a servo.. Do you have to make a change then reload linux CNC every single time? Is there a easy way?
[19:53:33] <skunkworks_> no
[19:53:50] <skunkworks_> Yes there is an easy way
[19:53:52] <Connor> no reloading linuxcnc or no on easy way
[19:53:52] -!- combscs [combscs!4a88486c@gateway/web/freenode/ip.74.136.72.108] has joined #linuxcnc
[19:53:58] <skunkworks_> ;)
[19:54:29] <combscs> #emc forwards to #linuxcnc?
[19:54:32] -!- erictheise_ has quit [Quit: erictheise_]
[19:54:54] <skunkworks_> Connor, Calibration - Starts a PID tuning assistant, which is mainly for servo systems. Some things can be changed on a stepper system.
[19:55:05] <skunkworks_> under the machine menu in axis
[19:55:09] <skunkworks_> 'machine'
[19:57:42] <skunkworks_> combscs, this is for linuxcnc - used to be called EMC (enhanced machine control)
[19:58:03] <combscs> aah
[19:59:11] -!- Err has quit [Ping timeout: 245 seconds]
[20:07:19] -!- combscs [combscs!4a88486c@gateway/web/freenode/ip.74.136.72.108] has parted #linuxcnc
[20:17:29] -!- skunkworks_ has quit [Read error: Connection reset by peer]
[20:36:38] -!- asdfasd [asdfasd!~grgrgrgrg@149.241.132.117] has parted #linuxcnc
[20:37:44] -!- DJ9DJ has quit [Read error: Connection reset by peer]
[20:38:23] -!- DJ9DJ [DJ9DJ!~Deejay@unaffiliated/dj9dj] has joined #linuxcnc
[20:38:27] <L84Supper> "Cannot join #emc (Channel is invite only)."
[20:38:47] <DJ9DJ> re
[20:39:49] -!- crank has quit [Ping timeout: 256 seconds]
[20:41:45] -!- asdfasd [asdfasd!~grgrgrgrg@149.241.132.117] has joined #linuxcnc
[20:41:52] -!- crank [crank!~crank@shell.tuxshells.com] has joined #linuxcnc
[20:44:12] -!- erictheise has quit [Quit: erictheise]
[20:46:21] -!- Nick001-Shop [Nick001-Shop!~chatzilla@clsm-74-47-112-221-pppoe.dsl.clsm.epix.net] has joined #linuxcnc
[20:48:56] <andypugh> Well, I haven't seen that before:
https://plus.google.com/photos/108164504656404380542/albums/5747722155741347649/5857158998686911074?banner=pwa
[20:49:53] -!- eykreinecke1 [eykreinecke1!~chatzilla@46.115.74.30] has joined #linuxcnc
[20:50:33] <andypugh> L84Supper: I think Helium escapes to outer space (like Hydrogen does) so it is running out.
[20:50:43] <andypugh> The source (bizarrely) is mining.
[20:53:38] <andypugh> When there was a bang and a blue flash, followed by the lights going out and a funny smell I I was rather expecting the sauce to be an exploding capacitor, not a power resistor.
[20:54:15] <andypugh> (Confused, I am sure I _twice_ types "source")
[20:55:32] <andypugh> It looks like the underlying cause was a short in the bridge rectifier.
[20:57:46] <eykreinecke1> my tb6560 don´t work. Zwei von drei Stepper fiepen, doch fahren nich an, wenn ich von Hand die Pfeiltasten drück.
[21:00:54] <andypugh> Do they move at all? If they move onse step every time you change direction then it means the step and direction signals are swapped.
[21:05:32] <DaViruz> exploding capacitors can lead to sauce.
[21:08:43] <andypugh> It's kind of interesting how the ceramic core has split itself into approximately equally-sized lumps
[21:09:57] <andypugh> Do you think I can put it back together?
[21:10:07] <ProxDem> yeah
[21:10:14] <ProxDem> nice brown electrolytic mixture
[21:10:16] <ProxDem> it's nice =P
[21:10:17] -!- skunkworks [skunkworks!~chatzilla@str-broadband-ccmts-ws-26.dsl.airstreamcomm.net] has joined #linuxcnc
[21:10:34] <andypugh> No electrolyte, it's a resistor.
[21:10:35] <ProxDem> as for ceramics it's just a puff and bits everywhere
[21:10:46] <ProxDem> < DaViruz> exploding capacitors can lead to sauce. <-- that's what I was refering 2
[21:11:13] <ProxDem> andypugh: but yet exploding power resistors in ceramic casings are also fun =P
[21:11:31] <ProxDem> but when they are in an aluminum heatsink they tend to just crack
[21:11:42] <andypugh> This was an aluminium cased one. It dented the lid of the case.
[21:12:00] <andypugh> Did you see the picture?
[21:13:10] -!- jfire has quit [Read error: Connection reset by peer]
[21:15:32] <ProxDem> nah i didn't
[21:15:40] <ProxDem> url?
[21:16:19] <ProxDem> nvm saw it
[21:16:59] <ProxDem> nice
[21:18:31] <andypugh> i am glad it was the resistor (£5) and not the cap (£75)
[21:21:44] <ProxDem> heuheuhe
[21:23:52] -!- sumpfralle has quit [Ping timeout: 256 seconds]
[21:24:00] R2E4_awy is now known as R2E4_
[21:25:10] <skunkworks> andypugh: what is that - braking resistor?
[21:25:13] <R2E4_> pcw_home: I am getting closer.
[21:25:36] <R2E4_> The board on the far right is an interface board between the drives and the fmdc.
[21:26:02] -!- stsy has quit [Remote host closed the connection]
[21:27:50] <ProxDem> glad to hear you're getting farther in your quest R2E4_ =)
[21:27:57] <andypugh> skunkworks: That is a soft-start resistor. It's job is to limit the inrush current so that the breakers don't pop. After 10 seconds a timer shorts it out. However, I had removed the shorting relay in case that was the problem. In theory it should have charged the cap normally, and then the current flow would have gone to zero. In practice I think that the caps were being continuously discharged by the shorted rectifier,
[21:27:58] <andypugh> there was a steady-state current of, well, lots.
[21:29:33] <andypugh> It seems that that resistor struggles with a steady-state 1.1kW. It is a 100W device, running more than that very, very, briefly in normal use.
[21:31:13] <skunkworks> yeck
[21:32:28] <tjb1> Is there a way to have HAL read a value from g-code?
[21:32:41] <R2E4_> I have access to the signal going to the fmdc but dont know if I should access them after the interface board or directly at the backplane connector.
[21:35:12] <andypugh> tjb1: Yes, there are the G-code analogue outputs.
[21:39:37] -!- sumpfralle [sumpfralle!~lars@c.mail.systemausfall.org] has joined #linuxcnc
[21:40:49] -!- Valen [Valen!~Valen@c211-30-129-65.blktn6.nsw.optusnet.com.au] has joined #linuxcnc
[21:57:21] <DJ9DJ> gn8
[21:58:50] -!- DJ9DJ has quit [Quit: bye]
[22:00:11] -!- ravenlock has quit [Remote host closed the connection]
[22:07:50] -!- Cylly [Cylly!cylly@p54B12DCA.dip.t-dialin.net] has joined #linuxcnc
[22:10:42] -!- Loetmichel has quit [Ping timeout: 272 seconds]
[22:32:39] -!- Valen has quit [Quit: Leaving.]
[22:32:57] -!- Valen [Valen!~Valen@c211-30-129-65.blktn6.nsw.optusnet.com.au] has joined #linuxcnc
[22:34:13] -!- bedah has quit [Quit: bye]
[22:34:38] <Tom_itx> andypugh what did the power resistor do?
[22:35:01] <Tom_itx> as it's intended purpose...
[22:35:02] <Valen> I had something to tell you andypugh
[22:35:05] <Valen> now i forget
[22:35:43] <Valen> also, why does an american 400HP feel slower than a ferari 400HP, "this car brought to you by the makers of the 3 speed automatic"
[22:36:28] <andypugh> Tom_itx: It reduces the inrush current when the smoothing capacitors are first charged.
[22:36:35] <Tom_itx> nevermind.. finished cathing up...
[22:37:24] <Tom_itx> did it screw up the caps too?
[22:37:32] <andypugh> I don't think so.
[22:37:41] <Tom_itx> i bet it didn't do them any good
[22:38:27] <andypugh> The caps are powered through that resistor, so they probably didn't even notice.
[22:40:20] <Tom_itx> what's the blue thing on the pcb?
[22:42:18] <andypugh> It's a little 12V transformer to power the 555 timer circuit.
[22:46:20] -!- eykreinecke1 has quit [Ping timeout: 240 seconds]
[22:46:37] <skunkworks> andypugh: inverting the input and output scale doesn't fix it?
[22:47:28] <andypugh> skunkworks: It's not that simple, it seems.
[22:47:49] <skunkworks> huh
[22:47:52] <L84Supper> why do Ferrari's only have torque when you wind them up over 5k rpm?
[22:48:14] <Tom_itx> probably small pistons with short stroke crank
[22:48:24] <andypugh> L84Supper: Ask again when you understand what torque means :-)
[22:48:24] <skunkworks> because they are small displacement - high reving - over-square engines
[22:48:46] -!- toastydeath has quit [Ping timeout: 245 seconds]
[22:48:57] <Valen> generally that would imply a lack of torque
[22:48:58] <L84Supper> washing machine powered cars
[22:49:00] -!- toastydeath [toastydeath!~toast@2601:a:2e00:aa:194f:68f:886c:77c6] has joined #linuxcnc
[22:49:03] <andypugh> skunkworks: I am not sure I have an output scale.
[22:49:06] <Valen> lots of power but still
[22:49:25] <andypugh> I need to check more carefully.
[22:50:29] <Valen> thats what I like about my falcon, peak torque is around 2200 RPM i think
[22:50:44] <skunkworks> andypugh: In a normal setup - I think that it is just the pwm scale...
[22:51:10] <skunkworks> so - input scale is encoder scaling - output scale is pwm scaling
[22:51:41] <andypugh> I can't remember if the 7i49 uses PWM for output.
[22:51:46] <skunkworks> heh
[22:51:55] <Valen> 3150RPM peak torque, normal driving is ~2000 RPM, instant powerband ;->
[22:52:23] -!- zzolo has quit [Quit: zzolo]
[22:53:16] <Tom_itx> i wonder if i should even fool with this washer motor since it only does around 1600 rpm
[22:53:30] <Valen> what do you want it for Tom_itx?
[22:53:54] <Tom_itx> not sure really but considered it for a spindle
[22:54:03] <Tom_itx> 3phase with a driver
[22:54:13] <Valen> urgh sounds like a pin
[22:54:14] <Valen> pain
[22:54:14] <Tom_itx> i still gotta figure out the serial interface
[22:54:22] <Valen> oh it comes with driver?
[22:54:27] <Valen> perhaps then
[22:54:31] <Tom_itx> i gutted the whole washer
[22:54:57] <Tom_itx> i figured i could wire up the harness and figure out the signal
[22:55:28] <Tom_itx> either with a scope or logic analizer
[22:56:33] <Tom_itx> it's kinda purpose built since the pulley was turned as part of the shaft
[23:00:33] <skunkworks> andypugh: I suppose with a 3 phase driver - you would have to reverse the phasing..
[23:00:51] <skunkworks> wow - I think I don't understand all the issues you would run into
[23:07:02] <andypugh> No, neither do I with this system.
[23:07:12] <andypugh> But I can definitely do it all in software.
[23:07:43] -!- AR_ has quit [Ping timeout: 264 seconds]
[23:10:19] -!- fomox has quit [Remote host closed the connection]
[23:10:51] <PCW> Probably need to invert the encoder position scale and the PID output polarity
[23:12:41] <PCW> resolver position scale I should say
[23:13:47] <PCW> This is one of those places where it would be nice to have a PID output invert option
[23:14:57] -!- AR_ [AR_!~AR@24.115.215.149] has joined #linuxcnc
[23:15:32] <R2E4_> PCW:
[23:15:34] <skunkworks> does that screw up the phasing between the resolver and the motor?
[23:16:19] <PCW> should not if there's a resolver equivalent of encoder raw counts
[23:16:46] <R2E4_> The car cage with the drives in them, there is a board on the right of the card cage which is the interface to the seperate axis drives.
[23:17:28] <R2E4_> The connectors on there goes to the fmdc board and houses the 0-10v signal etc.
[23:17:45] <R2E4_> I have access to that board and I think that is where to interface with the 7i77
[23:18:22] <PCW> So it may be a lot easier that you thought assuming you can figure out the signals at the interface board
[23:18:31] <R2E4_> There is edge connector on that board goes to the backplane
[23:19:08] <R2E4_> I have the exact pins on each signal for each axis on the drawings.
[23:19:45] <PCW> there looked like a lot of just plain old wires so maybe the wires are all you need
[23:20:46] <R2E4_> I wont have to touch the drives, just remove on wires on the interface board that goes to the fmdc. There is where I need to interface.
[23:21:11] -!- adb has quit [Ping timeout: 255 seconds]
[23:21:22] <R2E4_> The wires at the bottom of the drives go to the motors
[23:21:46] <R2E4_> Does the mesa boards need any tach data?
[23:22:02] <PCW> No
[23:22:36] <PCW> but the tachs need to get to the drives
[23:23:10] <R2E4_> They do, but there is a parallel out to the fmdc also.
[23:25:17] <R2E4_> Just have to deal with the fault signals
[23:29:20] -!- jthornton has quit [Read error: Connection reset by peer]
[23:29:21] -!- JT-Shop has quit [Read error: Connection reset by peer]
[23:29:22] -!- jthornton_ [jthornton_!~john@162.72.171.228] has joined #linuxcnc
[23:29:25] -!- JT-Shop-2 [JT-Shop-2!~John@162.72.171.228] has joined #linuxcnc
[23:30:55] <syyl_> sometimes you just have luck :D
[23:30:55] <syyl_> https://dl.dropbox.com/u/24396704/IMAG0254.jpg
[23:31:20] <syyl_> ununsed heigh gauge made in eastern germany 1987
[23:33:45] -!- stsydow has quit [Remote host closed the connection]
[23:34:49] <L84Supper> PCW: do you already have a GbitEthernet FPGA IO board? or is that in the works soon?
[23:38:44] <PCW> Yes with ZYNQ
[23:39:50] <Valen> port emc to arm already
[23:40:01] <Valen> ;->
[23:40:25] <Valen> machine control in a can
[23:41:59] <PCW> LinuxCNC is unlikely to require GigE however
[23:42:22] <Valen> *everything* requires gig-e
[23:42:27] <L84Supper> it's already working on the RPi and the beaglebone and some older arm SOC's
[23:42:41] <Valen> with rt?
[23:42:48] <PCW> Yes
[23:42:53] <Valen> nice
[23:42:55] <PCW> Xenomai
[23:43:00] <L84Supper> xenomai as well IIRC
[23:43:17] <Valen> your board has hdmi/dvi or some such output pcw? and some kind of storage?
[23:43:50] <PCW> ZYNQ board we make will have no video
[23:44:06] <Valen> awww but that'd make it an all in one EMC board
[23:44:13] <L84Supper> PCW: how about an FPGA board with an option DIMM for 1-2GB of DDR3?
[23:44:42] <PCW> ZYNQ will have on card DDR3 RAM
[23:44:54] <L84Supper> 1gb+ ?
[23:45:07] <PCW> Yes
[23:45:12] <L84Supper> good
[23:45:30] <Valen> usb + hdmi and its a computer ;-P
[23:45:59] <L84Supper> PCW: might it ship by june?
[23:46:15] <L84Supper> or whats the time table on ZYNQ?
[23:46:18] <PCW> Its deliberately _not_ a computer
[23:46:49] <PCW> probably mid year, depends on Xilinx as well
[23:48:37] <PCW> The nice thing about ZYNC is it allows us to duplicate the performance of our PCI FPGA cards (say 100 MB/sec) over a Ethernet link
[23:52:39] -!- Spida has quit [Read error: Operation timed out]
[23:53:19] -!- tmcw has quit [Remote host closed the connection]
[23:53:22] -!- Spida [Spida!~timo@ns1.spinnennetz.org] has joined #linuxcnc
[23:53:35] -!- odogono has quit [Quit: odogono]
[23:56:36] <Valen> but I *want* it to be a computer l->
[23:57:25] -!- Nick001-Shop has quit [Remote host closed the connection]
[23:58:30] -!- Keknom [Keknom!~monkeky@c-76-125-214-194.hsd1.pa.comcast.net] has joined #linuxcnc
