Advanced Search

I've studied the Banana Pi BPI-F3, it looks very interesting. But what about LinuxCNC and RISC-V processor support? Will it be possible to run EtherCAT and GPIO out of the box? Or will I have to assemble and compile everything myself?

And what do you think about the Banana Pi BPI-M5 Pro with Rockchip RK3576?
banana-pi.org/en/banana-pi-sbcs/177.html

Nooo, that page says its part of Debian so nothing to do in the apt foders
Can you try
sudo apt update
sudo apt install samba

Is it possible to work with rp2040 via uart instead of Ethernet? Is the bandwidth and response time enough? I'm considering a variant of sbc on Intel n100 with rp2040.

I think that this is probably a feature of the UI that you are using, rathe than a base LinuxCNC feature.

You're right. The question is about the qtdragon GUI.

One use would be to move the spindle to a more convenient place to perform the manual toolchange.

That's true!
If you change the AUTO mode from , you can move the spindle position.
I haven't found a useful way to use it yet, but it's good to know that it's possible.

This GUI not only allows you to escape the Z axis when pausing without stopping the program, but also allows you to optionally move and rotate the spindle when manually changing tools.

 

Hi!

I plan to use radxa x4, which appeared recently. I will connect the motors via ethercat, but to connect the spindle (on, reverse, pwm speed), estop and mpg, I would like to use rp2040, which is already on the board.

But the fact is that it connects via uart. Can this be a problem and are there any examples of using rp2040 gpio?

radxa.com/products/x/x4

rodw wrote:

It is there packages.debian.org/search?keywords=samb...bookworm§ion=all
Do you have internet connection?

Once you sort that out, be aware that Windows needs come policy changes to allow Samba

Ok well I think I found the repository list on LinuxCNC Debian 12 Bookworm.  Its located in /etc/apt/sources.list  or at least i think thats it?  When I look at min using nano it shows deb cdrom:[Debian GNU/Linux 12 _Bookworm_ - Snapshot amd64 LIVE/INSTALL Binary 20240307-23:28]/ bookworm contrib main non-free non-free-firmware

Am I suppose to add  packages.debian.org/search?keywords=samb...bookworm§ion=all to it?  

And yes have internet access.  Im actualy using SSH rite now working on it from my girlfriends place 15 miles away 

Thanks for your comments.

Please allow me to clarify a few things:

Then, you would program a rotation of the second rotary axis using a second line of G68 code.

G68.x commands using euler angles will define both rotary axes in a single line because the new work plane can be completely defined by X,Y,Z offsets and the three euler angles I,J,K. If you want to define the work plane using 3 points or 2 vectors then you need more than one line of G68.2 Px Qx commands to enter all the parameters.
G68.x will define the offset and orientation of the tool plane but cause no machine motion.
G53.x will then align the tool to the tool plane (ie this will cause machine motion) AND switch the offsets to the new WCS. This is the reason why G53.x always follows immediately after a G68.x (which is what the guy in the first video I posted was wondering about). The G53.x codes can only be used once the work plane has been completely defined.

G68 X Y Z A B C

Note, G68.x codes do not use A,B or C words.

It was much less confusing to program the needed motion using a CAD/CAM system and not worry about the operator losing orientation.

TWP can be used in CAM/PP gcode generation as well as in manual programming on the controller.


[edit]
Just to be clear, I'm not trying to sell the 'TWP' feature here. I've had use for it on kinematics with tool side rotation and I decided to donate my work for people interested in it. I've built machines where this is used regularly for manual programming on the controller. Expanding it to kinematics with work side rotation would really only mean more donated work for me. All I'm trying to do here is explain what it actually does because there clearly is a lot of confusion and misunderstanding about it even among people who do use it. It's a tool in the toolbox whether you find it useful or not is up to you.

lpkkk, ping it when its not plugged in, to make sure nothing pings back

Seems to be an AXIS thing. works in qtdragon (I tested in master though)

I can make it happen by:
MDI: M3 S100
manual stop spindle
MDI: M70
MDI: M72

Spindle starts.

Well that masks the problem, and in some probing the spindle should be on.
But I agree we need to protect the user in the mean time.

This is one of those deep seeded, need to look at the big picture problems.
We aren't very good at those

rodw wrote:

Cant do this anymore bye all wrote:

So yes it would be a hell of a lot of work for rod.
It won't be cos  I ain't doing RTAI
 

hahahahaha

It allows you to align the electronic Z axis to the tool axis.

Cant do this anymore bye all wrote:

So yes it would be a hell of a lot of work for rod.

It won't be cos  I ain't doing RTAI

Using a Fanuc control with G68 and G69 enabled you can rotate the working plane in the control. This allow you to align the tool axis (electronically) to the tool axis then program the part using print dimensions shown at the angle the view is drawn. You would program a rotation of one of the three rotary axes (depending on the machine rotary axis motion) using a line of code G68 X Y Z A B C (according to the programming manual.
Then, you would program a rotation of the second rotary axis using a second line of G68 code.
You must determine which axis to rotate first to have the work piece Z axis properly aligned with the tool axis.
Heh, now you must align your brain with the machine to be sure you move (program) the axis motion in the proper direction. A pretty neat trick.

G68 X Y Z A B C
G68 X Y Z A B C

then cancel the whole mess with a G69

In 15 years of running the Viper 5 meter bridge mill with a 15mb control I used it a total of one time. The machine has a 5 meter X, 2.5 meter Y, a 1 meter Z with BC head with +-120 degree B and infinite C axes motion. As the owner of the shop I tried the G68, G69 programming as a test. I determined it worked just fine except the confusion principle. It was much less confusing to program the needed motion using a CAD/CAM system and not worry about the operator losing orientation. G68/G69 was never used during production.