Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

General discussion #28

Open
martin2250 opened this issue Apr 23, 2017 · 262 comments
Open

General discussion #28

martin2250 opened this issue Apr 23, 2017 · 262 comments

Comments

@martin2250
Copy link
Owner

martin2250 commented Apr 23, 2017 •
edited
Loading

as the title states.
please only use this thread for questions and discussion and open new feature requests for actual issues with OpenCNCPilot.

Martin
@zesava
Copy link

zesava commented Jun 28, 2017

Hello really nice project. IMHO one of the best that i saw for GRBL control.

I have a few ideas how to improve program:

  • no one gui for grbl haven't ability to modify it's settings(also import/export). I know that this feature is used only once but when you start with new machine this is really ugly to use terminal or something else for configuring.

  • add support of Grbl v1.1 Realtime commands: Feed Override, Spindle Speed Override...

  • if it's possible add functionality to manually edit loaded G-Code

@martin2250
Copy link
Owner Author

Hi, Thanks!

  • feed override and spindle speed override are definitely planned, I just haven't gotten around to it yet (machine is stowed away, and I'd like to test new features myself)
  • manually editing gcode won't happen. in the 4 (or so) attempts at writing this from scratch each time I tried incorporating an editor, but it just gets too messy. (which code is in the command queue etc.)
  • as for the settings, I just don't see the incentive. UGS did have (or still has) this feature, so there is no reason to re-implement this.
    As the settings are permanent, you could always just switch over to UGS for changing things, and when you get into tuning acceleration etc you should know the commands by now.

@canbaytok
Copy link

Hi there martin2250!

I just found this wonderful project and was wondering if you could answer a question of mine:

I have an Arduino Mega2560 with a Ramps 1.4 board and plan on flashing GRBL on it. My question now is: The readme states that the probe should be connected to the A5 pin of the Arduino. Would it be possible to change the pin to the default Z_MIN pin of the Ramps board which would be D18?

@martin2250
Copy link
Owner Author

martin2250 commented Oct 2, 2017 •
edited
Loading

Hi sirsensor,

yes absolutely! you can adjust the probe pin to any free pin on your 'Mega by changing these lines in 'cpu_map.h' :

  // Define probe switch input pin.
  #define PROBE_DDR       DDRC
  #define PROBE_PIN       PINC
  #define PROBE_PORT      PORTC
  #define PROBE_BIT       5  // Uno Analog Pin 5
  #define PROBE_MASK      (1<<PROBE_BIT)

you'll probably need to change other pins (and peripheral registers) as well, I think there is a template cpu_map for the AtMega somewhere in the grbl repository.

@canbaytok
Copy link

Ok after like 4 1/2 hours I was finally able to flash a proper GRBL version on my arduino mega2560 and set up everything correctly.

At this I just want to say: "Thank you for this f****** nice program".

The UI is flawless. Both the 3D viewport and the sidebars look so goddamn good.
The program runs buttersmooth and hasn't crashed once, but what I love the most is the keyboard jogging feature that GRBL is offering.

The only thing I need now are a better engraving bit and some DRC fine tuning so my traces are not hairthin.

@deHarro
Copy link
Contributor

deHarro commented Oct 2, 2017 •
edited
Loading

Hi!
I got good results with 30° engraving bits with 0,3 mm tip.
As design rules I set minimal width of trace spacing to 0,3 mm (obvious since this is the tip width), same value for minimal trace width.
Of course traces should be thicker (I use 0,4 .. 0,6 mm for dense SMD layouts, 1,27 mm for GND and VCC, no big currents flowing, digital layouts, Arduino and such stuff).

Using "pcb-gcode.ulp" I use this parameters:

grafik

resulting in something like that:

grafik

You can view the resulting traces as preview within "pcb-gcode" and can check whether all spacings are sufficent and well done.
Hope that helps :-)

And: Yes of course, I use Martins wonderful tool for that ;-)

Harald

@deHarro
Copy link
Contributor

deHarro commented Oct 2, 2017

Additional info:
I once used bits with 0,1 mm tip and 10° to realize this layout:

grafik

