-
-
Notifications
You must be signed in to change notification settings - Fork 369
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.
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
Problem: Fluidnc seems to respond to a jog command with the jog command itself on additional uart #1174
Comments
I set $Report/Interval=100 and it reports feed override every tenth report or immediately after any change to the override.
It does not report the new value after a feed change in idle until the next report. It does not force a new report. I suppose that could be added. I have never seen FluidNC echo a command like that on uart1. |
Could possible the local echo gotten activated, for instance if a FluidTerm was started? |
The pendant work has exposed numerous problems with the Grbl serial line protocol. We have known about many of the problems for a long time, but have not had the opportunity to address them fully. I am going to write a page describing the problems in detail and explore some options for fixing them. Meanwhile, people who are writing their own pendants and other serial UIs should treat the UART channel behavior as a work in progress. It is known to have problems, is subject to change, and should not be considered stable enough to be relied upon. We might not fix specific problem situations immediately. Instead I hope to develop a comprehensive and robust solution. It is possible that our adherence to the release early, release often mantra is coming back to haunt us. We are now being overwhelmed with support requests from people trying to use the pendant code in different ways, often without the expertise to solve problems by themselves. That is draining our time. |
@breiler could be correct. A serial channel will switch to echo mode if it receives an "editing character", for example a backspace, tab, or one of several other control characters that humans use to edit lines they are preparing. The pendant might not have sent such a character explicitly, but startup glitches on the serial line could be misinterpreted as a control character or as a realtime character, thus kicking FluidNC into an unintended mode. This is one of those problem situations I alluded to above. |
Is there a command do disable this echo mode that I could send when the pendant starts ? |
I guess you didn't read the link that @breiler provided. |
In fact, I had completely overlooked this page. Following @breiler suggestion, the problem has been solved by sending 0xc (Ctrl-L) at pendant boot time. Thanks for your help. |
Wiki Search Terms
jog, $J
Controller Board
6-pack
Machine Description
Omio X6
Input Circuits
No response
Configuration file
Startup Messages
User Interface Software
No response
What happened?
I have a problem with jogging, which is probably related to my mistake, but I am observing a strange behaviour of Fluidnc.
I am building a pendant with an extra serial uart configured without report_interval_ms, because auto report does not seem to report feed OV changes, ie:
uart1:
txd_pin: gpio.23
rxd_pin: gpio.19
baud: 115200
Mode: 8N1
uart_channel1:
uart_num: 1
Normally I send jog commands and get an ok response, for example
Sent
$J=G91 X0.153 Y0.000 Z0.000 F92.000
Reply
ok
that's fine.
However, under certain conditions that I don't know yet, for example if I reset the esp32 used in the pendant without resetting fluidnc, when I send a jog command fluidnc seems to respond by repeating my jog command. For example
Sent
$J=G91 X0.153 Y0.000 Z0.000 F92.000
Reply
$J=G91 X0.153 Y0.000 Z0.000 F92.000
ok
When I restart fluidnc, without touching my pendant, everything goes back to normal and fluidnc just replies with an ok.
Even if this does not affect functionality, it is redundant traffic that I would like to avoid.
So my question is:
Is there a way to force fluidnc to respond to a jog command by repeating the jog command?
GCode File
No response
Other Information
No response
The text was updated successfully, but these errors were encountered: