Re: [Emc-developers] Non-X GUI Options

>Are there any options for a GUI interface for LinuxCNC that don't rely >on X windows? There is keystick, but I'm sure that's not what you had in mind ;) Actually there is no interface which does what you want that I know about. Regards, Alex -Original Message- From: Charles Steinkuehl

Re: [Emc-developers] Driver Name and Configuration Directories

On that note, could you add this patch? http://www.juve.ro/~juve/bbb/0002-bbb_parport-sample-config.patch That's a sample config for my bbb_parport board (default 4 axes pinout on the DB25 connector). I'll send you a config for 6 axes too, in a little while. Regards, Alex - Original Messag

[Emc-developers] Pickconfig edit button

What does everybody think of an edit button for configs presented by Pickconfig? http://www.juve.ro/~juve/bbb/0001-Add-Edit-button-to-pickconfig.patch Looks like this: http://imagebin.org/285844 http://imagebin.org/285845 The config picker basicly freezes until the user finishes editing, then he

Re: [Emc-developers] Pickconfig edit button

To provide some background info for the button: I added it for use on the BBB. When the BBB is connected to a PC (I usually use USB), LinuxCNC runs on the BBB, but the display gets forwarded to the PC, same happens with the config picker before running LinuxCNC. Editing a configuration is a bit h

Re: [Emc-developers] configs/ structure

Another idea: as we add more configs it will get more and more cumbersome to find a good way to organize them. As Charles pointed out there are various metrics (by machine, by interface, by architecture, etc). I propose we add some tags to each config (e.g: x86, parport, simulated-limits, gui-a

Re: [Emc-developers] configs/ structure

- Original Message - From: "Jon Elson" To: ; "EMC developers" Sent: Friday, January 17, 2014 5:10 AM Subject: Re: [Emc-developers] configs/ structure > There was a DEMO program that implemented the ancient keystick > (or was it TkEMC) GUI with a little bit of stuff behind it, > that

Re: [Emc-developers] responding to kinematics errors

Another reason is that beside the functionality changes, one of the first things changed in JA was the naming of variables throughout the code. So I'm not sure you can safely assume you could still get the same results as a non-JA build, even if you add the ini variable and modularity. What I mea

Re: [Emc-developers] responding to kinematics errors

Another reason is that beside the functionality changes, one of the first things changed in JA was the naming of variables throughout the code. So I'm not sure you can safely assume you could still get the same results as a non-JA build, even if you add the ini variable and modularity. What I mea

Re: [Emc-developers] New Tajectory Planner

yay ;) sounds like a huge step forward towards having JA in 2.7 Alex -Original Message- From: Chris Radek Sent: Thursday, May 29, 2014 9:35 PM To: a...@bodgesoc.org ; mic...@wp.pl ; rwe...@gmail.com ; dg...@panix.com ; alex_j...@users.sourceforge.net ; EMC developers Subject: Re: [Em

Re: [Emc-developers] possible missing files in some 2.5_branch configs

The core_stepper.hal as a couple others get copied by the make process. It's a way to reduce duplication of these files along a lot of directories. I think they are in configs/common/ if my memory serves me (it's been a good couple of years since they were stuck in there) Alex -Original Mes

Re: [Emc-developers] Request for additional iocontrol or motionfacility

I managed to save it just fine from gmane... Alex -Original Message- From: Gene Heskett Sent: Thursday, September 25, 2014 11:56 AM To: emc-developers@lists.sourceforge.net Subject: Re: [Emc-developers] Request for additional iocontrol or motionfacility On Wednesday 24 September 20

Re: [Emc-developers] packaging for 2.7

I'd go with linuxcnc-FLAVOUR.deb namings We can have linuxcnc-rtai that provides: linuxcnc, so that it can upgrade older versions. I think there are also meta packages possible which pull the needed stuff (have linuxcnc as a meta package, and pull linuxcnc-rtai, linuximage-rtai and so on), that

Re: [Emc-developers] Fwd: [patch] puma560 different positions afterconsecutive homing procedures