The design is two sided, smallest structures are 0,2 mm (see SMD footprint top right) and the following pic:

grafik

Such small structures are impossible to mill without a hight adjustment as done with Martins super duper tool.

Drawback of those fine bits is, they crack very very fast and do not stand for long (if not cracking ;-)
Obviously milling times rise dramatically since every trench between traces has to be cut several times to get the spacing (you don't want to have such low spacings of 0,2 mm between each and every trace on your layout, soldering would be awful).

Harald

@luizabbadia
Copy link

luizabbadia commented Oct 2, 2017 via email

@martin2250
Copy link
Owner Author

Thanks everybody!
Those are some beautiful PCBs, Harald. I'm pretty jealous of that QFN footprint... gotta upgrade my machine sometime :)

@deHarro
Copy link
Contributor

deHarro commented Oct 2, 2017

Thanks! :-)

@martin2250 martin2250 mentioned this issue Oct 8, 2017
Closed
@Pixel33600
Copy link

Hi everyone, got a issue with the Mega2560, @sirsenor can you help me on thread : #32 ??

@canbaytok
Copy link

Would it be possible to use the software for woodworking?

I would love to engrave something into wood, but the wood may have irregularities and the height at point A may be different than at point B. I already saw that the heightmap is stored as an xml file and thought that measuring out a grid of points and storing them in the xml file might work out perfectly fine.

Would that be possible?

@martin2250
Copy link
Owner Author

Yes, that would be absolutely possible, but why bother? You could just as well use a switch as a probe (you'd need to re-zero Z, but that would be trivial) or move a small metal plate to each location as it probes.

@Pixel33600
Copy link

Thank's both, it works well !

@deHarro
Copy link
Contributor

deHarro commented Dec 20, 2017

Hi Martin,
concerning your new fixes and additions I have to confess, that I don't understand everything you describe :(

  1. What is the effect of "automatically adjust new height map to toolpath"? ... Ah, reading it many times and thinking of what is going on when generating a height map I get an idea:
    You analyze the gcode and reccon the surrounding rectangle as height map boundary?
  2. What means "supporting custom axis weights"? ...
    This is especially interesting for me since I don't have an excessivly heavy Y axis, but a very clumsy Z axis. The 800W spindle weighs a ton and in consequence the vector of the drill bit changes when moving along the X axis. One can imagine the movement in X as a hanging curve (die Führungen entlang der längeren X-Achse hängen durch, bei X=0 und bei X=max ist die Führung am Maximum, in der Mitte am tiefsten).
    The vector of the bit cannot be changed by mathematics I guess, but the Z height can.
    I'm not sure what amount we are talking about, but if I measure the vertical alignment as described on my homepage, I get deviations of about 2.6 mm from middle of desk to its far away side when the deviation is adjusted to zero at the front side of the desk to its mid (my X axis wents from front to back).

@martin2250
Copy link
Owner Author

Hi Harald,

1: yes, it just changes the initial size when opening the 'create height map' window to the size of the current toolpath.

2: weight in this case is not the 'mass' kind of weight. One new feature is that the probing pattern is not fixed (aka not always a meander like before). rather OpenCNCPilot always searchea for the nearest point (relative to the current work position) that has not yet been probed. the new setting is used to weigh the distances in X and Y direction differently. (aka a point that is at X1Y0 is thr same 'distance' as X0Y2,l when the X axis weight is 2). I added this so I can tell OpenCNCPilot to move my X axis preferably and minimize the number of Y moves (moving my machine in Y jerks the entire table, X not quite so much)

Bent axes and crooked tables are already compensated by the HeightMap

Cheers

@deHarro
Copy link
Contributor

deHarro commented Dec 20, 2017

Hi Martin,
1: Fine.
2: Ok, now I understand (a little bit more... ;-)

Again on bent axis:
My idea on that matter was, to let OpenCNCPilot "learn" the surface of the table once, save it persistent and let it (OpenCNCPilot) recon this surface information on the fly into any given gcode.

The difference to the already implemented functionality is, OpenCNCPilot would have to overlay this overall HeightMap only partly (only the part of the table which is used by the given design).

For my setup (my LCF-1 with bent X axis) only a few (lets say 10..20) points have to be sampled along the X axis (in theory). Ok, it should be a mesh, so 10..20 on X axis by 10 on Y axis (my table is 50x32 cm, usable area roughly 30x22 cm).
The benefit would be, I don't have to generate a height map for every part I machine and I don't have to bother what material the design is of (conductive or not).

Q1: Assuming a perfectly even table (as it should be with my new table), would such a functionality result in an evenly planed surface, even if the axis are bent? ... I think, yes, it would.
Q2: Are you willing to give it a try? :-)

