Advanced Search

Hi guys
I have Orange Pi 5 plus and I've connected it to my Spartan 6 FPGA dev board via SPI.
I used hm2_spi component.
After running some tests I could get 1 MHz output from stepgen.
But every time that I run the LinuxCNC I get this error:
"Unexpected realtime delay on task 0 with period 1000000. This message will only display once per session. Run the latency test and resolve before continuing."
Another error which completely stop the motor is about watchdog:
"hm2/hm2_7i90.0: Watchdog has bit! (set the .has-bit pin to false to resume)"
How can I solve these errors? 
I've read the related posts in forum about these but I couldn't figure it out.

P.S:
The result of latency test after an hour: 14.7 us
The result of command "uname -a":
Linux orangepi5-plus 5.10.160-rt89+ #8 SMP PREEMPT_RT Sun Apr 14 23:02:59 CST 2024 aarch64 GNU/Linux
The exact error is attached
The ini and hal files are attached too.

Thank you again for your support.
The problem was the onboard NIC.
After I installed a PCI NIC LinuxCNC runs stable.
VG Anton

Here is an example of a Z-axis on a mill using a limit/home switch at the positive end of travel and an index signal from a linear glass scale:

 

My setup is 7i97T+7i84, 
The 7i84d board is connected in sserial with the 7i97T board.
Under which name should I declare the inputs and outputs?

And how is the hal configuration?
net     joint.0.motor-pos-fb    Encoder.0.position ? 

Yes, the drives using limit switch to homing. The homing process is:

1. Fast limit sw search
2. direction change at low speed
3. stop at first z signal
4. lcnc homed

It is possible, the offset is not implemented. I'm using Marco Reps modifications with a custom comp file, which is based on standard homing.c

What is the desired motion if home offset is on? Let say 1mm.

Nothing happens if

home_offset = -1

or

home_offset = 0

the machine still can go to the switch.

Since 'home_offset' is the standard procedure for this and definitely works on my machines I would guess your custom homing comp does not support 'home_offset'.
Does the drive use the limit switch for homing?

hello!

I am looking for 3 pcs of such kits. please let me know if they are still available

Also try setting DEBUG in INI to zero

Pid number might let you look up what is printing the message. I don't recognize it.

I think System info can show you running pid processes

andypugh wrote:

Are you uisng the 2.9 version of carousel or the 2.10 version? I think I made some changes in the 2.10 version that might help there.

I was using version 2.10 but for some reason it didn't work, I think like I reported a problem with version 2.10, that's why I had to reinstall version 2.9.2.
 

Well, haven't worked with the mill for a while, but back at it.  Have some parts to make for cash.
I updated to the latest .deb on buildbot2:   linuxcnc-uspace_2.10.0~pre0.3238.g28fc559dc4_amd64.deb
Ok, works fine.  I use a simple .bat file to copy a few files:  .ui, .qrc, .qrs, and the handler.
Been working file for a several previous updates.
This time I'm getting a very weird error.
I run from a cmd window, so I can see what's going on.
Now, it's getting stream of messages in the cmd window.   See the image.
What the heck is that all about? 
This is the message:    (time=1718493234.121713,pid=13891): rcs_sem_post(0) called
It just streams, fast.
Linuxcnc and QtDragon seem to be functioning ok.
I copied out the cmd window, trimming a very series of messages.  see the txt file
Also, here is my .ini file.
So, what's going on?   how can I get rid of this messaging????
Please help.

 

Did you follow the latest instructions in the link? 

I seem to be getting the same error:

Traceback (most recent call last):
File "/usr/lib/python3/dist-packages/qtpyvcp/widgets/display_widgets/vtk_backplot/vtk_backplot.py", line 706, in update_position
active_wcs_offset = self._datasource.getWcsOffsets()[self._datasource.getActiveWcsIndex()]
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
KeyError: -1

HAL & ini files will help.