Advanced Search

Halscope screenshots of spiking attached. These are captured having [HMOT](CARD0).read-request at the beginning and at the end of servo-thread. The following error spikes go crazy when read-request at the end but also visible when at the beginning. When servos are stationary no spiking.

Hello. 

I'm having hard time getting Linuxcnc run without "Unexpected realtime delay on task 0 with period 1000000". What I have tried so far is the "regular" isolcpu approach: 

GRUB_CMDLINE_LINUX_DEFAULT="quiet splash isolcpus=5 nohz_full=5 rcu_nocbs=5 irqaffinity=0-4 intel_idle.max_cstate=1 processor.max_cstate=1"

Also tried to isolate cpu number 4, no difference.

packet error-total stays at 0.

I tried to add [HMOT](CARD0).read-request servo-threadin the end of the servo-thread. That makes read.tmax drop significantly and realtime delay error does not appear but causes weird spiking in servo-thread.time when any of the axis(or spindle) is moving. The spikes also appear as joint following error. So maybe it's only hiding the problem from servo-thread?

Here are .tmax's, i know theres a lot of them but the problem was there right from the beginning when there were not so many.
Parameters:
Owner   Type  Dir         Value  Name
   207  s32   RW          13227  air-pressure.tmax
    73  s32   RW           9832  and2.0.tmax
    73  s32   RW           4353  and2.1.tmax
    73  s32   RW           7964  and2.2.tmax
    73  s32   RW          10403  and2.3.tmax
    73  s32   RW           5666  and2.4.tmax
    73  s32   RW           7674  and2.5.tmax
    73  s32   RW           7831  and2.6.tmax
    73  s32   RW           4339  and2.7.tmax
   207  s32   RW          16332  axes-power-rdy.tmax
   207  s32   RW          12813  c-drop.tmax
    52  s32   RW         138371  classicladder.0.refresh.tmax
   207  s32   RW          10878  coarse-filter.tmax
    82  s32   RW           7483  comp.0.tmax
    82  s32   RW          13396  comp.1.tmax
    76  s32   RW          14106  conv-s32-float.0.tmax
    76  s32   RW          12091  conv-s32-float.1.tmax
    76  s32   RW          15938  conv-s32-float.2.tmax
    76  s32   RW          10591  conv-s32-float.3.tmax
    76  s32   RW           6288  conv-s32-float.4.tmax
    76  s32   RW           4193  conv-s32-float.5.tmax
   207  s32   RW          19851  fine-filter.tmax
    46  s32   RW         195887  hm2_7i97.0.read-request.tmax
    46  s32   RW        1370631  hm2_7i97.0.read.tmax
    46  s32   RW         272796  hm2_7i97.0.write.tmax
    88  s32   RW          31149  limit3.0.tmax
    88  s32   RW          22704  limit3.1.tmax
    39  s32   RW          37291  motion-command-handler.tmax
    39  s32   RW         185440  motion-controller.tmax
    94  s32   RW           5629  mult2.0.tmax
    58  s32   RW          12861  mux2.0.tmax
    58  s32   RW           2823  mux2.1.tmax
    61  s32   RW          13096  near.0.tmax
    61  s32   RW          11833  near.1.tmax
    91  s32   RW           5106  not.0.tmax
    85  s32   RW          14364  oneshot.0.tmax
    85  s32   RW          11632  oneshot.1.tmax
    85  s32   RW          17464  oneshot.2.tmax
    85  s32   RW          14563  oneshot.3.tmax
    85  s32   RW          12845  oneshot.4.tmax
    70  s32   RW          10989  or2.0.tmax
    49  s32   RW          36452  pid.s.do-pid-calcs.tmax
    49  s32   RW          30455  pid.s_orient.do-pid-calcs.tmax
    49  s32   RW          33685  pid.x.do-pid-calcs.tmax
    49  s32   RW          16981  pid.y.do-pid-calcs.tmax
    49  s32   RW          28642  pid.z.do-pid-calcs.tmax
   207  s32   RW          11362  probe-batt.tmax
   207  s32   RW           5467  probe-motion-inhibit.tmax
    79  s32   RW          35861  process_wsums.tmax
    67  s32   RW          12354  scale.0.tmax
    67  s32   RW          22722  scale.1.tmax
    67  s32   RW          14129  scale.2.tmax
    67  s32   RW           6315  scale.3.tmax
    67  s32   RW          13441  scale.4.tmax
    40  s32   RW        1624528  servo-thread.tmax
   207  s32   RW          11772  spindle-lube.tmax
    55  s32   RW          12661  sum2.0.tmax
    55  s32   RW          10884  sum2.1.tmax
    55  s32   RW          15876  sum2.2.tmax
    55  s32   RW          19655  sum2.3.tmax
    55  s32   RW           6870  sum2.4.tmax
   207  s32   RW          21391  transf-over-temp.tmax
    64  s32   RW          13011  tristate-bit.0.tmax
   207  s32   RW          22251  x-encoder.tmax
   207  s32   RW           7564  y-encoder.tmax

