Re: [Emc-users] Modbus RS-485 Transceiver

[Kirk Wallace]

On Mon, 2008-02-04 at 21:22 -0600, Javid Butler wrote:
> Kirk-
> 
> I have a very similar board with EIA-485 for the 40-pin PIC. It does have 
> complete control over the transciever.

That's good to know.

> What do you want to achieve with MODBUS and how soon do you want it done? 

I was hoping to make Modbus a part of EMC, but as a way point, make a
Modbus link to my VFD and ModIO (digital, analog, quadrature IO, Homann
Designs). My time table should be fairly long since I really should be
mounting encoders to my Bridgeport, but it's kind of cold out in the
shop these days.

> If 
> there is some code I'd be willing to work on porting it to the PIC, but I'm 
> loaded with projects right now so it will take a little time.

(If it's convenient, let us know what you are up to. Do you have a
website?)

>  It seems there 
> is an EMC MODBUS project forming, so maybe by the time the EMC code is 
> stable I'll have more time, or someone who knows the PIC will have time to 
> do the port.

There has been some discussion that for two (three?) wire Modbus, it may
not be possible to use a standard PC serial port due to a lack in
transceiver direction control. I saw that RS485.com had RS232 to RS485
adapters based on PIC's, but they are expensive, so I started wondering
about alternatives or if I could build one myself. At twenty to
thirty-five dollars each for a PIC board with an RS485 transceiver built
in, building is not necessary, but programming is. Now I'm trying to get
an idea of how hard it would be to do. I suppose, I could use a PIC that
is compatible with C and the libmodbus
( https://launchpad.net/libmodbus/ )
files as a model. I have an Olimex PIC-PG3 programmer and PIC-P14 (14
pin PIC) board. I may have to dust it off and play with it.

> Anyway, let me know if a board would be helpful. I've got several assembled. 
> I've also got a board based around the 17C44 with EIA-485 as well, but none 
> assembled.
> 
> Javid

Thanks for the help, Javid

-- 
Kirk Wallace (California, USA
http://www.wallacecompany.com/machine_shop/ 
Hardinge HNC lathe,
Bridgeport mill conversion, doing XY now,
Zubal lathe conversion pending)


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver

[Kirk Wallace]

On Tue, 2008-02-05 at 14:37 +1100, Erik Christiansen wrote:
> On Sat, Feb 02, 2008 at 08:26:31PM -0800, Kirk Wallace wrote:
> > http://pinouts.ru/SerialPortsCables/rs485_cable_pinout.shtml
> > 
> > I plan on building a couple for my SJ200 application, and if you want I
> > can make an extra and send it over. I'm not sure when I'll have time to
> > build and test it -- probably in the next couple of weeks. Let me know.
> 
> Hi Kirk,
> 
> Though it looks like you're onto alternatives by now, it may be worth
> noting that there's no separate network ground wire in that design. From
> http://www.embeddedsys.com/subpages/resources/images/documents/microsys_art_RS485.pdf
> , I'm planning to follow:
> 
> "The RS-485 specification recommends connecting a 100 ohm resistor of at
> least 0.5 W in series between each node's signal ground and the
> network's ground wire, as Figure 1 shows. This way, if the ground
> potentials of two nodes vary, the resistors limit the current in the
> ground wire."
> 
> Admittedly, that's defeated if local ground goes back through the power
> supply, to mains earth.

So the ground, will only be usable if all the transceivers are isolated,
so that the ground wire is actually a 0V network common?

> Incidentally, the R9 + R12 bus bias chain is in parallel with the 120
> ohm R13, for bus termination purposes, giving under 86 ohms. (R13 = 200
> ohm would give a 120 ohm result) They're certainly biasing the bus
> heavily, which is good for noisy environments. (Thanks for the link.
> It's educational to see what others do.)
> 
> Erik

I was given a link to RS485.com and found that they present schematics
for all the products I looked at. I found it very educational too.

I didn't really want to build an adapter, but the adapters I had seen up
until recently were too expensive. I have been given links to some
inexpensive adapters, but now I am learning they may have deficiencies.
Now the question is, do I go with what may work well enough (especially
over the length of a CNC machine) or what is more technically correct.
Some of the literature I have read seems to indicate that in the real
RS485 world that it may be more practical to set the network up and then
tune the termination, bias and etc. as needed. This RS485 thing seems to
be a project in itself.

Thanks for the help Erik.

-- 
Kirk Wallace (California, USA
http://www.wallacecompany.com/machine_shop/ 
Hardinge HNC lathe,
Bridgeport mill conversion, doing XY now,
Zubal lathe conversion pending)


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver

[Erik Christiansen]

On Sat, Feb 02, 2008 at 08:26:31PM -0800, Kirk Wallace wrote:
> http://pinouts.ru/SerialPortsCables/rs485_cable_pinout.shtml
> 
> I plan on building a couple for my SJ200 application, and if you want I
> can make an extra and send it over. I'm not sure when I'll have time to
> build and test it -- probably in the next couple of weeks. Let me know.

Hi Kirk,

Though it looks like you're onto alternatives by now, it may be worth
noting that there's no separate network ground wire in that design. From
http://www.embeddedsys.com/subpages/resources/images/documents/microsys_art_RS485.pdf
, I'm planning to follow:

"The RS-485 specification recommends connecting a 100 ohm resistor of at
least 0.5 W in series between each node's signal ground and the
network's ground wire, as Figure 1 shows. This way, if the ground
potentials of two nodes vary, the resistors limit the current in the
ground wire."

Admittedly, that's defeated if local ground goes back through the power
supply, to mains earth.

Incidentally, the R9 + R12 bus bias chain is in parallel with the 120
ohm R13, for bus termination purposes, giving under 86 ohms. (R13 = 200
ohm would give a 120 ohm result) They're certainly biasing the bus
heavily, which is good for noisy environments. (Thanks for the link.
It's educational to see what others do.)

Erik



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver

[Javid Butler]

Kirk-

I have a very similar board with EIA-485 for the 40-pin PIC. It does have 
complete control over the transciever.

What do you want to achieve with MODBUS and how soon do you want it done? If 
there is some code I'd be willing to work on porting it to the PIC, but I'm 
loaded with projects right now so it will take a little time. It seems there 
is an EMC MODBUS project forming, so maybe by the time the EMC code is 
stable I'll have more time, or someone who knows the PIC will have time to 
do the port.

Anyway, let me know if a board would be helpful. I've got several assembled. 
I've also got a board based around the 17C44 with EIA-485 as well, but none 
assembled.

Javid



- Original Message - 
From: "Kirk Wallace" <[EMAIL PROTECTED]>
To: "Enhanced Machine Controller (EMC)" 
Sent: Monday, February 04, 2008 7:27 PM
Subject: Re: [Emc-users] Modbus RS-485 Transceiver


> This looks interesting. With this you could have complete control of the
> transceiver and timing. Too bad there is no software.
>
> http://microcontrollershop.com/product_info.php?products_id=651
>
> -- 
> Kirk Wallace (California, USA
> http://www.wallacecompany.com/machine_shop/
> Hardinge HNC lathe,
> Bridgeport mill conversion, doing XY now,
> Zubal lathe conversion pending)
>
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver

[Kirk Wallace]

This looks interesting. With this you could have complete control of the
transceiver and timing. Too bad there is no software.

http://microcontrollershop.com/product_info.php?products_id=651

-- 
Kirk Wallace (California, USA
http://www.wallacecompany.com/machine_shop/ 
Hardinge HNC lathe,
Bridgeport mill conversion, doing XY now,
Zubal lathe conversion pending)


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] compiling libmodbus

[Chris Morley]

Thank you for your responses. I was actually trying to compile the trunk 
version, as it has a slave library as well. 
I was able to compile libmodbus-1.2.3
The full plan was to use the slave test to connect thru rs 232 to classicladder 
on another computer. (not positive that would work...)
The output from the trunk version after configure was:
./configure: line 1685: syntax error near unexpected token `libmodbus,'
./configure: line 1685: `AM_INIT_AUTOMAKE(libmodbus, 1.3.0)'
Chris Morley
   
By the way how does autogen fit in the process as I see a autogen script. sigh 
so much to learn! :)


> Date: Mon, 4 Feb 2008 22:18:06 +0100
> From: [EMAIL PROTECTED]
> To: emc-users@lists.sourceforge.net
> Subject: Re: [Emc-users] Modbus RS-485 Transceiver offer/ a modbus library
>
> Chris,
>
> For your info.
> I downloaded the archive and it seemd to compile without problem (on my
> laptop with opensuse 10.3):
>
> 1004tar xzf libmodbus-1.2.2.tar.gz
> 1005cd libmodbus-1.2.2
> 1006./configure
> 1007make
>
> Geert
>
>
>> I came across a web site with a Modbus library that is GPL.
>> http://copyleft.free.fr/wordpress/index.php/libmodbus/
>> In his trunk version he is working on a slave protocol - if I could get this 
>> working I could set up two computers with rs 232 and test. prob test 
>> classicladder too.
>> The big but is that I cannot figure out how to auto make the program . I 
>> downloaded automake and autoconfig but it doesn't work and I don't know how 
>> to trouble shoot  the process. Any help would be great from anyone.
>> Just thought it might be interesting to peruse or even use for your work.
>> Thanks again.
>>
>> Chris Morley
>>
>>
_


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Using EMC as a simulator

[Colin MacKenzie]

Actually, you probably couldn't build unless you used configure with the 
--enable-simulator switch. I think your error means that you selected a machine 
that is real and not a simulator. When you run .\scripts\emc and the config 
dialog appears, select the "sim axis" configuration.

C

-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chris Radek
Sent: Monday, February 04, 2008 7:14 AM
To: Enhanced Machine Controller (EMC)
Subject: Re: [Emc-users] Using EMC as a simulator

On Mon, Feb 04, 2008 at 12:40:26PM +0100, Depoortere Dries wrote:
> hi,
> i just wanted to use EMC2 as a simulator, (because i have not a
> machine ). Is that possible, and if that's possible, do i need to
> configurate a virtual machine ??

Yes:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EMC2_Pure_Simulator



On Mon, Feb 04, 2008 at 01:01:47PM +0100, Depoortere Dries wrote:
> I've try to configure for simulating without a machine, but here's my
> errors:

> insmod: can't read '/usr/realtime-2.6.15-29-386/modules/rtai_hal.ko': No
> such file or directory

This probably means you didn't configure with the right flags, see above


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver offer/ a modbus library

[Geert De Pecker]

Chris,

For your info.
I downloaded the archive and it seemd to compile without problem (on my
laptop with opensuse 10.3):

1004tar xzf libmodbus-1.2.2.tar.gz
1005cd libmodbus-1.2.2
1006./configure
1007make

Geert

Chris Morley wrote:
> Kirk 
> I thank you for the offer for the r485 converter. I think after reading some 
> of the posts I would rather go with full duplex. Paying you for,  and 
> shipping, it would have been a pain too I think, as I am in Canada.
> I came across a web site with a Modbus library that is GPL.
> http://copyleft.free.fr/wordpress/index.php/libmodbus/
> In his trunk version he is working on a slave protocol - if I could get this 
> working I could set up two computers with rs 232 and test. prob test 
> classicladder too.
> The big but is that I cannot figure out how to auto make the program . I 
> downloaded automake and autoconfig but it doesn't work and I don't know how 
> to trouble shoot  the process. Any help would be great from anyone.
> Just thought it might be interesting to peruse or even use for your work.
> Thanks again.
> 
> Chris Morley
> 
> 
>> From: [EMAIL PROTECTED]
>> To: emc-users@lists.sourceforge.net
>> Date: Sat, 2 Feb 2008 20:26:31 -0800
>> Subject: [Emc-users] Modbus RS-485 Transceiver
>>
>> Chris Morley, 
>>
>> I have been pretty slow with work on Modbus. I just read your wiki post
>> and you indicated that you needed an RS-485 adapter. I found one here:
>>
>> http://pinouts.ru/SerialPortsCables/rs485_cable_pinout.shtml
>>
>> I plan on building a couple for my SJ200 application, and if you want I
>> can make an extra and send it over. I'm not sure when I'll have time to
>> build and test it -- probably in the next couple of weeks. Let me know.
>>
>> -- 
>> Kirk Wallace (California, USA
>> http://www.wallacecompany.com/machine_shop/ 
>> Hardinge HNC lathe,
>> Bridgeport mill conversion, doing XY now,
>> Zubal lathe conversion pending)
>>
>>
>> -
>> This SF.net email is sponsored by: Microsoft
>> Defy all challenges. Microsoft(R) Visual Studio 2008.
>> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
>> ___
>> Emc-users mailing list
>> Emc-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/emc-users
> 
> _
> 
> 
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
> 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Counterbore Software

[Gene Heskett]

On Monday 04 February 2008, John Thornton wrote:
>I have released the counterbore.py software on wiki in the beta version.
>
>http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Simple_EMC_G-Code_Generators
>
>Thanks for the feedback cradek.
>
>While there is a few things left to polish it up it is fully functional and
> afaik ready to use.
>
>Some feedback would be nice...
>
>John
>
Many thanks John, I'll give them a spin the net time I need to use something 
like that.

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
It is much easier to be critical than to be correct.
-- Benjamin Disraeli

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Possible bug in kubuntu or fedora version of X?

[Gene Heskett]

On Monday 04 February 2008, Alan Cox wrote:
>> Was this something that got fixed in 2.2.3, or do I have an X
>> incompatibility between kubuntu & fedora versions of X?
>
>X is compatible and has been for a very long time. If your X server
>itself is crashing that almost always points to a bug in whichever X
>server crashed, and that would be your starting point.
>
>A protocol incompatibility or bug even if it did occur should at
>worst cause the app to terminate and messages get displayed.

Other 'X' applications appear to be ok, like running adept, the ubuntu package 
manager from here.  However it doesn't use relatively large initial splash 
images either.

FWIW, I've now installed the nvidia driver on both ends of this 100 foot 
length of cat 5, previously it was just on this box, but I haven't repeated 
the experiment since its such a pita to go reboot both machines.  But, since 
kmail keeps a scratch copy of this message, I will go and attempt that now. 
We might be chasing a will-of-the-wisp too since emc itself has been updated 
from 2.2.2 to 2.2.3 since the last such occurrence.

Mmm, fails, with this on the konsole as it exits, starting with the login:

[EMAIL PROTECTED] ~]# ssh -Y -l gene shop
[EMAIL PROTECTED]'s password:
Linux shop 2.6.15-magma #1 Fri Jun 9 20:51:19 EEST 2006 i686 GNU/Linux

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.
Last login: Fri Feb  1 14:22:46 2008

