Advanced Search

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.

Hallo,

ich habe nun wieder mal meine alte Fräse abgestaubt und in Betrieb genommen.
Diese läuft unter Linux-EMC2 (Schrittmotoren, Parallelport, Breakoutboard und 3x Endstufen fü die Schrittmotoren X, Y, Z)
Als Rechner hab ich ein mini-ITX Mainboard mit Paraleller Schnittstelle. LinuxCNC müsste so denke ich schon älter sein. Kann aber gerade nicht schauen.
War ein fertiges ISO mit ich glaube EMC 2.7.14. Einrichten der Maschine war glaube ich nicht so einfach, aber hatte es hinbekommen.
Bis jetzt hatte ich immer die Projekte mit QCad --> ESTLCam (Demoversion) --> Linux-EMC gemacht. Das hat auch immer super funktioniert.
Da ich auch FreeCAD Anwender bin und die neue Version 1.0 raus ist, würde ich FreeCAD als CAD-CAM verwenden wollen da frei. Das kann auch Gcode für LinuxCNC generieren.

Jetzt meine Frage:
Ich hab mir das ältere ISO linuxcnc-2.7.14-wheezy.iso heruntergaled und in Virtualbox installiert. Im Wizzard nun sim.axis-->axis mm ausgewählt und es wurde ein Icon LinuxCNC-HAL-SIM-Axis angelegt und ich kann LinuxCNC starten. Default wird ja axis.ngc mit den "LinuxCNC" Schriftzug geladen. Auch kann ich eine Referenzfahrt machen.Ich möchte nun unter der Simlation meine eigenen Programme testen. Also aus FreeCAD den Gcode erstellt und in LinuxCNC geladen. Das hat auch soweit funktioniert. Nur kann ich bei meinen Projekten keine Referenzfahr machen. Fehler lautet hier:
Keine Referenzfahrt bei geschlossenem gemeinsamen Endschalter. Aber warum geht bei den default geladenen "LinuxCNC" Schriftzug diese Referenzfahrt? Wo muss ich was einstellen damit es auch mit meinen Gcode die Simulation funktioniert? Wie gesagt mir get es nur um die Simulation um den Gcode zu testen.

MfG. 

in this case you can try in your terminal:

to verify your installation

if you are on the dev branch: (git checkout dev)
you can also set the gowin path in 'riocore/toolchains.json'