Comments (14)
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.
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.
"<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.
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.
You can turn off firmware status messages by toggling the button "Verbose output"
from grblcontroller.
Verbose output was not enabled during this run. How did the firmware message get through?
from grblcontroller.
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.
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.
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.
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.
from grblcontroller.
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.
Thanks for the tip. I have ordered some ferrites and will let you know how they work out.
from grblcontroller.
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)
- Application send "$10=1" when disconnecting from bluetooth HOT 5
- grblcontroller connection to grblhal on PI Pico HOT 2
- Auto home xy axis on start up? HOT 1
- Movement Stops in the Middle of a Job HOT 8
- Wifi option HOT 1
- Problem with GRBL controller and Sculptfun S10 HOT 1
- Add support for ESP32 GRBL controller HOT 1
- I would like the paid version on an old phone HOT 1
- Frame Button (like LaserGRBL for windows) HOT 1
- Machine not idle HOT 1
- grbl controller app HOT 1
- Error message, Only GRBL version 1.1 or above is supported. HOT 3
- Purchasing an app HOT 1
- Android version too new HOT 13
- Can't connect to xPro V5 HOT 1
- [Feature request]Its some suggestions and not issue HOT 2
- No variants found for ':app'. Check build files to ensure at least one variant exists.
- Check WCS with MCS HOT 1
- ESP32 FluidNC Compatibility HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
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.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from grblcontroller.