Re: [Emc-users] Text on rounded button.
On Tue, Nov 6, 2012 at 2:06 AM, Erik Friesen e...@aercon.net wrote: Any ideas how to get code to put text on this round button? http://www.digikey.com/product-detail/en/1WD16/679-2144-ND/2034700 If a true spherical surface then a 5 axis machine with A and B being driven as X,Y with some scaling Dave Caroline -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] What should I do to get the performance back?
On 6 November 2012 00:28, Sven Wesley svenne.d...@gmail.com wrote: Wow, sensitive subject. Are _you_ serious? Getting cold up there in the Baltic? It seems you are both getting a bit too excited by this subject. You can skate across and fight it out in the middle soon :-) I have also already stated that latency dropped with 50 % on the existing controller when it was running headless If 50% improvement is all that you need, then this might be worthwhile. My scepticism is based on a more subtle consideration which applies to stepper systems, however I think yours is a step-servo system so this might not apply. When you are pushing software step generation to its limits you find that the gaps between the available step rates get wider. Taking the example of a 25uS base thread, you can either step every 1, 2 or 3 threads, giving you top-end pulse frequencies of 40kHz, 20kHz or 13kHz. At some point the steps become bigger than the physical system can follow and the motors will stall somewhere short of the theoretical top speed. In systems where the step generation clock is a few MHz (Pico or Mesa FPGAs, SmoothStepper, other stuff I can't recall right now) this granularity limit is well above the practical speed limits of a stepper system. A step-servo system will have its own internal position-tracking control loops and may be immune to this issue. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] What should I do to get the performance back?
2012/11/6 andy pugh bodge...@gmail.com If 50% improvement is all that you need, then this might be worthwhile. My scepticism is based on a more subtle consideration which applies to stepper systems, however I think yours is a step-servo system so this might not apply. A 50 % drop in latency is a 100 % improvement. ;) When you are pushing software step generation to its limits you find that the gaps between the available step rates get wider. Taking the example of a 25uS base thread, you can either step every 1, 2 or 3 threads, giving you top-end pulse frequencies of 40kHz, 20kHz or 13kHz. At some point the steps become bigger than the physical system can follow and the motors will stall somewhere short of the theoretical top speed. In systems where the step generation clock is a few MHz (Pico or Mesa FPGAs, SmoothStepper, other stuff I can't recall right now) this granularity limit is well above the practical speed limits of a stepper system. A step-servo system will have its own internal position-tracking control loops and may be immune to this issue. Good info. I'm not sure if a servo step/dir is immune, I haven't thought about the technical implementation but I'll ask the vendor where the limits are. If I don't remember it all wrong I think I'm close to the max rpm of the servo's with the figures I'm getting now. I'm in a need of a 5-axis and that will be a Mesa-driven machine, no doubt about that. /S -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
On 6 November 2012 02:06, Erik Friesen e...@aercon.net wrote: Any ideas how to get code to put text on this round button? Probe the surface and use http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ProbeKins (the probing step is optional if you can manually create the height map, which could be done by exporting the button surface model in STL) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Curves in ZR plane.
If you had a machine with conventional XYZ and a radial cutter motion too. (For example a HBM like my dad's) https://picasaweb.google.com/lh/photo/lorjlRbUi9B2VQy0Cd0KcNMTjNZETYmyPJy0liipFm0?feat=directlink If that was CNC you could bore spherical cavities and external radii. I guess that the radial slide on the chuck would be a U axis (then a V axis then a U axis...). LinuxCNC can't do G2 G3 in the ZU plane. So how would you set up such a machine? I guess you could make cartesian moves in VYZ and curves in XZ? Would this be the method of choice? Viewing the machine as in inverted lathe rather than a milling machine this nomenclature makes an amount of sense. Is the inability to do curves in anything but the XY YZ and XZ planes deeply hard-coded, or would it be a trivial modification to add? (XY, XZ, XU, XV, XW, YZ, YU, YV, YW, ZU, ZV, ZW, UV, UW, VW is rather more planes than fit comfortably) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] The Ideal Tool Table
(Originally posted to the dev list, but there appear to be no opinions on the matter there) So, having started to think about how a database-based tool table might work (As background, the currently tool table only supports 56 tools, because that is what will fit in an NML message. Any module that wants tool info gets sent the whole tool table. If we wanted to add separate wear offsets, then we would probably have a 20 tool limit. There has been talk for a while of keeping the tools in a database as one way t circumvent this limit.) Each tool has a number of characteristics: Tool number. Can more than one tool of the same tool-number exist? Redis wants a unique key for each entry. Do we make the key be the tool number, or keep it separate? (ie, find the tool with number 1, then return the diameter of that tool, or simply return the tool:1:diameter?). I can see how you might want a database of named tools, and just change their allocated T-number to suit. I can also see that mandating unique T-numbers would be reasonable. The interface to G-code is likely to always be a numeric tool number. Pocket Number. I think more than 1 tool can share a pocket (gang tooling, or alternative tool-sets). Currently pocket-zero is the spindle. How do we handle tools that are not currently available? (Pocket none might work) Each tool can probably have geometry and wear offsets in XYZ/UVW. Do we need geometry offsets in ABC? How about wear offsets? Diameter/Radius Front Angle / Back Angle Comment. Nose radius? Might be useful for clever kins or cutting simulation in the future. SFM? Material? Insert code? Or are those all comments? With something database-y it seems we can add values simply as and when required. Then the tool-editor(s) can simply access what they want and not even notice the rest. So there is a subset of things that need to be available for current code, and then a number of items that might be added for future modules (automated insert ordering based on logged usage) It is even possible that the tool editor might be allowed to add extra columns. (there is an INI file option to hide irrelevant columns, why not allow people to add ones too?) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Plasma Cutting on a Mill.
I have wondered if it would be possible to plasma-cut with my milling machine. I am generally dissuaded by the mess. A water table isn't really an option, as it would slosh as the table moved. I think I might have thought of a way round both problems. I could mount an arm off the end of the bed, down to near the floor. I could then mount a plasma torch to that arm, and put a water tray and the sheet to be cut on the floor next to the machine. Any reason that won't work? -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Plasma Cutting on a Mill.
Depending on the thickness you might not have enough speed to make a clean cut. It would cut at any speed but might be fugly. On my Hypertherm 1250 for example with the fine cut consumables mounted the cut speeds vary from 2286 mm/min to 3174 mm/min for 3.4mm down to 0.6mm steel. So it depends on the thickness your cutting. On the other end of the stick with the 80 amp consumables and 25.4 thick steel the cut speed is 254mm/min. John On 11/6/2012 6:52 AM, andy pugh wrote: I have wondered if it would be possible to plasma-cut with my milling machine. I am generally dissuaded by the mess. A water table isn't really an option, as it would slosh as the table moved. I think I might have thought of a way round both problems. I could mount an arm off the end of the bed, down to near the floor. I could then mount a plasma torch to that arm, and put a water tray and the sheet to be cut on the floor next to the machine. Any reason that won't work? -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
On Tue, Nov 6, 2012 at 12:33 PM, andy pugh bodge...@gmail.com wrote: (Originally posted to the dev list, but there appear to be no opinions on the matter there) So, having started to think about how a database-based tool table might work (As background, the currently tool table only supports 56 tools, because that is what will fit in an NML message. Any module that wants That NML message restriction is just silly, just send a few tools per message, those that are about to be used. Yes there are some machines that use a number at a time/setup, I could envisage up to 10 maybe but but still gcode is restricting you to changing one at a time :) Dave Caroline -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Plasma Cutting on a Mill.
On 6 November 2012 13:06, John Thornton bjt...@gmail.com wrote: Depending on the thickness you might not have enough speed to make a clean cut. It would cut at any speed but might be fugly. On my Hypertherm 1250 for example with the fine cut consumables mounted the cut speeds vary from 2286 mm/min to 3174 mm/min for 3.4mm down to 0.6mm steel. I am getting rather ahead of myself here, as the machine has yet to move under its own power, but with 750W motors and 5mm ballscrew pitch I might well be able to get up to that sort of speed. The travels are rather small, but possibly still useful. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
On 6 November 2012 13:08, Dave Caroline dave.thearchiv...@gmail.com wrote: That NML message restriction is just silly, just send a few tools per message, those that are about to be used There is a further complication with the current scheme (and with your proposal) that means that several different opinions of the tool table values can exist at any one time in different parts of the code. By having each module extract the data from the database when required this problem is somewhat reduced. I suspect that it would be difficult for the code which transmits the tool table in the current structure to know which tools the requesting code wanted. Another inelegant feature of the current method is that it enforces a one-tool-per-pocket limit. I can conceive of a few scenarios where this is a limitation. (Gang tooling, and a rack changer with interchangeable racks, for example) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Curves in ZR plane.
If someone is going to modify the circular interpolation code it would be nice to be able to specify a vector normal to the plane of interpolation. G17,G18,G19 would still work but maybe a g17.1 or g117 would allow three values corresponding to the normal vector. G17.1 I J K G02(3) X Y Z R (IJK) or without the G17.1 I J K G02(3) X Y Z R I J K The vector could be derived using the start point, end point, radius value and a value to determine the planar rotation from one or more of the orthogonal planes. G02(3) X Y Z R A(B)(C) Best: (heh - my opinion) :) The IJK values from the start point to the radius center point would also allow calculation of the normal vector. Using the IJK (ie: G02(3) X Y Z I J K) to determine the 3D space location of the center point would then determine the normal vector for interpolation motion. Calculating the normal vector using the one added value on the line would require the least programming changes. On Tue, Nov 6, 2012 at 5:41 AM, andy pugh bodge...@gmail.com wrote: If you had a machine with conventional XYZ and a radial cutter motion too. (For example a HBM like my dad's) https://picasaweb.google.com/lh/photo/lorjlRbUi9B2VQy0Cd0KcNMTjNZETYmyPJy0liipFm0?feat=directlink If that was CNC you could bore spherical cavities and external radii. I guess that the radial slide on the chuck would be a U axis (then a V axis then a U axis...). LinuxCNC can't do G2 G3 in the ZU plane. So how would you set up such a machine? I guess you could make cartesian moves in VYZ and curves in XZ? Would this be the method of choice? Viewing the machine as in inverted lathe rather than a milling machine this nomenclature makes an amount of sense. Is the inability to do curves in anything but the XY YZ and XZ planes deeply hard-coded, or would it be a trivial modification to add? (XY, XZ, XU, XV, XW, YZ, YU, YV, YW, ZU, ZV, ZW, UV, UW, VW is rather more planes than fit comfortably) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- dos centavos -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
I suspect that it would be difficult for the code which transmits the tool table in the current structure to know which tools the requesting code wanted. Another inelegant feature of the current method is that it enforces a one-tool-per-pocket limit. I can conceive of a few scenarios where this is a limitation. (Gang tooling, and a rack changer with The sliding head in the garage has two tools on a rocker so there is an inversion in direction for cutting too :) Dave Caroline -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Curves in ZR plane.
On Tue, Nov 6, 2012 at 5:41 AM, andy pugh bodge...@gmail.com wrote: If you had a machine with conventional XYZ and a radial cutter motion too. (For example a HBM like my dad's) https://picasaweb.google.com/lh/photo/lorjlRbUi9B2VQy0Cd0KcNMTjNZETYmyPJy0liipFm0?feat=directlink If that was CNC you could bore spherical cavities and external radii. I guess that the radial slide on the chuck would be a U axis (then a V axis then a U axis...). My experience tells me the determination of the symbol (XYZABCUVW) of the slide axis on the rotary motion is determined by the position of the slide when in home position. In reality you could assign any symbol to it but then talking about it to others would result in the need to explain it in greater detail for the other person to be able to understand. The only requirement is to match the symbols of the machine motion elements to the symbols in the NC program. During machine movement the symbol would not change from U to V just because the orientation changes unless the NC program requires the change. I think this would be VERY difficult to program. LinuxCNC can't do G2 G3 in the ZU plane. So how would you set up such a machine? I guess you could make cartesian moves in VYZ and curves in XZ? Would this be the method of choice? Viewing the machine as in inverted lathe rather than a milling machine this nomenclature makes an amount of sense. Is the inability to do curves in anything but the XY YZ and XZ planes deeply hard-coded, or would it be a trivial modification to add? (XY, XZ, XU, XV, XW, YZ, YU, YV, YW, ZU, ZV, ZW, UV, UW, VW is rather more planes than fit comfortably) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- dos centavos -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Plasma Cutting on a Mill.
No reason at all. Sounds like a very good idea. On Nov 6, 2012 6:56 AM, andy pugh bodge...@gmail.com wrote: I have wondered if it would be possible to plasma-cut with my milling machine. I am generally dissuaded by the mess. A water table isn't really an option, as it would slosh as the table moved. I think I might have thought of a way round both problems. I could mount an arm off the end of the bed, down to near the floor. I could then mount a plasma torch to that arm, and put a water tray and the sheet to be cut on the floor next to the machine. Any reason that won't work? -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
On 6 November 2012 13:42, Dave Caroline dave.thearchiv...@gmail.com wrote: The sliding head in the garage has two tools on a rocker so there is an inversion in direction for cutting too :) That can be accomodated in the existing structure in at least two ways. 1) You can use negative diameters when using the other-side tool. This just works 2) You can use coordinate rotation around the Z axis (optionally with a G-code remap) to switch to the rear tool. Discussion here: http://www.linuxcnc.org/index.php/english/forum/26-turning/24729-gangtool-setup--backtools?limitstart=0 -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
I don't quite follow this probekins thing, although that seems promising. Is it a matter of exporting an stl from my cad with the same zero point as I intend to use, as well as in the same axis? On Tue, Nov 6, 2012 at 5:21 AM, andy pugh bodge...@gmail.com wrote: On 6 November 2012 02:06, Erik Friesen e...@aercon.net wrote: Any ideas how to get code to put text on this round button? Probe the surface and use http://wiki.linuxcnc.org/cgi-bin/wiki.pl?ProbeKins (the probing step is optional if you can manually create the height map, which could be done by exporting the button surface model in STL) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
On Mon, 2012-11-05 at 22:47 -0800, Kirk Wallace wrote: On Mon, 2012-11-05 at 21:06 -0500, Erik Friesen wrote: Any ideas how to get code to put text on this round button? http://www.digikey.com/product-detail/en/1WD16/679-2144-ND/2034700 The software I currently have is, alibre pro(no gcode), vcarve pro, and meshcam, none of which seem capable of curved text. There is just enough depth to where I could probably just do it flat, or do each letter flat, but it won't look quite right. Has anyone used these before? http://www.markal.com/products/lacquer-stik/ I haven't done it, but I've watched my Dad fill in engraved or stamped lettering with model paint or nail polish, then wiped over it with a smooth cloth (old t-shirt) or paper towel. A small piece of windshield wiper might work too. These were sanded, but the technique is similar: http://home.fuse.net/astronomy/eyepieces.html http://home.fuse.net/astronomy/Project.jpg The paint sticks might be more convenient. For the curved surface lettering, I would tend to use a 2D lettering utility to get the X and Y g-code, then plug those into an equation that gives Z for each X,Y point in the code. http://timeguy.com/cradek/01276453959 http://wiki.linuxcnc.org/cgi-bin/wiki.pl?InkscapeHowto It would likely be based on the arc of the button's major axis surface arc (segment of a circle, R^2 = X^2 + y^2), then run through the minor axis arc. Although thinking more, the buttons are pretty small, so you will probably want to engrave close to the edge where the arcs flatten out. ... Maybe just probe the surface at the g-code X,Y points and have LinuxCNC record each surface Z for you. Many years ago (dim past) I etched letters in bronzed (anodized) Al panels and then filled in with colored epoxy. Sounding like a broken record Synergy has a facility to mill letters on a curved surface. Dave -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
On 6 November 2012 15:20, Erik Friesen e...@aercon.net wrote: I don't quite follow this probekins thing, although that seems promising. Is it a matter of exporting an stl from my cad with the same zero point as I intend to use, as well as in the same axis? Basically, yes. The STL is a triangular mesh of XY locations and height corrections. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
On Tue, 2012-11-06 at 12:33 +, andy pugh wrote: (Originally posted to the dev list, but there appear to be no opinions on the matter there) So, having started to think about how a database-based tool table might work (As background, the currently tool table only supports 56 tools, because that is what will fit in an NML message. Any module that wants tool info gets sent the whole tool table. If we wanted to add separate wear offsets, then we would probably have a 20 tool limit. There has been talk for a while of keeping the tools in a database as one way t circumvent this limit.) Each tool has a number of characteristics: Tool number. Can more than one tool of the same tool-number exist? Redis wants a unique key for each entry. Do we make the key be the tool number, or keep it separate? (ie, find the tool with number 1, then return the diameter of that tool, or simply return the tool:1:diameter?). I can see how you might want a database of named tools, and just change their allocated T-number to suit. I can also see that mandating unique T-numbers would be reasonable. The interface to G-code is likely to always be a numeric tool number. Pocket Number. I think more than 1 tool can share a pocket (gang tooling, or alternative tool-sets). Currently pocket-zero is the spindle. How do we handle tools that are not currently available? (Pocket none might work) Each tool can probably have geometry and wear offsets in XYZ/UVW. Do we need geometry offsets in ABC? How about wear offsets? Diameter/Radius Front Angle / Back Angle Comment. Nose radius? Might be useful for clever kins or cutting simulation in the future. SFM? Material? Insert code? Or are those all comments? With something database-y it seems we can add values simply as and when required. Then the tool-editor(s) can simply access what they want and not even notice the rest. So there is a subset of things that need to be available for current code, and then a number of items that might be added for future modules (automated insert ordering based on logged usage) It is even possible that the tool editor might be allowed to add extra columns. (there is an INI file option to hide irrelevant columns, why not allow people to add ones too?) Wow! A comprehensive and coherent tool table approach is not going to be easy. Random thoughts: In my limited thinking it would never occurred to me to pass all the tools in one nml message. Someone has suggested a python API which makes sense to me. Again in my limit thinking I can see no reason to do any more that pass info on the requested tool ... interp - task, ... I can think of two schemes to define tools; a. APT style to define geometry. b. use insert data. 'A' would appear to work better for mills and 'b' to be more suited for a lathe. This is only my view and others may strongly disagree. For either approach I think the user will have to enter the data for their insert or tool as there are enough combinations to make a fairly good sized database. Discussion is appreciated. None of us know it all. Darned! Dave atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
Hi Andy, great to see the tooltable issue gets attention. having thought about it in the past, and decided I leave this for LinuxCNC3 ;) anyway let me note some observations and suggestions how to go about it. first, views. the notion of a 'table' might suggest that this is a tabular arrangement of data which code consults and gets a unique answer every time. This is not the case, and it has to do with interpreter readahead. What you have in reality is an 'interpreter view' and a 'machine view' of the tool information, and they might fall apart during readahead as the NGC program might change tool attributes on the fly. Only at commit points like a tool change, or set tool number, or set offsets, are parts of the readahead view synchronized with the machine view. From there on, views might diverge again. A data model for the TT needs to keep that in mind. The table in the EmcStat message represents the machine view. The interpreter view is currently not necessarily externally visible as there are no interpreter interfaces (like callouts to a datastore mechanism). second, types of information and their use, and keys into them. Note a 'tooltable entry' lumps together all sorts of information and keys them 1:1 on a row id, the tool number, which is very restrictive to start with. We have (at least): offsets, diameter, tool orientation, and they are used in very different parts of the interpreter: Offsets: impact commanded position, and limit violation detection. Offsets do not impact tool path shape computation. Diameter: this impacts tool diameter compensation and hence path shape computation, and possibly others. 'Tool orientation' also impacts gouging detection. Then there are some things on the collective wish list, like: wear recording and compensation; multiple tool instances (for instance I learned one other control has the capability to define a group of tools which define a tool instance; you 'toolchange' to an instance and the control pulls one of the class members which has acceptable wear, and disables tools with excessive wear automatically) I remember a suggestion for tool holders; a tool is held in a holder of a certain type, which basically adds a holder-specific offset. In summary, you suddenly have several types of objects with different keys (tool classes, wear records, offsets, tool geometry information) and suddenly the idea of a 'table' collapses because it is an inadequate means - at this point kludging appears and we find repeated entries with different meanings and so forth. Then again for many the above laundry list might be much shorter, and many features irrelevant. That said, I think the starting point should not be 'how should the tooltable look'. It should be 'what information is accessed, modified or committed, and by which entity'. In the interpreter the points where tool related information is accessed, modified or committed need to be identified, and translated into an API. So, the interpreter cant just fiddle some offset data structure internally, it must go through an API, like get_offset(), set_offset(), get_diameter(), set_diameter() get_orientation(), commit_view() etc. The other design question is 'who manages the machine view, and how'. This is currently the iocontrol process, and it communicates the machine view through the current limited table in EmcStat. To break the size limit, the machine view can be restricted to two tools: the current and the prepared tool. In essence, iocontrol needs to go through the same API as the interpreter. Thinking through and implementing the interpreter/iocontrol toolstore API, the machine view mechanism, and how commits are communicated (right now iocontrol is kicked by an NML message), is the hard part of the work. The 'how should the table look' aspect then becomes the fun part of the problem, and it suddenly becomes amenable to integrator adaptation. Once you have that API in place, then you can tack an arbitrarily complex or simple toolstore onto it, and it might be the current table, redis, Sqlite or whatever. The point is: the interpreter, iocontrol and the rest of LinuxCNC should not know, and should not care how this is done. This is what APIs are all about. The mechanism I would choose for this API is to reuse the embedded Python code which is already in place, robust and quite simple to use. The API calls I listed above would just map to Python methods of the same name. There is just no reason whatsoever to go through a C/C++ API *externally* (internally we have to as long as iocontrol and interpreter are in C/C++). Suddenly this whole tool access mechanism is at the Python level, and from there you can use the flat file, Redis, Oracle, whatever - the rest of the code is not impacted anymore. --- the whole thing is a sizable task, and nontrivial. it really needs planning of the API, identifying where the API needs to be inserted, peer
Re: [Emc-users] [Emc-developers] The Ideal Tool Table
Am 06.11.2012 um 17:35 schrieb andy pugh: On 6 November 2012 14:08, Michael Haberler mai...@mah.priv.at wrote: I learned one other control has the capability to define a group of tools which define a tool instance; you 'toolchange' to an instance and the control pulls one of the class members which has acceptable wear, and disables tools with excessive wear automatically) Leaving the rest to think about later (and harder) this seems like an argument for having multiple pockets containing tools with the same number. T2 means find me any type 2 tool and send it's pocket number to the toolchanger Note that 'pocket' is an attribute of a specific TC mechanism - some have it, some have it in multiple forms (think of multi-magazine changers; those _do_ exist, I heard) the *only* role the interpreter should ever have in this is to convey it uninterpreted from G-code down to TC mechanism giving the pocket number *any* meaning within the code, in particular an index into an array, was a fundamental design error which needs to be rooted out -m -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-developers mailing list emc-develop...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-developers -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Curves in ZR plane.
On 6 November 2012 13:31, Stuart Stevenson stus...@gmail.com wrote: The IJK values from the start point to the radius center point would also allow calculation of the normal vector. Using the IJK (ie: G02(3) X Y Z I J K) to determine the 3D space location of the center point would then determine the normal vector for interpolation motion I think this works as long as you assume less than 180 degrees of arc and have identical behaviour for G2 and G3. I don't see how you can derive the normal vector from three points to give G2 and G3 a meaning. You would have to raise an error in cases where the three points lie on a line. G16 appears to be available for setting this mode, and even makes sense as the zeroth member of the set. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Curves in ZR plane.
On 6 November 2012 16:56, andy pugh bodge...@gmail.com wrote: I guess that using an UXZ se UYZ, in case anyone was confused. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Curves in ZR plane.
On 6 November 2012 13:44, Stuart Stevenson stus...@gmail.com wrote: During machine movement the symbol would not change from U to V just because the orientation changes That was intended as a joke :-) I guess that using an UXZ set for positions is simple enough. It will be a unique config for the machine in question anyway. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] [Emc-developers] The Ideal Tool Table
On 6 November 2012 16:43, Michael Haberler mai...@mah.priv.at wrote: Leaving the rest to think about later (and harder) this seems like an argument for having multiple pockets containing tools with the same number. T2 means find me any type 2 tool and send it's pocket number to the toolchanger Note that 'pocket' is an attribute of a specific TC mechanism - some have it, some have it in multiple forms (think of multi-magazine changers; those _do_ exist, I heard) Indeed, that is one part of the current behaviour which seems correct, in that tool-selection sends both pocket number and tool number to HAL. I mentioned multi-magazine changers earlier, I think. giving the pocket number *any* meaning within the code, in particular an index into an array, was a fundamental design error which needs to be rooted out It was discovering that which made me dissatisfied enough to start thinking about better approaches. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Curves in ZR plane.
Andy; You would have to raise an error in cases where the three points lie on a line. G16 appears to be available for setting this mode, and even makes sense as the zeroth member of the set. 3 vertices doth make a triangle; should two of those vertices be equal, one hath a degenerate triangle (i.e., a line), should all 3 vertices be equal, one hath a really degenerate triangle, called a point. My 3D rendering code uses Quaternion SLERP to go from one point to another. (Wikipedia is, of course helpful here) If you want to see the code, one can see it; http://freewrl.sf.net, or, sneaking around the back http://freewrl.cvs.sourceforge.net is the full code base. For Android devices, I'm adding a STL front end to it, and planning to add many more neat features, but I'm charging a minimal amount for it. (no app name here, but if you look for it on the google app store, my name is a clue) I mention this because, yes, getting a normal from 3 vertices can be slightly problematic, but that's a simple check. Also, SLERP code is available, written in C, as well as all kinds of functions, etc. I'm still learning GCode, so G16 is still a blur to me. Regards; John Alexander Stewart. -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
If you mean engrave the top surface of the button, you can use a diamond drag engraving tool, because it will follow the curves. You can use VCarve Pro to generate the code as if it was for a flat surface. Marcus On 6 Nov 2012, at 16:22, andy pugh wrote: On 6 November 2012 15:20, Erik Friesen e...@aercon.net wrote: I don't quite follow this probekins thing, although that seems promising. Is it a matter of exporting an stl from my cad with the same zero point as I intend to use, as well as in the same axis? Basically, yes. The STL is a triangular mesh of XY locations and height corrections. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
Am 06.11.2012 um 17:34 schrieb Michael Haberler: The mechanism I would choose for this API is to reuse the embedded Python code which is already in place, robust and quite simple to use. The API calls I listed above would just map to Python methods of the same name. There is just no reason whatsoever to go through a C/C++ API *externally* (internally we have to as long as iocontrol and interpreter are in C/C++). what I will contribute to the effort: I will rework the redis-used-for-persistent-parameters patch (Daniel Rogge's work which I reworked for Redis, but I havent committed it yet) to use exactly the API style I'm talking about: callout into Python, and do the 'database dependent' work in Python - that can be used as an example for the toolstore API calls extra upside of eating my own dogfood: the Redis-dependent C/C++ code can be eliminated, and I didnt like that to start with - LinuxCNC _compiled_ code remains DB-agnostic this is the (still un-Pythonified) branch I'm talking about: http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/redis-params - Michael Suddenly this whole tool access mechanism is at the Python level, and from there you can use the flat file, Redis, Oracle, whatever - the rest of the code is not impacted anymore. --- the whole thing is a sizable task, and nontrivial. it really needs planning of the API, identifying where the API needs to be inserted, peer review of plans. I am happy to contribute; I'd really appreciate if somebody else took the lead and it is great to see the leader has been identified ;) - Michael Am 06.11.2012 um 13:33 schrieb andy pugh: (Originally posted to the dev list, but there appear to be no opinions on the matter there) So, having started to think about how a database-based tool table might work (As background, the currently tool table only supports 56 tools, because that is what will fit in an NML message. Any module that wants tool info gets sent the whole tool table. If we wanted to add separate wear offsets, then we would probably have a 20 tool limit. There has been talk for a while of keeping the tools in a database as one way t circumvent this limit.) Each tool has a number of characteristics: Tool number. Can more than one tool of the same tool-number exist? Redis wants a unique key for each entry. Do we make the key be the tool number, or keep it separate? (ie, find the tool with number 1, then return the diameter of that tool, or simply return the tool:1:diameter?). I can see how you might want a database of named tools, and just change their allocated T-number to suit. I can also see that mandating unique T-numbers would be reasonable. The interface to G-code is likely to always be a numeric tool number. Pocket Number. I think more than 1 tool can share a pocket (gang tooling, or alternative tool-sets). Currently pocket-zero is the spindle. How do we handle tools that are not currently available? (Pocket none might work) Each tool can probably have geometry and wear offsets in XYZ/UVW. Do we need geometry offsets in ABC? How about wear offsets? Diameter/Radius Front Angle / Back Angle Comment. Nose radius? Might be useful for clever kins or cutting simulation in the future. SFM? Material? Insert code? Or are those all comments? With something database-y it seems we can add values simply as and when required. Then the tool-editor(s) can simply access what they want and not even notice the rest. So there is a subset of things that need to be available for current code, and then a number of items that might be added for future modules (automated insert ordering based on logged usage) It is even possible that the tool editor might be allowed to add extra columns. (there is an INI file option to hide irrelevant columns, why not allow people to add ones too?) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in
Re: [Emc-users] Curves in ZR plane.
On Tue, Nov 06, 2012 at 07:31:07AM -0600, Stuart Stevenson wrote: Best: (heh - my opinion) :) The IJK values from the start point to the radius center point would also allow calculation of the normal vector. Using the IJK (ie: G02(3) X Y Z I J K) to determine the 3D space location of the center point would then determine the normal vector for interpolation motion. Calculating the normal vector using the one added value on the line would require the least programming changes. I don't understand what you mean. Can you elaborate in mathspeak? I think andy thinks you mean calculate normal as (XYZ - current) cross (IJK - current) which he rightfully says flips direction given an arc of more or less than semicircle, and for semicircle and full circle it's indeterminate. Also the third (normal to selected plane) component in XYZ is currently used to give a helical offset, and that will mess up your normal with the above scheme. Can you give a more detailed spec that handles helixes, semicircles, and full circles? Perhaps even make a wiki page we can all work on? As you probably know, arbitrary nonplanar helixes are already supported in the trajectory planner and other layers past the interpreter and canon. It's the gcode that makes it tricky. In fact, interested folks might want to check out http://git.linuxcnc.org/gitweb?p=linuxcnc.git;a=shortlog;h=refs/heads/arbitrary-arc -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Curves in ZR plane.
On 6 November 2012 17:48, Chris Radek ch...@timeguy.com wrote: I think andy thinks you mean calculate normal as (XYZ - current) cross (IJK - current) which he rightfully says flips direction given an arc of more or less than semicircle, and for semicircle and full circle it's indeterminate. Though having said that, one can at least be consistent in assuming that start-end-centre are a clockwise triangle. (but that does flip as the arc becomes 180 degrees). I think clockwise numbering is how STL defines face normals. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Plasma Cutting on a Mill.
I've wondered the exact same thing. I think about the only thing that might stop you (barring sufficient speeds) is emi crosstalk. Interested to see you build it! On Nov 6, 2012 6:56 AM, andy pugh bodge...@gmail.com wrote: I have wondered if it would be possible to plasma-cut with my milling machine. I am generally dissuaded by the mess. A water table isn't really an option, as it would slosh as the table moved. I think I might have thought of a way round both problems. I could mount an arm off the end of the bed, down to near the floor. I could then mount a plasma torch to that arm, and put a water tray and the sheet to be cut on the floor next to the machine. Any reason that won't work? -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
I see the probekins tar.gz includes everything. I have my customized version of linuxcnc running, don't feel like using something else. Is it just a matter of dragging some of the files into my src and building? On Tue, Nov 6, 2012 at 12:12 PM, Marcus Bowman marcus.thebowm...@virgin.net wrote: If you mean engrave the top surface of the button, you can use a diamond drag engraving tool, because it will follow the curves. You can use VCarve Pro to generate the code as if it was for a flat surface. Marcus On 6 Nov 2012, at 16:22, andy pugh wrote: On 6 November 2012 15:20, Erik Friesen e...@aercon.net wrote: I don't quite follow this probekins thing, although that seems promising. Is it a matter of exporting an stl from my cad with the same zero point as I intend to use, as well as in the same axis? Basically, yes. The STL is a triangular mesh of XY locations and height corrections. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
Andy, Maybe you could use this geometry: http://ars.els-cdn.com/content/image/1-s2.0-S0890695501000451-gr1.jpg This results in different possible tool shapes: http://ars.els-cdn.com/content/image/1-s2.0-S0890695501000451-gr2.gif from: http://www.sciencedirect.com/science/article/pii/S0890695501000451 Regards, Jan -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
I copied the kinematics directory to mine, here is the error in the make. Any ideas what I need to do? Compiling emc/kinematics/genserkins.c make: *** No rule to make target `../lib/liblinuxcnchal.so', needed by `../bin/genserkins'. Stop. On Tue, Nov 6, 2012 at 2:42 PM, Erik Friesen e...@aercon.net wrote: I see the probekins tar.gz includes everything. I have my customized version of linuxcnc running, don't feel like using something else. Is it just a matter of dragging some of the files into my src and building? On Tue, Nov 6, 2012 at 12:12 PM, Marcus Bowman marcus.thebowm...@virgin.net wrote: If you mean engrave the top surface of the button, you can use a diamond drag engraving tool, because it will follow the curves. You can use VCarve Pro to generate the code as if it was for a flat surface. Marcus On 6 Nov 2012, at 16:22, andy pugh wrote: On 6 November 2012 15:20, Erik Friesen e...@aercon.net wrote: I don't quite follow this probekins thing, although that seems promising. Is it a matter of exporting an stl from my cad with the same zero point as I intend to use, as well as in the same axis? Basically, yes. The STL is a triangular mesh of XY locations and height corrections. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
On Tue, Nov 6, 2012 at 3:41 PM, Erik Friesen e...@aercon.net wrote: I copied the kinematics directory to mine, here is the error in the make. Any ideas what I need to do? Compiling emc/kinematics/genserkins.c make: *** No rule to make target `../lib/liblinuxcnchal.so', needed by `../bin/genserkins'. Stop. Where are you doing the compile? Does the file ../lib/liblinuxcnchal.so exist where the makefile thinks it is? Mark -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
I am doing the compile from the emc2-dev/src directory. I can't find where liblinuxcnchal.so is referenced, so I am unclear how to proceed. I can't find it in the probekins project either. On Tue, Nov 6, 2012 at 3:47 PM, Mark Wendt wendt.m...@gmail.com wrote: On Tue, Nov 6, 2012 at 3:41 PM, Erik Friesen e...@aercon.net wrote: I copied the kinematics directory to mine, here is the error in the make. Any ideas what I need to do? Compiling emc/kinematics/genserkins.c make: *** No rule to make target `../lib/liblinuxcnchal.so', needed by `../bin/genserkins'. Stop. Where are you doing the compile? Does the file ../lib/liblinuxcnchal.so exist where the makefile thinks it is? Mark -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
or, probekins source. On Tue, Nov 6, 2012 at 3:49 PM, Erik Friesen e...@aercon.net wrote: I am doing the compile from the emc2-dev/src directory. I can't find where liblinuxcnchal.so is referenced, so I am unclear how to proceed. I can't find it in the probekins project either. On Tue, Nov 6, 2012 at 3:47 PM, Mark Wendt wendt.m...@gmail.com wrote: On Tue, Nov 6, 2012 at 3:41 PM, Erik Friesen e...@aercon.net wrote: I copied the kinematics directory to mine, here is the error in the make. Any ideas what I need to do? Compiling emc/kinematics/genserkins.c make: *** No rule to make target `../lib/liblinuxcnchal.so', needed by `../bin/genserkins'. Stop. Where are you doing the compile? Does the file ../lib/liblinuxcnchal.so exist where the makefile thinks it is? Mark -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] The Ideal Tool Table
On 6 November 2012 19:55, Jan Van Gilsen janvangil...@gmail.com wrote: Maybe you could use this geometry: http://ars.els-cdn.com/content/image/1-s2.0-S0890695501000451-gr1.jpg I suppose that is one way to be very general. But excludes ogee router cutters and panel-raising bits. Then the question becomes how general we want to be, considering that LinuxCNC only pays any attention to diameter. If cutsim or anything similar is ever likely to replace the current preview (or would hook into the same tool database) then perhaps is it worth considering. To an extent it doesn't matter how many values we store, as the tool table will only display the ones chosen (the default set could be chosen to be sensible, and based on machine type) -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
On 6 November 2012 19:42, Erik Friesen e...@aercon.net wrote: I see the probekins tar.gz includes everything. I have my customized version of linuxcnc running, don't feel like using something else. Is it just a matter of dragging some of the files into my src and building? It might actually be easier than that. You can often install a kinematics file using comp. sudo comp --install probekins.c You might need the linuxcnc-dev package though, and if the kins file has more than the usual includes, then you might need to do a complete from-source build. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
I am building with 2.6.0 ~pre. Something isn't working here, comp isn't found even after dev install. Is 2.6 incompatible with the probekins kinematics source? On Tue, Nov 6, 2012 at 4:04 PM, andy pugh bodge...@gmail.com wrote: On 6 November 2012 19:42, Erik Friesen e...@aercon.net wrote: I see the probekins tar.gz includes everything. I have my customized version of linuxcnc running, don't feel like using something else. Is it just a matter of dragging some of the files into my src and building? It might actually be easier than that. You can often install a kinematics file using comp. sudo comp --install probekins.c You might need the linuxcnc-dev package though, and if the kins file has more than the usual includes, then you might need to do a complete from-source build. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] carbide pcb drills
Another source...
http://drillcity.stores.yahoo.net/680310.html
-Original Message-
From: Gene Heskett [mailto:ghesk...@wdtv.com]
Sent: Wednesday, 31 October 2012 2:15 AM
To: emc-users@lists.sourceforge.net
Subject: Re: [Emc-users] carbide pcb drills
On Tuesday 30 October 2012 11:14:45 jclo...@windstream.net did opine:
Try this
http://www.ebay.com/itm/New-10pcs-68-Wire-Size-Solid-Carbide-PCB-
Print
-C
ircuit-Board-Drill-Bits-
/120995129465?pt=LH_DefaultDomain_0hash=item1
c2
bdf2879
That is the same link Ed sent, thanks.
Chris Radek ch...@timeguy.com wrote:
On Tue, Oct 30, 2012 at 10:12:59AM -0400, Gene Heskett wrote:
rapidly. And I've not found anyone who will sell me carbide #68's
in ten packs w/o a 3 digit price yet. :(
A 10-pack of #68 pcb drills (carbide, 1/8 shank, optional depth
rings) is $22.55 at www.thinktink.com
The 1/8 shank is nice because you can use an end mill holder or a
collet. The depth rings make the stickout somewhat repeatable
across tool changes.
Looks like they have a minimum order and pretty high shipping costs,
unfortunately.
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics
Lite
for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
--
--
-- Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite
for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Cheers, Gene
--
There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order.
-Ed Howdershelt (Author)
My web page: http://coyoteden.dyndns-free.com:85/gene is up!
Conceit causes more conversation than wit.
-- LaRouchefoucauld
--
Everyone hates slow websites. So do we.
Make your web apps faster with AppDynamics Download AppDynamics Lite
for free today:
http://p.sf.net/sfu/appdyn_sfd2d_oct
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
--
LogMeIn Central: Instant, anywhere, Remote PC access and management.
Stay in control, update software, and manage PCs from one command center
Diagnose problems and improve visibility into emerging IT issues
Automate, monitor and manage. Do more in less time with Central
http://p.sf.net/sfu/logmein12331_d2d
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
Even after building the dev install, I don't find any stlvis script. On Tue, Nov 6, 2012 at 4:23 PM, Erik Friesen e...@aercon.net wrote: I am building with 2.6.0 ~pre. Something isn't working here, comp isn't found even after dev install. Is 2.6 incompatible with the probekins kinematics source? On Tue, Nov 6, 2012 at 4:04 PM, andy pugh bodge...@gmail.com wrote: On 6 November 2012 19:42, Erik Friesen e...@aercon.net wrote: I see the probekins tar.gz includes everything. I have my customized version of linuxcnc running, don't feel like using something else. Is it just a matter of dragging some of the files into my src and building? It might actually be easier than that. You can often install a kinematics file using comp. sudo comp --install probekins.c You might need the linuxcnc-dev package though, and if the kins file has more than the usual includes, then you might need to do a complete from-source build. -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Text on rounded button.
Hi, The software I currently have is, alibre pro(no gcode), vcarve pro, and meshcam, none of which seem capable of curved text. did you already try PyCAM? (disclaimer: I maintain PyCAM) I just prepared a short article with some screenshots that show how to solve your specific problem with this software: http://fab.senselab.org/en/node/268 Cheers, Lars -- LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
