Advanced Search

Its hard to tell without a halscope plot that is scaled and timed so you can actually see the motion towards home

You might disable homing to index at least temporarily at that would simplify debugging

Are you sure there are no hardware connections that disable the drives when the home switch is reached?

Edit:

For HOME_FINAL_VELOCITY you might use  a low positive number since the PID is still not tuned

Also why are the X and Y limits covering a negative range? This is standard for Z but a bit odd for X and Y

I'm interested to try it out.

Can there be different versions of the usb dongle firmware?
Like newer devices don't have the reconnect issue?

Thanks for your support! I updated everything again today and now probe basic 0.6.5 ist installed and in the sim the toolsetter position is now there for X and Y. Will test with my router and real config next week.

Why does the Z-axis then work exactly as it should?
The limit switch slowly moves onto the cam. It receives the signal.
The limit switch slowly moves away from the cam and reports that the axis is referenced.

Which value do you recommend for HOME_FINAL_VELOCITY?

The commanded and fFB position are the correct ones to monitor

You might try rehoming after the first failed home so the actual motion towards home is visible
(uses a smaller scale)

I also note that HOME_FINAL_VELOCITY is 0 which as far as I can tell is not a legal value

Which kind of IndraDrive do you use?

some of them are SoE ... And it has have to startup IDNs 

If you need EoE for something else at ethercat you can edit eeprom at drive... but I can recommend you to reisntall ethercat master with eoe disabling... it way easier path...

I tested now and get same behavior as you. This was some small news for me. I thought it only started reconnecting if it had already been in use already by LinuxCNC.

The test was like:
1. Pendant off, plug dongle into computer. No disconnects for 5 minutes.
2. Turn pendant on. Disconnects start with around 20 s cycle.
3. Turn pendant off. It looks like dongle stays disconnected. Maybe just bad/good luck with the timing.

I already made some first steps for a new driver. The initial target of that was to have reliable polling. I already abandoned it and started thinking more about the firmware. But maybe I should give it another shot. I'll try to have a look tomorrow if I can clean it up just slightly and post it here. It's simple enough to play around with and it should be able to provide stable polling.

The HAL and INI files are on page 6.
I can upload the HAL and INI files again tomorrow evening, but there are no changes in that area. Have I selected the correct channels for logging?

Ismacr63 wrote:

I’ve tried changing the field names in Turning using Qt Designer so they match the macros, but without success. I’m not exactly sure if what I tried makes any sense, since I don’t have experience with this.I’ve looked at the files in the link, but are they for Probe Basic Mill? This is a bit beyond me because I don’t really have the necessary knowledge…I also saw a post on the Facebook page about an update to the lathe conversational section. Does anyone know when that update will be released?

it will be a while and that is not a "probe basic" item it is actually a universal machine conversational that will also be able to be added in as an external plugin to probe basic. its a ways out as i have limited time to work on it lately.
 

dont change the ui names, modify the macros otherwise on an update you will be overwritten while macros in your config folder for machine are not

If you just have the dongle and pendant attached and switched on do you get resets every 20 sec?
I mean, without linuxcnc.

I took the dongle and pendant to a bit newer N150 PC. Plugged it in. Ok, was discovered.
Switched on the pendant and it started with the 20 sec disconnects/reconnects.
Switched off the pendant with the button and it stopped. There is a clear relation.
It can be related to polling, I guess.
Searched for a simple program to regularly poll a usb device.
Best I found was "usbreset" but it didn't change anything.

Interesting that you MRx says it is stable. Advice was to test with USB 2.0 and I have looked
and it isn't easy to find a PCI-E USB 2.0 board I can get in a few days. My motherboard
Gigabyte Z170N-WIFI does have an internal header for USB 2.0/1.1 and I should get a cable
and test I guess.

Unfortunately neither plot shows any motion so it hard to tell what's going on.

Can you post your current hal/ini files?

Hello everyone,

Today I recorded data from the Z-axis, which is functioning correctly, and then I tested the X-axis.

The X-axis limit switch moves onto the cam and then simply stops instead of moving freely.
After a few seconds, the following error message appears: joint 0 following error

I’ve tried changing the field names in Turning using Qt Designer so they match the macros, but without success. I’m not exactly sure if what I tried makes any sense, since I don’t have experience with this.I’ve looked at the files in the link, but are they for Probe Basic Mill? This is a bit beyond me because I don’t really have the necessary knowledge…I also saw a post on the Facebook page about an update to the lathe conversational section. Does anyone know when that update will be released?

You are awesome! Thank you very much!