[EMAIL PROTECTED]:~$ emc
EMC2 - 2.2.3
Machine configuration directory is '/home/gene/emc2/configs/my-mill'
Machine configuration file is 'my-mill.ini'
Starting EMC2...
Traceback (most recent call last):
  File "/usr/bin/axis", line 3415, in ?
fontbase = int(o.tk.call(o._w, "loadbitmapfont", coordinate_font))
_tkinter.TclError: Could not allocate font
Shutting down and cleaning up EMC2...
Cleanup done
EMC terminated with an error.  You can find more information in the log files
/home/gene/emc_debug.txt
and
/home/gene/emc_print.txt
as well as in the output of the shell command 'dmesg' and in the terminal
==end of traceback===
The splash image did display, and cleared just fine, no crash.

Now, is that a font problem because my fonts don't match those available on 
the kubuntu box, or ??? Neither of the quoted trace files above contain 
anything related to a font problem so I won't paste them here.

dmesg however, points to another problem:
[260092.259774] I-pipe: Domain RTAI registered.
[260092.259786] RTAI[hal]:  mounted over IPIPE-NOTHREADS 1.3-00.
[260092.259789] RTAI[hal]: compiled with gcc version 4.0.3 (Ubuntu 
4.0.3-1ubuntu5).
[260092.259795] RTAI[hal]: mounted (IPIPE-NOTHREADS, IMMEDIATE (INTERNAL IRQs 
VECTORED), ISOL_CPUS_MASK: 0).
[260092.259799] PIPELINE layers:
[260092.259803] e0c5b780 9ac15d93 RTAI 200
[260092.259806] c02d1680 0 Linux 100
[260092.268939] RTAI[malloc]: vmalloced extent e0de, size 2097152.
[260092.269075] RTAI[malloc]: loaded (global heap size=2097152 bytes).
[260092.271793] RTAI[sched_lxrt]: loaded (IMMEDIATE, UP, USER/KERNEL SPACE 
).
[260092.271802] RTAI[sched_lxrt]: hard timer type/freq = 8254-PIT/1193180(Hz); 
default timing mode is periodic; linear ordering of timed lists.
[260092.271808] RTAI[sched_lxrt]: Linux timer freq = 1000 (Hz), CPU freq = 
1396687000 hz.
[260092.271812] RTAI[sched_lxrt]: timer setup = 2010 ns, resched latency = 
2689 ns.
[260092.306135] RTAI[math]: loaded.
[260092.383535] kobject_register failed for parport_pc (-17)
[260092.383564]  [] kobject_register+0x45/0x50
[260092.383588]  [] bus_add_driver+0x4e/0xa0
[260092.383603]  [] pnp_register_driver+0x2f/0x60
[260092.383615]  [] init_module+0x1e/0x80 [probe_parport]
[260092.383624]  [] sys_init_module+0x9e/0x180
[260092.383635]  [] sysenter_past_esp+0x63/0x67
[260092.392330] config string '0x378'
[260095.476177] RTAI[math]: unloaded.
[260095.512348] RTAI[malloc]: vfreed extent e0de, size 2097152.
[260095.512558] RTAI[malloc]: unloaded.
[260095.612283] RTAI[sched_lxrt]: unloaded (forced hard/soft/hard transitions: 
traps 0, syscalls 0).
[260095.617679] I-pipe: Domain RTAI unregistered.
[260095.617693] RTAI[hal]: unmounted.

