Advanced Search

need more information on your install. are you using the linuxcnc iso? if so i think it was sent out with an older repository listing, you may need to remove it first and try uninstalling qtpyvcp probe basic completely and then use the docs to reinstall with the key allowing it to install the source address.

yeah that is not a good orientation method trying to pickup the curved body.  you would probe the top flat of the pin to give it a more square edge to have a strongly defined edge to trigger.  or better use a wedge/pie shaped block that gave the proximity sensor a flat square edge to sense.  this is how i have those setup on my machine as home and limit switches and they are actually quite repeatable in the sub 0.001" as seen in the video:

www.instagram.com/p/Bj3QarigT4q/?utm_sou...gsh=MzRlODBiNWFlZA==


I agree with your assessment that it is easier to keep up with things if you give people a narrow lane, but i did that with the current implementation and it was a bit short sighted i think (you are proof of that).  I would like to find an easy way to setup everything in a more modular way maybe.  i think your outline is a good starting point for sure! Thanks for taking the time to write it out!

Chris

probe basics tool setting is really just a framework for one method, changing it is pretty easy and utilizing the existing parameters for different use cases is also pretty easy. everything is written in the tool_touch_off.ngc subroutine. you can change and edit that and use the passed var values for your own desired use. you just need to formulate how you plan on making things all work together as expected and what and where you plan to measure from. if someone comes up with a universally accepted method and can explain it and there is a consensus on it, i am happy to assist in writing the subroutine for it. but it needs to be a clearly defined methodology.

I think I have seen them in catalogues, but wasn't getting anywhere searching.

Then I tried a Google images search and I think it might be a variant of the Berg Flex-E-Belt.
www.wmberg.com/products/belts-and-chains/flex-e-belt

Sorry for the late reply.
I think that the problem is that you have never "addf"-ed the and2 function to a thread, so it never runs.

addsomewhere and it might start to work.

Just to divide 1600 by 5 = 320 steps/mm.

Do you have the steppers running? I am curious if that voltage level shifter works. I mean, it should work but I never came that far in my build.

I'm very interested in your solution, because I have the same setup and I'm trying to make it work.

I have ER20, non-repeatable collet and with every tool change need (want;)) to measure the tool tip. My tool setter is actually slightly below the worktable, and that lead me astray whether it's possible to make it work with Probe Basic native tool setting, since it requires (???) to know the distance of the shoulder of the spindle - I'm not sure.

I have a working tool setter in QTDragon via M6 remap and maybe that's the way to do it as well in Probe Basic. Any thoughts?

kzali wrote:

What is the mod as marked in the attached photo?
 

it lowers the voltage of the level shifters on the FPGA side to cope with the 1.8V on certain ports, is fixed in the current git for the board

Zayoo wrote:

What happened with enable and error hardware implementation in riocore?
 

what exactly do you mean?

You could try to create a new path /usr/share/linuxcnc/gladevcp/NativeCAM and follow the alternative instructions given up there by freemoore since he runs LinuxCNC on Debian.

Regards
Giovanni

PCW wrote:

Here's a 4 --> 2 diode encoder with polarity adjusted
for 7I73 inputs that have built-in pullup resistors
(so read high if unconnected)

 

Note that mux_generic has built in debouncing so the capacitors should not
be needed if you use mux_generic to select jog increments etc.
 

This was helpful. I got the diodes and switches and took some pictures and built a little graphic:

I guess the thing that confused me was what exactly it's doing; checking for continuity? Like, "okay, I see a path through bit 0 to ground, but not through bit 1, so I recognize switch position 1, and now I will do what I am assigned to do when I see that scenario." Right? That wasn't a mystery so much as just needing to visualize it. It didn't help that there are exactly zero photographs of such a thing labelled as such in the wild, at least that I could find.

Again, thanks for the print. It was genuinely helpful.