The patch looks good to me, pushing it come s abit hard atm (don't have a git repo with push access handy), so if anyone else can push it that would be great. Regards, Alex -Original Message- From: Christian Stöveken Sent: Wednesday, May 20, 2015 8:02 PM To: emc-developers@lists.sourcef

Re: [Emc-developers] DISCUSS: Merge the "joints-axes" project to master branch

r wrote: > I propose that we vote the following items at the next IRC meeting > (Saturday, June 25, 2016-06-25T1600Z): > > That we > * Thank all developers who have contributed to the joints-axes project, >but particularly Dewey Garrett, Michael Geszkiewicz, Alex Joni, and &

Re: [Emc-developers] The Last Public Domain Version

Last emc1 version was 1.2.0-rc1 iirc, you can still find the CVS tree for emc1 here: http://emc.cvs.sourceforge.net/viewvc/emc/emc/ Regards, Alex - Original Message - From: "Kent A. Reed" To: "EMC developers" Sent: Sunday, August 12, 2012 12:44 AM Subject: Re: [Emc-developers] The Last

Re: [Emc-developers] Forums

I don't think that's correct. removing the page is actually pretty simple, you just need a different password ;) But it doesn't remove references to that page. We probably need to talk about some guidance in the wiki endevour: having a wiki manager/administrator/whatever you want to call him, and

Re: [Emc-developers] Forums

Yes, they did.. I upgraded Kunena to 2.0.2 this morning Alex - Original Message - From: "andy pugh" To: "EMC developers" Sent: Thursday, October 25, 2012 2:29 PM Subject: Re: [Emc-developers] Forums > On 24 October 2012 17:56, Michael Haberler wrote: > >> - to transition the board o

Re: [Emc-developers] linuxcnc 3 development whiteboard wiki page

http://wiki.linuxcnc.org/cgi-bin/wiki.pl?Lncnc_3_Idea_Whiteboard Alex - Original Message - From: "Viesturs Lacis" To: "EMC developers" Cc: "EMC" Sent: Thursday, November 15, 2012 11:01 AM Subject: Re: [Emc-developers] linuxcnc 3 development whiteboard wiki page >I am sorry, but I ha

Re: [Emc-developers] Breaking the Buildbot.

I doubt it is something you can do: http://buildbot.linuxcnc.org/buildbot/builders/precise-i386-realtime-rip/builds/56/steps/get-dmesg/logs/stdio /bin/dmesg in dir /home/buildslave/emc2-buildbot/precise-rtai-x86/precise-i386-realtime-rip/build (timeout 1200 secs) watching logfiles {} argv: [

Re: [Emc-developers] Advice Needed on Wiki & File Hosting

1. pages can be renamed, deleted or whatnot. for that you need wiki admin access (I think the board and a couple more people have that access). 2. regarding upload: - we can do one-off's quite easily, just mail me or another wiki/web admin with a link, and I can d/l it directly to where you want

Re: [Emc-developers] HEAD build errors

I suspect you need sudo make install to really install the software to /usr/... or you should use ./configure --enable-run-in-place --enable-simulator Best regards, Alex Joni - Original Message - From: "Florian Hahn" <[EMAIL PROTECTED]> To: "EMC developers"

Re: [Emc-developers] Problems with Lyx

Hi Eric, I can comment on the windows side.. I always get that error about class book not found, but it shouldn't matter if you don't want to export from lyx into pdf or html. I only use the doze version of lyx while traveling, and it's quite ok. The main box is a dapper with emc2 configured to

Re: [Emc-developers] RTAI Steps

Hi Eric, there are some more specific instructions in the wiki at http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UbuntuBreezyPackages But I must warn you.. you're starting with quite a task :) Best of luck, Alex - Original Message - From: "Eric H. Johnson" <[EMAIL PROTECTED]> To: "'EMC d

Re: [Emc-developers] RTAI Steps

Oh, and forgot to say that rtai-3.2 is really very old, you should probably get 3.3 or 3.4 if you build a new kernel anyways. Mind if I ask why you are doing that in the first place? Regards, Alex - Original Message - From: "Eric H. Johnson" <[EMAIL PROTECTED]> To: "'EMC developers'" Se

Re: [Emc-developers] RTAI Steps

