Re: [Emc-users] Emc-users Digest, Vol 30, Issue 12
Hi, I was messing with my configs, HAL and INI, and somehow I made AXIS dissapear, everything is running according to system monitor, but AXIS is invisible, i.e. no GUI. Other unmessed with configs will work, after the 'emc is already running, restart?' dialog appears. Any quick insights? Dan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Could my GeForce4 Ti 4600 simply be too underpowered?
That makes sense. It could be why the 8800GTX in my new machine is just a very nice card, and not 'killer.' I have Portal running through Steam, and even though I've finally managed to get it all working great, it's chuggy. It should fly on this card. Thanks for the info. I wish we had an open source friendly video card manufacturer that could compete with the big guys. -g On Sat, Oct 4, 2008 at 5:07 PM, Greg Bentzinger [EMAIL PROTECTED]wrote: Gary; Your GeForce4 Ti 4600 is not underpowered, its Overpowered with propreitary hardware accel. This is a gamers card - it RELIES on having the graphics data filtered/modified by the CPU using DX8. Without that preprocessing its kinda lost. Nvidia won't release parts of there driver specs as open source so you can only use there provided driver as is ( not realtime friendly ) or the linux generic VESA driver which is likely your best bet. I get great latency times with a Nvidia Vanta TNT2 16mb card - Overkill is useless without proper driver support. If I tried using my 8800GT 1GB card the results would likely be worse. Thats my 5 cents worth ( 2 cents adjusted for inflation and the current devaluation of the dollar.) Greg B. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] No version for nano2count fo und
Thank you Jeff I solved the nano2count problem as I wrote before. -Original Message- From: Jeff Epler [EMAIL PROTECTED] To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Date: Thu, 2 Oct 2008 09:26:23 -0500 Subject: Re: [Emc-users] No version for nano2count found On Thu, Oct 02, 2008 at 08:56:11AM -0400, Kenneth Lerman wrote: Why would you want a puppy based system? What advantages does it have for the general user? Why should we support it? We should not discourage experienced users from running emc on whatever system they find is advantageous to them, and we should try to avoid doing technical things that needlessly make it difficult. Jeff By the way, I started EMC system on Puppy linux last day. It was not easy, but I was able to do it (I tried to do it for one month). I tested all on real CNC machine and do not find any mechanical problems. Now I have very small and fast system :) By the way, as another guys wrote, first start EMC after rebooting gets fail by rtai_hal.ko problem. I have the same, and solve it by halrun -U command in XWin start. Also pidof in Puppy based on BusyBox and does not have -x option. I changed pidof command to pidof -s in emc start script. I did not found russian locale files for EMC after building. Strange, because EMC with Ubuntu has it. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] How does axis communicate with emc?
alan wrote: I want to connect directly to emc from some software I am developing. So far my software generates G codes but I want to cut out that stage. This is out of interest and in the spirit of investigation. By the way I would like to know the easier ways again out of curiosity. The NML libraries are relatively independent from the rest of EMC2. You could just make a header/class interface/whatever the C# equivalent is for the NML library - more or less a c# implementation of emc/nml_intf/emc.{cc,hh}. Where you may get into trouble is with the emc.hh file - that's where the specific NML messages are defined, and that's GPL - not LGPL. Anything based on it would have to be GPL as well (hopefully not a problem :) ). I suspect that the easier methods are based on using one or more of the existing programs that already have NML implementations: emcsh or emcrsh. And maybe HALUI or similar. Then there's the python library, which can be pretty easily used for various functions (see jdi.py for a simple example). You may also want to think about going straight to HAL, if you want to bypass the interpreter anyway. (the trajectory planner is still quite useful though) - Steve - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Emc-users Digest, Vol 30, Issue 12
Did you accidentally remove the line from the [DISPLAY] section of the .ini file that reads DISPLAY = axis ? My display section (old .ini version I have laying around on my laptop at the moment): snippet of an old ini file [EMC] MACHINE = SiegX3 NML_FILE = emc.nml DEBUG = 0 [DISPLAY] DISPLAY = axis POSITION_OFFSET = RELATIVE POSITION_FEEDBACK = ACTUAL MAX_FEED_OVERRIDE = 1.2 INTRO_GRAPHIC = emc2.gif INTRO_TIME = 5 PROGRAM_PREFIX = /home/cadmonkey/emc2/nc_files INCREMENTS = .1in .05in .01in .005in .001in .0005in .0001in PYVCP = panel.xml [TASK] /snip HTH Greg www.distinctperspectives.com - Original Message - From: Organic Engines To: emc-users@lists.sourceforge.net Sent: Sunday, October 05, 2008 4:33 AM Subject: Re: [Emc-users] Emc-users Digest, Vol 30, Issue 12 Hi, I was messing with my configs, HAL and INI, and somehow I made AXIS dissapear, everything is running according to system monitor, but AXIS is invisible, i.e. no GUI. Other unmessed with configs will work, after the 'emc is already running, restart?' dialog appears. Any quick insights? Dan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- No virus found in this incoming message. Checked by AVG - http://www.avg.com Version: 8.0.173 / Virus Database: 270.7.5/1708 - Release Date: 10/4/2008 11:35 AM - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Problem after installation of EMC2 on Ubuntu 8.04
Seem you booted the wrong kernel. If you install emc2 after you installed a regular Ubuntu then you'll get both the RTAI kernel and the generic Ubuntu kernel installed. If there are updates to the generic Ubuntu kernel, then that one will be automatically selected on your next boot. You can change the order (so that the rtai kernel starts first) either by changing /boot/grub/menu.lst or by hitting Esc when the PC starts booting (right after BIOS POST), then you can select which kernel to boot. Best regards, Alex - Original Message - From: thibault martin [EMAIL PROTECTED] To: emc-users@lists.sourceforge.net Sent: Sunday, October 05, 2008 4:26 PM Subject: [Emc-users] Problem after installation of EMC2 on Ubuntu 8.04 Hi, I'm a new user of EMC2 to pilot my new cnc milling machine for my hobby ! I've just install EMC2 on my laptop with Ubuntu 8.04 (using emc2-install.sh for ubuntu 8.04) When I laucht the program, I chose the sim axis configuration because my cnc is not operationnal and I've this error message: What's the problem Thanks (sorry for my bad english, I'm french and a new user of a Linux distribution) Print file information: RUN_IN_PLACE=no EMC2_DIR= EMC2_BIN_DIR=/usr/bin EMC2_TCL_DIR=/usr/share/emc/tcl EMC2_SCRIPT_DIR= EMC2_RTLIB_DIR=/usr/realtime-2.6.24-16-rtai/modules/emc2 EMC2_CONFIG_DIR= EMC2_LANG_DIR=/usr/share/emc/tcl/msgs INIVAR=/usr/bin/inivar HALCMD=/usr/bin/halcmd EMC2_EMCSH=/usr/bin/emcsh EMC2_IOSH=/usr/bin/iosh EMC2 - 2.2.6 Machine configuration directory is '/home/robiez/emc2/configs/sim' Machine configuration file is 'axis.ini' INIFILE=/home/robiez/emc2/configs/sim/axis.ini PARAMETER_FILE=sim.var EMCMOT=motmod EMCIO=io TASK=milltask HALUI=halui DISPLAY=axis NML_FILE=emc.nml Starting EMC2... Starting EMC2 server program: emcsvr Loading Real Time OS, RTAPI, and HAL_LIB modules Realtime system did not load Shutting down and cleaning up EMC2... Killing task emcsvr, PID=12203 Removing HAL_LIB, RTAPI, and Real Time OS modules Removing NML shared memory segments Cleanup done Kernel message information: [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Linux version 2.6.24-19-generic ([EMAIL PROTECTED]) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)) #1 SMP Wed Aug 20 22:56:21 UTC 2008 (Ubuntu 2.6.24-19.41-generic) [0.00] BIOS-provided physical RAM map: [0.00] BIOS-e820: - 0009f800 (usable) [0.00] BIOS-e820: 0009f800 - 000a (reserved) [0.00] BIOS-e820: 000ce000 - 000d (reserved) [0.00] BIOS-e820: 000dc000 - 0010 (reserved) [0.00] BIOS-e820: 0010 - bfed (usable) [0.00] BIOS-e820: bfed - bfee3000 (ACPI NVS) [0.00] BIOS-e820: bfee3000 - c000 (reserved) [0.00] BIOS-e820: e000 - f000 (reserved) [0.00] BIOS-e820: fec0 - fec1 (reserved) [0.00] BIOS-e820: fed0 - fed00400 (reserved) [0.00] BIOS-e820: fed14000 - fed1a000 (reserved) [0.00] BIOS-e820: fed1c000 - fed9 (reserved) [0.00] BIOS-e820: fee0 - fee01000 (reserved) [0.00] BIOS-e820: ff00 - 0001 (reserved) [0.00] 2174MB HIGHMEM available. [0.00] 896MB LOWMEM available. [0.00] found SMP MP-table at 000f76f0 [0.00] Entering add_active_range(0, 0, 786128) 0 entries of 256 used [0.00] Zone PFN ranges: [0.00] DMA 0 - 4096 [0.00] Normal 4096 - 229376 [0.00] HighMem229376 - 786128 [0.00] Movable zone start PFN for each node [0.00] early_node_map[1] active PFN ranges [0.00] 0:0 - 786128 [0.00] On node 0 totalpages: 786128 [0.00] DMA zone: 32 pages used for memmap [0.00] DMA zone: 0 pages reserved [0.00] DMA zone: 4064 pages, LIFO batch:0 [0.00] Normal zone: 1760 pages used for memmap [0.00] Normal zone: 223520 pages, LIFO batch:31 [0.00] HighMem zone: 4349 pages used for memmap [0.00] HighMem zone: 552403 pages, LIFO batch:31 [0.00] Movable zone: 0 pages used for memmap [0.00] DMI present. [0.00] ACPI: RSDP signature @ 0xC00F7670 checksum 0 [0.00] ACPI: RSDP 000F7670, 0024 (r2 DELL ) [0.00] ACPI: XSDT BFED5CE0, 009C (r1 DELLM08 604 LTP 0) [0.00] ACPI: FACP BFEDEB60, 00F4 (r3 TOSCPL CRESTLNE 604 ALAN 1) [0.00] ACPI: DSDT BFED7C3B, 6EB1 (r2 TOSCPL CRESTLNE 604 INTL 20060608) [0.00] ACPI: FACS BFEE2FC0, 0040 [0.00] ACPI: APIC BFEDEC54, 0068 (r1 INTEL CRESTLNE 604 LOHR 5A) [0.00] ACPI: HPET BFEDECBC, 0038 (r1 INTEL CRESTLNE
[Emc-users] G33 spindle count
Hi, I've mounted a spindle encoder to the mill and was trying to use G33, but this always seems to move at the same speed. The spindle encoder has 50 ppr (pin 11) and an index signal (pin 10). This is my hal setup: ... loadrt encoder num_chan=1 ... addf encoder.update-counters base-thread addf encoder.capture-position servo-thread ... setp encoder.0.counter-mode true setp encoder.0.x4-mode false setp encoder.0.position-scale 1 net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A encoder.0.phase-Z net spindle-index-enable motion.spindle-index-enable = encoder.0.index-enable net spindle-pos encoder.0.position = motion.spindle-revs net spindle-speed-in = encoder.0.velocity = motion.spindle-speed-in When looking at the halscope or hal watch, the signals seem ok. Could anybody using the G33 give me any hints what I'm doing wrong? Regards, Geert - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] How does axis communicate with emc?
Alan, In addition to what Stephen said, see if emcrsh does what you want. Take any one of the sim configurations (tkemc is a good one) and add: loadusr emcrsh to one of the hal files (servo_sim.hal for example) Run EMC, then open a terminal session and enter: telnet localhost 5007 After it connects, type help. To establish a session with EMC, enter: Hello EMC client 1.0 To get rid of the command echo, enter: Set echo off To command the machine, enable the session with: Set enable EMCTOO Alternatively, you can run from another computer over the network by entering: telnet DNS or IP address 5007 Your program just needs to send and process the same commands as you type into the telnet session. So long as you write your application from the interface specification, i.e. specifically by not borrowing any of the code from the server side, there should not be any GPL implications. Well on this specific interface anyway. You can also find the interface definition here in the source code: http://cvs.linuxcnc.org/cvs/emc2/src/emc/usr_intf/emcrsh.cc?rev=1.10;content -type=text%2Fplain Scroll down one page. I need to put this into a wiki page. BTW, I just checked in an update enhancing options that can be specified on the command line. To use these, you will need to build from source until the next release. HTH, Eric I want to connect directly to emc from some software I am developing. So far my software generates G codes but I want to cut out that stage. This is out of interest and in the spirit of investigation. By the way I would like to know the easier ways again out of curiosity. Thanks Alan - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] SMI-Like latency problems that don't respond to rtapi_smi.ko fix
On Sunday 05 October 2008, Mark Wendt (Contractor) wrote: Happy belated Birthday Gene! And many more! Didn't see this until this morning. Mark Thank you very much, Mark. At 09:29 PM 10/4/2008, you wrote: On Saturday 04 October 2008, tomp wrote: happy birthday Gene ! Thanks Tomp, I obviously appreciate every one of them I get. -- 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) A shy teenage boy finally worked up the nerve to give a gift to Madonna, a young puppy. It hitched its waggin' to a star. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G33 spindle count
John, Changed the scale to 50. 1 turn of the spindle increases the spindle-pos by 1 now. I thought the phase-Z was responsable for counting the spindle revs. Running eg G33 Z10 K.1 (assuming .1 mm per turn) moves very shocky. Also, running G33 Z10 K.2 seems to go up at full speed. Another strange behaviour: running the same command moves in the same shocky velocity till Z7, then stands there waiting for some time before continuing... Is there something else I would need in the config? Geert John Kasunich wrote: Geert De Pecker wrote: Hi, I've mounted a spindle encoder to the mill and was trying to use G33, but this always seems to move at the same speed. The spindle encoder has 50 ppr (pin 11) and an index signal (pin 10). This is my hal setup: ... loadrt encoder num_chan=1 ... addf encoder.update-counters base-thread addf encoder.capture-position servo-thread ... setp encoder.0.counter-mode true setp encoder.0.x4-mode false setp encoder.0.position-scale 1 ^^^ this is saying that one count = one position unit for a spindle, one position unit is one revolution If your encoder has 50 PPR, then you should be using 50 for the scale. net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A encoder.0.phase-Z net spindle-index-enable motion.spindle-index-enable = encoder.0.index-enable net spindle-pos encoder.0.position = motion.spindle-revs Confirm that the scale is correct by turning the spindle one revolution by hand, while looking at net spindle-pos with halmeter - it should increase by 1.00 Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G33 spindle count
I came to the .hal section below looking around on the net and testing, but, while this seems to work from time to time, basically, I'm not using the index signal which I would need for eg threading. Especially the line net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A encoder.0.phase-Z Makes me wonder. This would send 50 indexes per turn. I guess one should have a single Z index per turn to act as reference point when threading. John Kasunich wrote: Geert De Pecker wrote: Hi, I've mounted a spindle encoder to the mill and was trying to use G33, but this always seems to move at the same speed. The spindle encoder has 50 ppr (pin 11) and an index signal (pin 10). This is my hal setup: ... loadrt encoder num_chan=1 ... addf encoder.update-counters base-thread addf encoder.capture-position servo-thread ... setp encoder.0.counter-mode true setp encoder.0.x4-mode false setp encoder.0.position-scale 1 ^^^ this is saying that one count = one position unit for a spindle, one position unit is one revolution If your encoder has 50 PPR, then you should be using 50 for the scale. net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A encoder.0.phase-Z net spindle-index-enable motion.spindle-index-enable = encoder.0.index-enable net spindle-pos encoder.0.position = motion.spindle-revs Confirm that the scale is correct by turning the spindle one revolution by hand, while looking at net spindle-pos with halmeter - it should increase by 1.00 Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G33 spindle count
Geert De Pecker wrote: I came to the .hal section below looking around on the net and testing, but, while this seems to work from time to time, basically, I'm not using the index signal which I would need for eg threading. Especially the line net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A encoder.0.phase-Z Makes me wonder. This would send 50 indexes per turn. I guess one should have a single Z index per turn to act as reference point when threading. Yep. You described a physical setup with two pins connected (10 and 11), but you only connected one of them to the encoder (in two places). You need to connect phase-A to pin 11 and phase-Z to pin 10. - Steve - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G33 spindle count
Just changed to the code below, but G33 keeps doing very strange. Also, the motion.spindle-speed-in displays 4.3 instead of the approx 200 rpm the spindle is doing. Would I need to put a scale component in to change from the rotations per second (encoder reading per second?) to rotations per minute? Maybe this is what is causing the strange moves. setp encoder.0.counter-mode true setp encoder.0.x4-mode false setp encoder.0.position-scale 50 net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A net spindle-phase-Z = parport.0.pin-10-in = encoder.0.phase-Z #net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A encoder.0.phase-Z net spindle-index-enable motion.spindle-index-enable = encoder.0.index-enable net spindle-pos encoder.0.position = motion.spindle-revs net spindle-velocity = encoder.0.velocity = motion.spindle-speed-in You described a physical setup with two pins connected (10 and 11), but you only connected one of them to the encoder (in two places). You need to connect phase-A to pin 11 and phase-Z to pin 10. - Steve - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G33 spindle count
Added a scaler and the rpm display is now correct. But still the strange move on G33 Z10 K.1: at first it seems the Z axis is pulsed to move. During the move, the motion becomes smoother and smoother, at the end, almost a very smooth move. Sorry about this explanation. Can't describe it very good. Geert De Pecker wrote: Just changed to the code below, but G33 keeps doing very strange. Also, the motion.spindle-speed-in displays 4.3 instead of the approx 200 rpm the spindle is doing. Would I need to put a scale component in to change from the rotations per second (encoder reading per second?) to rotations per minute? Maybe this is what is causing the strange moves. setp encoder.0.counter-mode true setp encoder.0.x4-mode false setp encoder.0.position-scale 50 net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A net spindle-phase-Z = parport.0.pin-10-in = encoder.0.phase-Z #net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A encoder.0.phase-Z net spindle-index-enable motion.spindle-index-enable = encoder.0.index-enable net spindle-pos encoder.0.position = motion.spindle-revs net spindle-velocity = encoder.0.velocity = motion.spindle-speed-in - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G33 spindle count
On Sunday 05 October 2008 22:35:37 Geert De Pecker wrote: Added a scaler and the rpm display is now correct. But still the strange move on G33 Z10 K.1: at first it seems the Z axis is pulsed to move. During the move, the motion becomes smoother and smoother, at the end, almost a very smooth move. Sorry about this explanation. Can't describe it very good. Do you have a video camera? (webcam or most digital cams can to crappy videos, too) -- Greetings Michael. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Probing (was Re: Homing)
I didn't make it through the video, but emc supports probing with G38.2. G38.2 probe does a straight movement and records the feedback position at the time a digital input goes TRUE. It then decelerates the axis within machine constraints. The resulting values are stored in interpreter parameters and can be used e.g., with G10 L2 or G92 to modify the coordinate system in effect. The very old gcode reference http://www.isd.mel.nist.gov/personnel/kramer/pubs/RS274NGC_3.web/RS274NGC_33a.html#1013622 includes gcode to find the center of a circle. I don't think this example has made it forward into the current emc documentation, but I think it's fairly likely to still work. Jeff - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] G33 spindle count
Geert De Pecker wrote: Just changed to the code below, but G33 keeps doing very strange. Also, the motion.spindle-speed-in displays 4.3 instead of the approx 200 rpm the spindle is doing. Would I need to put a scale component in to change from the rotations per second (encoder reading per second?) to rotations per minute? Maybe this is what is causing the strange moves. setp encoder.0.counter-mode true setp encoder.0.x4-mode false Does your encoder have quadrature (two 50 ppr channels)? This mode only uses one, and gives you 50 counts per rev, using quadrature can give you 200 counts per rev, which should be smoother. setp encoder.0.position-scale 50 net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A net spindle-phase-Z = parport.0.pin-10-in = encoder.0.phase-Z #net spindle-phase-A = parport.0.pin-11-in = encoder.0.phase-A encoder.0.phase-Z net spindle-index-enable motion.spindle-index-enable = encoder.0.index-enable net spindle-pos encoder.0.position = motion.spindle-revs This signal is in revolutions, and is used for G33 (threading) as well as for the G76 threading canned cycle, and rigid tapping. net spindle-velocity = encoder.0.velocity = motion.spindle-speed-in This signal is in revs per second, and is used for G95 (feed per revolution). It is NOT used for threading. Regarding the runs full speed at higher pitches - you need to do the math to make sure you aren't asking the impossible. For example, if your spindle speed is 1000 RPM, and you command a pitch if 0.2mm, the Z axis will have to move at 1000 X 0.2 = 200mm/minute to cut that thread. If your Z axis can't do that, it will go as fast as it can, and changing the pitch to a higher value like 0.3 won't make it go any faster. What are the velocity and accel limits for your Z axis? What spindle speed are you using for the test? Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] 7i43 after updating to 2.2.6
Richard Acosta wrote: wrong driver (m7i43_hm2), but the error messages are from the correct driver (hm2_7i43). We need to know the commands that generate those error messages, and they're definately not the commands you show. That was my mistake, i was using the correct line, but i paste the wrong one on my message. Pastebin commands, output, dmesg. We can't help you without very detailed info about exactly what you did and exactly what happened. -- Sebastian Kuzminsky Distances obtained as the speed of light multiplied by a cosmological time interval have no direct physical significance. http://en.wikipedia.org/wiki/Observable_universe - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Unusual Threading Behavior
I am running EMC 2.1.0 if the first code I open after loading EMC is a threading code it will operate as I expect. I can run the code 20+ times and it works perfectly, if I open a different threading code it too will work as it should. As soon as I open any code that does not thread run that code and then return to a threading code it will run at my G0 velocity and not the appropriate feed rate. This is really an annoying problem, as I thought I was messing something up, I would test the code start running the part and get bad threads took awhile to realize the code is fine as long as it is the first code. Ideas? Thanks, Richard - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unusual Threading Behavior
richard harris wrote: I am running EMC 2.1.0 if the first code I open after loading EMC is a threading code it will operate as I expect. I can run the code 20+ times and it works perfectly, if I open a different threading code it too will work as it should. As soon as I open any code that does not thread run that code and then return to a threading code it will run at my G0 velocity and not the appropriate feed rate. This is really an annoying problem, as I thought I was messing something up, I would test the code start running the part and get bad threads took awhile to realize the code is fine as long as it is the first code. I don't understand what you are saying. What is open a code. Does code mean a g-code like G33? Or are you using code to mean an entire g-code program. If running one program, then running another one, makes the second one do something different, then there is some modal value that the second one uses and the first one is changing. Unless I am completely missing something. Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unusual Threading Behavior
By code I am referring to an entire g-code file some G0's some G76 etc... What modal value would effect G76's ability to properly calculate the feed rate? I should mention that even when it threads at the G0 speed it does sync with the encoder index pulse. --- On Sun, 10/5/08, John Kasunich [EMAIL PROTECTED] wrote: From: John Kasunich [EMAIL PROTECTED] Subject: Re: [Emc-users] Unusual Threading Behavior To: [EMAIL PROTECTED], Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Date: Sunday, October 5, 2008, 7:04 PM richard harris wrote: I am running EMC 2.1.0 if the first code I open after loading EMC is a threading code it will operate as I expect. I can run the code 20+ times and it works perfectly, if I open a different threading code it too will work as it should. As soon as I open any code that does not thread run that code and then return to a threading code it will run at my G0 velocity and not the appropriate feed rate. This is really an annoying problem, as I thought I was messing something up, I would test the code start running the part and get bad threads took awhile to realize the code is fine as long as it is the first code. I don't understand what you are saying. What is open a code. Does code mean a g-code like G33? Or are you using code to mean an entire g-code program. If running one program, then running another one, makes the second one do something different, then there is some modal value that the second one uses and the first one is changing. Unless I am completely missing something. Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unusual Threading Behavior
richard harris wrote: By code I am referring to an entire g-code file some G0's some G76 etc... What modal value would effect G76's ability to properly calculate the feed rate? I should mention that even when it threads at the G0 speed it does sync with the encoder index pulse. Off the top of my head I can't think of anything, but that is the first thing I'd try to rule out. As a test, write down the active codes (displayed in a box in Axis), then run the first program, and write them down again - look for differences. Actually, I did thing of one that would make a huge difference - G20/G21. If the pitch is supposed to be in mm, and it gets changed to inches, then the axis will need to move 25x faster and will probably be at the velocity limit. That's probably not it, but check for any other possibilities. If you can't find anything, you are going to have to make it possible for one or more EMC developers to reproduce the problem. That means we need to be able to run your exact configuration and the exact g-code programs that make the problem happen. Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Probing (was Re: Homing)
Gentlemen, A comment on the probing cycle at the URL in Jeff's post. If the center of the probe is not EXACTLY aligned with the centerline of the spindle the coordinates obtained will not be accurate to the center of the spindle. A probe calibration routine to determine and save the inaccuracy on X and Y will need to be done before any probing. This would need to be incorporated into the probe cycle at the URL. thanks Stuart - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Unusual Threading Behavior
richard harris wrote: I am running EMC 2.1.0 Someone on IRC just called this part of your message to my attention... 2.1.0 is very old - we are currently at 2.2.6. Just to get a hint at how many changes have been made since then, look here: http://cvs.linuxcnc.org/cvs/emc2/debian/changelog?rev=1.28.2.98 Something like 377 lines describing changes - I'm sure one or two of them affected threading. Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users