Advanced Search

Hi, sorry for asking too many questions. In the linuxcnc downloads web page,there is this note";“linuxcnc-uspace” will also run on a standard Linux kernel for use as a simulator, but it should not be used to control hardware."
Does it mean that in order to actually run a machine, I have to use the “linuxcnc” with specific RTAI kernel?
Please let me know which package I have to download! Thank You! 

One other issue that I noted was the overlay that I have circled in yellow.

Not sure if that's just my setup or a legitimate bug?

Thanks Chris.

 

You can power the 7I78 via one of the step/dir connections,
but typically the 7I78 draws such little current (<100 ma) that
it makes  mores sense to power it via the FPGA cable.

I have a system 7i92+ 7i76 (on P2 connector of 7i92) +7i84 (connected to RS422 of 7i76).

I am using separate (not FPGA) 5V power for 7i76 TB3 pin 21,22 (W2 in right position).

Now, I want to add one 7i78 (on P1 connector of 7i92).

If I do not use FPGA power, how to power the 7i78?

Yeah, you cannot depend on probing the screws on the terminal blocks unless they are tight...

Yes, output with respect to field voltage common.

But, I am sorry, outputs are actually working. The issue was that I was measuring voltage on top of screws and those screws were loose causing loss of contact to the pins at bottom.

Did you measure the output relative to field voltage common (TB1 pin 1)?

Probably not relevant but If you have a 24V field voltage, why would you use a separate VIN?

 

Thank you turboss for the vtk mastery!  the latest updates are out in both the stable and develop version now so plotting and rotation wcs as well as multiple work offsets draw beautifully as expected! hige thank you Turboss! 

how did you install it?

@Andrew,
When i find some time later on, will run your values and report back.

@TheRoslyak,

If you grab the ~/vendor/scurve dir, there are trajectory examples that can run in a qt demo app. For jogging & auto mode.
You could try these out. It only uses qt dependencies, so you can run it i think without any nasty problems.
If you failed to do it, just let me know.
To advise about planner, i don't know what you wanna do. Run a gcode or run just a motor from a to b?

I have the sai interpreter stand alone running to load gcode data. The sai is little modified to get more info.
This goes ok. Maybe you can use it too.

@All,
I started making a algo using a even distribution of waypoints. I thought yeahh good idea.
Then followed by an arc overlay.
Output was not ok for me. I have output picture on request.

In the end just adding fillets to corners, had the nicest output.

1. Coded the gcode to filter out tiny segments, given a filter value in mm. This is like a path compressor.
2. Then the path deviation is set by a offset value. This connects all gcode lines with tri-clothoids inbetween in 3d.

Gcode file from robh:
Filters out 530 lines. Transforms path into G2 continious.
   

Gcode file from lcevette:
Filters out 1455 lines. Transforms path into G2 continious.


I think this output is a nice result for today. Now what should be done better?

yeah i agree completely, having a fall back version if an issue pops up on a production machine or changes not ready to be dealt with will be nice. i completely understand, i bide my time on my own machines often for upgrades.  and the upgrade does some awesome things! 

yup, no problem,Thanks Tommy!

 
Above after booting into a live session, bottom panel is fully populated, VirtualBox.


 
Above first boot after being installed, bottom panel is fully populated, ipv6 has been disabled so install doesn't hang, VirtualBox.

Tomorrow I'll test on the hardware and report back, if that appears ok I'll put the image on my google drive if anyone wants to test. If that passes muster I'll work out the "git thing" and make a pull request.

2^26 * 1u = 67 meters

if there are 0 bits in the data, they must be accounted for in the format string.
That is, if you still have 26 bits total, the format string must have 26 bits, not 24
some of them being dummy (using the "pad" format string entry) bits and not
part of the position part of the data

Do you have a link to the encoder manual?

Are you sure its Gray coded?

hi Grotius.
Listen, I wanted to consult with you about the trajectory planner. As I understand, you chose a G-code-based planner for LinuxCNC. I have already figured out the Ruckig library and made a fully functional utility that works with an EtherCAT motor. Now, I want to find a convenient trajectory planner. I initially chose MoveIt2 because it is recommended on the Ruckig page. However, it seems to be overly complicated, and I've been trying to set it up with GPT chat for a day now. Additionally, ROS2 needs to be installed, and so on. In general, do you have any recommendations for a planner? There's also the option of Tesseract, but maybe there is something more convenient?
best regard