Custom Search
|
Date: December 31, 2006
From: Kenneth Lerman <Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
In-reply-to:
<45980E16.7090700-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
References:
<45980E16.7090700@xxxxxxxxxxxxxxxx>
Jon, Are you saying that EMC2 is now stable enough with your boards that the people who are using them should switch over? Since I'm using your PWM boards, it may be time for me to make the switch (after my vacation, next week). Ken Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx Mark Kenny Products Company, LLC 55 Main Street Voice: (203)426-7166 Newtown, CT 06470 Fax: (203)426-9138 http://www.MarkKenny.com -----Original Message----- From: emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx [mailto:emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx]On Behalf Of Jon Elson Sent: Sunday, December 31, 2006 2:23 PM To: EMC developers Subject: Re: [Emc-developers] Updating a few things here Mario. wrote: >End of an EMC era? >I hope you only mean end of EMC 1, right? >The king is dead, long live the new king EMC2 ! > > > Right! And, I'm king of the "if it ain't broke, don't FIX it!" guys. If I get something working, with clip leads and wire nuts all over it, cables suspended in mid-air by bits of string, panels held on with bent wires, etc. but it WORKS, it may well stay that way for 7 (or more) years. It was really quite PRE-EMC1, essentially unpublished software released to interested 3rd parties by NIST. If that system hadn't acted very funny a few weeks ago, this wouldn't have happened, either. I had a heat sink to make last week, and almost started the conversion first, but didn't want to break things enough that I then got in a scramble to get it working again. I didn't know if the weird problem was going to crop up in the middle of that last job, but it did not. This wasn't just a simple software conversion, though. I had to replace the computer, as the old one was too slow and didn't have enough memory to handle the new OS. The new computer didn't have any ISA slots, so I couldn't use the Servo-to-Go card. (I needed to be using my own motion control boards, anyway.) And, the aux I/O is part of my PPMC board set, so I had to rewire that stuff, too. Jon ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Emc-developers mailing list Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Kenneth Lerman <Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
In-reply-to:
<45980E90.90401-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
References:
<45980E90.90401@xxxxxxxxxxxxxxxx>
The same thing if you leave out a trailing '>' in the alternative proposal. You get an error on the line. Ken Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx Mark Kenny Products Company, LLC 55 Main Street Voice: (203)426-7166 Newtown, CT 06470 Fax: (203)426-9138 http://www.MarkKenny.com -----Original Message----- From: emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx [mailto:emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx]On Behalf Of Jon Elson Sent: Sunday, December 31, 2006 2:25 PM To: EMC developers Subject: Re: [Emc-developers] An Alternative Syntax Paul Fox wrote: >kenneth wrote: > > > > Please see: > > > > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?AlternativeNamedParameterSyntax > ... > > 2 -- All those '$' characters are confusing (see flowsnake.ngc in nc_files > > in HEAD for the example). > ... > > 2 -- I took part of this comment to mean that the '$' characters are ugly. > > Because they are so blocky, they catch the eye and make the code harder to > > read (for a human). I had originally wanted to use [] characters, but > > (someone else) noticed that #[sqrt[#1]] is legal syntax. That would have > > required more lookahead in the parser than is currently supported. The > > alternative uses <>, instead. > > > Also, what hapens if you MISS a needed $? Seems like it might make a big mess. Like leaving out a closing "end comment" symbol in c. Jon ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Emc-developers mailing list Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<45980932.3090404-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612240817u4a9eba9fnfb11fadc6570beae@xxxxxxxxxxxxxx> <20061224165032.GH80148@xxxxxxxxxxx> <1ebf3f4a0612240904j4d379291kfb359a5d45c43cd1@xxxxxxxxxxxxxx> <20061224181226.GA9786@xxxxxxxxxxxxxx> <458F559C.6000406@xxxxxxxxxxxxxxxx> <45976017.7070809@xxxxxxxxxxxxxxxx> <1ebf3f4a0612310320s31cfa4e0r8519cc3e09b25971@xxxxxxxxxxxxxx> <45980932.3090404@xxxxxxxxxxxxxxxx>
I understand, jut thought it sounds funny :D The new miniature low consumption VIA boarts that run on +12V are about at that speed. On 12/31/06, Jon Elson <elson-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx> wrote: > Mario. wrote: > > >7 years advance equals to 2160MHz Pentium1, say 1500MHz Pentium3 would > >suffice. > >So, you are oficially not keeping the tempo with advance. Your machine > >is still behind the times (even if it does the job ;-) )... > > > > > > > > > Who needs that speed? EMC ran fine on my servo system with a 100 MHz > Pentium classic. > The only reason I need 600 MHz now is to support the *#&^$& graphics > bells and whistles > of the bloated KDE desktop, although it does recompile EMC2 a lot > faster. Also, HAL is a lot > less efficient than the old direct connection between trajectory and > motion of EMC1. > > Since I am not using software step generation, the processor is totally > loafing. Even with > all these inefficiencies, the entire servo calculation takes under 100 > us, every ms. So, > that is just 10% of the CPU. > > Jon > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Emc-developers mailing list > Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: "John Prentice" <john-t6IPQwC5ivK0OW78KcHMmU8FtcKnTzOF@xxxxxxxxxxxxxxxx>
References:
<NGEDKMHAJJHIGGHLOGFDKEIJCHAA.Kenneth.Lerman@xxxxxxxxxx><25754.1167583088@xxxxxxxxxxxxxxxxxxxx> <45980338.5090803@xxxxxxxxxxx>
Anders, greetings I am not sure how much "help" I would turn out to be as I am afraid my recent background is W*****s (expletive deleted) and my current position with EMC2 is that I can configure the release quite well but have not yet managed to get HEAD to compile - but not yet carefully followed through jeppler's links of yesterday. However as I indicated in my post of 27 Dec (thanks for your comment on VCPs), I AM interested in being able to add widgets to the GUI to support things like multiple spindle pulleys. Widgets that link to HAL pins would I think do all I need. I can certainly help with documenting. Best wishes John Prentice ----- Original Message ----- From: "Anders Wallin" <anders.wallin-pxSi+dnQzZMxHbG02/KK1g@xxxxxxxxxxxxxxxx> To: "EMC developers" <emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx> Sent: Sunday, December 31, 2006 6:36 PM Subject: [Emc-developers] Python <-> HAL interfacing > > Hi all, > > I've played around with some Python code to generate Tkinter widgets > that either control or indicate the status of a HAL pin: > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?PyVCP > <snip> ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Jon Elson <elson-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
In-reply-to:
<25754.1167583088-YqHaedqsyMbgnLo7xJiJXVwrdKVBSruJ@xxxxxxxxxxxxxxxx>
References:
<NGEDKMHAJJHIGGHLOGFDKEIJCHAA.Kenneth.Lerman@xxxxxxxxxx> <25754.1167583088@xxxxxxxxxxxxxxxxxxxx>
Paul Fox wrote: >kenneth wrote: > > > > Please see: > > > > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?AlternativeNamedParameterSyntax > ... > > 2 -- All those '$' characters are confusing (see flowsnake.ngc in nc_files > > in HEAD for the example). > ... > > 2 -- I took part of this comment to mean that the '$' characters are ugly. > > Because they are so blocky, they catch the eye and make the code harder to > > read (for a human). I had originally wanted to use [] characters, but > > (someone else) noticed that #[sqrt[#1]] is legal syntax. That would have > > required more lookahead in the parser than is currently supported. The > > alternative uses <>, instead. > > > Also, what hapens if you MISS a needed $? Seems like it might make a big mess. Like leaving out a closing "end comment" symbol in c. Jon ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Jon Elson <elson-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
In-reply-to:
<1ebf3f4a0612310602x34d2e72csced2729ff99ec081-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612240817u4a9eba9fnfb11fadc6570beae@xxxxxxxxxxxxxx> <20061224165032.GH80148@xxxxxxxxxxx> <1ebf3f4a0612240904j4d379291kfb359a5d45c43cd1@xxxxxxxxxxxxxx> <20061224181226.GA9786@xxxxxxxxxxxxxx> <458F559C.6000406@xxxxxxxxxxxxxxxx> <45976017.7070809@xxxxxxxxxxxxxxxx> <1167573235.1021.3.camel@xxxxxxxxxxxxxxxxxxxxx> <1ebf3f4a0612310602x34d2e72csced2729ff99ec081@xxxxxxxxxxxxxx>
Mario. wrote: >End of an EMC era? >I hope you only mean end of EMC 1, right? >The king is dead, long live the new king EMC2 ! > > > Right! And, I'm king of the "if it ain't broke, don't FIX it!" guys. If I get something working, with clip leads and wire nuts all over it, cables suspended in mid-air by bits of string, panels held on with bent wires, etc. but it WORKS, it may well stay that way for 7 (or more) years. It was really quite PRE-EMC1, essentially unpublished software released to interested 3rd parties by NIST. If that system hadn't acted very funny a few weeks ago, this wouldn't have happened, either. I had a heat sink to make last week, and almost started the conversion first, but didn't want to break things enough that I then got in a scramble to get it working again. I didn't know if the weird problem was going to crop up in the middle of that last job, but it did not. This wasn't just a simple software conversion, though. I had to replace the computer, as the old one was too slow and didn't have enough memory to handle the new OS. The new computer didn't have any ISA slots, so I couldn't use the Servo-to-Go card. (I needed to be using my own motion control boards, anyway.) And, the aux I/O is part of my PPMC board set, so I had to rewire that stuff, too. Jon ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Jon Elson <elson-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
In-reply-to:
<1167573235.1021.3.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612240817u4a9eba9fnfb11fadc6570beae@xxxxxxxxxxxxxx> <20061224165032.GH80148@xxxxxxxxxxx> <1ebf3f4a0612240904j4d379291kfb359a5d45c43cd1@xxxxxxxxxxxxxx> <20061224181226.GA9786@xxxxxxxxxxxxxx> <458F559C.6000406@xxxxxxxxxxxxxxxx> <45976017.7070809@xxxxxxxxxxxxxxxx> <1167573235.1021.3.camel@xxxxxxxxxxxxxxxxxxxxx>
Ray Henry wrote: >Great work, Jon. And it only hurt a little. IMO we have reached the >end of an EMC era. Your reports of that machine, STG, and RedHat 5 on >RCM were what attracted me to this project. > > > Well, I still don't know why that system started acting oddly. It doesn't really matter, 7 years must be past retirement age in "computer years". I've got another Dell box coming from eBay, and I'm going to try bringing up an ubuntu system so I can be fully up to date with you guys. I have been updating the minimill computer about every 2 weeks. Only hurt a little? You don't know what a ball of twine that CNC control box has become. Parts of it used to be inside the cabinet with my A-B 7320 control, then refitted a couple of times for the EMC system. It looks like one big knot now, about 19" wide and a foot high! I'd like to see if I can get homing working on at least one axis this weekend. There's something funny on one encoder's index signal, so far I haven't figured out whether it is the encoder or the PPMC encoder board, but I suspect the latter. That board has been used for bench testing for 6 years! So, does that mean I'm the LAST of the Mohicans? I'll bet NOBODY else is using a 1999 version of EMC. Hell, nobody else, with the possible exception of Matt or you EVER ran the 1999 version, outside NIST. Do we have any idea how many EMC1 users are left? Most of my customers that I am still in contact with have migrated to EMC2 or certainly sounded like they planned to do it soon. Do we need to hold a wake? Maybe in June? (I think Chris and Jeff were threatening to do it for me, last year!) Jon ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Jon Elson <elson-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
In-reply-to:
<1ebf3f4a0612310320s31cfa4e0r8519cc3e09b25971-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612240817u4a9eba9fnfb11fadc6570beae@xxxxxxxxxxxxxx> <20061224165032.GH80148@xxxxxxxxxxx> <1ebf3f4a0612240904j4d379291kfb359a5d45c43cd1@xxxxxxxxxxxxxx> <20061224181226.GA9786@xxxxxxxxxxxxxx> <458F559C.6000406@xxxxxxxxxxxxxxxx> <45976017.7070809@xxxxxxxxxxxxxxxx> <1ebf3f4a0612310320s31cfa4e0r8519cc3e09b25971@xxxxxxxxxxxxxx>
Mario. wrote: >7 years advance equals to 2160MHz Pentium1, say 1500MHz Pentium3 would suffice. >So, you are oficially not keeping the tempo with advance. Your machine >is still behind the times (even if it does the job ;-) )... > > > > Who needs that speed? EMC ran fine on my servo system with a 100 MHz Pentium classic. The only reason I need 600 MHz now is to support the *#&^$& graphics bells and whistles of the bloated KDE desktop, although it does recompile EMC2 a lot faster. Also, HAL is a lot less efficient than the old direct connection between trajectory and motion of EMC1. Since I am not using software step generation, the processor is totally loafing. Even with all these inefficiencies, the entire servo calculation takes under 100 us, every ms. So, that is just 10% of the CPU. Jon ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Anders Wallin <anders.wallin-pxSi+dnQzZMxHbG02/KK1g@xxxxxxxxxxxxxxxx>
In-reply-to:
<25754.1167583088-YqHaedqsyMbgnLo7xJiJXVwrdKVBSruJ@xxxxxxxxxxxxxxxx>
References:
<NGEDKMHAJJHIGGHLOGFDKEIJCHAA.Kenneth.Lerman@xxxxxxxxxx> <25754.1167583088@xxxxxxxxxxxxxxxxxxxx>
Hi all, I've played around with some Python code to generate Tkinter widgets that either control or indicate the status of a HAL pin: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?PyVCP On IRC jepler/cradek indicated that this could perhaps be a way to extend AXIS to include user configurable displays/buttons/widgets - a bit like the current VCP. I am probably doing something like this for my mill setup anyway, but if other people think it is useful, and are willing to help, this could go into cvs. Any comments would be appreciated. Anders ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<25754.1167583088-YqHaedqsyMbgnLo7xJiJXVwrdKVBSruJ@xxxxxxxxxxxxxxxx>
References:
<NGEDKMHAJJHIGGHLOGFDKEIJCHAA.Kenneth.Lerman@xxxxxxxxxx> <25754.1167583088@xxxxxxxxxxxxxxxxxxxx>
The wiki link to your file is: upload:extension.emc not sure what the actual link is :D On 12/31/06, Paul Fox <pgf-YqHaedqsyMbgnLo7xJiJXVwrdKVBSruJ@xxxxxxxxxxxxxxxx> wrote: > kenneth wrote: > > > > Please see: > > > > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?AlternativeNamedParameterSyntax > ... > > 2 -- All those '$' characters are confusing (see flowsnake.ngc in nc_files > > in HEAD for the example). > ... > > 2 -- I took part of this comment to mean that the '$' characters are ugly. > > Because they are so blocky, they catch the eye and make the code harder to > > read (for a human). I had originally wanted to use [] characters, but > > (someone else) noticed that #[sqrt[#1]] is legal syntax. That would have > > required more lookahead in the parser than is currently supported. The > > alternative uses <>, instead. > > i'm not terribly familiar with the g-code language, and so i'm > not sure about the parsing constraints. but having looked at the > flowsnake example: would it be possible to make the bracketing > characters optional, only requiring them in the cases where > they're needed for disambiguation? i realize this makes the > parser more complicated, but it would clearly clean up the syntax > quite a bit if it could be done. > > (for a familiar example where this kind of dual-syntax paradigm > works well, consider the bourne shell, where $a and ${a} are > identical semantically, but not syntacticaly.) > > paul > =--------------------- > paul fox, pgf-YqHaedqsyMbgnLo7xJiJXVwrdKVBSruJ@xxxxxxxxxxxxxxxx (arlington, > ma, where it's 28.0 degrees) > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Emc-developers mailing list > Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Paul Fox <pgf-YqHaedqsyMbgnLo7xJiJXVwrdKVBSruJ@xxxxxxxxxxxxxxxx>
In-reply-to:
<NGEDKMHAJJHIGGHLOGFDKEIJCHAA.Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
References:
<NGEDKMHAJJHIGGHLOGFDKEIJCHAA.Kenneth.Lerman@xxxxxxxxxx>
kenneth wrote: > > Please see: > > http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?AlternativeNamedParameterSyntax ... > 2 -- All those '$' characters are confusing (see flowsnake.ngc in nc_files > in HEAD for the example). ... > 2 -- I took part of this comment to mean that the '$' characters are ugly. > Because they are so blocky, they catch the eye and make the code harder to > read (for a human). I had originally wanted to use [] characters, but > (someone else) noticed that #[sqrt[#1]] is legal syntax. That would have > required more lookahead in the parser than is currently supported. The > alternative uses <>, instead. i'm not terribly familiar with the g-code language, and so i'm not sure about the parsing constraints. but having looked at the flowsnake example: would it be possible to make the bracketing characters optional, only requiring them in the cases where they're needed for disambiguation? i realize this makes the parser more complicated, but it would clearly clean up the syntax quite a bit if it could be done. (for a familiar example where this kind of dual-syntax paradigm works well, consider the bourne shell, where $a and ${a} are identical semantically, but not syntacticaly.) paul =--------------------- paul fox, pgf-YqHaedqsyMbgnLo7xJiJXVwrdKVBSruJ@xxxxxxxxxxxxxxxx (arlington, ma, where it's 28.0 degrees) ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Kenneth Lerman <Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
In-reply-to:
<NGEDKMHAJJHIGGHLOGFDOEIICHAA.Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
References:
<NGEDKMHAJJHIGGHLOGFDOEIICHAA.Kenneth.Lerman@xxxxxxxxxx>
Please see: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?AlternativeNamedParameterSyntax I've written this after a discussion on IRC last night (EST). Some comments (paraphrasing) that were made: 1 -- Why don't we just use a real language, instead? 2 -- All those '$' characters are confusing (see flowsnake.ngc in nc_files in HEAD for the example). 3 -- What is all this local and global scope stuff, and why do we need it? Some brief answers (or non-answers): 1 -- Anyone who wants to use a real language should feel free to do so. Languages are like... 2 -- I took part of this comment to mean that the '$' characters are ugly. Because they are so blocky, they catch the eye and make the code harder to read (for a human). I had originally wanted to use [] characters, but (someone else) noticed that #[sqrt[#1]] is legal syntax. That would have required more lookahead in the parser than is currently supported. The alternative uses <>, instead. 3 -- The idea of local scoping is that it should be possible to write a subroutine and chose the parameters it uses without reference to other subroutines written by other people. It is possible to write a subroutine that has an argument passed to it that identifies another subroutine. Also, it is possible to write recursive subroutines. See the flowsnake.ngc example. That would be hard to write without local parameters. (Of course, some might say, why bother.) At any rate, in general, users should be able to just use local variables. If you should have used a global variable (say to return a value from a subroutine), you will get an error that the variable wasn't defined. As always, comments are requested or (if it does any good) comments are demanded. The previous round of comments has lead to this new proposal which, I believe, is better than the original. [Of course, I have to go back and rewrite some of the code; but that's the breaks. :-)] Regards, Ken Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx Mark Kenny Products Company, LLC 55 Main Street Voice: (203)426-7166 Newtown, CT 06470 Fax: (203)426-9138 http://www.MarkKenny.com ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<1167573235.1021.3.camel-bi+AKbBUZKY6gyzm1THtWbp2dZbC/Bob@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612240817u4a9eba9fnfb11fadc6570beae@xxxxxxxxxxxxxx> <20061224165032.GH80148@xxxxxxxxxxx> <1ebf3f4a0612240904j4d379291kfb359a5d45c43cd1@xxxxxxxxxxxxxx> <20061224181226.GA9786@xxxxxxxxxxxxxx> <458F559C.6000406@xxxxxxxxxxxxxxxx> <45976017.7070809@xxxxxxxxxxxxxxxx> <1167573235.1021.3.camel@xxxxxxxxxxxxxxxxxxxxx>
End of an EMC era? I hope you only mean end of EMC 1, right? The king is dead, long live the new king EMC2 ! On 12/31/06, Ray Henry <rehenry-5XB1TlXWyi8@xxxxxxxxxxxxxxxx> wrote: > > Great work, Jon. And it only hurt a little. IMO we have reached the > end of an EMC era. Your reports of that machine, STG, and RedHat 5 on > RCM were what attracted me to this project. > > Rayh > > > > On Sun, 2006-12-31 at 01:00 -0600, Jon Elson wrote: > > Well, I finally did it!<s> > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Emc-developers mailing list > Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Ray Henry <rehenry-5XB1TlXWyi8@xxxxxxxxxxxxxxxx>
In-reply-to:
<45976017.7070809-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612240817u4a9eba9fnfb11fadc6570beae@xxxxxxxxxxxxxx> <20061224165032.GH80148@xxxxxxxxxxx> <1ebf3f4a0612240904j4d379291kfb359a5d45c43cd1@xxxxxxxxxxxxxx> <20061224181226.GA9786@xxxxxxxxxxxxxx> <458F559C.6000406@xxxxxxxxxxxxxxxx> <45976017.7070809@xxxxxxxxxxxxxxxx>
Great work, Jon. And it only hurt a little. IMO we have reached the end of an EMC era. Your reports of that machine, STG, and RedHat 5 on RCM were what attracted me to this project. Rayh On Sun, 2006-12-31 at 01:00 -0600, Jon Elson wrote: > Well, I finally did it!<s> ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<45976017.7070809-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612240817u4a9eba9fnfb11fadc6570beae@xxxxxxxxxxxxxx> <20061224165032.GH80148@xxxxxxxxxxx> <1ebf3f4a0612240904j4d379291kfb359a5d45c43cd1@xxxxxxxxxxxxxx> <20061224181226.GA9786@xxxxxxxxxxxxxx> <458F559C.6000406@xxxxxxxxxxxxxxxx> <45976017.7070809@xxxxxxxxxxxxxxxx>
7 years advance equals to 2160MHz Pentium1, say 1500MHz Pentium3 would suffice. So, you are oficially not keeping the tempo with advance. Your machine is still behind the times (even if it does the job ;-) )... On 12/31/06, Jon Elson <elson-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx> wrote: > Well, I finally did it! I yanked the ancient 100 MHz Pentium classic > computer out of my Bridgeport control cabinet and put in the 600 MHz > Pentium 3 with 256 MB of memory and EMC2. It took a while to get > the feel of tuning that system with its velocity servo amps, the P term > is set a LOT lower than with my PWM sorta-torque mode amps. > I finally got a decent tuning solution and get under .001" error at > 50 IPM. I can live with that, it is a lot better than the old EMC with > STG board. > > I still have a bit of work to integrate the home and limit switches, > but I mocked up the home switch and tried to search for index. > Maybe I have to have the home switch shut off before it will sense > the index, I'll try that tomorrow. > > I put in an ancient VGA card in place of the mobo video, and I saw no > real time overruns in 8 hours working with EMC2. So, it sure looks like > the mobo VGA that is used in Dell i810 systems is the culprit. Probably > the VGA doing some kind of bit-blt operation and slowing down CPU > memory access. > > So, all of you guys who had been bugging me to upgrade that Dec-20-1999 > version of EMC can now relax. It was only used for SEVEN years! > > Jon > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Emc-developers mailing list > Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 31, 2006
From: Jon Elson <elson-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
In-reply-to:
<458F559C.6000406-AAq0i8VEdy0lJZD/S0VCNg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612240817u4a9eba9fnfb11fadc6570beae@xxxxxxxxxxxxxx> <20061224165032.GH80148@xxxxxxxxxxx> <1ebf3f4a0612240904j4d379291kfb359a5d45c43cd1@xxxxxxxxxxxxxx> <20061224181226.GA9786@xxxxxxxxxxxxxx> <458F559C.6000406@xxxxxxxxxxxxxxxx>
Well, I finally did it! I yanked the ancient 100 MHz Pentium classic computer out of my Bridgeport control cabinet and put in the 600 MHz Pentium 3 with 256 MB of memory and EMC2. It took a while to get the feel of tuning that system with its velocity servo amps, the P term is set a LOT lower than with my PWM sorta-torque mode amps. I finally got a decent tuning solution and get under .001" error at 50 IPM. I can live with that, it is a lot better than the old EMC with STG board. I still have a bit of work to integrate the home and limit switches, but I mocked up the home switch and tried to search for index. Maybe I have to have the home switch shut off before it will sense the index, I'll try that tomorrow. I put in an ancient VGA card in place of the mobo video, and I saw no real time overruns in 8 hours working with EMC2. So, it sure looks like the mobo VGA that is used in Dell i810 systems is the culprit. Probably the VGA doing some kind of bit-blt operation and slowing down CPU memory access. So, all of you guys who had been bugging me to upgrade that Dec-20-1999 version of EMC can now relax. It was only used for SEVEN years! Jon ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 30, 2006
From: Ray Henry <rehenry-5XB1TlXWyi8@xxxxxxxxxxxxxxxx>
In-reply-to:
<1167497204.459697f4bf509-mVvO6NgwsKhAwcLeL5HwKQ@xxxxxxxxxxxxxxxx>
References:
<1167497204.459697f4bf509@xxxxxxxxxxxxxxxx>
Hi Anders Great work, thanks. I favor subdirectories under emc2/src/hal/drivers/m5i20. If these were named consistent with the mesa naming where they are common it would ease understanding the documentation. Another possible way would be m5i20_54, m5i20_72io, etc directories right under the driver directory. Along with this addition I'd like to see us provide a way to point the HAL loader to the desired FPGA/HAL code combination. I'd also like to see us build in a way to load multiple m5i20s on a single box. As you said elsewhere, "the x.0.x is already there in the names. Perhaps the way it is done for multiple parports or multiple PPMC setups would work here although the specific pins and parameters may be different for different cards. Rayh On Sat, 2006-12-30 at 18:46 +0200, Anders Wallin wrote: > Hi All, > > Peter Wallace of Mesa electronics sent me some new M5i20 configs yesterday > and today I have tested one of them. > There are two new features compared to the config that is currently in cvs: > -The secondary encoder pinout bug has been corrected > -There are now versions with either 33MHz or 100MHz PWM master clock (which > allows for up to 97kHz PWM rate). > > There's a 4-axis version and an 8-axis version, so four different configs in > total: > hostmot5_4.bit - HOSTMOT-4 config with 33 MHz PWM Clock > hostmot5_4eh.bit - HOSTMOT-4 config with 100 MHz PWM Clock > hostmot5_8.bit - HOSTMOT-8 config with 33 MHz PWM Clock > hostmot5_8eh.bit - HOSTMOT-8 config with 100 MHz PWM Clock > > I tested hostmot5_4eh.bit, and it works as advertized, only the timebase > calculation when doing 'loadrt hal_m5i20' is off since the driver expects > 33MHz. With a bit of trial and error I got the 50kHz PWM I wanted on the DACs. > > Once I get my ssh keys sorted out I will be committing these to cvs. On IRC > a suggestion was made that these be put in separate directories under > src/hal/drivers/m5i20 Comments ? > In addition to the .bit files there are two different regmap files (4/8 > axis) and additionaly 31 .vhd/.npl/etc. source files. > > I loaded the config onto the fpga manually using m5i20cfg, but in the future > this might be made easier through a new option in the driver: 'loadrt > hal_m5i20 loadFpga=<configname>'. The driver should also detect which config > is loaded so that the timebase calculations are correct. Ditto for extra > DACs and encoders in the 8-axis config. > > I'll try to work on these things whenever I have time. > > regards, > > Anders Wallin > anders.wallin-pxSi+dnQzZMxHbG02/KK1g@xxxxxxxxxxxxxxxx > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Emc-developers mailing list > Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 30, 2006
From: Anders Wallin <anders.wallin-pxSi+dnQzZMxHbG02/KK1g@xxxxxxxxxxxxxxxx>
Hi All, Peter Wallace of Mesa electronics sent me some new M5i20 configs yesterday and today I have tested one of them. There are two new features compared to the config that is currently in cvs: -The secondary encoder pinout bug has been corrected -There are now versions with either 33MHz or 100MHz PWM master clock (which allows for up to 97kHz PWM rate). There's a 4-axis version and an 8-axis version, so four different configs in total: hostmot5_4.bit - HOSTMOT-4 config with 33 MHz PWM Clock hostmot5_4eh.bit - HOSTMOT-4 config with 100 MHz PWM Clock hostmot5_8.bit - HOSTMOT-8 config with 33 MHz PWM Clock hostmot5_8eh.bit - HOSTMOT-8 config with 100 MHz PWM Clock I tested hostmot5_4eh.bit, and it works as advertized, only the timebase calculation when doing 'loadrt hal_m5i20' is off since the driver expects 33MHz. With a bit of trial and error I got the 50kHz PWM I wanted on the DACs. Once I get my ssh keys sorted out I will be committing these to cvs. On IRC a suggestion was made that these be put in separate directories under src/hal/drivers/m5i20 Comments ? In addition to the .bit files there are two different regmap files (4/8 axis) and additionaly 31 .vhd/.npl/etc. source files. I loaded the config onto the fpga manually using m5i20cfg, but in the future this might be made easier through a new option in the driver: 'loadrt hal_m5i20 loadFpga=<configname>'. The driver should also detect which config is loaded so that the timebase calculations are correct. Ditto for extra DACs and encoders in the 8-axis config. I'll try to work on these things whenever I have time. regards, Anders Wallin anders.wallin-pxSi+dnQzZMxHbG02/KK1g@xxxxxxxxxxxxxxxx ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 30, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<20061230040920.GR80148-Q5EQ/OVxsytBDgjK7y7TUQ@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612291312m6ec44f79i94e596a7311bb2ca@xxxxxxxxxxxxxx> <NGEDKMHAJJHIGGHLOGFDOEIICHAA.Kenneth.Lerman@xxxxxxxxxx> <20061230040920.GR80148@xxxxxxxxxxx>
http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CVS On 12/30/06, Chris Radek <chris-Q5EQ/OVxsytBDgjK7y7TUQ@xxxxxxxxxxxxxxxx> wrote: > On Fri, Dec 29, 2006 at 05:36:30PM -0500, Kenneth Lerman wrote: > > > > Should I commit it to HEAD or should I create a new branch? > > I think you have given people (including the board) plenty of time to > object, and I haven't seen any objection to these changes. I don't > see any reason for you not to put them on HEAD. > > The 2.1 branch has existed for a while, and we're stabilizing it as > time goes on. One of the main reasons we do that for major release > versions is so that ongoing work on new features can happen (on HEAD) > without destabilizing the release code. I think that scheme was > wildly successful for the 2.0 series of releases and I hope we can > keep it up for 2.1. > > I've used branches (for a short time) when a feature is not done but I > still want people to have access to it if they choose, or help with > it. That's not necessary for most changes. > > As for how exactly to use CVS, let's keep that off the list - one > of us can help much better in IRC, or you can check out > http://cvsbook.red-bean.com/cvsbook.html > > Chris > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Emc-developers mailing list > Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 30, 2006
From: Chris Radek <chris-Q5EQ/OVxsytBDgjK7y7TUQ@xxxxxxxxxxxxxxxx>
In-reply-to:
<NGEDKMHAJJHIGGHLOGFDOEIICHAA.Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612291312m6ec44f79i94e596a7311bb2ca@xxxxxxxxxxxxxx> <NGEDKMHAJJHIGGHLOGFDOEIICHAA.Kenneth.Lerman@xxxxxxxxxx>
On Fri, Dec 29, 2006 at 05:36:30PM -0500, Kenneth Lerman wrote: > > Should I commit it to HEAD or should I create a new branch? I think you have given people (including the board) plenty of time to object, and I haven't seen any objection to these changes. I don't see any reason for you not to put them on HEAD. The 2.1 branch has existed for a while, and we're stabilizing it as time goes on. One of the main reasons we do that for major release versions is so that ongoing work on new features can happen (on HEAD) without destabilizing the release code. I think that scheme was wildly successful for the 2.0 series of releases and I hope we can keep it up for 2.1. I've used branches (for a short time) when a feature is not done but I still want people to have access to it if they choose, or help with it. That's not necessary for most changes. As for how exactly to use CVS, let's keep that off the list - one of us can help much better in IRC, or you can check out http://cvsbook.red-bean.com/cvsbook.html Chris ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 29, 2006
From: Kenneth Lerman <Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
In-reply-to:
<1ebf3f4a0612291312m6ec44f79i94e596a7311bb2ca-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612291312m6ec44f79i94e596a7311bb2ca@xxxxxxxxxxxxxx>
I've implemented named parameters (per my proposal), done some light testing, and would like to make it available to others for some more testing. How do I commit it? Should I commit it to HEAD or should I create a new branch? My personal opinion is that it should NOT be placed in HEAD unless there is a reasonable expectation that it will be included in a future release. That requires an action by the BOARD to approval part or all of my proposed changes. On the other hand, I'd like to get this into the system ASAP to avoid the types of problems I had when Keith Rumley and I were both making changes to the same base. I had to go back and rework, rehash, and retest my oword code; which was not fun. So... 1 -- Where should I commit it? 2 -- How do I do that? (I don't think I'm authorized to do that.) And I don't know how. (In the past, Alex Joni has walked me through the process.) 3 -- When should I do that? Next on the list is named owords. I'd like to do this as a separate step, though. After that, I think I'll try implementing comments that are logged and have embedded parameters. Then maybe integrator defined canned cycles. -- I think this one is pretty easy. Ken Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx Mark Kenny Products Company, LLC 55 Main Street Voice: (203)426-7166 Newtown, CT 06470 Fax: (203)426-9138 http://www.MarkKenny.com ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 29, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<NGEDKMHAJJHIGGHLOGFDCEIICHAA.Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612290822y32d275d2q3634ada9fdb51718@xxxxxxxxxxxxxx> <NGEDKMHAJJHIGGHLOGFDCEIICHAA.Kenneth.Lerman@xxxxxxxxxx>
That would be my internet connection... ;-( If I am not able to upload a few 100-byte file... OK, this last time, please try to this for me//us, next time I will try the wiki system, now I need to go back to sleep, I still have lots of antibiotics to take :) On 12/29/06, Kenneth Lerman <Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx> wrote:
Mario, I don't seem to be able to download it. Why don't you create a new page for it on the Wiki? That way, your proposal will be there for all to see. Ken Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx Mark Kenny Products Company, LLC 55 Main Street Voice: (203)426-7166 Newtown, CT 06470 Fax: (203)426-9138 http://www.MarkKenny.com -----Original Message----- From: emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx [mailto:emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx]On Behalf Of Mario. Sent: Friday, December 29, 2006 11:23 AM To: EMC developers Subject: Re: [Emc-developers] Proposal For Named Parameters HERE is the suggested addition def. file. It should be complete set of G-codes replacements for readability. http://kotuha.com/file/116740929359.html On 12/29/06, Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx> wrote: > > interpreter (It took me about a week of my spare time while I was on > > vacation in the Virgin Islands). I used to build compilers and interpreters > > for a living, so I have the proper skill set to do the job. Take it from me, > > Oh, I am quiet now :-) > > So... while you are at it... could you add an alternative stream input > as I suggested earlier? I mean, example: > In AXIS you could have displayed two columns: left, like now, in G-code format > and a new one on right of it - a generated according to the > replacement table found in extension.emc > > Hmm, I think I should write the table first and ask later, I will look > into that one. > - - - but then, we would need to be able to load AND save two > different file formats independently :O (or just to make the files > always come in doublets, save the natural-language file with the *.nc > file - but then you would need consistency checking :( - bad idea. ) > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Emc-developers mailing list Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Emc-developers mailing list Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/emc-developers
extension.emc
Description: Binary data
------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________ Emc-developers mailing list Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/emc-developers
Date: December 29, 2006
From: Kenneth Lerman <Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
In-reply-to:
<1ebf3f4a0612290822y32d275d2q3634ada9fdb51718-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612290822y32d275d2q3634ada9fdb51718@xxxxxxxxxxxxxx>
Mario, I don't seem to be able to download it. Why don't you create a new page for it on the Wiki? That way, your proposal will be there for all to see. Ken Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx Mark Kenny Products Company, LLC 55 Main Street Voice: (203)426-7166 Newtown, CT 06470 Fax: (203)426-9138 http://www.MarkKenny.com -----Original Message----- From: emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx [mailto:emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx]On Behalf Of Mario. Sent: Friday, December 29, 2006 11:23 AM To: EMC developers Subject: Re: [Emc-developers] Proposal For Named Parameters HERE is the suggested addition def. file. It should be complete set of G-codes replacements for readability. http://kotuha.com/file/116740929359.html On 12/29/06, Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx> wrote: > > interpreter (It took me about a week of my spare time while I was on > > vacation in the Virgin Islands). I used to build compilers and interpreters > > for a living, so I have the proper skill set to do the job. Take it from me, > > Oh, I am quiet now :-) > > So... while you are at it... could you add an alternative stream input > as I suggested earlier? I mean, example: > In AXIS you could have displayed two columns: left, like now, in G-code format > and a new one on right of it - a generated according to the > replacement table found in extension.emc > > Hmm, I think I should write the table first and ask later, I will look > into that one. > - - - but then, we would need to be able to load AND save two > different file formats independently :O (or just to make the files > always come in doublets, save the natural-language file with the *.nc > file - but then you would need consistency checking :( - bad idea. ) > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Emc-developers mailing list Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 29, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<1ebf3f4a0612290119x115bec44ib9d5774f6fbea5dc-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
References:
<45942D9A.9010504@xxxxxxxxx> <NGEDKMHAJJHIGGHLOGFDGEIHCHAA.Kenneth.Lerman@xxxxxxxxxx> <1ebf3f4a0612290119x115bec44ib9d5774f6fbea5dc@xxxxxxxxxxxxxx>
HERE is the suggested addition def. file. It should be complete set of G-codes replacements for readability. http://kotuha.com/file/116740929359.html On 12/29/06, Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx> wrote: > > interpreter (It took me about a week of my spare time while I was on > > vacation in the Virgin Islands). I used to build compilers and interpreters > > for a living, so I have the proper skill set to do the job. Take it from me, > > Oh, I am quiet now :-) > > So... while you are at it... could you add an alternative stream input > as I suggested earlier? I mean, example: > In AXIS you could have displayed two columns: left, like now, in G-code format > and a new one on right of it - a generated according to the > replacement table found in extension.emc > > Hmm, I think I should write the table first and ask later, I will look > into that one. > - - - but then, we would need to be able to load AND save two > different file formats independently :O (or just to make the files > always come in doublets, save the natural-language file with the *.nc > file - but then you would need consistency checking :( - bad idea. ) > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 29, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<NGEDKMHAJJHIGGHLOGFDGEIHCHAA.Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
References:
<45942D9A.9010504@xxxxxxxxx> <NGEDKMHAJJHIGGHLOGFDGEIHCHAA.Kenneth.Lerman@xxxxxxxxxx>
> interpreter (It took me about a week of my spare time while I was on > vacation in the Virgin Islands). I used to build compilers and interpreters > for a living, so I have the proper skill set to do the job. Take it from me, Oh, I am quiet now :-) So... while you are at it... could you add an alternative stream input as I suggested earlier? I mean, example: In AXIS you could have displayed two columns: left, like now, in G-code format and a new one on right of it - a generated according to the replacement table found in extension.emc Hmm, I think I should write the table first and ask later, I will look into that one. - - - but then, we would need to be able to load AND save two different file formats independently :O (or just to make the files always come in doublets, save the natural-language file with the *.nc file - but then you would need consistency checking :( - bad idea. ) ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 28, 2006
From: Kenneth Lerman <Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
In-reply-to:
<45942D9A.9010504-xWzl4mvPpRVeoWH0uzbU5w@xxxxxxxxxxxxxxxx>
References:
<45942D9A.9010504@xxxxxxxxx>
Mario is correct that one COULD write a filter that converted named parameters to conventional parameter numbers. (I believe someone -- was it on IRC -- commented about having done this.) But you couldn't have the limited scoping of parameter names; at least not easily. You would have to essentially interpret the code and generate code with unrolled loops to do that. Mario wrote: <I think it might be more versatile and easier that to rewrite whole g-code parser.> It's a whole lot easier than that. I'm just talking about making some "tweaks" to the existing interpreter. Even adding o-words, subroutines, if/then/else, relational operations, etc., was just a matter of tweaking the interpreter (It took me about a week of my spare time while I was on vacation in the Virgin Islands). I used to build compilers and interpreters for a living, so I have the proper skill set to do the job. Take it from me, I'm lazy enough that if it were a big job, I wouldn't volunteer so quickly. :-) Again, thanks for keeping the discussion going. If I'm going to do this, I'd like to hear the comments first. It's a lot easier to change it in the design phase. Ken Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx Mark Kenny Products Company, LLC 55 Main Street Voice: (203)426-7166 Newtown, CT 06470 Fax: (203)426-9138 http://www.MarkKenny.com -----Original Message----- From: emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx [mailto:emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx]On Behalf Of Stephen Wille Padnos Sent: Thursday, December 28, 2006 3:48 PM To: EMC developers Subject: Re: [Emc-developers] Proposal For Named Parameters Mario. wrote: >So we could all this orient towards a programmable plugin? >I think it might be more versatile and easier that to rewrite whole >g-code parser. > >If this powerful editing tool is *READILY* available in AXIS, why not use it? > > It's not an editing tool, it's a filter that's applied at load time. You can have it run a dxf -> g-code converter when loading .dxf files, or run the file as a perl / python / whatever program and load the output from that. Internally, the EMC2 system still uses only G-code. Axis just gives you an opportunity to generate G-code auto-magically. - Steve ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ Emc-developers mailing list Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/emc-developers ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 28, 2006
From: Stephen Wille Padnos <spadnos-xWzl4mvPpRVeoWH0uzbU5w@xxxxxxxxxxxxxxxx>
In-reply-to:
<1ebf3f4a0612281232w4c8605e2g302f6b7395739ed4-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612281020x53d185c1ja7a778b81024fa57@xxxxxxxxxxxxxx> <NGEDKMHAJJHIGGHLOGFDIEIGCHAA.Kenneth.Lerman@xxxxxxxxxx> <20061228202715.GO80148@xxxxxxxxxxx> <1ebf3f4a0612281232w4c8605e2g302f6b7395739ed4@xxxxxxxxxxxxxx>
Mario. wrote: >So we could all this orient towards a programmable plugin? >I think it might be more versatile and easier that to rewrite whole >g-code parser. > >If this powerful editing tool is *READILY* available in AXIS, why not use it? > > It's not an editing tool, it's a filter that's applied at load time. You can have it run a dxf -> g-code converter when loading .dxf files, or run the file as a perl / python / whatever program and load the output from that. Internally, the EMC2 system still uses only G-code. Axis just gives you an opportunity to generate G-code auto-magically. - Steve ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 28, 2006
From: Mario. <emefbee-Re5JQEeQqe8AvxtiuMwx3w@xxxxxxxxxxxxxxxx>
In-reply-to:
<20061228202715.GO80148-Q5EQ/OVxsytBDgjK7y7TUQ@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612281020x53d185c1ja7a778b81024fa57@xxxxxxxxxxxxxx> <NGEDKMHAJJHIGGHLOGFDIEIGCHAA.Kenneth.Lerman@xxxxxxxxxx> <20061228202715.GO80148@xxxxxxxxxxx>
So we could all this orient towards a programmable plugin? I think it might be more versatile and easier that to rewrite whole g-code parser. If this powerful editing tool is *READILY* available in AXIS, why not use it? On 12/28/06, Chris Radek <chris-Q5EQ/OVxsytBDgjK7y7TUQ@xxxxxxxxxxxxxxxx> wrote: > On Thu, Dec 28, 2006 at 03:02:26PM -0500, Kenneth Lerman wrote: > > > > But... I think cradek will point out that axis already can use python > > programs to produce g-code output. > > or any other language using the AXIS "filter" feature. > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys - and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ > Emc-developers mailing list > Emc-developers-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx > https://lists.sourceforge.net/lists/listinfo/emc-developers > ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 28, 2006
From: Chris Radek <chris-Q5EQ/OVxsytBDgjK7y7TUQ@xxxxxxxxxxxxxxxx>
In-reply-to:
<NGEDKMHAJJHIGGHLOGFDIEIGCHAA.Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612281020x53d185c1ja7a778b81024fa57@xxxxxxxxxxxxxx> <NGEDKMHAJJHIGGHLOGFDIEIGCHAA.Kenneth.Lerman@xxxxxxxxxx>
On Thu, Dec 28, 2006 at 03:02:26PM -0500, Kenneth Lerman wrote: > > But... I think cradek will point out that axis already can use python > programs to produce g-code output. or any other language using the AXIS "filter" feature. ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
Date: December 28, 2006
From: Kenneth Lerman <Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx>
In-reply-to:
<1ebf3f4a0612281020x53d185c1ja7a778b81024fa57-JsoAwUIsXosN+BqQ9rBEUg@xxxxxxxxxxxxxxxx>
References:
<1ebf3f4a0612281020x53d185c1ja7a778b81024fa57@xxxxxxxxxxxxxx>
Possible? Probably. By me? No. But... I think cradek will point out that axis already can use python programs to produce g-code output. Ken Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx Mark Kenny Products Company, LLC 55 Main Street Voice: (203)426-7166 Newtown, CT 06470 Fax: (203)426-9138 http://www.MarkKenny.com -----Original Message----- From: emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx [mailto:emc-developers-bounces-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@xxxxxxxxxxxxxxxx]On Behalf Of Mario. Sent: Thursday, December 28, 2006 1:21 PM To: rehenry-5XB1TlXWyi8@xxxxxxxxxxxxxxxx; EMC developers Subject: Re: [Emc-developers] Proposal For Named Parameters Would it be possible to add commands like these // or behaviour as a plugin? I mean, it would be read and processed on EMC startup only, so it would not be hardcoded. some 2.5 years ago I planned an interpreter of G-codes, so thta it would speak in BASIC-like, English-like language. With programmable interface (loaded at start from say... "extension.emc file") you would be able to map natural language words to G-code meanings and vice versa... so you would be able to: 1) program in g-codes and see the meanning in the other column, or 2) program in natural language, BASIC-like "RUN TO X=115" and see the G-code results in other column. This way would EMC become universal multilanguage interpreter. I see the wiki page to be read-only for me, so post I can not post it there. On 12/28/06, Ray Henry <rehenry-5XB1TlXWyi8@xxxxxxxxxxxxxxxx> wrote: > > Hi Ken > > Thank you again for your systematic approach to making changes to the > interpreter and how we enter commands. I do like the idea of named > variables -- I've use a lot of #1000 = 12 or whatever. I don't see any > problem with replacing the number part of the parameter call with a > name. > > #myloopincr = 12 > > or > > y#myloopincr > > > Why do you feel that the named reference needs to be bracketed? > > Ray > > > > On Wed, 2006-12-27 at 13:13 -0500, Kenneth Lerman wrote: > > See: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Named_Parameters > > for my proposal. > > > > Those of you who have seem my previous proposal (for o-words) probably know > > that I'm proposing something that: > > > > 1 -- I believe is useful > > > > 2 -- I believe is reasonable to implement > > > > 3 -- I am prepared to implement for incorporation into emc > > > > This proposed change will not break any existing gcode written for EMC. > > (Thanks, cradek, for asking that question). > > > > So... > > > > Your comments, suggestions, etc, are more than welcome. Make them soon, > > please. Please add suggestions to the page on the wiki and announce your > > comments on the developers list to remind me to look there. > > > > I view the wiki as a shared notebook. As far as I'm concerned, if it is not > > in the wiki, it doesn't exist. > > > > Ken > > > > Kenneth.Lerman-YELWciakEuTQT0dZR+AlfA@xxxxxxxxxxxxxxxx > > Mark Kenny Products Company, LLC > > 55 Main