Re: [Emc-users] Running PathPilot on non-Tormach Machines
Andy, thanks for the answer. El mar, 31 ene 2023 a las 10:05, andy pugh () escribió: > On Mon, 30 Jan 2023 at 11:16, Rick Moscoloni wrote: > > > > Hi Andy, could this be merged to master? or are proprietary? > > It has been offered to us, but it doesn't merge cleanly as it predates > the Joints-Axes changes. > > Rob Ellenberg said, (April 2021) > There has been some divergence in the TP but not an impossible amount. > The main challenge there is getting the associated emccanon changes > merged, because max velocity / acceleration is calculated differently, > and all those changes are mixed in with things like the coordinate > transform overhaul (so we have to either tease that out again or port > a big chunk of interp changes too). Do you know of anyone in the > community who would be willing to do testing? I've added some unit > tests for the TP / blending improvements, so it won't take as much > functional testing to prove out the basics. > > > > -- > atp > "A motorcycle is a bicycle with a pandemonium attachment and is > designed for the especial use of mechanical geniuses, daredevils and > lunatics." > — George Fitch, Atlanta Constitution Newspaper, 1912 > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Running PathPilot on non-Tormach Machines
Hi Andy, could this be merged to master? or are proprietary? El mar, 24 ene 2023 a las 16:58, Andy Pugh () escribió: > > > > On 24 Jan 2023, at 18:03, Eric Keller wrote: > > > > Doesn't Pathpilot have better motion planning for more than 3 axes? > > Yes, it has full 9-axis blending. > > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Tormach writing open sorce ROS2/Machiekit/LCNC bridge.
Nice Work Done by Them! https://www.youtube.com/watch?v=xFjR_Kr6JOE El lun, 3 ene 2022 a las 1:21, Ralph Stirling (< ralph.stirl...@wallawalla.edu>) escribió: > Tormach has an interesting 6-axis robot fully controlled by ROS, > and multiple CNC machines running Linuxcnc/Machinekit, so it > makes perfect sense for them to integrate the two worlds better. > > I also find this to be an excellent development. Frankly, I'd enjoy > trading our two Yaskawa Motoman robots for a couple of these > new Tormach arms to get that ROS integration. Yaskawa has a > very tortuous and limited solution for ROS that we never got to > work. > > -- Ralph > > From: Chris Albertson [albertson.ch...@gmail.com] > Sent: Sunday, January 2, 2022 7:26 PM > To: Enhanced Machine Controller (EMC) > Subject: [Emc-users] Tormach writing open sorce ROS2/Machiekit/LCNC bridge. > > CAUTION: This email originated from outside the Walla Walla University > email system. > > > Has anyone else noticed the activity on Tormach's Git Hub repository. > There seem to be multiple commits each day to > > https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgithub.com%2Ftormach%2Fhal_ros_control%2Ftree%2Ffoxy-develdata=04%7C01%7Cralph.stirling%40wallawalla.edu%7C2cb70e771b614bbd867d08d9ce68e5aa%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C637767772215404228%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=sP5t%2FV3obq1Z6YWdI3gnSuhW6xiUeg35znj%2BUCSoei4%3Dreserved=0 > > In a nutshell, they are making HAL a ROS2 node.From a LNCN user's view > point this means machine tool can become part of a larger automated robotic > system and from the robotic engineer's view this means he can use the HAL > infrastructure to control robot parts. > > Interesting because it is Tormach not some hobby user working part-time. > It is in Tormach's github. > > I can imagine a work cell where robots load and unload milling machines or > move parts between machines and then pack the finished parts in boxes. > Then palletize the boxes and load them onto self-driving trucks that carry > them to a "lights out" factory where they make robots. We all become > redundant. > > More seriously, this about doubles what each group can do. And Tormach > seems to be investing real money in this. > > > > > > > > -- > > Chris Albertson > Redondo Beach, California > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > > https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flists.sourceforge.net%2Flists%2Flistinfo%2Femc-usersdata=04%7C01%7Cralph.stirling%40wallawalla.edu%7C2cb70e771b614bbd867d08d9ce68e5aa%7Cd958f048e43142779c8debfb75e7aa64%7C0%7C0%7C637767772215404228%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000sdata=PkIj53YMqmBQk%2B%2BF8tw02hkzOzuAT3m4hgZ%2FH5rDt3s%3Dreserved=0 > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] DC Servo issues
Is really a pain to debug such issues, i have an old machine with the same motors connected to gecko 340 (but I have to remove the multiplier), us digital encoders wont work without the caps. I hope you can resolve this issue soon, i pull my hair when things like this show up! Go John! El dom, 19 sept 2021 a las 14:59, John Dammeyer () escribió: > Hi Rick, > It may also have something to do with the DC Servo drive electronics. > Although it's differential encoder signalling the design may have internal > issues that are somewhat corrected by the Henk Olsson module. I had both a > small electrolytic and ceramic capacitors right by the US Digital encoders, > which BTW, have been discontinued for a few years. Perhaps that's why? > Issues? > > I swapped the X and Y motor/encoder pair and sure enough the problem moved > to the Y axis along with now only 120 IPM instead of 150 IPM. Above that I > get following errors. Given that this motor has a higher winding > resistance I'm going to guess it's not a 90VDC motor but is more likely a > 180VDC motor that was shipped as a 90VDC. Maybe the loading introduces > noise in one direction that fools the quadrature encoder. It's very > strange that the following errors are only in one direction. > > At $145US plus shipping, since Automation Technologies won't replace it, > I'm going to cast a new mounting plate for one of the slightly smaller > 1.27NM Bergerda AC servos. They were destined for the ball screw upgrade > (and I'd ordered the wrong size thinking they were the same torque as the > DC ones). So we'll see. If the Bergerda does well on the heavier Y axis > then problem solved. > > More as it unfolds. > > Oh I swapped motor/encoder sets between X and Y,and with the Y motor > running the X axis the test program that runs the table back and forth no > longer has a slightly different sound between changing direction CW > compared to CCW. So it appears that's also on the motor and not LinuxCNC > nor the MESA. And absolutely no errors in position on X. Only now on the > Y instead. That lets the HP_UHU servo drive off the hook too. > > John > > > -Original Message- > > From: Rick Moscoloni [mailto:rmoscol...@gmail.com] > > Sent: September-19-21 10:12 AM > > To: Enhanced Machine Controller (EMC) > > Subject: Re: [Emc-users] DC Servo issues > > > > us digital encoders with a capacitor across dc+and- works without a > > fault > > > > El dom, 19 sept 2021 a las 2:49, John Dammeyer ( >) > > escribi�: > > > > > Over 10 years ago I bought two of these for the XY axis of the mill. > > > > > > > https://www.automationtechnologiesinc.com/products-page/dc-servo-motor/nema34-1125ozin-dual-shaft-servo-motor > > > > > > Also from US Digital the 250 line encoders. > > > I had assembled HP_UHU kits and had on standby the Henrik Olsson > > > replacement PIC processor modules although this photo shows the > original > > > processor. > > > http://www.autoartisans.com/mill/HP_UHU_Modified.jpg > > > > > > One of the things that showed up right away was that with identical > drives > > > one motor ran hotter than the other. Further investigation showed the > > > resistance of the windings was different with the warmer motor having > the > > > lower resistance and inductance which matched the spec sheet. By then > it > > > was too late to return the high resistance one so I decided to put what > > > appeared to be the on spec motor on the Y axis since it had to carry > more > > > weight. The X axis got the cooler and higher resistance motor. > > > > > > When I finally got it all together I had a lot of position errors and > > > Henrik convinced me to trash the US Digital encoders which appeared to > be > > > losing counts and replace them with the CUI. Changing to Henrik's > module > > > improved things and positioning was now reasonably accurate. Until a > short > > > while ago on the X axis. > > > > > > I pulled the encoder off remounted things and the problem seemed to go > > > away. Well last week, after the center drilled holes were off from > where > > > the 1/4" drill bit went down I realized the problem had returned. > After > > > much mucking around it seems that the real issue is still with that X > axis > > > out of spec motor. > > > > > > What I did is swap motor+encoder from X <=> Y. The cumulative position > > > errors on X are now gone so that shows the HP_UHU drive was not the > issue. > > > What's really interesting is the he
Re: [Emc-users] DC Servo issues
us digital encoders with a capacitor across dc+and- works without a fault El dom, 19 sept 2021 a las 2:49, John Dammeyer () escribió: > Over 10 years ago I bought two of these for the XY axis of the mill. > > https://www.automationtechnologiesinc.com/products-page/dc-servo-motor/nema34-1125ozin-dual-shaft-servo-motor > > Also from US Digital the 250 line encoders. > I had assembled HP_UHU kits and had on standby the Henrik Olsson > replacement PIC processor modules although this photo shows the original > processor. > http://www.autoartisans.com/mill/HP_UHU_Modified.jpg > > One of the things that showed up right away was that with identical drives > one motor ran hotter than the other. Further investigation showed the > resistance of the windings was different with the warmer motor having the > lower resistance and inductance which matched the spec sheet. By then it > was too late to return the high resistance one so I decided to put what > appeared to be the on spec motor on the Y axis since it had to carry more > weight. The X axis got the cooler and higher resistance motor. > > When I finally got it all together I had a lot of position errors and > Henrik convinced me to trash the US Digital encoders which appeared to be > losing counts and replace them with the CUI. Changing to Henrik's module > improved things and positioning was now reasonably accurate. Until a short > while ago on the X axis. > > I pulled the encoder off remounted things and the problem seemed to go > away. Well last week, after the center drilled holes were off from where > the 1/4" drill bit went down I realized the problem had returned. After > much mucking around it seems that the real issue is still with that X axis > out of spec motor. > > What I did is swap motor+encoder from X <=> Y. The cumulative position > errors on X are now gone so that shows the HP_UHU drive was not the issue. > What's really interesting is the heavier Y axis now regularly faults at 140 > ipm where before the other motor could do 150 ipm. > > Also interesting when I drop the speeds to below 130 it doesn't fault but > I started seeing position errors. > > The G-Code test program > G01 X0 Y0 F60 > X-4 > Y-1.1 > Y0 > X0 > Y-1.1 > Y0 > X5 > And so on for about 5 cycles. > > Now the X axis returns to 0 every single time from either side of 0. But > the Y axis accumulates -0.020 or so error every time the program runs just > like X used to with that motor. Always only negative values. So strange. > > Also when that motor was on the X axis the sound of the system when > changing direction was clunky sounding in one direction and not the other > under G-Code. The change direction with jogging keys wasn't like that. > > I don't think it's worthwhile to spend the time to figure out what's > wrong. Seems pointless to continue to use a motor that isn't up to spec. > Probably better to just install one of the Bergerda AC Servos I have here > that I was saving for the Ball Screw upgrade. Especially since > AutomationTechnologies wouldn't replace the motor even though it was > clearly out of spec. Not about to buy anything else from them. > > John Dammeyer > > > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] X forwarding with linux-cnc
i have run several machines through vncviewver server from realvnc, and done debug several miles away. DO IT! In the past I tried to evangelize many people into LINUXCNC, but the windows virus does not cure easily. Regards Rick El mar., 21 ene. 2020 a las 19:34, Rafael Skodlar () escribió: > On 2020-01-21 13:08, Todd Zuercher wrote: > > Correction on my cable lengths, I was thinking 30ft which is about 10m > not 3 (transposed the 1 and the 3 in my head.) > > > > Todd Zuercher > > To make it through my DIY projects I had to install a conversion app to > handle fractions, F, and such on my PDA. Sad state of the Union. > > ... snip > > -Original Message- > > From: Todd Zuercher > > Sent: Tuesday, January 21, 2020 4:04 PM > > To: Enhanced Machine Controller (EMC) > > Subject: RE: [Emc-users] X forwarding with linux-cnc > > > > Cable and wiring needs will vary from application to application, but > where I've had to replace machine cabling I have usually used Igus' > Chainflex cables. But I'm generally working with large cnc routers with > long cable runs (3m or so) and a lot of long moving cable chains where good > long-term flexibility is a must. > > > > PS if you can buy your encoder cables pre-made it is usually worth the > extra cost. Hand crimping (or worse soldering) those tiny high wire count > cable ends is a pain in the...) > > > > Todd Zuercher > ... > > I appreciate your pointer to what I was looking for. The cost seems to > be reasonable. Some encoders I've seen come with connectors that are not > too hard to connect to cables. > > I don't mind soldering though. I've done it thousands of times when 50 > or 100 pairs phone cables needed to be connected in cable racks for the > phone company for my intern job. Here in the US it's not done that way. > They must be afraid of burning their fingers ;-) > > SMT components are now a challenge for me. My eyes have seen too many > small things and need magnification for small parts/print ;-) > > Thanks to you guys there is hope for me to build something. > > -- > Rafael Skodlar > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Axis(gremlin) for horizontal mill
Really nice!, I was waiting for something like this for my plasma tube cutter, did you make a branch of this in git? regards rick El mié., 19 dic. 2018 a las 15:38, nkp () escribió: > The video shows the principle of visualization of a rotating table. > To do: > to rotate the source contour. > > https://youtu.be/Gk50wphVu80 > > > > > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
