Advanced Search

Hello everyone,

i was facing the same problem preview plot bug in LinuxCNC 2.9.4 with Gmoccapy 3.4.9 as described in this thread:  Question: Gmoccapy 3.4.2 and touchscreen
Preview only moves a couple of mm then stops.

So i decided to change the gremlin.py to use the Gtk3 Gestures. With the modified version you can rotate the preview with one finger again, but also zoom in and out with pinch gestures as well as pan with two fingers. In X, Y, Z view the rotation is locked, only zoom + pan. As of right now it will disable the mouse, but my machine only has the touchscreen so for me its no problem.

~$xinput list show my touchscreen as:

No further driver installed. Tested with fresh 2.9.4 live iso.

Just replace gremlin.py in /usr/lib/python3/dist-packages/

I just wanted to drop this file in here in case someone has the same problem. It does not work in Axis though! There the preview jumps to a random place, but it is the same behaviour with the original gremlin.

Also made a small video:

That looks correct.

thank you i will try this out.

Greetings,

I think I had a similar situation.

I needed to activate G64 to tell the controller not to move until the previous event had finished it's travel.

Cheers,

Dave

I have an issue that im sure some of you know the solution. It seems linuxCNC/ AXIS processor  instead of completing a move to a coordinate begins moving to the next coordinate creating a curve/ bend toolpath between the two points, almost like a shortcut. It does this only from an X or Y cordinate to a Z and vise versa, but not from an X to Y coordinate. Please help !! thanks.

Great news!

I also tried more modern versions of the MPLAB X IDE, are not able to properly read the original hex format.

Well actually those editors are reading it correctly. Data after the End-Of-File should not exist. A good Editor should just say sth. like "can't open file - wrong entry" or "do you want to ignore the error?"....
The Editor/Programmer PCW is reading does not read it correctly as it ignores the EOF Entry without saying so.
Wikipedia says:

 :00000001FF   End Of File: Must occur exactly once per file in the last record of the file.

But well - the initial problem is solved and I don't think I will put effort in fixing Microchip's tools or Toolchains.
@PCW: Please keep the EOF bug in mind whenever you send hex files made by the same toolchain.
Thank you for the fixed firmware!

 Hello everyone,
I wanted to ask a favour of some more experienced users than myself.
I am making the electronics with the 7I96 and the CL86T drives, the connections for the motor management I managed to connect.
Now I am missing the limit switches e-stop and Z-Finder, could you kindly check on the attached diagram if the connections are correct?
Thanks
Milko 

I am not in Australia.
I do like Australia, with all the creatures that can kill people easily, mostly because of people.