I'm running out of hair here.  How are these related?

Mmm, FWIW, I don't even build parport here, nothing uses it on this machine, 
but then that has been the case for several years and it has not been a 
problem previously so I have good reason to think its a mochs nichs.  And an 
lsof|grep '/dev/' contains no references indicating the parport was 
previously spoken for.

I sure could use some help here folks.  Thanks.

-- 
Cheers, Gene
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Certainly there are things in life that money can't buy

Re: [Emc-users] DRO input?

[Jon Elson]

[EMAIL PROTECTED] wrote:
> 
> I do wonder how accurate the positioning is for a 50 foot table
> and how repeatable the positioning would be after a long move.
> 
> That would still be one impressive machine.
Well, this machine was supposed to have a 50 foot glass scale.
Depending on the architecture of the machine's frame, and how 
close the scales were to the spindle, it could vary a lot.
For instance, if the home position was at one end of the 50' 
scale, and you were way out in the middle of the table, then
you'd be doing your cutting 25 feet from the home, and any
differential thermal expansion between glass and iron would
shift everything around.  If the scale was constrained to the
iron table, then there's be less quirky shifting of coordinates.

Also, on a 50' machine, there is an opportunity for 
orthogonality errors to be magnified to a huge amount.

The bottom line is you don't make swiss wristwatch parts on a
machine with a 50 foot table.  You make wing spars, or boat 
keels, or hatches for space shuttles, and the tolerances on 
these parts take into account the limits of precision such a 
large part can be made to.