Thanks a lot, that looks great. I know that wasn't easy to gather. Regards, Alex - Original Message - From: "acemi" <[EMAIL PROTECTED]> To: "EMC developers" Sent: Monday, December 18, 2006 2:06 AM Subject: Re: [Emc-developers] RTAI Steps >I added the steps to compile RTAI in Debian E

Re: [Emc-developers] Change in "feed override" during machine runcauses 1 milisecond stalls

Once the test is running, start opening various windows (glxgears is a good candidate), and try to stress the system as much as possible. If that goes well, without any overrides, we can proceed further at testing some EMC-specific parts. Best regards, Alex Joni - Original Message - Fr

Re: [Emc-developers] Change in "feed override" during machineruncauses 1 milisecond stalls

ght want to take that out during testing (to rule out every possible cause of problems). - Original Message - From: Mario. To: Alex Joni ; EMC developers Sent: Tuesday, December 26, 2006 2:05 AM Subject: Re: [Emc-developers] Change in "feed override" during machiner

Re: [Emc-developers] Change in "feed override" during machineruncauses 1 milisecond stalls

anomaly anymore (10% in 2msec is a lot more than in 1msec). On the other hand, I'm not sure that's such a good idea. It all depends what else is failing (if anything). Older versions of emc2 (before 2.0.4) had no idea how to tell if there was a "Unexpected realtime delay",

Re: [Emc-developers] Change in "feed override" duringmachineruncauses 1 milisecond stalls

I agree with what Chris said, the old EMC (emc1) had an limit of 100% not 10-20% like we envision usefull. And I also agree that it shouldn't stop the machine at all. It could be however that there is something else wrong at the very same moment. Please try to remove the Backlash setting while te

Re: [Emc-developers] Change in "feed override"duringmachineruncauses 1 milisecond stalls

re is something else wrong there. Regards, Alex > You guys never sleep, do you? I will go prepare myself to get > tomorrow > some antibiotics. > > On 12/26/06, Alex Joni <[EMAIL PROTECTED]> wrote: >> I agree with what Chris said, the old EMC (emc1) had an limit of >>

Re: [Emc-developers] Updating a few things here

>> the home position. I am going to be investigating this over the >> next >> week or so to >> make sure homing to the index mark really works. > > I recently upgraded a STG driven CNC mill from EMC1 to EMC2. Homing > on > an index pulse didn't work for me. I ended up setting the "home on > ind

Re: [Emc-developers] Simulator mode compile error: r tapi/sim_ulapi.c: In function 'rtapi_shme m_new':

If you used apt-get source to get the sources, then --enable-simulator won't work. apt-get source emc2 will get you the source for 2.0.5 Only the latest HEAD and the 2.1 branch work without a RT system. Can you provide some info from the configure stage? Does it say anything? Regards, Alex --

Re: [Emc-developers] Simulator mode compile error:rtapi/sim_ulapi.c: In function 'rtapi_shmem_new':

Hmm, this does look like it should work. Can you check the version of emc2? there should be a file emc2/VERSION Regards, Alex - Original Message - From: Mark To: Alex Joni ; EMC developers Sent: Friday, January 05, 2007 2:27 AM Subject: Re: [Emc-developers] Simulator mode

Re: [Emc-developers] Updating a few things here