@martin2250
Copy link
Owner Author

My idea on that matter was, to let OpenCNCPilot "learn" the surface of the table once, save it persistent and let it (OpenCNCPilot) recon this surface information on the fly into any given gcode.

You can always save a height map of the entire surface and open it later. I don't think adding this functionality would be a good idea, for reliabilty reasons. With the current method of applying the height map to a complete file, you get a preview of the modified toolpath. also modifying the toolpath on the fly could lead to some unexpected behaviour. I'd rather have OpenCNCPilot only do exactly what it's told to do.

The benefit would be, I don't have to generate a height map for every part I machine and I don't have to bother what material the design is of (conductive or not).

you also can't assume that your material will have the same curvature as your table, especially when it's concave (on a convex surface with clamps at the border this could work)

Q1: disregarding that the tool is not perpendicular to the surface and that your axes will probably deform unter load, yes. I would not rely on it though
Q2: no. bent axes should not be something you have to worry about. I can understand that many machines using grbl machines will suffer from it, but you shouldn't compensate for that in software, rather give thought to it for every part you make. You can always save a permanent map of your table, but for mentioned resons this would not neccessarily be accurate.

@deHarro
Copy link
Contributor

deHarro commented Dec 20, 2017

you also can't assume that your material will have the same curvature as your table

As in the past I worked mostly with POM plates, I assume strongly, that those plates are as flat as the table :) The parts I machined yet were not so big, so the curvature had no big influence, and the one or other a little bit bigger part was made in such an early state, that I had no idea that my mill may be not as accurate as I imagined :-)

But all in all I get your ideas and can follow. Ok, was just an idea.

@ilie321
Copy link

ilie321 commented Jan 10, 2018

hello maybe you can implement some things from here https://github.com/Denvi/Candle as options;
for example manual movements buttons ;spindle override; 0 settings buttons; thanks; btw good job with that button to get heightmap size from gcode

@martin2250
Copy link
Owner Author

Hi Ilie,
thanks for the suggestions!
Manual Buttons: no. I don't think you should ever control a machine by fumbling around with a mouse. I never used buttons when I still used UniversalGcode Sender, only the console. using hardware (keyboard) buttons or the console is much less prone to error.
As for spindle speed override and the settings button: Spindle override is something I'll do when I get around to it, I don't use it but I can't see why it would hurt either. I actually started working on a settings window for GRBL's "$XX" settings, but I ran out of time (holidays ended), but it's definitely on my todo list.
Cheers!

@ilie321
Copy link

ilie321 commented Jan 11, 2018

aaa you can use keyboard to move then is ok.

@bensonsbc
Copy link

I have a doubt, don't know if this is the best place to ask... please forgive me if it's the wrong place.

What does the bellow message means ?

"the toolpath is not containned in the height map"

When I click to apply the heighmap I got it.

best regards,

@ilie321
Copy link

ilie321 commented Jan 25, 2018

probably it means that you made a wrong hmap with other origin or something. so the positon where you need to touch with tool is outside of the area of hmap

@luizabbadia
Copy link

luizabbadia commented Jan 25, 2018 via email

@luizabbadia
Copy link

luizabbadia commented Jan 25, 2018 via email

@bensonsbc
Copy link

I have though it has something to do with the "borders" (limits), but I created the heightmap from the gcode size, i.e. the software defined the boundaries.

If I click on "simplify" I can apply the height map without any problem.

Anyway, thank you both for the hints.

best regards,

@bensonsbc
Copy link