Jon

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver offer/ a modbus library

[Kirk Wallace]

On Mon, 2008-02-04 at 09:36 -0500, Stephen Wille Padnos wrote:
... snip
> That's the library I used to make the HAL/Modbus component I needed.  
> I'll see if I can find out what I had to do to build it.  It works quite 
> well.
> 
> There is an annoying thing that library does - it prints error messages 
> without being asked.  If your slave device isn't attached, you'll get an 
> endless stream of "ERROR!  Communications timed out" messages on the 
> terminal.
> 
> Otherwise, it was pretty easy to get working.  I still haven't had a 
> chance to clean up my code for release, hopefully I'll get to that soon.
> 
> - Steve

That's good news Steve.

Anyone, please correct me if I am wrong, but it seems at least three of
us have been working in parallel to achieve the same thing, which is
integrate Modbus into EMC2. I would think that it would be more
efficient for us to parse the work and work together. On the other hand
it may be that this project is trivial enough to not warrant the fuss. 

Some thoughts do come to mind:

When I work as part of a project, my documentation and attention to
detail gets better. 

I have had to dust off my programming skills in order to achieve the
goals I have completed so far, which is a good thing, but it would be
nice to contribute in ways that am more proficient.

It would be nice to work on our organizational skills to get ready for a
bigger project like an open source CAD/CAM system.

It would be nice to be part of a group and not get stressed out about
anything. I get enough of that elsewhere.

Any thoughts on my thoughts?

-- 
Kirk Wallace (California, USA
http://www.wallacecompany.com/machine_shop/ 
Hardinge HNC lathe,
Bridgeport mill conversion, doing XY now,
Zubal lathe conversion pending)


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] errors

[Depoortere Dries]

it's working now, i don't know what went wrong, but i had already ubuntu
on my computer, so it was not necessary to install in again...
so, i took this guidenence :

If you prefer to start with the distributed Ubuntu CD, you can install
EMC2 yourself with these instructions: 

  * Step 1: Install Ubuntu 6.06 Dapper Drake LTS for 32-bit PCs, 
  * Step 2: Once you have installed Ubuntu , get the install script
from here: dapper-install , choose "Save to Disk" and click OK.
  * Step 3: Now an emc2-install.sh icon will appear on your Desktop.
Right-click that icon, select Properties. Go to the Permissions
tab and check the box for Owner: Execute. Close the Properties
window.
  * Step 4: Now double-click the emc2-install.sh icon, and select
"Run in Terminal". A terminal will appear and you will be asked
for your password.
  * Step 5: When the installation asks if you are sure you want to
install the EMC2 packages, hit Enter to accept. Now just allow
the install to finish.
  * Step 6: When it is done, you must reboot (System > Log Out >
Restart the Computer) - once you have rebooted you can run EMC2
by selecting it on the Applications > CNC menu.
  * Step 7: If you aren't ready to set up a machine configuration,
try the sim-AXIS configuration; it runs a "simulated machine"
that requires no attached hardware.
  * 
  * and skipped step 1 and 2 ...
  * now it's working ( i mean i don't get any error messages when i
startup)
  * 
  * Now i must try to work with this simulator ...
  * 