processor: Intel(R) Core(TM) i5-8400T CPU @ 1.70GHz

Thanks in advance for anyone trying to help, i've been struggling with this a good couple of weeks now.
Regards
Ossi

rodw wrote:

While there would be  a bit of re-wiring to use a 7i96s natively, you could end up with a cleaner wiring if you had the room and possibly elimination of some relays etc.
I did help someone do this a long time ago and it was pretty simple. Took  a couple of hours including adding limit switches. Just make a very basic/rough config with pncconf and edit the STEP_SCALE in the ini  file so it is the same as Mach's stepsper value. 

First of all: Thank you very much! 

 It was your youtube channel, Debian Trixie and LinuxCNC, that got me going with LinuxCNC and brought me to the point of looking into a 7i96s.

I know that I can optimise by removing some of the existing electronics. I have considered it but the main argument of not going that road is that it is a table top CNC machine, small, reliable and a complete system. Optimising anything byound the D25 parallel port connector will make that machine no longer compatible with the manufacturer model. When, some time in the future, I want to sell this one I have to undo the changes first.

If there are serious performance issues I still have to option of bypassing the manufacterer hardware (or sell this one and get something else).

Again, thank you for the suggestion.

Kind regards, Andre.

 

There is a Beckhoff StepGen module for the ek1100 but its pretty expensive. Most people would use a seperate Ethercat driver from Lichuan, Leadshine or Rtelligent. From experience, I do think it would be a better bet to buy a kit with matching motor and driver to avoid compatibility issues. Lichuan have a 4 axis driver and I think also Nema17 and Nema23 options.

While there would be  a bit of re-wiring to use a 7i96s natively, you could end up with a cleaner wiring if you had the room and possibly elimination of some relays etc.
I did help someone do this a long time ago and it was pretty simple. Took  a couple of hours including adding limit switches. Just make a very basic/rough config with pncconf and edit the STEP_SCALE in the ini  file so it is the same as Mach's stepsper value. 

20:1 eg 200 volt full scale is fine and gives a bit more accuracy but I have used 30:1 (300 volt full scale) on one plasma cutter which is also fine..
The thcads are rated for 500 volt over voltage and you will only exceed 200 volts when piercing when the THC is not active. If using halscope you will see that the voltage will flat line at the full scale before dropping back to the 120-130 volt cut voltage before the THC is enabled.

Date of birth has been added to the Linux user account record but its up to the administrator to add the data.... which is ok cos the admin is a parent in terms  of this law... 

It may work with the N150. Apparently it has a new graphics driver which means you no longer need to use the i915 driver which is a good thing.
Another option might be the Odroid H4

If it is i915, there are some settings that you can disable. I covered them here:


in the description shortcut to 7:03

Good luck

Thanks for your replyes. Yes, you right, i have to add this strings to xml config and every loading linuxcnc write electronic gear values to delta servo drive :

<slave idx="3" type="generic" vid="0x000001dd" pid="0x00006010" configPdos="true"> <!-- Axis Z -->
<sdoConfig idx="6093" subIdx="1">
<sdoDataRaw data="00 00 00 01"/> <!-- 01000000h= 16777216 P1.44-->
</sdoConfig>
<sdoConfig idx="6093" subIdx="2">
<sdoDataRaw data="d6 06"/>
</sdoConfig>
<dcConf assignActivate="300" sync0Cycle="*1" sync0Shift="0"/>

So long ago to remember but if you want to use gcode and gui buttons to do the same thing, I seem to remember you need to manage it in the python screen handler. Sorry I no longer have an example.

I have worked configuration for this, if it is actually question.
I connected aux encoder 1u resoluution to aux to drive. Connected it to hal by xml config, named linear-pos.
And change actual position to linear-pos. And its works.
About points to 1 rotation - i connected to drive, and calculate gear ratio, on my case it was 1.4 - you put electronic gear 1:1 and move 1 rotation of motor, and look at measurement "clocks" what is movement on mm. And calculate. Also coefficient in my case for linear aux was 7000 . There are manual from delta for calculation.
Also important point that i put in xml file in linuxcnc (lcec some.xml) electronic gear values, and every load of linuxcnc it download by ethercat .

Hi all. I've been playing with a design for a board that will allow me to read arc voltage with a Raspberry Pi. I think I've got something that will plausibly work. I'd appreciate a review of the attached schematic because circuit design is not my core competency.

Here's a quick tour:
1. Inputs are expected to be connected to the arc volt port of a blowback-start plasma power supply. 
2. Input voltage is limited to 250V by a TVS diode
3. Voltage is divided 50:1
4. RCRC filter limits frequency to 14Hz
5. Raspberry Pi reads divided voltage via ADC

Thanks!
 

FreeCAD 1.1 stable has been released. Get it now 

I have a Lorch plama cutter that ignites with hf....

By me was it the monitor cable ...


MfG
Juergen