Advanced Search

There does not seem to be a current velocity pin for a specific joint.
I would probably write a small component in C that saves the last position and compares it with this period and enable the brake if they are the same (eg has not moved)  This is the pin you need to monitor 
joint.N.motor-pos-fb

Rough code:

static float old_pos = 0;
if (current_pos == old_pos)
  brake_pin = 1;
else
 brake_pin = 0;
old_pos = current_pos;
 

 So as I cruised around YouTube last night I have seen the comments on various channels. Let's just
say Bambu Lab has seriously hurt their bottom line with their greedy power grab. So many of the
commenters had apparently put in orders before this and are now canceling them over this situation.
All I can say is GOOD. Bambu Lab had chosen the whole F around and find out. Well they did
find out. My guess is they will back burner this push for a while. But I don't think they will abandon
it.
 
This has however presented a golden opportunity to other printer manufacturing companies to give
customers what they deserve, A good usable tool at a good price that isn't about monopolizing
peoples wallet's.

Is that really such a strange concept?


 

Ok it was a typo I made, but if you tried to edit the file it should not of existed.

as superuser edit /boot/broadcom/config.txt & change the line from

#dtparam=i2c_arm=on
to
dtparam=i2c_arm=on

Then reboot.

I’m using a raspberry pi 5 8gb with the latest 2.93 image that’s linked on the first page of this thread. I’ve attached a screen shot of what I’m getting when run the commands. 

Wow, thank you @cornholio! That will make it much easier for us
@PCW thank you as well for the info.

I am using a stepper motor with a brake on the Z-axis to prevent the spindle from dropping due to gravity during a power outage or when the machine is powered off. The brake is designed to activate when power to the stepper motor is cut, but there is a delay of one or two seconds before it engages. This delay allows the spindle to drop significantly before the brake takes effect.Is it possible to control the brake directly using LinuxCNC to eliminate this delay?

A magnet on the outside of the encoder. If the count then changes, you know it's a magnetic one.

They are a copy of the e6b2 omron encoders. There is no way to tell if it's magnetic or optical. It seems there are good copies which are dual boards with encoder wheels inside but there's no way of telling.

Moved to the 'Gmoccapy' section.

Adaptive feed and feed hold are core to how plasmac for plasma machines operates.   However it does not use the gcode on/off capabilities that I have seen.

feed-hold issued during a tapping cycle could be catastrophic as it just stops xyz motion and does nothing to spindle.   Feed-inhibit would be appropriate then as it alllows synch motion as used in tapping to complete.

Adaptive feed along with external offsets allows for some cool cut recovery operations on a plasma or probably any jet cutting machine (e.g. Laser or water jet)

Did you run the commands I suggested and post the output ?

What RPi are you using ?
What Linuxcnc img are you using ?

It’s only showing 11 & 12, I can’t get 1 to show.

I’m pretty sure I’m using the latest kernel though.
6.6.44-rt39

Too hard to edit

[ls -la /dev/i2c*[/code]

Would be good to see permissions, not that should affect sudo.

I'm working on a Rpi5 with an image I built myself from rodw's image builder

This is my kernel.
Linux raspberrypi 6.1.69-rt21 #1 SMP PREEMPT_RT Fri Jan 17 10:39:48 AEDT 2025 aarch64 GNU/Linux

Before I finalised my post I checked running by running
As I have nothing connected I got this:
sudo i2cdetect -y 1
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: -- -- -- -- -- -- -- --
10: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
20: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
30: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
40: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
50: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
60: -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --
70: -- -- -- -- -- -- -- --


What doesshow ?

/dev/i2c-1 /dev/i2c-11 /dev/i2c-12

spumco wrote:

I've suggested blink.comp be added to mainline (or stuck in a collection thread) ever since I found it.  It's a great component.

 

Yeah I was working with it today and it does what it's supposed to but I couldn't get it to do what I actually wanted, which was go into a solid on output without having to add a bunch of other components. I managed to cook up a new one called "flash"