Hi Matt, could you tell me what kind of STG board you are currently running? I just implemented index-pulsed homing for a STG1 (blindly, as I'm away from my devel box, and STG card), but I was wondering if you could take a shot at it. Contact me for more details how to test it. The code is in th

Re: [Emc-developers] Continuing with the updates

> I found this to be the case this past weekend as well. Dribbled in > so > slow I could see the difference on my dialup. there are loads and loads of mirrors, it sometimes helps to change to another one by hand. the prefixes are all country related.. you simply need to change them in the /et

Re: [Emc-developers] [Emc-commit] emc2/docs/src/hal vcp.lyx, 1.5, 1.6

that's an interesting point.. any pluses on keeping vcp? Regards, Alex PS: I liked it a lot while it was the only one, now it seems pyVCP is a "bit" more capable :) > On the commit list, Anders Wallin wrote: > >> revision 1.6 >> date: 2007/01/11 22:20:40; author: awallin; state: Exp; lines: >

Re: [Emc-developers] EMC's license status

> Fenn, > > Good idea, but slightly wrong approach. Instead of "if anyone is > certain...", the approach should be to audit the system. that is a good idea, I myself have done thise more than once, but I have to admit I kept no records. (I still plan to write a longer email in reply to Fenn ..)

Re: [Emc-developers] EMC's license status

the project. Honestly, I have no clue what the fuss is all about. It seems there are some individuals once in a while that find it interesting to spread FUD, and try to discredit OSS projects. I have no idea how this benefits them, or what personal urge is driving them. > Thanks, > -fe

Re: [Emc-developers] EMC's license status

> Of course it would be nice if there was a clear license statement at > EMC > web site. I couldn't find one after a short surfing session. I tend to disagree on this part: Front page www.linuxcnc.org : "EMC2 is a software system for computer control of machine tools such as milling machines,

Re: [Emc-developers] Updating emcrsh, emcsh

emclcd and leave it to someone using emcsh to make the > appropriate changes if they choose? Currently emcsh is not showing > an author > in the source code, but was last updated by Alex Joni, although I > thought > the author was primarily John K (apologies to the actual author i

Re: [Emc-developers] Help with CVS

Usually I cd to the dir where the new file is, and add it from there: cd emc2/src/emc/urs_intf cvs add emclcd.cc After that you need to commit the new version of the file cvs commit -m "initial commit. User Interface for LCD type displays" Best regards, Alex - Original Message - From:

Re: [Emc-developers] Help with CVS

I am sorry this struck me just now.. but perhaps it would be easier if you could interface the LCD displaying stuff to lcdproc http://lcdproc.omnipotent.net/ That way you don't need to worry about support for various LCD's, as that already exists. Best regards, Alex - Original Message -

Re: [Emc-developers] spindle control

First of all, I gotta say it's a very good topic. This is an area that can take some improvement. Would this input be active only when starting the spindle? When changing spindle speed? Or always? (e.g. if the spindle speed drops too much, the ladder takes this bit low, and emc2 stops with an er

Re: [Emc-developers] get channel number from real time thread function

The idea is that you only pass the address of the current channel data structure: &(pid_array[num]) e.g. &(pid_array[0]) then &(pid_array[1]), etc This way each function will only access it's own data. If you need to access some other data then you need to pass &(pid_array), and handle the

Re: [Emc-developers] Classicladder work

Hi Chris, how about sending a patch with the changes you made? Makes it easier to judge the code/ideas. You can get one using (cvs diff -u > chris.patch), assuming you worked on a CVS checkout. Best regards, Alex - Original Message - From: Chris Morley To: emc-developers@lists.sourcef

Re: [Emc-developers] Alex did you receive my patch?

Yes Chris, I got it.. (judging by programming habits it sure seems good to me). Otoh I don't have any ideas about classicladder, if this improves things (I guess it does, but I can't really judge that), etc One change I did note (and I'm not sure I'm ok with that) is the name change from Classi

Re: [Emc-developers] Do Compiling EMC takes hours to complete

On a similar machine it usually takes up to 20 minutes. Can you post the output from configure? (5 to 10 minutes is a way too long time for that.. it usually takes 20 seconds or so here). Are there other things on that PC that feel slow? Regards, Alex - Original Message - From: Cont

Re: [Emc-developers] DIY USB interface

Not quite correct. There are various parts that compose what we call EMC. We have : 1. interpreter (userlevel), 2. task controller (userlevel), 3. io controller (userlevel, although using HAL), 4. GUI (userlevel), 5. motion controller (realtime). #1 and #2 are actually linked together, but that'

Re: [Emc-developers] DIY USB interface

> I didn't think of that approach. But it basically means discarding > EMC's motion controller and writing a new one inside the USB device. > The EMC motion controller (including trajectory planner) is the result > of years of work, and would not be trivial to replicate. > > Regards, > > John Kas

Re: [Emc-developers] Marc Le-Douarain of classicladder unreachable

I have this older email addy of his: mavati AT club-internet.fr (although that failed me back in 2005 already). You can always try his SF addy (mavati AT users.sourcerforge.net) Regards, Alex - Original Message - From: Chris Morley To: emc-developers@lists.sourceforge.net Sent: Saturday

Re: [Emc-developers] Marc / classicladder

Then you need to send a patch so we can look at it, and if you're still interested you can sign up as a developer and commit the changes yourself. Regards, Alex - Original Message - From: "Chris Morley" <[EMAIL PROTECTED]> To: Sent: Monday, May 07, 2007 7:03 PM Subject: [Emc-developers

Re: [Emc-developers] Problem in mode-switch

ler specific debug. Regards, Alex Joni - Original Message - From: lichao945 To: EMC developers Sent: Monday, May 28, 2007 10:29 AM Subject: Re: [Emc-developers] Problem in mode-switch I've already made some modification in ministetra.ini and there are totally 5 joints i

[Emc-developers] emc2.2.x

linux using isolcpus * x86_64 port * powerpc port (sim only) Best regards, Alex Joni - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go

Re: [Emc-developers] EMC2 for simultaneous 5-axis manufacturing

k. There is no freqmod in emc2, you need to leave that option alone. Best regards, Alex Joni - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log ev

Re: [Emc-developers] quirk starting program from middle

On Tue, 2007-10-30 at 10:47 -0700, Dave Engvall wrote: > I suspect Matt has a hard time finding 'roundtoits'. ;-) > > Dave > On Oct 30, 2007, at 11:07 AM, Jon Elson wrote: > > > Dave Engvall wrote: > >> Hi Jon, > >> This also happens using TkEmc as the gui. I mentioned it to Matt > >> months ago