On ma, 2008-02-04 at 14:27 +0200, Alex Joni wrote:
> Hello,
> 
> seem you configured for an installed system,
> but didn't install it. (sudo make install).
> 
> The alternative is to use ./configure --enable-run-in-place, then you only 
> have to do (sudo make setuid).
> 
> Regards,
> Alex
> 
> - Original Message - 
> From: "Depoortere Dries" <[EMAIL PROTECTED]>
> To: 
> Sent: Monday, February 04, 2008 2:01 PM
> Subject: [Emc-users] errors
> 
> 
> > I've try to configure for simulating without a machine, but here's my
> > errors:
> >
> > Print file information:
> > RUN_IN_PLACE=no
> > EMC2_DIR=
> > EMC2_BIN_DIR=/usr/bin
> > EMC2_TCL_DIR=/usr/share/emc/tcl
> > EMC2_SCRIPT_DIR=
> > EMC2_RTLIB_DIR=/usr/realtime-2.6.15-magma/modules/emc2
> > EMC2_CONFIG_DIR=
> > EMC2_LANG_DIR=/usr/share/emc/tcl/msgs
> > INIVAR=/usr/bin/inivar
> > HALCMD=/usr/bin/halcmd
> > EMC2_EMCSH=/usr/bin/emcsh
> > EMC2_IOSH=/usr/bin/iosh
> > EMC2 - 2.2.3
> > Machine configuration directory is '/home/dries/emc2/configs/cncdries'
> > Machine configuration file is 'cncdries.ini'
> > INIFILE=/home/dries/emc2/configs/cncdries/cncdries.ini
> > PARAMETER_FILE=emc.var
> > EMCMOT=motmod
> > EMCIO=io
> > TASK=milltask
> > HALUI=
> > DISPLAY=axis
> > NML_FILE=emc.nml
> > Starting EMC2...
> > Starting EMC2 server program: emcsvr
> > Loading Real Time OS, RTAPI, and HAL_LIB modules
> > Realtime system did not load
> > Shutting down and cleaning up EMC2...
> > Killing task emcsvr, PID=9614
> > Removing HAL_LIB, RTAPI, and Real Time OS modules
> > Removing NML shared memory segments
> > Cleanup done
> >
> > Kernel message information:
> > [17179569.184000] Linux version 2.6.15-29-386 ([EMAIL PROTECTED]) (gcc
> > version 4.0.3 (Ubuntu 4.0.3-1ubuntu5)) #1 PREEMPT Mon Sep 24 17:18:25
> > UTC 2007
> > [17179569.184000] BIOS-provided physical RAM map:
> > [17179569.184000]  BIOS-e820:  - 0009fc00
> > (usable)
> > [17179569.184000]  BIOS-e820: 0009fc00 - 000a
> > (reserved)
> > [17179569.184000]  BIOS-e820: 000e8000 - 0010
> > (reserved)
> > [17179569.184000]  BIOS-e820: 0010 - 1df4
> > (usable)
> > [17179569.184000]  BIOS-e820: 1df4 - 1df5 (ACPI
> > data)
> > [17179569.184000]  BIOS-e820: 1df5 - 1e00 (ACPI
> > NVS)
> > [17179569.184000]  BIOS-e820: ff7c - 0001
> > (reserved)
> > [17179569.184000] 0MB HIGHMEM available.
> > [17179569.184000] 479MB LOWMEM available.
> > [17179569.184000] On node 0 totalpages: 122688
> > [17179569.184000]   DMA zone: 4096 pages, LIFO batch:0
> > [17179569.184000]   DMA32 zone: 0 pages, LIFO batch:0
> > [17179569.184000]   Normal zone: 118592 pages, LIFO batch:31
> > [17179569.184000]   HighMem zone: 0 pages, LIFO batch:0
> > [17179569.184000] DMI 2.3 present.
> > [17179569.184000] ATI board detected. Disabling timer routing over 8254.
> > [17179569.184000] ACPI: RSDP (v002
> > ACPIAM) @ 0x000fb550
> > [17179569.184000] ACPI: XSDT (v001 A M I  OEMXSDT  0x04000408 MSFT
> > 0x0097) @ 0x1df40100
> > [17179569.184000] ACPI: FADT (v001 A M I  OEMFACP  0x04000408 MSFT
> > 0x0097) @ 0x1df40200
> > [17179569.184000] ACPI: MADT (v001 A M I  OEMAPIC  0x04000408 MSFT
> > 0x0097) @ 0x1df40300
> > [17179569.18

Re: [Emc-users] DRO input?

[jcombs]

I seem to unable to operate a simple calculator these days.

You are correct, My math was way off.

Sorry about that.

I do wonder how accurate the positioning is for a 50 foot table
and how repeatable the positioning would be after a long move.

That would still be one impressive machine.

Jim Combs (Lexington, Ky)



   
 Jon Elson 
 <[EMAIL PROTECTED] 
 ms.com>To 
 Sent by:  "Enhanced Machine Controller (EMC)" 
 emc-users-bounces
 @lists.sourceforg  cc 
 e.net 
   Subject 
   Re: [Emc-users] DRO input?  
 02/01/2008 11:12  
 PM
   
   
 Please respond to 
 "Enhanced Machine 
 Controller (EMC)" 
 <[EMAIL PROTECTED] 
 sourceforge.net>  
   
   



[EMAIL PROTECTED] wrote:
>>>Yep! Wilson machine bought a 50' x 4' CMM at a Boeing auction. Got it
>>>cheap and spent a million moving it and
>>>getting it set up again.  And that was only a few miles.
>>
>>Holy COW!  a 50 FOOT CMM?  There must only be 2 or 3 in the
>>entire US that big.  (I can understand why Boeing would need
>>such a machine.)
>
>
>
> 50 foot at .0001 / Inch  resolution would almost be at the limit for a 32
> bit unsigned integer!  I could see some
> really strange software bugs begin to show up. (Signed vs unsigned
> integers).  Would a double precision
> float handle that?
That's a good point.  I vaguely seem to recall the OLD EMC(1)
overflowed the 32-bit raw encoder count into a double float.
The current version just goes to a 32-bit signed value (unless
this has been changed recently).  I was wondering if that would
ever be a problem.

Hmm, calculating it, I get 50 * 12 * 1 = 6 million, which is
not anywhere near 4 billion, or even +/- 2 billion, which is
what the numerical limits of a 32-bit integer are.

I calculate that 2^31 / ( 1 * 12) = 17896.xxx FEET, which
sounds like it is a lot less of a problem.

Jon

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Counterbore Software

[Stan Blosser]

Very nice!  Thank you.  Can't wait to give it a spin.

John Thornton wrote:
> I have released the counterbore.py software on wiki in the beta version.
>
> http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Simple_EMC_G-Code_Generators
>
> Thanks for the feedback cradek.
>
> While there is a few things left to polish it up it is fully functional and 
> afaik
> ready to use.
>
> Some feedback would be nice...
>
> John
>
> -
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
> ___
> Emc-users mailing list
> Emc-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/emc-users
>   

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver

[Stephen Wille Padnos]

Peter C. Wallace wrote:

>[snip]
>
>As someone else posted, full duplex links avoid the timing problem altogether.
>  
>
Actually, they don't eliminate all timing problems completely.  The 
slave devices still share a single set of wires, so a misconfigured 
slave can cause some havoc.  With a single slave device, there wouldn't 
be any turnaround problems though.

Anyone looking for hardware - check out .  They 
have loads of converters, repeaters, isolators, and other doodads for 
RS485.  Their stuff isn't the cheapest on the planet, but I've used 
various products of theirs for systems with up to 350 or so slaves, 
inside or outside, fixed or portable, etc.

- Steve


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver offer/ a modbus library

[Stephen Wille Padnos]

Chris Morley wrote:

>Kirk 
>I thank you for the offer for the r485 converter. I think after reading some 
>of the posts I would rather go with full duplex. Paying you for,  and 
>shipping, it would have been a pain too I think, as I am in Canada.
>I came across a web site with a Modbus library that is GPL.
>http://copyleft.free.fr/wordpress/index.php/libmodbus/
>In his trunk version he is working on a slave protocol - if I could get this 
>working I could set up two computers with rs 232 and test. prob test 
>classicladder too.
>The big but is that I cannot figure out how to auto make the program . I 
>downloaded automake and autoconfig but it doesn't work and I don't know how to 
>trouble shoot  the process. Any help would be great from anyone.
>Just thought it might be interesting to peruse or even use for your work.
>Thanks again.
>  
>
That's the library I used to make the HAL/Modbus component I needed.  
I'll see if I can find out what I had to do to build it.  It works quite 
well.

There is an annoying thing that library does - it prints error messages 
without being asked.  If your slave device isn't attached, you'll get an 
endless stream of "ERROR!  Communications timed out" messages on the 
terminal.

Otherwise, it was pretty easy to get working.  I still haven't had a 
chance to clean up my code for release, hopefully I'll get to that soon.

- Steve


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Modbus RS-485 Transceiver

[[EMAIL PROTECTED]]

Sure this is also correct, but if you run realtime equipment through
485 it is not worth it to run unisolated interfaces.
It takes one voltage glitch or an inductive discharge close by or a
lightning strike far away or a charge buildup on the guard to induce
current in ground loops which are present in  non-isolated  converters.
It is not worth your workpiece missing a critical command in realtime.

If you use it for terminal programs like networking etc with error
correction, fine then it is not an issue, but for real-time, I will
never do that. Just one glitch and the workpiece is destroyed.

My company was one of the first to use RS485 in specific industries
back in 1988 with massive multi drop systems. We built a lot and learnt
a lot and see folks making the same mistakes we encountered and
resolved  almost 20 years back.

You have a ground loop, it is just a matter of time.


Javid Butler wrote:

  
  
  
  Isolation is commonly used to deal
with large common mode differentials. While that can blow a 485
tranciever it does not happen alot unless there are vey long cable runs
or the cable runs between buildings. When running 485 for distances of
a few hundred feet connecting equipment powered off the same mains
transformer it's unlikely that enough differential will occur, but a
quick check with a voltmeter before connecting equipment is always a
good idea.
   
  So both comments are correct. In
many cases 485 will run just fine without isolators, but some
applications definitely require isolation. I build 485 isolators, but
they are rarely tested to their limits. Often the isolation is more of
an insurance policy-it ensures that a single device cannot take down an
entire network segment.
   
  Javid
   
  
-
Original Message - 
From:
Dean Hedin 
To:
Enhanced Machine
Controller (EMC) 
Sent:
Sunday, February 03, 2008 9:15 PM
Subject:
Re: [Emc-users] Modbus RS-485 Transceiver


At 6 bucks a pop, buy 2.
 
Seriously,  I worked with 485 at a
previous job and I never blew out a non isolated converter.
Of course it might depend on what
your doing I guess.
 

  -
Original Message - 
  From:
  [EMAIL PROTECTED] 
  To:
  Enhanced Machine
Controller (EMC) 
  Sent:
Sunday, February 03, 2008 8:42 PM
  Subject:
Re: [Emc-users] Modbus RS-485 Transceiver
  
  
Good advice is never to buy non-isolated converters.
You will replace them regularly if you do.
This does not seem to be isolated.
  
  
Kirk Wallace wrote:
  
On Sun, 2008-02-03 at 03:06 -0500, Dean Hedin wrote:
  

  Interesting if you have the time..

But for six bucks and free shipping...
http://www.dealextreme.com/details.dx/sku.6040



Obviously, I didn't look hard enough when went looking for these. Thanks
for the link Dean.

  
  
  
   
  
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
   
   ___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

 

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
 
 ___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
  
  

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
  

___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users
  





-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] emc with opensuse 10.3 rt-kernel?

