Giter Club home page Giter Club logo

Comments (14)

zeevy avatar zeevy commented on June 20, 2024

Looks like gcode generated is not fully compatiable with grbl 1.1 firmware. The reason for hard limit trigger can be due to spindle back emf. If you are using usb OTG connection then there are very good chances for interruption because of the back emf.

Try to run the machine without spindle on and with out wood to troubleshoot.

from grblcontroller.

muddlinthrough avatar muddlinthrough commented on June 20, 2024

I probably wasn't clear. The "<Run...." line is not in my code. It looks like a machine status that was output to the console by the Controller software. What might cause the app to output that line? If the app did output that message while my g-code was running, would that cause the Error 25? I see that there is "FS" in that line, which could be interpreted as g-code words and I don't think they are compatible on the same line.

Also, is there a way to send the console output to a file so that I can retain the failure information? I am using Grbl Controller v. 2.56 on a Samsung Tablet.

I can certainly try re-running the program, but since the error occurred about 4.5 hours into the run, I would like to do some investigating first. Is there a way to run my g-code in a debug mode? Perhaps set a breakpoint or single step through sections of the code?

Thanks.

from grblcontroller.

zeevy avatar zeevy commented on June 20, 2024

"<Run|WPos:89.464,19.386,-9.375|Bf:0,39|FS:926,1" are coming from firmware to app console. not sent by app to firmware (you can turn them off)

There is no option to send the console logs to file in app.

"Error:25" is coming from firmware, please check the compatibility of the generated.

This application does not do any pre processing of gcode, so if the gcode is not compatible with grbl firmware then it will not work (other senders like UGS, Candle may work as they do the pre processing of gcoce and remove/converts any incompatible gcode).

In app there is an option to skip error 25 (Ignore unsupported gcode commands", you can try that.

"Alarm:1 Hard limit has been triggered " you need to find way to address this

from grblcontroller.

muddlinthrough avatar muddlinthrough commented on June 20, 2024

I think my gcode is not the problem. It is generated by Fusion 360 and I removed the M6 command. I have used this gcode to carve a piece previously and it worked. I looked again at the code and cannot find anything that would cause Error 25. That section of the code is simple XY movements.

Is it possible that the firmware status message got into the command buffer? After printing the status message, it looks like 32 more commands are processed before the Error 25 is triggered.

Also, after examining the work piece, it looks like approximately 25 more commands were executed that were not output to the console. At a certain point, the machine stops following the carve path and instead makes a straight cut in the +X direction until it hits the hard stop. In order to reach the point where the hard X cut starts, about 25 more commands would need to be executed that are not reported.

It looks like the Controller lost its place in the code and stopped sending commands but did not stop the machine. So the machine continued to follow the last commanded path and speed, cutting in the +X direction until the hard stop was reached. Would it be possible to have the Controller stop the machine when it loses the buffer?

I understand EM interference can cause some problems. I am using the USB OTG connection, but have a shielded cable. As I said, I have made this cut before and have not changed any of the wiring. I will look at this again, though.

If you could help me with disabling the firmware status message, I will try the job again and see how it goes.

Thanks.

from grblcontroller.

zeevy avatar zeevy commented on June 20, 2024

You can turn off firmware status messages by toggling the button "Verbose output"

from grblcontroller.

muddlinthrough avatar muddlinthrough commented on June 20, 2024

Verbose output was not enabled during this run. How did the firmware message get through?

from grblcontroller.

zeevy avatar zeevy commented on June 20, 2024

https://github.com/zeevy/grblcontroller/blob/master/app/src/main/java/in/co/gorest/grblcontroller/listeners/SerialCommunicationHandler.java#L73

Machine status messages are shown in app console only when the "verbose button" is enabled (errors and alarms all other messages from firmware not stopped)

its a one way output firmware to app console, not app console to firmware.

Spindle EMF may cause many problems. to narrow down the issue please run the machine with spindle off and without wood.

Also there is a check gcode method available ( in both app and firmware )

from grblcontroller.

muddlinthrough avatar muddlinthrough commented on June 20, 2024

I ran the machine without spindle or wood. Since the previous run stopped after about 4.5 hours, I ran it with the Feed override pushed up to 200%. The program ran for about 30 minutes and stopped. The last line on the console was “<Run|WPos:98.231,47.903,-5.451|Bf:0,128|FS:246,0|Ov:200,100,100>ok”. Just before that was a typical XY command.

I reset the machine and ran again, this time without the Feed override. The program stopped after 2 minutes. The last line was “<Run|WPos:10.083,59.522,-6.333|Bf:0,128|FS:508,0|Ov:100,100,100>ok”. Again, preceeded by an XY command.

I thought about what you said about back emf from the spindle. I don’t know much about electricity, but I figured this might be caused by extra load on the spindle? Since the spindle was off, I wondered if the load on the stepper motors could cause similar problems.

I checked the lead screws and they did look a little dirty. I cleaned them up a little and re-oiled them. I ran the program again and it ran to completion. Maybe it was my fault all along. Does this make sense to you?

I am still curious as to why the machine status message got sent to the console even though the verbose output was switched off.

Thanks.

from grblcontroller.

zeevy avatar zeevy commented on June 20, 2024

The last line in the app console may not be the actual command which caused the problem, Its possible that app has sent many commands before it acknowledged the error (this is due to rx buffer in firmware).

There is an option in app which will disable this buffered streaming "Settings" => "Application Settings" => "Enable single step mode". This can be used to trace the bad gcode commands.

If the machine is working faulty in feedrate more than 100%, then there is a possibility that stepper motors are not getting enough current and loosing steps. (increase in micro stepping of the driver will also decrease the torque )

USB connection may not work properly due to emf from various sources. (bluetooth is more reliable though it is not as fast as USB)

from grblcontroller.

muddlinthrough avatar muddlinthrough commented on June 20, 2024

Enable single step mode was on for the runs I did today, so I think the command history is accurate.

If the dirty lead screws caused slow movement, could that have delayed the ok response violating the status update interval and allowing the machine status message to get through?

Fails occurred both with and without feed rate > 100%.

from grblcontroller.

zeevy avatar zeevy commented on June 20, 2024

gnea/grbl#1158

from grblcontroller.

zeevy avatar zeevy commented on June 20, 2024

Enable single step mode was on for the runs I did today, so I think the command history is accurate.

If the dirty lead screws caused slow movement, could that have delayed the ok response violating the status update interval and allowing the machine status message to get through?

Fails occurred both with and without feed rate > 100%.

I have no clue on this

from grblcontroller.

muddlinthrough avatar muddlinthrough commented on June 20, 2024

Thanks for the tip. I have ordered some ferrites and will let you know how they work out.

from grblcontroller.

muddlinthrough avatar muddlinthrough commented on June 20, 2024

Sorry this took so long. Still having some issues, but am reasonably certain it is not a software issue. This issue should be closed.

Thanks.

from grblcontroller.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.