Advanced Search

martyop post=316224 userid=3221
Thanks for your reply.

uname -a reports
doodle jump
Linux garage 6.1.0-28-rt-1md64 #1 SNP PREEMPT_RT Debian 6.1.119-1 (2024-11-22) x86_64 GNU/Linux.

The garage computer has an intel atom processor.

It is possible that the issue is related to the real-time kernel configuration on Debian 12. Please check if the kernel is compatible with LinuxCNC and make sure the system configuration is optimized for real-time.

Hi everyone,
Lately I have been annoyed by the loud grinding noise of the Z axis and the slow speed at which the farm robot moves - it is too loud for anyone walking into the greenhouse to hear, and it is very slow.
I know that graphite lubricant can be used on the drive shaft, but that doesn't help much. I recently listened to the motor at high speed, and surprisingly, it was much quieter. It is still a bit slow, though.
I have six NEMA 17 stepper motors with sun gear reducers, encoders, and hardware available to modify them. They are much faster and very quiet.
I have also looked into using PTFE plastic rods instead of the aluminum Z axis drive shaft, as this plastic is oil treated and has lubricating properties.
Does anyone have any ideas? I think this should not be difficult to execute.

michaeln wrote:

Does the spiethconfig work for anybody?
I tested a lot, but i don't find the problem.
I insert printf commands in the code and get strange outputs. I change from picocom to putty, the same.

The command in short and long version:
spiethconfig -s 19 -i 23 -c 18 -e 0 -t 4
spiethconfig --miso 19 --mosi 23 --sck 18 --csenable 0 --interrupt 4
The output:
Invalid or missing Chip Select pin (0>128)
Command returned non-zero error code: 0x1 (ERROR)

I insert some printf-commands ( bold my changes):
            printf("argc: %d\r\n", argc);     

            if (result.count("s")) { miso_pin = result["s"].as<int>;(); }
            printf("MISO pin: %d \r\n", miso_pin);
            if (miso_pin < 0 || miso_pin > 128 ) { printf_P(PSTR("Invalid or missing MISO pin (0>128)\n")); return EXIT_FAILURE;}
            
            if (result.count("i")) { mosi_pin = result["i"].as<int>;(); }
            printf("MOSI pin: %d \r\n", mosi_pin);
            if (mosi_pin < 0 || mosi_pin > 128 ) { printf_P(PSTR("Invalid or missing MOSI pin (0>128)\n")); return EXIT_FAILURE;}

            if (result.count("c")) { sck_pin = result["c"].as<int>;(); }
            printf("SCK pin: %d \r\n", sck_pin);
            if (sck_pin < 0 || sck_pin > 128 ) { printf_P(PSTR("Invalid or missing SCK pin (0>128)\n")); return EXIT_FAILURE;}

            if (result.count("e")) { cs_pin = result["e"].as<int>;(); }
            printf("CS pin: %d \r\n", cs_pin);
            if (cs_pin < 0 || cs_pin > 128 ) { printf_P(PSTR("Invalid or missing Chip Select pin (0>128)\n")); return EXIT_FAILURE;}

            if (result.count("t")) { int_pin = result["t"].as<int>;(); }
            printf("INT pin: %d \r\n", int_pin);
            if (int_pin < 0 || int_pin > 128 ) { printf_P(PSTR("Invalid or missing Interrupt pin (0>128)\n")); return EXIT_FAILURE;}

and get the result:
argc: 7
MISO pin: 19
MOSI pin: 23
SCK pin: 18
CS pin: 255
Invalid or missing Chip Select pin (0>128)
Command returned non-zero error code: 0x1 (ERROR)

After that i change the sequence of the variables, the problems stay at the forth position. i saw that the out from argc stay at maximum 7 (in my opinion it should be 11).

Does it work for anybody?
If yes, what does is made wrong?

Thanks and best regards
michaeln

Hello,
now i found the problem of the SPIConfig.
Here is the code with my changes, forked from sybexx with his changes:
github.com/michaelnu/ESP32_LinuxCNC_MotionController_RealTime
Best regards
Michael

 

Thanks to the wonderful efforts of everyone recently, I have been able to get my 7c81 working excellently with my Raspberry Pi 5 on the 2.10.0~pre0 (self built) version using the `hm2_spix` driver.

I have a lot of configuration and testing to do, but thus far it seems to be working flawlessly. 

I did have a few things to get it working the way I wanted, one was getting remote access and spi working for flashing:


I also had to replace the hm2 module load with the spix version in the `foo.hal` file.




Ignore the mess of wires, I need to get some mounting stuff figured out, plus all of the plasma cutting controls and so on figured out next too.