On Thu, Apr 8, 2010 at 11:57 AM, Alex Joni <alex.j...@robcon.ro> wrote:
> >> You asked for a way to test your axis, and got 3 solutions: > > > > Maybe that is the problem. I didn't ask for solution. (My english is not > > so good so maybe I ask by mystake.) > > Ok, I didn't understand that like that. > > > I propose solution. The software solution to just show message with home > > difference when homing is done. (just need something like "in basic" > > Print "X offset ",current_machine_position - machine_home_position just > > before setting home position before after homing axis. (of course for > > each axis when homed) > > well, you are proposing to make a change to the software so it detects a > fault of your machine. > I am not sure if anyone else wants this feature, and you surely understand > we can't incorporate all features possible. > http://en.wikipedia.org/wiki/Feature_creep > > Otoh, the change you want implies about 2-3h worth of digging + coding, and > some additional testing. > Maybe someone who is interested in this will spend that time on the > feature. > Then you can either get a patch (which you apply on your local sources), or > it gets incorporated into emc2 if enough people want it. > > <snip> > > >> * use the home switch for probing > >> > > How to do that if home is limit too? > > You can have a special M-code called which unhooks the home limit > connection, so you can do the probe, then (using another m-code) reconnect > it again. > > <snip> > > As I remember it's posted on linuxcnc forum and emc-developers group. > > And when I do git pull I got that filter menu to work. few day's lather > > the filter menu dissapear. bkubicek provided zip.file as response all is > > on the linux cnc forum. *http://tinyurl.com/y9u5yoh > > *After patch then menu again works but next git pull kill that. > >> If you want to help resolving such an issue, it really helps to provide > >> further information (then it gets sorted faster): > >> * when the original patch was added, > >> * when it stopped working, > >> * a patch that fixes the issue (either patch or a pull address from your > >> repo where it's fixed). > >> > > It's all posted at *http://tinyurl.com/y9u5yoh > > *Seem's bad idea to have two locations for that. I like forum but the > > response is low. > > That's because the forum is not a supported way to reach emc2 developers. > A lot of people wanted to have the forums, so we set it up, but that > doesn't > mean you'll get usefull or valid responses on the forum. > Reading that page (not much time I can spend on it) I don't see a > definitive > answer. > I was looking for: > * currently the filter in emc2 is broken, this is the patch to make it work > again.... > Instead there is some discussion between you (I guess) and bkubicek, which > ends at: > "There is now a partially working implementation for filtering." > That doesn't tell me the status.. partially working doesn't sound like it > should be integrated in emc2 yet. > There is a zip file attached containing some sources, but without a proper > description and without copyright and license information (until it has > proper licensing we surely can't think about integrating it into emc2). > > First of all, I am currently 100% ok with the way emc development is handled. For the filtering, there are two things: )First, the patches in axis. I proposed this filtering menu. The idea is to have external programs, aka filters, that expect a gcode filename as first command line parameter. These filters then can do whatever they want, but should output useable gcode in their output stream. So clicking Menu->File->Filter->someprogramname calls "someprogramname currentlyopendgcode.ngc" and replaces the currently opened gcode by that. One filter e.g. could be: invertxcoordinates.sh or scale, or whatever. I proposed this feature, and with my very limited knowledge of python and tcl made a menu. Eppler did some nice reprogramming of the filtering, and made the integration in axis. However, at least on my Ubuntu LTS system, it did not work right away. I had to change one line of code, so my old python could parse it. However there are two more or less unsolved problems: -reloading, or homeing reload the original gcode file, and the filtering is lost However, for me its is just a convenience thing to have the axis integration of the filtering. They obviously can also work on command line level. )Second, there is the filtering tools that I am creating. It started as bash scripts, then i moved to c++ as gcode interpretation became more complex. This can be called by this pachable axis menu, or by command line. Every now and then, if I have some spare time between my two jobs, and if I find an error, I do some reprogramming. One temporary snapshot I posted in the forum, so if somebody knowing to programm really wants to try it. I intend to create a git-repository, and some more info than you get by calling it without command line options. But I don't have much time. - So, altogether, I find it awesome that somebody really picked up my idea to integrate the filtering, within two days after my proposal. Second, I am not angry that it is not integrated currently, because there are some drawbacks in the design. I think everything is handled well, if every nobody like me could have some code integrated without proper testing and quality assuarance, emc would get bloated and complex and unexpandable. Also, I don't expect anyone else but me to work for the proper integration. Please everybody, don't escalate things and be friendly with each other. Emc is great, everybody should be thankfull for others work, and obviously work together and not against each other. One problem might be that it is very easy to be accidentially insulting in a secondary language. greetings, Bernhard ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ Emc-users mailing list Emc-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/emc-users
