Advanced Search

This is a snapshot of latency of that PC when I tested servomotors.

I'll try exact same former procedures ( I have written something important about disabling eoe, and recalling everything as much as possible ) with former PC today.

Thank you so much for your every skillful reply.
 

I tried to run through this and see what I could see, with your partial cut file being a mess, it's hard for me to guess at where you are trying to start and what is going on. Can you post the actual cut file?

Also, what version of QtPlasmaC are you running? need the entire number in the window header.

500GB WD Blue HDD (16MB cache) (The ideal choice, I have like 6 extra ones)

Get an old mainboard/CPU/MEM and plug all 6 to it, see bellow

256 SanDisk SSD (I only have 4).

Use for LinuxCNC machines, much better latency/access times compared to mechanical drives, and much faster.

500GB WD Blue HDD (32MB cache) (Less plentiful than the 16MB caache drives, but I don't really need this drive for anything).

Use this one to install TrueNAS and plug it into the same old PC mentioned above with the other 6 drives, you get a nice 2.5TB NAS with fault tolerance for one failed drive.

I do a lot, older versions (no idea what the number is), and i replied to the other post regarding Xenomai.
Thank you.
-
In short, i do not necessarily need the latest version, either of RTAI or LinuxCNC, i stick to what reliably works.

I am planning to install LinuxCNC 2.9.8 for a parallel port setup (I know Wheezy is probably better, but I need it to be as user-friendly and modern as possible).

I have a bunch of disks I can install it to:

500GB WD Blue HDD (16MB cache) (The ideal choice, I have like 6 extra ones)
256 SanDisk SSD (I only have 4).
500GB WD Blue HDD (32MB cache) (Less plentiful than the 16MB caache drives, but I don't really need this drive for anything).

Which drive would be the best choice for latency.

Bootup time is irrelevant to me, latency is really my only concern.

I will use this PC almost exclusively for machine control, except to download nc files perhaps.

FYI, Mesa Ethernet does not work with RTAI kernel, so either way you look at it, RTAI was/is for software stepping mostly.
-
Edit:
Personally i have in use a lot of parallel port machines, mostly with Ubuntu 10.04 still, and some new ones with Mint 19.2 and RTAI kernel, but i have much more with Mesa boards, and still i would say not to bother much with it as most of those machines with parallel port do not need the latest and greatest, the ISO for Ubuntu 6.04, 8.04, 10.04, and Wheezy are still available for download and all come with older versions of RTAI kernels.

So Axis starts, and remora.SPI-status is true too. Resetting the MCU actually throws SPI Errors. I think that looks fine. Unfortunately I can't toggle the emergency switch.

I looked at the PRU-reset pin and its on FALSE. is that how it should be? Am I missing something obvious?

I'm just using the standard HAL configuration from the doc:

Thanks, Alessandro

Since RTAI has reached the end of its life the way forward might be   Xenomai 4 

How many users might find this useful? it will be lots of work and we aren't sure yet how to support Mesa cards with it yet.

Hi,
I've bought an oscillating tangential knife (Stepcraft OTK3) a few month ago but didn't found a linux post processor for it, So, I created one myself that should be generally usable because it does not contain any special features for my device. Probably, it may be useful for someone else,

It's written in C++ and can be easily created (needs g++ package on linux, compiling on Windows should be possible as well). Just extract the tgz into a subdirectory by
 tar xvzf OTKPP.tgz
Go into the directory and compile it with
 g++ OTKPP.cc -o OTKPP
alternatively just type
 make 

This should create the OTKPP executable. Copy it somewhere in your search path where it can be found by e.g. by your CAM program. It can also be called in the console For the file "engraving.ngc" you might call
  OTKPP -i engraving.ngc -o engraving_OTK.ngc
If no output option is specified, the result is printed to stdout.
  
There are some more options for example to change the OTK axis (default is C) or the max. angle for retraction. The available options are as follows (also printed if OTKPP is called without parameters):
  
  -a   --axis <axisname>   Name of the OTK axis e.g. A or C (default is C)
  -d     dwell <delay>     Delay time to run-up the oscillation (default 3 sec)
  -dbg --debug             Adds comments to the output about what's going on
  -f   --feed <speed>      Default z-feed (will be replaced by g-code if exists)
  -h   -? | --help         Prints the syntax and available options
  -i   --in <filename>     Path of the input gcode file 
  -l   --limit <angle>     Max. rotation without retraction (default 20°)
  -m   --modulo            Created rotation range [0..360)
  -o   --out <filename>    Path of the modified output gcode file
  -z   --zsafe <position>  Safe retraction height (default 2 machine units e.g. mm)

If the -dbg (or --debug) option is specified, the modifications are commented in the resulting code which should be still executable. The attached tgz also contains an example file (original and after processing)
  
It should be also possible to set up the OTKPP as post processr in your preferred CAM software in order to create the programs for the OTK directly. As I only use CamBam for Linux, here are the steps for the integration (sorry, I don't use Mach3/4 and thus, don't know how to set it up there).

1. Open the post processors settings in CamBam
2. Create a copy of your favorite post procesor (e.g. LinuxCNC -> LinuxCNC-OTK)
3. Add the following line in the "Post-Build Command" option:
    <Path_to_the_program>/OTKPP
4. Add your favorite arguments in the "Post-Build Command Arguments" option (e.g.):
     -dbg -a C -l 25 --in {$outfile} --out {$outfile}
5. Select the LinuxCNC-OTK post processor in the project's operation

Just one warning:
Please take care if your machine works with imperial units (inch), as the default retraction value is 2.0 which is equivalent to 2mm on my metric machine. Adjust the value in the code or by using the -z or --zsafe parameter if necessary. Nevertheless, it might be better to run a dry test anyway.

Feel free to adapt or modify it. If you have questions or run into problems just response.

Hope it helps,
Stefan

• Sakhalin_Cat

Hi can you repost the file the link seems dead

Please respond to this post IF you still use RTAI.

Hey guys, trying to get monokrom or at this point qtpyvcp to run, but I always end up with problem in the DB lookups. Since i don't really know how the ORM works i struggle to fix this myself. This is with a clean sqlite db. With the latest main branch on monokrom.

Thanks! 

I'd forgotten what a mission I'd had at the start of my linuxcnc adventure with limit switches, so building a config from scratch was a sufficient challenge. Anyway after copying in just the essential parts from the working hal, was able to home it and run the spindle. Runs, of course, without any hiccups at all. Will start adding in the complications and see which one is the bad guy. Will report back.

You can use smart serial, there are open source project on github

I just updated my plasma to Qtplasmac.  Everything seems to be working fine except I am having trouble understanding the run from line command.

In the attached partial ngc file, If I try to start on line 420, It creates the rfl file, with the first line being the last move before the M05 (Which is a G02...).  When it tries to start on this line, Qtplasmac  gives me a radius calculation error because it has no real start position.  If I change this line before the M05, (which is an exit command from the plasma cut), to a G01 - it works since there is no radius calculation.  Is there any way to just start on the G00 command, or am I doing something wrong? 

Unfortunately, all my files contain an arc for an exit.