In the case of direct operation of the equipment, the movement command in G1 and the coordinate value acquisition in M114 were investigated because different results from what was supposed were obtained.
Movement in G1
After transmitting the movement command, when the coordinates are acquired in M114, the coordinates given by the G1 command are returned.
G1 X200 Y-50 F300.0 CMD G1 Received. ok M114 CMD M114 Received. X:200 Y:-50 Z:-0.0572591 A:0 B:0 ok
The results of M114 did not change while the bed or nozzle was moving or after moving.
Therefore, even if the nozzle or bed was subjected to limit stop, it did not return to the original limit stop coordinates.
However, in FlashPrint, when the limit stop was applied, the coordinate values were displayed, so I thought that there was a reason, and confirmed the communication with the protocol analyzer again.
After confirming the communication, after the G1 instruction, the M112 emergency stop was always implemented. Therefore, when the M112 instruction was sent after the G1 instruction, the coordinate values assumed were as follows.
G1 X200 Y-50 F300.0 CMD G1 Received. ok M112 CMD M112 Received. ok M114 CMD M114 Received. X:267.517 Y:-0.265563 Z:-0.0572591 A:0 B:0 ok
Relative move command on G91
Next, I tried to execute the relative movement command in G91 directly under control, but it was recognized without any problem as a command, but the movement amount was not recognized as a relative value, and was interpreted the same as G90.
Movement to the opposite side of the XYZ limit stop
When moving to the opposite side of the limit stop with the G1 command, the nozzle and bed did not stop.
For example, when issuing the following G1 instruction.
G1 X-1000 Y1000 F300.0 CMD G1 Received. ok
In this case, after moving to the limit, noise was heard from the motor. Maybe it was out of step.
Setting of coordinate position in G92 did not work.
Even though the current position on the FlashPrint side was not set to the origin, it may not be recognized by direct control.