Advanced Search

I have tested my rpi5 installation with octopus pro. Black pill and ec500 controller all are working. But now I am stuck on skr3.
@scotta @cakeslob please help.

Noticed the release announcement of Linuxcnc 2.9.5 and arm packages for Trixie, has the libgpiod version thing been sorted ?

Anyways thanks for the work guys.

On the bright side I figured out what my problem was. I had followed the documentation with recommended the preconfigured xpatria raspberry pi build and that did make getting everything up and running easy but, I didn't think to git clone the newer Remora developments since that image was released so I was running the older halcompiled remora-spi which I'm sure now was causing me issues. Now that I have pulled the most recent Remora version and compiled remora-spi again with halcompile like the docuementation says to do, although I noticed that in an earlier post it was mentioned that you no longer need the SPI_clk_div=32 after the loadrt remora-spi component in the HAL file but, mine wouldn't come out of estop until I added that back into the line. I also had a grounding issue and some EMI issues that collectively were causing my spindle to throw errors and after that and the correct version of firmware on the Octopus and most recent Remora branch then it looks like I'm good now.

The basic process is to take a close pinout source file (PIN_XXXXX.vhd)
copy it to a new file and edit that new file to get the desired pinout
and modules needed. Then this new file is added to the project
and included in the top level file, and finally compiled into the new
firmware binary file.

Do you know which pins on your schematic are step and dir?
(the LinuxCNC parallel port  hal file would help here)

I ask because it's quite likely an existing firmware file will either
work without changes, or at least its pinout source file would be a
good starting point to making a custom configuration
 

Leave it as is.
Wire stuff, make stuff move, make chips...and post pictures and videos.

What does switch places mean?

Swap the wires of one winding?

Yes, exactly.
Sorry for my lackluster explanation, i had a friend waiting for me back then.

Yes I checked spi status. There was no problem. I also added Blink module to check if firmware is flashed correctly and working. I too had octopus pro board. But I wanted tmc5160 drivers working so I bought skr3. I can see signals in hal meter, but in GUI I am getting No signals what ever

Don't know the answer to that question.

Linuxcnc is the execution of a number of halfiles by halcmd.
Check /usr/bin/linuxcnc for how it is done, it's a bash script.

You can execute the hal statements in the ec3a.hal file withMaybe you can puzzle something together.

So I attached a schematic with the pinouts in my previous post. I'm interested in learning what the process is for creating the firmware for a situation like mine where I do not have a daughter card. Do I load on of the provided files and modify the pinfile?

 

Have you tried to open the HAL configuration after the axis gui comes up and add in the pins you want to monitor. I would have the SPI status and enable pins there to check and see if your SPI connection is stable. I initially had a problem with the board I was using not getting a good flash and I had to use the BTT tool they talk about in their wiki to rewrite the original firmware before I could load the Remora firmware.bin to the root of the SD card and then it finally loaded the firmware correctly. I also ran into some issues with the firmware constantly resetting itself if I tried certain settings in my config.txt file. This is what I currently have in the conifg.txt file which may not be helpful since I'm running an Octopus v1.1 board.

{
"Board": "BIGTREETECH OCTOPUS PRO V1.1 STM32F446",
"Modules": [
{
"Thread": "Servo",
"Type": "Digital Pin",
"Comment": "X-min endstop",
"Pin": "PG_9",
"Mode": "Input",
"Invert": "True",
"Data Bit": "1",
"Modifier": "Pull Up"
},
{
"Thread": "Servo",
"Type": "Digital Pin",
"Comment": "Y1-min endstop (left Y motor)",
"Pin": "PG_10",
"Mode": "Input",
"Invert": "True",
"Data Bit": "2",
"Modifier": "Pull Up"
},
{
"Thread": "Servo",
"Type": "Digital Pin",
"Comment": "Y2-min endstop (right Y motor)",
"Pin": "PG_11",
"Mode": "Input",
"Invert": "True",
"Data Bit": "3",
"Modifier": "Pull Up"
},
{
"Thread": "Servo",
"Type": "Digital Pin",
"Comment": "Z-min endstop",
"Pin": "PG_12",
"Mode": "Input",
"Invert": "True",
"Data Bit": "4",
"Modifier": "Pull Up"
},
{
"Thread": "Servo",
"Type": "Digital Pin",
"Comment": "E-stop input",
"Pin": "PG_15",
"Mode": "Input",
"Invert": "True",
"Data Bit": "5",
"Modifier": "Pull Up"
},
{
"Thread": "Servo",
"Type": "Digital Pin",
"Comment": "Probe input",
"Pin": "PB_7",
"Mode": "Input",
"Data Bit": "6",
"Modifier": "Pull Up"
},
{
"Thread": "Servo",
"Type": "Digital Pin",
"Comment": "Coolant flood",
"Pin": "PD_12",
"Mode": "Output",
"Data Bit": "1"
},
{
"Thread": "Servo",
"Type": "Digital Pin",
"Comment": "Coolant mist",
"Pin": "PD_13",
"Mode": "Output",
"Data Bit": "2"
},
{
"Thread": "Base",
"Type": "Stepgen",
"Comment": "X-axis - Stepper Driver 0",
"Joint Number": 0,
"Step Pin": "PF_13",
"Direction Pin": "PF_12",
"Enable Pin": "PF_14"
},
{
"Thread": "Base",
"Type": "Stepgen",
"Comment": "Y1-axis (left Y motor) - Stepper Driver 1",
"Joint Number": 1,
"Step Pin": "PG_0",
"Direction Pin": "PG_1",
"Enable Pin": "PF_15"
},
{
"Thread": "Base",
"Type": "Stepgen",
"Comment": "Y2-axis (right Y motor) - Stepper Driver 2",
"Joint Number": 2,
"Step Pin": "PF_11",
"Direction Pin": "PG_3",
"Enable Pin": "PG_5"
},
{
"Thread": "Base",
"Type": "Stepgen",
"Comment": "Z-axis - Stepper Driver 3",
"Joint Number": 3,
"Step Pin": "PG_4",
"Direction Pin": "PC_1",
"Enable Pin": "PA_0"
},
{
"Thread": "Servo",
"Type": "Reset Pin",
"Comment": "Reset pin",
"Pin": "PC_15"
}
]
}

Z400, Z420, Z600, and probably Z440, Z620, Z640, Z800, Z820 should all do just fine, those 3 at the start i have tested over 20 by now. Also HP 8300 SFF are pretty good, i have maybe 6 or 7 in daily use on machines.
Dell Optiplex series are also good, 7020, 9020 and 980, these i have in daily use, several of them for several years, but they do tend to heat much more than HP ones.

If you try to connect remotely via VNC after logging in with your username from the console, you'll get a gray screen. You'll need to log out from console.

Since the drives can handle it, i would stick with PCW's advice.
Do not worry much about drives getting hot, if you can hold your hand on the cooler they are still far from what they can handle, and just in case, if you touch them and a piece of your skin remains attached to them this would be when you start to worry.
50-60 degree Celsius to us humans seems like it is burning, 80 feels like it burns the soul, not the hand.

If I disconnect both cards (7i33 and 7i37) and type the command, it says nothing but OFF... 
Though Linux says connected