Re: [Emc-users] Diagnostiic GUI
On 7/11/2013 10:00 PM, Jon Elson wrote: > Marshland Engineering wrote: > >> The only way we could get any stability was with the drives in Current mode >> and Tacho feedback. Nothing else was stable. >> >> > This is contradictory. Current mode does not use tach feedback. if you > have the tach connected, it is in velocity mode. Of course, you have > to have the tach phased correctly, or it will diverge. > > Jon > > I was about to say the same thing. I don't see how anything could be "stable" in current mode unless you have a constant torque load attached. If you have stable velocities and the tach is required, then you are in velocity mode. Dave -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Diagnostiic GUI
Marshland Engineering wrote: > The only way we could get any stability was with the drives in Current mode > and Tacho feedback. Nothing else was stable. > This is contradictory. Current mode does not use tach feedback. if you have the tach connected, it is in velocity mode. Of course, you have to have the tach phased correctly, or it will diverge. Jon -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] emco compact 5pc lathe and linuxcnc (no mods to original control)
quick threading video.. (yes - not the correct cutter - and the exit move is a bit shallow.. but shows the spindle sync is right on...) https://www.youtube.com/watch?v=ERMizV-yy8U sam On 07/11/2013 02:56 PM, sam sokolik wrote: > Seems to run nice at 40ipm > > http://electronicsam.com/images/emco/EMCOThreading.JPG > > video soon... > > > On 7/9/2013 11:34 AM, sam sokolik wrote: >> ok - some cool news I think. So - with the switch on the interface >> board set to off (non step/dir mode) the control signals are 4 phase >> drive. (seems to be unipolar). pins 2 through 5 control one axis - 6 >> through 9 control the other. I hacked a hal file to setup stepgen to >> output 4 phase (patterns 5 through 10). >> >> First tried pattern 9 (Unipolar Half Step) because the scale was setup >> for that. >> the performance was the same. 20ipm max and would probably have to back >> that off... >> >> Second was pattern 10 (Bipolar Half Step) I know - not likely - and it >> wasn't. Didn't like it. >> >> Third was pattern 5 (Unipolar Full Step) I halved the axis scales also. >> similar performance.. 20ipm max. (and sound so far was pretty crappy) >> >> fourth was pattern 6 (Unipolar Full Step (two windings on)) >> Holy crap. That sounds nice. maxed out at 30ipm and didn't try any >> faster. Full stepping is .00054ish per step. Workable for sure. >> >> That is what the original control/software maxed out at. I will try >> faster when I get a chance. >> >> That is totally usable with linuxcnc - no mods to the control. I need >> to hook up the index and 100ppr and try some threading! >> >> One thing to try is - I think I can put the interface board back into >> step/dir and full step. I don't know what pattern it does though. >> >> sam (happy dancing..) >> >> >> >> On 7/8/2013 7:13 AM, sam sokolik wrote: >>> We got a few of these lathes from a local school. they are cute little >>> cnc lathes. >>> The technology is pretty old though. The steppers are 72 steps per rev. >>> >>> I found this >>> http://www.maxton.com/ebay/emco/EMCO%20Compact%205PC%20Conversion%20to%20Mach3.pdf >>> >>> which talks about converting to mach. They remove the octal latch and >>> jump through it. >>> I wanted to see if I could get linuxcnc to drive the board without >>> hacking the latch out. >>> >>> this is what I have found/figured out >>> >>> I think this is correct.. (this is with switch 1 on the interface board >>> set to >>> 'on' which puts the board into step/dir) >>> >>> x step pin 2 >>> x dir pin 3 >>> z step pin 4 >>> z dir pin 5 >>> index pin 12 >>> estop pin 11 >>> 100 ppr sensor pin 10 >>> 74ls374 enable pin 14 >>> 74ls374 clock pin 1 >>> >>> I setup linuxcnc to send a pulse at every base period for the 'clock' >>> that latched the outputs of the chip. (thanks Jeff E for the idea) this >>> is using the >>> 'reset' option of the printer port that allows for a cycle within each >>> base period >>> the same feature that makes 'double step' work. This allows me to >>> 'latch' the >>> 74ls374 each base period with the current step/dir pattern. It seems to >>> work >>> >>> Now it took me a bit of tinkering to figure out that I didn't read the >>> above article >>> well enough to notice that you needed to set a switch to put the emco >>> interface >>> board into step/dir mode. During this time I was flipping bits on the >>> printer port >>> to try to figure out why it wasn't working. I think by default the >>> interface is setup >>> as phase drive. (4 phases per stepper) as I think I was flipping all 8 >>> data bits on >>> the printer port and was getting stepper clunking. >>> >>> Well - the performace of these drives/steppers are pretty poor. (assuming >>> I have the timing right - and I didn't get too much time to play with >>> it.) In the >>> above article they talk about around 20ipm is about max. That is what I was >>> seeing - plus there is a weird interaction when you run both axis at once. >>> (they get quite a bit noisier for some reason). Now it could be that I >>> don't quite >>> have the timing correct - like maybe the step/dir needs to be inverted or >>> or something - I will play with it more. >>> >>> I would also like to switch it back to non-step/dir mode. (phase drive >>> maybe?) >>> because there might be a reason the original software used it.. (better >>> performance?) plus I think I have the original software and would like >>> to try >>> it out also. (need to setup a pure dos machine to test) >>> >>> lathe >>> http://www.electronicsam.com/images/emco/emcoclose.JPG >>> interface/drive >>> http://www.electronicsam.com/images/emco/interfaceanddrive.JPG >>> >>> sam >>> >>> >>> >>> >>> >>> >>> >>> >>> -- >>> This SF.net email is sponsored by Windows: >>> >>> Build for Windows Store. >>> >>> http://p.sf.net/sfu/windows-dev2dev >>> ___ >>> Emc-users mailing list >>> Emc-users@li
Re: [Emc-users] Buying used servos
No pictures. They were on eBay. Looked fairly simple, just a hefty slide mounted between the head and where it attaches to the nodding joint. Would certainly require less power than using the knee for the CNC Z axis. On Thu, 7/11/13, Stuart Stevenson wrote: Subject: Re: [Emc-users] Buying used servos To: "Enhanced Machine Controller (EMC)" Date: Thursday, July 11, 2013, 5:51 AM Sweet - I've never seen one. Do you have a picture? On Jul 11, 2013 1:25 AM, "Gregg Eshelman" wrote: > I've seen pics of a couple of Bridgeport style CNC mills where the Z axis > is a slide inserted between the head and the turret so the entire head > moves up and down. That can have greater travel than moving the quill and > the head retains all its manual functions. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Diagnostiic GUI
On 11 July 2013 21:58, Marshland Engineering wrote: > The only way we could get any stability was with the drives in Current mode > and Tacho feedback. Nothing else was stable. Was this with a bare motor, or with the motor mounted in the machine? -- atp If you can't fix it, you don't own it. http://www.ifixit.com/Manifesto -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Diagnostiic GUI
> Anything that ends up in HAL can be tweaked live (without restarting > LinuxCNC). This includes PID gains, stepgen timing, etc. I use > "halcmd -kf" in a terminal to do this. I'll try this. Thanks > 2. A higher servo thread rate than 1 KHz may be required to close the > velocity portion (D term) of the loop with acceptable gain/stability How do I change this ? > Copley drive are in torque mode (this is not just using them without > tachometer feedback) The only way we could get any stability was with the drives in Current mode and Tacho feedback. Nothing else was stable. > The easiest way to do much of the servo tuning is with the > Machine/calibration > GUI, which allows you to set P,I, D FFx and some other parameters, and > save > the results to the ini file. We have played extensively with this, but it is the other parameters I was looking to change. Ferror, Acceleration, max velocity etc. I'll try the halcmd -kf" How do I change the default loaded Gcode program ? -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] emco compact 5pc lathe and linuxcnc (no mods to original control)
Seems to run nice at 40ipm http://electronicsam.com/images/emco/EMCOThreading.JPG video soon... On 7/9/2013 11:34 AM, sam sokolik wrote: > ok - some cool news I think. So - with the switch on the interface > board set to off (non step/dir mode) the control signals are 4 phase > drive. (seems to be unipolar). pins 2 through 5 control one axis - 6 > through 9 control the other. I hacked a hal file to setup stepgen to > output 4 phase (patterns 5 through 10). > > First tried pattern 9 (Unipolar Half Step) because the scale was setup > for that. > the performance was the same. 20ipm max and would probably have to back > that off... > > Second was pattern 10 (Bipolar Half Step) I know - not likely - and it > wasn't. Didn't like it. > > Third was pattern 5 (Unipolar Full Step) I halved the axis scales also. > similar performance.. 20ipm max. (and sound so far was pretty crappy) > > fourth was pattern 6 (Unipolar Full Step (two windings on)) > Holy crap. That sounds nice. maxed out at 30ipm and didn't try any > faster. Full stepping is .00054ish per step. Workable for sure. > > That is what the original control/software maxed out at. I will try > faster when I get a chance. > > That is totally usable with linuxcnc - no mods to the control. I need > to hook up the index and 100ppr and try some threading! > > One thing to try is - I think I can put the interface board back into > step/dir and full step. I don't know what pattern it does though. > > sam (happy dancing..) > > > > On 7/8/2013 7:13 AM, sam sokolik wrote: >> We got a few of these lathes from a local school. they are cute little >> cnc lathes. >> The technology is pretty old though. The steppers are 72 steps per rev. >> >> I found this >> http://www.maxton.com/ebay/emco/EMCO%20Compact%205PC%20Conversion%20to%20Mach3.pdf >> >> which talks about converting to mach. They remove the octal latch and >> jump through it. >> I wanted to see if I could get linuxcnc to drive the board without >> hacking the latch out. >> >> this is what I have found/figured out >> >> I think this is correct.. (this is with switch 1 on the interface board >> set to >> 'on' which puts the board into step/dir) >> >> x step pin 2 >> x dir pin 3 >> z step pin 4 >> z dir pin 5 >> index pin 12 >> estop pin 11 >> 100 ppr sensor pin 10 >> 74ls374 enable pin 14 >> 74ls374 clock pin 1 >> >> I setup linuxcnc to send a pulse at every base period for the 'clock' >> that latched the outputs of the chip. (thanks Jeff E for the idea) this >> is using the >> 'reset' option of the printer port that allows for a cycle within each >> base period >> the same feature that makes 'double step' work. This allows me to >> 'latch' the >> 74ls374 each base period with the current step/dir pattern. It seems to >> work >> >> Now it took me a bit of tinkering to figure out that I didn't read the >> above article >> well enough to notice that you needed to set a switch to put the emco >> interface >> board into step/dir mode. During this time I was flipping bits on the >> printer port >> to try to figure out why it wasn't working. I think by default the >> interface is setup >> as phase drive. (4 phases per stepper) as I think I was flipping all 8 >> data bits on >> the printer port and was getting stepper clunking. >> >> Well - the performace of these drives/steppers are pretty poor. (assuming >> I have the timing right - and I didn't get too much time to play with >> it.) In the >> above article they talk about around 20ipm is about max. That is what I was >> seeing - plus there is a weird interaction when you run both axis at once. >> (they get quite a bit noisier for some reason). Now it could be that I >> don't quite >> have the timing correct - like maybe the step/dir needs to be inverted or >> or something - I will play with it more. >> >> I would also like to switch it back to non-step/dir mode. (phase drive >> maybe?) >> because there might be a reason the original software used it.. (better >> performance?) plus I think I have the original software and would like >> to try >> it out also. (need to setup a pure dos machine to test) >> >> lathe >> http://www.electronicsam.com/images/emco/emcoclose.JPG >> interface/drive >> http://www.electronicsam.com/images/emco/interfaceanddrive.JPG >> >> sam >> >> >> >> >> >> >> >> >> -- >> This SF.net email is sponsored by Windows: >> >> Build for Windows Store. >> >> http://p.sf.net/sfu/windows-dev2dev >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > > -- > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Sta
Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black
On Thu, 2013-07-11 at 11:17 -0500, Charles Steinkuehler wrote: > On 7/11/2013 11:06 AM, Sebastian Kuzminsky wrote: > > On 7/11/13 06:41 , Charles Steinkuehler wrote: > >> I'll try this out in a day or two when I'm back home. I have had > >> several people think the system was broken because the LEDs were not > >> blinking...I'm guessing not very many people monitor the serial console > >> of their BeagleBone. :-/ > > > > I think that's an understandable user behavior. Out of the box, the BBB > > drives an HDMI display, and I bet that's how most people initially test > > their new BBBs. > > > > Then they fetch your image and put it on a micro SD card, and the HDMI > > screen remains dark, and they mail you a bug report ;-) > > Indeed. :( > > > I looked through your blog and didn't see a mention of this change from > > the default behavior. I bet just a quick note in your Quick Start > > (http://bb-lcnc.blogspot.com/p/machinekit_16.html) would go a long way. > > > > "The HDMI won't work, use a serial console via this cable > > (http://circuitco.com/support/index.php?title=BeagleBone_Black_Accessories#Serial_Debug_Cables) > > > > instead." > > I am actually considering leaving the HDMI enabled and requiring people > to edit the uEnv.txt file to disable it if they actually want to twiddle > pins. I can put a check for the HDMI driver being loaded in the > LinuxCNC setup script I'm calling at the start of HAL, and prod them to > edit uEnv.txt if they try to load a configuration that conflicts. Since > there are starting to be hardware options that work with HDMI enabled: > > https://github.com/modmaker/BeBoPr/wiki/BeBoPr-Bridge > > ...this seems like it might be a reasonable choice. > While not quite an Aunt Tilly device anything that leads to early success rather than frustration adds to the user population. Dave -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black
On 7/11/2013 11:06 AM, Sebastian Kuzminsky wrote: > On 7/11/13 06:41 , Charles Steinkuehler wrote: >> I'll try this out in a day or two when I'm back home. I have had >> several people think the system was broken because the LEDs were not >> blinking...I'm guessing not very many people monitor the serial console >> of their BeagleBone. :-/ > > I think that's an understandable user behavior. Out of the box, the BBB > drives an HDMI display, and I bet that's how most people initially test > their new BBBs. > > Then they fetch your image and put it on a micro SD card, and the HDMI > screen remains dark, and they mail you a bug report ;-) Indeed. :( > I looked through your blog and didn't see a mention of this change from > the default behavior. I bet just a quick note in your Quick Start > (http://bb-lcnc.blogspot.com/p/machinekit_16.html) would go a long way. > > "The HDMI won't work, use a serial console via this cable > (http://circuitco.com/support/index.php?title=BeagleBone_Black_Accessories#Serial_Debug_Cables) > > instead." I am actually considering leaving the HDMI enabled and requiring people to edit the uEnv.txt file to disable it if they actually want to twiddle pins. I can put a check for the HDMI driver being loaded in the LinuxCNC setup script I'm calling at the start of HAL, and prod them to edit uEnv.txt if they try to load a configuration that conflicts. Since there are starting to be hardware options that work with HDMI enabled: https://github.com/modmaker/BeBoPr/wiki/BeBoPr-Bridge ...this seems like it might be a reasonable choice. -- Charles Steinkuehler char...@steinkuehler.net -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black
On 7/11/13 06:41 , Charles Steinkuehler wrote: > I'll try this out in a day or two when I'm back home. I have had > several people think the system was broken because the LEDs were not > blinking...I'm guessing not very many people monitor the serial console > of their BeagleBone. :-/ I think that's an understandable user behavior. Out of the box, the BBB drives an HDMI display, and I bet that's how most people initially test their new BBBs. Then they fetch your image and put it on a micro SD card, and the HDMI screen remains dark, and they mail you a bug report ;-) I looked through your blog and didn't see a mention of this change from the default behavior. I bet just a quick note in your Quick Start (http://bb-lcnc.blogspot.com/p/machinekit_16.html) would go a long way. "The HDMI won't work, use a serial console via this cable (http://circuitco.com/support/index.php?title=BeagleBone_Black_Accessories#Serial_Debug_Cables) instead." -- Sebastian Kuzminsky -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pluto-p board question
On 2013-07-11 15:21, Sebastian Kuzminsky wrote: > As far as i know, the Pluto boards are no longer being made, and never worked > that well to start with. > > Look at the Mesa 7i43 for a modern replacent. > > > Yes, and due to this circumstance there should a couple of them lying about and let's hope cheap. Please don't keep me from it. I'm notorious nostalgic -- "In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach" Max Planck -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mail list over forums?
Depending on the forum software being used it may be possible to integrate the mailing list and forum. The SheetCam forum is set up like this so any posts made on the mailing list also appear on the forum and vice-versa. It isn't perfect and can occasionally be confusing but it does mostly work. Les On 11/07/2013 14:00, John Kasunich wrote: > We've had this discussion before. Different people prefer to get their > information in different ways. That is why we have both email lists > and a forum. > > This topic is a lot like religion or politics - you can have a lot of talk, > but in the end, everybody is likely to stick with what they preferred > in the first place. > > Any proposal to eliminate the mail list _or_ the forum isn't going to > get very far, because both forms of communication have very strong > advocates who have very good reasons for their preferences. > > -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mail list over forums?
On 7/11/2013 9:00 AM, John Kasunich wrote: > We've had this discussion before. Different people prefer to get their > information in different ways. That is why we have both email lists > and a forum. > > This topic is a lot like religion or politics - you can have a lot of talk, > but in the end, everybody is likely to stick with what they preferred > in the first place. > > Any proposal to eliminate the mail list _or_ the forum isn't going to > get very far, because both forms of communication have very strong > advocates who have very good reasons for their preferences. > > True. But I've noticed that the subject always seems to be brought up by the new people who prefer the forum format and are unhappy that all of the action is on the mailing lists. It would be neat if we could have a forum topic called emc-users and one called emc-developers set up so that if you post to the forum it would be sent to the list and if you posted to the list it would appear on the forum. That would permit the forum users to go to only a single place to see the real action. (I suspect that the complaint would then be that the emc-users topic contains too much disparate stuff and should be broken into multiple topics.) As far as I recall, most of the people at Wichita were familiar names from the list. So I'm happy sticking with just the list, and confident that I'm not missing much by avoiding the fora. Ken -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mail list over forums?
Thank you for your replies. Mail list, Fourm, IRC all forms of communication but in different ways that don't interact with each other. Thanks, Shannon Watson swat...@mpm1.com Phone: (316) 945-1227 MPM Inc. 2100 S West Street Wichita, KS 67213 -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pluto-p board question
As far as i know, the Pluto boards are no longer being made, and never worked that well to start with. Look at the Mesa 7i43 for a modern replacent. "W. Martinjak" wrote: >Greetings! > >Are there some fellows who have plut-p boards >and would sell it for a good price? >I'm in search of some. >My location is in europe. > > >Thanks and regards, > >Matsche > >-- >"In der Wissenschaft siegt nie eine neue Theorie, >nur ihre Gegner sterben nach und nach" > >Max Planck > > >-- >See everything from the browser to the database with AppDynamics >Get end-to-end visibility with application monitoring from AppDynamics >Isolate bottlenecks and diagnose root cause in seconds. >Start your free trial of AppDynamics Pro today! >http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users -- Sebastian Kuzminsky -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mail list over forums?
We've had this discussion before. Different people prefer to get their information in different ways. That is why we have both email lists and a forum. This topic is a lot like religion or politics - you can have a lot of talk, but in the end, everybody is likely to stick with what they preferred in the first place. Any proposal to eliminate the mail list _or_ the forum isn't going to get very far, because both forms of communication have very strong advocates who have very good reasons for their preferences. -- John Kasunich jmkasun...@fastmail.fm -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black
On 7/11/2013 2:58 AM, Michael Haberler wrote: > > Am 11.07.2013 um 05:40 schrieb Troy Jacobson : > >> The machinekit image does not flash the LEDs to show activity. >> Numbers 3 and 5 are on constantly for that image. That's a mistake >> I made... > > sorry, I should have noted that > > In the current (-bone20) xenomai kernel the led_gpio driver is > compiled as a module, as opposed to compiled in by default > > the reason is to prevent the kernel on trampling on Ian's hal_bb_gpio > driver which can drive leds too I'm pretty sure it's OK to have the LED driver in the kernel. Any LEDs driven by the hal_bb_gpio module can have their trigger disabled. I'll try this out in a day or two when I'm back home. I have had several people think the system was broken because the LEDs were not blinking...I'm guessing not very many people monitor the serial console of their BeagleBone. :-/ -- Charles Steinkuehler char...@steinkuehler.net -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Buying used servos
Sweet - I've never seen one. Do you have a picture? On Jul 11, 2013 1:25 AM, "Gregg Eshelman" wrote: > I've seen pics of a couple of Bridgeport style CNC mills where the Z axis > is a slide inserted between the head and the turret so the entire head > moves up and down. That can have greater travel than moving the quill and > the head retains all its manual functions. > > > -- > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mail list over forums?
Mark Wendt wrote: > On Wed, Jul 10, 2013 at 4:13 PM, Shannon Watson wrote: > >> I can just reply and it knows what i am replying to? On a forum I know >> what i am replying to. I will not wind up the 'top post' flamewars, but any decent email client will thread replies properly ... > You replied to Dave's reply. You didn't know what you were replying to? > > There's a subject header on an email, just like a subject or topic title on > a forum. > > A mailing list is likely to get faster replies to a forum, since many folks > have an email client up and running when they are online. > > On a forum, I need to be in that forum and in that topic to read what's > going on. If someone posts a new topic in a forum, the only way I'll know > it's there is if I visit that forum and see that topic. On an email list, > if someone posts a question, it's available the next time my email client > pops my mail server and delivers it into my inbox. Less work for me when I > don't necessarily have time to go searching through forums to see if there > are any new threads. I usually only visit a forum once a day, and only > give it a once through. Emails are constantly showing up in my inbox all > day long. I get emails from the CNCForum, but have given up bothering to go on-line there at all. I have all of a number of cnc list history locally and can search at leisure and reply promptly when something of interest pops up. To my mind, 'the cloud' should be about our all being able to LOCALLY monitor and interact with other people without having to keep going to 'centrally managed' websites ... email is part of that model. -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Custom firmware for MESA and BLDC motors
I suspect thread takes 430uS time only on LinuxCNC startup. I should re-check this. 2013.07.10 16:54, Anders Wallin rašė: > pushing the servo thread time down to 230us while you sometimes get delays > that cause it to be 430us does not seem right. -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Pluto-p board question
Greetings! Are there some fellows who have plut-p boards and would sell it for a good price? I'm in search of some. My location is in europe. Thanks and regards, Matsche -- "In der Wissenschaft siegt nie eine neue Theorie, nur ihre Gegner sterben nach und nach" Max Planck -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mail list over forums?
On Wed, Jul 10, 2013 at 4:13 PM, Shannon Watson wrote: > I can just reply and it knows what i am replying to? On a forum I know > what i am replying to. > > Thanks, > Shannon Watson > swat...@mpm1.com > Phone: (316) 945-1227 > MPM Inc. > 2100 S West Street > Wichita, KS 67213 > You replied to Dave's reply. You didn't know what you were replying to? There's a subject header on an email, just like a subject or topic title on a forum. A mailing list is likely to get faster replies to a forum, since many folks have an email client up and running when they are online. On a forum, I need to be in that forum and in that topic to read what's going on. If someone posts a new topic in a forum, the only way I'll know it's there is if I visit that forum and see that topic. On an email list, if someone posts a question, it's available the next time my email client pops my mail server and delivers it into my inbox. Less work for me when I don't necessarily have time to go searching through forums to see if there are any new threads. I usually only visit a forum once a day, and only give it a once through. Emails are constantly showing up in my inbox all day long. Mark -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mail list over forums?
On 10 Jul 2013, at 19:59, Bruce Layne wrote: > Forums require users to visit them and participate. An email list > arrives in my inbox. That's both an advantage and a disadvantage. It > keeps the topics in front of me on a daily basis and keeps me involved > but it does clutter my inbox. Despite the best of intentions, I > generally won't visit an online forum as part of a community. I'll go > there if I have a question, hang around a bit so I don't feel like a > leech, but life intervenes and I forget to keep hanging around learning > about LinuxCNC and helping others when I can. > Yes; this is why I appreciate the mail list more than the Forum. Can't remember when I last visited the Forum; its just too much effort to go there, and way too much to look through the topics and follow threads. > It's also easier for me to save the emails that have useful info so I > can search offline later. That's another advantage of the email list. Yes; and as others have mentioned, a single click in my mail system filters and sorts the messages. > But then again, I'm email-centric. I'm accustomed to filing email for > later reference. Yes; very useful. Excellent reference. > Cutting and pasting info from a forum post into a file > is more hassle and not nearly as searchable, although I do realize that > the online forum can be searched. > > > > On 07/10/2013 02:47 PM, Shannon Watson wrote: >> Why do you choose the email list over using a community forum? I really >> appreciate the mail list being available to communicate with you but, it's >> kinda antiquated. This is 2013 the buliten board system has been replaced >> with newer better technologies. We have the internet and community forums. I >> have a computer in my pocket that runs on a google developed system. It >> would be beneficial for the mail list to be retired and a movement to the >> forms take place. I'm glad you asked. Fourms are current, everyone knows how >> to use a forum they teach 3rd graders in school how to use a forum. >> LinuxCNC.org has a link to the forums. The people that are new to LinuxCNC >> can find the forum to ask questions. If you really want this to become >> popular it needs to be convenient, not hidden in the IRC or mail list. I had >> to register to use the forum just list using the mail list. I'll see you in >> the forum. >> > > Regards, Marcus -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black
Am 11.07.2013 um 05:40 schrieb Troy Jacobson : > The machinekit image does not flash the LEDs to show activity. Numbers 3 > and 5 are on constantly for that image. That's a mistake I made... sorry, I should have noted that In the current (-bone20) xenomai kernel the led_gpio driver is compiled as a module, as opposed to compiled in by default the reason is to prevent the kernel on trampling on Ian's hal_bb_gpio driver which can drive leds too - Michael > > > > > On Wed, Jul 10, 2013 at 1:03 AM, Klemen Dovrtel > wrote: > >> Thank for the info. I made the SD image as described. Then i tried to >> flash the board. I switched the power off, plugged in the sd card and >> switched the power on while holding the boot button. All four user leds lit >> for a second or so and than the led 3 and 5 lit solid. I thought now i have >> to wait for 45 minutes, but nothing happened. Later i tried the board but >> it still runs with the default software. Any idea what could be wrong? >> >> A also tried to start the board with the sd card inserted and i noticed >> that the sd card was rewritten with some default beagle board documentation. >> >> Regards >> Klemen >> >> >> >> >> >> From: Charles Steinkuehler >> To: Klemen Dovrtel ; Enhanced Machine >> Controller (EMC) >> Sent: Tuesday, July 9, 2013 12:40 PM >> Subject: Re: [Emc-users] Beaglebone LinuxCNC starterkit -> Beaglebone Black >> >> >> On 7/9/2013 3:40 AM, Klemen Dovrtel wrote: >>> Hello everybody, >>> >>> I noticed the BeagleBone version of LinuxCNC and decided to try it, but >> it seems i was not paying enough attention - I bought the Beaglebone Black >> instead of Beaglebone. >>> >>> Is there a simple way to make the Beaglebone LinuxCNC starterkit work on >> BeagleBone Black? Can i use the BeagleBone ready to run sd to flash the >> BeagleBone Black? >> >> That image is dated. You should start with the SD image from here: >> >> http://bb-lcnc.blogspot.com/p/machinekit_16.html >> >> ...it works fine with the "White" or the Black. >> >> -- >> Charles Steinkuehler >> char...@steinkuehler.net >> >> -- >> See everything from the browser to the database with AppDynamics >> Get end-to-end visibility with application monitoring from AppDynamics >> Isolate bottlenecks and diagnose root cause in seconds. >> Start your free trial of AppDynamics Pro today! >> http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk >> ___ >> Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users >> >> > -- > See everything from the browser to the database with AppDynamics > Get end-to-end visibility with application monitoring from AppDynamics > Isolate bottlenecks and diagnose root cause in seconds. > Start your free trial of AppDynamics Pro today! > http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Custom firmware for MESA and BLDC motors
No, I didn't yet. I will do when I will have time and report the results. 2013.07.11 07:31, Peter C. Wallace rašė: > BTW, did you try the latest BLDC version in master? It should make a big > improvement by halving the peak error in the commutation angle -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Custom firmware for MESA and BLDC motors
Mod operation is a counter with reset on TOP value - simple, no processor needed. I did those things with logic elements, making circuits for some constant TOP value. Isn't it possible to make lookups in hardware? Demultiplexer connected to table storage? How many selecting bits do we need - 3 to 7? How many output bits (unsigned int where middle value equals zero current) - 6 to 8? I understand that multiplication may be the most complex part, where single processor on FPGA may be needed. And 20kHz would be good, but not necessary. maybe 10kHz would be enough. How do you think how many gates would be needed for 3 axes - 200K, 400K? I am in ordering process of several 7i43-P cards for up to 3-axis machines now. Should I order 7I43-U-4 instead? Marius 2013.07.11 07:27, Peter C. Wallace rašė: > This is probably possible (have the driver fill the sine table with encoder > counts or some fraction) but in any case after you have 2 to 6 sets of these > per motor systems its a lot of FPGA real estate. Which is why at the required > update rates (lets say 20 KHz minimum) its going to be less hardware to use a > soft processor in the FPGA so the multipliers and lookup table and 0,120,140 > offsets and mod operations are all done with shared hardware (a processor can > be looked at as really just a fancy hardware muliplexing device) -- See everything from the browser to the database with AppDynamics Get end-to-end visibility with application monitoring from AppDynamics Isolate bottlenecks and diagnose root cause in seconds. Start your free trial of AppDynamics Pro today! http://pubads.g.doubleclick.net/gampad/clk?id=48808831&iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
