linuxcnc | LinuxCNC controls CNC machines | 3D Printing library

by LinuxCNC Python Version: v2.10.0-pre0 License: GPL-2.0

X-Ray Key Features Code Snippets(3)Community Discussions(2)Vulnerabilities Install Support

kandi X-RAY | linuxcnc Summary

linuxcnc is a Python library typically used in Modeling, 3D Printing, Raspberry Pi applications. linuxcnc has no vulnerabilities, it has a Strong Copyleft License and it has medium support. However linuxcnc has 903 bugs and it build file is not available. You can download it from GitHub.

LinuxCNC controls CNC machines. It can drive milling machines, lathes, 3D printers, laser cutters, plasma cutters, robot arms, hexapods, and more. The project's homepage provides references to the documentation and illustrative videos. LinuxCNC was initiated 25 years ago and evolved into a very international project with contributions from all over the globe. With release 2.9 of LinuxCNC we also transitioned the documentation to the use of the public crowd translation services of weblate and cordially invite all our users to contribute. The translations we expect to help attract practitioners to the project and also helps educating enthusiasts of all age groups on automated machining.

Support

Quality

Security

License

Reuse

Support

linuxcnc has a medium active ecosystem.

It has 1405 star(s) with 1047 fork(s). There are 144 watchers for this library.

It had no major release in the last 6 months.

There are 283 open issues and 480 have been closed. On average issues are closed in 312 days. There are 37 open pull requests and 0 closed requests.

It has a neutral sentiment in the developer community.

The latest version of linuxcnc is v2.10.0-pre0

Quality

linuxcnc has 903 bugs (18 blocker, 2 critical, 186 major, 697 minor) and 10284 code smells.

Security

linuxcnc has no vulnerabilities reported, and its dependent libraries have no vulnerabilities reported.

linuxcnc code analysis shows 0 unresolved vulnerabilities.

There are 70 security hotspots that need review.

License

linuxcnc is licensed under the GPL-2.0 License. This license is Strong Copyleft.

Strong Copyleft licenses enforce sharing, and you can use them when creating open source projects.

Reuse

linuxcnc releases are not available. You will need to build from source code and install.

linuxcnc has no build file. You will be need to create the build yourself to build the component from source.

Installation instructions are available. Examples and code snippets are not available.

linuxcnc saves you 162422 person hours of effort in developing the same functionality from scratch.

It has 166510 lines of code, 10994 functions and 707 files.

It has high code complexity. Code complexity directly impacts maintainability of the code.

Top functions reviewed by kandi - BETA

kandi has reviewed linuxcnc and discovered the below as its top functions. This is intended to give you an instant insight into linuxcnc implemented functionality, and help decide if they suit your requirements.

Setup the UI .
Writes the half file to the given base .
convert firmware to widgets
Write an ini file .
Redraw the scene .
Runs the program from a line
List all buildtab2 .
Set the tooltips
Configure gcode action .
Displays an image .

Get all kandi verified functions for this library.

linuxcnc Key Features

No Key Features are available at this moment for linuxcnc.

linuxcnc Examples and Code Snippets

Update Summary for v1.1

Lines of Code : 16

License : Non-SPDX (NOASSERTION)

Copy

List of Supported G-Codes in Grbl v1.1:
  - Non-Modal Commands: G4, G10L2, G10L20, G28, G30, G28.1, G30.1, G53, G92, G92.1
  - Motion Modes: G0, G1, G2, G3, G38.2, G38.3, G38.4, G38.5, G80
  - Feed Rate Modes: G93, G94
  - Unit Modes: G20, G21
  - Di

default

Lines of Code : 16

License : Non-SPDX (NOASSERTION)

Copy

List of Supported G-Codes in Grbl v1.1:
  - Non-Modal Commands: G4, G10L2, G10L20, G28, G30, G28.1, G30.1, G53, G92, G92.1
  - Motion Modes: G0, G1, G2, G3, G38.2, G38.3, G38.4, G38.5, G80
  - Feed Rate Modes: G93, G94
  - Unit Modes: G20, G21
  - Di

Update Summary for v1.1

Lines of Code : 16

License : Non-SPDX (NOASSERTION)

Copy