Here are some pics of the first tests I did.

Hope you enjoy !

Martin, thank you very much for your work ! I will manage to donate to your project !

image

image

image

@martin2250
Copy link
Owner Author

Hi Alexandre,

the error "toolpath is not contained" shouldn't appear anymore, even if the HeightMap is smaller than the toolpath. If you still have them, can you please upload the gcode file and height map to pastebin and open a new issue?
Also great results besides some backlash visible on the TQFP32 footprint :)

Greetings

@happycncer
Copy link

Just started to use the latest version of OCP (v1.5.10) and have just noticed that the 'Size from Gcode' button is missing from the 'New Heightmap' window that pops up when using the probing Panel. Is this by design, or has it been omitted inadvertantly when making the changes during the update from v1.5.9?

I only ask as I can't quite see the point of changing something that worked flawlessly in the previous version, and from my personal point of view will be sorely missed.

Am now changing back to v 1.5.9 as I much prefer the probing setup as it was - too much of a faff having to input all the coordinates each time.... Just my take on it, others may prefer otherwise of course.

@deHarro
Copy link
Contributor

deHarro commented Oct 20, 2020

Hi happycncer!

This one is on me (look here #141).

But the feature is still there:
2020-10-20_084213

If you leave "Margin" at zero, nothing is changed against the former solution (besides the text on the button ;)

Harald

@happycncer
Copy link

My fault entirely - didn't realise that the 'Apply' button would do anything without a positive number in the Margin Box, duh!

I was just clicking on the OK button because I didn't want any border line - played around trying to get what I wanted by putting in the coordinates and decided it was too time consuming - hence my comments above. That was why I went back to 1.5.9 because I knew it 'just worked' as they say.

Age is getting to me.....

@deHarro
Copy link
Contributor

deHarro commented Oct 20, 2020

I was puzzled, too, whenI got the "done" message from Martin and had a first look at the new dialog.
But knowing, that Martin always does a good job, I played around with the controls and finally realized the border named "Size from Gcode" and the "Apply" button laying inside... :-)

@happycncer
Copy link

Just as an aside, is there any way of increasing the retraction height when using the Probing routine to create a heightmap? Have made myself a microswitch type probing 'bit' and would like it to raise it up a little further than it does at the moment - but can't seem to find anwhere within the settings that seems to address this. Perhaps my eyesight is failing along with everything else?

As usual, any help would be greatly appreciated....

willow52

@bensonsbc
Copy link

bensonsbc commented Oct 29, 2020 via email

@happycncer
Copy link

Boa tarde ao todas em Brasil!

Alexandre, I did try that this morning, and alteration of the standard 5mm setting to 10mm made no difference at all. Thought at first it was because I hadn't shut down and re-started the program, but no, have now done that and it still makes no difference.

My switch 'bit' works perfectly, but although the safe height is set at 5mm, it only retacts while moving from one point to the next by no more than 2mm - and 0.5mm of that is to release the microswitch. Actual clearance above the workpiece is only a little over 1mm, hence my desire to lift it a bit higher..... which I can't seem to do?

willow52

@happycncer
Copy link

OK Guys, worked it out now. Have to say language used is not that intuitive, I think this particular title would be better named as 'Retraction Height' rather than 'Minimum Height'. Never even thought of altering this one to get done what I wanted to do.

Have now increased this to 1.5mm and all is good in my garden!
OPC Retraction2

Thanks to all, willow52

@deHarro
Copy link
Contributor

deHarro commented Oct 30, 2020

Hi willow!

Give Martin the chance to correct it... :-)
Don't know whether he scans for new articles in this thread, but he for sure will react on a new issue.

Harald

@martin2250
Copy link
Owner Author

Even though I'm not really active here ATM, I read all posts... eventually. Mention this in an issue or submit a pull request, and I'll fix it soon™ :)

Cheers!

@silicon-systems
Copy link

silicon-systems commented Oct 31, 2020 •
edited
Loading

Even though I'm not really active here ATM, I read all posts... eventually. Mention this in an issue or submit a pull request, and I'll fix it soon™ :)

Cheers!

It's about time we all take this opportunity to correct some of the wording in OCP to make it more meaningful.
I hope you do all agree?

Kind regards,
Hanspeter.

@silicon-systems
Copy link

silicon-systems commented Oct 31, 2020 •
edited
Loading

Hi Junkie!
I cannot affirm your findings in principle. I own a similar setup, the LCF-1, with screw driven axis, too. I do not encounter effects as you described.

Perhaps the frame of your router is not stiff enough to compensate for the described effect.
Can you tilt your z-sled by hand?
If so, you have to try to make the setup more sturdy against tilting of the x-sled.

Keep in mind that if you are actually milling, there are forces in z-direction which will prevent you from getting decent results at all (if you do not get rid of such effects).

As first measure you can try to slightly lubricate the screw (if it turns not smoothly and without noticable resistance).
Second, try to fasten the screws which connect the sides of your portal with the rods the x-sled is gliding on.

Harald

Hello Harald,
No wonder you never experienced any play in all three axis as your LCF-1 is equipped with anti-backlash nuts.
Below is a section that says so from LCF-1 website.

The CNC milling machine is
equipped on the Y axis with 20mm hardened and ground steel shafts and ball bushings.
X and Z axes are equipped with 16mm hardened and ground steel shafts and ball bushings.

The spindle nuts are custom-made from POM plastic and are set free of play
(the backlash of the nuts can be adjusted at any time)

I had all along maintained that trapezoid lead screws required anti-backlash nuts.
If you deploy any lead screws in a CNC machine other than a ballscrew, anti-backlash nuts are a must,
else your milling precision will quickly fall apart as I did suggest to Gururajkashikar during his CNC build.

Cheers,
Hanspeter.

@happycncer happycncer mentioned this issue Oct 31, 2020
Closed
@deHarro
Copy link
Contributor

deHarro commented Oct 31, 2020

Hi Hanspeter,
I'm totally with you :-)
And I knew I have anti-backlash nuts, surely. And yes, I am very confident with my router in its current state, no complaints :-)

My idea back then with gurus Z-axis was, that with his very heavy spindle and sled he will never have problems with backlash during probing. The sheer masses of spindle and Z sled will pull the Z axis down reliably during the probing process.

As I wrote later on, it is a totally other story when he is actually milling. Then there are forces against the gravity and backlash will occur.

(Actually a very old topic you are referencing, don't you agree? ;-)

Harald

@martin2250
Copy link
Owner Author

It's about time we all take this opportunity to correct some of the wording in OCP to make it more meaningful.
I hope you do all agree?

Yup, just collect your suggestions in the issue :)

@silicon-systems
Copy link

It's about time we all take this opportunity to correct some of the wording in OCP to make it more meaningful.
I hope you do all agree?

Yup, just collect your suggestions in the issue :)

Yes Boss, I do.

@gonzalocargut
Copy link
Contributor

gonzalocargut commented Jan 7, 2021 •
edited
Loading

Hello, is it possible to modify the connection to allow using a TCP port? I can through an ESP8266 make a transparent COM port between TCP and serial easily, I just need the program to support this connection. If it is not possible to implement for you, I will try to do it in due course, I will share the code if I can make it work correctly.

@silicon-systems
Copy link

Hello, is it possible to modify the connection to allow using a TCP port? I can through an ESP8266 make a transparent COM port between TCP and serial easily, I just need the program to support this connection. If it is not possible to implement for you, I will try to do it in due course, I will share the code if I can make it work correctly.

Hi,
What's the point in this connection?

Remember OCP connects directly to the USB port of Arduino Uno or Nano.

If your aim is to connect to GRBL over long distance, then get yourself RS485 converter,
you should be able to communicate upto 1.2km over UTP cable theoretically.

Cheers,
Hanspeter.

@gonzalocargut
Copy link
Contributor

Hello, is it possible to modify the connection to allow using a TCP port? I can through an ESP8266 make a transparent COM port between TCP and serial easily, I just need the program to support this connection. If it is not possible to implement for you, I will try to do it in due course, I will share the code if I can make it work correctly.

