Well the first thing is that all home switches are inverted...

The need to be false (dim red) when not activated and Yellow when activated.

(whoever chose those colors should be punished somehow...)
 

Yes, I am just confusing myself now.

Yes, looked at Halshow - never done that before so I read a little and then picked what I thought would give the best info.

So, I re-enabled the Y & Z both home limits. All home switches active. I made sure for each test I over road the limits and enable/active Axis display before moving any switch and I got the following. Screenshot is ENABLED base Halshow.

 

Then I methodically tripped switches + and recorded what happened.

For the limit switches at both ends of each axis:

• joint.0.home-sw-in [my 7i92 X] yellow turns red when either switch tripped, then back to yellow on release
• joint.1.home-sw-in [my 7i92 Y] yellow turns red when either switch tripped, then back to yellow on release
• joint.2.home-sw-in [my 7i92 Z] yellow turns red when either switch tripped, then back to yellow on release

Charge Pump:

• charge-pump.enable yellow
• charge-pump.out                   blinking yellow / red
• hm2_7i92.9.gpio.005.in         blinking yellow / red
• hm2_7i92.9.gpio.005.in_not  blinking yellow / red opposite charge-pump.out
• hm2_7i92.9.gpio.005.out       blinking yellow / red opposite charge-pump.out

probe:

• hm2_7i92.9.gpio.016.in             red turns yellow when probe tripped
• hm2_7i92.9.gpio.016.in_not      yellow turns red when probe tripped
• motion.probe-input                    yellow turns red when probe tripped
• probe-in                                     yellow turns red when probe tripped

ESTOP

• hm2.7i92.0.gpio.003.in            red not change when my ESTOP button active, but changes color when axis display button pushed
• hm2.7i92.0.gpio.003.out          yellow not change when my ESTOP button active, but changes color when axis display button pushed
• hm2.7i92.0.gpio.003.in_not     yellow not change when my ESTOP button active, but changes color when axis display button pushed

If you can provide a few hints, I will check and report on other pins. Appears that ALL axis are enabling as long as I over ride limits, and all limit switches are fine if the color should be yellow when the machine is active.

Again, 7i92 connected with short parallel cord directly to mx3660. All limits and ESTOP run through the mx3660 and then would report back to the 7i92.

Appreciate the input. I now have a few things to learn and can see how Halshow sort of works so will check what I have which isn't much - enable, limit switches, Z probe only, external ESTOP.

Finally, I looked everything over for type mistakes but I am kinda deer in the headlights at this time so ask if you think something does not look right.

Here they are

Ich weiß, dass du gut Deutsch lesen kannst. Wenn du Deutsch sprechen möchtest, bist du immer herzlich eingeladen. Dann können wir auch mein Projekt anschauen und weiterentwickeln. :-)Ich kann nur mit einem Übersetzer Englisch, was für mich aber in Ordnung ist.Da du Deutsch lesen kannst, antworte ich auf Deutsch, wenn das für dich in Ordnung ist. Ja, ich finde es auch merkwürdig.Screenshots habe ich im Beitrag davor angehängt, aus beiden Themen, auf die ich nicht antworten kann.Es erscheint auch keine richtige Fehlermeldung, nur der Hinweis, dass:  

Can you post your current hal/ini files that exhibit that behaviour?

Still sounds like a basic hal file issue

I got it working with help of a coder brother and vscode agent by editing mwinterm 's homing files. There were several problems at start which caused inaccuracies in both encoder latched position and home position calculation but now it looks to be accurate. I uploaded quick video of the startup and homing if anyone is interested: www.youtube.com/shorts/St_XhQs68xQ . I also added some nice features;
-the machine offsets are stored within every 2 seconds and those offsets are used as machine offsets at startup before homing, so its kinda like absolute encoders but of course need to be homed to verify position
-custom .py -file checks soft limits before homing and aborts if current position is too close to limit
-also managed to remove homing final move, so minimal amount of movements in homing.

I'm considering if I should share the changed files or not, they are so machine specific. Maybe later when I find out if it's reliable and safe.

Regards
Ossi

So when we input a jog increment of .1in, the DRO will show a .1 in change and the motor will start moving but won’t stop. If we input an additional .1 in increment in the same direction the motor will speed up and the DRO will show a change of .2 in from the start. If we then input a .1 inch increment in the other direction the motor will slow down and the DRO will show a .1 inch change from the start. 

We don’t currently get any joint following errors. 

Sorry, my mistake, I misread something.
Your sync errors are gone.
But there is another problem,
Your output ethercat pdos:
[/code]
[/code]

[/code] [/code]

Hello,

I recently upgraded LinuxCNC from version 2.9.4 to 2.9.8 and updated Probe Basic to the latest version as well. I'm currently experiencing an issue where the DRO display in the Probe Basic GUI appears blank.

Has anyone encountered this before and could point me in the right direction to find a fix? The Probe Basic simulation configuration works fine and the DRO is visible there, which leads me to believe my configuration file is the main culprit. That said, this same configuration worked without issues prior to the update.

I've attached the machine HAL and INI files in case they're helpful.

I shoukd have mentioned but the signal for the servos is +-15V, is there a good work aroud to up the V or something

Im working on an old kondia fv-1 mill thats got an outdated cnc system, my plan is to hook the motors stright into a Linuxcnc set up and get rid of the old computer. Iv got 3 servo drivers to give signal too and have been trying to find a mesa card that can do that, im guess im under the wrong impression on whats its doing but iv seen a lot of 2-3 card set ups, im looking for a way to simply plug the servo drivers into a card that sends them a singal with the pc. Do i need that FPGA plus motion control card? Or can i just get by with one od the FPGA cards? Again im probobly confused on what thees cards are actually doing, iv mainly messed with old 3d printers, any explanations would be appreciated 

corrected