Re: [Emc-developers] axis error

Whoa.. not sure where you got that from :) AXIS 1.3a2 should be dated sometimes around June 2006, and is seriously outdated. Current AXIS versions are included in emc2 (ever since august 2006, I think AXIS 1.4a0 was the last out of emc2 version). Maybe you could tell us what you are trying to

Re: [Emc-developers] Please Coorect link in linuxcnc.org "EMC IN ACTION"

ok, fixed. Regards, Alex - Original Message - From: "jros" <[EMAIL PROTECTED]> To: "EMC developers" Sent: Wednesday, November 07, 2007 11:25 AM Subject: [Emc-developers] Please Coorect link in linuxcnc.org "EMC IN ACTION" > http://www.linuxcnc.org/component/option,com_weblinks/catid,

Re: [Emc-developers] emcmot lockup cause found

nice catch anyway :) Regards, Alex > On Fri, 9 Nov 2007, Mario. wrote: > >> optimisations are not the main thing.. CPU power management and >> chipsets (and their unreachable configuration) cause a large part of >> the lag in interrupts. I also compiled with the -O3 option and other >> goodies

Re: [Emc-developers] emcmot lockup cause found

I thought he said that too, then I read it again, and he meant it's slow for compiling a kernel + rtai + etc... and I agree that a faster machine reduces compile type.. (btw: you can compile on another machine and bring the binaries over). Regards, Alex - Original Message - From: "Mar

Re: [Emc-developers] RTAPI_MSG_INFO doesn't write out?

RTAPI_MSG_INFO messages are not printed by default, and I think they never were. If you cant to see them use debug=5 at insmod time, or use echo "5" > /proc/rtapi/debug cat /proc/rtapi/debug should give you your current debug-level. Regards, Alex - Original Message - From: "Jon Elson"

Re: [Emc-developers] part program directories

The only thing I can think of that you're doing wrong is using a sample config :) If you select to create a copy of the config, and it gets copied to your homedir, the PROGRAM_PREFIX variable will be fixed to point to ~/emc2/nc_files Maybe it would be better if releases have a predefined PROGRA

Re: [Emc-developers] return values from user-defined M codes

You can use M66 as described here: http://www.linuxcnc.org/docview/2.2/html/gcode_main.html#sec:M66: In TRUNK (latest CVS) analog inputs also work, in the 2.2.x version only digital inputs. (maybe this counts as a bugfix, as the code doesn't match the docs.. if jeff's ok with this, I could bac

Re: [Emc-developers] m66

Hi Ray, sorry.. it was probably my bad that the docs turned out that unreadable :) You can use M66 Px (where x is 0..3 with the current maximum defined in the source code and compiled into emc2) P0 refers to motion.digital-in-00 .. P3 refers to motion.digital-in-03 E0 refers to motion.analog-in