Hi,
What's the point in this connection?

Remember OCP connects directly to the USB port of Arduino Uno or Nano.

If your aim is to connect to GRBL over long distance, then get yourself RS485 converter,
you should be able to communicate upto 1.2km over UTP cable theoretically.

Cheers,
Hanspeter.

Using a tcp connection would allow the machine to be connected using the installed local network, regardless of the distance, or simply a WiFi connection without installing cables, so the control pc does not have to be near the milling machine, avoiding dust and vibrations that in the long run they will end up damaging the pc. I am already implementing the connection using TCP, I need to test that the machine behaves correctly using the new connection, from what I saw in the programming, martin2250 had considered using other data sources, perhaps, or perhaps it is just part of the modeling program that he decided to use, he only added a new type of connection and what was necessary to master it in addition to the new parameters.

@silicon-systems
Copy link

Using a tcp connection would allow the machine to be connected using the installed local network, regardless of the distance, or simply a WiFi connection without installing cables, so the control pc does not have to be near the milling machine, avoiding dust and vibrations that in the long run they will end up damaging the pc. I am already implementing the connection using TCP, I need to test that the machine behaves correctly using the new connection, from what I saw in the programming, martin2250 had considered using other data sources, perhaps, or perhaps it is just part of the modeling program that he decided to use, he only added a new type of connection and what was necessary to master it in addition to the new parameters.

In that case consider using USB Extender 165ft Kit with 4 USB 2.0 Hub you can source from amazon.
This one in particular is powered on the Arduino side as the USB to serial chip requires 5volts power source.

You may also take a look at this url https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface

Cheers,
Hanspeter.

@gonzalocargut
Copy link
Contributor

Using a tcp connection would allow the machine to be connected using the installed local network, regardless of the distance, or simply a WiFi connection without installing cables, so the control pc does not have to be near the milling machine, avoiding dust and vibrations that in the long run they will end up damaging the pc. I am already implementing the connection using TCP, I need to test that the machine behaves correctly using the new connection, from what I saw in the programming, martin2250 had considered using other data sources, perhaps, or perhaps it is just part of the modeling program that he decided to use, he only added a new type of connection and what was necessary to master it in addition to the new parameters.

In that case consider using USB Extender 165ft Kit with 4 USB 2.0 Hub you can source from amazon.
This one in particular is powered on the Arduino side as the USB to serial chip requires 5volts power source.

You may also take a look at this url https://github.com/gnea/grbl/wiki/Grbl-v1.1-Interface

Cheers,
Hanspeter.

Another reason to do it is that the pc that I am dedicating to this, has its USB ports in not very good condition, considering that it is a pc that I rescue, I am not complaining. But, finally, I only intend to give more freedom to the program, which supports an ethernet connection to link the machine opens many paths, like the one I need with my machine.
The modified program already works, it links correctly and the machine responds, I must test it for a while before uploading it to github and leave it free, if martin2250 wishes you can integrate the feature to the main program, if not, I will simply have to add the feature when a new version is released, the modification was simpler than I expected.

@silicon-systems
Copy link

Another reason to do it is that the pc that I am dedicating to this, has its USB ports in not very good condition, considering that it is a pc that I rescue, I am not complaining. But, finally, I only intend to give more freedom to the program, which supports an ethernet connection to link the machine opens many paths, like the one I need with my machine.
The modified program already works, it links correctly and the machine responds, I must test it for a while before uploading it to github and leave it free, if martin2250 wishes you can integrate the feature to the main program, if not, I will simply have to add the feature when a new version is released, the modification was simpler than I expected.

If I recall correctly OCP connects to Arduino via USB, if you want OCP Gcode ported to ethernet then you should get
in touch with Martin, I guess for a handsome fee as this out of scope for OCP.

If your USB on your PC is doggie get a new PCI to USB card. If it happens to be a laptop with faulty USB, get yourself
a used laptop on ebay to fix this USB issue under $150.

Cheers,
Hanspeter.

@gonzalocargut
Copy link
Contributor