[Jeff Epler]

To the best of my knowledge, emc 2.2.3 compiles and runs on x86-64
machines without any patches to emc2.  I tested a development version
prior to 2.2.0, kernel 2.6.20.12, and a CVS version of rtai.  You can
find a little more information on my blog:
http://axis.unpy.net/01180573281

The --enable-simulator (no realtime, no hardware control) mode should
also fine on x86-64.

Jeff

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] Counterbore Software

[John Thornton]

I have released the counterbore.py software on wiki in the beta version.

http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Simple_EMC_G-Code_Generators

Thanks for the feedback cradek.

While there is a few things left to polish it up it is fully functional and 
afaik
ready to use.

Some feedback would be nice...

John

-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Identifying different AXIS setups

[John Thornton]

Pat,

The simplest way that I know of is to add a pyVCP to each config with 
the info you need. If you used the stepconf there is a check box that creates
the empty files you need. All you would have to do is add a few lines to the 
ini 
file and a few lines to your pyVCP file and your off to the races...

Some links to get you started.

http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?PyVCP

http://www.anderswallin.net/2007/01/extending-axis-with-pyvcp/

John

On 3 Feb 2008 at 17:42, [EMAIL PROTECTED] wrote:

> Hi all,
> 
> Now that I have AXIS and EMC2 singing and dancing, I find that I use
> three different ini files depending on what hardware I've got on my
> minimill.  For example, when I have the (horizontal) rotary 4th axis
> on there, I have different x,y, and z limits that when it is absent.  
> The trouble is that I sometimes forget which setup I have running
> (despite having created three different startup icons which reference
> the three ini files...!) 
> 
> Is there some relatively simple way for me to do one of the following:
> 
> 1.  change the background color of the toolpath section of the screen
> 2.  add a label in either the Manual Control tab or on the toolpath
> area itself
> 
> Thanks,
> Pat


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] emc with opensuse 10.3 rt-kernel?

[Weisser, Dietmar]

hi,
is there a chance to run emc2 with the 64 bit realtime kernel from
opensuse 10.3?




-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] errors

[Alex Joni]

Hello,

seem you configured for an installed system,
but didn't install it. (sudo make install).

The alternative is to use ./configure --enable-run-in-place, then you only 
have to do (sudo make setuid).

Regards,
Alex

- Original Message - 
From: "Depoortere Dries" <[EMAIL PROTECTED]>
To: 
Sent: Monday, February 04, 2008 2:01 PM
Subject: [Emc-users] errors


