#emc | Logs for 2008-12-07

[00:36:52] <alex_joni> good night all
[00:37:04] <cradek> night alex
[00:58:48] <skunkworks> cradek: what's the next project?
[03:41:04] <ds3> a
[08:03:40] <bonobo> hello, did somebody try to run steppers through a USB->Parallell adapter cable?
[08:26:51] <eric_u> probably not going to work
[08:30:09] <bonobo> too slow?
[13:54:07] <alex_joni> cool stuff: http://www.theregister.co.uk/2008/12/05/fridge_sized_raygun/
[13:54:52] <BigJohnT> you always have the cool toys Alex
[14:03:44] <alex_joni> hmm.. didn't spot this yet: http://www.python.org/download/releases/3.0/
[14:06:09] <BigJohnT> wow that changes everything
[16:04:12] <alex_joni> http://pastebin.ca/1278824
[16:07:40] <micges> hehe
[17:24:03] <skunkworks> I am trying to get to the logitech thread on gmane.. http://news.gmane.org/find-root.php?message_id=%3cE1L8xaD%2d0006Vc%2d30%40h25xhf1.ch3.sourceforge.com%3e
[18:02:50] <dgarr> r
[18:05:14] <skunkworks> did this show up in the logitech thread? http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?A_New_Approach_For_Using_Joypads_With_EMC2
[18:05:30] <skunkworks> I seem to be having issues with the list. (my issues)
[18:06:49] <alex_joni> skunkworks: oddly that thread is missing from gmane
[18:07:21] <alex_joni> not sure if that page was in the thread, but the data there seems like it
[18:09:24] <skunkworks> I sent an email to the list - from my web interface - has not shown up though
[18:09:31] <skunkworks> Hi alex
[18:09:55] <alex_joni> hey samco
[18:15:59] <skunkworks> I think this has a good bunch of info also http://www.linuxcnc.org/irc/irc.freenode.net:6667/emc/2008-08-22.txt
[18:27:42] <Roguish_> Roguish_ is now known as Roguish
[19:00:02] <alex_joni> http://dsplabs.utt.ro/~juve/blog/index.cgi/photography/01228674766
[19:13:29] <jepler> awww you didn't cnc it?
[19:13:32] <jepler> for shame!
[19:13:34] <jepler> (looks nice though)
[19:14:15] <alex_joni> too small cnc
[19:14:28] <alex_joni> and manual adds more reward value :D
[19:18:34] <alex_joni> skunkworks: both your emails made it to the list
[19:20:47] <OoBIGeye> nice work!
[19:51:29] <dmess> http://www.pastebin.ca/1278998 does this look workable???
[19:55:48] <dmess> has any one used sercos servo protocol at all with emc yet??
[19:58:01] <jepler> rs232 serial and usb serial are both not going to work with emc2 today. http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Emc2HardwareDesign#USB
[19:58:40] <jepler> for position control, anyway -- for setting spindle speed and not in css mode, it's a different story
[20:08:30] <JymmmEMC> jepler: I wonder if the USB protocol has an instruction to not poll the (all/some of the) bus. In essence, making (at least) one usb address synchronous
[20:09:33] <JymmmEMC> I still feel ethernet is the way to go though =)
[20:15:01] <jepler> JymmmEMC: in any case, what it needs is a dedicated programmer with the right expertise
[20:16:09] <alex_joni> sercos might be doable
[20:16:56] <alex_joni> especially SERCOS-III (which is using ethernet links)
[20:21:53] <JymmmEMC> jepler: If you know, what is sent out of the paraport?
[20:22:16] <SWPadnos> logic zero and logic 1
[20:22:23] <SWPadnos> on several pins
[20:22:31] <alex_joni> http://ethernet.industrial-networking.com/articles/articledisplay.asp?id=942
[20:22:32] <JymmmEMC> as a stream, or byte?
[20:22:41] <alex_joni> byte for step/dir itnerface
[20:22:46] <SWPadnos> as pin states. it's not data, it's logic signals
[20:22:59] <SWPadnos> as used for CNC anyway
[20:23:03] <alex_joni> but the parport is also used in EPP mode for connecting a pluto or a mesa 7i<mumble>
[20:23:17] <JymmmEMC> __|-------------------|___|-----------
[20:23:18] <SWPadnos> 43
[20:23:55] <SWPadnos> yes JymmmEMC, it's like having 12 or 13 fast switches under program control
[20:24:11] <JymmmEMC> k
[20:24:12] <SWPadnos> light switch types, not networking :)
[20:24:31] <JymmmEMC> so basicaly a square wace
[20:24:38] <JymmmEMC> wave
[20:24:51] <SWPadnos> the nice thing about parport and PCI is that you write a value to some memory location or I/O port, and the outputs change
[20:25:23] <SWPadnos> you don't have to make up a packet of information, checksum it, tell the controller to send it somewhere, wait for a response, and make sure it's a valid response
[20:25:44] <JymmmEMC> SWPadnos: does 10Mbs have even timing variance?
[20:25:46] <SWPadnos> controller being the USB / ethernet / firewire / SATA controller
[20:26:03] <SWPadnos> yes
[20:26:21] <JymmmEMC> SWPadnos: so it's just a matter of latency at that point?
[20:26:24] <SWPadnos> not very much - at the bare metal level, ethernet is a lot like a very fast serial port
[20:26:33] <SWPadnos> there are several issues
[20:26:52] <JymmmEMC> well, would 100Mbps help?
[20:27:14] <SWPadnos> it's faster, but just as complex
[20:27:27] <JymmmEMC> SWPadnos: but is it better?
[20:27:30] <SWPadnos> it's a little like an elevator instead of an escalator
[20:28:01] <SWPadnos> the parallel port is an escalator - any time you want to send some data upstairs, just dump it on the bottom step
[20:28:01] <JymmmEMC> SWPadnos: I'm just trying to eleiminate won't won't work
[20:28:12] <SWPadnos> it can work, it just doesn't right now
[20:28:36] <SWPadnos> it's more complex than the systems we have now, and it may repreetn a significant change in how EMC2 splits up the work of motion control
[20:29:00] <JymmmEMC> SWPadnos: For testing a single stepper motor, the 10MBps ehternet chips are cheap and abundant
[20:29:19] <JymmmEMC> But if 10Mbps may not cut it, jump straight to 100/1000
[20:29:23] <SWPadnos> I think everyone agrees that an ethernet-interfaced control thingie would be nice, it's just not simple, and there are other options that already exist and are probably less expensive (like PCI cards)
[20:30:15] <JymmmEMC> SWPadnos: well, ethernet itself is cheap and everywhere, Paraport are rare, and PCI are expensive.
[20:30:32] <SWPadnos> how inexpensive do you think the ethernet-connected controller will be?
[20:31:04] <SWPadnos> a Mesa PCI card is $200, plus a bit for the I/O interfaces - maybe $350 total
[20:31:05] <JymmmEMC> ethernet in --> step/dir -or- cw/ccw out
[20:31:19] <SWPadnos> uh-huh. like I said, how cheap do you expect that to be?
[20:31:38] <JymmmEMC> SWPadnos: Well, I'll tell you if you answer my first question
[20:31:50] <SWPadnos> I don't care if it's 1.5Mbit/sec arcnet
[20:32:02] <SWPadnos> the data rate is relative inconsequential
[20:32:06] <SWPadnos> relatively
[20:32:39] <JymmmEMC> SWPadnos: come on, I'm being serious. I really dont know the timing requirements and if 10Mbps ethernet with 40% overhead will cut it, or just jump to 100mbps
[20:32:51] <alex_joni> JymmmEMC: you can't send 100MBps or 1000MBps by direct access
[20:32:59] <SWPadnos> ignore the data rate, and assume that any ethernet chip is enough
[20:33:00] <JymmmEMC> alex_joni: Yes, I know.
[20:33:03] <alex_joni> that kind of throughput works only with DMA (no processor involved)
[20:33:07] <alex_joni> we don't need that
[20:33:08] <Vortex2> dmess has any one used sercos servo protocol at all with emc yet??
[20:33:15] <SWPadnos> Vortex2, no
[20:33:25] <SWPadnos> not that I'm aware of anyway
[20:33:28] <alex_joni> we need something that sends some velocity prescriptions, reads back some status, etc
[20:33:36] <alex_joni> and all should be around 0.2 msec
[20:33:43] <alex_joni> maybe 0.5
[20:34:33] <Vortex2> I have Indramat servos whitch intakes sercos
[20:34:39] <Vortex2> optical link
[20:34:58] <Vortex2> An I have Indramat PPC contoller
[20:35:02] <JymmmEMC> http://www.embeddedethernet.com/
[20:35:06] <Vortex2> that usis sercos
[20:35:11] <dmess> and are you goint to use EMC and make a driver??
[20:35:18] <Vortex2> I ment motion controller
[20:35:23] <JymmmEMC> that has RTOS in it too
[20:35:35] <alex_joni> JymmmEMC: there are countless solutions out there
[20:36:02] <alex_joni> all that's needed is for people to stop talking about it and actually doing it ;)
[20:36:12] <alex_joni> but it seems there's few people who actually want to do that
[20:37:00] <alex_joni> I think the way for this to have any chance of success is for someone to do it who has something to gain of it
[20:37:17] <SWPadnos> that's the most likely scenario :)
[20:37:27] <alex_joni> either they want to connect some hardware they already have, or they want to sell some hardware that works with emc2
[20:38:16] <alex_joni> I see a number of possible solution scenarios
[20:38:37] <dmess> a close friend is starting a gantry and im tying to sway him away from mach3
[20:38:41] <alex_joni> 1. there are small embedded boards out there (running linux+rtai on ARM) that could run some part of emc2 (maybe even the motion controller)
[20:38:49] <Vortex2> This kind of http://www.boschrexroth.nl/country_units/america/united_states/en/products/brc/ProductDocumentation/CurrentProducts/Controls/PPC-R/PPC-R_PR03.pdf
[20:39:02] <Vortex2> model is PPC-R01.2
[20:39:03] <alex_joni> 2. there are small embedded boards that can run eth and generate step/dir signals
[20:39:18] <alex_joni> 3. use special sercos/ethercat/whatever hardware
[20:41:51] <alex_joni> RTnet has been proven workable with emc2 in the past
[20:42:03] <fenn> sercos is overkill for a milling machine IMHO
[20:42:11] <fenn> er.. ethercat i mean
[20:42:12] <fenn> crap
[20:42:15] <JymmmEMC> http://www.beyondlogic.org/etherip/ip.htm
[20:42:27] <SWPadnos> looking at it another way, there are several control layers at which you can split the workload
[20:42:39] <SWPadnos> 1) actual motor drive
[20:42:53] <SWPadnos> 2) position/velocity/torque commands to motor drive
[20:43:16] <SWPadnos> oops, forgot 1a and 1b) physical input/output
[20:43:46] <SWPadnos> 2a) encoder input or other "higher level" inputs
[20:43:53] <alex_joni> 2 doesn't need to be to a motor drive
[20:43:59] <SWPadnos> 3) multi-axis position planning
[20:44:02] <JymmmEMC> SWPadnos: http://www.uclinux.org/ucsimm/realtime.html
[20:44:02] <SWPadnos> sure
[20:44:16] <alex_joni> but yeah, I agree with the general structure
[20:44:33] <alex_joni> JymmmEMC: realtime is too overloaded in modern PC literature
[20:44:50] <JymmmEMC> SWPadnos: in ref to http://www.uclinux.org/ucsimm/
[20:44:57] <SWPadnos> 4) path planning and other higher level control aspects
[20:45:08] <SWPadnos> (like multi-axis gearing)
[20:45:09] <alex_joni> 5) all but GUI
[20:45:20] <SWPadnos> right
[20:45:35] <SWPadnos> JymmmEMC, I know what realtime is, and that there are 1000 implementations of it
[20:45:49] <SWPadnos> and some even use ethernet or USB or firewire or (name your interface)
[20:45:55] <alex_joni> and 1000 different things it means
[20:45:59] <SWPadnos> yes
[20:46:12] <ds3> make it all irrelevant, get it working on an ARM board ;)
[20:46:14] <JymmmEMC> I'm not talking about offloading from EMC, just the physical connections from PC to devices
[20:46:26] <SWPadnos> I've even used ecos and ELKS
[20:46:30] <JymmmEMC> replacement for paraport basically
[20:46:37] <alex_joni> for example a realtime control system doing fly-by-wire in an airplane is totally different than a linux patched with realtime extensions so that your video plugins work faster
[20:47:07] <SWPadnos> JymmmEMC, you have to understand what kinds of data there are, and where they need to be processed, to be able to discuss this at any level beyond "it would be great" ...
[20:47:12] <alex_joni> JymmmEMC: depending on the comm solution chosen, you need to offload some from emc
[20:47:21] <SWPadnos> specifically what kinds of data and processing are needed in EMC2, that is
[20:47:27] <JymmmEMC> alex_joni: why?
[20:47:38] <alex_joni> if you want to transfer each transition (like on the parport) you won't find a protocol/bus that works
[20:47:55] <alex_joni> you basicly need packets each 20 usec or so
[20:48:13] <alex_joni> and you need some feedback they arrived properly, etc
[20:48:24] <JymmmEMC> alex_joni: paraport is in Kbps, ehternet is in Mbps, I don't see why emc has to offload anything in that respect
[20:48:39] <alex_joni> data rate has nothing to do with this
[20:48:50] <alex_joni> it doesn't matter if it sends 100000TBps
[20:49:08] <alex_joni> if it sens one packet (10000TB large) every 0.5 seconds, it's useless
[20:49:36] <JymmmEMC> and does it?
[20:49:48] <alex_joni> you can probably make a driver that uses ethernet (with raw access to the eth chip) that sends each transition for steps
[20:50:03] <alex_joni> the idea is that you will have lots of packages with a LOT of overhead
[20:50:14] <SWPadnos> JymmmEMC, http://www.uclinux.org/images/ucsimm_rt0.9j.jpg <- that's the full size image of that scope plot. note the timebase
[20:50:18] <JymmmEMC> and could it send out for three stepper motos as example?
[20:50:30] <SWPadnos> 250 uS per division, so they're seeing >500 uS jitter
[20:50:42] <alex_joni> one eth frame is 64 to 1500 bytes long
[20:51:03] <alex_joni> so you send 2 bytes (needed) and the rest is not used
[20:51:10] <alex_joni> not really optimal
[20:51:35] <alex_joni> on the other end you still need some smart device, which gets the package, returns an Ack/whatever, and puts the data on output pins
[20:51:46] <JymmmEMC> alex_joni: But, you're talking networking comms, not wher ethe end point will be a motor or ADC
[20:52:05] <alex_joni> JymmmEMC: yeah, but comms is kinda related to endpoint too
[20:52:32] <alex_joni> my point is that if you still have to have the smart endpoint, why not send velocity requests at the servo rate
[20:52:37] <alex_joni> and then your comms will surely be fine
[20:52:58] <JymmmEMC> alex_joni: why does it have to be "smart" ?
[20:53:08] <alex_joni> to talk ethernet it needs to be smart
[20:53:12] <JymmmEMC> SWPadnos: btw that img is still loading =)
[20:53:20] <JymmmEMC> alex_joni: does it?
[20:53:24] <SWPadnos> because there's no dumb ethernet chip that will automatically convert ethernet packets to step/dir or PWM
[20:53:33] <SWPadnos> yeah, their site is slow - try refreshing :)
[20:53:36] <JymmmEMC> SWPadnos: Are you sure?
[20:53:44] <SWPadnos> none that I've seen
[20:53:47] <JymmmEMC> about no dumb chips
[20:53:50] <SWPadnos> yes
[20:54:08] <SWPadnos> you could use a microcontroller to do it, but I'd count that as a "smart" endpoint
[20:54:18] <alex_joni> there are chips that provide some eth/serial eth/parport conversion
[20:54:20] <JymmmEMC> SWPadnos: Ok, what about the uC thingy with RTOS in it, couldn't that recreate teh step/dir pulses?
[20:54:22] <SWPadnos> there are chips or modules that have 10/100 on one side and a serial port on the other
[20:54:31] <alex_joni> but almost all I've seen are using micros and they are damn slow :)
[20:54:40] <SWPadnos> heh - yeah, that's the other thing :)
[20:55:02] <alex_joni> JymmmEMC: it could
[20:55:04] <SWPadnos> you have a 25 Mz MCU with a 10/100 port on it, so it's dog slow at interpreting commands and sending results
[20:55:29] <alex_joni> but an fpga could do that probably even better
[20:55:47] <SWPadnos> oh hey - that BeyondLogic page shows the XPort - I have one of those
[20:56:07] <SWPadnos> and a DigiConnect EM or ME - don't remember which
[20:56:29] <dmess> that would do what for you??
[20:56:43] <SWPadnos> not much, that's why they're back in their boxes at the moment
[20:57:01] <SWPadnos> they are very useful if you have a serial device that you want to connect to ethernet/the internet
[20:57:42] <alex_joni> * alex_joni uses ser2net for that
[20:57:47] <dmess> how fast would it be... i have older fanuc machines with only rs232
[20:57:56] <alex_joni> it runs ok up to 38400
[20:57:57] <SWPadnos> about Fanuc speed ^2
[20:58:07] <SWPadnos> these can do 921.6 kbaud
[20:58:33] <alex_joni> well.. I use it together with some windows freeware which maps it as a local port
[20:58:34] <dmess> hmm interesting the tidbits you pick up in this channel
[20:58:48] <SWPadnos> there are drivers with the Lantronix and Digi units
[20:58:56] <SWPadnos> which do that - you get a virtual comm port
[20:59:11] <SWPadnos> same way a USB port works, kind of
[20:59:18] <alex_joni> well.. I use it for my PBX at work, so speed is not that important
[20:59:23] <JymmmEMC> Fine forget ethernet.... VESA to Step/dir FTW!!!
[20:59:30] <ds3> what about running something like RTSP on ethernet?
[20:59:36] <SWPadnos> which is how I learned that if you write a Windows program that needs to open a port higher than COM9, you have to use different system calls
[20:59:37] <alex_joni> JymmmEMC: imo the only way to go is ethernet
[20:59:43] <ds3> and have it fault if it sees a drop or packet outside of the time window
[21:00:05] <SWPadnos> RTSP?
[21:00:10] <SWPadnos> realtime serial protocol?
[21:00:11] <alex_joni> http://en.wikipedia.org/wiki/Real_Time_Streaming_Protocol
[21:00:17] <ds3> it is the protocol used for VoIP
[21:00:17] <SWPadnos> ah, streaming
[21:00:44] <alex_joni> another crappy use of "realtime"
[21:00:45] <ds3> granted a lost packet in voice is harmless whereas a lost packet controlling a moving object can be very bad
[21:00:54] <JymmmEMC> alex_joni: Me too, but if ya'll are gonna bitch at me on the timing, VESA VGA to STEP/DIR. Can't go faster than the speed of light... IT'S THE LAW! =)
[21:01:01] <SWPadnos> and it's a hard problem too
[21:01:16] <SWPadnos> do you send velocities (and have the device keep going in the absence of updates)?
[21:01:18] <alex_joni> JymmmEMC: eth-fx
[21:01:30] <JymmmEMC> alex_joni: -fx ?
[21:01:31] <SWPadnos> do you send positions (and have the device stop in the absence of updates)?
[21:01:32] <ds3> or use the LCD controller on a microcontroller to drive a stepper instead of a LCD
[21:01:50] <alex_joni> JymmmEMC: 100BASE-FX
[21:01:51] <JymmmEMC> SWPadnos: Yes!
[21:01:54] <SWPadnos> I'd just use the PWMs
[21:02:17] <alex_joni> I think the comms need to be at servo level
[21:02:25] <alex_joni> sends velocities/get feedback
[21:02:30] <JymmmEMC> alex_joni: I'm too poor to own fiber
[21:02:30] <alex_joni> if no feedback -> ferror
[21:02:40] <alex_joni> JymmmEMC: you wanted speed of light
[21:02:47] <alex_joni> and it's not that expensive
[21:02:55] <SWPadnos> it's OK, electrons go almost as fast as light anyway
[21:03:03] <JymmmEMC> alex_joni: Have you proced GBIC's lately?
[21:03:09] <JymmmEMC> priced
[21:03:25] <alex_joni> nope
[21:03:26] <SWPadnos> it's not important over short distances (like anywhere on earth)
[21:03:43] <alex_joni> SWPadnos: they don't :)
[21:03:58] <SWPadnos> 0.69 is the factor quoted for most ethernet cable :)
[21:04:04] <SWPadnos> or right around there
[21:04:11] <JymmmEMC> SWPadnos: I go down to 60%
[21:04:18] <JymmmEMC> I tested it a ways back
[21:04:39] <alex_joni> Because of collisions between electrons and atoms, the drift velocity of electrons in a conductor is on the order of millimetres per second.
[21:04:46] <SWPadnos> you tested the propagation speed in ethernet cable?
[21:05:21] <alex_joni> However, the speed at which a current at one point in the material causes a current in other parts of the material, the velocity of propagation, is typically about 75% of light speed.
[21:05:33] <JymmmEMC> SWPadnos: random data (no hw I/O) across xover cable gave apx 60% thruput
[21:05:45] <SWPadnos> that's not the same thing :)
[21:06:19] <JymmmEMC> SWPadnos: I don't care, if I can only get 60%, I cna only get 60%, not 69% dad burnit!
[21:06:36] <SWPadnos> you're talking throughput, I'm talking latency ;)
[21:06:58] <SWPadnos> were you using Windows or Mac machines in that test? (vs. both Linux)
[21:07:05] <JymmmEMC> SWPadnos: Keep it up, and no kimchi for you!
[21:07:15] <JymmmEMC> SWPadnos: Actually MS-DOS
[21:07:19] <SWPadnos> heh
[21:07:34] <JymmmEMC> with packet driver
[21:07:58] <JymmmEMC> 3c509 and 3c905TX cards
[21:08:06] <SWPadnos> oh, so 100mbit
[21:08:22] <JymmmEMC> yeah, both had apx 60%
[21:08:41] <JymmmEMC> ethernet has a heavy overhead I found out =)
[21:09:11] <JymmmEMC> simplex
[21:09:29] <anonimasn> gbic's are cheap..
[21:09:53] <JymmmEMC> ha
[21:10:05] <SWPadnos> the overhead is partly dependent on the packet size, and is a fixed amoung
[21:10:07] <SWPadnos> t
[21:10:31] <alex_joni> depends what you are sending and at what level
[21:10:33] <JymmmEMC> SWPadnos: If you care to setup two boxes running MS-DOS, I'll find the utility
[21:10:34] <SWPadnos> you need 18 bytes for the framing info - that's it
[21:10:44] <SWPadnos> regardless of the packet size
[21:10:48] <alex_joni> if you send raw eth packets, then you might get better performance
[21:11:12] <JymmmEMC> alex_joni: but is that something you would want/need to do for this?
[21:11:13] <SWPadnos> the stack, chipset, and CPUs make a big difference
[21:11:30] <alex_joni> JymmmEMC: I think that makes thigns simpler
[21:11:39] <alex_joni> especially on the endpoint part
[21:11:52] <JymmmEMC> alex_joni: "Just becasue you can, doens't always mean you should" =)
[21:13:19] <alex_joni> ?
[21:14:20] <JymmmEMC> Hmmmm looks interesting... http://www.gridconnect.com/gc-ex-184b.html?source=goog&kw=ethernet+chip&gclid=CMn-yo22r5cCFRIcawodRRlijA
[21:15:09] <alex_joni> bga?
[21:15:40] <alex_joni> 184 pin BGA, 1.8V core, 2.5V I/O, 12mm x 12mm
[21:15:54] <alex_joni> other than that it looks good
[21:16:22] <alex_joni> maybe a bit too smart for what we need
[21:16:45] <SWPadnos> and note that it's ~$20 in low to medium quantity
[21:17:01] <SWPadnos> this is why it comes down to what you expect to pay per axis
[21:17:01] <JymmmEMC> SWPadnos: There ya go... $20/axis
[21:17:08] <SWPadnos> and what you expect the device to do
[21:17:36] <SWPadnos> uh huh. if you can make that chip work unconnected to anything but bare ethernet wires and a motor drive, more power to you :)
[21:18:07] <alex_joni> it does have 32 IO's if I'm reading it right
[21:18:16] <alex_joni> so it should be ok for more than one axis/joint
[21:18:35] <JymmmEMC> SWPadnos: Well, if you have a five axis machine and all the I/O and oyu can do it across any PC with EMC installed and ehtenrt card, why not
[21:19:06] <JymmmEMC> SWPadnos: even your craptop could run it! <ducks>
[21:19:08] <SWPadnos> yep, and the free PC board, power supply, industrial I/O interfacing, ethernet connector, and terminal connections will make it a really cheap product!
[21:19:35] <alex_joni> SWPadnos: sell those as add-on's
[21:19:39] <JymmmEMC> SWPadnos: not much different than having to have a 25 wire db25 to db25 cable, connectors, etc
[21:19:58] <SWPadnos> except that the DB connectors are available at Radio Shack (who knows for how long though)
[21:20:00] <alex_joni> I can get db25-db25 for 3$
[21:20:04] <JymmmEMC> SWPadnos: look at that $50 breakout box for the mesa you have
[21:20:15] <SWPadnos> yep
[21:20:36] <JymmmEMC> SWPadnos: so not really all that much, and RJ45 much cheaper
[21:20:46] <alex_joni> JymmmEMC: I think that's an excellent point
[21:20:58] <alex_joni> SWPadnos did pay 50$ for it and lots more for a mesa
[21:21:00] <SWPadnos> but I can get a Mesa PCI card, 2 I/O interfaces (with terminal blocks), and a PWM servo interface (with terminal blocks) for $400 total
[21:21:07] <SWPadnos> roughly
[21:21:18] <JymmmEMC> SWPadnos: GREAT! AWESOME! toss it in your craptop
[21:21:36] <alex_joni> laptop's don't work ok for RT anyways..
[21:21:37] <JymmmEMC> SWPadnos: What I'm saying is you could run it on anything.
[21:21:38] <SWPadnos> using a laptop for a milling machine control is stupid and unnecesary
[21:21:46] <SWPadnos> anything that has an extra ethernet port
[21:22:02] <SWPadnos> my laptop, and most that I've seen, have at most one ethernet connection
[21:22:04] <alex_joni> there are very few laptops with 2 eth's
[21:22:16] <SWPadnos> if I want the laptop on the internet, then I can't use an ethernet motion doodad
[21:22:18] <JymmmEMC> alex_joni: ether switch/hub
[21:22:18] <alex_joni> mine has 2.. if I use the docking station
[21:22:23] <alex_joni> JymmmEMC: nope
[21:22:33] <alex_joni> you need exclusive access to the ethernet chip for the RT comms
[21:22:33] <SWPadnos> unless I buy an ExpressCard adapter
[21:22:40] <JymmmEMC> alex_joni: right, a hub
[21:22:40] <alex_joni> SWPadnos: or that
[21:22:54] <SWPadnos> JymmmEMC, get a clue, please :)
[21:22:56] <alex_joni> JymmmEMC: I mean the ethernet chip on board
[21:23:14] <alex_joni> that means no other access for the same chip
[21:23:18] <alex_joni> :D
[21:23:21] <SWPadnos> is that clear?
[21:23:26] <JymmmEMC> nope
[21:23:33] <alex_joni> SWPadnos: you can still use the wifi for regular networking
[21:23:33] <SWPadnos> then let me say it again ;)
[21:23:59] <alex_joni> or use ethernet over firewire
[21:24:10] <alex_joni> most laptops have firewire (for some odd reason)
[21:24:17] <SWPadnos> and it must be so independent, that it shares no registers with any other ethernet controllers (which could eliminate some dual-eth chipsets)
[21:24:24] <SWPadnos> sure, wifi would work
[21:24:24] <JymmmEMC> SWPadnos: See, all you guys try to use emc box for everything, irc, etc, I'm talking a dedicated box.
[21:24:36] <SWPadnos> a dedicated laptop, you mean
[21:24:41] <SWPadnos> with no access to updates
[21:24:44] <alex_joni> JymmmEMC: then build a dedicated box and be done with it
[21:24:47] <alex_joni> no need for ethernet
[21:24:54] <JymmmEMC> SWPadnos: you dont run EMC oon a laptop silly.
[21:25:08] <SWPadnos> of course not, who thought of that? :)
[21:25:31] <JymmmEMC> SWPadnos: Um, you did --> (01:24:36 PM) SWPadnos: a dedicated laptop, you mean
[21:25:49] <SWPadnos> [16:22:09]<SWPadnos>using a laptop for a milling machine control is stupid and unnecesary
[21:26:12] <alex_joni> JymmmEMC: do you actually have a point for this conversation?
[21:26:34] <SWPadnos> damn. now why didn't I think to ask that?
[21:26:36] <JymmmEMC> alex_joni: You mean besides gettign your panties all in a bunch over it?
[21:26:42] <SWPadnos> asshole
[21:26:44] <SWPadnos> :)
[21:26:49] <alex_joni> besides wasting time
[21:27:46] <JymmmEMC> Well, I obviously don't know the timings, but all I hear from you guys is "no". and I still dont see "why not".
[21:27:59] <SWPadnos> you need to read our responses more closely then :)
[21:27:59] <alex_joni> nobody around here said no for ethernet
[21:28:10] <alex_joni> we did say no to usb (with timing examples)
[21:28:15] <SWPadnos> what we've both said is that ethernet could work, but there isn't any existing implementation for EMC2
[21:28:17] <JymmmEMC> SWPadnos: I read them, doens't mena I understnad them.
[21:28:36] <JymmmEMC> or why there is so much opposition
[21:28:54] <JymmmEMC> first you fretted over cost, ok so I found $20
[21:29:02] <SWPadnos> and that there isn't much impetus for any of the volunteer developers to make one, since there's a lot of work involved for little gain (when we can spend $400 or less and have a better implementation that already works)
[21:29:18] <SWPadnos> you found a $20 IC, not a $20 smart axis controller
[21:29:34] <SWPadnos> and I can find you a $9 ARM chip with ethernet anyway - that's not an issue
[21:29:55] <SWPadnos> there isn't opposition to someone developing such a device and driver set for EMC2
[21:30:08] <SWPadnos> it's just not something that anyone has bothered to do on a volunteer basis
[21:30:32] <JymmmEMC> SWPadnos: Ok, you found MESA, jepler foudn Pluto, before then there was Jon's. these are all propritary Iface. If Peter got hit by a car, where's your mesa then?
[21:30:35] <SWPadnos> I'm probably one of the most likely to volunteer, but it's a big project and I don't care enough about it at the moment to spend my time developing it
[21:30:55] <SWPadnos> I still have the VHDL and C code to make it run
[21:31:22] <JymmmEMC> SWPadnos: And if/when it craps out, like everything eventually does, then what?
[21:31:34] <SWPadnos> then again, if I start making an ethernet controller, what happens to my customers if I get hit by a bus?
[21:31:49] <alex_joni> MESA is a bit bigger than Peter
[21:31:57] <alex_joni> afterall it's a company..
[21:32:19] <alex_joni> if nowadays bill gates gets run over by a car I doubt anything will happen to microsoft :)
[21:32:25] <JymmmEMC> ok, fine, the bldg blows up, whaterever. All I'm trying to say is they are all propritary ifaces
[21:32:33] <alex_joni> which are?
[21:32:42] <JymmmEMC> alex_joni: scroll back ?
[21:32:53] <alex_joni> mesa is not an interface
[21:32:55] <SWPadnos> JymmmEMC, an ethernet controller would also be a proprietary interface
[21:33:06] <alex_joni> PCI is the interface for the 5i20 for example
[21:33:23] <JymmmEMC> I tink were splitting hairs here.
[21:33:26] <JymmmEMC> think
[21:33:32] <alex_joni> no, I'm trying to understand your point
[21:33:39] <SWPadnos> yes - bus accidents are bad for customers, there's no doubt about it
[21:33:41] <JymmmEMC> iface between EMC and drivers
[21:33:58] <alex_joni> ok .. so "logical" interface
[21:34:02] <SWPadnos> there is nothing proprietary in any of the devices you mentioned except for PPMC
[21:34:08] <JymmmEMC> or pc and motor drivers
[21:34:12] <alex_joni> there is for mesa too
[21:34:27] <alex_joni> SWPadnos: if mesa went away, you couldn't build your own boards I think
[21:34:35] <SWPadnos> all of the logic source code (verilog and VHDL) is available for Mesa/Pluto, and the software is available for all of them
[21:34:42] <SWPadnos> I could, but you couldn't ;)
[21:34:45] <alex_joni> :P
[21:34:50] <alex_joni> you know what I mean..
[21:35:00] <SWPadnos> oh sorry, thought you were JymmmEMC :)
[21:35:38] <alex_joni> maybe I could too.. after a couple of attemps and a bunch of broken mobo's
[21:35:39] <JymmmEMC> Take it to the point where ppl can build their own drivers
[21:35:56] <alex_joni> JymmmEMC: I doubt there are 2 people on the emc list that can solder a bga
[21:35:56] <SWPadnos> you mean having open source schematics and board layouts>
[21:35:58] <SWPadnos> ?
[21:36:01] <JymmmEMC> I cant remember those two driver chips they use
[21:36:06] <JymmmEMC> L something
[21:36:06] <SWPadnos> I don't know anyone who can do it by hand
[21:36:13] <SWPadnos> L297/L298
[21:36:17] <JymmmEMC> yeah
[21:36:20] <SWPadnos> and IRsomething
[21:36:25] <SWPadnos> and soem others
[21:36:27] <SWPadnos> some
[21:36:33] <JymmmEMC> right
[21:36:37] <alex_joni> l297/298 are really crappy :)
[21:36:48] <JymmmEMC> alex_joni: Sure, but ppl CNA build them
[21:36:51] <JymmmEMC> CAN
[21:36:54] <alex_joni> that doesn't mean some people don't like to build them
[21:37:09] <SWPadnos> JymmmEMC, you need to read about the layers in an EMC2 system, but unfortunately I don't think there's one I can point you to at the moment
[21:37:10] <alex_joni> JymmmEMC: right.. but going from building something like that to an embedded system with eth..
[21:37:14] <alex_joni> there's a HUGE step
[21:37:16] <JymmmEMC> why not have an ethernet thingy too?
[21:37:18] <SWPadnos> this one is a start: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Emc2HardwareDesign
[21:37:45] <alex_joni> JymmmEMC: it's almost like saying build your own simple motherboard
[21:37:48] <SWPadnos> most ethernet chips are BGA or QFN packages, which are impossible or difficult to solder
[21:38:07] <JymmmEMC> alex_joni: Well, ppl in the 70's did that wirewraped their own mobo.
[21:38:21] <SWPadnos> any that are TQFP (basically all the others) are also ethernet only, no microcontroller
[21:38:25] <alex_joni> you can get crappy PIC's or whatnot in DIP packages with some eth access
[21:38:30] <JymmmEMC> I tink even cradek did that with his altair
[21:38:32] <alex_joni> but those are really crappy performance wise
[21:38:43] <SWPadnos> JymmmEMC, stop changing the subject
[21:39:02] <JymmmEMC> SWPadnos: I didn't, was just responding to alex_joni
[21:39:09] <alex_joni> I have a system I built for tracking employers
[21:39:15] <alex_joni> basicly time accounting
[21:39:33] <alex_joni> it uses an ATMega + ethernet chip + a linux server with mysql and php
[21:39:34] <SWPadnos> well no shit, but there's obviously a huge difference between wire-wrapping a 40-pin CPU and soldering a 0.25mm-pitch QFN package
[21:39:42] <SWPadnos> that has 128 pins
[21:39:48] <JymmmEMC> SWPadnos: Aren't those forms available in a plugin factor?
[21:39:51] <alex_joni> nothing too fancy, maybe something that people could actually do
[21:39:58] <SWPadnos> plugin - no
[21:40:21] <alex_joni> but performance wise it's crappy.. I usually have ping times of 1..3msec, but sometimes it can be as high as 700msec
[21:40:23] <SWPadnos> as Alex said, there are some PIC/AVR chips that may have eth and are DIP (though I don't know which ones)
[21:40:48] <alex_joni> there are eth modules that are DIP20 or so
[21:41:07] <alex_joni> but those aren't 100MBps capable
[21:41:10] <JymmmEMC> SWPadnos: Well, it's not easy, but you CAN solder a flatpack
[21:41:22] <SWPadnos> ok, but if that company goes belly up, you'd hav eto make your own (with the components they use, which are probably QFN or TQFP)
[21:41:38] <SWPadnos> I can solder TQFP in my sleep, and QFN if I've had enough coffee
[21:41:38] <alex_joni> JymmmEMC: sure, I did a couple TQFP by hand
[21:41:43] <SWPadnos> but not BGA on any day
[21:42:00] <SWPadnos> speaking of which, time to make some tea. bbiab
[21:42:03] <alex_joni> it's not that hard once you learn it.. but it's not everyones dreamjob
[21:42:45] <alex_joni> I think hardest to solder whas a PLCC socket
[21:42:50] <alex_joni> was*
[21:43:28] <alex_joni> http://www.global-b2b-network.com/direct/dbimage/50221753/SMT_Type_PLCC_Socket.jpg <- that kind
[21:44:16] <JymmmEMC> has PWM http://www.atmel.com/dyn/products/Product_card.asp?part_id=4117&ListAllAttributes=1
[21:44:27] <JymmmEMC> and A2D
[21:45:17] <alex_joni> Terminal Pitch (mm) 0.50
[21:45:40] <SWPadnos> JymmmEMC, think about what you'd want this hypothetical controller to do, and think about what you'd be willing to pay for it to do that
[21:46:20] <SWPadnos> and consider that a very high performance PCI system can be had for ~$100/axis, including all necessary industrial I/O filtering/protection and termination blocks
[21:46:49] <alex_joni> an ethernet system might have some advantages thoug
[21:46:50] <alex_joni> h
[21:47:13] <SWPadnos> I agree - it's a question of what it needs to do and how little it has to cost
[21:47:46] <alex_joni> if you have tons of IO all over the machine then an ethernet connection might make more sense
[21:48:25] <JymmmEMC> DA10 Change before SDCK Rising Edge
[21:48:25] <JymmmEMC> SDRAMC9 7.6
[21:48:25] <JymmmEMC> nS
[21:52:38] <JymmmEMC> SWPadnos: Price $12/ digikey
[21:53:13] <SWPadnos> JymmmEMC, that's a little like looking at a $12 hammer and asking why a house costs more than $12 (and why isn't it built yet?)
[21:56:14] <JymmmEMC> SWPadnos: Not really. See, all I hear is opposition in making it reality. Everyone likes it in concept. Well, $12 for the heart + extra for the misc components., so say $50 built. But I *think* you are looking at it from a revenue POV, not an alternative to ParaPort.
[21:56:29] <SWPadnos> no, I'm being practical
[21:56:50] <SWPadnos> please search the emc-users list and read the conversations on this topic there
[21:57:11] <JymmmEMC> give me the short and sweet
[21:57:15] <SWPadnos> the fact is that reliable terminal connections cost far more than the CPU
[21:57:35] <JymmmEMC> term connections?
[21:57:38] <SWPadnos> and interface electronics (like static protection and short-circuit protection) cost more
[21:57:39] <SWPadnos> yes
[21:57:58] <JymmmEMC> and a paraport has these?
[21:58:12] <SWPadnos> Jon Elson has said on several occasions that the cost of terminal strips for his boards cost him over $50 per board
[21:58:19] <SWPadnos> sigh
[21:58:57] <JymmmEMC> SWPadnos: you're looking at it from an industrial over-engineer POV
[21:59:02] <SWPadnos> bullshit
[21:59:12] <SWPadnos> I'm trying to tell you what obstacles are in your way
[21:59:26] <SWPadnos> I am not trying to dissuade you from pursuing this idea
[21:59:55] <SWPadnos> for you, being able to plug into any old PC is a significant advantage, so ethernet is a good interface to choose
[22:00:01] <JymmmEMC> SWPadnos: I know those removable term strips are expensive as hell. though they shouldn't be
[22:00:13] <SWPadnos> well they are, unless you buy a million of them
[22:00:25] <JymmmEMC> but there are other term strips far cheaper too
[22:00:28] <SWPadnos> look at the cost of a PC
[22:00:34] <SWPadnos> what percentage of that is the CPU?
[22:00:40] <SWPadnos> maybe 10%
[22:00:55] <JymmmEMC> hell, look at a single LED for that matter
[22:01:10] <SWPadnos> we used to have customers ask us if we could take out some features (from our remote controls) and make them cheaper
[22:01:25] <SWPadnos> well, we could have eliminated the $1.20 CPU, and made them do nothing
[22:01:36] <SWPadnos> at an overall savings of $5-6 to the end user
[22:01:42] <SWPadnos> (out of $150)
[22:02:08] <SWPadnos> the point there is that the CPU is not the major cost component in a device like this
[22:02:13] <SWPadnos> it's the I/O
[22:02:25] <SWPadnos> and the PC board
[22:02:27] <JymmmEMC> Ok, i estimated at $50, lets 4x it... $200 for an ethernet controller that has step/dir and/or cw/ccw plus I/O. Is that more in line?
[22:02:46] <SWPadnos> sure, that's closer
[22:03:20] <SWPadnos> remember also that people building their own have to buy parts at singles cost, not qty. 1000 cost
[22:03:47] <JymmmEMC> SWPadnos: I think $200 is ONE-off pricing
[22:04:15] <SWPadnos> yes, it could be one-off pricing or close to the cost of a finished product, if the manufacturer can exploit wuantity pricing
[22:04:16] <JymmmEMC> etch/cnc your own PCB
[22:04:25] <SWPadnos> well if you already have a CNC ... ;)
[22:04:38] <JymmmEMC> or use a service for $30/each
[22:04:45] <JymmmEMC> or even $50/ea PCB
[22:05:48] <SWPadnos> ok, now we're getting somewhere :)
[22:06:14] <JymmmEMC> ok, RJ45 PCB mount, what $0.25/ea at an surplus store
[22:06:18] <SWPadnos> no
[22:06:24] <SWPadnos> not for ethernet
[22:06:36] <SWPadnos> they're $4 or so in medium quantities
[22:06:45] <SWPadnos> at least - you need magnetics in there
[22:07:27] <JymmmEMC> http://www.excesssolutions.com/cgi-bin/item/ES4526
[22:07:36] <JymmmEMC> $0.45 shielded
[22:08:04] <SWPadnos> that is not an appropriate connector, unless you add in external magnetics, like a Pulse transformer
[22:10:22] <JymmmEMC> SWPadnos: Ok $25 for magnetics
[22:10:30] <JymmmEMC> up to $100
[22:10:36] <SWPadnos> hold on. we're not going to design the hardware on IRC today
[22:10:57] <SWPadnos> neither one of us knows enough of the specifics of what's needed to do that
[22:11:13] <JymmmEMC> SWPadnos: You've been saying it isn't practical. So I'm going overboard here on pricing.
[22:11:43] <JymmmEMC> we got a PCB, chip, magnetics, and RJ45 connector for $100
[22:11:53] <SWPadnos> and at some point, if you're just going to be using TTL I/O on one side and ethernet on the other, you may as well use an ethernut or other ready-made board
[22:12:10] <JymmmEMC> I thought those didn't have the timing?
[22:12:17] <SWPadnos> so there's an upper limit to the hardware cost
[22:12:39] <SWPadnos> well, that gets you to stage 2: writing the software for the ethernet-connected device
[22:12:42] <fenn> y'all sure can talk
[22:13:09] <SWPadnos> JymmmEMC, they may not, but to be honest, I don't know if an AVR32 or ARM does either (though I suspect they're both fine)
[22:13:13] <JymmmEMC> fenn: can't we though =)
[22:13:42] <JymmmEMC> SWPadnos: lets assume the AVR is, I notice 2nS in the timing sections
[22:13:52] <SWPadnos> that has nothing to do with CPU speed
[22:14:02] <dmess> but VLC sees my wireless IP webcam... couldnt that sort of code work??
[22:14:20] <JymmmEMC> SWPadnos: 12MHz
[22:14:22] <JymmmEMC> clk
[22:14:50] <JymmmEMC> 12MHz / 10 = 1.2MHz even
[22:15:06] <JymmmEMC> still beats paraport I believe
[22:15:13] <dmess> its wireless G
[22:15:19] <SWPadnos> um
[22:15:58] <SWPadnos> JymmmEMC, what are you thinking of when you write those numbers down?
[22:16:04] <SWPadnos> I mean, what do you think they mean?
[22:16:20] <JymmmEMC> SWPadnos: Ok, here's the deal.... Yes, I've harped on you over the years about this crap. But I don't expect you or anyone else to do anything about it.
[22:16:30] <SWPadnos> phew! ;)
[22:16:46] <SWPadnos> I've thought about the problem a lot more than you might think
[22:16:53] <JymmmEMC> SWPadnos: I just get tired of hearing that it cna't be done for what the fuck ever reason, or that it's unrealistic.
[22:17:09] <SWPadnos> you need to listen to the reasons
[22:17:25] <SWPadnos> it's not impossible, but it is impractical for a few reasons
[22:17:38] <JymmmEMC> SWPadnos: What I HAVE heard is that it's a bitch and " I dun wanna go to bed".
[22:17:50] <SWPadnos> ?
[22:17:56] <dmess> anything can be done with the proper $$$$ incentives
[22:18:04] <SWPadnos> or non-$$$ incentives
[22:18:12] <JymmmEMC> SWPadnos: whining that it's hard, basically.
[22:18:27] <SWPadnos> actually, you're whining that it's easy
[22:18:47] <JymmmEMC> SWPadnos: I'm ranting that it's realistic.
[22:18:51] <SWPadnos> any of us could have just said "ok JymmmEMC, go make it and submit patches for EMC"
[22:19:10] <JymmmEMC> SWPadnos: yeah, and ya'll know that I'm clueless there too.
[22:19:14] <SWPadnos> heh
[22:19:15] <SWPadnos> of course ;)
[22:19:17] <dmess> if we had 1 million ppl in this channel it would be done in days
[22:20:11] <JymmmEMC> Well, there have been some might smart and ehtusiastic ppl here over the years too that have come and gone.
[22:20:13] <SWPadnos> I think part of the problem here is that there are obstacles to implementing this, it's not a simple problem, and nobody who has the time and/or capability of doing it is motivated to do so
[22:20:40] <SWPadnos> that says nothing about whether it's possible, just that it's not imperative
[22:20:57] <dmess> sounds like our root cause?? so EMC is dead
[22:21:12] <SWPadnos> as Alex said, the most likely scenario for making one of these is if someone who stands to make some money does it first
[22:21:35] <SWPadnos> dmess, what the hell are you talking about?
[22:22:50] <dmess> just throwing it out there... no we wont support that.. its too hard to interface.... i thought we wanted it to hook up to ANYthing..
[22:23:29] <JymmmEMC> SWPadnos: Ok, forget EMC... How hard would it be to prototype to control a single stepper motor via ethernet? timing/speed be damned.
[22:24:29] <SWPadnos> well, you need to get some hardware, then write the software that runs that hardware, then write the software that tells it what to do (from the PC)
[22:24:54] <jtr> dmess: remember - the developers are volunteers
[22:25:25] <SWPadnos> dmess, while we'd like EMC2 to support as much as possible, it doesn't mean we're going to go out and design interfaces for non-existent hardware, or that we'll go out and volunteer to develop new hardware when there's plenty of god stuff that already exists
[22:25:30] <JymmmEMC> SWPadnos: are there any protocols/API's that already exist that could help?
[22:25:57] <SWPadnos> if there were a piece of hardware that existed, and "all we had to do" was to write a driver for it, then there would be more of an impetus to do it
[22:26:00] <dmess> i do.. so remember that.. and i appreciate ALL they have done.. ive been a follower for some time... and now have moving drives ;)
[22:26:17] <SWPadnos> JymmmEMC, I don't know what's there, that we can access and use at no cost
[22:26:34] <SWPadnos> (of course there's UDP, I'm thinking of higher level "motion-oriented" protocol stuff
[22:26:36] <SWPadnos> )
[22:26:43] <SWPadnos> yay!
[22:26:49] <JymmmEMC> SWPadnos: Ok, at waht OSI layer would you think would be needed?
[22:26:58] <SWPadnos> all 7! ;)
[22:27:13] <JymmmEMC> SWPadnos: Come on... you're trying to offload from EMC using all that
[22:27:24] <dmess> let me talk to a few freinds in lower places... how fast do we WAnt/need/can handle as a min
[22:27:52] <SWPadnos> I can make a serially-connected device run a stepper (or other step-dir controlled) drive
[22:27:56] <JymmmEMC> SWPadnos: There is more than TCP/IP protocols
[22:28:00] <SWPadnos> in fact I have one already designed and built
[22:28:21] <SWPadnos> that would be pretty easy to run over ethernet by changing the microcontroller
[22:28:25] <dmess> servo's??
[22:28:40] <SWPadnos> it can do PWM too, it acutally uses a hardware PWM to generate steps
[22:28:58] <dmess> real cool
[22:29:09] <SWPadnos> not really, it's just an AVR board :)
[22:29:12] <dmess> feedback??
[22:29:17] <SWPadnos> no
[22:29:33] <dmess> how do we close the loop?
[22:29:38] <SWPadnos> remember, JymmmEMC said "timing/speed be damned" :)
[22:29:50] <dmess> oh OK
[22:30:06] <SWPadnos> this is actually an MPG-like thing, but I stuck a serial port on it and it's reprogrammable
[22:30:18] <SWPadnos> so whatever AVR software you want could be used :)
[22:30:24] <dmess> so she runs like jack the bear but we dont know where we are
[22:30:33] <JymmmEMC> SWPadnos: SLIP protocol?
[22:30:38] <SWPadnos> http://www.cncgear.com/MPG/
[22:30:41] <SWPadnos> no SLIP
[22:31:01] <SWPadnos> like I said, it's a pulse generator that has a manual rate control knob, but it's reprogrammable ;)
[22:31:04] <JymmmEMC> SWPadnos: Hey PLIP!!!
[22:31:15] <SWPadnos> JymmmEMC, UDP is fine, and probably what we'd want
[22:31:50] <dmess> i have a FREE MPG on its way for my lathe and havent given a thought to how to hook it up.. go figure
[22:31:55] <JymmmEMC> SWPadnos: http://www.linux.it/~rubini/docs/plip/plip.html
[22:32:05] <SWPadnos> I don't know if RTNet has any drivers for chipset-integrated ethernet controllers
[22:32:14] <SWPadnos> no PLIP either (I know what it is)
[22:32:25] <SWPadnos> cool. send me one next time OK
[22:32:32] <JymmmEMC> SWPadnos: it's actually the inverse of what we want =)
[22:32:40] <SWPadnos> yeah, but it's reprogrammable :)
[22:32:44] <dmess> i could.. he has 4
[22:32:52] <SWPadnos> it has 4 transistor outputs, so it can do 2x step/dir
[22:32:57] <dmess> not CE approved
[22:33:07] <SWPadnos> non CE MPG - who cares?
[22:33:38] <dmess> thats what i said... i'll ask him for 2 tomorrow
[22:33:53] <SWPadnos> cool :)
[22:34:05] <dmess> used.. off of some of our OKK's
[22:34:27] <SWPadnos> OKK by me :)
[22:34:27] <dmess> some scratches included
[22:34:36] <SWPadnos> ahhh, the smell of machining oils
[22:34:49] <SWPadnos> hmmm. I bet my tea water got hot then cooled off again
[22:35:12] <dmess> or has melted the pot
[22:36:03] <dmess> you pay shipping...
[22:36:26] <SWPadnos> I can do that. hey, at that price I'd buy 2 :)
[22:37:35] <dmess> i cant be greedy... been to that same trough for my free vfd
[22:40:27] <dmess> should i leave the big plug on it or can i chop that and put on ebay for 100 bucks
[22:40:41] <SWPadnos> oh, I don't need connectors
[22:40:45] <SWPadnos> just screw terminals on it
[22:40:52] <SWPadnos> (assuming that's what it has)
[22:41:21] <dmess> these are all mil-std connectors worth a mint
[22:41:50] <SWPadnos> yeah, I know the type
[22:41:56] <dmess> 1 plug.. the other end will be $$
[22:41:58] <SWPadnos> I paid more for connectors than I did for motors
[22:42:05] <dmess> yeah
[22:42:10] <SWPadnos> (and I have Baldor servos with 1000l BEI encoders)
[22:42:28] <dmess> sucks to be us
[22:42:32] <SWPadnos> yep
[22:42:58] <dmess> im gonna cut it off and ebay it
[22:49:08] <dmess> this channel has some of the smartest minds on the planet ... (excluding myself) as i have see MANY issues solved in 1 overnight session's... worth of hack
[23:01:50] <SWPadnos> archivist: http://www.yty.net/h/hpgl/
[23:05:47] <dmess> looks like the crew... EH
[23:58:22] <dgar1>