Advanced Search

Grotius,
A big thank you for working on this hard problem.
My offer for sending you EtherCAT servo and stepper drives still stands. Let me know. I have 400W and 750W 3000rpm chinese servos and 4.5A chinese steppers with EtherCAT available which I can send out to you.

The repository downloaded and compiled ok using the "installer" script.
S curve tpmod was also running properly.
But it looked like it was falling back to a single block lookahead.
Is lookahead implemented in this new planner? If yes, how can I enable it? What are the settings that I can play with?
I tried with G64 Pxx Qyy but that did not seem to have too much effect.

I tried to work with the tpmod hal params without much change to the output. I was trying the G3 to G3 blends in the standard LINUXCNC startup gcode.

Once again a big thank you for working on this problem.
-automata

I have two physical hosts to run iGH separately.
I want to implement the redundant function? Can it be achieved? What to do?

Cant do this anymore bye all wrote:

.... that's right ndiswrapper.

Oh how i hated that, to the point of buying Senao access points and using the internal PCMCIA cards as they used Atheros chipset that worked properly.

Hello my guys, I am very surprised of how much conversation I have missed, somehow I was not notified of new posts in this thread.
@cornholio and @blazini36 honestly between your "discussion" I was not able to understand what exactly you suggest.
I have been in several discussions in the direction "USB -> bad " where we explored other connection possibilitys, for example Ethernet TCP and UDP connections.

Personally I feel like USB offers a good ratio between ease of use and speed good enough.
However I do see the benefit of offering a faster Option for those that need it. But at the end we have to see that Arduino-connector offers a cheap alternative to Mesa Cards, but it will always have its limits and at some point the user should consider just using a Mesa card instead.
As I am not a very experienced Programmer I am always very happy for advice, so please continue to share your knowledge.

Currently I am reworking the Codebase to implement 2 basic but drastic changes.
1. The Configuration will change to a single YAML Config file, inspired by Klipper and ESPHome. This will allow to copy/ paste Feature specific configs more easily. Also a lot of Emails I get are related to little configuration mistakes. I hope this change will help people get it right more easily. 

2. The old Serial connection sends Pin states encoded in a string. The new version will send everything directly in a bitstream, so for example 8 Input Pins can be transferred in a single byte. The cost of that change is that the user looses the possibility to communicate with the Arduino manually for testing. I expect the communcation to speed up quite a bit from this change - pun intended.

Additionally I have collected a lot of feature requests to support more Hardware and offer more logic for existing features, which if i find the time i am willing to implement in the future.
Hopefully I will be notified again in the future so I can answer more quickly in this thread.

Cheers from Germany!
Alex

Dear linuxcnc users,

There is developped a new trajectory planner with help of several forum members over the past weeks.

- Credits : Joco, Lcevette, Turboss, Linuxcnc8, connor, Grotius, and more.

The new planner is called tpmod_scurve.so

This new planner can be installed alongside the original trajectory planner tpmod.so
by specifying the used planner in the config .ini file.

Existing linuxcnc (RIP) installations can be patched using a small script that replaces a few files.
There is no .deb package patch available.

This codebase uses miminal source code to achieve an S-curve motion profile. No heavy dependencies are required.
Note there are several HAL pins and parameters that must be set at runtime to tune a specific machine to its inertia limits.

Important: Alway's exersise caution using new software, especially on high-speed machining operations.

repository
readme
licence  
disclaimer

Automated installation example:

github.com/ozzyrob/Linuxcnc-FPGA/tree/main

Spartan 6 based project.
Supports Linuxcnc-RIO either with direct spi connection or with the UDP Bridge.

Based on a common Spartan 6 dev board available via aliexpress.
Easily assembled, mostly through hole components only SMD parts are a couple of chips.
Modified 7c81 firmware spi mode
EPP interface also can be implemented.
Have experimented with firmware that supports upto 60 i/o (compared to 57 with the 7c81) requires a dedicated driver, easy enough to implement based on the 7i90 driver for EPP interface.
Easily interfaces to your basic Parallel Port breakout board, up to 3.
using a Aliexpress RS-422 interface baords allows SSerial connection, tested with a 7i73 device.

If anyone in Australia is interested I have a few unpopulated pcbs available.

Read the whole, if you haven't, have a look through the github repository. Be prepared to get your soldering iron out. I guess you didn't come across the DIY 7c81 clones or other FPAG dev boards running Mesa firmware.

Linuxcnc wont work in a VM, you have to install on some actual hardware.

In all honesty think how you want to use your lathe, if you haven't had a lot of exposure of using a lathe I'd spend some time (12 months) learning how to use a lathe.

If you are a machinist, you know what you're doing.

我使用的是sv660n

Might be best to raise the issue on github, more devs there.