> I've try to configure for simulating without a machine, but here's my
> errors:
>
> Print file information:
> RUN_IN_PLACE=no
> EMC2_DIR=
> EMC2_BIN_DIR=/usr/bin
> EMC2_TCL_DIR=/usr/share/emc/tcl
> EMC2_SCRIPT_DIR=
> EMC2_RTLIB_DIR=/usr/realtime-2.6.15-magma/modules/emc2
> EMC2_CONFIG_DIR=
> EMC2_LANG_DIR=/usr/share/emc/tcl/msgs
> INIVAR=/usr/bin/inivar
> HALCMD=/usr/bin/halcmd
> EMC2_EMCSH=/usr/bin/emcsh
> EMC2_IOSH=/usr/bin/iosh
> EMC2 - 2.2.3
> Machine configuration directory is '/home/dries/emc2/configs/cncdries'
> Machine configuration file is 'cncdries.ini'
> INIFILE=/home/dries/emc2/configs/cncdries/cncdries.ini
> PARAMETER_FILE=emc.var
> EMCMOT=motmod
> EMCIO=io
> TASK=milltask
> HALUI=
> DISPLAY=axis
> NML_FILE=emc.nml
> Starting EMC2...
> Starting EMC2 server program: emcsvr
> Loading Real Time OS, RTAPI, and HAL_LIB modules
> Realtime system did not load
> Shutting down and cleaning up EMC2...
> Killing task emcsvr, PID=9614
> Removing HAL_LIB, RTAPI, and Real Time OS modules
> Removing NML shared memory segments
> Cleanup done
>
> Kernel message information:
> [17179569.184000] Linux version 2.6.15-29-386 ([EMAIL PROTECTED]) (gcc
> version 4.0.3 (Ubuntu 4.0.3-1ubuntu5)) #1 PREEMPT Mon Sep 24 17:18:25
> UTC 2007
> [17179569.184000] BIOS-provided physical RAM map:
> [17179569.184000]  BIOS-e820:  - 0009fc00
> (usable)
> [17179569.184000]  BIOS-e820: 0009fc00 - 000a
> (reserved)
> [17179569.184000]  BIOS-e820: 000e8000 - 0010
> (reserved)
> [17179569.184000]  BIOS-e820: 0010 - 1df4
> (usable)
> [17179569.184000]  BIOS-e820: 1df4 - 1df5 (ACPI
> data)
> [17179569.184000]  BIOS-e820: 1df5 - 1e00 (ACPI
> NVS)
> [17179569.184000]  BIOS-e820: ff7c - 0001
> (reserved)
> [17179569.184000] 0MB HIGHMEM available.
> [17179569.184000] 479MB LOWMEM available.
> [17179569.184000] On node 0 totalpages: 122688
> [17179569.184000]   DMA zone: 4096 pages, LIFO batch:0
> [17179569.184000]   DMA32 zone: 0 pages, LIFO batch:0
> [17179569.184000]   Normal zone: 118592 pages, LIFO batch:31
> [17179569.184000]   HighMem zone: 0 pages, LIFO batch:0
> [17179569.184000] DMI 2.3 present.
> [17179569.184000] ATI board detected. Disabling timer routing over 8254.
> [17179569.184000] ACPI: RSDP (v002
> ACPIAM) @ 0x000fb550
> [17179569.184000] ACPI: XSDT (v001 A M I  OEMXSDT  0x04000408 MSFT
> 0x0097) @ 0x1df40100
> [17179569.184000] ACPI: FADT (v001 A M I  OEMFACP  0x04000408 MSFT
> 0x0097) @ 0x1df40200
> [17179569.184000] ACPI: MADT (v001 A M I  OEMAPIC  0x04000408 MSFT
> 0x0097) @ 0x1df40300
> [17179569.184000] ACPI: OEMB (v001 A M I  OEMBIOS  0x04000408 MSFT
> 0x0097) @ 0x1df50040
> [17179569.184000] ACPI: DSDT (v001  A0016 A0016000 0x INTL
> 0x20030522) @ 0x
> [17179569.184000] ACPI: PM-Timer IO Port: 0x808
> [17179569.184000] ACPI: Local APIC address 0xfee0
> [17179569.184000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
> [17179569.184000] Processor #0 15:2 APIC version 20
> [17179569.184000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled)
> [17179569.184000] ACPI: IOAPIC (id[0x01] address[0xfec0]
> gsi_base[0])
> [17179569.184000] IOAPIC[0]: apic_id 1, version 17, address 0xfec0,
> GSI 0-23
> [17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl
> dfl)
> [17179569.184000] ACPI: BIOS IRQ0 pin2 override ignored.
> [17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 21 low
> level)
> [17179569.184000] Enabling APIC mode:  Flat.  Using 1 I/O APICs
> [17179569.184000] Using ACPI (MADT) for SMP configuration information
> [17179569.184000] Allocating PCI resources starting at 2000 (gap:
> 1e00:e17c)
> [17179569.184000] Built 1 zonelists
> [17179569.184000] Kernel command line: root=/dev/hda5 ro quiet splash
> [17179569.184000] mapped APIC to d000 (fee0)
> [17179569.184000] mapped IOAPIC to c000 (fec0)
> [17179569.184000] Initializing CPU#0
> [17179569.184000] PID hash table entries: 2048 (order: 11, 32768 bytes)
> [17179569.184000] Detected 2794.028 MHz processor.
> [17179569.184000] Using pmtmr for high-res timesource
> [17179569.184000] Console: colour VGA+ 80x25
> [17179570.864000] Dentry cache hash table entries: 65536 (order: 6,
> 262144 bytes)
> [17179570.864000] Inode-cache hash table entries: 32768 (order: 5,
> 131072 bytes)
> [17179570.876000] Memory: 475956k/490752k available (1977k kernel code,
> 14208k reserved, 605k data, 288k init, 0k highmem)
> [1717

Re: [Emc-users] Emc-users Digest, Vol 22, Issue 7

[John Thornton]

On 3 Feb 2008 at 17:42, [EMAIL PROTECTED] wrote:

The simplest way that I know of is to add a pyVCP to each config with 
the info you need. If you used the stepconf there is a check box that creates
the empty files you need. All you would have to do is add a few lines to the 
ini 
file and a few lines to your pyVCP file and your off to the races...

Some links to get you started.

http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?PyVCP

http://www.anderswallin.net/2007/01/extending-axis-with-pyvcp/

> Hi all,
> 
> Now that I have AXIS and EMC2 singing and dancing, I find that I use
> three different ini files depending on what hardware I've got on my
> minimill.  For example, when I have the (horizontal) rotary 4th axis
> on there, I have different x,y, and z limits that when it is absent.  
> The trouble is that I sometimes forget which setup I have running
> (despite having created three different startup icons which reference
> the three ini files...!) 
> 
> Is there some relatively simple way for me to do one of the following:
> 
> 1.  change the background color of the toolpath section of the screen
> 2.  add a label in either the Manual Control tab or on the toolpath
> area itself
> 
> Thanks,
> Pat



-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

Re: [Emc-users] Using EMC as a simulator

[Chris Radek]

On Mon, Feb 04, 2008 at 12:40:26PM +0100, Depoortere Dries wrote:
> hi,
> i just wanted to use EMC2 as a simulator, (because i have not a
> machine ). Is that possible, and if that's possible, do i need to
> configurate a virtual machine ??

Yes:
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?EMC2_Pure_Simulator



On Mon, Feb 04, 2008 at 01:01:47PM +0100, Depoortere Dries wrote:
> I've try to configure for simulating without a machine, but here's my
> errors:

> insmod: can't read '/usr/realtime-2.6.15-29-386/modules/rtai_hal.ko': No
> such file or directory

This probably means you didn't configure with the right flags, see above


-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users

[Emc-users] errors

[Depoortere Dries]

I've try to configure for simulating without a machine, but here's my
errors:

Print file information:
RUN_IN_PLACE=no
EMC2_DIR=
EMC2_BIN_DIR=/usr/bin
EMC2_TCL_DIR=/usr/share/emc/tcl
EMC2_SCRIPT_DIR=
EMC2_RTLIB_DIR=/usr/realtime-2.6.15-magma/modules/emc2
EMC2_CONFIG_DIR=
EMC2_LANG_DIR=/usr/share/emc/tcl/msgs
INIVAR=/usr/bin/inivar
HALCMD=/usr/bin/halcmd
EMC2_EMCSH=/usr/bin/emcsh
EMC2_IOSH=/usr/bin/iosh
EMC2 - 2.2.3
Machine configuration directory is '/home/dries/emc2/configs/cncdries'
Machine configuration file is 'cncdries.ini'
INIFILE=/home/dries/emc2/configs/cncdries/cncdries.ini
PARAMETER_FILE=emc.var
EMCMOT=motmod
EMCIO=io
TASK=milltask
HALUI=
DISPLAY=axis
NML_FILE=emc.nml
Starting EMC2...
Starting EMC2 server program: emcsvr
Loading Real Time OS, RTAPI, and HAL_LIB modules
Realtime system did not load
Shutting down and cleaning up EMC2...
Killing task emcsvr, PID=9614
Removing HAL_LIB, RTAPI, and Real Time OS modules
Removing NML shared memory segments
Cleanup done

Kernel message information:
[17179569.184000] Linux version 2.6.15-29-386 ([EMAIL PROTECTED]) (gcc
version 4.0.3 (Ubuntu 4.0.3-1ubuntu5)) #1 PREEMPT Mon Sep 24 17:18:25
UTC 2007
[17179569.184000] BIOS-provided physical RAM map:
[17179569.184000]  BIOS-e820:  - 0009fc00
(usable)
[17179569.184000]  BIOS-e820: 0009fc00 - 000a
(reserved)
[17179569.184000]  BIOS-e820: 000e8000 - 0010
(reserved)
[17179569.184000]  BIOS-e820: 0010 - 1df4
(usable)
[17179569.184000]  BIOS-e820: 1df4 - 1df5 (ACPI
data)
[17179569.184000]  BIOS-e820: 1df5 - 1e00 (ACPI
NVS)
[17179569.184000]  BIOS-e820: ff7c - 0001
(reserved)
[17179569.184000] 0MB HIGHMEM available.
[17179569.184000] 479MB LOWMEM available.
[17179569.184000] On node 0 totalpages: 122688
[17179569.184000]   DMA zone: 4096 pages, LIFO batch:0
[17179569.184000]   DMA32 zone: 0 pages, LIFO batch:0
[17179569.184000]   Normal zone: 118592 pages, LIFO batch:31
[17179569.184000]   HighMem zone: 0 pages, LIFO batch:0
[17179569.184000] DMI 2.3 present.
[17179569.184000] ATI board detected. Disabling timer routing over 8254.
[17179569.184000] ACPI: RSDP (v002
ACPIAM) @ 0x000fb550
[17179569.184000] ACPI: XSDT (v001 A M I  OEMXSDT  0x04000408 MSFT
0x0097) @ 0x1df40100
[17179569.184000] ACPI: FADT (v001 A M I  OEMFACP  0x04000408 MSFT
0x0097) @ 0x1df40200
[17179569.184000] ACPI: MADT (v001 A M I  OEMAPIC  0x04000408 MSFT
0x0097) @ 0x1df40300
[17179569.184000] ACPI: OEMB (v001 A M I  OEMBIOS  0x04000408 MSFT
0x0097) @ 0x1df50040
[17179569.184000] ACPI: DSDT (v001  A0016 A0016000 0x INTL
0x20030522) @ 0x
[17179569.184000] ACPI: PM-Timer IO Port: 0x808
[17179569.184000] ACPI: Local APIC address 0xfee0
[17179569.184000] ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled)
[17179569.184000] Processor #0 15:2 APIC version 20
[17179569.184000] ACPI: LAPIC (acpi_id[0x02] lapic_id[0x81] disabled)
[17179569.184000] ACPI: IOAPIC (id[0x01] address[0xfec0]
gsi_base[0])
[17179569.184000] IOAPIC[0]: apic_id 1, version 17, address 0xfec0,
GSI 0-23
[17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl
dfl)
[17179569.184000] ACPI: BIOS IRQ0 pin2 override ignored.
[17179569.184000] ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 21 low
level)
[17179569.184000] Enabling APIC mode:  Flat.  Using 1 I/O APICs
[17179569.184000] Using ACPI (MADT) for SMP configuration information
[17179569.184000] Allocating PCI resources starting at 2000 (gap:
1e00:e17c)
[17179569.184000] Built 1 zonelists
[17179569.184000] Kernel command line: root=/dev/hda5 ro quiet splash
[17179569.184000] mapped APIC to d000 (fee0)
[17179569.184000] mapped IOAPIC to c000 (fec0)
[17179569.184000] Initializing CPU#0
[17179569.184000] PID hash table entries: 2048 (order: 11, 32768 bytes)
[17179569.184000] Detected 2794.028 MHz processor.
[17179569.184000] Using pmtmr for high-res timesource
[17179569.184000] Console: colour VGA+ 80x25
[17179570.864000] Dentry cache hash table entries: 65536 (order: 6,
262144 bytes)
[17179570.864000] Inode-cache hash table entries: 32768 (order: 5,
131072 bytes)
[17179570.876000] Memory: 475956k/490752k available (1977k kernel code,
14208k reserved, 605k data, 288k init, 0k highmem)
[17179570.876000] Checking if this processor honours the WP bit even in
supervisor mode... Ok.
[17179570.956000] Calibrating delay using timer specific routine..
5591.31 BogoMIPS (lpj=11182633)
[17179570.956000] Security Framework v1.0.0 initialized
[17179570.956000] SELinux:  Disabled at boot.
[17179570.956000] Mount-cache hash table entries: 512
[17179570.956000] CPU: After generic identify, caps: bfebfbff 
  4400  
[17179570.956000] CPU: After vendor identify, caps: bfebfbff 
  4400  
[17179570.95600

[Emc-users] Using EMC as a simulator

[Depoortere Dries]

hi,
i just wanted to use EMC2 as a simulator, (because i have not a
machine ). Is that possible, and if that's possible, do i need to
configurate a virtual machine ??





-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/
___
Emc-users mailing list
Emc-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/emc-users