Re: [Emc-developers] Classicladder V1.24 adaptation for EMC

> What are your wishes?? Umm.. I want a house, a new car, and some time to work on emc2. :P joke aside, I think it's nice that someone works on classicladder, so far whoever did the HAL-ification for it, never wanted to do it again :D So we have (including you) 3 different versions modified by 3 d

Re: [Emc-developers] help with new files added to cl_v7124_branch

They are in the attic when you look at them with viewcvs. For some reason viewcvs doesn't like files added only to branches (which don't exist on TRUNK). Don't sweat it, checkouts will probably be ok, and when you'll merge the branch to TRUNK it'll fix the viewcvs issue aswell. Regards, Alex --

Re: [Emc-developers] [Emc-users] Running on a G4 MAc (new world)

u were using? What i > have is a G4 (gray case) UP with 1G ram so it should do ok. I seem to be > seeing a lot about slow compiling, is it realy bad or just takes time? I > could setup a cross compiler under my gentoo box, but then libs will be > the issue. > > Looking forward to

Re: [Emc-developers] 'Un-home' capability

When adding NML stuff wihch ultimately can be triggered from the GUI, I usually add a pin to halui (the HAL User Interface for emc2). Then you can trigger it from HAL, and it also proves the rest works as expected. It would be nice if you could add that. PS: I'm gonna read the patch now :P Rega

Re: [Emc-developers] 'Un-home' capability

Hi there, after reading the patch I have following observations: emc2-unhome/src/emc/motion/command.c: * you do check for homing (correctly) when unhoming a single joint, but no check is done in the case -1 (unhome all joints) is issued * it would be nice if you could stick to the same formattin

Re: [Emc-developers] Compiling on a G4 Apple

Try make menuconfig (it doesn't have to be graphical, does it?) Regards, Alex - Original Message - From: "Jason Cox" <[EMAIL PROTECTED]> To: "EMC developers" Sent: Saturday, February 16, 2008 8:20 AM Subject: [Emc-developers] Compiling on a G4 Apple > hi all, > just setting up the G4

Re: [Emc-developers] suitable CNC connectors

A quick google reveiled this: http://tools.tycoelectronics.com/servicetool.html Regards, Alex On Sat, 2008-04-26 at 15:10 -0500, Jon Elson wrote: > Alan Rothenbush wrote: > >>One drawback to this series is the expensive crimping tool > >>needed. They have a "secret" $98 hand crimping tool, but t

Re: [Emc-developers] Ubuntu 8.04 LTS - Feature request: RTDM

l build a sample package and verify there are no issues. If so, I'll make it happen for 8.04. Btw, the version we have right now is RTAI 3.6, but I plan to upgrade it to 3.6.1 (currently I started testing vulcano-CVS, which is close to 3.6.1). Reg

Re: [Emc-developers] compile on ubuntu studio?

Hello, it seems that Ubuntu studio uses the -rt flavour (low latency kernel). That is not quite hard realtime as we need for emc2, but at some point in the future it might be good enough to drive servo controlled machines. I doubt they will meet the time requirements to output step pulses from a

[Emc-developers] EMC2 on Ubuntu 8.04 Hardy Heron - call for tests

mc-devel on irc.freenode.net). I will try to be available to a very large extent during the next couple of days. Thanks for your patience, and for all the help to make it another great release. Best regards, Alex Joni ---

Re: [Emc-developers] EMC2 on Ubuntu 8.04 Hardy Heron - call for tests

d /usr/realtime*/testsuite/kern/latency; ./run > > > > /QUOTE HAS ENDED > > > > > > If it is not there, may you please schedule adding it right on the > > desktop? It will make testing the usefulness of different platforms > > much easier and faster. As for th

Re: [Emc-developers] EMC2 on Ubuntu 8.04 Hardy Heron - call for tests

Usually it works, you should try again (probably some network problem when you had that). Also if it still doesn't work, you can look at the emc2-install.sh, and run the commands one by one. Something failed (besides the pgp part), because you don't seem to have http://www.linuxcnc.org/ in your /et

Re: [Emc-developers] EMC2 on Ubuntu 8.04 Hardy Heron - callfor tests

