Advanced Search

Hello,I don't understand what's wrong. I think I connected the card to the ESP32 correctly, but I get an error message.

Greetings. At my work place, we recently acquired a CNC converted lathe running Knuth LinuxCNC 3.4.6.

There's a few changes we need to make for it to suit our needs. First was to set it so it would home near the chuck. I already moved the homing dogs and the limit switch orientations corrected the saddle direction so it homes out near the chuck as desired. I do understand this homing orientation is the opposite of what's commonly done on a lathe. The reason for this is the lathe is being converted into a grinder for urethane rollers. In this case we need to have the saddle home near the chuck to prevent having to move (or crash into) the tail stock so it can home every time we need to home it. We're replacing the chuck with a collet head with an internal stop for repeatability (provided our cores are to the desired spec, but that's another story)

I'm still familiarizing myself with LinuxCNC and despite my best efforts so far, I seem to have hit a wall. The issue I have is although I have it set to home safely near the chuck side, in the preview grid the position marker moves in the opposite direction. The saddle moves right the marker in preview moves left. Prior to setting XZ to X-Z it would try to travel off the grid altogether and soft stop would attempt to prevent it from moving beyond the preview boarder. You can see it in the image I attached how X & Z are positioned near the lower right of the grid. Is there a way to get the preview to place Z on lower left of the grid? 
Thanks in advance.

 

will try that, thank you!

Euch beiden vielen Dank schon mal.

Ich möchte die Frage nach dem Steuerungsrechner jetzt aber erst einmal in den Hintergrund stellen. Es macht für den Anfang keinen Unterschied, ob ich jetzt meinem Laptop oder den Raspi für die Einrichtung verwende. Und sobald ich eine lauffähige Konfiguration gefunden habe ist diese auch schnell auf einen anderen Rechner umgezogen.

Wahrscheinlich habe ich mir schlecht ausgedrückt aber mein primäres Problem besteht gerade darin, dass mir noch nicht klar ist, womit ich meine ganzen Ein- und Ausgänge verbinden muss. Ich kann mir mit "halrun: show pin" für die EtherCAT Komponenten und das Handrad die entspechenden Ein- und Ausgänge anzeigen lassen. Aber ich habe noch nirgends gefunden, wie ich mir die Ein- und Ausgänge des Regelungsthreads oder der Pfadberechnung anzeigen lassen kann. Damit ich eben für die ganzen anzulegenden Signalpfade (oder wie übersetzt ihr das "net"?) finde.
Gleiches gilt auch für die grafischen Oberflächen. Soweit ich verstanden habe, stellen die GUIs ja auch Pins zur Verfügung, um z.B. den Status eines Eingangssignals einzeigen lassen zu können.

Ein Beispiel anhand eines der Servos. Ich stelle mir den Regelkreis gerade so vor:
                 

Mir verschließt sich aber noch, wie ich das miteinander verbinde…

Schöne Pfingsten,

Uwe

See what voltage you get when cutting and how much it fluctuates, then set the ARC low and high to about 20-30V above and below.
Do a lot of tests till you get it to have cuts without interruption and no false OK signal at start.
And yes, the voltage will differ with thickness and feed rate, but usually under 10V difference on all of my machines (over 15 machines) for materials from 1.8mm to 6mm.

What card do you actually have?
(the title says 7I92T but you mention init95t)

Do you get the user (green) LED blink and Ethernet link lights illuminated after JTAG programming?

 

Look at this

ARCOK is derived from THCAD. My unit has arc ok output but the relay on the inverter board is not working so I'm using mode 0 for now. ark-ok-low is 60 and ark-ok-high is 200. Pilot voltage seems to be around 157 so maybe I could set ark-ok-high to 145 or 150. I've been testing on a scrap piece of 1/2" I had so not sure if the pilot voltage changes based on material thickness.

Redefine outputs from 20 to 32, or whatever you need.

loadrt classicladder_rt numRungs=12 numBits=100 numWords=10 numTimers=10 numMonostables=10 numCounters=10 numPhysInputs=20 numPhysOutputs=32 numArithmExpr=100 numSections=4 numSymbols=300 numS32in=5 numS32out=5

linuxcnc.org/docs/devel/html/man/man9/classicladder.9.html

Nice, glad you have such reasons, i've been out of commission for exactly 3 weeks now due to sticking my finger where it does not belong, it is astonishing how a messed up finger tip can limit the ability to work... or just brush teeth. This brushing teeth with left hand was absolutely hilarious for several days as i was shaking my whole body doing it! Got used to it though.
BTW, 3 weeks and still can not remove stitches as the swelling has not subsided sufficiently.

spincycle wrote:

Thank you kindly PCW for your reply.

This might be a very stupid question, but how do I implement the link you provided into MesaCT?

Do Just download the last hostmot2.c and mesaflash.c files and swap them into the mesa flash-master folder?

Excuse my ignorance!

j
 

github.com/LinuxCNC/mesaflash there is a quickstart instructions at the bottom of that page to build and install mesaflash.

MesaCT uses whatever version of mesaflash that is installed.

JT

Ja auf jeden Fall. Kein Laptop.

Thinkcentre tinys, Fujitsu esprimos, einiege Intel NUCs und wie erwähnt Raspberries sind geeignet.

Je nach gui reicht nen 4er raspi nicht mehr so richtig und es sollte ein 5er sein.

Ethercat oder nicht ist für die hardware (leistungsmäßig) quasi egal. Jitter ist bei 1ms Servothread gut in den Griff zu kriegen mit allen genannten obigen Rechnern. Man muss aber schon wissen was man macht.

Netzwerkgeschwindigkeit wie sonst für Mesakarten ist dir ja in deiner Konfiguration egal. Ich bin bei ethercat nicht fit, aber Guido hat in seinem Git was online was läuft...

github.com/GuiHue/EtherCAT-CNC-HMI

I was completing and testing my new parameter subroutine for helical inside or outside contour ramp, adjustable stepover and x/y/z allowance finishing cut. Took the whole night to iron out some misbehaviour

 

if I can take any two inputs and turn them into an MPG encoder in the HAL then could I just take two inputs from the EtherCat side?

I was thinking I would need to be running on an realtime thread to do encoder counting due to some timing issues between "listening" to A and B ticks.. But if the Pi GPIO can run on the Servo thread and 1ms is fast enougn, then it should be fast enough for the ethercat IO too right??

Hallo Uwe,

ich kann dir leider nichts zu Ethercat sagen, davon habe ich keine Ahnung, aber ein Laptop ist denkbar schlecht für LinuxCNC da es auf Stromsparen getrimmt ist und es somit zu Problemen mit LinuxCNC kommen kann. Man sollte nach der Installation immer den Latency-Test machen um zu sehen ob das System den Anforderungen gerecht wird. Ich selber habe 3 PCs ausprobiert, bis ich einen hatte wo der Latency-Test in Ordnung war.
Es kommt auch sehr auf die verbaute Netzwerkkarte an, es gibt Chipsätze welche mehr oder weniger gut funktionieren.
Wie es mit einem Raspi und LinuxCNC aussieht, kann ich für eine Fräsmaschine nicht sagen, aber ein Freund hat eine Drehmaschine (2 Achsen und die Spindel) und er hat einen Pi5 im Einsatz und es funktioniert.

Viele Grüße
Olli