Now I've got to figure out if Mux8 is worth taking up 4 inputs, instead of doing the resistor thing, for the mode selector switch. I just did a Google search for "LinuxCNC mode selector switch," and the pickings are slim. Here is a Fanuc-style mode selector switch taken directly from the console of the Mitsubishi M64s control I used to run on a 3-axis mill:

Obviously I don't need DNC, but I want to be able to access the rest of these modes with a hardware switch. That's my goal.

dm17ry wrote:

if you can write a little bit in c - just make a one-liner custom component... something like

pin in float vin;
pin out float factor;
function _;
;;
if (vin < THRESH1) factor = 0.1;
else if (vin < THRESH10) factor = 1.0;
else if (vin < THRESH100) factor = 10.0;
else factor = 100.0;

select THRESH values somewhere in between values you get in corresponding switch positions.
the resistor thing should work fine. i did that for 24-pos switch, though with stm32 adc (12bit?)..
 

 

Allow me to revisit this. Again, I appreciate your post, but I literally know nothing about LinuxCNC AT ALL, so this code means nothing to me. I need to see it in context, where it goes, what it does, etc. I need to see the entire process of implementing it. This stuff is impossible to cross reference in the limited online documentation. Where there is information, none of it is in a practical format to learn from, because I have to know what I'm looking at to understand what it says.

It's why this forum gets the same questions over and over and over. When people finally do squeeze answers out of the same 5 people, they are almost always half answers and the OP usually gives up before they got what they were looking for. Or, they are 10-year-old 80-page epics with the answer buried on page 50.

Seriously, these guys would save so much time for themselves (and others!) if they published a 3-axis mill use case and a 2-axis lathe use case, with an example each of AC servos, Clearpath, & stepper drivers. Leave the hard questions for Ethercat and weirdo setups with only one person on Earth using it.

rodw wrote:

fully_defined wrote:

I found your page earlier, but your photos aren't very clear and the thread is 76 pages long. Is there a page there that is especially relevant to my goal?
 
I linked you to the exact post on about page 3 ot 4
 

Rod, I know your heart is in the right place, but there was one picture that could even be considered relevant, and it wasn't very informative. I just want to see a good, clear picture of a mux4 rotary switch, built to the specification described. That way I can compare a photograph of a known standard and a print (provided by PCW) and actually learn something from it.

Google has been a complete wash, with zero results using the search terms I have tried. Just for fun, I asked ChatGPT and they really came through for me. Why did I ever doubt AI?

What is the mod as marked in the attached photo?

Hi mark,

Finally got around to compressing some photos of the spindle re-grease.

4797 shows the tool retaining system with the Belleville spring stack and the hydraulic ram.

4800 shows the quill clamps. The 2 arced pieces fit in a groove in the head bore. The Kipps handle moves the collar on the bolt. There are thumbnail milled cuts in the ends of the arced pieces (4 places). The collar and the bolt head are sitting in them. So tightening the Kipps slides the collar and brings the ends of the arced pieces closer together, clamping them onto the quill.

4803 Shows the whole assembly laid out.

4805 Is one of the taper roller cages. Looks like cast aluminium with some machining.

4806 Is one of the taper roller inner races. Looks good for 4000 running hours.

4814 Is a view along the bore for the quill in the head. Odd perspective, but what you are seeing closest is the recess that the 2 clamp arcs sit in. The 2 pins fit into the thumbnail cuts to hold the other end of them so they stay immobile when the other ends are clamped. Nice piece of engineering.

4817 The bore where the handwheel assembly fits. My finger is on the tapered dowel that scotch keys the handwheel assembly in place.

4819 Is the clamping assembly for the tool holder retention. I'm guessing it's like yours. Note the slots in the male thread on the draw bar. When the grub is torqued the ball expands that thread and locks it to the female thread on the claw assembly. You can't actually adjust the assembly until it's all assembled back into the machine since you need to have the hydraulics running to put it in the  "release" position.

Cheers,
David