Advanced Search

OK so I do need help ive tried using this gcode to setup tool measurement but not getting accurate results from first tool I zero off work coordinates go through the gcode but the next tool comes out a few mm above work piece maybe more i didnt mesure the distance but in the gui window its at zero and in the G offset its zero.

What am I dong wrong ?  Please can someone give me the correct way of doing this.

Thanks Fred



g49

(measure reference tool)
G91
g38.2 z-190 f250 (measure)
#1000=#5063 (save reference tool length)
(print,reference length is #1000)
G90
G0 G53 Z0 (Retract to safe height)



(msg,insert another tool)
M61 Q

(measure next tool)
G91
g49
g38.2 z-160 f250 (measure)
G10 L1 P#5400 Z[#5063-#1000] (set new tool offset)
(print,new length is #5063)
G90
G0 G53 Z0 (Retract to safe height)


 

Greetings gentlemen,

Our team at EreborCore (based in Peru) recently acquired a legendary piece of Swiss iron: a Mikron WF 40 P from the 1990s. Mechanically, the machine is in pristine condition (beautiful Meehanite cast iron, silent ball screws), but we are doing a complete electronic retrofit to bring it into the 21st century.

First of all, I want to give a massive shoutout to user @Vojta333. We found his Google Sheet detailing the 8-bit logic for the 21-speed gearbox on the WF 40 C, and it is a masterpiece of reverse engineering. We already have the S and M bitcodes (J2/2 to J2/9 pinout) ready to be integrated into our controller's custom Ladder/PLC logic. 

However, we have encountered a historical "ghost" regarding the "P" variant, and we would highly appreciate your collective expertise on two specific matters:

1. The Mystery of the "P": Does anyone have the official electrical or mechanical manuals specifically for the WF 40 P? While the "C" (Contouring) version is widely documented, official schematics for the "P" version seem extremely hard to find. We would love to know the exact technical differences.

2. Gearbox Actuator Design: On our WF 40 P, the shifting mechanism on the side of the head looks like a small, enclosed manifold/box. In some older WF 40 C videos, the mechanism looks slightly more exposed. Does anyone know if Mikron switched to a compact hydraulic shifting manifold for the later "P" series, or is it just a cosmetic/protective cover for the same relay-driven mechanical array?

We are completely modernizing the system: we are getting rid of the old analog electronics and installing a brand new, fully digital SZGH controller along with modern AC servos and drives. 

We are extremely excited about this project and we intend to fully document and share our retrofit journey here with the community. Any advice on the documentation hunt or the gearbox manifold would be gold to us!

Best regards,
Daniel
EreborCore Team

hallo an alle da drausen!
ich bin neu hier
kurze erklärung bin von mach3 auf linux cnc umgeschtiegen, hab mir ein plasma cnc schneider gebaut für hoppy anwendung dieser machte mit mach3 über usb port immer wieder probleme beim starten, (hochfreqenz e klar), daher jetzt linux über pararell port mit einem "TB6560-3V2 china port
soweit so gut funktioniert alles wunderbar, nur das relais aus pin 14 laut port funktioniert nicht habe schon alle versionen probiert , endweder es zieht immer an oder halt nie...
hat jemand eine idee woran das liegt?
danke im voraus

Just so we are on the same page:

1. Are you sure your tool directions when jogging are according to the right hand rule ( tool movement as seen relative to the table)
 

2. After homing the machine which end of the axes is the tool located (ie is it at the positive/negative end of the machine axis)

Ok, I found my one mistake. i was trying to compile "5axiskin.c" but it didnt work so after reading more, I found there is "userkins.comp" file need to be compiled. so i edited file as per attachment and getting error as per screenshot.


 

Hey everyone,
Has anyone been successful in configuring an XYYZ setup and would be happy to share their .ini and .hal files, and possibly the EC500 JSON config file (if modified)?

I've reviewed the suggested example files and mine seem to be correct for a dual Y axis motor gantry, but it's not working correctly and I'm chasing my tail trying to figure it out, so time to ask for some help! If possible!

Edit: All good, i got it working with a fair bit of trial and error. 

Are you still stuck? I have some python scripts to load the firmware onto the board using Windows and powershell. Sometimes you need to power cycle the board a few times to validate that it connects.

Pardon my brevity,

Here is detail

I'm trying to compile this kinematics file "5axiskinsN.c" and getting this error

cnc@cnc:~/linuxcnc/configs$ sudo halcompile --install 5axiskinsN.c
Compiling realtime 5axiskinsN.c
Linking 5axiskinsN.so
objdump: section '.rtapi_export' mentioned in a -j option, but not found in any input file
/usr/bin/ld:5axiskinsN.ver:2: syntax error in VERSION script
collect2: error: ld returned 1 exit status
make: *** [/usr/share/linuxcnc/Makefile.modinc:124: 5axiskinsN.so] Error 1



 

In the screenshot of the first post the view is that of the real machine, with x0 y0 at the top right but y moving away becomes negative and if I modify the axis to make it positive, home moves to the left and the backplot is mirrored.

You are looking at the wrong Z.

None of those on the pictures are his.

 I think ArcOK is there.
My reading is 1 and 2 trigger the torch, 3 & 4 should  be ArcOK

Hello,

We created the `toolchanger_index_new` HAL file to map all the M-codes for `toolchange.ngc`; this kept things reasonably organized and allowed us to track what codes like M66 actually do.
Then we built the NGC file.
Once that was done, we integrated everything and added the remap section to the INI file.
When we started LinuxCNC, we got the error message mentioned in the previous post.
We suspect there might be an issue with the file path or something similar.
As soon as we comment out the remap configuration, everything runs without problems again.

The only exception is the `conv-float-32` converter; it used to work, but now LinuxCNC claims it already exists.
That is likely a separate issue and unrelated to the mapping setup mentioned above.

Tom, I tried everything, inverted the home encoder phases and all the possible settings... if I set the correct axis (reversed) everything is fine but the plot is mirrored and home moved to the left outside the frame.

MIN_LIMIT = -380
MAX_LIMIT = 0.01
Wrong for Y axis, should be reversed.
Might also need to change direction and/or homing directions, by adding - in front of the scale and HOME_ values.