Advanced Search

Hi everyone,
I recently ran a benchmark test on my LinuxCNC setup to measure the data request speed, and I thought I’d share the results with you all. I’d love to hear your thoughts or any suggestions for further optimization!
The setup was connected as follows: [Linux 4.19.0-27-rt-amd (core i5) PC (3 byte send 5 byte receive)] -> [switch (TL-SG1005D)] -> [W5100S-Pico]. This was a non-realtime throughput measurement, and the result I got was a stable 2500 requests/second, which I think is pretty solid. I’m curious about your experiences—has anyone else done similar benchmarks, and what do you think of this performance?

Thanks in advance for your input!

 

If you ever set the update rate to 0, you can never change it again or the driver will hang (this is a known bug)

Hi shellcrash,
I'm trying to get an X6 1090T working with a biostar A880GZ motherboard (which I think is just one generation newer). I'm so far unable to get as low a jitter as you got, and I was wondering if you remembered any bios, kernel, etc settings that enabled you to get such low jitter numbers.


I've only gotten below 40us jitter so far: forum.linuxcnc.org/38-general-linuxcnc-q...it-of-jitter?start=0

Hallo,

ich habe mich entschlossen meine Systeme mal auf neuen Stand zu bringen. Ich habe dazu LinuxCNC 2.9.4 parallel installiert und möchte nun die Konfiguration erstellen. Die alte Konfiguration von der Version 2.8.4 (mit gmoccapy und einigen Macros und WHB04B-4andrad ) funktioniert so natürlich nicht. Was kann ich von der alten Konfiguration weiter verwenden, was muss ich anpassen und was muss neu erstellt werden? 

Danke für eure Hilfe.

Norbert


 

Hi Grotius,

this is awsome, good work.
Regarding the ringbuffer, did you already try a code with lots of tiny segments? In your example there is propably plenty of time between the g code lines to calculate the next clothoid. With lots of smaller sections we could test if it works in general.
If the calculation takes 25ms then running a g code with F6000 with sections shorter than 2.5mm might already be the limit.
Would be an interesting test what happens with a modern g code with lots of tiny moves.

Best regards,
Fabian

No, total was 170000$, the price of the included XPR300 was 84000$.

e-mail?

Fixed title.

tommylight wrote:

Last i checked, something that comes close to QtPlasmaC in functionality (not in usability by far, much harder to use) was over 170000$ with a 300A plasma source that costs 84000$, leaving the machine price at 86000$ for 6X2.5M cut envelope!

Are you saying that plasma table you checked was about a quarter million? USD? 170 000 + 80 000 ?

Yes, this is one of the methods that I tested with great success, eventually I added a large coil in series to stabilize the charging current.
You have a very lot of knowledge so I think that you will be able to create such a open-source sensor using any of basic methods. The easiest way is to use one of ready to use CHIPs that you gave as an example ( now i haven't time to analise it / *conversion time should be fast ) or add any converter to good and very cheap BCL 1-3MHz generator.
I everything projected handly without use ready to use external chips but it required a huge amount of time for experiments and optimal selection of component values. It was not easy.

I know 2.9 doesn't have change_g43.ngc.
That's why I searched gmoccapy.ini to find the location of the template configuration files.

Do you think the location of the template configuration files is different for 2.9 and 2.10?

Had these message come up, sorry no screen shot, in the forum. I replaced actual emails with xxxNoticeSMTP Error: The following recipients failed: This email address is being protected from spambots. You need JavaScript enabled to view it.: : Recipient address rejected: Policy Rejection- Quota exceeded. help.dreamhost.com/hc/en-us/articles/215...MTP-quota-limitsSMTP Error: The following recipients failed: This email address is being protected from spambots. You need JavaScript enabled to view it.: : Recipient address rejected: Policy Rejection- Quota exceeded. help.dreamhost.com/hc/en-us/articles/215...MTP-quota-limitsSMTP Error: The following recipients failed: This email address is being protected from spambots. You need JavaScript enabled to view it.: : Recipient address rejected: Policy Rejection- Quota exceeded. help.dreamhost.com/hc/en-us/articles/215...MTP-quota-limitsSMTP Error: The following recipients failed: This email address is being protected from spambots. You need JavaScript enabled to view it.: : Recipient address rejected: Policy Rejection- Quota exceeded. help.dreamhost.com/hc/en-us/articles/215...37-SMTP-quota-limits

 

You're just making life hard for yourself if you want a reliable solution. But if you want to go down that path good luck.

Firstly I read this:
linuxcnc.org/docs/html/man/man9/hal_parport.9.html
Then read:
github.com/LinuxCNC/linuxcnc/blob/master...rivers/hal_parport.c

That should give you an insight into the hal parallel port driver works.

Now the task would be writing a realtime driver that mimics the functions of the haL-parport driver and talks to the the ethercat hardware. Once again the limiting factor will be the latency as this will affect the base thread period and the step speed.

Personally I think a Mesa card, 7i92 would be a simple upgrade to a 2 port parallel port system, is the way to go. This is the most mature & supported option.

There are also 2 really well supported & mature projects, Remora & Linuxcnc-RIO that can be used instead of want you want to do.

BTW I have created a couple of boards to use with an FPGA that can be used with Linuxcnc-RIO that will give you about 3x17 pin ports that can be used with a chinese breakout board, 1x12 pin port a 1x6 pin port and a 1x3 pin port.
This can also run modified Mesa 7c81 firmware to either connect to an RPi4/5 or (probably not of interest to you) to a PC via EPP interface.
I'm also toying with the idea of an Ethernet interface as well, but this is just in the "what if" stages.

Hello. I have carefully looked at the circuit diagram. I am testing with reference to the circuit diagram you uploaded with yaskawa cpcr-mr154g. There is one critical problem. When I input pin 2-3 and 2-4 to dc0v and input pin 3-1 to 24V+ and then turn on the power, the speed accelerates even without any input to the speed reference (pin 1-2, 1-19). I need to use this drive for PID control, so control through the speed reference is absolutely necessary. Please help me.

This is the full error