ed to > latency and SMI problems as an alternative quick solution. > > Bye, > > Javier > > El mié, 30-04-2008 a las 19:56 +0300, Alex Joni escribió: > > Hi Mario, > > > > here's how I usually run it: > > > > 1. emc's latency test: >

Re: [Emc-developers] [Emc-commit] joints_axes emc2 TODO, 1.27, 1.27.8.1

looking at it. I'm not sure how other modal-codes could/should be treated.. I mean the coding is pretty simple, but the implications are kinda big. Regards, Alex On Sat, 2008-05-03 at 12:01 -0500, Jon Elson wrote: > Alex Joni wrote: > > Modified file emc2/TODO > > + > >

Re: [Emc-developers] followup on EMC LiveCD memory limit

Hi .. > Unfortunately, the bug with >1GB RAM systems just seems to take a bit > longer to manifest than we expected, and eventually it will bite. I wasn't able to make it manifest until now (that's why I left the config option for 4G in the kernel). > I am pretty sure that Alex is going to buil

Re: [Emc-developers] [PATCH] HAL driver for generic Linux GPIOs

Very nice work. We will probably include this asap in TRUNK .. I'm not very familiar with Linux GPIO, does the current driver work in realtime? Or does it rely on linux stuff which makes it less "realtime"? Thanks for the hard work, and giving back to the community. Regards, Alex - Origina

[Emc-developers] emc2 package redesign

Hi all, I started a wiki page http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Emc2PackagesRedesign describing some vague ideas around redoing the emc2 packages. So far it's only a description of some of the things I think would be nice, not sure they can be all implemented. I am looking forward for

Re: [Emc-developers] Bug in classicladder 7.100 EMC 2.2.6

The fix needs to be in CVS before we release a new version. At time of release all that is in CVS gets released, nothing more. Regards, Alex - Original Message - From: Chris Morley To: EMC DEV Sent: Sunday, September 21, 2008 9:41 AM Subject: [Emc-developers] Bug in classicla

Re: [Emc-developers] Bug in classicladder 7.100 EMC 2.2.6

Right now we have a couple things in CVS: the TRUNK - which is the latest development, not really stable, and not suggested for production use a v2_2_branch - which contains all work on the 2.2.x direction and a couple more (v2_1_branch, etc.) There are things called Tags which allow you to check

Re: [Emc-developers] emc on x86_64

Did you check this: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Debian_Lenny_Compile_RTAI#Memlock_Size Regards, Alex PS: that page has lots of nice tips... - Original Message - From: "Michael Buesch" <[EMAIL PROTECTED]> To: Sent: Friday, October 03, 2008 12:20 AM Subject: [Emc-developer

Re: [Emc-developers] Documentation Question and Suggestion : Minimumsystem requirements

http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?Hardware_Requirements Regards, Alex - Original Message - From: "Darren Conway" <[EMAIL PROTECTED]> To: "EMC developers" Sent: Friday, October 31, 2008 10:23 AM Subject: [Emc-developers] Documentation Question and Suggestion : Minimumsystem re

Re: [Emc-developers] the buildbot machine is ready

This is surely OT for the emc list, so further replies/comments will be off list. Just this last one on the list ;) >> > Let me tell you, from PERSONAL experience, that there are professional > bank criminals that are searching the net continuously for systems with > Jon > > I'm still looking for

Re: [Emc-developers] Classicladder 7.124 opinions

