Re: [Emc-users] Mitsubishi VFD control
The only other option (again quoting from the manual): External signal input (across terminals 2 (4)-5, multi-speed selection) which is even _less_ appropriate. On 3/2/24 05:00, andy pugh wrote: On Sat, 2 Mar 2024 at 02:37, lloyd wilson wrote: - operation mode (param. 79) set to 1 (to quote the manual: 'digital setting by key operation of the control panel or parameter unit'). What are the other options? That might be the best fit, but doesn't sound _exactly_ right. ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Mitsubishi VFD control
thanks to all who have responded; I've tried most (or more) of the suggestions given. To reply specifically to the points raised: - platform is a fresh install of LCNC version 2.8.2. At this point, I'm just using halcmd to exercise the various pieces of this puzzle. Hardware interface is an external RS-232 to RS-48S adapter (4-wire, full duplex). HAL interface is mitsub_vfd.py, with a couple of debug tweaks to show the complete interchange with the drive (as shown in original post). - scaling value is set at default value of 1.0. The hex values for requested speeds shown in the original post correspond to the values in the VFD manual examples. - operation mode (param. 79) set to 1 (to quote the manual: 'digital setting by key operation of the control panel or parameter unit'). The parameter unit (with functional speed control) plugs into the RJ45 socket used for RS485 communication. I have to assume the param. unit generates RS485 data; there are not enough pins to provide some sort of 'back-channel' speed command data. -the 3450 test motor runs at ~900 rpm, equivalent to 15 HZ, which is minimum frequency value set in the VFD (parameter 2). the adventure continues- I'll be away for a few days, hopefully inspiration will appear! thanks again -ldw On 3/1/24 16:42, Chris Morley wrote: The man page for Mitsub_vfd mentions the required settings. Check the scaling of the command. Chris Sent from my Galaxy Original message From: Thaddeus Waldner Date: 2024-03-01 10:59 a.m. (GMT-08:00) To: "Enhanced Machine Controller (EMC)" Subject: Re: [Emc-users] Mitsubishi VFD control I recently set up a Mitsubishi D700 to work with Mitsub_vfd These inverters are highly flexible in how they are configured to respond to control commands. I spent many hours of trial and error to get the correct combination of parameters to even get it to respond to network commands. What tripped me up initially was that the drive must be reset by cycling the power to make any changes take effect. It has a handy list of all the non-default parameters. I have attached them below. Everything appears to work, though there is some inconsistency in how manual seed control works in gmoccapy. The E500 could be a whole different animal but maybe this will help. pr namevalue 1 Maximum frequency 300 2 Minimum frequency 30 3 Base frequency 300 7 Acceleration time 2.5 8 Deceleration time 3 9 Electronic thermal O/L relay 9 13 Starting speed 20 18 High speed maximum frequency300 19 Base frequency voltage 200 20 Acceleration/deceleration reference frequency 300 29 Acceleration/deceleration pattern selection 2 41 RUN key rotation direction selection 5 72 PWM frequency selection 15 77 Parameter write selection 2 82 Motor excitation current80 84 Rated motor frequency 120 96 Auto tuning setting/status 21 117 PU communication station number 96 120 PU communication parity check 0 124 PU communication CR/LF selection 0 160 Extended function display selection 0 298 Frequency search gain 39 340 Communication startup mode selection 1 551 PU mode operation command source selection 4 Hope this helps!, Thaddeus On Mar 1, 2024, at 7:34 AM, lloyd wilson wrote: I'm using a Mitsubishi E500 VFD for spindle drive on the VMC I'm retrofitting & can't get variable speed to cooperate. The mitsub_vfd program operates properly (I think)- run/stop behaves as expected, speed commands are generated and accepted by the VFD, but the motor speed stays the same. I hacked in a couple of debugging statements to show the dialogs (running in halcmd): setp sp.motor-cmd 50 halcmd: 01ED11388EF SENT: 0x5 0x30 0x31 0x45 0x44 0x31 0x31 0x33 0x38 0x38 0x45 0x46 7!DEBUG: ,0,1, 0x6 0x30 0x31 show pins 4 float IN 50 sp.motor-cmd ... then setp sp.motor-cmd 80 halcmd: 01ED11F40F6 SENT: 0x5 0x30 0x31 0x45 0x44 0x31 0x31 0x46 0x34 0x30 0x46 0x36 7!DEBUG: ,0,1, 0x6 0x30 0x31 show pins 4 float IN 80 sp.motor-cmd ... the messages are properly formatted per the Mitsub manual & replies show no errors --but the test motor keeps running at the same speed. Anyone have a clue where to look for the solution? as always, thanks -ldw ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.
[Emc-users] Mitsubishi VFD control
I'm using a Mitsubishi E500 VFD for spindle drive on the VMC I'm retrofitting & can't get variable speed to cooperate. The mitsub_vfd program operates properly (I think)- run/stop behaves as expected, speed commands are generated and accepted by the VFD, but the motor speed stays the same. I hacked in a couple of debugging statements to show the dialogs (running in halcmd): setp sp.motor-cmd 50 halcmd: 01ED11388EF SENT: 0x5 0x30 0x31 0x45 0x44 0x31 0x31 0x33 0x38 0x38 0x45 0x46 7!DEBUG: ,0,1, 0x6 0x30 0x31 show pins 4 float IN 50 sp.motor-cmd ... then setp sp.motor-cmd 80 halcmd: 01ED11F40F6 SENT: 0x5 0x30 0x31 0x45 0x44 0x31 0x31 0x46 0x34 0x30 0x46 0x36 7!DEBUG: ,0,1, 0x6 0x30 0x31 show pins 4 float IN 80 sp.motor-cmd ... the messages are properly formatted per the Mitsub manual & replies show no errors --but the test motor keeps running at the same speed. Anyone have a clue where to look for the solution? as always, thanks -ldw ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] mesa card install issue
tried that, multiple slots, 2 different machines, same behavior. looks
like an order is in order.
On 1/12/23 3:51 PM, Peter C. Wallace wrote:
On Thu, 12 Jan 2023, lloyd wilson wrote:
Date: Thu, 12 Jan 2023 15:34:15 -0500
From: lloyd wilson
Reply-To: "Enhanced Machine Controller (EMC)"
To: Emc mail list
Subject: [Emc-users] mesa card install issue
I'm setting up a VMC machine, using a re-purposed Mesa 5i20 card
(card is about a decade old). When attempting to configure the card,
I get the following:
bport@bport:~$ halrun -I
halcmd: loadrt hostmot2
Note: Using POSIX realtime
hm2: loading Mesa HostMot2 driver version 0.15
halcmd: loadrt hm2_pci config="firmware=hm2/5i20/SVST8_4.BIT
num_encoders=4 num_pwmgens=5"
hm2_pci: loading Mesa AnyIO HostMot2 driver version 0.7
hm2_pci: discovered 5i20 at :04:00.0
hm2/hm2_5i20.0: Low Level init 0.15
hm2/hm2_5i20.0: invalid cookie, got 0x, expected 0x55AACAFE
hm2/hm2_5i20.0: FPGA failed to initialize, or unexpected firmware?
hm2_5i20.0: board fails HM2 registration
RTAPI_PCI: Unmapped 65536 bytes at 0x7f0c4396c000
Driver probe function failed!
hm2_pci: error registering PCI driver
hm2_pci: rtapi_app_main: Operation not permitted (-1)
:2: waitpid failed /usr/bin/rtapi_app hm2_pci
:2: /usr/bin/rtapi_app exited without becoming ready
:2: insmod for hm2_pci failed, returned -1
halcmd:
(the same error occurs when attempting to load the supplied sample
configuration for a 5i20 system)
Any ideas what's happening? More importantly, is it fixable?
thanks
-ldw
First thing I would try is cleaning both the 5I20 edge connector and
Motherboard PCI slot with 99% Isopropyl alcohol.
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Peter Wallace
Mesa Electronics
(\__/)
(='.'=) This is Bunny. Copy and paste bunny into your
(")_(") signature to help him gain world domination.
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] mesa card install issue
I'm setting up a VMC machine, using a re-purposed Mesa 5i20 card (card is about a decade old). When attempting to configure the card, I get the following: bport@bport:~$ halrun -I halcmd: loadrt hostmot2 Note: Using POSIX realtime hm2: loading Mesa HostMot2 driver version 0.15 halcmd: loadrt hm2_pci config="firmware=hm2/5i20/SVST8_4.BIT num_encoders=4 num_pwmgens=5" hm2_pci: loading Mesa AnyIO HostMot2 driver version 0.7 hm2_pci: discovered 5i20 at :04:00.0 hm2/hm2_5i20.0: Low Level init 0.15 hm2/hm2_5i20.0: invalid cookie, got 0x, expected 0x55AACAFE hm2/hm2_5i20.0: FPGA failed to initialize, or unexpected firmware? hm2_5i20.0: board fails HM2 registration RTAPI_PCI: Unmapped 65536 bytes at 0x7f0c4396c000 Driver probe function failed! hm2_pci: error registering PCI driver hm2_pci: rtapi_app_main: Operation not permitted (-1) :2: waitpid failed /usr/bin/rtapi_app hm2_pci :2: /usr/bin/rtapi_app exited without becoming ready :2: insmod for hm2_pci failed, returned -1 halcmd: (the same error occurs when attempting to load the supplied sample configuration for a 5i20 system) Any ideas what's happening? More importantly, is it fixable? thanks -ldw ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] (shell)scripture interpretation
trying to setup the environment to build LCNC from source. System has
2.8.4 upgrade from an fresh 2.8.2 ISO download, nothing else has been
loaded. After downloading current source package from the git
repository, ran configure script, which kicked out @ several points;
retrieved indicated missing packages & got past each stoppage, until it
came to
if pkg-config glib-2.0 >/dev/null 2>&1; then
GLIB_VER=`pkg-config glib-2.0 --modversion`
{ $as_echo "$as_me:${as_lineno-$LINENO}: result: yes - $GLIB_VER" >&5
$as_echo "yes - $GLIB_VER" >&6; }
GLIB_CFLAGS=`pkg-config glib-2.0 --cflags`
GLIB_LIBS=`pkg-config glib-2.0 --libs`
else
as_fn_error $? "no -- required until somebody makes glib optional"
"$LINENO" 5
fi
this is completely opaque to me, just in case I retrieved glib-2.0
package, but configure still kicks out at the same point.
Can anyone show me how to get past this? I doubt just commenting out the
offending section would lead to positive consequences.
Thanks
-ldw
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] external offsets
oops- meat to reply to list offset-scale is set to appropriate (well) value (if not, eoffset-request stays 0 (guess how I know)). On 3/10/21 11:58 AM, Leonardo Marsaglia wrote: Hello Lloyd, Did you set any input on the *axis.L.eoffset-scale *pin? May that's what you're missing. El mié, 10 mar 2021 a las 13:53, lloyd wilson () escribió: I'm having trouble getting the new 2.8 external offset functionality to play nicely. Most of the (known) steps are working (as observed in the hal watch screen): - axis.a.eoffset-enable is set true. - inputs (step up & down) generate appropriate values in axis.a.eoffset-counts - offset counts generate an (at least for first approximation) appropriate value in axis.a.eoffset-request - but the requested value never shows in axis.a.eoffset OFFSET_AV_RATIO is set to 0.5 (just a swag for now). other configuration values for this axis are cribbed directly from the generic stepper example. The stepper motor responds appropriately to jog commands. I'm sure there is a (blindingly obvious) step I'm missing, can somebody aim me in the right direction? as always, thanks lloyd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] external offsets
I'm having trouble getting the new 2.8 external offset functionality to play nicely. Most of the (known) steps are working (as observed in the hal watch screen): - axis.a.eoffset-enable is set true. - inputs (step up & down) generate appropriate values in axis.a.eoffset-counts - offset counts generate an (at least for first approximation) appropriate value in axis.a.eoffset-request - but the requested value never shows in axis.a.eoffset OFFSET_AV_RATIO is set to 0.5 (just a swag for now). other configuration values for this axis are cribbed directly from the generic stepper example. The stepper motor responds appropriately to jog commands. I'm sure there is a (blindingly obvious) step I'm missing, can somebody aim me in the right direction? as always, thanks lloyd ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] another vmc project
I've recently acquired another controller transplant candidate, a mid/late 80s Bridgeport 520 vmc. The old girl uses Fanuc DC (yellow cap) axis servos and drives, spindle is also Fanuc. I hope to keep the Fanuc servo drives, but so far, I haven't been able to locate any documents that spec the interface signals for the drives (A06B-6047-H*, specifically). Can anyone point me towards the relevant documentation? ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] 4 ton project?
I just went to look at a '80s Bridgeport VMC with Heidenhain controller and Fanuc yellow cap servos (didn't get inside a cabinet for closer investigation - yet). The beast has a tool changer and a bad controller. Anyone have experience with that particular configuration? Particularly, what servo amps were used and what encoder technology - I remember discussions about Fanuc hardware that suggested that specialized interface hardware is necessary. What about tool changer technology - I assume a PLC process in the LCNC environment would be sufficient to get that running. It's probably just a passing fancy, but oh my it's a temptation. Thanks -ldw -- Site24x7 APM Insight: Get Deep Visibility into Application Performance APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month Monitor end-to-end web transactions and take corrective actions now Troubleshoot faster and improve end-user experience. Signup Now! http://pubads.g.doubleclick.net/gampad/clk?id=267308311=/4140 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Spindle control
The at-speed signal on my inverter (the infamous Huanyang), stays false when the spindle-on signal is false. Ergo, a simple connection to the motion component would inhibit jogging unless the spindle is running. If I want to utilize a wait-for-spindle function, I guess I'll need to cobble up some logic so that the signal is forced active unless a spindle-on command is in place. Thanks for the responses -ldw On 12/29/2015 11:35 AM, Todd Zuercher wrote: > That is fine if he has spindle feed back, but if not, then the best option is > to use the at speed output from his VFD. > > All you need to do is net the input pin motion.spindle-at-speed to the signal > from your VFD, it is that simple. So if your VFD signal is connected to the > parallel port pin #15, the line in your hal file would be: > net spindle_at_speed <= parport.0.pin-15-in => motion.spindle-at-speed > > - Original Message - > From: "Sarah Armstrong" <sarahj.armstron...@gmail.com> > To: "Enhanced Machine Controller (EMC)" <emc-users@lists.sourceforge.net> > Sent: Tuesday, December 29, 2015 10:19:18 AM > Subject: Re: [Emc-users] Spindle control > > arh , > if i'm reading correctly , you wish to use an external output form your vfd > to trigger ? , hence an input pin > > the spindle at speed signal is internally generated within linuxcnc , using > the spindle rpm encoder > so therfore does not need an input from the vfd directly to use . so long > as your spindle speed rpm is correct or within bounds of a few rpm > it will work fine , > > > > > On 29 December 2015 at 15:11, Sarah Armstrong <sarahj.armstron...@gmail.com> > wrote: > >> you can use stepconf to produce a configuration , >> you usually see a >> sets spindle-at-speed true , this overides the spindle at speed >> it may be in your postgui.hal file . >> comment it out and you should be ok >> >> >> >> >> >> >> On 29 December 2015 at 14:59, lloyd wilson <llwilso...@rochester.rr.com> >> wrote: >> >>> I'm trying to add a pyvcp panel to control a spindle vfd. To take >>> advantage of the 'at-speed' signal from the vfd to inhibit motion until >>> ready, the motion component of LCNC needs to be aware of the spindle >>> command state- from the documentation: >>> >>> *motion.spindle-at-speed* IN BIT >>> >>> Motion will pause until this pin is TRUE, under the following >>> conditions: before the first feed move after each spindle start or speed >>> change; before the start of every chain of spindle-synchronized moves; >>> and if in CSS mode, at every rapid->feed transition. >>> >>> but I can't find a reference to HAL input pins for spindle control in >>> the motion control component documentation. Is that communication done >>> by other methods (NML??- gasp!). >>> >>> Can someone point me to a sample configuration that properly integrates >>> an 'at-speed' signal into LCNC? >>> >>> Thanks in advance >>> >>> -ldw >>> >>> -- >>> ___ >>> Emc-users mailing list >>> Emc-users@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/emc-users >>> >> >> >> -- >> >> The information contained in this message is confidential and is intended >> for the addressee only. If you have received this message in error or there >> are any problems please notify the originator immediately. The unauthorised >> use, disclosure, copying or alteration of this message is strictly >> forbidden. This mail and any attachments have been scanned for viruses >> prior to leaving the RcTechnix network. RcTechnix will not be liable for >> direct, special, indirect or consequential damages arising from alteration >> of the contents of this message by a third party or as a result of any >> virus being passed on. >> >> RcTechnix reserves the right to monitor and record e-mail messages being >> sent to and from this address for the purposes of investigating or >> detecting any unauthorised use of its system and ensuring effective >> operation. >> >> (c) RcTechnix >> > > -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Spindle control
I'm trying to add a pyvcp panel to control a spindle vfd. To take advantage of the 'at-speed' signal from the vfd to inhibit motion until ready, the motion component of LCNC needs to be aware of the spindle command state- from the documentation: *motion.spindle-at-speed* IN BIT Motion will pause until this pin is TRUE, under the following conditions: before the first feed move after each spindle start or speed change; before the start of every chain of spindle-synchronized moves; and if in CSS mode, at every rapid->feed transition. but I can't find a reference to HAL input pins for spindle control in the motion control component documentation. Is that communication done by other methods (NML??- gasp!). Can someone point me to a sample configuration that properly integrates an 'at-speed' signal into LCNC? Thanks in advance -ldw -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] cutter offset misunderstanding
G90.1 is active, but the issue does not involve the circular arc - same complaint occurs if I comment out the G2 line. On 10/28/2015 01:53 AM, Craig Hodne wrote: > > On 10/27/2015 08:31 PM, lloyd wilson wrote: >> (my misunderstanding, I'm sure) >> >> I'm investigating using the built-in cutter compensation, rather than >> calculating absolute coordinates. The first program worked OK, but >> LCNC complains about the following excerpt: >> >> 14: G41 >> 15: G0X0.Y24.8610 >> 16: G0Z-17. >> 17: M3 >> 18: G1X7.5850Y21.5360Z-19. >> 19: G1X12.9820Z-19. >> 20: G1X24.4020Y11.5920Z-19. >> 21: G2X25.8100Y8.5000Z-19.I21.7100J8.5000 >> >> (nn: numbers added in text editor) >> >> The complaint is 'straight feed in concave corner cannot be reached by >> tool . near line 19'. >> With G41 active, the corner defined by lines 19 & 20 is convex - isn't >> it? >> >> Would appreciate help untangling this conundrum >> >> thanks >> >> lloyd > If G90.1 (absolute arc distance) is active, it should work as > programmed. If G91.1 (incremental arc distance) is active, that would > put the center of the arc at location X46.1120 Y 20.0920 and make a very > large arc with a radius of 23.305. The line into the start of the arc > (line 20) would be the inside of an acute intersection with the arc - a > concave corner. And if that were the case, the ending point of the arc > doesn't match the ending coordinates in line 21 - close, but not quite. > If you substitute I-2.6920 J-3.0920 in line 21, does it then work? > > Craig > > -- > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] cutter offset misunderstanding
Version is 2.8-pre (download early last month), running the Axis simulator.
Selected tool (#1) is specified as .260" diameter in the tool table.
When I specify G41.1 D0.260, the program accepts the entry.
Complete program attached.
On 10/28/2015 08:30 AM, Jeff Epler wrote:
Can you please say what version of LinuxCNC you are running, and provide
a complete program which illustrates the problem, rather than just a
snippet? Please also use G41.1 D- instead of G41 so that the program
does not depend on the details of your tool table, or provide the
relevant tool table line.
I converted your example into a complete ngc program and ran it on our
current development version ("2.8.0-pre"), though I expect our current
stable version (2.7.1) to behave the same. Unfortunately, I failed to
reproduce the problem you report.
Here's my program, which draws the portion of your path offset by 0, 5,
10, 20 and 50mm:
G21 G40 G90.1 ; note, I assumed this part program is in mm
F1000
O sub
G41.1 D[#1]
G0X0.Y24.8610
G0Z-17.
M3
G1X7.5850Y21.5360Z-19.
G1X12.9820Z-19.
G1X24.4020Y11.5920Z-19.
G2X25.8100Y8.5000Z-19.I21.7100J8.5000
G40
O endsub
O call [0]
O call [5]
O call [10]
O call [20]
O call [50]
M2
All 5 paths show in the preview plot and run successfully using the
sample configuration sim/axis/axis.ini.
Jeff
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
G17 G21 G40 G49 G54 G80 G90 G90.1 G94
G21
G40
T1
M6
F100
S2500
G0Z0.
G0X60.Y20.
G0Z-17.
(MSG, raise table to touch tool)
M0
G0Z0.
G41.1 D0.260
G0X0.Y24.8610
G0Z-17.
M3 G4 P5.00
G1X7.5850Y21.5360Z-19.
G1X12.9820Z-19.
G1X24.4020Y11.5920Z-19.
G2X25.8100Y8.5000Z-19.I21.7100J8.5000
G1Y0.Z-19.
G0Z-15.
G0Y-12.5000
G1Z-19.
G1Y-14.6000Z-19.
G1X13.0320Y-21.4000Z-19.
G1X-13.0320Z-19.
G1X-25.8100Y-14.6000Z-19.
G1Y-12.5000Z-19.
G0Z-15.
G0Y0.
G1Z-19.
G1Y8.5000Z-19.
G2X-24.4020Y11.5920Z-19.I-21.7100J8.5000
G1X-12.9820Y21.5360Z-19.
G1X-7.5850Z-19.
G1X7.5850Y21.5360Z-21.8333
G1X12.9820Z-21.8333
G1X24.4020Y11.5920Z-21.8333
G2X25.8100Y8.5000Z-21.8333I21.7100J8.5000
G1Y0.Z-21.8333
G0Z-15.
G0Y-12.5000
G1Z-21.8333
G1Y-14.6000Z-21.8333
G1X13.0320Y-21.4000Z-21.8333
G1X-13.0320Z-21.8333
G1X-25.8100Y-14.6000Z-21.8333
G1Y-12.5000Z-21.8333
G0Z-15.
G0Y0.
G1Z-21.8333
G1Y8.5000Z-21.8333
G2X-24.4020Y11.5920Z-21.8333I-21.7100J8.5000
G1X-12.9820Y21.5360Z-21.8333
G1X-7.5850Z-21.8333
G1X7.5850Y21.5360Z-24.6667
G1X12.9820Z-24.6667
G1X24.4020Y11.5920Z-24.6667
G2X25.8100Y8.5000Z-24.6667I21.7100J8.5000
G1Y0.Z-24.6667
G0Z-15.
G0Y-12.5000
G1Z-24.6667
G1Y-14.6000Z-24.6667
G1X13.0320Y-21.4000Z-24.6667
G1X-13.0320Z-24.6667
G1X-25.8100Y-14.6000Z-24.6667
G1Y-12.5000Z-24.6667
G0Z-15.
G0Y0.
G1Z-24.6667
G1Y8.5000Z-24.6667
G2X-24.4020Y11.5920Z-24.6667I-21.7100J8.5000
G1X-12.9820Y21.5360Z-24.6667
G1X-7.5850Z-24.6667
G1X7.5850Y21.5360Z-27.5000
G1X12.9820Z-27.5000
G1X24.4020Y11.5920Z-27.5000
G2X25.8100Y8.5000Z-27.5000I21.7100J8.5000
G1Y0.Z-27.5000
G0Z-15.
G0Y-12.5000
G1Z-27.5000
G1Y-14.6000Z-27.5000
G1X13.0320Y-21.4000Z-27.5000
G1X-13.0320Z-27.5000
G1X-25.8100Y-14.6000Z-27.5000
G1Y-12.5000Z-27.5000
G0Z-15.
G0Y0.
G1Z-27.5000
G1Y8.5000Z-27.5000
G2X-24.4020Y11.5920Z-27.5000I-21.7100J8.5000
G1X-12.9820Y21.5360Z-27.5000
G1X-7.5850Z-27.5000
G1X7.5850Y21.5360Z-30.
G1X12.9820Z-30.
G1X24.4020Y11.5920Z-30.
G2X25.8100Y8.5000Z-30.I21.7100J8.5000
G1Y0.Z-30.
G0Z-15.
G0Y-12.5000
G1Z-30.
G1Y-14.6000Z-30.
G1X13.0320Y-21.4000Z-30.
G1X-13.0320Z-30.
G1X-25.8100Y-14.6000Z-30.
G1Y-12.5000Z-30.
G0Z-15.
G0Y0.
G1Z-30.
G1Y8.5000Z-30.
G2X-24.4020Y11.5920Z-30.I-21.7100J8.5000
G1X-12.9820Y21.5360Z-30.
G1X-7.5850Z-30.
G1X7.5850Y21.5360Z-33.1667
G1X12.9820Z-33.1667
G1X24.4020Y11.5920Z-33.1667
G2X25.8100Y8.5000Z-33.1667I21.7100J8.5000
G1Y0.Z-33.1667
G0Z-15.
G0Y-12.5000
G1Z-33.1667
G1Y-14.6000Z-33.1667
G1X13.0320Y-21.4000Z-33.1667
G1X-13.0320Z-33.1667
G1X-25.8100Y-14.6000Z-33.1667
G1Y-12.5000Z-33.1667
G0Z-15.
G0Y0.
G1Z-33.1667
G1Y8.5000Z-33.1667
G2X-24.4020Y11.5920Z-33.1667I-21.7100J8.5000
G1X-12.9820Y21.5360Z-33.1667
G1X-7.5850Z-33.1667
G1X7.5850Y21.5360Z-36.
G1X12.9820Z-36.
G1X24.4020Y11.5920Z-36.
G2X25.8100Y8.5000Z-36.I21.7100J8.5000
G1Y0.Z-36.
G0Z-15.
G0Y-12.5000
G1Z-36.
G1Y-14.6000Z-36.
G1X13.0320Y-21.4000Z-36.
G1X-13.0320Z-36.
G1X-25.8100Y-14.6000Z-36.
G1Y-12.5000Z-36.
G0Z-15.
G0Y0.
G1Z-36.
G1Y8.5000Z-36.
G2X-24.4020Y11.5920Z-36.I-21.7100J8.5000
G1X-12.9820Y21.5360Z-36.
Re: [Emc-users] cutter offset misunderstanding
an update: I got the program to load properly by using longer lead-in
motions - under some circumstances the compensation function seems to
report a misleading error.
thanks to all who looked at the issue.
ldw
On 10/28/2015 08:59 AM, lloyd wilson wrote:
> Version is 2.8-pre (download early last month), running the Axis
> simulator.
> Selected tool (#1) is specified as .260" diameter in the tool table.
> When I specify G41.1 D0.260, the program accepts the entry.
> Complete program attached.
>
> On 10/28/2015 08:30 AM, Jeff Epler wrote:
>> Can you please say what version of LinuxCNC you are running, and provide
>> a complete program which illustrates the problem, rather than just a
>> snippet? Please also use G41.1 D- instead of G41 so that the program
>> does not depend on the details of your tool table, or provide the
>> relevant tool table line.
>>
>> I converted your example into a complete ngc program and ran it on our
>> current development version ("2.8.0-pre"), though I expect our current
>> stable version (2.7.1) to behave the same. Unfortunately, I failed to
>> reproduce the problem you report.
>>
>> Here's my program, which draws the portion of your path offset by 0, 5,
>> 10, 20 and 50mm:
>>
>> G21 G40 G90.1 ; note, I assumed this part program is in mm
>> F1000
>>
>> O sub
>> G41.1 D[#1]
>> G0X0.Y24.8610
>> G0Z-17.
>> M3
>> G1X7.5850Y21.5360Z-19.
>> G1X12.9820Z-19.
>> G1X24.4020Y11.5920Z-19.
>> G2X25.8100Y8.5000Z-19.I21.7100J8.5000
>> G40
>> O endsub
>>
>> O call [0]
>> O call [5]
>> O call [10]
>> O call [20]
>> O call [50]
>> M2
>>
>> All 5 paths show in the preview plot and run successfully using the
>> sample configuration sim/axis/axis.ini.
>>
>> Jeff
>>
>> --
>>
>>
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
>>
>
>
>
> --
>
>
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
--
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] cutter offset misunderstanding
(my misunderstanding, I'm sure) I'm investigating using the built-in cutter compensation, rather than calculating absolute coordinates. The first program worked OK, but LCNC complains about the following excerpt: 14: G41 15: G0X0.Y24.8610 16: G0Z-17. 17: M3 18: G1X7.5850Y21.5360Z-19. 19: G1X12.9820Z-19. 20: G1X24.4020Y11.5920Z-19. 21: G2X25.8100Y8.5000Z-19.I21.7100J8.5000 (nn: numbers added in text editor) The complaint is 'straight feed in concave corner cannot be reached by tool . near line 19'. With G41 active, the corner defined by lines 19 & 20 is convex - isn't it? Would appreciate help untangling this conundrum thanks lloyd -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Spurious machine state changes, updates
I think I've solved the state change conundrum I asked about last week - While watching the debug messages (using 0x11c0 debug setting), a deactivation event occurred, causing a 'emcTaskPlanClose' event, but nothing that indicated the precipitant event. I backed the machine to a previous program point and restarted - bad move; I had picked the wrong restart point and had to e-stop the machine. However, the e-stop generated the same plan close event report - H As I originally reported, there is no HAL pin associated with the machine's active/inactive state - but there is for e-stop (e-stop chain activates a relay, one pole of which goes to emc-enable-in). The relay is a recycled dry contact unit, so there is a potential for noisy connections. After adding a debounce function to the e-stop signal, no further instances of the state change phenomenon have been observed, so it looks like that demon has been exorcised. However, this does raise a question about LCNC's e-stop behavior: at initial startup, we have to manually exit e-stop state via the user panel, but thereafter e-stop state tracks the HAL pin, so a noise spike on e-stop can bump the machine to inactive state and leave no trace (unless there is a debug setting I missed). At the least, such asymmetrical behavior can lead to confusion (see current writer). Given that e-stop is a cataclysmic event, I would think it more appropriate for an e-stop event to latch the machine's state and require a manual reset, as at system startup. Is there a specific rationale for the way e-stop is currently handled? Thanks to all who offered suggestions -ldw -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Spurious machine state changes
While executing the inaugural program on my Hurco, I have had several occurances of LCNC switching to the machine off state (not estop) at random points in the program. I'm running 2.7-pre4 (unless it auto-updated before going off-line). There are no error popups associated with the turnoffs; it just quits. I don't knowingly have a HAL pin assigned that controls the active/inactive state of the machine, so I don't know how it can be noise related. Anyone have any suggestions about chasing this gremlin? thanks -ldw -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Spurious machine state changes
This machine has a mesa 5i20, using pwm to Copley Junus amplifiers. The config files 'growed' from the Mesa samples. I checked dmesg; nothing has shown up there. System is a Dell Optiplex with an add-in video card (user screen is hdmi). No wireless devices, using USB keyboard and mouse. I'll start deciphering the error message settings thanks for quick responses lloyd On 08/03/2015 01:03 PM, Jon Elson wrote: On 08/03/2015 09:31 AM, lloyd wilson wrote: While executing the inaugural program on my Hurco, I have had several occurances of LCNC switching to the machine off state (not estop) at random points in the program. I'm running 2.7-pre4 (unless it auto-updated before going off-line). There are no error popups associated with the turnoffs; it just quits. I don't knowingly have a HAL pin assigned that controls the active/inactive state of the machine, so I don't know how it can be noise related. First thing is to tell us what hardware interfacing you are using - Pico Systems, Mesa, breakout board? What sample config did you start with? Do you have any wireless gadgets on the machine? USB or PS/2 keyboard? Jon -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] help with torch height control
We are trying to adapt our Techno router (servo, not stepper) to use a plasma torch I'm having some difficulty understanding how to utilize the thcud hal component. Conceptually, it seems simple: the component sits between the axis and pid modules of the z axis and adds a correction to the commanded z height as dictated by the torch height controller. I've plumbed the thcud component into the system config files and built a simulator to mimic the thc box (up, down, arc OK inputs). All the IO appears to be working properly, but I see no altered Z heights when exercising the inputs. Some questions from reading the component documentation source: - the thcud component generates a position feedback value to be fed back to the motion component, but the 'normal' servo configuration sends position data from the encoder function to both the pid component and the motion component. What is the consequence of decoupling the two feedback inputs? - in the code, I don't see where either of the parameters (velocity_tol and correction_vel) are initialized. Is that somehow done behind the scenes? Or does it need to be done in the hal files? - Also, why is the velocity tolerance divided by 100 in the code? As I read the man page, the pyvcp spin box value should associate with the tolerance parameter, but the spin box input is already limited to a max of 1 - looks like it's taking a percentage of a percentage. At a more expedient level, can someone point me to a functional servo-based configuration that uses the thcud component? As always, upfront thanks for the help -ldw -- New Year. New Location. New Benefits. New Data Center in Ashburn, VA. GigeNET is offering a free month of service with a new server in Ashburn. Choose from 2 high performing configs, both with 100TB of bandwidth. Higher redundancy.Lower latency.Increased capacity.Completely compliant. vanity: www.gigenet.com ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] e-stop update
Just to close the loop (and hopefully not to rouse Murphy from his benignant slumber) - we changed the 5V power supply to the PPMC chassis and have seen no further repeats of the system falling into e-stop during operation. Thanks to all who responded lloyd -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] odd e-stop issue
Our Techno router has started exhibiting an issue that has defeated several days of diagnostics; it's time to yell for help. We are running LCNC version 2.5.0 through a Pico PPMC interface chassis to the original servo amps. It has run in this configuration for over a year. For the last several days, the machine will randomly go to e-stop state. Although we see the behavior more frequently during heavy cuts, it can occur during g0 traverses or even while idling. Of course, my initial thought was an intermittent open problem in the physical e-stop chain, so I 'hot-wired' the system ( a jumper between the two e-stop pins on the PPMC DIO card) to eliminate that potential source; the problem continued. This suggested that we could be getting spurious signals from the DIO card, so my next attempt was to eliminate the e-stop signal via modifying the hal configuration: (from PPMC sample config) newsig ppmcEstop bit linksp ppmcEstop ppmc.0.din.estop.in linksp ppmcEstop and2.0.in0 newsig EstopOkIn bit linksp EstopOkIn estop-latch.0.fault-in linksp EstopOkIn and2.0.out newsig EstopOkOut bit linksp EstopOkOut ppmc.0.dout.07.out linksp EstopOkOut ppmc.0.dout.Estop.out #just force e-stop to be OK ##linksp EstopOkOut iocontrol.0.emc-enable-in setp iocontrol.0.emc-enable-in true linksp EstopOkOut estop-latch.0.ok-out linksp EstopOkOut and2.0.in1 newsig emc-estop-out bit linksp emc-estop-out iocontrol.0.user-enable-out linksp emc-estop-out estop-latch.0.ok-in newsig emc-estop-reset bit linksp emc-estop-reset iocontrol.0.user-request-enable linksp emc-estop-reset estop-latch.0.reset As expected, this forced LCNC to wake up out of e-stop, but I could not then go to active state; something else evidently needs to be set. For now, I've got 2 regular questions and 1 meta-question: 1: Besides the digital IO input, what else can force LCNC into e-stop? 2: What else needs to be changed in the config files to force LCNC to ignore the e-stop input from the digital IO? 3: Any other ideas? Thanks in advance lloyd -- Want excitement? Manually upgrade your production database. When you want reliability, choose Perforce. Perforce version control. Predictably reliable. http://pubads.g.doubleclick.net/gampad/clk?id=157508191iu=/4140/ostg.clktrk ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] probe program
Thanks - I thought I had seen one (shouldn't try to remember fleeting technology references after the evening's glass of theraputic pinot!) On 04/03/2014 11:08 PM, Sebastian Kuzminsky wrote: On 04/03/2014 07:12 PM, lloyd wilson wrote: A requirement has popped up for digitizing an object, so I started looking for a sample program to adapt. There is one reference in the wiki to a program called emcProbe, which is dated 2005. No (at least on the first few pages) references to that program show up on internet searches, and no alternatives show up in the wiki or on the forum. Is there a sanctioned sample probe program anywhere in the LCNC universe? In the nc_files directory there's a sample program called gridprobe.ngc that might be useful as a starting place for you. The comment at the top says: ( This program repeatedly probes in a regular XY grid and writes the) ( probed location to the file 'probe-results.txt' in the same directory ) ( as the .ini file ) I've never run it... Give it a try and let us know if you get it to work! -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] probe program
A requirement has popped up for digitizing an object, so I started looking for a sample program to adapt. There is one reference in the wiki to a program called emcProbe, which is dated 2005. No (at least on the first few pages) references to that program show up on internet searches, and no alternatives show up in the wiki or on the forum. Is there a sanctioned sample probe program anywhere in the LCNC universe? Or is someone willing to share a program? Thanks in advance -ldw -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] program building puzzlement
Thanks for the reply - I discovered that yesterday by perusing an
include file from another C program linked with C++ -
hadn't had time to post reply.
On 02/18/2013 05:45 PM, Przemek Klosowski wrote:
On Sat, Feb 16, 2013 at 2:10 PM, lloyd wilson
llwilso...@rochester.rr.com wrote:
MODBUSUISRCS := emc/usr_intf/modbusui.cc \
emc/usr_intf/modbus_rtu.c
..
with these entries, both source files compile as expected, but in the
link stage, I get errors that the functions which are located in the
modbus_rtu object file can't be found; it's like the linker doesn't know
about the .o file (which it just compiled).
I didn't try to figure out your overall layout, but in the interest of
getting the simple issues out of the way, are you declaring the C
functions properly in the C++ modules? Unlike C, C++ function cpfun
results in external symbol name decorated with typing information. For
instance, this code:
int cfun(int x){return x;}
when compiled with gcc -c t.c creates an object t.o which defines
function 'cfun'; when you compile it as C++ with 'g++ -c t.c' the
object contains the function symbol _Z4cfuni
In order to use C functions in C++ you have to declare them as extern
C int cfun(int x);
--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials, tech docs,
whitepapers, evaluation guides, and opinion stories. Check out the most
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
--
The Go Parallel Website, sponsored by Intel - in partnership with Geeknet,
is your hub for all things parallel software development, from weekly thought
leadership blogs to news, videos, case studies, tutorials, tech docs,
whitepapers, evaluation guides, and opinion stories. Check out the most
recent posts - join the conversation now. http://goparallel.sourceforge.net/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] program building puzzlement
I'm not sure if this should be posted here, on in development - it's a programming question, but it's not an official part of LCNC. I'll start here; if too arcane for this audience, feel free to suggest a re-direction. I'm working on a user-space interface program for my Hurco mill control panel, using a subset of the NML portion of halui, but getting data via a modbus connection, rather than a hal environment. After a LONG time (my C++ language skills are at the pidgin level), I finally got the program to get through compilation, and banged into an issue that has me baffled (don't speak makefiles so good either). I defined the new program in the usr_intf submake file, rather than creating a new subdirectory. I cloned the halui entries: HALUISRCS := emc/usr_intf/halui.cc becomes MODBUSUISRCS := emc/usr_intf/modbusui.cc \ emc/usr_intf/modbus_rtu.c #modbus_rtu is a modbus library that Arduino likes; so does linux and ../bin/halui: $(call TOOBJS, $(HALUISRCS)) ../lib/liblinuxcnc.a ../lib/liblinuxcncini.so.0 ../lib/libnml.so.0 ../lib/liblinuxcnchal.so.0 $(ECHO) Linking $(notdir $@) $(Q)$(CXX) $(LDFLAGS) -o $@ $(ULFLAGS) $^ TARGETS += ../bin/halui becomes ../bin/modbusui: $(call TOOBJS, $(MODBUSUISRCS)) ../lib/liblinuxcnc.a ../lib/liblinuxcncini.so.0 ../lib/libnml.so.0 $(ECHO) Linking $(notdir $@) $(Q)$(CXX) $(LDFLAGS) -o $@ $(ULFLAGS) $^ TARGETS += ../bin/modbusui #this target doesn't need liblinuxcnchal with these entries, both source files compile as expected, but in the link stage, I get errors that the functions which are located in the modbus_rtu object file can't be found; it's like the linker doesn't know about the .o file (which it just compiled). Other targets in the same directory use mixed C++ and C sources, so it must be doable. Just to ensure that this is not due to invisible typos, I copied the modbus_rtu source into the modbusui source, revised the source list to modbusui only, and the compile/link process ran to completion. I have to conclude that this is either something I can't see in the makefile, or some missing incantation that needs to be added to one of the source files. Anybody have a clue what could cause this behavior? Thanks as always lloyd -- The Go Parallel Website, sponsored by Intel - in partnership with Geeknet, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials, tech docs, whitepapers, evaluation guides, and opinion stories. Check out the most recent posts - join the conversation now. http://goparallel.sourceforge.net/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] makefile question
I'm starting to work on a user interface program for a physical control panel for my hurco mill can't get the makefile to cooperate. The program will essentially provide a subset of the NML messages as defined in halui, but with modbus communication rather that HAL. To verify the build environment for this exercise, I have done the following: - clone the source definition in usr_intf/Submakefile: MODBUSUISRCS := emc/usr_intf/modbusui.cc - clone the build definition in usr_intf/Submakefile: ../bin/modbusui: $(call TOOBJS, $(MODBUSUISRCS)) ../lib/liblinuxcnc.a ../lib/liblinuxcncini.so.0 ../lib/libnml.so.0 ../lib/liblinuxcnchal.so.0 $(ECHO) Linking $(notdir $@) $(Q)$(CXX) $(LDFLAGS) -o $@ $(ULFLAGS) $^ TARGETS += ../bin/modbusui - clone the dependency file in src/depends/emc/usr_intf At the moment, the source file is an unmodified copy of halui (I'm just testing the build environment). Before modifying the makefile, the build process behaved as expected. After the modifications, I get an error message: make: Failed to remake makefile `Makefile'. Evidently, something else needs a tweak in the make environment, but I can't find it. Help! -- Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_sfd2d_oct ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] making a new component
Found the problem: in the current build structure, first step needs to be linuxcnc-dev/scripts/rip-environment to setup the build environment thanks all -ldw On 06/16/2012 10:28 PM, lloyd wilson wrote: Curious - I still have a previous source environment (emc2-dev), as well as a new environment (linuxcnc-dev). Running 'which comp' from new environment gives null response: lloyd@lloyd-acer:~/linuxcnc-dev$ which comp lloyd@lloyd-acer:~/linuxcnc-dev$ running from old environment finds comp - in the new environment : lloyd@lloyd-acer:~/emc2-dev$ which comp /home/lloyd/linuxcnc-dev/bin/comp seems there is some environment variable out of alignment - and my *nix experience is at least a decade out of date On 06/16/2012 10:03 PM, Kirk Wallace wrote: On Sat, 2012-06-16 at 19:22 -0400, lloyd wilson wrote: Thanks for the quick reply; all files are in the same directory, which I've tried placing in linuxcnc root and in the src directory; no change. The find* scripts exist are executable; find-modinc is the script that goes thud, even if run from the command line. Since this is a C program, not a comp, is that step needed in the make process? -ldw From this link: http://git.mah.priv.at/gitweb/vfs11-vfd.git/blob/master:/find-modinc it looks like it uses which to try to find comp. if successful, it sets the bindir shell variable, with other variables dependent on bindir. which comp at the command line should be equivalent, or whereis comp, or just comp to see if comp is found. I noticed here: http://www.linuxcnc.org/index.php/english/component/kunena/?func=viewcatid=10id=18963 that LinuxCNC 2.5 now has comp in the linuxcnc-dev package rather than the older emc2-dev. http://www.linuxcnc.org/docview/html/hal/comp.html It looks like you will need to get comp running first, so find-modinc can find it. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] making a new component
I'm trying to compile a new component built as a modification of the homann modio package and can't get the makefile to cooperate; it keeps exiting with a complaint about not finding the comp program. The compile environment is healthy; I just did a make of the linuxcnc package without complaint, so I assume that the make environment for modio hasn't kept up with the evolution of the overall system. Has anyone encountered a similar issue found the magic to get the compile system to cooperate? thanks ldw -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] making a new component
Thanks for the quick reply; all files are in the same directory, which I've tried placing in linuxcnc root and in the src directory; no change. The find* scripts exist are executable; find-modinc is the script that goes thud, even if run from the command line. Since this is a C program, not a comp, is that step needed in the make process? -ldw On 06/16/2012 06:20 PM, Kirk Wallace wrote: On Sat, 2012-06-16 at 16:51 -0400, lloyd wilson wrote: I'm trying to compile a new component built as a modification of the homann modio package and can't get the makefile to cooperate; it keeps exiting with a complaint about not finding the comp program. The compile environment is healthy; I just did a make of the linuxcnc package without complaint, so I assume that the make environment for modio hasn't kept up with the evolution of the overall system. Has anyone encountered a similar issue found the magic to get the compile system to cooperate? thanks ldw The first things that come to mind are, these files homann_modio.c or other custom modio.c Makefile modbus.c modbus.h findbindir find-libdir find-modinc all need to be in the same directory. You need to run make from the same directory. The find series of files need to be executable. I recall modbus.c and modbus.h are from a 2.? release of libmodbus which is now up to rev. 3.0.3. and not compatible. The sample set of files uses a component, conv_u32_bits, which converts a u32 word to separate bit pins. The component needs to be built with the comp program to get the sample to work. I think the sample files where used with EMC 2.4 with Ubuntu 8.04 so other versions might have issues. I may have the the ModIO sample working on LinuxCNC 2.5 / Ubuntu 10.4 on one of my PC's, but I would need to check to make sure. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] making a new component
Curious - I still have a previous source environment (emc2-dev), as well as a new environment (linuxcnc-dev). Running 'which comp' from new environment gives null response: lloyd@lloyd-acer:~/linuxcnc-dev$ which comp lloyd@lloyd-acer:~/linuxcnc-dev$ running from old environment finds comp - in the new environment : lloyd@lloyd-acer:~/emc2-dev$ which comp /home/lloyd/linuxcnc-dev/bin/comp seems there is some environment variable out of alignment - and my *nix experience is at least a decade out of date On 06/16/2012 10:03 PM, Kirk Wallace wrote: On Sat, 2012-06-16 at 19:22 -0400, lloyd wilson wrote: Thanks for the quick reply; all files are in the same directory, which I've tried placing in linuxcnc root and in the src directory; no change. The find* scripts exist are executable; find-modinc is the script that goes thud, even if run from the command line. Since this is a C program, not a comp, is that step needed in the make process? -ldw From this link: http://git.mah.priv.at/gitweb/vfs11-vfd.git/blob/master:/find-modinc it looks like it uses which to try to find comp. if successful, it sets the bindir shell variable, with other variables dependent on bindir. which comp at the command line should be equivalent, or whereis comp, or just comp to see if comp is found. I noticed here: http://www.linuxcnc.org/index.php/english/component/kunena/?func=viewcatid=10id=18963 that LinuxCNC 2.5 now has comp in the linuxcnc-dev package rather than the older emc2-dev. http://www.linuxcnc.org/docview/html/hal/comp.html It looks like you will need to get comp running first, so find-modinc can find it. -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] spindle tachometer strangeness
First, the Hurco is alive! I carved emc/axis into a piece of aluminum yesterday; thanks to all the participants for creating supporting emc/lcnc/linuxcnc/etc. Now to the next level - I'm using a hall sensor to detect spindle rpm; I get a clean low-going pulse each revolution, as expected. This is fed as input to the A channel of a hostmot2 encoder (running in counter mode). The velocity output always reports as a negative number - consistent at a given speed, larger abs. value at higher rpms, so it seems to be properly following whatever algorithm it uses. I've tried forcing the B channel to both high and low states without change in output behavior. Any thoughts about what may be going on? thanks lloyd -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] spindle tachometer strangeness
negativity should work, understanding would be more satisfying. -ldw On 05/26/2012 12:12 PM, sam sokolik wrote: could you negate the scale of the encoder counter? sam On 05/26/2012 10:21 AM, lloyd wilson wrote: First, the Hurco is alive! I carved emc/axis into a piece of aluminum yesterday; thanks to all the participants for creating supporting emc/lcnc/linuxcnc/etc. Now to the next level - I'm using a hall sensor to detect spindle rpm; I get a clean low-going pulse each revolution, as expected. This is fed as input to the A channel of a hostmot2 encoder (running in counter mode). The velocity output always reports as a negative number - consistent at a given speed, larger abs. value at higher rpms, so it seems to be properly following whatever algorithm it uses. I've tried forcing the B channel to both high and low states without change in output behavior. Any thoughts about what may be going on? thanks lloyd -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] spindle tachometer strangeness
On 05/26/2012 12:52 PM, Peter C. Wallace wrote: snip 2. Some configurations do not have B inputs as they are just used for counting applications. In this case the counter will always count down (since unconnected inputs are terminated in a 0 state internally in the FPGA) Peter Wallace This is my understanding; I tried changing the state of B input without a change in the count direction; maybe I hit the wrong pin. As long as count mode provides valid rate information, I'll plan on using scaling - or is there an absolute value hal comp? -- Live Security Virtual Conference Exclusive live event will cover all the ways today's security and threat landscape has changed and how IT managers can respond. Discussions will include endpoint security, mobile security and the latest in malware threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] torque-velocity questions
We are investigating using my favorite cnc controller for an application which will require as much stiffness as we can arrange; websearching suggests that torque mode rather than velocity mode is preferrred in such applications. We are using a Pico PPMC interface set to mediate between the computer and a Parker Aries amp/motor combination (+/- 10v control input, 2000 line encoder, vendor rep loaded any requisite motor parameters into the amp). We finally have the system so it doesn't immediately fault on a following error, but only in velocity mode; we've been totally unable to generate a set of PID parameters that are viable when the amp is set to torque mode. Ergo, it's guru time- 1 - is there some inherent incompatibility between Linux CNC and torque mode servos? 2- is there some deeply buried config parameter that needs to be changed? 3- can somebody point us to a strategy specifically oriented to tuning torque mode servos? 4- any other ideas? as always, thanks in advance - this community never stops astounding me with its knowledge and its willingness to share lloyd -- For Developers, A Lot Can Happen In A Second. Boundary is the first to Know...and Tell You. Monitor Your Applications in Ultra-Fine Resolution. Try it FREE! http://p.sf.net/sfu/Boundary-d2dvs2 ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] compiling hidcomp
On 03/04/2011 08:52 PM, Frank Tkalcevic wrote: That's in there because I do 95% of my development on Windows. I usually develop stuff on windows then move it across to linux when it's almost done. I still haven't found a development environment I like. (tried eclipse, qtcreator, but have reverted back to make and vim). It can be removed. What kind of error are you getting? The #ifdef was supposed to keep the windows stuff out. snip the first stoppage is: g++ -c -pipe -O2 -D_REENTRANT -fPIC -Wall -W -DHAS_ASYNC -DQT_XML_LIB -DQT_NO_DEBUG -DQT_XMLPATTERNS_LIB -DQT_GUI_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/share/qt4/mkspecs/linux-g++ -I. -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4 -Igeneratedfiles -Igeneratedfiles/release -I../utility -I../usbhid -I../hid -I../include -I../libusb-1.0.2/libusb -Igeneratedfiles/release -o release/hiddevice.o hiddevice.cpp In file included from hiddevice.h:21, from hiddevice.cpp:32: hidparser.h:110: error: ‘int8_t’ does not name a type the offending lines: #ifdef _WIN32 typedef char int8_t; #endif so, somewhere _WIN32 is getting defined, I just can't find it. thanks ldw -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] compiling hidcomp
On 03/05/2011 06:17 PM, Frank Tkalcevic wrote: I'm guessing you are building on Ubuntu 10. Hidcomp was last built and released on Ubuntu 8 (binaries tested on 10) To build on Ubuntu 10... Add to include/datatypes.h #includesys/types.h And in hid/lcddataformatter.cpp, add #includestdio.h #includestdarg.h The next release will be built under Ubuntu 10. I'll be adding keyboard support (map key combination to an output pin), and support USB devices with multiple interfaces (it only uses interface 0 at the moment - devices like keyboards with multimedia controls - interface 0 = keyboard, interface 1 = multimedia device - won't work). Frank chop thanks for the update; it'll be an interesting learning experience ldw -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] compiling hidcomp
I've downloaded the hidcomp package to use for learning to talk to usb devices (last weeks Pokeys55, actually). When trying to compile the package, I keep getting errors because of #ifdef _WIN32 rgrep doesn't show it being set anywhere in the hid directory structure; does anybody know where I would go to exorcise this artifact? or more colloquially, who let THAT in? -- What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Possible router refit
My son runs a Techno router (4 axis) in his business and may need to upgrade the the controller. We are curious if anyone has done a retrofit of one of these machines to emc, and what, if any, are pitfalls to beware of. He uses MasterCam, version X5 to generate the router files. The wiki references a m'cam 9 post; has anyone created a postprocessor for MasterCam X* to produce emc-compatible G-code? Thanks to all the emc community; it's a model for how open-source development can produce excellent results. ldw -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Machine Lubrication via EMC
While dissecting the Hurco mill that I'm converting to EMC, I've realized I don't know how lubrication is handled in CNC machines. This one has an auto oiler (pneumatic driven), and a pump in the machine base that evidently returns oil to the oiler unit. There was a mechanical timer in the cabinet that was set to turn on for 4 min. of a 15 min. cycle - I clipped it before tracing, but assume it controls the sump pump. So - -is lubrication normally on whenever any axis is in motion? -if not, is it provided on a periodic basis (maybe a shot when motion starts, further shots at timed intervals, or just at intervals). If so, what parameters would be appropriate? these would probably be initiated by or-ing all the axis.N.amp-enable-out signals -what facilities within EMC provide minutes-long timing functions? Somehow, a realtime thread seems overkill for that sort of operation. other ideas? thanks to everyone for sharing a huge amount of expertise -- This SF.net email is sponsored by Sprint What will you do first with EVO, the first 4G phone? Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
