Re: [Emc-users] ModIO, Serial IO Interface
On Thu, 2008-10-23 at 13:12 +1000, Peter Homann wrote: ... snip > There are 2 parts here. The Modbus interface basically transfers registers > or discretes between a Master (EMC) and Slaves(ModIO). You can almost ... snip > appropriate to the output, say 5Hz, 25Hz, etc. Then if EMC set the value > in the register array, it would be transferred to the PLC, turning on the > output. > Cheers, > > Peter. I agree that the ModIO and ModBus are different parts of a system that can be developed and operate in their own realms. But for me, it is too big a project get my brain around how ModBus works, how different ModBus units work, and how the different Modbus units should work together. In trying to eat this elephant, I thought the first spoonful could be the absolute minimum system to have EMC use one serial port to request one task at a time to one ModIO, no or minimal buffering, addressing, scheduling, prioritizing, etc. Since the ModIO could do quite allot in this configuration, I thought it worth while even if the effort can't be applied to a proper end product. I haven't though about this for a while, so it's a bit foggy. But I think this might work. An HAL component is needed, which describes a black box in software, which has pins, bit pins for each ModIO digital IO, float pins for a PWM output value, bit pins to enable the PWM's, float pins to read the counters, etc. The HAL component would have a read function and a write function. The write function would run once every thread cycle and read one EMC output pin and send its value to the ModIO. On the next cycle it sends the next pin value, and so on. The read function would do the same except data goes in the other direction, ModIO to EMC pins. ModBus can set multiple registers in one frame but that makes things much more difficult and there is a limited amount of time in each cycle. The HAL component is a C program with features added to allow C variables to be seen by EMC as pins. So far, I have a stand-alone C program to output a command to read a ModIO digital pin (actually a register): http://www.wallacecompany.com/machine_shop/EMC2/modbus/read_Din-1b.c http://www.wallacecompany.com/machine_shop/EMC2/modbus/ The main features are: ... /* Fill command buffer */ int cbuffer_bytes = 8; static unsigned char cmd_buffer[] = { 0x06, // slave address 0x03, // function code, read registers 0x04, // starting register address, high byte 0x7F, // starting register address, low byte 0x00, // number of registers, high byte 0x01, // number of registers, low byte 0x00, // low byte of CRC 0x00, // high byte of CRC }; ... This is a preformatted message and would need to be changed to set variables from HAL pins. and: ... main () { prep_serial_port(); int cycles; for (cycles = 0; cycles <= 100; cycles++) { printf("Cycle - %3d\n", cycles); display_cbuffer(); msgCRC = CRC16( &cmd_buffer[ 0 ], 6 ); printf("CRC = %2x\n", msgCRC); send_cbuffer(); usleep(1); recv_response(); rmsgCRC = CRC16( &response_buffer[ 0 ], 5 ); printf("Local Rs CRC = %x\n", rmsgCRC); printf("\n"); } return; } ... This would become part of the read and write functions which would take the data from the current EMC pin and set or read a feature of the ModIO. Kirk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
Steven demonstrated a working ModBus spindle control running from EMC2 to an AutomationDirect VFD at fest this last summer. We didn't try anything like threading but it did forward, reverse, and speed. I'm only guessing but I don't think the code got into the repository yet as it was pretty specific to the device we used. Rayh On Thu, 2008-10-23 at 00:21 -0700, Kirk Wallace wrote: > On Thu, 2008-10-23 at 13:12 +1000, Peter Homann wrote: > ... snip > > There are 2 parts here. The Modbus interface basically transfers registers > > or discretes between a Master (EMC) and Slaves(ModIO). You can almost - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hot wire cutting
Chris, I just worked through this and Ubuntu did not recognize my gateway onboard video card. I put a video card in the pci express slot and when I booted up automagically I went from 800x600 to 1680x1050 the proper resolution for my monitor. John On 22 Oct 2008 at 15:03, Chris Epicier wrote: > > Q3: I have only 800x600 resolution selectable. Is this due to > rt-kernel requirements or should I use another graphics driver or > card? > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Stg 1 homing
On Wed, Oct 22, 2008 at 08:10:26PM -0700, Dave Engvall wrote: > BTW - it appears that the hal stg driver doesn't have an index > output or am I again missing something. If you mean a HAL pin which allows you to continuously monitor the state of the physical index input, I believe you are right--there isn't one. Jeff - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] 2008年10月23日 16:23:35 自动保存 草稿
now i am sure i can use EMC2 to do my work. but to the EMC2, i am a beginner. the user manual i have read it, but i still don't know what to do when i use EMC2. is it OK I just put into the G code? if i want to control the kinematic of PKM, i should modify the G-code, but i can't find the .ini file and the kinematics module. And where is the RTAPI modules? i am confused. thank you! yang! - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
> Steven demonstrated a working ModBus spindle control running from EMC2 > to an AutomationDirect VFD at fest this last summer. We didn't try > anything like threading but it did forward, reverse, and speed. I'm > only guessing but I don't think the code got into the repository yet as > it was pretty specific to the device we used. Actually, I think I had a concern about the fact that the modbus library was LGPL3 instead of LGPL2. I'm also not sure if we want to include the modbus library in the EMC2 source tree (though it's pretty small). I'd like to have a generic modbus infrastructure that allows the user to specify sets of registers, coils and whatnot (there are 4 memory areas in modbus, if I remember correctly) and the HAL pins they correspond to. You'd also have to allow for multi-byte values, and packing multiple bits into one byte. This gets complicated, so I get lazy :) The driver I have is for the Automation Direct GS2 VFD, and I think it may be OK for it to get checked in (once I return home). The question about including the library still remains though. - Steve - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
I think that using Modbus to operate a vfd for spindle control is ok, but again the discussion is going back to issues of timing critical functions such as motor and drive control. Simple digital I/O functions would be a much better use for modbus. In my view functions such as home and overtravel switches, E-Stop and power on and off circuits as well as feed hold should be handled by the servo board I/O pins. This brings the hardware watchdog into play on motion critical I/O. The modbus would be useful for things like hand wheel pulses (MPG), external tool and pallet changers and other operator push button functions that are not timing critical. Work lights and coolant on off are not timing critical to the motion control. Machine operators are not consistant in the speed at which they press a button. The software and hardware that reads and writes these functions does not need to be accurate within 20ms. The integrator has to use his head in selecting what I/O point in the entire system is used for what purpose. Dave On Thu, 2008-10-23 at 10:14 -0400, [EMAIL PROTECTED] wrote: > > Steven demonstrated a working ModBus spindle control running from EMC2 > > to an AutomationDirect VFD at fest this last summer. We didn't try > > anything like threading but it did forward, reverse, and speed. I'm > > only guessing but I don't think the code got into the repository yet as > > it was pretty specific to the device we used. > > Actually, I think I had a concern about the fact that the modbus library > was LGPL3 instead of LGPL2. I'm also not sure if we want to include the > modbus library in the EMC2 source tree (though it's pretty small). > > I'd like to have a generic modbus infrastructure that allows the user to > specify sets of registers, coils and whatnot (there are 4 memory areas in > modbus, if I remember correctly) and the HAL pins they correspond to. > You'd also have to allow for multi-byte values, and packing multiple bits > into one byte. This gets complicated, so I get lazy :) > > The driver I have is for the Automation Direct GS2 VFD, and I think it may > be OK for it to get checked in (once I return home). The question about > including the library still remains though. > > - Steve > > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Stg 1 homing
On Oct 23, 2008, at 5:28 AM, Jeff Epler wrote: > On Wed, Oct 22, 2008 at 08:10:26PM -0700, Dave Engvall wrote: >> BTW - it appears that the hal stg driver doesn't have an index >> output or am I again missing something. > > If you mean a HAL pin which allows you to continuously monitor the > state > of the physical index input, I believe you are right--there isn't one. Thanks for the confirmation although that wasn't the news I wanted. I would like to be able to emulate the X function in lstg which outputs the number of encoder counts between index pulses. Dave > > Jeff > > -- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Serial IO Interface
> > There is a ModBus feature in Classic Ladder, but it seems to me that an > HAL component specifically for the ModIO peripheral would be useful. > ModBus may be a standard, but peripherals that use ModBus vary widely. > Modbus is avaiable in Classicladder 7.124 in CVS right now and will be included in EMC 2.3 in the future. Modbus master is configurable as to slave number and type of registers it can read/write. You can poll multiply devices then add logic through classicladder or send them directly to Classicladder's Halpins. I have tested it using a serial port to run a VDF on my lathe. worked great ( I haven't tried rigid tapping etc my lathe is not done) though it is a userspace program it had no problems with communication I set the VDF to not error with a short lapse in communication. It can also use TCP but I have not tested this (though the modbus routines are the same just communication protocol difference) It can also be used as a slave but only for TCP (I have not tested this) my intention is to write routines for the serial port eventually. If anyone has tried it I would like to hear comments about success, problems, and suggestions. The nice thing is there already is a GUI written to configure modbus registers though It could be ore user friendly. If I hear about interest I will spend more time on it. Cheers Chris Morley _ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Stg 1 homing
On Thu, 2008-10-23 at 07:45 -0700, Dave Engvall wrote: ... snip > Thanks for the confirmation although that wasn't the news I wanted. > I would like to be able to emulate the X function in lstg which > outputs the number of encoder counts between > index pulses. > > Dave ... snip Just a shot in the dark, but what about connecting your encoder's index wire to both the STG and a generic digital input? You may need to create a component to take it from there. I don't know anything about lstg, so this may be a bad suggestion. Kirk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Serial IO Interface
Thanks Chris, I know you and I have talked about modbus and classic ladder before. I did find a version on source forge that is version 0.8.2. How would I go about getting version 7.124 to work with the current version? Are there a list of instructions some where? How do I get from CVS? Dave On Thu, 2008-10-23 at 15:04 +, Chris Morley wrote: > > > > > > There is a ModBus feature in Classic Ladder, but it seems to me that an > > HAL component specifically for the ModIO peripheral would be useful. > > ModBus may be a standard, but peripherals that use ModBus vary widely. > > > > Modbus is avaiable in Classicladder 7.124 in CVS right now and will be > included in EMC 2.3 in the future. > Modbus master is configurable as to slave number and type of registers it can > read/write. > You can poll multiply devices then add logic through classicladder or send > them directly to Classicladder's Halpins. > I have tested it using a serial port to run a VDF on my lathe. worked great ( > I haven't tried rigid tapping etc my lathe is not done) > though it is a userspace program it had no problems with communication I set > the VDF to not error with a short lapse in communication. > It can also use TCP but I have not tested this (though the modbus routines > are the same just communication protocol difference) > It can also be used as a slave but only for TCP (I have not tested this) my > intention is to write routines for the serial port eventually. > If anyone has tried it I would like to hear comments about success, problems, > and suggestions. The nice thing is there already is a GUI written to > configure modbus registers though It could be ore user friendly. If I hear > about interest I will spend more time on it. > > Cheers > Chris Morley > _ > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Serial IO Interface
Dave: Yes I remember you were trying to get it to work. Classicladder 7.124 (with modbus) is in EMC 's HEAD branch Look here: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Installing_EMC2 and here: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CVS Download the TRUNK version of EMC, compile it with run-in-place so it doesn't mess up your current version and try it out. Then complain to me about what would help :) Cheers Chris Morley > From: [EMAIL PROTECTED] > To: emc-users@lists.sourceforge.net > Date: Thu, 23 Oct 2008 11:17:36 -0400 > Subject: Re: [Emc-users] Serial IO Interface > > Thanks Chris, I know you and I have talked about modbus and classic > ladder before. I did find a version on source forge that is version > 0.8.2. How would I go about getting version 7.124 to work with the > current version? Are there a list of instructions some where? How do I > get from CVS? > _ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
On Thu, 2008-10-23 at 10:36 -0400, Dave Keeton wrote: > I think that using Modbus to operate a vfd for spindle control is ok, > but again the discussion is going back to issues of timing critical > functions such as motor and drive control. ... snip > Dave I agree that Modbus should only be used for non-reatime functions, but I didn't see anyone suggest to the contrary in the recent posts. I did try to imply that whatever HAL component is written needs to do what it needs to do within the time available in the thread that it lives in. I had trouble with my SPI component due to this. I think just about everything you would want to with spindle speed and most other I/O can be done in non-realtime. This reminds me that there is a time critical element in ModBus in that the spec calls out timing constraints on the ACK or RTS or some such thing. It seemed that experts disagree to how handle the timing issues. Kirk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
Sorry Kirk, I wasn't referring to recent postI should have specified that. A while back the discussion started out with digital I/O but if I remember correctly it went to issues of timing and servos. I believe it was dropped because it was thought to be unsafe. The only point I was trying to make was that the option to use it or not should remain with the end user and integrator, and that careful planning is required by the integrating person(s) to ensure the safe operation of the machine for the sake of the operator and machine. I think that safety is being being addressed by all involved in this project and great lengths are being taken to provide that safety. My goal is not to offend, only to help in any way possible to help progress with EMC. Again, offense is not my goal and you have my apology! I do agree with your view on spindle operation timing. I just wouldn't trust it with servos. Just my view. Thanks for your comment, Dave On Thu, 2008-10-23 at 08:33 -0700, Kirk Wallace wrote: > On Thu, 2008-10-23 at 10:36 -0400, Dave Keeton wrote: > > I think that using Modbus to operate a vfd for spindle control is ok, > > but again the discussion is going back to issues of timing critical > > functions such as motor and drive control. > ... snip > > Dave > > I agree that Modbus should only be used for non-reatime functions, but I > didn't see anyone suggest to the contrary in the recent posts. I did try > to imply that whatever HAL component is written needs to do what it > needs to do within the time available in the thread that it lives in. I > had trouble with my SPI component due to this. I think just about > everything you would want to with spindle speed and most other I/O can > be done in non-realtime. > > This reminds me that there is a time critical element in ModBus in that > the spec calls out timing constraints on the ACK or RTS or some such > thing. It seemed that experts disagree to how handle the timing issues. > > Kirk > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
Kirk Wallace wrote: > I agree that Modbus should only be used for non-reatime functions, but I > didn't see anyone suggest to the contrary in the recent posts. I did try > to imply that whatever HAL component is written needs to do what it > needs to do within the time available in the thread that it lives in. I > had trouble with my SPI component due to this. I think just about > everything you would want to with spindle speed and most other I/O can > be done in non-realtime. I think some confusion is because of your use of the term "thread". EMC and HAL use the term "thread" to specifically refer to a _realtime_ thread with a specific period, but you seem to be using "thread" while talking about a non-realtime component. Realtime HAL components export functions, and those functions are linked into realtime thresds. Each function in a HAL thread runs one after another, and all of them _must_ be complete before the next time the thread is due to run. Non-realtime HAL components do not export functions. A non-realtime HAL component is an ordinary Linux process. It has its own memory space and runs just like any other user space program. It has no restrictions about calling blocking functions. It can use read(2) and write(2) to access files (including /dev files). It can use select(2) with or without timeouts. It can use sleep(3) if it wants to poll HAL pins periodically. And it can use normal Linux drivers for things like the serial port. Such a component will _usually_ be quite responsive, but response times are not guaranteed. Spindle control was mentioned as a use case - that would be fine for normal milling, but I wound not use it for rigid tapping. EMC issues a command to reverse the spindle as the tap approaches the bottom of the hole. A user space HAL component would probably send that command to the spindle drive quickly 99% of the time, but it only takes one time with a half-second delay to break a tap. Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Stg 1 homing
Kirk Wallace wrote: > On Thu, 2008-10-23 at 07:45 -0700, Dave Engvall wrote: > ... snip >> Thanks for the confirmation although that wasn't the news I wanted. >> I would like to be able to emulate the X function in lstg which >> outputs the number of encoder counts between >> index pulses. >> >> Dave > ... snip > > Just a shot in the dark, but what about connecting your encoder's index > wire to both the STG and a generic digital input? You may need to create > a component to take it from there. I don't know anything about lstg, so > this may be a bad suggestion. > > Kirk > Keep in mind that one reason people use cards like the STG is that their combination of speed and encoder resolution gives encoder pulses that are too short to be reliably sampled by software. If you bring an index pulse into the PC and sample it with software, you might miss the pulse unless you limit the speed. That is one reason for the HOME_LATCH_VEL setting in the ini file. You can do most of your homing move at a high speed, then after you hit the switch drop to a crawl for the final half-revolution or so to make sure you don't miss the index. Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
Dave, Not even the slightest offense was taken. Sorry for giving you that impression. In analyzing your message, it prompted me to think that I might have introduced some confusion into the topic. I myself, would rather have what I say challenged than hear nothing, so please don't spare the abuse. (I know what some of you are thinking. No, I'm not like that. :) On Thu, 2008-10-23 at 12:12 -0400, Dave Keeton wrote: > Sorry Kirk, I wasn't referring to recent postI should have specified > that. A while back the discussion started out with digital I/O but if I ... snip > Dave - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hot wire cutting
John Thanks for the tip, I meanwhile installed another tw GPU's without success. A Nvidia 6200 AGP and a Trident PCI card to replace the AGP Matrox G450. If I do this sudo dpkg-reconfigure -phigh xserver-xorg I get FATAL: Module battery not found. This seems to be an old bug, identified within laptop-detect, but I can't seem to find the solution that was applied to laptop-detect back then. Also, what puzzles me abit, is the fact that there are no specific entries in my xorg.conf (I am A suse guy and hev never seen that on a suse box before, ther were *always* some hardware related entries): # xorg.conf (X.Org X Window System server configuration file) # # This file was generated by dexconf, the Debian X Configuration tool, using # values from the debconf database. # # Edit this file with caution, and see the xorg.conf manual page. # (Type "man xorg.conf" at the shell prompt.) # # This file is automatically updated on xserver-xorg package upgrades *only* # if it has not been modified since the last upgrade of the xserver-xorg # package. # # If you have edited this file but would like it to be automatically updated # again, run the following command: # sudo dpkg-reconfigure -phigh xserver-xorg Section "InputDevice" Identifier "Generic Keyboard" Driver "kbd" Option "XkbRules" "xorg" Option "XkbModel" "pc105" Option "XkbLayout" "ch" Option "XkbVariant""de" EndSection Section "InputDevice" Identifier "Configured Mouse" Driver "mouse" Option "CorePointer" EndSection Section "Device" Identifier "Configured Video Device" EndSection Section "Monitor" Identifier "Configured Monitor" EndSection Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" Device "Configured Video Device" EndSection Section "ServerLayout" Identifier "Default Layout" Screen "Default Screen" EndSection any clue on overcoing this? greets chris --- John Thornton <[EMAIL PROTECTED]> schrieb am Do, 23.10.2008: > Von: John Thornton <> > Betreff: Re: [Emc-users] hot wire cutting > An: "Enhanced Machine Controller EEMC"" > Datum: Donnerstag, 23. Oktober 2008, 13:58 > Chris, I just worked through this and Ubuntu did not > recognize my gateway onboard > video card. I put a video card in the pci express slot and > when I booted up > automagically I went from 800x600 to 1680x1050 the proper > resolution for my > monitor. > > John > > On 22 Oct 2008 at 15:03, Chris Epicier wrote: > > > > > Q3: I have only 800x600 resolution selectable. Is this > due to > > rt-kernel requirements or should I use another > graphics driver or > > card? > > > > > - > This SF.Net email is sponsored by the Moblin Your Move > Developer's challenge > Build the coolest Linux based applications with Moblin SDK > & win great prizes > Grand prize is a trip for two to an Open Source event > anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
On Thu, 2008-10-23 at 12:42 -0400, John Kasunich wrote: ... snip > I think some confusion is because of your use of the term "thread". EMC > and HAL use the term "thread" to specifically refer to a _realtime_ > thread with a specific period, but you seem to be using "thread" while > talking about a non-realtime component. That's one of my problems. I only know enough to create a component that fits in a realtime thread. (Dangerous is my middle name.) > Realtime HAL components export functions, and those functions are linked > into realtime thresds. Each function in a HAL thread runs one after > another, and all of them _must_ be complete before the next time the > thread is due to run. > > Non-realtime HAL components do not export functions. A non-realtime HAL > component is an ordinary Linux process. It has its own memory space and > runs just like any other user space program. It has no restrictions > about calling blocking functions. It can use read(2) and write(2) to > access files (including /dev files). It can use select(2) with or > without timeouts. It can use sleep(3) if it wants to poll HAL pins > periodically. And it can use normal Linux drivers for things like the > serial port. Such a component will _usually_ be quite responsive, but > response times are not guaranteed. I need to learn more about non-realtime. It has been a while since I have read the documentation, it might be a good time to go through it again. > Spindle control was mentioned as a use case - that would be fine for > normal milling, but I wound not use it for rigid tapping. EMC issues a > command to reverse the spindle as the tap approaches the bottom of the > hole. A user space HAL component would probably send that command to > the spindle drive quickly 99% of the time, but it only takes one time > with a half-second delay to break a tap. So maybe having my component inserted to an RT thread isn't a bad thing? If it works it must be timely? > > Regards, > > John Kasunich Just because I don't have the time or talent, doesn't mean I don't want to be a brain surgeon too. When are you guys going top get my clone done? I'll be the hansom one. Kirk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
Kirk Wallace wrote: > That's one of my problems. I only know enough to create a component that > fits in a realtime thread. (Dangerous is my middle name.) User components are actually easier. You create pins and parameters exactly the same as for a realtime component, but then you skip the function export step, and just drop right into doing whatever your component does. You need to install a signal handler for shutdown - most user space components run until killed. > >> Realtime HAL components export functions, and those functions are linked >> into realtime thresds. Each function in a HAL thread runs one after >> another, and all of them _must_ be complete before the next time the >> thread is due to run. Reading this after I sent it, I realized that I didn't go into the list of things that you can't do in a realtime component. Basically, you can't do anything that might block, and you can't use most of the standard library functions. >> Non-realtime HAL components do not export functions. A non-realtime HAL >> component is an ordinary Linux process. It has its own memory space and >> runs just like any other user space program. It has no restrictions >> about calling blocking functions. It can use read(2) and write(2) to >> access files (including /dev files). It can use select(2) with or >> without timeouts. It can use sleep(3) if it wants to poll HAL pins >> periodically. And it can use normal Linux drivers for things like the >> serial port. Such a component will _usually_ be quite responsive, but >> response times are not guaranteed. > > I need to learn more about non-realtime. It has been a while since I > have read the documentation, it might be a good time to go through it > again. > >> Spindle control was mentioned as a use case - that would be fine for >> normal milling, but I wound not use it for rigid tapping. EMC issues a >> command to reverse the spindle as the tap approaches the bottom of the >> hole. A user space HAL component would probably send that command to >> the spindle drive quickly 99% of the time, but it only takes one time >> with a half-second delay to break a tap. > > So maybe having my component inserted to an RT thread isn't a bad thing? > If it works it must be timely? The problem with Modbus in realtime is that your component needs to interact with the hardware without Linux's help. In userspace, you can just use the normal Linux serial port driver, by way of /dev/serial or something along those lines. That isn't available when you are writing a realtime component. You basically have to talk to the UART directly, which can be tricky when you don't know anything about the UART. Things like USB-to-serial converters are completely useless from realtime, but perfectly acceptable in user space (if Linux understands it, a user space HAL component can use it). Regards, John Kasunich - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Serial IO Interface
Question, do you mean that version 7.124 can be compiled into emc now or do you just want us to play with it aside from emc? Dave On Thu, 2008-10-23 at 15:04 +, Chris Morley wrote: > > > > > > There is a ModBus feature in Classic Ladder, but it seems to me that an > > HAL component specifically for the ModIO peripheral would be useful. > > ModBus may be a standard, but peripherals that use ModBus vary widely. > > > > Modbus is avaiable in Classicladder 7.124 in CVS right now and will be > included in EMC 2.3 in the future. > Modbus master is configurable as to slave number and type of registers it can > read/write. > You can poll multiply devices then add logic through classicladder or send > them directly to Classicladder's Halpins. > I have tested it using a serial port to run a VDF on my lathe. worked great ( > I haven't tried rigid tapping etc my lathe is not done) > though it is a userspace program it had no problems with communication I set > the VDF to not error with a short lapse in communication. > It can also use TCP but I have not tested this (though the modbus routines > are the same just communication protocol difference) > It can also be used as a slave but only for TCP (I have not tested this) my > intention is to write routines for the serial port eventually. > If anyone has tried it I would like to hear comments about success, problems, > and suggestions. The nice thing is there already is a GUI written to > configure modbus registers though It could be ore user friendly. If I hear > about interest I will spend more time on it. > > Cheers > Chris Morley > _ > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] tune -up ?
Jon Elson wrote: > [EMAIL PROTECTED] wrote: > >> Hi >> I am tuning ac servomotor. For Xpos-cmd and X-pos fb I have 2 trapezes. >> Upper part of trapeze should be horizontal, but I have some kind zigzag >> that eventually become horizontal. >> What should I do to make upper part flat – horizontal? ( P I D) >> >> > Possibly reduce P gain, or D. If you get D too high (it only takes a > little to have a good effect) that will also cause oscillation. > > Jon > > Hi see if this site helps you out, has some nice info and graphs http://digital.ni.com/public.nsf/allkb/806F6F0B775FAF32862572FA0052F2AB this one is also good read too http://support.motioneng.com/Downloads-Notes/Tuning/default.htm robert > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users > > > > No virus found in this incoming message. > Checked by AVG - http://www.avg.com > Version: 8.0.173 / Virus Database: 270.8.2/1735 - Release Date: 20/10/2008 > 14:52 > > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] ModIO, Serial IO Interface
On Thu, 2008-10-23 at 10:14 -0400, [EMAIL PROTECTED] wrote: ... snip > Actually, I think I had a concern about the fact that the modbus library > was LGPL3 instead of LGPL2. I'm also not sure if we want to include the > modbus library in the EMC2 source tree (though it's pretty small). Do you have a link to the library handy? ... snip > > The driver I have is for the Automation Direct GS2 VFD, and I think it may > be OK for it to get checked in (once I return home). The question about > including the library still remains though. > > - Steve Do you have more information and/or files available? Thanks. Kirk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Stg 1 homing
On Oct 23, 2008, at 9:48 AM, John Kasunich wrote: > Kirk Wallace wrote: >> On Thu, 2008-10-23 at 07:45 -0700, Dave Engvall wrote: >> ... snip >>> Thanks for the confirmation although that wasn't the news I wanted. >>> I would like to be able to emulate the X function in lstg which >>> outputs the number of encoder counts between >>> index pulses. >>> >>> Dave >> ... snip >> >> Just a shot in the dark, but what about connecting your encoder's >> index >> wire to both the STG and a generic digital input? You may need to >> create >> a component to take it from there. I don't know anything about >> lstg, so >> this may be a bad suggestion. >> >> Kirk >> > > Keep in mind that one reason people use cards like the STG is that > their > combination of speed and encoder resolution gives encoder pulses that > are too short to be reliably sampled by software. If you bring an > index > pulse into the PC and sample it with software, you might miss the > pulse > unless you limit the speed. > > That is one reason for the HOME_LATCH_VEL setting in the ini file. > You > can do most of your homing move at a high speed, then after you hit > the > switch drop to a crawl for the final half-revolution or so to make > sure > you don't miss the index. > > Regards, Thanks John, I guess I'll just muddle through. I suppose I could just plug Y into channel 3 or 4 and take advantage of the power of hal to reroute the input. :-) Dave > > John Kasunich > > -- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Classicladder/MODBUS
7.124 is included with EMC TRUNK . TRUNK gives you all the cutting edge work that people have included. It can have bugs of course. It's possible to add classiclader 7.124 to a production EMC (like 2.2x) but probably not worth the trouble. The version 8.02 you found on sourceforge is the parent program that Marc Le Douarain wrote/develops. We take his work and adapt it for EMC and develop it for our needs/wants. Chris > From: [EMAIL PROTECTED] > To: emc-users@lists.sourceforge.net > Date: Thu, 23 Oct 2008 14:24:35 -0400 > Subject: Re: [Emc-users] Serial IO Interface > > Question, do you mean that version 7.124 can be compiled into emc now or > do you just want us to play with it aside from emc? > _ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
[Emc-users] Does not Motenc-lite detected
Hello everybody, I recently bought a card Motenc-lite and when it started EMC2 with the configuration of motenc, I get an error card not detected. Anybody can help me identify the problem?. I attach the "dmesg" if it helps. I hope the message will not be too long. Thank you Alex [EMAIL PROTECTED]:~$ dmesg [ 0.00] Linux version 2.6.24-16-rtai ([EMAIL PROTECTED]) (gcc version 4.2.3 (Ubuntu 4.2.3-2ubuntu7)) #1 Tue Sep 30 22:54:33 EEST 2008 (Ubuntu 2.6.24-12.22-generic) [ 0.00] BIOS-provided physical RAM map: [ 0.00] BIOS-e820: - 0009fc00 (usable) [ 0.00] BIOS-e820: 0009fc00 - 000a (reserved) [ 0.00] BIOS-e820: 000f - 0010 (reserved) [ 0.00] BIOS-e820: 0010 - 3fffc000 (usable) [ 0.00] BIOS-e820: 3fffc000 - 3000 (ACPI data) [ 0.00] BIOS-e820: 3000 - 4000 (ACPI NVS) [ 0.00] BIOS-e820: fec0 - fec01000 (reserved) [ 0.00] BIOS-e820: fee0 - fee01000 (reserved) [ 0.00] BIOS-e820: - 0001 (reserved) [ 0.00] 127MB HIGHMEM available. [ 0.00] 896MB LOWMEM available. [ 0.00] Entering add_active_range(0, 0, 262140) 0 entries of 256 used [ 0.00] Zone PFN ranges: [ 0.00] DMA 0 -> 4096 [ 0.00] Normal 4096 -> 229376 [ 0.00] HighMem 229376 -> 262140 [ 0.00] Movable zone start PFN for each node [ 0.00] early_node_map[1] active PFN ranges [ 0.00] 0: 0 -> 262140 [ 0.00] On node 0 totalpages: 262140 [ 0.00] DMA zone: 32 pages used for memmap [ 0.00] DMA zone: 0 pages reserved [ 0.00] DMA zone: 4064 pages, LIFO batch:0 [ 0.00] Normal zone: 1760 pages used for memmap [ 0.00] Normal zone: 223520 pages, LIFO batch:31 [ 0.00] HighMem zone: 255 pages used for memmap [ 0.00] HighMem zone: 32509 pages, LIFO batch:7 [ 0.00] Movable zone: 0 pages used for memmap [ 0.00] DMI 2.3 present. [ 0.00] Allocating PCI resources starting at 5000 (gap: 4000:bec0) [ 0.00] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 260093 [ 0.00] Kernel command line: root=UUID=4e9ef747-5a5b-4d1f-9c92-b24063c28b08 ro quiet splash [ 0.00] Enabling fast FPU save and restore... done. [ 0.00] Enabling unmasked SIMD FPU exception support... done. [ 0.00] Initializing CPU#0 [ 0.00] PID hash table entries: 4096 (order: 12, 16384 bytes) [ 0.00] Detected 1700.141 MHz processor. [ 19.844683] I-pipe 2.0-04: pipeline enabled. [ 19.846028] Console: colour VGA+ 80x25 [ 19.846033] console [tty0] enabled [ 19.846719] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes) [ 19.847636] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes) [ 19.891994] Memory: 1029572k/1048560k available (1440k kernel code, 18200k reserved, 573k data, 228k init, 131056k highmem) [ 19.892009] virtual kernel memory layout: [ 19.892011] fixmap : 0xfffed000 - 0xf000 ( 72 kB) [ 19.892013] pkmap : 0xff80 - 0xffc0 (4096 kB) [ 19.892015] vmalloc : 0xf880 - 0xff7fe000 ( 111 MB) [ 19.892017] lowmem : 0xc000 - 0xf800 ( 896 MB) [ 19.892019] .init : 0xc02fa000 - 0xc0333000 ( 228 kB) [ 19.892021] .data : 0xc026836d - 0xc02f77ec ( 573 kB) [ 19.892022] .text : 0xc010 - 0xc026836d (1440 kB) [ 19.892027] Checking if this processor honours the WP bit even in supervisor mode... Ok. [ 19.892091] SLUB: Genslabs=11, HWalign=64, Order=0-1, MinObjects=4, CPUs=1, Nodes=1 [ 19.972079] Calibrating delay using timer specific routine.. 3402.25 BogoMIPS (lpj=6804505) [ 19.972120] Security Framework initialized [ 19.972127] SELinux: Disabled at boot. [ 19.972147] AppArmor: AppArmor initialized [ 19.972156] Failure registering capabilities with primary security module. [ 19.972167] Mount-cache hash table entries: 512 [ 19.972335] CPU: After generic identify, caps: 3febfbff [ 19.972350] CPU: Trace cache: 12K uops, L1 D cache: 8K [ 19.972354] CPU: L2 cache: 256K [ 19.972357] CPU: After all inits, caps: 3febfbff b080 [ 19.972370] Compat vDSO mapped to e000. [ 19.972384] CPU: Intel(R) Pentium(R) 4 CPU 1.70GHz stepping 02 [ 19.972396] Checking 'hlt' instruction... OK. [ 19.988357] Freeing SMP alternatives: 0k freed [ 19.988632] net_namespace: 64 bytes [ 19.989411] NET: Registered protocol family 16 [ 19.989735] EISA bus registered [ 19.991730] PCI: PCI BIOS revision 2.10 entry at 0xf1580, last bus=1 [ 19.991734] PCI: Using configuration type 1 [ 19.991737] Setting up standard PCI resources [ 20.003070] Linux Plug and Play Support v0.97 (c) Adam Belay [ 20.003469] PCI: Probing PCI hardware [ 20.003495] PCI: Probing PCI hardware (bus 00) [ 20.003747] Enabling SiS 96x SMBus. [ 20.005066] PCI: U
Re: [Emc-users] Classicladder/MODBUS
I have the trunk version you pointed to in an earlier message. What is the proper command format to compile it? I followed the instructions on the EMC wiki but I may not be doing it right! "make" is not working.. Dave On Thu, 2008-10-23 at 19:26 +, Chris Morley wrote: > 7.124 is included with EMC TRUNK . TRUNK gives you all the cutting edge work > that people have included. It can have bugs of course. It's possible to add > classiclader 7.124 to a production EMC (like 2.2x) but probably not worth the > trouble. > The version 8.02 you found on sourceforge is the parent program that Marc Le > Douarain wrote/develops. We take his work and adapt it for EMC and develop it > for our needs/wants. > > Chris > > > > From: [EMAIL PROTECTED] > > To: emc-users@lists.sourceforge.net > > Date: Thu, 23 Oct 2008 14:24:35 -0400 > > Subject: Re: [Emc-users] Serial IO Interface > > > > Question, do you mean that version 7.124 can be compiled into emc now or > > do you just want us to play with it aside from emc? > > > _ > > > - > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Classicladder/MODBUS
I assume you are building a realtime version: 2.3. Building emc2 (realtime) Run these commands in the directory created by cvs above: $ cd src $ ./configure --enable-run-in-place $ make $ sudo make setuid > From: [EMAIL PROTECTED] > To: emc-users@lists.sourceforge.net > Date: Thu, 23 Oct 2008 15:59:43 -0400 > Subject: Re: [Emc-users] Classicladder/MODBUS > > I have the trunk version you pointed to in an earlier message. What is > the proper command format to compile it? I followed the instructions on > the EMC wiki but I may not be doing it right! "make" is not > working.. > _ - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Does not Motenc-lite detected
On Thu, Oct 23, 2008 at 09:58:02PM +0200, Alejandro wrote: > Hello everybody, > > I recently bought a card Motenc-lite and when it started EMC2 with the > configuration of motenc, I get an error card not detected. Anybody can help > me identify the problem?. I attach the "dmesg" if it helps. > I hope the message will not be too long. > > Thank you > Alex > > [EMAIL PROTECTED]:~$ dmesg ... > [ 124.489030] MOTENC: ERROR, unknown card detected Note that the error is not what you said. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Does not Motenc-lite detected
On Oct 23, 2008, at 1:11 PM, Chris Radek wrote: > On Thu, Oct 23, 2008 at 09:58:02PM +0200, Alejandro wrote: >> Hello everybody, >> >> I recently bought a card Motenc-lite and when it started EMC2 with >> the configuration of motenc, I get an error card not detected. >> Anybody can help me identify the problem?. I attach the "dmesg" if >> it helps. >> I hope the message will not be too long. >> >> Thank you >> Alex >> >> [EMAIL PROTECTED]:~$ dmesg > ... > >> [ 124.489030] MOTENC: ERROR, unknown card detected > > > Note that the error is not what you said. The base address may not be set correctly (jumper) ... Just a wild guess ... not even a swag. Dave > > > -- > --- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win > great prizes > Grand prize is a trip for two to an Open Source event anywhere in > the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > ___ > Emc-users mailing list > Emc-users@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] Does not Motenc-lite detected
Looks like the board configuration is not correct. do you have access to windows machine? I will email you a windows program off list. this will allow you to reconfigure the board eeprom. thank you Anton From: Chris Radek <[EMAIL PROTECTED]> To: Enhanced Machine Controller (EMC) Sent: Thursday, October 23, 2008 1:11:25 PM Subject: Re: [Emc-users] Does not Motenc-lite detected On Thu, Oct 23, 2008 at 09:58:02PM +0200, Alejandro wrote: > Hello everybody, > > I recently bought a card Motenc-lite and when it started EMC2 with the > configuration of motenc, I get an error card not detected. Anybody can help > me identify the problem?. I attach the "dmesg" if it helps. > I hope the message will not be too long. > > Thank you > Alex > > [EMAIL PROTECTED]:~$ dmesg ... > [ 124.489030] MOTENC: ERROR, unknown card detected Note that the error is not what you said. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hot wire cutting
Don't know that much about Ubuntu but my xorg.conf file looked the same till I plugged in a different video card. I read somewhere if Ubuntu didn't recognize the hardware it just use a default... and the Kbuntu was a bit better at recognizing hardware for some reason... John On 23 Oct 2008 at 17:13, Chris Epicier wrote: > John > > Thanks for the tip, I meanwhile installed another tw GPU's without > success. A Nvidia 6200 AGP and a Trident PCI card to replace the AGP > Matrox G450. > > If I do this > sudo dpkg-reconfigure -phigh xserver-xorg > I get > FATAL: Module battery not found. > > This seems to be an old bug, identified within laptop-detect, but I > can't seem to find the solution that was applied to laptop-detect back > then. Also, what puzzles me abit, is the fact that there are no > specific entries in my xorg.conf (I am A suse guy and hev never seen > that on a suse box before, ther were *always* some hardware related > entries): > - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
Re: [Emc-users] hot wire cutting
On Thu, 2008-10-23 at 16:59 -0600, John Thornton wrote: > Don't know that much about Ubuntu but my xorg.conf file looked the > same till I plugged in a different video card. I read somewhere if > Ubuntu didn't recognize the hardware it just use a default... and the > Kbuntu was a bit better at recognizing hardware for some reason... > > John Just in case, I have had to edit the xorg.conf file in just about every Linux install to get the screen resolutions I want. In a terminal session: "sudo su -" "nano /etc/X11/xorg.conf" Then edit the Device, Monitor and Screen sections to suit your hardware. One of my xorg.conf's looks like this but your will be different. ... Section "Device" Identifier "Configured Video Device" # Driver "nvidia" Driver "vesa" EndSection ... Section "Monitor" Identifier "Configured Monitor" Horizsync 30-66 Vertrefresh 50-130 EndSection ... Section "Screen" Identifier "Default Screen" Monitor "Configured Monitor" Device "Configured Video Device" Defaultdepth24 SubSection "Display" Viewport 0 0 Depth 24 Modes "1280x1024" "1024x768" "800x600" "640x480" EndSubSection EndSection ... Then close all open windows and Control-Alt-Backspace to reload the config file. There is a danger that your changes might keep X from starting again, if so, edit xorg.conf in a text session (Alt-F1) to fix it and then use the command "startx". Kirk - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ ___ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users