Re: [Emc-users] starting a new project
Nope, Sorry..I am from Springfield, Ohio - Original Message - From: "Stuart Stevenson" <[EMAIL PROTECTED]> To: Sent: Thursday, October 25, 2007 9:41 PM Subject: Re: [Emc-users] starting a new project > Are you the Dave Keeton that used to work at Thayer St. Louis? > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Stephen Wille Padnos wrote: >> >> > > I talked to some folks who had gotten RTNet to work for their > application (power substation monitoring, I think it was). Apparently > it wasn't quite right "out of the box", and they had problems getting > answers from the developer. This was about 18 months ago though, so > things may have changed since then. > I think they are working actively on it, and I think Jan uses it in something practical he is doing, so they should be continuing to improve. But, I have not actually tried running it, yet. > > > Oh. I didn't realize the NXP chips aren't real yet. I guess that > explains how hard they are to get :) > Many of the less complicated chips have been real for some time, but the ARM7 with 10/100 ethernet MAC on chip, plus CAN, USB device, and tons of other I/O are the ones they are having trouble with. These are DARN complicated chips, but PERFECT for what I want to do with it. They have two newer generations that may be pretty real (24xx, 28xx) but they are in 208-lead quads and ball grid arrays, which I want to avoid like the plague! > > > The development board seems pretty well outfitted. I haven't installed > the software yet because my Windows PC doesn't have a DVD-ROM drive, and > the support software is on DVD. (same problem with the Spartan-3a > devkit) Lame excuse, I know. > I am hoping to do the development on Linux with Gnu-Arm, and not have to buy expensive packages with insane licensing restrictions, etc. > > > At least! I'd be surprised if it couldn't handle packet data over all > the ports - serial, USB and ethernet. Also, it should be able to > provide additional I/O points, like PWM outputs and A/D inputs > Yes, it has some PWM channels, and the ADC would be a useful thing for a number of purposes. > > > The minimum ethernet frame is 512 bits (64 bytes), so you might as well > transfer all registers every time. Yes, after initial sensing/enumeration of the configuration, that's what I would do. It is how the ppmc driver works now, pretty much. The only time that rule is broken is when in the synch to index pulse mode and the index has been found, then you have to tell it to get out of index sync mode. I think the payload size is 46 bytes > with a minimum-size packet. Although the time to do the ethernet > transmission is low (512/100M ~= 5 microseconds in each direction), the > ARM board still has to communicate with the PPMC over a > "parallel-port-like" interface. I don't know if you would want to make > a special FPGA config that might be faster than the normal EPP one or if > this would just be a shim to go between ethernet and a standard PPMC. The first cut will probably use software-simulated IEEE-1284 protocol on the unmodified FPGA config. But, yes, with a couple inch cable, I can certainly reduce the delays in the FPGA to make the handshake go a lot faster, or just take out the handshaking completely. > If you want it to work with stock PPMC/USC/UPC cards, then it will only > add to the read/write time. (probably 3 ethernet packets - read > command, read response, write, though you could also have the interface > board continuously reading, and have it provide the latest data when > requested) > Yes, that's what I had planned. (What it will actually turn into remains to be seen.) But, eventually, I will probably make a new board with the Atmel chip on the board. I will probably make that an option, so you could have a "master" board with the Atmel chip, ethernet MAU and RJ-45 jack populated, and slave boards with those components left out, and the (speeded-up) parallel interface daisy-chained to them from the master. (One advantage to doing it that way would be reduced net overhead, also the boards can sync E-stop and encoder latch in hardware, as they do now.) > > The way the PPMC driver works now actually lends itself very well to > this. Since there's a buffer of data to read and write, and the only > functions that actually deal with the hardware are the read and write > functions, those should be the only thing that need rewriting. It would > suck to have to busy-wait in the read function, but that is a > possibility, and it shouldn't be much worse than the present read > function, which busy-waits by virtue of wait staates on the parallel port. > Well, it has to be more sophisticated than just a busy wait. You have to have an out if the board fails to respond, or the busy wait will lock up the system. > >>It seems most logical, from a systems >>aspect, that you give up control of the CPU until the response >>comes back. But, that isn't how the regularly-scheduled RT >>processes work on EMC. If you give up control, you can't get it >>back until the next servo cycle. I need to send a command >>packet, wait for the encoder position to be returned in a >>response packet, and then send another packet with the velocity >>commands,
Re: [Emc-users] Starting a new project
Peter C. Wallace wrote: > > I've been thinking about a related problem with our RS-422 serial > interfaced Amps and controllers, and the general problem of using the > hardware > for more precise timing, but leaving EMC in control of timing. > > With a FPGA, its possible to make a hardware timer thats phase locked > to EMCs servo thread, basically just a DDS that the thread reads at 'time 0' > This read has two functions, > > 1. The value read is the current timer mismatch with EMC thread, which tells > you whether you are 'locked' > > 2. A hardware side effect of the read is to tweak the DDS to (slowly) correct > the mismatch. > > Once the DDS is locked, the DDS accumulater bits can be compared with > a list of timer values in FPGA memory (> compare), allowing hardware actions > to be taken and any desired "phase angle" during the servo thread period. > This > way for example, our outgoing serial packets can have jitter in the nS range, > or a PPMC card connected to a FPGA created EPP port could have read-ahead > done > just before the data is required... A VERY interesting concept! Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Mark Pictor wrote: > --- Jon Elson <[EMAIL PROTECTED]> wrote: > > > >>comes back. But, that isn't how the regularly-scheduled RT >>processes work on EMC. If you give up control, you can't get it >>back until the next servo cycle. I need to send a command >>packet, wait for the encoder position to be returned in a >>response packet, and then send another packet with the velocity >>commands, all in one servo cycle. Anyone have any ideas about >>this? > > > If I ever get anywhere with my fpga-to-ethernet project, here's > what I have planned: > -force the user to connect the board directly to the computer - no > hub, switch, etc - ensures that there is no extra traffic > -ignore the RTMAC TDMA packets - with only two devices on the net, > both at full duplex, there can be no collisions. > -fpga transmits a status packet every 1ms. (period is > re-programmable and should match servo-thread period(right?)) "Matching" the period and being "in synch" are not the same thing. No, you can't trust the two to truly "match". You either need the CPU to command the device to report, or you need to make the device cause an interrupt to start the driver process. > -watchdog functionality: if fpga transmits 3 packets without > receiving a valid packet, it automatically enters e-stop mode. That's easy, I have a watchdog on mine. Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
All I want to do is just use the Modbus for basic I/O functions
(operator panel, lube control,coolant control, etc.) and allow my motion
control card to do the servo and encoder work.
Dave
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Peter C.
Wallace
Sent: Friday, October 26, 2007 9:55 AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Starting a new project
Snip_
> We - not quite.
> Unless they use the same clock source, there will be skew. Every once
> in a while, you'll get two packets in a single servo period, or you'll
> get none. That doesn't even take into consideration the jitter you
> get on the PC end, which will cause the same problem even if you do
> have a common clock source. You either need a request/response
> system, or you need the remote unit to update frequently enough that
> the data isn't too stale no matter when you read it. For example, if
> you have a 1ms period, and 25 us old data is "close enough", then send
> packets at 4 or
> 5 KHz, and the data can never be more than 25 or 20 us old. Of
> course, you then need some way of marking a set of data as complete
> (so HAL can read from it) and as "in use" (so the net driver doesn't
> write to it) - all of that non-blocking ...
I've been thinking about a related problem with our RS-422
serial interfaced Amps and controllers, and the general problem of using
the hardware for more precise timing, but leaving EMC in control of
timing.
With a FPGA, its possible to make a hardware timer thats phase
locked to EMCs servo thread, basically just a DDS that the thread reads
at 'time 0'
This read has two functions,
1. The value read is the current timer mismatch with EMC thread, which
tells you whether you are 'locked'
2. A hardware side effect of the read is to tweak the DDS to (slowly)
correct the mismatch.
Once the DDS is locked, the DDS accumulater bits can be compared
with a list of timer values in FPGA memory (> compare), allowing
hardware actions to be taken and any desired "phase angle" during the
servo thread period. This way for example, our outgoing serial packets
can have jitter in the nS range, or a PPMC card connected to a FPGA
created EPP port could have read-ahead done just before the data is
required...
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: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Snip_
> We - not quite.
> Unless they use the same clock source, there will be skew. Every once
> in a while, you'll get two packets in a single servo period, or you'll
> get none. That doesn't even take into consideration the jitter you get
> on the PC end, which will cause the same problem even if you do have a
> common clock source. You either need a request/response system, or you
> need the remote unit to update frequently enough that the data isn't too
> stale no matter when you read it. For example, if you have a 1ms
> period, and 25 us old data is "close enough", then send packets at 4 or
> 5 KHz, and the data can never be more than 25 or 20 us old. Of course,
> you then need some way of marking a set of data as complete (so HAL can
> read from it) and as "in use" (so the net driver doesn't write to it) -
> all of that non-blocking ...
I've been thinking about a related problem with our RS-422 serial
interfaced Amps and controllers, and the general problem of using the hardware
for more precise timing, but leaving EMC in control of timing.
With a FPGA, its possible to make a hardware timer thats phase locked
to EMCs servo thread, basically just a DDS that the thread reads at 'time 0'
This read has two functions,
1. The value read is the current timer mismatch with EMC thread, which tells
you whether you are 'locked'
2. A hardware side effect of the read is to tweak the DDS to (slowly) correct
the mismatch.
Once the DDS is locked, the DDS accumulater bits can be compared with
a list of timer values in FPGA memory (> compare), allowing hardware actions
to be taken and any desired "phase angle" during the servo thread period. This
way for example, our outgoing serial packets can have jitter in the nS range,
or a PPMC card connected to a FPGA created EPP port could have read-ahead done
just before the data is required...
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: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Mark Pictor wrote: >--- Jon Elson <[EMAIL PROTECTED]> wrote: > > > > >>comes back. But, that isn't how the regularly-scheduled RT >>processes work on EMC. If you give up control, you can't get it >>back until the next servo cycle. I need to send a command >>packet, wait for the encoder position to be returned in a >>response packet, and then send another packet with the velocity >>commands, all in one servo cycle. Anyone have any ideas about >>this? >> >> > >If I ever get anywhere with my fpga-to-ethernet project, here's >what I have planned: >-force the user to connect the board directly to the computer - no >hub, switch, etc - ensures that there is no extra traffic >-ignore the RTMAC TDMA packets - with only two devices on the net, >both at full duplex, there can be no collisions. > > Good point. >-fpga transmits a status packet every 1ms. (period is >re-programmable and should match servo-thread period(right?)) > > We - not quite. Unless they use the same clock source, there will be skew. Every once in a while, you'll get two packets in a single servo period, or you'll get none. That doesn't even take into consideration the jitter you get on the PC end, which will cause the same problem even if you do have a common clock source. You either need a request/response system, or you need the remote unit to update frequently enough that the data isn't too stale no matter when you read it. For example, if you have a 1ms period, and 25 us old data is "close enough", then send packets at 4 or 5 KHz, and the data can never be more than 25 or 20 us old. Of course, you then need some way of marking a set of data as complete (so HAL can read from it) and as "in use" (so the net driver doesn't write to it) - all of that non-blocking ... Restricting the network to two nodes also relieves the 64-byte packet size, but I'm not sure you can convince a network card to send out smaller ones. With an FPGA at the other end, it may be possible to have the MAC address match trigger a send, so all you'd need for the request is to send anything with the right MAC address, and the return transmission comes back as soon as the etherner frame header is done, not the whole packet. >-watchdog functionality: if fpga transmits 3 packets without >receiving a valid packet, it automatically enters e-stop mode. > >I don't think you need a "command packet" - just one type of packet >transmitted from the computer, and one type transmitted by the >USC/UPC/whatever. (At powerup, other packets would be necessary, at >least for the computer and fpga to discover each other's MAC and/or >IP addresses.) > > Yeah - discovery is an "interesting" issue. Especially if you want to be able to use a semi-generic driver for multiple devices (which I think would be cool, but may not be in the cards) - Steve - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
--- Jon Elson <[EMAIL PROTECTED]> wrote: > comes back. But, that isn't how the regularly-scheduled RT > processes work on EMC. If you give up control, you can't get it > back until the next servo cycle. I need to send a command > packet, wait for the encoder position to be returned in a > response packet, and then send another packet with the velocity > commands, all in one servo cycle. Anyone have any ideas about > this? If I ever get anywhere with my fpga-to-ethernet project, here's what I have planned: -force the user to connect the board directly to the computer - no hub, switch, etc - ensures that there is no extra traffic -ignore the RTMAC TDMA packets - with only two devices on the net, both at full duplex, there can be no collisions. -fpga transmits a status packet every 1ms. (period is re-programmable and should match servo-thread period(right?)) -watchdog functionality: if fpga transmits 3 packets without receiving a valid packet, it automatically enters e-stop mode. I don't think you need a "command packet" - just one type of packet transmitted from the computer, and one type transmitted by the USC/UPC/whatever. (At powerup, other packets would be necessary, at least for the computer and fpga to discover each other's MAC and/or IP addresses.) HTH Mark - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Jon Elson wrote: >Stephen Wille Padnos wrote: > > >>I have an interest in getting serial, ethernet, and USB drivers that >>work in at least pseudo-realtime, but it's not the highest thing on my >>priority list at the moment. >> >> >Wow! I have been looking at RT-ethernet, there is a package by >Jan Kiszka that looks like it does what we would need. >http://www.rts.uni-hannover.de/rtnet/ > > I talked to some folks who had gotten RTNet to work for their application (power substation monitoring, I think it was). Apparently it wasn't quite right "out of the box", and they had problems getting answers from the developer. This was about 18 months ago though, so things may have changed since then. >I have no idea how we would tie it into EMC, or what a driver >would look like that used this function to communicate with >external hardware. I have been looking at ethernet-capable >microcontrollers. I first started looking at the NXP LPC2368, >but NXP is having some problems debugging their silicon, and >these chips apparently won't be ready until next year. > Oh. I didn't realize the NXP chips aren't real yet. I guess that explains how hard they are to get :) >Atmel >has the AT91SAM7X256, which is in a 100-pin LQFP, is around $10 >in very small quantity, and looks like it would do as well. I'm >still looking at development boards and software. > The development board seems pretty well outfitted. I haven't installed the software yet because my Windows PC doesn't have a DVD-ROM drive, and the support software is on DVD. (same problem with the Spartan-3a devkit) Lame excuse, I know. >This has >ethernet 10/100 MAC on chip, plus USB device, several serial >protocols, and a bunch of pins for parallel I/O. I think the >256 Kb version (...7X256) can support a web page for config >settings, and UDP for the EMC2 I/O. > > At least! I'd be surprised if it couldn't handle packet data over all the ports - serial, USB and ethernet. Also, it should be able to provide additional I/O points, like PWM outputs and A/D inputs >I'm looking first to use this to make my PPMC driver talk to one >or more of my parallel-interfaced boards over ethernet. I >envision a scheme where a UDP packet is sent from the driver >saying "read/write the contents of these registers". If there >are any registers to be read, then a reply packet will be sent >back with the values read. The code to accomplish this on an >ARM processor should be short and run pretty darn fast. The >actual net overhead at 100 Mbits/sec should be just >microseconds. > The minimum ethernet frame is 512 bits (64 bytes), so you might as well transfer all registers every time. I think the payload size is 46 bytes with a minimum-size packet. Although the time to do the ethernet transmission is low (512/100M ~= 5 microseconds in each direction), the ARM board still has to communicate with the PPMC over a "parallel-port-like" interface. I don't know if you would want to make a special FPGA config that might be faster than the normal EPP one or if this would just be a shim to go between ethernet and a standard PPMC. If you want it to work with stock PPMC/USC/UPC cards, then it will only add to the read/write time. (probably 3 ethernet packets - read command, read response, write, though you could also have the interface board continuously reading, and have it provide the latest data when requested) >Exactly how you hack a real-time driver that is >doing X86 CPU I/O instructions with an immediate, atomic I/O >operation into a driver that ships a command packet out to >rtnet, and then waits for a response from rtnet, I have only the >very foggiest idea. > The way the PPMC driver works now actually lends itself very well to this. Since there's a buffer of data to read and write, and the only functions that actually deal with the hardware are the read and write functions, those should be the only thing that need rewriting. It would suck to have to busy-wait in the read function, but that is a possibility, and it shouldn't be much worse than the present read function, which busy-waits by virtue of wait staates on the parallel port. >It seems most logical, from a systems >aspect, that you give up control of the CPU until the response >comes back. But, that isn't how the regularly-scheduled RT >processes work on EMC. If you give up control, you can't get it >back until the next servo cycle. I need to send a command >packet, wait for the encoder position to be returned in a >response packet, and then send another packet with the velocity >commands, all in one servo cycle. Anyone have any ideas about this? > > Of course people have ideas! :) I think the ideal way to solve this problem and several others is to implement interrupt threads in HAL. Essentially, these would be asynchronous threads that run when an interrupt occurs (like now, except the only interrupt presently supp
Re: [Emc-users] Starting a new project
Stephen Wille Padnos wrote: > I have an interest in getting serial, ethernet, and USB drivers that > work in at least pseudo-realtime, but it's not the highest thing on my > priority list at the moment. Wow! I have been looking at RT-ethernet, there is a package by Jan Kiszka that looks like it does what we would need. http://www.rts.uni-hannover.de/rtnet/ I have no idea how we would tie it into EMC, or what a driver would look like that used this function to communicate with external hardware. I have been looking at ethernet-capable microcontrollers. I first started looking at the NXP LPC2368, but NXP is having some problems debugging their silicon, and these chips apparently won't be ready until next year. Atmel has the AT91SAM7X256, which is in a 100-pin LQFP, is around $10 in very small quantity, and looks like it would do as well. I'm still looking at development boards and software. This has ethernet 10/100 MAC on chip, plus USB device, several serial protocols, and a bunch of pins for parallel I/O. I think the 256 Kb version (...7X256) can support a web page for config settings, and UDP for the EMC2 I/O. I'm looking first to use this to make my PPMC driver talk to one or more of my parallel-interfaced boards over ethernet. I envision a scheme where a UDP packet is sent from the driver saying "read/write the contents of these registers". If there are any registers to be read, then a reply packet will be sent back with the values read. The code to accomplish this on an ARM processor should be short and run pretty darn fast. The actual net overhead at 100 Mbits/sec should be just microseconds. Exactly how you hack a real-time driver that is doing X86 CPU I/O instructions with an immediate, atomic I/O operation into a driver that ships a command packet out to rtnet, and then waits for a response from rtnet, I have only the very foggiest idea. It seems most logical, from a systems aspect, that you give up control of the CPU until the response comes back. But, that isn't how the regularly-scheduled RT processes work on EMC. If you give up control, you can't get it back until the next servo cycle. I need to send a command packet, wait for the encoder position to be returned in a response packet, and then send another packet with the velocity commands, all in one servo cycle. Anyone have any ideas about this? Jon - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] starting a new project
Are you the Dave Keeton that used to work at Thayer St. Louis? - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
I heard that! I know what it's like to be busy! I would like to use it when you get it finished.I used a Comfile Technologies Cubloc 290 in mach 3 this way and it worked good.96 I/O points for about $150.00 good! Dave - Original Message - From: "Stephen Wille Padnos" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Thursday, October 25, 2007 9:18 PM Subject: Re: [Emc-users] Starting a new project > Dave Keeton wrote: > >>Fantastic...The new version of classic ladder has the modbus option in the >>config. But the version with EMC 2.1.7 does not have this. This could open >>up alot of I/O for me for a solid operators station. Can the classic >>ladder >>in EMC be upgraded? If you could check the inputs in classic ladder I >>could >>turn the pushbutton lights on without tieing up I/O points on my Motenc >>card. I would like to save these for machine critical functions like >>overtravel switches and home switches. If the status of these inputs could >>sent to emc then I could use them to switch modes etc. >> >> > The driver I have just exports HAL pins, so you could connect them to > whatever you want, including classic ladder. > > I haven't looked at the CL code, so I'm not sure what would need to be > done to get modbus support back into the EMC2 version. I may look at > that as well, but I'm not exactly looking forward to that part, so I may > be lazy and not do it :) > I have an interest in getting serial, ethernet, and USB drivers that > work in at least pseudo-realtime, but it's not the highest thing on my > priority list at the moment. > > - Steve > > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Are you talking about an interface outside of Classic ladder? Remember I am a newbie at emc. Dave - Original Message - From: "Stephen Wille Padnos" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Thursday, October 25, 2007 8:52 PM Subject: Re: [Emc-users] Starting a new project > Dave Keeton wrote: > >> Question - I know that classic ladder has modbus capability. Even >> though EMC does'nt use it, can classic ladder use it for additional >> I/O points for switches and coils? > > Darned good question. > > It won't matter for long. I have a userspace hal<->modbus interface > working. It's specific to a particular application at the moment, but > once we can figure out a reasonable way of specifying modbus endpoints, > I'll rework it and check it in. > > I imagine something similar to pyvcp - an xml-ish file that has the > slave addresses and register/coil numbers, along with the corresponding > hal pin names. > > - Steve > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
the classic ladder in emc can't communicate directly to modbus -- it only communicates to HAL pins. That option should not appear. Jeff - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Dave Keeton wrote: >Fantastic...The new version of classic ladder has the modbus option in the >config. But the version with EMC 2.1.7 does not have this. This could open >up alot of I/O for me for a solid operators station. Can the classic ladder >in EMC be upgraded? If you could check the inputs in classic ladder I could >turn the pushbutton lights on without tieing up I/O points on my Motenc >card. I would like to save these for machine critical functions like >overtravel switches and home switches. If the status of these inputs could >sent to emc then I could use them to switch modes etc. > > The driver I have just exports HAL pins, so you could connect them to whatever you want, including classic ladder. I haven't looked at the CL code, so I'm not sure what would need to be done to get modbus support back into the EMC2 version. I may look at that as well, but I'm not exactly looking forward to that part, so I may be lazy and not do it :) I have an interest in getting serial, ethernet, and USB drivers that work in at least pseudo-realtime, but it's not the highest thing on my priority list at the moment. - Steve - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Fantastic...The new version of classic ladder has the modbus option in the config. But the version with EMC 2.1.7 does not have this. This could open up alot of I/O for me for a solid operators station. Can the classic ladder in EMC be upgraded? If you could check the inputs in classic ladder I could turn the pushbutton lights on without tieing up I/O points on my Motenc card. I would like to save these for machine critical functions like overtravel switches and home switches. If the status of these inputs could sent to emc then I could use them to switch modes etc. Dave - Original Message - From: "Stephen Wille Padnos" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Thursday, October 25, 2007 8:52 PM Subject: Re: [Emc-users] Starting a new project > Dave Keeton wrote: > >> Question - I know that classic ladder has modbus capability. Even >> though EMC does'nt use it, can classic ladder use it for additional >> I/O points for switches and coils? > > Darned good question. > > It won't matter for long. I have a userspace hal<->modbus interface > working. It's specific to a particular application at the moment, but > once we can figure out a reasonable way of specifying modbus endpoints, > I'll rework it and check it in. > > I imagine something similar to pyvcp - an xml-ish file that has the > slave addresses and register/coil numbers, along with the corresponding > hal pin names. > > - Steve > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Dave Keeton wrote: > Question - I know that classic ladder has modbus capability. Even > though EMC does'nt use it, can classic ladder use it for additional > I/O points for switches and coils? Darned good question. It won't matter for long. I have a userspace hal<->modbus interface working. It's specific to a particular application at the moment, but once we can figure out a reasonable way of specifying modbus endpoints, I'll rework it and check it in. I imagine something similar to pyvcp - an xml-ish file that has the slave addresses and register/coil numbers, along with the corresponding hal pin names. - Steve - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Question - I know that classic ladder has modbus capability. Even though EMC does'nt use it, can classic ladder use it for additional I/O points for switches and coils? Dave - Original Message - From: Dave Keeton To: emc-users@lists.sourceforge.net Sent: Sunday, October 21, 2007 6:33 PM Subject: [Emc-users] Starting a new project Hello, I am new to both Linux and EMC. I am a maintenance supervisor in an aircraft manufacturing facility. We do landing gear. I have a Motenc-Lite servo board. I am pretty sure I won't have alot of problems with the motion control section of this but was wondering about how to use a manual pulse generator and jog push buttons. How would I tie hard pushbuttons to the soft buttons on tkemc? Also, classic ladder does not start when I bring up the EMC2 Sample config. How do I do this? Thanks, Dave -- - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ -- ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
The answer would be no to the slow axis issue. All axis on this machine will
run a linear 250ipm. The problem is in the brains of the thing. It only has
5 lines of "Look Ahead". The way the arcs are being programmed is the issue.
Because the arc radius is not consistant throughout the profile of the cut
there are various arcs attached to one another through the cuuting path.
Each change in radius has to be recalculated by the control. At least this
is how Fanuc explained it to me. Because we already have the max look ahead
for this control our only option is to retro fit the control to something
else. This is the only machine in the shop that this issue is this severe.
Dave
- Original Message -
From: "ben lipkowitz" <[EMAIL PROTECTED]>
To: "Enhanced Machine Controller (EMC)"
Sent: Sunday, October 21, 2007 10:25 PM
Subject: Re: [Emc-users] Starting a new project
> On Sun, 21 Oct 2007, Dave Keeton wrote:
>
>> How does this control handle 3d interpolated arcs? Anyone know? The
>> reason I am asking is we have a machine that has a Fanuc10M control on
>> it. It goes from 80ipm down to about 20ipm while cutting these arcs.
>> Almost all profile cutting on landing gear is done this way.It's
>> killing our job ratesgoing to bed now.Dave is tired!
>
> Currently emc only handles arcs in the xy xz and yz planes, but this is
> more of a limitation of g-code than the way emc is built. It does blend
> arcs together quite nicely as you can see here at the bottom of the page:
> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TrajectoryControl
>
> The yellow lines are deviations from the programmed path to satisfy
> the acceleration constraints.
>
> Does your machine have a slow axis on it? I was mucking around with the
> arc code today, and it seems that emc will use the acceleration of the
> slowest axis involved in an arc move, which is sub-optimal. It shouldn't
> affect a smoothly contoured part very much though.
>
>
>>> You could use the program halcmd to link buttons in tkemc to signals
>>> connected to ladder inputs. You'll need a bit of tickle language to do
>>> that but this stuff can be hacked together from a couple of other Tcl/Tk
>>> programs already in the source.
>
> I would suggest at least looking at the HAL system and pyvcp ("virtual
> control panel") before trying to mess around with Tcl.
>
> -fenn
>
> -
> This SF.net email is sponsored by: Splunk Inc.
> Still grepping through log files to find problems? Stop.
> Now Search log events and configuration files using AJAX and a browser.
> Download your FREE copy of Splunk now >> http://get.splunk.com/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
On Mon, 22 Oct 2007, Ray Henry wrote:
>> I would suggest at least looking at the HAL system and pyvcp ("virtual
>> control panel") before trying to mess around with Tcl.
>
> If you want to use tkemc, a VCP would be a second window and would force
> the machine operator to toggle the mouse and keyboard focus. I wonder
> if there is a way to use a tk frame as a container for pyvcp.
yes there is. look at sim/lathe.ini
pyvcp uses tk instead of gtk+ (what halvcp used) for this very reason.
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
On Mon, 2007-10-22 at 02:25 +, ben lipkowitz wrote:
> On Sun, 21 Oct 2007, Dave Keeton wrote:
> I would suggest at least looking at the HAL system and pyvcp ("virtual
> control panel") before trying to mess around with Tcl.
If you want to use tkemc, a VCP would be a second window and would force
the machine operator to toggle the mouse and keyboard focus. I wonder
if there is a way to use a tk frame as a container for pyvcp.
Rayh
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
On Sun, 21 Oct 2007, Dave Keeton wrote:
> How does this control handle 3d interpolated arcs? Anyone know? The
> reason I am asking is we have a machine that has a Fanuc10M control on
> it. It goes from 80ipm down to about 20ipm while cutting these arcs.
> Almost all profile cutting on landing gear is done this way.It's
> killing our job ratesgoing to bed now.Dave is tired!
Currently emc only handles arcs in the xy xz and yz planes, but this is
more of a limitation of g-code than the way emc is built. It does blend
arcs together quite nicely as you can see here at the bottom of the page:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?TrajectoryControl
The yellow lines are deviations from the programmed path to satisfy
the acceleration constraints.
Does your machine have a slow axis on it? I was mucking around with the
arc code today, and it seems that emc will use the acceleration of the
slowest axis involved in an arc move, which is sub-optimal. It shouldn't
affect a smoothly contoured part very much though.
>> You could use the program halcmd to link buttons in tkemc to signals
>> connected to ladder inputs. You'll need a bit of tickle language to do
>> that but this stuff can be hacked together from a couple of other Tcl/Tk
>> programs already in the source.
I would suggest at least looking at the HAL system and pyvcp ("virtual
control panel") before trying to mess around with Tcl.
-fenn
-
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Thanks, I will check that out.I do have a spare encoder channel on the motenc. Do I not worry about connecting the "Z" channel. My MPG is a real MPG. It has A, not A, B, not B only. No "Z" channel - Original Message - From: "Stephen Wille Padnos" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Sunday, October 21, 2007 9:27 PM Subject: Re: [Emc-users] Starting a new project > Dave Keeton wrote: > >>We must be thinking the same..Scary thing is was I went looking >>through >>the motenc_io file. I figured that it was'nt finding what it was looking >>for, I copied the files over and renamed them. After getting errors here >>and >>there I finally got it working. The difference is you know what your doing >>and I don't. I'm just guessing at this point! I am already an avid ladder >>programmer so if I learn how to configure the I/O points, timers and what >>not in CL then I should be on my way.can push buttons be tied to tkemc >>through Classic ladder? I am going to need an operator panel with an MPG >>(manual pulse generator) or handwheel and pushbuttons. >> >> Thank you for your help. >> >> Dave >> >> > Oh - in my usual form, I helped with the specific problem and forgot > about the bigger picture :) > > As far as I know, you can't hook external buttons to TkEMC (or mini, or > AXIS ...). However, there is another user interface you can run at the > same time as any of those - halui. That's how you hook up external > buttons and lights and get things done with them. There is one > exception though - jogging with an MPG needs the MPG to be read in > realtime, so you would load a software encoder counter (or use a spare > on the Motenc, if you have one), and connect that directly to the motion > controller. There are individual jog-enable input bits to select the > axis to jog, and the MPG gets hooked to all of the axes. > > Take a look at the jogwheel.hal file in the max config for more info on > jogwheels. > For more info on halui, look at the various files in the halui_halvcp > config. > > There's also information on the wiki on both of these subjects (search > for halui or jog wheel). > > - Steve > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Thanks Ray, I will hopefully be working on that over the next few days. Still building the panel (Gotta make it look good as well as work good.) So far I am making progress and thats good. The goal is to get this up and running so we can decide wether to put it on production machines or not. How does this control handle 3d interpolated arcs? Anyone know? The reason I am asking is we have a machine that has a Fanuc10M control on it. It goes from 80ipm down to about 20ipm while cutting these arcs. Almost all profile cutting on landing gear is done this way.It's killing our job ratesgoing to bed now.Dave is tired! Thanks Again! - Original Message - From: "Ray Henry" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Sunday, October 21, 2007 9:36 PM Subject: Re: [Emc-users] Starting a new project > > Glad to hear it's going. You'll need to add in the HAL pin links that > connect estop and lube so that the demo works properly. You should also > comment out the part of motenc_io.hal that loop back the estop. > > You could use the program halcmd to link buttons in tkemc to signals > connected to ladder inputs. You'll need a bit of tickle language to do > that but this stuff can be hacked together from a couple of other Tcl/Tk > programs already in the source. > > Rayh > > > On Sun, 2007-10-21 at 21:17 -0400, Dave Keeton wrote: >> We must be thinking the same..Scary thing is was I went looking >> through >> the motenc_io file. I figured that it was'nt finding what it was looking >> for, I copied the files over and renamed them. After getting errors here >> and >> there I finally got it working. The difference is you know what your >> doing >> and I don't. I'm just guessing at this point! I am already an avid ladder >> programmer so if I learn how to configure the I/O points, timers and what >> not in CL then I should be on my way.can push buttons be tied to >> tkemc >> through Classic ladder? I am going to need an operator panel with an MPG >> (manual pulse generator) or handwheel and pushbuttons. >> >>Thank you for your help. >> >> Dave >> >> - Original Message - >> From: "Stephen Wille Padnos" <[EMAIL PROTECTED]> >> To: "Enhanced Machine Controller (EMC)" >> Sent: Sunday, October 21, 2007 8:06 PM >> Subject: Re: [Emc-users] Starting a new project >> >> >> > Dave Keeton wrote: >> > >> >>Hi Ray, >> >> >> >> Glad to be here. Thank you for the fast reply. >> >> >> >> I can get classic ladder to come up in demo_step_cl and >> >>demo_sim_cl. I guess my question is more about the configuration files >> >>for >> >>Motenc card. When I look at the moten_io file it reads: >> >> >> >># Just uncomment the following line if you want a Software PLC >> >>#loadusr -w classicladder --nogui ../configs/common/bridgeport.clp >> >> >> >>So I edit it to read: >> >> >> >># Just uncomment the following line if you want a Software PLC >> >>loadusr -w classicladder --nogui ../configs/common/bridgeport.clp >> >> >> >> >> > Hmmm. >> > >> > Well, it looks like that comment was added way back in the second >> > version of the motenc_io.hal file, in December of 2005. Unfortunately, >> > the referenced bridgeport.clp isn't in CVS, and as far as I can tell, >> > it >> > never has been. >> > >> > I'm not sure if Pete V. ever checked it in anywhere, or if he still has >> > it. >> > >> > In any case, you probably don't want that exact ladder anyway. If you >> > just want to mess around with it, you should be able to copy the .clp >> > file from the demo_step_cl directory as a starting point, and change >> > the >> > ladder-related lines to read like the ones in the demo_step_cl hal >> > file. >> > >> > - Steve >> > [snip] >> > >> > >> > - >> > This SF.net email is sponsored by: Splunk Inc. >> > Still grepping through log files to find problems? Stop. >> > Now Search log events and configuration files using AJAX and a browser. >> > Download your FREE copy of Splunk now >> http://get.splunk.com/ >> >
Re: [Emc-users] Starting a new project
Dave Keeton wrote: >A quick question (one of many to come!), >would I change the line: > ># Just uncomment the following line if you want a Software PLC >#loadusr -w classicladder --nogui ../configs/common/bridgeport.clp > >To: > ># Just uncomment the following line if you want a Software PLC >#loadusr -w classicladder --nogui ../configs/common/myladder.clp > >To load the file myladder.clp into classic ladder when emc starts? > > Yes, but you also have to remove the hash mark ( # ) from the start of the line: loadusr -w classicladder --nogui ../configs/common/myladder.clp - Steve - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
A quick question (one of many to come!), would I change the line: # Just uncomment the following line if you want a Software PLC #loadusr -w classicladder --nogui ../configs/common/bridgeport.clp To: # Just uncomment the following line if you want a Software PLC #loadusr -w classicladder --nogui ../configs/common/myladder.clp To load the file myladder.clp into classic ladder when emc starts? - Original Message - From: "Stephen Wille Padnos" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Sunday, October 21, 2007 8:06 PM Subject: Re: [Emc-users] Starting a new project > Dave Keeton wrote: > >>Hi Ray, >> >> Glad to be here. Thank you for the fast reply. >> >> I can get classic ladder to come up in demo_step_cl and >>demo_sim_cl. I guess my question is more about the configuration files for >>Motenc card. When I look at the moten_io file it reads: >> >># Just uncomment the following line if you want a Software PLC >>#loadusr -w classicladder --nogui ../configs/common/bridgeport.clp >> >>So I edit it to read: >> >># Just uncomment the following line if you want a Software PLC >>loadusr -w classicladder --nogui ../configs/common/bridgeport.clp >> >> > Hmmm. > > Well, it looks like that comment was added way back in the second > version of the motenc_io.hal file, in December of 2005. Unfortunately, > the referenced bridgeport.clp isn't in CVS, and as far as I can tell, it > never has been. > > I'm not sure if Pete V. ever checked it in anywhere, or if he still has > it. > > In any case, you probably don't want that exact ladder anyway. If you > just want to mess around with it, you should be able to copy the .clp > file from the demo_step_cl directory as a starting point, and change the > ladder-related lines to read like the ones in the demo_step_cl hal file. > > - Steve > [snip] > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Glad to hear it's going. You'll need to add in the HAL pin links that connect estop and lube so that the demo works properly. You should also comment out the part of motenc_io.hal that loop back the estop. You could use the program halcmd to link buttons in tkemc to signals connected to ladder inputs. You'll need a bit of tickle language to do that but this stuff can be hacked together from a couple of other Tcl/Tk programs already in the source. Rayh On Sun, 2007-10-21 at 21:17 -0400, Dave Keeton wrote: > We must be thinking the same..Scary thing is was I went looking through > the motenc_io file. I figured that it was'nt finding what it was looking > for, I copied the files over and renamed them. After getting errors here and > there I finally got it working. The difference is you know what your doing > and I don't. I'm just guessing at this point! I am already an avid ladder > programmer so if I learn how to configure the I/O points, timers and what > not in CL then I should be on my way.can push buttons be tied to tkemc > through Classic ladder? I am going to need an operator panel with an MPG > (manual pulse generator) or handwheel and pushbuttons. > >Thank you for your help. > > Dave > > - Original Message - > From: "Stephen Wille Padnos" <[EMAIL PROTECTED]> > To: "Enhanced Machine Controller (EMC)" > Sent: Sunday, October 21, 2007 8:06 PM > Subject: Re: [Emc-users] Starting a new project > > > > Dave Keeton wrote: > > > >>Hi Ray, > >> > >> Glad to be here. Thank you for the fast reply. > >> > >> I can get classic ladder to come up in demo_step_cl and > >>demo_sim_cl. I guess my question is more about the configuration files for > >>Motenc card. When I look at the moten_io file it reads: > >> > >># Just uncomment the following line if you want a Software PLC > >>#loadusr -w classicladder --nogui ../configs/common/bridgeport.clp > >> > >>So I edit it to read: > >> > >># Just uncomment the following line if you want a Software PLC > >>loadusr -w classicladder --nogui ../configs/common/bridgeport.clp > >> > >> > > Hmmm. > > > > Well, it looks like that comment was added way back in the second > > version of the motenc_io.hal file, in December of 2005. Unfortunately, > > the referenced bridgeport.clp isn't in CVS, and as far as I can tell, it > > never has been. > > > > I'm not sure if Pete V. ever checked it in anywhere, or if he still has > > it. > > > > In any case, you probably don't want that exact ladder anyway. If you > > just want to mess around with it, you should be able to copy the .clp > > file from the demo_step_cl directory as a starting point, and change the > > ladder-related lines to read like the ones in the demo_step_cl hal file. > > > > - Steve > > [snip] > > > > > > - > > This SF.net email is sponsored by: Splunk Inc. > > Still grepping through log files to find problems? Stop. > > Now Search log events and configuration files using AJAX and a browser. > > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > ___ > > Emc-users mailing list > > Emc-users@lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Dave Keeton wrote: >We must be thinking the same..Scary thing is was I went looking through >the motenc_io file. I figured that it was'nt finding what it was looking >for, I copied the files over and renamed them. After getting errors here and >there I finally got it working. The difference is you know what your doing >and I don't. I'm just guessing at this point! I am already an avid ladder >programmer so if I learn how to configure the I/O points, timers and what >not in CL then I should be on my way.can push buttons be tied to tkemc >through Classic ladder? I am going to need an operator panel with an MPG >(manual pulse generator) or handwheel and pushbuttons. > > Thank you for your help. > > Dave > > Oh - in my usual form, I helped with the specific problem and forgot about the bigger picture :) As far as I know, you can't hook external buttons to TkEMC (or mini, or AXIS ...). However, there is another user interface you can run at the same time as any of those - halui. That's how you hook up external buttons and lights and get things done with them. There is one exception though - jogging with an MPG needs the MPG to be read in realtime, so you would load a software encoder counter (or use a spare on the Motenc, if you have one), and connect that directly to the motion controller. There are individual jog-enable input bits to select the axis to jog, and the MPG gets hooked to all of the axes. Take a look at the jogwheel.hal file in the max config for more info on jogwheels. For more info on halui, look at the various files in the halui_halvcp config. There's also information on the wiki on both of these subjects (search for halui or jog wheel). - Steve - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
We must be thinking the same..Scary thing is was I went looking through the motenc_io file. I figured that it was'nt finding what it was looking for, I copied the files over and renamed them. After getting errors here and there I finally got it working. The difference is you know what your doing and I don't. I'm just guessing at this point! I am already an avid ladder programmer so if I learn how to configure the I/O points, timers and what not in CL then I should be on my way.can push buttons be tied to tkemc through Classic ladder? I am going to need an operator panel with an MPG (manual pulse generator) or handwheel and pushbuttons. Thank you for your help. Dave - Original Message - From: "Stephen Wille Padnos" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Sunday, October 21, 2007 8:06 PM Subject: Re: [Emc-users] Starting a new project > Dave Keeton wrote: > >>Hi Ray, >> >> Glad to be here. Thank you for the fast reply. >> >> I can get classic ladder to come up in demo_step_cl and >>demo_sim_cl. I guess my question is more about the configuration files for >>Motenc card. When I look at the moten_io file it reads: >> >># Just uncomment the following line if you want a Software PLC >>#loadusr -w classicladder --nogui ../configs/common/bridgeport.clp >> >>So I edit it to read: >> >># Just uncomment the following line if you want a Software PLC >>loadusr -w classicladder --nogui ../configs/common/bridgeport.clp >> >> > Hmmm. > > Well, it looks like that comment was added way back in the second > version of the motenc_io.hal file, in December of 2005. Unfortunately, > the referenced bridgeport.clp isn't in CVS, and as far as I can tell, it > never has been. > > I'm not sure if Pete V. ever checked it in anywhere, or if he still has > it. > > In any case, you probably don't want that exact ladder anyway. If you > just want to mess around with it, you should be able to copy the .clp > file from the demo_step_cl directory as a starting point, and change the > ladder-related lines to read like the ones in the demo_step_cl hal file. > > - Steve > [snip] > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Dave Keeton wrote: >Hi Ray, > > Glad to be here. Thank you for the fast reply. > > I can get classic ladder to come up in demo_step_cl and >demo_sim_cl. I guess my question is more about the configuration files for >Motenc card. When I look at the moten_io file it reads: > ># Just uncomment the following line if you want a Software PLC >#loadusr -w classicladder --nogui ../configs/common/bridgeport.clp > >So I edit it to read: > ># Just uncomment the following line if you want a Software PLC >loadusr -w classicladder --nogui ../configs/common/bridgeport.clp > > Hmmm. Well, it looks like that comment was added way back in the second version of the motenc_io.hal file, in December of 2005. Unfortunately, the referenced bridgeport.clp isn't in CVS, and as far as I can tell, it never has been. I'm not sure if Pete V. ever checked it in anywhere, or if he still has it. In any case, you probably don't want that exact ladder anyway. If you just want to mess around with it, you should be able to copy the .clp file from the demo_step_cl directory as a starting point, and change the ladder-related lines to read like the ones in the demo_step_cl hal file. - Steve [snip] - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Hi Ray, Glad to be here. Thank you for the fast reply. I can get classic ladder to come up in demo_step_cl and demo_sim_cl. I guess my question is more about the configuration files for Motenc card. When I look at the moten_io file it reads: # Just uncomment the following line if you want a Software PLC #loadusr -w classicladder --nogui ../configs/common/bridgeport.clp So I edit it to read: # Just uncomment the following line if you want a Software PLC loadusr -w classicladder --nogui ../configs/common/bridgeport.clp But I still don't get the classic ladder interface...What am I doing wrong? Thanks, Dave - Original Message - From: "Ray Henry" <[EMAIL PROTECTED]> To: "Enhanced Machine Controller (EMC)" Sent: Sunday, October 21, 2007 6:54 PM Subject: Re: [Emc-users] Starting a new project > > Hi Dave > > Welcome. This is a good place for help as is the IRC channel on > freenode.net. > > There are both realtime and user space elements to ladder. The realtime > stuff does the actual logic while the user space stuff shows and edits > it. > > Both demo_step_cl and demo_sim_cl should start a user space set of > windows into classic ladder. I believe there is still a page on them in > the wiki. > > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Sample_HAL_And_ClassicLadder > > It's a bit dated because there have been some changes to the way that > ladder handles variable names but the essence of the interaction between > EMC and ladder are in there. > > Rayh > > > > > On Sun, 2007-10-21 at 18:33 -0400, Dave Keeton wrote: >> Hello, >> >>I am new to both Linux and EMC. I am a maintenance supervisor >> in an aircraft manufacturing facility. We do landing gear. I have a >> Motenc-Lite servo board. I am pretty sure I won't have alot of >> problems with the motion control section of this but was wondering >> about how to use a manual pulse generator and jog push buttons. How >> would I tie hard pushbuttons to the soft buttons on tkemc? Also, >> classic ladder does not start when I bring up the EMC2 Sample config. >> How do I do this? >> >> >>Thanks, >>Paul >> - >> This SF.net email is sponsored by: Splunk Inc. >> Still grepping through log files to find problems? Stop. >> Now Search log events and configuration files using AJAX and a browser. >> Download your FREE copy of Splunk now >> http://get.splunk.com/ >> ___ Emc-users mailing list >> Emc-users@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/emc-users > > > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Starting a new project
Hi Dave Welcome. This is a good place for help as is the IRC channel on freenode.net. There are both realtime and user space elements to ladder. The realtime stuff does the actual logic while the user space stuff shows and edits it. Both demo_step_cl and demo_sim_cl should start a user space set of windows into classic ladder. I believe there is still a page on them in the wiki. http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Sample_HAL_And_ClassicLadder It's a bit dated because there have been some changes to the way that ladder handles variable names but the essence of the interaction between EMC and ladder are in there. Rayh On Sun, 2007-10-21 at 18:33 -0400, Dave Keeton wrote: > Hello, > >I am new to both Linux and EMC. I am a maintenance supervisor > in an aircraft manufacturing facility. We do landing gear. I have a > Motenc-Lite servo board. I am pretty sure I won't have alot of > problems with the motion control section of this but was wondering > about how to use a manual pulse generator and jog push buttons. How > would I tie hard pushbuttons to the soft buttons on tkemc? Also, > classic ladder does not start when I bring up the EMC2 Sample config. > How do I do this? > > >Thanks, >Paul > - > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > ___ Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