Another reason to do it is that the pc that I am dedicating to this, has its USB ports in not very good condition, considering that it is a pc that I rescue, I am not complaining. But, finally, I only intend to give more freedom to the program, which supports an ethernet connection to link the machine opens many paths, like the one I need with my machine.
The modified program already works, it links correctly and the machine responds, I must test it for a while before uploading it to github and leave it free, if martin2250 wishes you can integrate the feature to the main program, if not, I will simply have to add the feature when a new version is released, the modification was simpler than I expected.

If I recall correctly OCP connects to Arduino via USB, if you want OCP Gcode ported to ethernet then you should get
in touch with Martin, I guess for a handsome fee as this out of scope for OCP.

If your USB on your PC is doggie get a new PCI to USB card. If it happens to be a laptop with faulty USB, get yourself
a used laptop on ebay to fix this USB issue under $150.

Cheers,
Hanspeter.

As I said, although it may not have been understood by the quality of the translator, the modification is already implemented, martin2250 only has to decide whether to add the changes to the main program or not.

@martin2250
Copy link
Owner Author

Hi @gonzalocargut,
I already took a look at your code. I don't mind integrating this into the official version at all. After all I did intend to add this feature myself, as you correctly pointed out somewhere. Just clean up the code a bit (I'd like the code to be English 😉 ) and send a pull requst.
Cheers!

@gonzalocargut
Copy link
Contributor

Hi @gonzalocargut,
I already took a look at your code. I don't mind integrating this into the official version at all. After all I did intend to add this feature myself, as you correctly pointed out somewhere. Just clean up the code a bit (I'd like the code to be English 😉 ) and send a pull requst.
Cheers!

I have translated the changes into English, it is not my natural language, so sorry if something looks strange. Review the changes to open the pull request, this is my first time doing this process, so hopefully it goes well.
I have to indicate that given the transmission medium, there is no support for restarting through DRT, this would require sending a string or special character through the TCP link, breaking the GRBL standard, this should be intercepted by the converter module and removed of the data flow, I think it is something to evaluate if it is worth implementing.

@martin2250 martin2250 pinned this issue Feb 28, 2021
@happycncer
Copy link

Hi Martin,
I have used your great software for some time now and have graduated to the point where I really want to be able to use the tool length sensor - as per your great video showing how you do it.

I have installed a tool length sensor switch, similar to your setup in the video, and I have learned how to pause a program to allow me to use G53 to move to the Sensor successfully. What I cannot seem to do is to get the OCP program to exit a 'Hold' situation which occurs as soon as the M0 has been called. Only thing that appears to cancel the 'Hold' is a soft reset. Is this right?

It is not really clear from your instructional video what the correct sequence of operational commands are to allow me to carry on and run a second toolpath. You do/did say during the video you would be putting up details of the macro on the WIKI soon (without any promises!) but I have looked everwhere I can for help but can't find anything more helpful anywhere.

Can you give some further guidance on this at all please....

@martin2250
Copy link
Owner Author

Hi Richard,

you should be able to cancel the 'Hold' by pressing the cycle start ('Start') button (between 'Hold' and 'Soft reset').

I usually export each tool as individual file, so I don't have to pause in the middle of a file. By checking the "Pause" checkbox in the file tab, you can also export multiple tools as one file.

I do have to admit I forgot about the wiki entry, not sure when I'll be able to get around to it.

Cheers
Martin

@happycncer
Copy link

Thanks once again Martin, think I've got it now. I was trying to do it running two files saved at the same time - adding an M0 between the two separate parts of the combined file. Not now surprised that it wasn't working as expected.

I can now confirm that I can re-start OCP as you outlined and I should be good to start using this now.

Looking forward to using this quite a lot in the future and it was definitely well worth the time spent setting this up after all!

@martin2250
Copy link
Owner Author

Hi everyone, I just enabled discussions for the OpenCNCPilot repository. Feel free to share your thoughts and projects over there from now on! https://github.com/martin2250/OpenCNCPilot/discussions
(I'll leave this issue open, so history isn't lost 😃 )

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees
No one assigned
Labels
None yet
Projects
None yet
Milestone
No milestone
Development

No branches or pull requests