Re: [Emc-users] Changing parameters within repeat loop
I'm not sure what you mean by subroutines called with a repeat, but EMC can certainly do this. Ken - Original Message - From: Craig [EMAIL PROTECTED] To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Sent: Monday, January 28, 2008 12:07 PM Subject: [Emc-users] Changing parameters within repeat loop Can one change the value of parameters within a subroutines called with a repeat? I would like to mill/rout a large hexagonal arrays of indentations. like this: o oo o -- o oo o o - o o o o o o ... o o o o o o o o o o o o o o oo o o o oo o except much larger arrays. ( for example 40 on a side.) Changing the number of dents in a row ( and some other parameters *) within a subroutine repeating over the rows would make this easy. (using nested repeating subroutine calls) . Can I do this with EMC? If not any suggestions? Craig *the x move direction from end of one row to the the beginning of the next, and the direction of x moves between holes in a row. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Changing parameters within repeat loop
I am not real sure what you are after but it looks like you may have been using a proprotioal spacing fone when making your diagram. That stuff works a lot better if both the composer and reader use a mono spaced font. Each call to a sub can have different values. At 11:07 AM 1/28/2008, you wrote: Can one change the value of parameters within a subroutines called with a repeat? I would like to mill/rout a large hexagonal arrays of indentations. like this: o oo o -- o oo o o - o o o o o o ... o o o o o o o o o o o o o o oo o o o oo o except much larger arrays. ( for example 40 on a side.) Changing the number of dents in a row ( and some other parameters *) within a subroutine repeating over the rows would make this easy. (using nested repeating subroutine calls) . Can I do this with EMC? If not any suggestions? Craig *the x move direction from end of one row to the the beginning of the next, and the direction of x moves between holes in a row. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users __ Andre' B. Clear Lake, Wi. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Dual Linux EMC Installation on Dual HDDs
On Tuesday 22 January 2008 03:35, Rafael Skodlar wrote: pmark wrote: Good Day - Have been working on the trying to install Fresh Dual Installation w/2HDD's one for Ubuntu EMC2 one for Linux BDI EMC and the being able to choose the OS on BOOT. Would like to have both EMC's available in order to compliment each other. You should be able to compile and run both EMC and emc2 on the same distro, however - emc2 does not install a number of files in standard locations (as recommended in the LFSH), and if you use that modified Ubuntu disk, some files need to be moved/copied. Oh, and you will need to download and install all the prerequisite tools and development libraries. The EMC code also installs much of it's runtime files in non-standard locations ( /usr/local/emc is typical), but this is for historical reasons. expect?? My HDD's are set Master/Primary Slave/Secondary. Must have tried just about every type/way of installing, that is except the right way. Cannot get startup screen to show both OS. I'm Missing something??? Not much likely but enough to ask for help here I guess. I'm not an active EMC or BDI EMC user, just learning for now. If I remember correctly, BDI EMC was redhat based so the process is a bit different. The early versions (BDI-2.xx BDI-tng) were based on Red Hat, all later builds use Debian. The base distro isn't that important as this emc2 stuff *should* compile on _any_ version of Linux as long as a suitable patched realtime kernel is available... But... Assuming your ubuntu is on drive /dev/hda and BDI on hdb I would do something like: kernel/boot/vmlinuz-2.4.xx-generic root=/dev/hdb1 ro single Why boot to single user mode ? The exact kernel and initrd needs to be checked from BDI's drive and include it in this menu. Not just the BDI kernel version, but all of them.. Some notes on kernel versions older distros: 2.2.xx kernels are no longer supported, nor is RTLinux, so forget trying to build emc2 on RH 6.x installs. 2.4.xx builds are broken, and gcc-2.95 (or egcs) won't work - So if you are trying to assemble an embedded system (2.4.xx still boots way faster than 2.6.xx), you have some fixing to do. 2.6.xx builds - 1004 compile time warnings errors.. And counting... --- Paul. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Changing parameters within repeat loop
Can one change the value of parameters within a subroutines called with a repeat? I would like to mill/rout a large hexagonal arrays of indentations. like this: o oo o -- o oo o o - o o o o o o ... o o o o o o o o o o o o o o oo o o o oo o except much larger arrays. ( for example 40 on a side.) Changing the number of dents in a row ( and some other parameters *) within a subroutine repeating over the rows would make this easy. (using nested repeating subroutine calls) . Can I do this with EMC? If not any suggestions? Craig *the x move direction from end of one row to the the beginning of the next, and the direction of x moves between holes in a row. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] RFC, Modbus Spec.
On Mon, 28 Jan 2008, Chris Morley wrote: Date: Mon, 28 Jan 2008 05:02:14 + From: Chris Morley [EMAIL PROTECTED] Reply-To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net To: Enhanced Machine Controller (EMC) emc-users@lists.sourceforge.net Subject: Re: [Emc-users] RFC, Modbus Spec. I would think a loadable config file would be nessasary as every device is different as far as how many, what type ,and what address of the device/data. That seems to be why MUDBUS was used so much - they didn't force much format to the data packets. If you had a loadable config file your module could load that file then make HAL pins to suit. Then you would only need one MODBUS module -it would just load different/more configs for different devices. Classicladder uses this type of idea. It has a config window that you set all this info and assign varriables to MODBUS addresses. You can set it to access data in multiple discontigous ranges. It is loaded when you load the ladder program. I am wondering what people are using to connect to their VDFs -MODBUS wise. I have a VDF that uses rs-485 or rs-422 but of course I only have a serial port. I have seen converters from serial port (rs-232) to rs-485. I've heard of USB to rs485. I did see that MESA makes a daughter board that plugs into the 5120 (which I use) that will produce rs-485. The problem with that is a driver needs to be written and worse, I lose alot of input/output. We're doing some things that will alleviate the loss of I/O somewhat, a couple of new daughter boards coming out in a few months. One, the 7I45 is a 8 axis version of the 7I33, using only one FPGA connector. It saves pins by using isolated SPI DACs. Also we have a 7I64 Isolated I/O card with 24 inputs and 24 outputs. This has three interface options, SPI from a 5I2X type FPGA card (SPI Uses 10 pins total so 5 7I64s = 240 I/O points will connect to one FPGA connector), RS-485 (up to 10 MBps) and USB. Peter Wallace Mesa Electronics (\__/) (='.'=) This is Bunny. Copy and paste bunny into your ()_() signature to help him gain world domination. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] RFC, Modbus Spec.
On Sun, 2008-01-27 at 14:44 -0800, Kirk Wallace wrote: On Sun, 2008-01-27 at 15:53 -0500, Stephen Wille Padnos wrote: Hmmm. Interesting idea to just have coils and registers presented as pins. Then you'd only need to specify how many of each you want to access, along with the base address. It gets more complicated if you need to allow access to registers/coils in multiple discontiguous ranges. There's also a problem with multi-register values. Some devices can handle 32-bit values, which are generally composed of two 16-bit %Rxx values. I'm not sure if the spec tells you to use a certain endian-ness, so it may be necessary to be able to specify that as well. This is why I was thinking about a higher level spec for specific devices (ideally with a low-level core that's at least from common source code, and at best a single shared module). It would be much more readable in HAL to have a modbus.0.vfd.0.spindle-speed pin rather than having something like the inverse of a scale block to convert from float to whatever integer units the VFD uses, then possibly to split that into two 16-bit words for connection to modbus.1.register001 and modbus.1.register002. It would also be possible now that I think of it, to have a VFD module that converts from engineering units to whatever registers and coils the modbus interface provides. The downside is that you end up with a lot of HAL connections that aren't really useful, and can cause major problems if they're screwed up (imagine the oops of swapping the high and low words of a spindle speed, for example). Opps, I changed my mind. The simplicity of only thinking about coils and registers just moved the necessary complexity to another area. Just like all other hardware, I think, a file is needed to interface the hardware's features to EMC, There are just too many variables to try to make a generic interface. So my latest thinking is to make a component, SJ200-mb-rtu with pins and parameters for the features I want to interface with EMC like SJ200-mb-rtu.0.frequency-in, SJ200-mb-rtu.0.run, etc. The SJ200 component would know that to write to a register, we start with a Modbus address number, function code of 0x06 (register write), 0x00 ( reg. addr. high, 2 bytes), 0x01 (reg. addr. low, 2 bytes), and pin value (2 bytes). This stream would then be placed in a message buffer for the Modbus program handling the desired serial port, Modbus would add a CRC to the end and send it. The buffer is a mystery to me. I think I saw in the HAL documentation that pins could be arrays. I didn't want to have any device dependent features in the Modbus RTU component. I was hoping that that would be up to mixing other components to get the data into the proper form. The Modbus RTU component would only handle assembling the packet, managing the communications protocol, and handling communications errors. I am using the my VFD manual as a guide, and all of its registers are eight bit. For 16 bit parameters, it uses two register addresses and no floating point, such as: Func- | Name | R | Description | Reg- | Ra- | Res- tion | | / | | ister | nge | olu- I was wrong here, the SJ200 uses 16 bit registers. The Modbus standard indicates a frame as: Slave | Function | Data | CRC Address | Code || Check -- 1 byte | 1 byte | 0 to 252 bytes | 2 bytes So, for other Modbus devices the registers could be any number of bytes long up to 252 bytes. I should stop thinking about it, because it keeps getting more complex the more I do :) - Steve My brain is is hurting, too (easy to do though). -- Kirk Wallace (California, USA -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe, Bridgeport mill conversion, doing XY now, Zubal lathe conversion pending) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] RFC, Modbus Spec.
Hi, I don't know a lot about how EMC works, but I do know quite a lot about Modbus. Modbus data basically consists of 2 data types, bits (discretes an coils) and 16 bit words (input, and holding registers) There are also special representations of multiple registers (flloating point etc). The interface is designed so that data is transferred at periodic rates and can be looked at as a shared memory interface. The modbus interface transferes the data between the master and slaves at a rate required by the applications using the data. THerefore one option for an interface scheme is to setup the Modbus master with a schedule of transactions to perform such as; Slave_id, operation, number of items, rate The slave_id is the subaddress of the slave. The operation is the modbus command such as read_holding register, write coils, etc, The number of items is how many registers, discretes are to be read or written. The rate is the periodic rate that the operation is performed, 25Hz, 50Hz etc. For each one of the transactions that have been set up, there will been to be a data array for holding the data that is read or written. It is this array that EMC interacts with. With the above you have a schedule of events to be performed. This is independent of how EMC is going to manipulate the data. As EMC interacts with the data array, the data is transferred to/from the slave independently. If nothing else, it may be food for further thought. Cheers, Peter. Kirk Wallace wrote: On Mon, 2008-01-28 at 05:02 +, Chris Morley wrote: I would think a loadable config file would be nessasary as every device is different as far as how many, what type ,and what address of the device/data. That seems to be why MUDBUS was used so much - they didn't force much format to the data packets. Every time I read the Modbus specification I realize something new or that I misunderstood. I thought that I could treat Modbus coils and registers like parport pins, the function of the pin is determined by what you hook to it. If you had a loadable config file your module could load that file then make HAL pins to suit. Then you would only need one MODBUS module -it would just load different/more configs for different devices. Classicladder uses this type of idea. It has a config window that you set all this info and assign varriables to MODBUS addresses. You can set it to access data in multiple discontigous ranges. It is loaded when you load the ladder program. I like this idea, but I am getting used to creating a custom module for each piece of hardware. I am leaning towards having a macro that could be used to automate the process like Stepconfig. I am having difficulty figuring out what Classic Ladder is because it seems it does a number of functions that I am used to thinking of as being separate. Is it an editor, software PLC, or user interface? I am wondering what people are using to connect to their VDFs -MODBUS wise. I have a VDF that uses rs-485 or rs-422 but of course I only have a serial port. I have seen converters from serial port (rs-232) to rs-485. I've heard of USB to rs485. I did see that MESA makes a daughter board that plugs into the 5120 (which I use) that will produce rs-485. The problem with that is a driver needs to be written and worse, I lose alot of input/output I tend to not worry about I/O because I can always throw up to eight parallel ports into the PC. If I need more than eight, it's a small change in the EMC software. For the RS-485, I am planning on using an RS-485 transceiver on a serial port, and using Classic Ladder's serial_linux.c software as a model. I'm planning for an HAL component for the device which packages the data and a Modbus RTU component which sends any messages in a buffer through the appropriate serial port. Apparently CL talks to the serial port as if it is a file, which I believe all hardware in Linux is. I am not familiar with doing this in C, but it seems to be a common practice. My book on C has a chapter on low level file operations, so I have a reference and examples to work from. RTS will toggle send/receive on the transceiver, which is a mystery to me, so I guess I'll need to study how UARTS work in Linux (again). I think both components can be in user space, and the Modbus part may not even need to be an HAL component. I'm going to go try to figure out how to make a branch of 2.2.3 for my adaption of Classicladder V7.124 with MODBUS enabled. Then I hope some of you can try it and see what needs to be done to make it work as right now I have no way to test it. I am concerned that we may have some common ground with our projects. If I had a better understanding of what needed to be done, I may be able to help. Chris Morley -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe, Bridgeport mill conversion, doing XY now, Zubal lathe conversion pending)
Re: [Emc-users] Nisley Presentation at Cabin Fever
OK, I wasn't there, so I don't know the full story. Why the kid's finger in disrepair? From: [EMAIL PROTECTED] To: emc-users@lists.sourceforge.net Date: Mon, 28 Jan 2008 08:33:01 -0800 Subject: [Emc-users] Nisley Presentation at Cabin Fever Nisley: I have posted your introduction pdf to my site under cnc resources and it can stay there as long as you wish. I posted both the large and low res versions. http://www.colinmackenzie.net/cnc/ _ Helping your favorite cause is as easy as instant messaging. You IM, we give. http://im.live.com/Messenger/IM/Home/?source=text_hotmail_join - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Nisley Presentation at Cabin Fever
Nisley: I have posted your introduction pdf to my site under cnc resources and it can stay there as long as you wish. I posted both the large and low res versions. http://www.colinmackenzie.net/cnc/ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] EMC2 2.2.2 /motenc-100
Hi, Is there anyone using the motenc either 8 channel or 4 channel with emc 2.2.2? I'm trying to bring up a system after installing off the Live CD and cannot establish that the index pulse is getting to the software. I've tried both halmeter and halscope on the encoder index and encoder index enable pins and nothing seems to change. I tracked it for about 3 t of the ballscrew(encoder). The pulse shows as about 2 mS wide at 4 ipm so it is there. Looks good at both Z and not-Z on the encoder plug to the breakout board. Comments, ideas, experience, etc. would be appreciated. TIA Dave - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Dual Linux EMC Installation on Dual HDDs
paul_c wrote: 2.6.xx builds - 1004 compile time warnings errors.. And counting... I don't know what system Paul is getting 1000+ warnings or errors on. The page at http://www.linuxcnc.org/compile_farm/ has links to build logs for several systems, including Paul's BDI-4.51. Breezy with stock non-RT kernel: 0 errors 1 warning from configure 4 warnings related to man pages Breezy with RT kernel: 0 errors 1 warning from configure 4 warnings related to man pages BDI-4.51 0 errors 1 warning from configure 34 warnings during MODPOST 4 warnings related to man pages All of the above logs are from incremental builds, full builds might have more warnings. Full builds will automatically happen in 12 hours or less, or when I get home and manually force a full build. Feel free to check the results yourself once the complete builds are done. The compile farm webpages are intended mostly to help developers, but all of the data there is completely public. The last system is Dapper, with a RT kernel, and it is a complete build. Unfortunately that system hasn't done a build since November, I've had that computer turned off for a while. I'll turn it on and kick off a build tonight. In any case, a complete build on Dapper had: 0 errors 1 warning from configure 2 warnings about redefined macros 7 warnings related to man pages Errors in EMC2 builds are rare - anything that causes a build to fail on the compile farm automatically sends a message to the emc-developers list, and to the #emc-devel IRC channel. People notice those messages, and build errors get fixed fast. Warnings don't get automatically announced, and I admit we should probably review the logs more often and fix as many warnings as possible. Thanks for bring this to our attention Paul. Regards, John Kasunich - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] RFC, Modbus Spec.
On Mon, 2008-01-28 at 05:02 +, Chris Morley wrote: I would think a loadable config file would be nessasary as every device is different as far as how many, what type ,and what address of the device/data. That seems to be why MUDBUS was used so much - they didn't force much format to the data packets. Every time I read the Modbus specification I realize something new or that I misunderstood. I thought that I could treat Modbus coils and registers like parport pins, the function of the pin is determined by what you hook to it. If you had a loadable config file your module could load that file then make HAL pins to suit. Then you would only need one MODBUS module -it would just load different/more configs for different devices. Classicladder uses this type of idea. It has a config window that you set all this info and assign varriables to MODBUS addresses. You can set it to access data in multiple discontigous ranges. It is loaded when you load the ladder program. I like this idea, but I am getting used to creating a custom module for each piece of hardware. I am leaning towards having a macro that could be used to automate the process like Stepconfig. I am having difficulty figuring out what Classic Ladder is because it seems it does a number of functions that I am used to thinking of as being separate. Is it an editor, software PLC, or user interface? I am wondering what people are using to connect to their VDFs -MODBUS wise. I have a VDF that uses rs-485 or rs-422 but of course I only have a serial port. I have seen converters from serial port (rs-232) to rs-485. I've heard of USB to rs485. I did see that MESA makes a daughter board that plugs into the 5120 (which I use) that will produce rs-485. The problem with that is a driver needs to be written and worse, I lose alot of input/output I tend to not worry about I/O because I can always throw up to eight parallel ports into the PC. If I need more than eight, it's a small change in the EMC software. For the RS-485, I am planning on using an RS-485 transceiver on a serial port, and using Classic Ladder's serial_linux.c software as a model. I'm planning for an HAL component for the device which packages the data and a Modbus RTU component which sends any messages in a buffer through the appropriate serial port. Apparently CL talks to the serial port as if it is a file, which I believe all hardware in Linux is. I am not familiar with doing this in C, but it seems to be a common practice. My book on C has a chapter on low level file operations, so I have a reference and examples to work from. RTS will toggle send/receive on the transceiver, which is a mystery to me, so I guess I'll need to study how UARTS work in Linux (again). I think both components can be in user space, and the Modbus part may not even need to be an HAL component. I'm going to go try to figure out how to make a branch of 2.2.3 for my adaption of Classicladder V7.124 with MODBUS enabled. Then I hope some of you can try it and see what needs to be done to make it work as right now I have no way to test it. I am concerned that we may have some common ground with our projects. If I had a better understanding of what needed to be done, I may be able to help. Chris Morley -- Kirk Wallace (California, USA http://www.wallacecompany.com/machine_shop/ Hardinge HNC lathe, Bridgeport mill conversion, doing XY now, Zubal lathe conversion pending) - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Changing parameters within repeat loop
Here is my solution. Change the definition of #1 and #3 to suit the hexagonal hole pattern you need. Screenshot: http://emergent.unpy.net/index.cgi-files/sandbox/hexagonal-pattern.png Program: ( Drill a system of holes in a hexagonal layout ) #1=8 (nuber of holes on the side of the large hexagon) #3=.25 (row-spacing of repeats) (subroutine O100: drill a row of holes along X) (drill a row of holes starting at x0 and shifting over by dx until repeats) (holes have been done. drill down to z, retract to r) O100 sub ([z] [x0] [dx] [repeats] [r]) #10=0 O110 while [#10 LT #4] G82 X#2 Z#1 R#5 P.5 #2=[#2+#3] #10=[#10+1] O110 endwhile O100 endsub (subroutine O200: drill a row of holes along X, alternating direction) #100=0 (used in O200 to track even/odd row) O200 sub ([z] [x] [dx] [repeats] [r]) O201 if [#100 EQ 0] #2=[#2+#3*[#4-1]] #3=[-1*#3] O201 endif O100 call [#1] [#2] [#3] [#4] #100=[1-#100] O200 endsub (Main program starts here) #2=[#1*2-1] (ending number of repeats) F8 G0 X0 Y0 Z.1 (step 1: increasing from #1 to #2) #11=0 #10=#1 O1 while [#10 LE #2] G0 Y[#11] O200 call [-1] [-.5*#3*#10] [#3] [#10] #10=[#10+1] #11=[#11+#3] O1 endwhile (step 2: decreasing back to #1) #10=[#2-1] O3 while [#10 GE #1] G0 Y[#11] O200 call [-1] [-.5*#3*#10] [#3] [#10] #11=[#11+#3] #10=[#10-1] O3 endwhile M2 Jeff - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] EMC2 2.2.2 /motenc-100
Dave Engvall wrote: Hi, Is there anyone using the motenc either 8 channel or 4 channel with emc 2.2.2? I'm trying to bring up a system after installing off the Live CD and cannot establish that the index pulse is getting to the software. I've tried both halmeter and halscope on the encoder index and encoder index enable pins and nothing seems to change. I tracked it for about 3 t of the ballscrew(encoder). I'm not sure if the index HAL pin is supposed to be a copy of the hardware index pin or not - that pin isn't part of the canonical encoder interface and does whatever the driver writer had in mind a the time. The index-enable HAL pin is bidirectional - you need to set it true, then the driver will set it false (and reset the counter) on the next index pulse. If index-enable is false, the driver does nothing at all when it sees an index pulse. The pulse shows as about 2 mS wide at 4 ipm so it is there. Looks good at both Z and not-Z on the encoder plug to the breakout board. Comments, ideas, experience, etc. would be appreciated. Regards, John Kasunich - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Nisley Presentation at Cabin Fever
posted your introduction pdf to my site Thank you! I haven't been able to track down who did the video recording during my talk. Does anyone know? If we can find that tape, peel the audio track off, and put it near the PDFs, that would be a good addition. Why the kid's finger in disrepair? Fortunately, that's not her finger. The caption on the original reads Honey, I told you I'd never take my ring off. It's a condition called degloving: the guy caught his ring in rotating machinery. My shop assistant tells me she doesn't like that picture at all, not one little bit. I tell her Good. Think about it. Warning: graphic injury! http://www.safetycenter.navy.mil/media/posters/posterimages/hand.jpg They post a new and disturbingly -true- safety situation every week: http://safetycenter.navy.mil/photo/default.htm -- Ed - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] classicladder V 7.124 in cvs
Greetings. I'm just annoncing That I have uploaded a working (HAL asized ) version of Marc's Classicladder version 7.124. This is NOT a finished, stable, well-tested version. I'm looking for testers and opinions. In particular MODBUS in enabled in this version but I don't have anyway to test it yet. It also has a nice status bar that gives you info about elements that you click on to. I will modify this to give HAL signal names in the future. There is a new timer element that is easier to use and upholds the iec standard. TIMER_IEC jump coils and call coils work better and do error checking for endless loops. (these are like goto and gosub calls) It loads the same as before and should be inter-changeable with out changes nor should old ladder programs, though more testing is needed. I will start a Wikki page for it soon. It is available by downloading emc with this tag: cl_v7124_branch Cheers Chris Morley _ - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Dual Linux EMC Installation on Dual HDDs
http://emrah.com/temp/emc_make.log This is my compile log. My system is Debian Lenny with: 2.6.22 kernel rtai-3.6 gcc-4.2 I built EMC2 without the documentations and without print support for classicladder. The number of warning is 2466 There is no error On Jan 28, 2008 11:39 PM, John Kasunich [EMAIL PROTECTED] wrote: paul_c wrote: 2.6.xx builds - 1004 compile time warnings errors.. And counting... I don't know what system Paul is getting 1000+ warnings or errors on. The page at http://www.linuxcnc.org/compile_farm/ has links to build logs for several systems, including Paul's BDI-4.51. Breezy with stock non-RT kernel: 0 errors 1 warning from configure 4 warnings related to man pages Breezy with RT kernel: 0 errors 1 warning from configure 4 warnings related to man pages BDI-4.51 0 errors 1 warning from configure 34 warnings during MODPOST 4 warnings related to man pages All of the above logs are from incremental builds, full builds might have more warnings. Full builds will automatically happen in 12 hours or less, or when I get home and manually force a full build. Feel free to check the results yourself once the complete builds are done. The compile farm webpages are intended mostly to help developers, but all of the data there is completely public. The last system is Dapper, with a RT kernel, and it is a complete build. Unfortunately that system hasn't done a build since November, I've had that computer turned off for a while. I'll turn it on and kick off a build tonight. In any case, a complete build on Dapper had: 0 errors 1 warning from configure 2 warnings about redefined macros 7 warnings related to man pages Errors in EMC2 builds are rare - anything that causes a build to fail on the compile farm automatically sends a message to the emc-developers list, and to the #emc-devel IRC channel. People notice those messages, and build errors get fixed fast. Warnings don't get automatically announced, and I admit we should probably review the logs more often and fix as many warnings as possible. Thanks for bring this to our attention Paul. Regards, John Kasunich - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Pluto-P
Friends, I am looking for feedback from Pluto-P users... I am working on a breakout board for the Pluto-P, more-or-less a daughter board to bring the pins out to screw clamps with buffers or pull-ups where needed. I'd like to see a list of the pinout of the Pluto-P that you are currently using. I'll send anyone who contributes to this a free Pluto-p professionally built breakout board. Takers? Len - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Pluto-P
On Mon, Jan 28, 2008 at 08:56:54PM -0600, Len Shelton wrote: Friends, I am looking for feedback from Pluto-P users... I am working on a breakout board for the Pluto-P, more-or-less a daughter board to bring the pins out to screw clamps with buffers or pull-ups where needed. I'd like to see a list of the pinout of the Pluto-P that you are currently using. I'll send anyone who contributes to this a free Pluto-p professionally built breakout board. Takers? My lathe uses the emc2 pluto-servo pinout: http://www.linuxcnc.org/docs/html//hal_drivers.html#sec:pluto-servo - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] wanted: motion delay with spindle start/stop
Thomas Fritz wrote: I remember from a previous incarnation of EMC1 a parameter for adding a delay when starting or stopping the spindle, to wait for it to spin-up, usually. What would the current approach be to implement something like that in EMC2? G4? Or do you want to put the delay in the machine configuration? On the mazak we connected the spindle VFD's at-speed output to EMC's feed-hold input (inverted of course), so the machine won't move until the spindle gets up to speed. I'm not sure thats the right approach, but it worked. Some other things, like tool-change, use a request/reply handshaking model, where one HAL pin tells the external stuff to do something, and another pin tells EMC that its done. I suppose we could do something like that for spindle run, and by default loop the request right back to the response so the existing behavior doesn't change. Then you could add a delay or other interlock if you want it. Regards, John Kasunich - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] wanted: motion delay with spindle start/stop
I remember from a previous incarnation of EMC1 a parameter for adding a delay when starting or stopping the spindle, to wait for it to spin-up, usually. What would the current approach be to implement something like that in EMC2? - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Touch up screen device -who is mfg.
Hi Stuart. I want to buy Keytec model KTMT-1921-USB what is 19021 inch. is this good model? Will it work with Lunix? Any final recomedation before i buy it? i assume that bigget screen will work with smaller monitor. Am i right on last one? Thank you Thank you Aram Aram, The problem with using a monitor larger than the touch screen is the Keytec configuration routine. It has you touch the lower left corner, then the center of the monitor, then the upper right corner. With the monitor bigger than the touch screen you will not be able to touch the corners. This will not allow the configuration of the touch screen. thanks Stuart - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] VFD Analog Frequency Inputs
On Sun, Jan 27, 2008 at 12:47:25PM -0800, Kirk Wallace wrote: I got my serial DAC prototype working, but the first VFD I hooked up would not accept a voltage only signal, it needed a potentiometer on the +10 V, Signal and 0V terminals. Is it a Multiplying DAC you're using? (i.e. takes an external voltage reference) If so, it should be able to be used as an attenuator. (read potentiometer) If it'll take a 10v reference input, then just remove the voltage reference, and connect: Gnd - Gnd VFD's +10v - DAC Vref input DAC output - VFD control input. (Which is expecting a pot wiper.) Should just work.(tm) [Might want to watch for ground loops.] Erik - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users