Advanced Search

It helps if I spell HOME_SEARCH_VEL correctly.
So, pressing home, the axis travels to the minus limit, where is stops with an error.

I think the relevant hal lines are.:-

net x-home-sw <= hm2_7i92.0.encoder.03.input-a
(I have 5volt limit switches, so I have then connected to unused encoder pins)
net x-index-enable joint.0.index-enable <=> hm2_7i92.0.encoder.00.index-enable
net x-home-sw => joint.0.home-sw-in
net x-home-sw => joint.0.neg-lim-sw-in
net x-home-sw => joint.0.pos-lim-sw-in
Quite confused about why its hitting the limit switch as an end of travel, but not using that as the home trip, and returning to the encoder index.
Appreciate any thoughts.
Thanks

I found the reason for this. He's using my tool probe routine and I forged two lines in it.

Der Fehler liegt an der Werkzeugvermessungsroutine, habe da noch was gefunden. Habe auf GitHub eine neue Version (5.0.1) erstellt. Danach sollte das Problem behoben sein.

@Arciera,

Thanks for all the work!
Pff. If you don't know what you are doing. It's kind off keeping the patience for a long long time.

updated source
I removed the dogleg dependencies for now. it's not used at this moment. Later on will activate it again.

To know more about eq44 and how it works, i started at your item 7, and used not the dogleg, but a initial guess value.
Then to item 8.

It seems now to plot a clothoid 4 compound in 3d.
I used eq.14 as a startpoint to get succes.

Using xy angle 45 degrees at start.
Using z angle 45 degrees at end.


Basicly i understand how the dogleg algo works.
It run's a given function until the function result is within treshold, <1e-6.
It uses one or more variables with a initial guess value. It also updates a inverse jacobian "J" in the iteration, wich
i think we need, but not for sure.

However, if you compute function eq44_G123, the function error is alway's near absolute zero.
As a result of that, the dogleg solver does nothing at this moment.

1. Basicly eq44 is not ok. It should return a error value, then dogleg can optimize.
2. I don't understand yet, how to get the clothoid compound to fit the given end point.

And for info. I did not use any fresnel header file, fresnels are not used, maybe also wrong.

This is no longer the recommended method to flash the board. pyOCD has proven to be more reliable.

Use the first part of the video to convert a ST-Link to a CMSIS-DAP probe with the following firmware.

github.com/scottalford75/Remora-NVEM/blo...NVEM-STM32-1.0.0.bin

And then use pyOCD to flash the board as described in this thread.

Thanks for sharing. I did investigate reading the device tree when working on the RP1 driver but took the easy path so as to focus on the DesignWare SPI side of things. Looks like I'll need to rework the board detection. At least the Mesa code will be a great starting point.

I have a small AC rotary but it does not have a nutating joint just a plain old 90° setup.

Hi All,
I plan to upgrade my MH400 e with Linuxcnc. I bought a 6i25 + 7i77 and now I´m starting to configure the Cards In/ -outputs for my Mill. I have a fresh install of Linuxcnc (2.9.4) and run into the problem that whenever I try to configure the PWM Signals of the 7i77 the tap just isn´t there. I had a bit of success when i tried the PnCConf Wizard on the Live distribution, but there I couldn´t configure the encoders on the 7i77. I tried older Versions of Linuxcnc but that also didn´t help. I hope someone can point out my mistake, that I am obviously making because it seems to be working for so many others . 

Thanks for your help,
Simon

Is the 7I77 jumpered for differential inputs?

It may be a noise issue. One way to check if it's a common mode noise issue
(noise that exceeds the common mode range of the RS-422 receivers)
is to enable encoder error reporting:

setp hm2_5i25.0.encoder.00.quad-error-enable true

Once this has been done, inputs that violate the quadrature sequence
(often noise will do this) will set the quadrature error flag:

hm2_5i25.0.encoder.00.quad-error