Advanced Search

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'

 

Sorry in advance for the noob question, I am finally setting up some hardware, generated a simple 3 axis step/dir machine.
When I try to compile I get      make:gw_sh: No such file or directory
                                                make***[Makefile:34: impl/pnr/project.fs] Error 127

I figured I hadn't set the path to the /home/user/gowin/IDE/bin folder but I double and triple checked and it seems correct.
I'm trying to program a tang nano 9K
 

the pull up/down resistors are there to have a defined state when starting / flashing,
otherwise it could happen that the spindle simply starts or the motors start uncontrollably

As there can be differences from board to board (BOB's), it can be installed using a jumper.

I have plugged in the TangNano and not soldered it on

Is there any way to improve the loading speed of G-CODE, reduce the memory footprint, and operate the response speed of G5X? Updating the plot in real time is too much of an impact on the experience, and the GUI is unresponsive.

@meister

Tangbob board:

What is the reason to add the 10k resistors as pull-down or pull-up resistor?

The FPGA is not configured as open-drain or open-source output.

The standard output configuration of the FPGA would not need the resistors.

Correct?

I would like to leave them out, but the cannot be added later when the FPGA has been soldered. That's why I am asking.

Correct.

But, with the mouse, I can select a MDI command from the list above and execute it.

Spending time looking a Youtube clips and reading documentation.
This is a whole new ballgame for me.

Should I give up on the keyboard and implement a virtual system to replace it.
Still not sure of terminology yet.

As a comment, and room for improvements, if one so wishes.

The stepspermm variable is set up as a pdos. Meaning that this value
will be updated every servo cycle (miilisecond). That is not very optimal,
the steps per mm scaling factor is a constant. Set it once and it stays there.
It is not like one will change the scaling value during operation.

The options I saw when I put it as a pdos was to either make it a sdos or a constant in the MCU program.
As a constant in the MCU program it becomes kind of inaccessible, but apart from that it will work fine.
Making it a sdos adds a bit of complexity when giving it a value. There is no interface for sdos to hal
that I know about. One can give a value to a sdos in the ethercat-conf.xml config file, but that brings
its own unnecessary complexity. One need to enter a line like the last line below

To end up with "40 06" one brings up a decimal to hex converter and converts 1600 which gives 640.
Shift place on the two bytes 06 40 => 40 06 which one then enters in ethercat-conf.xml.
The code in the MCU stays the same, still Obj.StepsPerMM1 (or what is is called). It is just not updated
every serocycle but once in the beginning.

Just a bit of background and rambling.