Advanced Search

royka wrote:

You didn't activate one of the spi numbers yet. So first open the dtso and replace ONE of the disabled to okay.
 

Yes that was the problem and also I needed to set its status to okay in rk3399-orangepi-4-lts.dtb in /boot/dtb/rockchip.
Thanks a lot.
now when I run linuxcnc I get this:
Debug file information:
Note: Using POSIX realtime
Unexpected realtime delay on task 0 with period 1000000
This Message will only display once per session.
Run the Latency Test and resolve before continuing.
note: MAXV     max: 25.000 units/sec 1500.000 units/min
note: LJOG     max: 25.000 units/sec 1500.000 units/min
note: LJOG default: 6.000 units/sec 360.000 units/min
note: jog_order='XYZ'
note: jog_invert=set()
DRM_IOCTL_PANFROST_CREATE_BO failed: Invalid argument
DRM_IOCTL_PANFROST_CREATE_BO failed: Invalid argument
/usr/bin/linuxcnc: line 977:  6721 Segmentation fault      $EMCDISPLAY -ini "$INIFILE" $EMCDISPLAYARGS $EXTRA_ARGS
6683
6717
Stopping realtime threads
Unloading hal components
Note: Using POSIX realtime

and then it wont open anything. even the simulation cant be opened.

I have 7i95T + 7i78 as I need 7 axis to control (closed loop) + 1 pwm for spindle.
Which firmware is preferred in this case? Should I use the one that configures joint 5 on 7i95T as a pwm output and then use 2 axis on 7i78?
 

Hi all,

As anyone able to help with this question?

Thanks

You didn't activate one of the spi numbers yet. So first open the dtso and replace ONE of the disabled to okay.

 

Solved, the issue is that LinuxCNC checks /sys/kernel/realtime for a 1. The realtime patch added this but this part didn't become mainline.
I made this patch in case someone else wants to compile a custom kernel.

 

 

royka wrote:

It seems indeed that you have to enable the one that you need, so it's better to put back the original dit and download the dtbo source from:
raw.githubusercontent.com/armbian/build/...3399-spi-spidev.dtso

First remove the spi overlays from armbianEnv.txt
Check which spi goes to the gpio pins and isn't in use by anything else and recompile/install with: sudo armbian-add-overlay rockchip-rk3399-spi-spidev.dtso

For the slow graphics you could try to see if the GPU irq is on a cpu with many other interrupts and move to a less busy CPU: cat /proc/interrupts

50us should still be okay I think, although I'm not sure how this influences the spi connection, likely that it will need a more optimized driver

Thanks but it still doesnt work.
This is the main spidev file in my board:
drive.google.com/file/d/1XAjIt_TSBaVCBum...S3D/view?usp=sharing

I have a good grinder work head

Why not an encoder? No idea if the cheap arduino ones work, i never bothered to test.
LM331 should do just fine as it is a voltage to frequency converter, so the voltage from the input of 0-10V is converted into 0-10KHz of frequency.
Set the encoder for Mesa in hal to encoder mode 1 and ... well that should be it.

Hi all,

Does anyone have a really slick and easy way to add an analog signal to their LinuxCNC setup? I want to control override speed with a potentiometer.

I have a Mesa 5i24 card, on one of the 50-pin ports I put a custom board of my own. I thought I could slap a TLC0820A Flash ADC on it and use the WEIGHTED_SUM module to get an analog value. Well, I didn't really read the TLC0820A datasheet well enough. It doesn't put out constant values, as I found out when I started doing bench testing.

I don't really wanna buy another Mesa card. The PC box is getting pretty stuffed and I don't feel like shelling out $100 for this. I'm sure the collective wisdom has a good idea.

The only way to get more time out of a day would be to slow down the rotation of the planet. I did some digging, but I could not find any useful data about what system drives the rotation, e.g. whether it is stepper or servo driven, what type of encoder is being used, etc. So I guess for now we simply have to live with roughly 24hrs/day.

I think we can all agree that there is no perfect distro, but many distros are perfectly workable. I am currently running one machine on an Orange Pi 5 with Armbian, and another machine with LMDE running KDE (which gives me the lowest latency and most responsive system), and for my new machine I will be giving NTULINUX's Gentoo a try. Both of my current machines run smooth and stable, so from that perspective there would be no reason to consider anything else, whether it is Debian, Arch, Gentoo, Clear Linux, or any other flavor. And boot time is certainly no issue for me, because the first thing I do after switching on power in my workshop is brew a fresh espresso to get the day started, and by the time I go to my machines they ready to go. If boot time would be an issue, I'd rather get better hardware than to find a faster booting OS. What triggers me most is the overall responsiveness of the system, which certainly was a nuisance with my older J1900 based machines, despite their very low latency. I still have a few of those boards laying around, but the sluggish responsiveness under Debian and LMDE prevents me from using them. I will give NTULINUX's Gentoo build a try on those older board. Perhaps they may be quite a good match. 
I guess the reason why many of us are still trying to find a better setup or improve our current system, is simply because it is fun doing so and satisfying if we can squeeze the best performance out of our hardware. After all, in a way many of us are geeks and that's what geeks do. At least I am It still remains to be seen if Clear Linux only provides a more responsive user experience compared to most other distros (which it definitely does), or if there are also optimizations under the hood that would result in lower latency numbers. It would be awesome if that would be the case, but we will know once the bundle is available.

Download from here, write to SD, boot RPI from it
www.linuxcnc.org/iso/rpi-4-debian-bookwo...23-11-17-1731.img.xz
Should work as is.

I see there are previous threads about this, but things change with time and releases, so better to ask then chase my tail.

I previously setup LinuxCNC - Axis on a desktop PC for my mill, works great now I want to do the same for my lathe using a RaspberryPi4 Model B (4GB RAM, 32GB SD)

How do I go about this?  Some form of instructions would be very helpful.
Link to whatever version I should use?
Does the install prompt what type of machine this will be used (Mill, lathe etc)?
I ordered a A MESA 7i96S, not sure when it will get here.

Any helpful hints are welcome.

Thanks in advance.


 

Is f-engrave from ScorchWorks?
If yes, try editing the file and where it says python at the top change to python2, save try running, then try python3.

SPI is now supported on the RPI5 so 7C80,7C81,7I90 will work with the RPI5.
Still need to add a force-8-bit option to Mesaflash as the kernel driver doesn't
support 32 bit transfers but seems to report that it can.

 

sorry for double post not intentional. I did google and tried their solutions to no avail.thought I would try here.guess I will try the developer.