> As long as the changes to defaults are documented (in the "moving from > 2.2.x to 2.3.0 doc, once it's written :) ), I don't see a problem with > changing the defaults. here for example: http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?UpdatingConfigurationsForDevelopmentVersions Regards, Alex -

Re: [Emc-developers] Adding lathe diameter mode

Hi Les, probably a parameter, which gets updated in interp::synch There are a couple of GET_EXTERNAL_FOO functions defined in canon, that get called from the interpreter. So the sanest path imo is read the variable from task, then use a canon function to set a canon variable, and have another ca

Re: [Emc-developers] Adding lathe diameter mode

http://wiki.linuxcnc.org/cgi-bin/emcinfo.pl?CVS#Patch_Submission Regards, Alex - Original Message - From: "Les Newell" To: "EMC developers" Sent: Tuesday, December 16, 2008 4:06 PM Subject: Re: [Emc-developers] Adding lathe diameter mode > Assuming no-one objects, I'll go with G07/G0

Re: [Emc-developers] Adding lathe diameter mode

Well (imo - not always the best opinion) one way to do it is like this: make the g-code you switch modal, add them to the active g-codes list, then patch the GUI to read that and show an appropriate message. The later part can be something someone else might help with, doing the first part should

Re: [Emc-developers] ISO 14649 / STEP-NC

Hi Mark, that looks really interesting. I would favour GPL v2, that would make it easier to include to emc2 in the future. (it's probably a pretty big job to do that, but most of the prerequisites are already there). Is the code from Tom Kramer released PD or GPLv2? Regards, Alex - Origina

Re: [Emc-developers] help for emc

Hey Chris, good to know that the rtai packaging is helping people even outside linuxcnc. If you find fun in CNC's or similar then linuxcnc is something really interesting ;) Regards, Alex - Original Message - From: "Chris Cole" To: Sent: Monday, January 05, 2009 6:28 PM Subject: [E

[Emc-developers] Voting time again..

Hi all, it's time to have another election for the Board of Directors. The first step is to have nominations. These take place on the emc-users list. To make a nomination, please put NOMINATION in the subject of your message. Nominations must be seconded by another person to be considered;

Re: [Emc-developers] NOMINATION

velopers] NOMINATION >I nominate Stuart Stevenson for the board. > > Ken > > Alex Joni wrote: >> Hi all, it's time to have another election for the Board of Directors. >> >> The first step is to have nominations. These take place on the >> emc-users list.

Re: [Emc-developers] Emc-developers Digest, Vol 33, Issue 7

> what does 'max-decel' mean? decellerating from the current speed at the MAX_ACCEL rate defined in the ini. You are right, that's the only ACCEL that is ever used, and max-decel as such is probably not the best name. Regards, Alex > emc-developers-requ...@lists.sourceforge.net wrote: >> Whe

[Emc-developers] Fw: [Emc-commit] TRUNK emc2/src/emc/usr_intf/stepconf stepconf.py, 1.70, 1.71

- Original Message - From: "Chris Morley" To: Sent: Tuesday, January 13, 2009 8:39 AM Subject: [Emc-commit] TRUNK emc2/src/emc/usr_intf/stepconf stepconf.py, 1.70,1.71 > Modified file emc2/src/emc/usr_intf/stepconf/stepconf.py > > Full file: >

Re: [Emc-developers] Opinion on halcmd idea

It'll probably come over as a rant, but to me it feels like imposing a developer to put all his sourcecode inside one file. Don't get me wrong, I think it's nice to see the effort you're putting in stepconf lately, I'm just worried it gets too configurable which will: a). allow the user to really

Re: [Emc-developers] [Emc-commit] TRUNK emc2/src/emc/rs274ngc interp_convert.cc, 1.137, 1.138

Well... you could have "fixed" it by yourself long ago too (tongue in cheek ;). It's sometimes ok to commit something, and see what others think about it after they use it for a while. Regards, Alex > Chris Radek wrote: >> >> Log: >> revision 1.138 >> date: 2009/01/24 23:55:56; author: crade

Re: [Emc-developers] Piping trough a G-code preprocessor

> I was really looking at it from the perspective of a more general solution > which would work with any of the user interfaces. But as far as a > preprocessors go, there is no reason it has to be exclusively G-Code. It > certainly could be any file format translated into G-Code. Eric, > The AXI

Re: [Emc-developers] Building a core2 / SMP rtai kernel

> Hi all, > > I saw the discussion on chat two nights ago about building an SMP kernel > with rtai. I tried to give it a shot to use with the Intel Atom 330, and > got > to an error which I do not know how to resolve. I found these pages as > references: > > http://wiki.linuxcnc.org/cgi-bin/emcin

Re: [Emc-developers] Building a core2 / SMP rtai kernel

> I do want to make a deb package, both because I am not building on the > machine with the Atom processor, and as noted above, at least one other > person is using the same board and could use it. > > I suppose that may be a problem. The development machine has a genuine > Core > 2 duo processor,

  1   2   >