Advanced Search

I'm glad you were having a hard time also. I searched for a couple days before I finally decided someone here has seen these before. I had no idea what to really search for honestly.

Thanks for the link, I'm pretty sure if I can figure out the sizing these will work

I don't think plotter is a must-have feature, and if you can optimize the responsiveness of the Flex GUI to large files, then it's perfect. Thank you!

Hi All,
Please help me!
I have promblem and I don't understand hal net command.
I always get an error in the lubrication section.

# LUBRICATION
# Oil level check
net oil_level_ok FUW400-5A-75E.gpio.26.in-not => and2.0.in1
net oil_low_warn FUW400-5A-75E.gpio.26.in-not => not.0.in
net oil_low FUW400-5A-75E.gpio.26.in-not => msg.trig

I get this error in second line: Pin 'FUW400-5A-75E.gpio.26-not'  was already linked signal 'oil_level_ok'.


If I try this:
net oil_level_ok FUW400-5A-75E.gpio.26-not
net oil_level_ok  => and2.0.in1
net oil_low_warn oil_level_ok => not.0.in
net oil_low oil_level_ok => msg.trig

I get this error message in second line: Pin 'oil_level_ok' does not exist 

How do I fix it to make it work?
Thanks!
 

that's exactly the problem, the 'high Z mode',
this is not a defined state and is susceptible to malfunctions of all kinds.

at best, you can listen to the radio on the stepper

Deleting the plot page in QT-Designer has no effect.

Hossein74Majidi wrote:

Despite all my efforts, I was unable to successfully build a real-time version of Armbian.

Same here , mainly focusing on kernel 6.12 .
Armbian forum could be a better choice as where to ask for compiling help .
opi4's should be some ok sbc to get decent latency , as some geeks & nerds do it
on less powerful sbc !!
Compiling , for me , often been a kind of hit-and-miss intimidating affair , despite it seems so obvious to some .

@ meister

Understood, but it is not the FPGA itself as it keeps the pins in high Z mode during power up and flashing until the programmed logic takes over.

Another way than just having on all pins the resistors could be just one pull-down resistor on the OE pin of the voltage translaters. It is set high / enabled by one FPGA output pin after the logic has taken over.

Hello,

I have a question about the speed. Im using LCNC and its working good, but i want to ask someone who has more knowledge about the speed settings. Im using a Nema23 (200step/rev) with 1/32 microstepps. Motor driver is a DM556. Leadscrew pitch is 5mm. Board is a EC500 with remora software.
My Scale factor should be 1280, if im not wong.
Im trying to speed up my machine but its not that fast how i thought it will be. until 1800mm/min (70inch/min) working good but if i want to speed up to 1900mm/s or 2000mm/s (above 1800mm/s) i got an error. "Joint must be unhomed, jogged into limits,rehomed". i didnt reached any limit and if i go with a lower speed, im not getting any error.
i would be thankful if someone could light me up.

 

 

Ah danke.

Es scheint ja fast so als ob die Beschriftung bei der deutschsprachigen Übersetzung von Stepconf schon etwas verwirrend ist.
Denn dort steht bei der untersten Checkbox nichts von simulation.
Aber es hat schon etwas bewirkt, denn nun keißt es zumindest nichts mehr von Simulator am Ende. Ich denke, dass ich noch die entsprechenden Parameter per Stepconf anpassen muss.

Sure just delete the plotter.

JT

then I am at a loss,
if the file 'gw_sh' is callable, a 'make' should work

you can try to remove the first line from the Makefile (if on dev branch):
and try again

Hallo Leute,

ich bin zwar erst seit eben im Forum registriert, habe LinuxCNC aber schon seit ein paar Jahren im gebrauch.
Seit ich wegen Mainboarddefekten den PC für meine Fräse(n) aufrüsen musste, und in dem Atemzug auch gleich das installierte System neu installieren musste, - die alte Systemversion wollte nicht mehr booten - habe ich mit mehreren Problemen zu kämpfen gehabt. Einige wie die verweigerung der Zusammenarbeit mit der Schnittstellenkarte für den Parallel-Port habe ich beheben können. Aber Wie im Titel zu entnehmen: Die Zusammenarbeit mit dem Stepconf Wizard zickt, ich bekomme nur immer eine Simulation, statt dass die Fräse, die derzeit angeschlossen ist angesteuert wird. So wird das immer auch im letzten Fenster von Stepconf angezeigt. Aber das nützt mir ja beim gebrauch äußerst wenig, wenn ich immer nur simulieren kann.

Die Ausgabe von lspci zeigt mir bereits dass die Schittstellenkarte inzwischen nicht nur erkannt, sondern auch aktiviert wird, dafür musste ich schon kräftig googeln. Alleine das hatte mich tage gekostet. Ich habe dabei aber das gefühl dass ich die ganze Zeit etwas übersehe, wenn ich an Stepconf konfiguriere. Okay, ich weiß nicht ob hier schon jemand anderes Erfahungen mit den Maschinen des Herstellers Stepcraft hat, aber bis das alte Mainboard anfing zu spinnen, hatte die ältere meiner Maschinen einwandfrei mit LinuxCNC zusammen gearbeitet. Nach dem Austausch vom Mainboard mit samt den damit verdundenen Komponenten und der Installation einer neueren LiveDVD mit LinuxCNC, spinnt eben die Configuration per Stepconf. Ich weiß nicht warum das jetzt so ist, auch wenn ich gerade eine andere Maschine angeschlossen habe, es wird vermutlich ein eher generelles Problem sein. Ich wollte fragen, worauf ich diesbezüglich bei Stepconf achten muss, damit die Konfiguration für eine Maschine konkret arbeitet und nicht nur simuliert. Wie gesagt, ich vermute dass ich die ganze Zeit etwas übersehe.

Vielen Dank im Voraus,
Arne.

I get the command line console and it quits out with ctrl+d as you say, but I'm still getting the same issue, I had changed the filename to something other than config.json to suit the machine, so I changed it back to config.json but no dice.