Re: [Emc-users] hardware switch for run open program?
Hi, then try to do show pin from halcmd and see if the pin halui.program.run pin exist. It is possible that some of the halui pins you see in the documentation are not yet available in the official release but only in the last development version. After that, I will ask for you in the chat, or you can ask in the chat if you want, you can access from the linuxorg website (here: http://www.linuxcnc.org/component/option,com_mospjirc/Itemid,8/lang,en/ ). I don't know why you're getting replies only from me. I'm not very expert like other people there. After that, I can try it on my PC to see if I've the same problem. Regards, Manfredi My websites: www.m24-pro.com www.emc2cnc.altervista.org >From: "Alfred Smart" <[EMAIL PROTECTED]> >Reply-To: Alfred Smart <[EMAIL PROTECTED]>,"Enhanced Machine Controller >(EMC)" >To: >Subject: [Emc-users] hardware switch for run open program? >Date: Mon, 7 May 2007 21:46:18 -0400 > > I posted a letter halui.program.run? I got one reply from Manfredi and I >tried what he mentioned but I'm still hung up >can a hardware switch be linked through halui to button.program-run or >halui.program.run or am I wasting everyone's time? >I'm trying to pull the pin low,is it expecting a high signal from the pin? >seems like someone has done this if its doable >Help! > > I've tried many variations (still no success) >I move HALUI= halui up under [HAL] >instead of halcmd in the ini >that's where it was in the sample configs ini didn't seem to make a >difference >added >newsig runsignal bit >net runsignal parport.1.pin-12-in-not halui.program.run >to the standard_pin_out.hal file >when I use hal show it shows the signal linked to the parport but doesn't >show it linked to halui.program.run >like iocontrol.0. >example >signals >type value name >bit false feedhold ><== iocontrol.0.tool-change > ==>parport.1.pin-11-in-not > >signals >type value name >bit false runsignal >==>parport.1.pin-12-in-not > is all that shows in the signals for runsignal it doesn't seem to get >tied to halui.program.run like iocontrol.0.tool-change does. >on the wiki site there is some docs showing hardware panel interfacing but >no mention of cycle start >anyone have any suggestions > > > >- >This SF.net email is sponsored by DB2 Express >Download DB2 Express C - the FREE version of DB2 express and take >control of your XML. No limits. Just data. Click to get it now. >http://sourceforge.net/powerbar/db2/ >___ >Emc-users mailing list >Emc-users@lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/emc-users _ Don't just search. Find. Check out the new MSN Search! http://search.msn.click-url.com/go/onm00200636ave/direct/01/ - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Turning tiny bits...solution?
Thanks John, Those are all very good tips. I do have a variac and an isolation transformer, but I think I want to get a hold of the tachometer before I start the experiment. - Original Message - From: "John Kasunich" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Monday, May 07, 2007 10:41 PM Subject: Re: [Emc-users] Turning tiny bits...solution? > For test purposes, a variac with a fuse, followed by an ISOLATION > transformer (120V to 120V) followed by a bridge rectifier and cap, would > work. Start with the variac on zero and slowly increase. > > Doing it without the isolation transformer is EXTREMELY unwise, we'd > like you to stick around for a while. Even with the isolation > transformer, it is very dangerous if you get sloppy. > > You need to establish the required voltage first though, so you don't > wind up over-speeding the motor and wrecking it. > > If you can spin the motor at a known speed using something else (I've > used my drill press for small motors), you can measure the terminal > voltage while it spins. Then you can figure out the volts per 1000 RPM. > Multiply that by 60 to get the volts at 60,000RPM. Then at least > you'll know what voltage you need. > > Example: spin it at 450 RPM, measure 2.35 volts. Then volts/1000RPM is > 2.35/0.450 = 5.22, and volts at 60,000 RPM = 60 * 5.22 = 313V. I doubt > your motor will be that high, I just pulled those numbers out of the air > without working the math first. For the test, you want to spin it as > fast as you reasonably can - 1500 rpm would give a more accurate answer > than 450 rpm. > > The above assumes that this is a simple brush type DC motor. If it is > some brushless thing (which I'd expect at those speeds) then I have no > clue. > > Regards, > > John Kasunich > > - > This SF.net email is sponsored by DB2 Express > Download DB2 Express C - the FREE version of DB2 express and take > control of your XML. No limits. Just data. Click to get it now. > http://sourceforge.net/powerbar/db2/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mesa card stepper configuration
Larry Kopas wrote: > greetings, > > where do I find files to program mesa card for stepper motors. I > downloaded latest emc2 release from sf. I do see some hdl files but > nothing related to steppers. do I need to program everytime I power up > the computer? what utility is used to program the card in user mode? > Stepper support for the 5i20 is a work in progress. I'm the guy working on it, but I keep getting distracted by other issues. I'm going to do all I can to have it fully functional in time for the CNC workshop (June 11-17). It will be part of EMC 2.2 when that is released later this summer, and will be available in CVS before that. Right now the released version is 2.1.5. Version 2.2 will be adding a number of new features. Regards, John Kasunich - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] mesa card stepper configuration
greetings, where do I find files to program mesa card for stepper motors. I downloaded latest emc2 release from sf. I do see some hdl files but nothing related to steppers. do I need to program everytime I power up the computer? what utility is used to program the card in user mode? tia Larry - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Turning tiny bits...solution?
Dean Hedin wrote: > This is a revisit of this topic. Some time ago we were discussing the tiny > bit problem > and what type of motor would be best for this. > > Yesterday I picked up what I believe will be my new emc machine. > Some time ago, where my brother worked. they disposed of some old printed > circuit board routing machines. > He was able to save two of them from the dumpster, and gave me one. > > It's a Seebach LPKF (West Germany), 20x26" table, gantry style. > I went to thier website and the closest thing they offer today is something > like this: > http://www.lpkf.com/products/rapid-pcb-prototyping/circuit-board-plotter/protomat-m60.htm > > My unit is a little different. The gantry does not have a sheetmetal cover > like the one above. > All major items are made 1/2" thick aluminum. The rails are about 7/8" > precision rods with linear bearings. > > The X,Y axis have two steppers. The Z axis is a solenoid that moves about > 1/4 inch. > I intend to construct a new stepper driven Z axis. I will probably use a > xylotex controller. > > The steppers have 10 wires, so there may be encoders on them. > No electronics or documentation was included. So I will have to figure > everything out. > > There are a few circuit boards that serve as wire junctions and for mounting > the limit switches. > I think from this (and an ohm meter) I can figure out the wiring to the > steppers. > > The power head is what I'm getting to. The motor is a cylinder about 1 1/2 > inch diameter and 5 inches long. > It has ball bearings. > > I hooked up my bench DC supply and powered the motor up. > Even at 24 volts (the limit of my bench supply) I don't think this motor was > even close to 10,000 rpm. > It definitely needs more voltage. At 24v it was drawing very little > current, about 160ma. > > Unfortunately I don't what the motor rating is, but given the thin guage of > wire, I suspect that it is a > high voltage, low current type of DC motor. This is something I have never > encountered before. > > The spec sheet for their current model states 60,000 rpm spindle speed. > I don't know how I am going to come up with a power supply for this. It > might take 80-100 volts > before it hits this speed. > > I have access to tachometer. So that's a start I guess. > > Anybody know where I can get a 100 volt 1 amp DC supply? > For test purposes, a variac with a fuse, followed by an ISOLATION transformer (120V to 120V) followed by a bridge rectifier and cap, would work. Start with the variac on zero and slowly increase. Doing it without the isolation transformer is EXTREMELY unwise, we'd like you to stick around for a while. Even with the isolation transformer, it is very dangerous if you get sloppy. You need to establish the required voltage first though, so you don't wind up over-speeding the motor and wrecking it. If you can spin the motor at a known speed using something else (I've used my drill press for small motors), you can measure the terminal voltage while it spins. Then you can figure out the volts per 1000 RPM. Multiply that by 60 to get the volts at 60,000RPM. Then at least you'll know what voltage you need. Example: spin it at 450 RPM, measure 2.35 volts. Then volts/1000RPM is 2.35/0.450 = 5.22, and volts at 60,000 RPM = 60 * 5.22 = 313V. I doubt your motor will be that high, I just pulled those numbers out of the air without working the math first. For the test, you want to spin it as fast as you reasonably can - 1500 rpm would give a more accurate answer than 450 rpm. The above assumes that this is a simple brush type DC motor. If it is some brushless thing (which I'd expect at those speeds) then I have no clue. Regards, John Kasunich - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Turning tiny bits...solution?
This is a revisit of this topic. Some time ago we were discussing the tiny bit problem and what type of motor would be best for this. Yesterday I picked up what I believe will be my new emc machine. Some time ago, where my brother worked. they disposed of some old printed circuit board routing machines. He was able to save two of them from the dumpster, and gave me one. It's a Seebach LPKF (West Germany), 20x26" table, gantry style. I went to thier website and the closest thing they offer today is something like this: http://www.lpkf.com/products/rapid-pcb-prototyping/circuit-board-plotter/protomat-m60.htm My unit is a little different. The gantry does not have a sheetmetal cover like the one above. All major items are made 1/2" thick aluminum. The rails are about 7/8" precision rods with linear bearings. The X,Y axis have two steppers. The Z axis is a solenoid that moves about 1/4 inch. I intend to construct a new stepper driven Z axis. I will probably use a xylotex controller. The steppers have 10 wires, so there may be encoders on them. No electronics or documentation was included. So I will have to figure everything out. There are a few circuit boards that serve as wire junctions and for mounting the limit switches. I think from this (and an ohm meter) I can figure out the wiring to the steppers. The power head is what I'm getting to. The motor is a cylinder about 1 1/2 inch diameter and 5 inches long. It has ball bearings. I hooked up my bench DC supply and powered the motor up. Even at 24 volts (the limit of my bench supply) I don't think this motor was even close to 10,000 rpm. It definitely needs more voltage. At 24v it was drawing very little current, about 160ma. Unfortunately I don't what the motor rating is, but given the thin guage of wire, I suspect that it is a high voltage, low current type of DC motor. This is something I have never encountered before. The spec sheet for their current model states 60,000 rpm spindle speed. I don't know how I am going to come up with a power supply for this. It might take 80-100 volts before it hits this speed. I have access to tachometer. So that's a start I guess. Anybody know where I can get a 100 volt 1 amp DC supply? - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] hardware switch for run open program?
I posted a letter halui.program.run? I got one reply from Manfredi and I tried what he mentioned but I'm still hung up can a hardware switch be linked through halui to button.program-run or halui.program.run or am I wasting everyone's time? I'm trying to pull the pin low,is it expecting a high signal from the pin? seems like someone has done this if its doable Help! I've tried many variations (still no success) I move HALUI= halui up under [HAL] instead of halcmd in the ini that's where it was in the sample configs ini didn't seem to make a difference added newsig runsignal bit net runsignal parport.1.pin-12-in-not halui.program.run to the standard_pin_out.hal file when I use hal show it shows the signal linked to the parport but doesn't show it linked to halui.program.run like iocontrol.0. example signals type value name bit false feedhold <== iocontrol.0.tool-change ==>parport.1.pin-11-in-not signals type value name bit false runsignal ==>parport.1.pin-12-in-not is all that shows in the signals for runsignal it doesn't seem to get tied to halui.program.run like iocontrol.0.tool-change does. on the wiki site there is some docs showing hardware panel interfacing but no mention of cycle start anyone have any suggestions - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC 2.1.5 released
On Monday 07 May 2007, Dean Hedin wrote: >Gene, You should find a lighter spring if possible. > >I don't think Chris will need the type of probe that you and I have made. >To do a "crawling" type of probing algorithm they will require a probe >that can side trigger as well. With a lighter spring, which I'm still looking for, and a slight squeeze in a jacobs chuck to gently reduce the clearances & get rid of some of that .020" wobble in this model, I'm sure some sort of a crawling operation, recording the center of the true-false hysteresis as it crawled, would be doable, just not with emc itself. Unforch, last nights 2nd restart also failed as somebody took out a power pole about 1am and we didn't get power back till after 4. Hopefully that probe didn't get damaged since the motor psu is not on the ups out there, and it recycled 3 times before the recloser at the substation locked out. No idea if that psu, (its an anchor for a good sized boat) held up well enough so it only went down once. Its got about 150,000 uf in it for filters. >Chris, I'll have to dig up my notes, but I did come up with a crawling >algorithm >using a series of short, linear probe moves. However, this needs to be >under algorithmic control, >since, in this new algorithm, the choice of the next probe direction depends >on whether or not there was contact >from a previous probe move. This aspect would prevent someone from doing >this with g-code alone. > >Things could be different if the the entire probing operation is wraped up >inside emc >with a special comand. > >If the goal is to make a more sophisticated g-code probe command, then it >may take some >careful thinking to make it generic for all types of machines > Agreed. I tend to think in my little world, but emc has to live in everybodies shop. -- 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) dpkg has bugs? no way! - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] halui.program.run?
Hi, First, in your .ini file, I think you've to add the line HALUI = halui just below the line [HAL], so you will have: [HAL] HALUI = halui # The run script first uses halcmd to execute any HALFILE # files, and then to execute any individual HALCMD commands. # # list of hal config files to run through halcmd # files are executed in the order in which they appear HALFILE =core_stepper.hal HALFILE =standard_pinout.hal HALFILE =halvcp.hal This because the hal files are executed in the order in wich they appear, and I think the same happens with halui, so you're trying to execute standard_pinout.hal before you've the halui pins you're using in it. Second, in your pinout.hal, note that in the commands linksp, linkps, the suffix "ps" or "sp" means "signal-to-pin" or "pin-to-signal" so when you use them be careful on which order you put the names after. For example, the line "linkps program-run <= halui.program.run" tries to connect a pin to a signal but you put in the order a signal and after a pin. Also, remember that the command "net", needs a name for a signal to use to connect two pins. So for example in the line "net parport.1.pin-12-in-not halui.program.run" the signal name is missing. Try to add this line to your standard_pinout.hal file and remove/comment all others regarding program run: net runsignal parport.1.pin-12-in-not halui.program.run try and see if that work. Also, it is a very good idea to update to the 2.1.5 release instead to use the old 2.1 Regards, Manfredi My websites: www.m24-pro.com www.emc2cnc.altervista.org >From: "Alfred Smart" <[EMAIL PROTECTED]> >Reply-To: "Alfred Smart" <[EMAIL PROTECTED]> >To: "Manfredi Leto" <[EMAIL PROTECTED]> >Subject: Re: [Emc-users] halui.program.run? >Date: Sun, 6 May 2007 17:02:59 -0400 > > Here is the standard pin out and ini files >I'm trying to pull pin 12 low for a cycle start signal >There aren't many examples of halui interfacing on the archive that I could >find that use halui.program.run > > ># standard pinout config file for 3-axis steppers ># using a parport for I/O ># ># first load the parport driver >loadrt probe_parport >loadrt hal_parport cfg="0x0378 0xDFE0" ># ># next connect the parport functions to threads ># read inputs first >addf parport.0.read base-thread 1 ># write outputs last >addf parport.0.write base-thread -1 >#read inputs first >addf parport.1.read base-thread 1 >#write outputs last >addf parport.1.write base-thread -1 > ># finally connect physical pins to the signals >linksp Xstep => parport.0.pin-03-out >linksp Xdir => parport.0.pin-02-out >linksp Ystep => parport.0.pin-05-out >linksp Ydir => parport.0.pin-04-out >linksp Zstep => parport.0.pin-07-out >linksp Zdir => parport.0.pin-06-out > ># create a signal for the estop force false ># alternate for estop force false pin 13 only with no ewrite >#linkpp parport.1.pin-13-in iocontrol.0.emc-enable-in > ># connect e-stop write/sense to I/O controller >newsig EstopSense bit >newsig EstopWrite bit >linksp EstopSense <= parport.1.pin-13-in >linksp EstopSense => iocontrol.0.emc-enable-in >linksp EstopWrite <= parport.1.pin-16-out >linksp EstopWrite => iocontrol.0.user-enable-out >#estop may need to be inverted > ># create feedhold signal >newsig feedhold bit ># connect signal to motion control >linkps motion.feed-hold => feedhold ># conect feedhold to physical pin >linksp feedhold => parport.1.pin-11-in-not ># or this works too >#net feedhold parport.1.pin-11-in-not motion.feed-hold > > /Tried a few variations >#newsig program-run bit >#linkps program-run <= halui.program.run >#linksp program-run => parport.1.pin-12-in-not > I get duplicate signal errors when I try to linkpp >parport.1.pin-12-in-not >button.program-run >Has anyone used halui.program.run for a hardware run button? > > >#net halui.program.run parport.1.pin-12-in-not >#linkpp halui.program.run parport.1.pin-12-in-not >#net parport.1.pin-12-in-not halui.program.run > ># create a signal for "spindle brake" ># create a signal for "spindlefwd" ># create a signal for "spindlerev" >newsig spindle-brake bit >newsig spindle-forward bit >newsig spindle-reverse bit ># connect the controller to it >linkps motion.spindle-brake => spindle-brake >linkps motion.spindle-forward => spindle-forward >linkps motion.spindle-reverse => spindle-reverse ># connect it to physical pin >linksp spindle-brake => parport.1.pin-17-out >linksp spindle-forward => parport.1.pin-03-out >linksp spindle-reverse => parport.1.pin-02-out > > ># create a signle for mist coolant ># create a signle for flood coolant >newsig MistOn bit >newsig FloodOn bit ># connect iocontroler to it ># connect it to a physical pin >linksp MistOn <= parport.1.pin-08-out >linksp MistOn => iocontrol.0.coolant-mist >linksp FloodOn <= parport.1.pin-09-out >linksp FloodOn => iocontrol.0.coolant-flood > ># create signals for tool loading loopback ># use sig for
