Advanced Search

"many thanks to 'Schoch' , for the quadencoder(z) fixes and the much better rps/rpm calculations.

and many thanks to all other people that helps here, in github and in the discord chat."

Is the discord chat related to RIO? and if so what is the link to the channel?

Thanks

It's hard coded to the left.
in halHud/hud draw() function defines it.

I'll look into it when I can.

You should not change the hosts file, but rather the etc/network/interfaces file
This is what's in mine:

# interfaces(5) file used by ifup(8) and ifdown(8)
# Include files from /etc/network/interfaces.d:
source-directory /etc/network/interfaces.d
       auto eno1
       iface eno1 inet static
           address 10.10.10.100
           hardware-irq-coalesce-rx-usecs 0

You would need to change eno1 to your (long) Ethernet device name

Aus dem Handbuch:
Die QtDragon-Spindelgeschwindigkeitsanzeige und die Spindelgeschwindigkeits-LED erfordern, dass „spindle.0.speed-in“ mit der Spindelgeschwindigkeitsrückmeldung verbunden ist.
Es kann eine Encoder- oder VFD-Rückmeldung verwendet werden, sofern die Rückmeldung in Umdrehungen pro Sekunde (RPS) erfolgt.
Wenn keine Rückmeldung verfügbar ist, können Sie die gewünschte Geschwindigkeit auf dem Display anzeigen lassen, indem Sie die Pins wie folgt verbinden:

Netto-Spindelgeschwindigkeits-Feedback Spindle.0.Speed-Out-rps => Spindle.0.Speed-In

PCW wrote:

Yes, you are pinging yourself (I hear that may make you go blind)

I would set the host address to 10.10.10.100
 
 

I don't know how to set the host address to 10.10.10.100

I tried sudo nano /etc/hosts
and then changed 127.0.0.1 to 10.10.10.100  ans saved and rebooted for good measure, however after that and running ip a
I still see host as 127.0.0.1
So obviously that's not the correct way to change the host address. BTW I changed local host in /hosts back to the way I found it 127.0.0.1

So how does one go about changing the host address?
     

 

Hi,
vielen Dank, für led-probe hat das geholfen.
Wie komme ich zu der Spindeldrehzahl?

I have an XBOX controller working with my 3 axis cnc, have been using it for a year now. The only issue I have is that the Y axis is reversed. Pulling the left hand joystick back moves the table forward, which has cost me a few end mills. 

I've tried using Jscal and Jstest-gtk to reverse the direction of that axis and it does show up as moving correctly in Jstest but still moves the same way in linuxCNC. Any ideas? 

 

I looked again at my config and i see some unnecessary crap so ignore this message

Depending on your breakout card, you may get better linearity by lowering the PWM frequency

 

There, moved to the front. 

Tiny motor to spin the mag I guess. with some sensors. or encoder. the 7i96s has an open encoder input since the spindle doesn't have one. Hm. Gotta think about that. On an ethercat version if just use a 50w absolute servo I guess.

Vielen Dank

Der Fehler lag tatsächlich in der Konfiguration des Netzwerks. Um den Ping zu reduzieren habe ich folgende Datei editiert und dabei wohl einen Fehler gemacht. Die eigentliche Netzwerkverbindung habe ich nicht bearbeitet weshalb ich nicht auf die Idee gekommen bin.

Läuft wieder
Danke

Add these lines to the file /etc/network/interfaces to configure eth1 with a static address:

auto eth1
iface eth1 inet static
address 192.168.1.1
hardware-irq-coalesce-rx-usecs 0

I had two lines missing in the hal:
#spindle DAC 0-10 control

net spindle-cw remora.output.00
loadrt pwmgen output_type=1

output.00 is OT1 on the EC300 and if I'm not mistaken the EC500 and NVEM also.

Another option is to use the 7I96S's parallel expansion connector for the MPG
(there's firmware that puts a second INM module on P1 so adds 4 MPG encoders
and debounced inputs)

As far as my testing has shown, on my cobbled together 7c81 clone SPI works on the RPi 5.
I received my RPi5 around Nov\Dec 2023 and can't say I've noticed any hardware issues. Booting from a NVME drive has shown no issues, I've run octoprinter on it, once again no issues.
Speed wise even when running via a SD card is night and compared to my RPi400, which has a slightly faster CPU than the RPi4. Actually to be fair it is a bit of a beast.
No trouble building Linuxcnc packages, even with 2 cores isolated, tho I suspect this may not be needed when connected to a Mesa board.
Bang for buck a PC from the last ten years is far better value.

Personally I'm still undecided whether to use my clone with an EPP interface with a PC or with the RPi5 via SPI.

To tell the truth I'm in 2 minds whether I actually want to CNC the lathe, the only reason I started to convert it is the AUD $600 to get hold of a new screw, maybe it would be worth it, if only to have one of the few Myfords with a leadsrew that isn't worn.

Back to topic.
Whilst the RPi is able to run Linuxcnc not a lot of info for the official Raspberry Pi foundation images are applicable, as it is only really the RPi kernel sources that are used, needed for use of loading overlays, the rest is pulled from Debian arm64 repos. Config.txt must be edited to enable the SPI interfaces. And Linuxcnc will need building from source to have the hm2_spix driver. Last time I looked the pre built packages pre dated the new driver.
Re Tommy's comment regarding a small SBC controlling a large CNC machine, how would you feel riding a bike at 220-240 kph ( on a race track of course) that's ecu is controlled by a Motorola microcontroller ? Cos that's the brains used in a lot of Ducati's and Moto Guzzis around 2000 vintage. Very hackable, very easy to download the operating code off and disassemble. Even a fully unqualified shit kicker like myself was able to do, the one and only time I did anything with C Sharp.