Re: [Emc-users] SJ200 VFD and Modbus
Am 03.02.2012 um 04:50 schrieb Kirk Wallace: I am able to modpoll the proper registers now, but I have a problem with Do you mean 'modpoll the proper registers' to mean 'read several holding registers in one operation'? If so: I had that problem with the Toshiba VFS-11. See the note in my driver at http://git.mah.priv.at/gitweb/vfs11-vfd.git/blob/refs/heads/f12-prod:/vfs11_vfd.c#l216 - Michael reading more than two holding registers in my component. It looks like I'll need to get into the bowels of libmodbus, unless someone here has dealt with this problem and can provide some advise. Thanks. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Emc-users Digest, Vol 70, Issue 11
On 2/3/2012 3:19 AM, emc-users-requ...@lists.sourceforge.net wrote: Beware - of these gotcha's No jog in feedhold! - So don't break an insert or get a swarf ball around a tool!!! Taper thread pitches are measured along the hypotenuse ??? ... Unfortunately any changes to EMC only happen if you can do it yourself even when you can prove it's sensible or Industry standard. Committee member ego's seem to overrule standards or common sense. Explains really why it's still a niche application with so few users... Really? I've followed the no jog in feedhold many times on this list - I'm still surprised at the discussion that comes up by how it should be obvious that when a tool is broken that you can just keep on cutting from where it failed. The ones that claim this as a need indicate to me that they really haven't been in the situation. My Mazak 410 VMC doesn't have jog in feedhold (brand new in 2008)- does that mean they owe me $100,000 back? Not at all - heck, in many circumstances, I can't even open the door in feedhold - it's a safety thing. The item that keeps escaping me is that one believes they can stop the machine just as the tool breaks in the toolpath (which by definition is physically impossible along a lateral plane), replace it, and pick up from where you left off. From production to prototyping - it doesn't happen. You either have to back up a few blocks or operations into the program to cut the scallop that the tool left, or scrap the workpiece and start again. Neither requires jog in feedhold - it requires stopping the program. And LinuxCNC is quite capable in that department, just like EVERY other control out there. In regards to a rats nest - from a turning workpiece to a turning tool - if you're getting a buildup of a continuous spiral from your cut, the cutting conditions are not correct. Aluminum, titanium and many polymers do tend to spiral - it is an indication of incorrect tool application. Feeds, speeds and depth of cut are no longer the realm of a secretive tool maker - they are well published, even equivalents for import/generic HSS tooling. Granted, most mini mill spindles are lacking the speed to run a 1/8 diameter cutter properly - the easy (and appropriate) solution is to program a Z+ raise in between machining operations - just a little higher than the clearance plane is sufficient - where you can then SAFELY hit feedhold and clear the swarf. Also something that traditional feedhold operations are capable of. In regards to the tapered threads - go ahead and look up how that thread is supposed to be cut - and measured - from Machinery's Handbook or an equivalent - Unless you're using a custom gage for checking, you're going to be measuring.along the hypotenuse! If you need to convert, the math is rather simple. Open a calculator app, or go retro and consult an antique known as a chart. I'm not responsible for programming or defining either of the above functions in LinuxCNC - I do tend to implement LinuxCNC as my control of choice in a number of installations - many of them hobbyists - that require instruction in the proper use of CNC equipment. (They thought that the 30 second cameo they saw on American Chopper showed them all they needed to know.) These things aren't photocopiers - the 100 hours you put into getting a mini mill cutting its first chip should be supplemented with 500 hours of learning proper machining and programming techniques. Even if using a free waterline CAM program is what you want, knowing how to write a couple lines of manual G code really is a requirement. I don't let anyone touch my machines that can't tell me how to use G04 and block delete. Just some rambling from someone who doesn't blame the control, Ted. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] US Digital encoders?
On Thu, 2012-02-02 at 22:21 -0500, gene heskett wrote: what can he use for an exciting signal? It seems I'm missing something obvious. I thought the idea was to move the motor back forth while comparing the commanded (presumably, the actual) position with the encoder's (also, presumably, the actual) position to see if there's any lag / jitter / instability between the two. Using freqgen (plus stepgen or whatever the motor might require) to drive the motor should accomplish the first part. Triggering halscope on (some part of) the output signal, then displaying both output and input traces will reveal their relation. Then use siggen to ramp / sawtooth freqgen and you'll see how the relation varies with speed acceleration. Yes? -- Ed http://softsolder.com -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Emc-users Digest, Vol 70, Issue 11
I am replying to Ted's message but my comments are agreeing with Ted and against whomever made the comments Ted responded to. On 2/3/2012 3:19 AM, emc-users-requ...@lists.sourceforge.net wrote: Beware - of these gotcha's No jog in feedhold! - So don't break an insert or get a swarf ball around a tool!!! Heh - I've been running NC/CNC machines for 32 years. I have operated machines with jog in feed hold available. It is useful in so few situations that it is not an issue to put much time into. Taper thread pitches are measured along the hypotenuse ??? I must agree taper pipe thread pitch is measured along the axis of the thread. The LinuxCNC application is able to do this with a little math. The LinuxCNC appplication can do more. Enough said. ... Unfortunately any changes to EMC only happen if you can do it yourself even when you can prove it's sensible or Industry standard. Committee member ego's seem to overrule standards or common sense. This comment leads me to believe you would be able to recognize ego beyond capability. I have spent time with some of the Committee members. Any ego they possess is FULLY supported by their abilities. In my opinion the people connected to LinuxCNC are helpful, GIVE their time and effort to it (MUCH appreciated BTW) and are very thoughtful and capable. Your comment is unhelpful and unnecessary. Explains really why it's still a niche application with so few users... Maybe you should just stay with an application that is more suited to your ability? just my opinion Stuart -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SJ200 VFD and Modbus
On Fri, 2012-02-03 at 11:36 +0100, Michael Haberler wrote: Am 03.02.2012 um 04:50 schrieb Kirk Wallace: I am able to modpoll the proper registers now, but I have a problem with Do you mean 'modpoll the proper registers' to mean 'read several holding registers in one operation'? If so: I had that problem with the Toshiba VFS-11. See the note in my driver at http://git.mah.priv.at/gitweb/vfs11-vfd.git/blob/refs/heads/f12-prod:/vfs11_vfd.c#l216 - Michael Yes, I meant I could get modpoll to read multiple registers as expected and according to a plan based on the register list (after getting the proper list). Of course with modpoll, I got errors when my base address and count pushed the end of the read into registers that do not exist. Also the SJ200 manual indicates that no more than four holding registers can be accessed at a time. The SJ200 must have a very small communication buffer, maybe due to having to deal with a tiny processor in the operator unit that occupies the Modbus port. With more experimentation I was able to get my comp to read even numbers of registers, with the last byte missing. This leads me to believe I have a endian or data type problem, so I'll need to learn more about the types used in modbus.c and types in general, or just read each register one at a time. I often can learn just enough about a sample C file to tweak some key words to get something that works, but this may not be the case for me here. Thanks Michael for your all the work you do on LinuxCNC. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SJ200 VFD and Modbus
On Fri, 2012-02-03 at 19:13 +1100, Frank Tkalcevic wrote: I've taken the existing gs2_vfd.c from src/hal/user_comps and made an sj200_vfd.c I don't like writing code that isn't modular and reusable, so I started to write the module so it could be configured by a table of values. I only got as far as making it work for my use. The plan was to have one vfd module, and just pass in a config file of values, however I don't have more than one device to test against. I haven't considered a generic VFD or Modbus device driver, because not only do the device functions vary widely, but so do implementations of the Modbus standard. I'm leaning more towards preferring a wizard that can help create a custom component. Having a custom component for each VFD would be similar to display or other drivers, after a while a library of components will get filled in and normal users will likely be able to just plug in the one that matches their device. Having a utility to aid in making the components could help fill the library more quickly. I've attached a zip file with the .c file and SubMakefile. I remember at the time I had a lot of trouble getting the submakefile to work and couldn't find any info on it. I put it in src/hal/user_comps, modify the submakefile and build. From memory, I don't think I could build from the src/hal/user_comps directory. I had to build the lot. Early on, I avoided using the GS2 component as a sample because it appeared that it had to be compiled within the LinuxCNC tree. It seemed I would need to compile LinuxCNC every time I made a change, but this is most likely because I don't understand programming very well. You'll notice in the code, 2 sets of tables. I too, had problems with v1 and v2 documentation. I am hoping to find the time to gather this VFD and Modbus information and post it to the wiki so others won't need to go through the same problems. From above ... however I don't have more than one device to test against., I wonder how hard it would be for someone to access my VFD's with VNC? I am getting my components sorted out, but in general, being able to use remote devices for development (through the wiki?) might be a good thing. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] US Digital encoders?
On Thu, 2 Feb 2012, Viesturs L?cis wrote: Date: Thu, 2 Feb 2012 22:50:52 +0200 From: [UTF-8] Viesturs L?cis viesturs.la...@gmail.com Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: Re: [Emc-users] US Digital encoders? 2012/2/2 andy pugh bodge...@gmail.com: On 2 February 2012 15:09, Viesturs L??cis viesturs.la...@gmail.com wrote: Could it be anything else, but the encoder problem? It could be an unfortunate resonance between the mechanical frequency of the machine frame and the servo loop. This might be why increasing the servo frequency was helpful. Increasing servo servo period frequency from 1 kHz to 2kHz helped. But any further increase up to 5 kHz did not provide any additional improvement. Even more, with 5kHz (and RTAI errors) I actually have returned at starting point. I had some courses, covering resonances, and the conclusion is that there should have been additional changes in behavior, when further changes in servo update rate were made. And it should not had gone back to the initial behavior. But that theory... Is it possible that you have some binding or tracking issues? The 7I39L has a current limit of 15A/phase If you exceed ths current, you will suddenly have a drastic change in your tuning as you will lose the inherent damping of a voltage mode drive. The current limit should never be reached in a properly tuned system but it may be happening when you have the oscillation. The way to check for this is look for the red overcurrent light on the 7I39 when you execute rapid accelerations (or perhaps due to resonance or binding) 2012/2/2 Sven Wesley svenne.d...@gmail.com: Did you try my suggestion to ground the encoder, as written in my previous mail? Sorry, I forgot. The thing is that I did not find that there was not an issue with lost encoder pulses anyway... Viesturs -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] US Digital encoders?
2012/2/3 Peter C. Wallace p...@mesanet.com: Is it possible that you have some binding or tracking issues? The 7I39L has a current limit of 15A/phase If you exceed ths current, you will suddenly have a drastic change in your tuning as you will lose the inherent damping of a voltage mode drive. The current limit should never be reached in a properly tuned system but it may be happening when you have the oscillation. The way to check for this is look for the red overcurrent light on the 7I39 when you execute rapid accelerations (or perhaps due to resonance or binding) Thank You for the tip! The thing is that the oscillation occurs, when the speed of the jog has already been reached, not during acceleration. But I will pay attention to the LEDs. Viesturs -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Classic ladder questions and comments
All this talk of lowering the servo thread had me thinking back to when I was setting up the KT. I wanted to try to lower the servo thread for testing. I could not go much slower the the 1ms default or I would get real time delays. After some consultation on irc - it was decided that the ladder was the issue. I gave up and left my servo thread at 1ms. My ladder does tool chain logic, tool changing, pallet transfer and a few other odds and ends. It has probably over 16 sections and quite a few rungs. when the section display is open - the upper right hand corner has the scan time - it is 135us. vs the classic ladder sample in the sample configs (pretty much just estop logic and oiling) which runs in 17us. I have a older atom330 board here that I am playing with. On a side note - here is the latency test without isolcups=1 http://www.electronicsam.com/images/KandT/testing/atomnonisolcups.png with isolcups=1 http://www.electronicsam.com/images/KandT/testing/atomisolcpus.png I put the classic ladder parts into the emc stepper_inch config from the sample configs (emc version 2.4.6) fresh install from the livecd then updated. I removed the base thread and stepgen functions from the threads. here is the config. http://www.electronicsam.com/images/KandT/testing/stepper/ that has my ladder in it (just running - none of the pins are connected) This is ladder from sometime in the distant past - I am sure it isn't the latest ladder. Now - on this atom - it will not run at 1ms. It seems to run at .909khz. (servo period 110) The KT is using a asus motherboard and amd processor. (don't remember exactly but it is quite a bit more powerful than the atom) The atom board will run the sample ladder logic down to about 5khz. So - the ladder isn't that intense - does classic ladder just take that much time? Is there another issue? am I making any sense? :) It seems to me if I made a much larger ladder - it might stop running on the KT computer... sam -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SJ200 VFD and Modbus
On Thu, 2012-02-02 at 19:50 -0800, Kirk Wallace wrote: I'm trying to get my SJ200 VFD connected with Modbus. In preparation for this I ported a MVX9000 which I had on the shelf. It turned out to be a slam dunk, almost. http://www.wallacecompany.com/machine_shop/EMC2/mvx9000/ I've noticed on the different versions of VFD C file derived components there is a usage message at the top of the source file then a usage message in the usage function. Why can't we live without the message at the top? Also, with the comp utility there is an automated means to create and install a man page, is there a means for doing this for C file derived components? -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SJ200 VFD and Modbus
On Fri, 2012-02-03 at 11:38 -0800, Kirk Wallace wrote: On Thu, 2012-02-02 at 19:50 -0800, Kirk Wallace wrote: I'm trying to get my SJ200 VFD connected with Modbus. In preparation for this I ported a MVX9000 which I had on the shelf. It turned out to be a slam dunk, almost. http://www.wallacecompany.com/machine_shop/EMC2/mvx9000/ I've noticed on the different versions of VFD C file derived components there is a usage message at the top of the source file then a usage ... snip I have some more thoughts on VFD components. My plan for my SJ200 component was to have a bare-bones version that let one operate speed, direction and maybe a fault signal, then a more complete version with more features, but still only those necessary for machine operation and monitoring, and finally have a component meant to run separately from LinuxCNC that would allow setting registers relevant to features such as for tuning the system for the motor being used. Just a thought. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SJ200 VFD and Modbus
On 02/03/2012 12:20 PM, Kirk Wallace wrote: I have some more thoughts on VFD components. My plan for my SJ200 component was to have a bare-bones version that let one operate speed, direction and maybe a fault signal, then a more complete version with more features, but still only those necessary for machine operation and monitoring, and finally have a component meant to run separately from LinuxCNC that would allow setting registers relevant to features such as for tuning the system for the motor being used. You might also think about including the at-speed signal (is it frequency arrival?), and fault reset from linuxcnc to the VFD. Until I get everything dialed in I've found it handy to have a VFD reset button in the pyvcp panel. We have a Hitachi X200 VFD, hard-wired at the moment, but I want to use it with modbus. I'm eager to see how yours turns out. Karl -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SJ200 VFD and Modbus
I haven't considered a generic VFD or Modbus device driver, because not only do the device functions vary widely, but so do implementations of the Modbus standard. Yes, I found that too. I built my code based on the GS2 module and Michael's code. Early on, I avoided using the GS2 component as a sample because it appeared that it had to be compiled within the LinuxCNC tree. It seemed I would need to compile LinuxCNC every time I made a change, but this is most likely because I don't understand programming very well. The idea was to have one user hal module that would be configured by an ini file, eg loadusr -W vfdmodule sj2002.ini All that would change would be the ini file. My module is driven by the two tables, currently in the code, but I planned to move the vfd specific part to the configuration file. The tables define the Modbus registers and coils, and which ones you want to appear as hal pins. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SJ200 VFD and Modbus
On Fri, 2012-02-03 at 14:58 -0800, Karl Cunningham wrote: On 02/03/2012 12:20 PM, Kirk Wallace wrote: I have some more thoughts on VFD components. My plan for my SJ200 component was to have a bare-bones version that let one operate speed, direction and maybe a fault signal, then a more complete version with more features, but still only those necessary for machine operation and monitoring, and finally have a component meant to run separately from LinuxCNC that would allow setting registers relevant to features such as for tuning the system for the motor being used. You might also think about including the at-speed signal (is it frequency arrival?), and fault reset from linuxcnc to the VFD. Until I get everything dialed in I've found it handy to have a VFD reset button in the pyvcp panel. We have a Hitachi X200 VFD, hard-wired at the moment, but I want to use it with modbus. I'm eager to see how yours turns out. Karl The X200 manual I found on-line: http://www.hitachi-america.us/products/business/inverters/products/ac_variable_speed_drives/x200/ looks very similar to my SJ200-2 and has the same register addresses for at least the major functions. So when I get my SJ done you'll most likely have a Modbus component you can use. -- Kirk Wallace http://www.wallacecompany.com/machine_shop/ http://www.wallacecompany.com/E45/index.html California, USA -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SJ200 VFD and Modbus
Am 04.02.2012 um 00:30 schrieb Frank Tkalcevic: I haven't considered a generic VFD or Modbus device driver, because not only do the device functions vary widely, but so do implementations of the Modbus standard. Yes, I found that too. Amen. I had that grandiose plan too, despite advice to the contrary. After a day or three of trying to figure how the Toshiba guys understood the Modbus spec, I finally was humbled into the one-driver-per-manufacturer model. I had to write a utility to talk to a modbus device, as an aid in reverse engineering: http://git.mah.priv.at/gitweb/modio.git , maybe its useful for the task I built my code based on the GS2 module and Michael's code. I guess I'll add that to master since it seems a popular base for cloning and I get no complaints here's another modbus driver for an Altivar which Martin Kaplan sent me: http://git.mah.priv.at/gitweb/emc2-dev.git/shortlog/refs/heads/altivar-vfd-comp -m -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Emc-users Digest, Vol 70, Issue 11
On Friday, February 03, 2012 10:03:07 PM Ted Hyde did opine: On 2/3/2012 3:19 AM, emc-users-requ...@lists.sourceforge.net wrote: Beware - of these gotcha's No jog in feedhold! - So don't break an insert or get a swarf ball around a tool!!! Taper thread pitches are measured along the hypotenuse ??? ... Unfortunately any changes to EMC only happen if you can do it yourself even when you can prove it's sensible or Industry standard. Committee member ego's seem to overrule standards or common sense. Explains really why it's still a niche application with so few users... Really? I've followed the no jog in feedhold many times on this list - I'm still surprised at the discussion that comes up by how it should be obvious that when a tool is broken that you can just keep on cutting from where it failed. The ones that claim this as a need indicate to me that they really haven't been in the situation. My Mazak 410 VMC doesn't have jog in feedhold (brand new in 2008)- does that mean they owe me $100,000 back? Not at all - heck, in many circumstances, I can't even open the door in feedhold - it's a safety thing. The item that keeps escaping me is that one believes they can stop the machine just as the tool breaks in the toolpath (which by definition is physically impossible along a lateral plane), replace it, and pick up from where you left off. From production to prototyping - it doesn't happen. You either have to back up a few blocks or operations into the program to cut the scallop that the tool left, or scrap the workpiece and start again. Neither requires jog in feedhold - it requires stopping the program. And LinuxCNC is quite capable in that department, just like EVERY other control out there. In regards to a rats nest - from a turning workpiece to a turning tool - if you're getting a buildup of a continuous spiral from your cut, the cutting conditions are not correct. Aluminum, titanium and many polymers do tend to spiral - it is an indication of incorrect tool application. Feeds, speeds and depth of cut are no longer the realm of a secretive tool maker - they are well published, even equivalents for import/generic HSS tooling. Granted, most mini mill spindles are lacking the speed to run a 1/8 diameter cutter properly - the easy (and appropriate) solution is to program a Z+ raise in between machining operations - just a little higher than the clearance plane is sufficient - where you can then SAFELY hit feedhold and clear the swarf. Also something that traditional feedhold operations are capable of. In regards to the tapered threads - go ahead and look up how that thread is supposed to be cut - and measured - from Machinery's Handbook or an equivalent - Unless you're using a custom gage for checking, you're going to be measuring.along the hypotenuse! If you need to convert, the math is rather simple. Open a calculator app, or go retro and consult an antique known as a chart. I'm not responsible for programming or defining either of the above functions in LinuxCNC - I do tend to implement LinuxCNC as my control of choice in a number of installations - many of them hobbyists - that require instruction in the proper use of CNC equipment. (They thought that the 30 second cameo they saw on American Chopper showed them all they needed to know.) These things aren't photocopiers - the 100 hours you put into getting a mini mill cutting its first chip should be supplemented with 500 hours of learning proper machining and programming techniques. Even if using a free waterline CAM program is what you want, knowing how to write a couple lines of manual G code really is a requirement. I don't let anyone touch my machines that can't tell me how to use G04 and block delete. Just some rambling from someone who doesn't blame the control, Ted. I couldn't agree more Ted. G04 Pseconds stops axis motion for seconds. I use it a lot, after getting ready to probe a spot, by sending myself a (msg, hook up the probe dummy!) waiting long enough in case its not hooked up. As for block delete, never tried it, but I have written some conditional skips using the owords. That probably won't qualify me to run your machinery and I don't expect it to. As for knowing all there is to know about linuxcnc, no one of my maturity will live long enough to get it all, somewhat because the short term near photographic memory that I had at 50 just isn't there anymore 27 years later. No clue if that may be from sugar damage but I am told it is possibly a contributing factor by the sawbones who try to beat some sense into this old man. The only thing I fuss about linuxcnc doing, because it has done it 5 or 6 times this evening, is that the latest 2.6.0-pre from the master-rt link, has crashed my machine about every third time I quit it while fine tuning my backlash settings this evening. I made the top side of this
Re: [Emc-users] US Digital encoders?
On Friday, February 03, 2012 10:33:35 PM Ed Nisley did opine: On Thu, 2012-02-02 at 22:21 -0500, gene heskett wrote: what can he use for an exciting signal? It seems I'm missing something obvious. I thought the idea was to move the motor back forth while comparing the commanded (presumably, the actual) position with the encoder's (also, presumably, the actual) position to see if there's any lag / jitter / instability between the two. Using freqgen (plus stepgen or whatever the motor might require) to drive the motor should accomplish the first part. Triggering halscope on (some part of) the output signal, then displaying both output and input traces will reveal their relation. Then use siggen to ramp / sawtooth freqgen and you'll see how the relation varies with speed acceleration. Yes? That, Ed, is essentially what I was asking for. And I had forgotten about freqgen. I used to have a memory... 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 If you don't go to other men's funerals they won't go to yours. -- Clarence Day -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] More pcb-gcode questions
Greetings; Since I made the top side of a board look pretty good, but got stymied by linuxcnc's refusal to do a move to tool change from .1 to Z6.0 when it had 8.5 of room, I figured I would play with pcb-gcode see if I could do the text for the terminal labels as text rather than outlined, which works but is plumb fuggly and unreadable. I have moved these labels one at a time to other layers so I can try 5 layers per run of pbc-gcode, but I'm having zero luck finding the magic tname label that works. So, what layer in eagle do I move these text labels to so they come out in the $basename.top.txt.ngc file? And is there something else I need to do, the pcb-gcode previewer shows total blanks where they should be at all times. Thanks. 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 If all men were brothers, would you let one marry your sister? -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] More pcb-gcode questions
On 4 February 2012 09:25, gene heskett ghesk...@wdtv.com wrote: Since I made the top side of a board look pretty good, but got stymied by linuxcnc's refusal to do a move to tool change from .1 to Z6.0 when it had 8.5 of room I have got myself into that sort of tangle by touching-off into the tool table when I wanted to change the coordinate system, and vice-versa. What was your tool-length showing as? -- atp The idea that there is no such thing as objective truth is, quite simply, wrong. -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
