Advanced Search

Moved to QtPyVCP section.

After installing and configuring Probe Basic I always get these errors, the user_tabs folder is present:
Traceback (most recent call last):
  File "/usr/bin/probe_basic", line 8, in <module>
    sys.exit(main())
             ^^^^^^
  File "/usr/lib/python3/dist-packages/probe_basic/__init__.py", line 20, in main
    qtpyvcp.run_vcp(opts, VCP_CONFIG_FILE)
  File "/usr/lib/python3/dist-packages/qtpyvcp/__init__.py", line 26, in run_vcp
    run(*args, **kwargs)
  File "/usr/lib/python3/dist-packages/qtpyvcp/app/__init__.py", line 129, in run
    launch_application(opts, config)
  File "/usr/lib/python3/dist-packages/qtpyvcp/app/launcher.py", line 78, in launch_application
    loadWindows(config)
  File "/usr/lib/python3/dist-packages/qtpyvcp/app/launcher.py", line 230, in loadWindows
    window = _initialize_object_from_dict(window_dict)
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/qtpyvcp/app/launcher.py", line 210, in _initialize_object_from_dict
    return obj(*args, **kwargs)
           ^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3/dist-packages/probe_basic/probe_basic.py", line 53, in __init__
    self.load_user_tabs()
  File "/usr/lib/python3/dist-packages/probe_basic/probe_basic.py", line 87, in load_user_tabs
    user_tab_folders = os.listdir(user_tabs_path)
                       ^^^^^^^^^^^^^^^^^^^^^^^^^^
FileNotFoundError: [Errno 2] Datei oder Verzeichnis nicht gefunden: 'user_tabs/             # REQUIRED Setting for Probe Basic'

Maybe someone can shed some light on the matter for me.

Normally we would not use hex files at all because the standard way to update
would be over serial. I will look into why the serial update fails.

Greetings,

I only gave you half of the equation.

Insert G64 P0.001 into the startup line at the top of the program.

The P parameter is what does the work.

If this cures the issue, modify your post to insert it automatically.

Cheers,

Dave

Thanks Snow,

You always do a great job, i'm just a bit different.

Using the laser button is 3 clicks and wait for lag. first to "laser" then "mark edge" then "set origin", then the machine moves.

With the user button, its a one click and the machine moves to where i need it, zero's, and i'm ready to start cutting. the code i'm using is the one I found worked many years ago and i have just kept it. i also have another button used for the air scribe offset (albeit still a work in progress). I have only had this issue since the update to 2.9.4.

My normal operation flow goes.
home machine
sheet on machine
import drawing
align x,y using laser
click laser offset to zero torch on where i lined up laser pointer
frame to check cut file will fit (done alot when cutting multiple parts from sheets that have already been cut)
then cut

I'll try the new code now and see how it all goes.
new code is G10 L20 P0 X0 Y0 \ G0 X-2.5 Y104.3 \ G10 L20 P0 X0 Y0
Works perfectly, thanks again Snow !!

The plants can be pretty rough as well.
The beer's good, no I no longer indulge.
The back roads are great for a fang & scratch.
Funny thing is Australia is hot & dry but Aussies have a rep for being pretty quick on a wet circuit, go figure.
Another good thing is the drive in bottle shops, ya can get beer, wine, spirits and chips and other party supplies without having to get out of your car. Unlike some nanny state countries where you can't even buy beer & spirits in the same place. The same country that was so scared of Trump they voted in the same party that made them a laughing stock that was led by Castro's son and used to club baby seals. The same country that you can't walk the street with a beer or other drink in your hand, and you pay for stuff with loonies. Oh and don't ask for a hamburger with the lot, they can't fathom it.

To be fair we only got electricity yesterday and fire the week before. Fresh water, that's for cowards that are scared to go to creek to grab some water cos there might be a salty wanting to eat you. Or a shark that wants to bite a leg off, a blue ring that wants to end your day.

Dear linuxcnc users,
i want to introduce my new open source project based on the W5100S-EVB-PICO . ~10 USD (raspberry pico clone)

features:
1 to 8 step generator with 255KHz maximum output in this version, (possible higher freq) enough for 15m/min with 0.001mm
1 to 8 quadrature encoder counter with 12.5MHz theoretical maximum counting frequency.

current version in the github page is support 4 stepgen and 4 encoders
linuxcnc driver supports multiple instances
planned direct SPI communication with raspberry-pi4 (with normal pico)

github: stepgen-encoder

Thanks
Best regards
Milko

Nice, thanks for sharing.

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!