Advanced Search

Already did and left a copy on the NAS for archiving.

First hello everyone, my first post here.

I'm currently trying to make a Schaublin 110 retrofit work and using the config from here github.com/LinuxCNC/linuxcnc/issues/3556 as a basis to try and make the C axis functional, however I cannot get it to home. The c-index-enable signal and all corresponding ones are not set to true when homing. I can set it manually in halshow and the axis will reach the index point, but then it resets it before it latches again. I went through everything to the best of my extremely limited ability but can't figure it out. The things I've changed were that C axis is now on Joint2.

 

It says 400V Open Circuit Voltage, but you have a 250V TVS.
Maybe the TVS can go after the voltage divider? Or have a 500V one and a second lower voltage one after the divider. I think that with the TVS after the divider the divider would limit the current through it, which might work better.

You should probably put an optical isolator on the SPI lines from the ADC, just in case things do go wrong on your HV board.

I think the only way to know would be to try it.
I doubt it would work with our Pi SD card image, and it doesn't claim to work with Debian:
"Supports Radxa OS, Ubuntu Linux, Qualcomm Yocto Linux, Armbian, Arch, Deepin, Fedora, Windows"

But if you can get a working Linux sysgtem on there, with a realtime kernel, then it will probably work with hal_gpio and hm2_eth

Try starting LinuxCNC from the command line and see if there is any useful output in the terminal.

Also, load halshow (With Axis this is "show machine config" in the "machine" menu , as far as I recall) and check that these connections exist:
From your HAL file:

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"/>