List of Supported G-Codes in Grbl v1.1:
  - Non-Modal Commands: G4, G10L2, G10L20, G28, G30, G28.1, G30.1, G53, G92, G92.1
  - Motion Modes: G0, G1, G2, G3, G38.2, G38.3, G38.4, G38.5, G80
  - Feed Rate Modes: G93, G94
  - Unit Modes: G20, G21
  - Di

Community Discussions

Trending Discussions on linuxcnc

Python3 tkinter analog gauge

Why does my pyqt pygst (python gstreamer) code render unreliably?

QUESTION

Python3 tkinter analog gauge

Asked 2019-Oct-16 at 11:29

I'm trying to use an analog gauge for my tkinter/ttk GUI written in Python 3.6.

I want to display volt and psi values.

My research so far led me to this (linuxcnc/pyvcp?), this (perl/tk) and this (tk).

Is there any chance I could integrate on of these three or should I try to implement my own gauge by using tkinter.Canvas ?

...

ANSWER

Answered 2017-Oct-17 at 13:24

I created a package called tk_tools that has one of these analog gauges.

pip install tk_tools

Source: https://github.com/slightlynybbled/tk_tools

Documentation: https://tk-tools.readthedocs.io/en/latest/docs/widgets/#rotaryscale

You are looking for the RotaryScale widget. An example of use can be found in examples/rotary_scale.py. The short version:

Source https://stackoverflow.com/questions/46789053

QUESTION

Why does my pyqt pygst (python gstreamer) code render unreliably?

Asked 2018-Sep-30 at 21:33

TLDR: I'm using PyQt and embedding pygst rendering into a window. When I moved all of my systems to Ubuntu 16.04 (from 14 I think?) the pygst rendering in the Qt app no longer works reliably. Depending on the system, I get either a blank window or what looks like an uninitialized memory buffer rendering.

For example, the code works more often on my carbon X1 (using nvidia driver) to render the test source, but only works on my T61P if I use nouveau video driver, and not very reliably. The T61P never works with nvidia driver.

My original test code is for pygst 0.1. I tried porting to pygst 1.0 but it doesn't seem to make a difference. This thread suggests adding queues. I tried adding some, but I didn't get any noticeable difference. But the thread also didn't give very specific (or confident) advice, so I wouldn't discount I didn't know where to add them.

One interesting experiment, as noted in the linked examples, is that delaying player.set_state(PLAYING) or swapping the order of the QMainWindow.show() vs player.set_state(PLAYING) effects the reliability.

EDIT: I think I've solved it! Or at least things are working as well as they did before. Observation: on one of my systems, the problem is considerably worse after ssh -X'ing to my beagle bone black (BBB) and running the LinuxCNC GUI (renders over ssh using OpenGL). Upon recalling, remembered that the T61 BBB I was testing against had libgl1-mesa-swx11 (software OpenGL rendering) to try to work around a rendering issue with the Ubuntu 16.04 nvidia driver. However, it seems that BBB software OpenGL somehow messes up gstreamer on the T61 until the T61 reboots. At this point I don't have a clear resolution, but I do have a solid understanding of what caused the regression. T61 seems to work now on both Ubuntu 16.04 and Ubuntu 12.04. I'm going to try to accept the answer below as, although it didn't solve the issue, it did provide some useful information. Thanks!

...

ANSWER

Answered 2018-Sep-25 at 22:34

I believe the 'unreliable' one is simply incorrect - drawing overlay video to a window that is hidden is at best going to not work, and at worst could cause errors in the sink that stop the pipeline. When it does work it's because the race condition is working in your favour.

You don't need the sync message handler at all; just show() your window and set the window handle on the sink before starting the pipeline.

As for the failure on one platform, try using 0 as the window handle (so the sink creates its own) to bisect the problem. If it doesn't work then overlay video is probably not going to work with that driver at all. Try qwidgetvideosink.

Source https://stackoverflow.com/questions/52503964

Community Discussions, Code Snippets contain sources that include Stack Exchange Network

Vulnerabilities

No vulnerabilities reported

Install linuxcnc

Refer to the file 'docs/src/code/building-linuxcnc.txt' for information about building and running the software, or look here:.

Support

For any new features, suggestions and bugs create an issue on GitHub. If you have any questions check and ask questions on community page Stack Overflow .

Find more information at: