Keyboard Shortcuts
ctrl + shift + ? :
Show all keyboard shortcuts
ctrl + g :
Navigate to a group
ctrl + shift + f :
Find
ctrl + / :
Quick actions
esc to dismiss
Likes
- CAD-CAM-EDM-DRO
- Messages
Search
|
Re: Linux 6.0 - 5.2
William Scalione
Tim Goldstein wrote:
Tim; Thanks, I will try the kernal swap and see what happens. |
|
Re: Linux 6.0 - 5.2
Dennis Mino
toggle quoted message
Show quoted text
----- Original Message -----
From: Tim Goldstein <timg@...> To: <CAD_CAM_EDM_DRO@...> Sent: Friday, June 18, 1999 9:32 PM Subject: Re: [CAD_CAM_EDM_DRO] Linux 6.0 - 5.2 From: "Tim Goldstein" <timg@...>to running servos from an addin card. I am currently running a Camtronics 5amp stepper controller using EMC.Tim what exactly are you using the Camtronics stepper controller and EMC on??? I'm sure you had mentioned it in the past....... Also, whose motors are you using? oz-in.?? So your just coming off the parallel port? What addin card for the servo's? Thanx. Timdiscussion of shop built systems in the above catagories. To Unsubscribe: |
|
Re: MaxNC modifications
Tim Goldstein
I never traced the exact source of the interference. I just shielded all the
toggle quoted message
Show quoted text
wires from my junction board to the controller step, direction and ground pins and when that worked I moved quickly to makin chips!! I should have phrased my final statement differently as it was really adding shielding, not more shielding that cured the problem as I originally had unshielded hookup wire . I don't think it was the parallel cable as that has not changed, I really think it was just the wiring inside the controller case. The way I have it set up is the case has a centronics connector bolted to it and I plug the printer cable into it. From the back side of the centronics connector I have 22 ga hookup wire running to the ramped headers on the circuit board. Tim [Denver, CO] -----Original Message----- |
|
Re: Linux 6.0 - 5.2
Tim Goldstein
Not sure about the ability to down grade RedHat from 6.0 to 5.2
toggle quoted message
Show quoted text
The 2 versions use vastly different kernels, but it is worth a try if you want to run EMC. If it works you are ready to go, if it fails you just reinstall everything with 5.2 and are only out the few minutes it takes to copy the kernel and edit LILO. EMC does run step and direction signals out the parallel port in addition to running servos from an addin card. I am currently running a Camtronics 5 amp stepper controller using EMC. Tim [Denver, CO] -----Original Message----- |
|
Linux 6.0 - 5.2
William Scalione
I already have Linux 6.0 on a computer here and was wondering if it is
possible to downgrade (is that the proper term?) to linux 5.2 without having to reload. Can I just copy over the kernal with the proper version or am I asking for trouble? Also EMC will work with a step and direction controller won't it? Bill |
|
Re: Linux for Beginners
Ray Henry
From: Bob Bachman <bobach@...>learning >- more like a long uphill climb!! I know the feeling and I had a little experience with unix. I was there about two months ago. My most recent solution was to clean the hard drive and install win95 in a 1 gig or so partition. Leave the rest of the space on the hard drive alone. Get the computer running just the way you want. If you have a winmodem you can make it work here. Now start up the Red Hat 5.2 from a floppy. It should find the cd rom drive and let you install the whole Linux system. When you get to the disk druid it will recognize the dos partition that already exists. Leave that part alone and go ahead and make your Linux partitions the way you want them. When you come to lilo and the boot partition question use the dos one. When you reboot, you should see the bios and mem stuff and then the lilo prompt. If you want win95 you can type in whatever you called it during the linux install there or {enter} for Linux. Now use windows to download the tar file from NIST. I save it in the C:/ directory. Boot the linux and you should find the file under the /dos directory. Tar it to where you want it and away you go. That's harder than Jon E's way but I don't have a net yet. I'll go over my notes on the patch stuff -- I had a bitch of a time cause something was wrong with the file I got -- and get it to you asap. Ray |
|
Re: newbie question
Jon Elson
Andy Olney wrote:
I was surprised to learn that the antibacklash type ballscrews with 2This is probably very dependent on pitch, the amount of preload, size of the balls, whether the screw is rolled or ground, etc. I will say that the static friction of the NSK ballscrews that I adapted to my Bridgeport is EXTREMELY low, in the range of 1-2 Oz-In! This is not literally 2 ballnuts back to back, but a single block with two ball tracks ground into the interior, with a slight offset between the two track's pitch. It is preloaded by putting the right size balls in the tracks, after VERY precise grinding to size. I have a similar ballscrew/nut set, I think by HiWin, but it is a smaller .1" pitch unit that I use for the Z axis. It was new, surplus (no more of these available, sorry). It has much higher drag, about 5 Oz-in or so. That is still quite low. So, it may be that some anti-backlash ballnuts may have low efficiency, but it is not necessarily true. Anyway, the main reason for using them is the freedom from wear and backlash. Jon |
|
Re: Lurking... and learning
Jon Elson
Matt Shaver wrote:
From: "Matt Shaver" <mshaver@...>Hmmm, yes! I think it would be best to have a user-configurable menu,From: Jon Elson <jmelson@...>Actually, if we made a button or menu item in xemc that would call your which calls up these programs with a spawn process, so that if you manage to crash one of these programs, it doesn't take EMC down, you just get a message that the little program crashed. It could always use the same file name, and give you an option to save the file (by EMC). If you didn't want to save it, then whenever you ran another code generator, or opened a G-code file, the one you just created would be gone. That would be fine for lots of one-off little things like boring an odd size hole. The user-configurable menu would let you add programs as you thought of things. It would really only need to know what you called the function, and the file name of the actual program. So, you could see a menu entry like 'Bore Through Hole of arbitrary size', and the program would be '/usr/elson/writeRS274/makebore'. A more complex way of doing things (and making it user-extendable would be much tougher) would be for Xemc to have a menu presentation for each program, take all the menu entries for it, and then pass that in the command string. The advantage for this would be that all the menu entries could remain, so you could just change one entry and the re-run it. But, the simpler approach sounds like it would be a big plus. Jon |
|
Re: List question
Jon Elson
Ted wrote:
From: "Ted" <rtr@...>Oh, yes, of course. But, that is to be run on a single processor. You can't have two separate processors each running part of the Bresenham algorithms. So, a distributed system would run the Bresenham circle generator, for instance, and send a stream of small, incremental moves to 2 axis control processors. What if those axis processors get out of sync by a few of those incremental moves? How does the central computer keep them in sync? It can be done, but it is a lot more complicated than just throwing the move commands down a blind pipeline, and hoping everyone is on the corresponding move simultaneously. As for resolution, my machine has resolution of .00005" in the X and Y, and .000025" in the Z. If I was moving X at 120 IPM (= 2 IPS), that is 20,000 incremental moves per second, which is beyond the capability of most systems to handle giving 3 (or more) axes their marching instructions that fast. So, this sceme is really not practical for systems that have a relatively fast motion capability. Jon |
|
Lunix 5.2
I purchased LINUX 5.2 , Deluxe and Secure version to day at BEST BUY in Alb.
39.95 with a 20.00 rebate coupon from REDHAT, Final cost 19.95. For right now I am just going to load LINUX, and play with it to learn a bit about it. Question for the list, does anyone know if AOL will work with LINUX?? bill List Manager |
|
Re: LM628
me
Mike Romine wrote:
But given how fast and cheap the 16 and 32 bit microcontrollers areI talked to tech80 about the PMD chipset as they also use it. They seemed to prefer the LM628/629 though. In position mode I usually got trajectory updates at several milliseconds but they insist that < 1 millisecond can be done with their low level routines. I like the 100 microseconds or so quoted for EMC much better though! Even 1 millisecond at the high feed rates of a cnc router could result in several thousanths position error in interpolated moves. Leslie M. Watts ITW Advanced Technology Center |
|
Re: Injection Molding Machines
Dan Mauch
I was lurking behind the scenes build an injection molding machine designed
by Vince Gingery. If you need a relatively simple machinme to do small run injection molded parts then I would recommend building it. The book was from www.lindsaybooks.com and cost $15. The instructions are good. It required a lathe, a mill, a bandsaw, a welder, an oxy-aceteleyne torch, a drill press. The first part that I molded came out perfect. I may design another one that is much simpler to build and provide the injection heater housing which would be difficult to make without a lathe capable of machining a 1-1/2X1X4 steel stock. Next week the DRO boards should be done and after I assemble one to verify everything works properly will make the boards available first to the people that have allready ordered them then to any one else if there are any left. I'll also check on making a complete kit available. Dan |
|
Re: Real time operating systems
At 07:25 PM 6/17/99 -0700, you wrote:
From: Mike Romine <mromine@...>Wouldn't it be fairly simple to create a FIFO memory buffer between the computer andInteresting idea, Mike. You would also want some direct, non-queued control of motor on/off for emergencies, hardwired to a panic stop routine. It begs the question of why real-time control is needed when we're talking to a servo controller board, which I thought would (or could be made to) handle the real time requirements. Phil Plumbo |
|
notice from ONELIST
The following is a posting I received from ONELIST today. I have no way of
knowing if it will cause any problems for us, so please be aware. < The ONELIST web site will be down for scheduled maintenance Sunday evening, June 20, 1999. The web site will be off-line from 8pm to 10pm Pacific Time, while we upgrade the system and add new features. Email delivery will not be affected during this time. Thanks for using ONElist! > bill List Manager |
|
Re: Linux for Beginners
You can hook two 10baseT cards together without a hub with a special cable that reverses one pair of wires. On the other hand, you can buy a pocket hub for $29 these days. I used to like thinnet, but given today's technology it's more trouble than it's worth. We ended up ripping it out of our university labs when I ran them and we recently got rid of the last bits on our internal net. If you get a problem with one cable it will take down the entire segment. Not a big deal if you only have 2 computers connected, but a real pain if there are more and you have to try to track down the bad cable. The other advantage with 10baseT is you can upgrade to 100 Mb ethernet by swapping the hub if you use 10/100 cards in the nodes. (Of course, you have to use cat5 wiring, but that's not a big deal either) As for ethernet cards, we've had very good experience with the LinkSys Etherfast 10/100 cards. They work great in both Linux and Windows, are reasonably cheap and will work on both 10 Mb and 100 Mb ethernet. In the FWIW department, they're based on the DEC tulip ethernet chip which has a long sucessful track record. Paul -- Paul Amaranth | Rochester MI, USA Aurora Group, Inc. | Software Development paul@... | Unix / C / Tcl-Tk |
|
Re: Pic servos
Andy Olney
controlling servos? Has anybody here? I assume the $175 is per axis, but still, itThese boards have their own control language running over a serial port and you need some kind of software to generate that from gcode. Kerr has a stepper adaptor that will fool the board into accepting stepper input but Dan Mauch says it slow. Since to look is closed in hardware on the board the real time requirements are not as much an issue. Jeff Kerr says it is possible to tell 4 axis what to do about 400 times per second max, which seems like it should be adequate. Andy Olney |
|
Re: Pic servos
Dan Mauch
I have a pic servo controller that I tested. With it I have the rs232 link
toggle quoted message
Show quoted text
and the pic step board for running the pic servo from the parallel port. Here is how it works. Using the supplied software from jrkerr you connect the serial port on your pc to the serial interface board. You set the PID filter parameters and enable the servo. Then you disconnect the serial cable and can run dos based g code interpreter that communicate via the pic step to the servo board. As stated previously, in another message. It runs slow on a 486-33 using the parallel port. Using the serial port it is fast but you would have to write you own software for controlling multiple axis. What is need is the rate multiplier that he is comming out with. That should speed it up a bunch. Dan -----Original Message-----
From: Andrew Werby <drewid@...> To: CAD_CAM_EDM_DRO@... <CAD_CAM_EDM_DRO@...> Date: Thursday, June 17, 1999 9:30 PM Subject: [CAD_CAM_EDM_DRO] Pic servos From: Andrew Werby <drewid@...>discussion of shop built systems in the above catagories. To Unsubscribe: |
|
Re: newbie question
Andy Olney
Yes, ball nut is the proper term. Yes, there are inner 'works'.I was surprised to learn that the antibacklash type ballscrews with 2 ballnuts back to back have a much reduced efficiency. Standard ball screws are in the 90% range and I think the anti backlash type are in the 60% range which does away with some of the ballscrew's advantage. |
|
mouse as dro
DAFcnc <[email protected]
to whoever asked about using a mouse as a dro device, it is something
I have thought about before now. I think the basic mechanics are more useful than the whole unit though. at this page you'll see how a chap used the encoders for dro purposes. the code wheels them selves are not very high resolution, 200 to 400 dpi begin common, when all the mechanics are taken into account. certainly there are not many slots in the wheel.... using a friction drive (no backlash, and provides mechanical muliplication of resolution), I don't see any big reasons why one should not use these mechanisms if you cannot afford anything else. by using careful design to replace expensive encoders, I'm sure it can be done. steam and wind -- David Forsyth DaForce A-T Iwr.Ru.Ac.Za Keeper of the listserver for South African Railways fans _|_ His Part time gricer, kiter, photographer, father etc etc | Way | Up |
to navigate to use esc to dismiss