problemi di scansione utilizzando mks dlc32 e lightburn #537

Du kannst auch einfach meine yaml Datei nehmen, die funktioniert in einem K40 Laser mit Lightburn.

ho anche problemi con i finecorsa…se carico il firmware originale tutto funziona perfettamente, ripetibile e preciso. se carico fluidNC l’homing certe volte parte verso la direzione sbagliata, riavvio e funziona. altre volte è come se non legge i finecorsa e va a sbattere, altre volte mi richiede una distanza di pull-up maggiore e, anche aumentandola, mi segnala l’errore. riavvio e tutto torna alla normalità ma non mi sento sicuro in quanto i problemi si ripresentano ad ogni accensione. se rimetto il firmware originale tutto funziona a meraviglia, tranne il fatto che sono costretto ad accendere il laser al 10%

Use IS2_STATIC mode with lasers. IS2_STREAM mode has extra latency that prevents the laser power from synchronizing properly with the motion. Use FluidNC version 3.4.4 instead of later versions. In later versions, we switched over to the new core code from Espressif and we are still debugging problems with that code.

Grazie per la dritta. Attualmente uso la 3.4.9. ho un dubbio però. Ho scaricato la 3.4.9 e ho messo i dentro il repository di makerbase/fluidnc, decomprimendo il file zip nella root di fluidnc. Poi ho lanciato installa wifi. Forse sbaglio questo passaggio?

Do not use 3.4.9.

I do not now what you mean by “il repository di makerbase/fluidnc”. I did not know that makerbase had such a repository.

https://github.com/makerbase-mks/FluidNC

https://github.com/makerbase-mks?tab=repositories&q=Fluid&type=&language=&sort=

Ma ho installato correttamente il repository di makerbase dentro la root di fluidnc?

Ignore the makerbase repository. The only thing of value in the Makerbase repo is just the example file MKS_DLC32_BASE.yaml, and that file will have to be edited for different machine setups, as you have already done. You should install FluidNC from a release installer.

After you have installed FluidNC, you can upload your YAML config file either from WebUI or with FluidTerm via the CTRL-U upload command.

Quindi non devo caricare il loro repository? Pensavo potesse essere di aiuto a definire i Pin ecc…. Domani provo con la 3.4.4 e vediamo che succede. Un’altra cosa, devo cancellare prima tutto con installfs? Ho ricaricato il firmware makerbase

The Makerbase FluidNC repository is useless. They did not make any changes to FluidNC. They just took a snapshot of a very old version of FluidNC and added an example configuration file. The current bdring/FluidNC repo has two DLC32 examples, and there are many more DLC32 configurations that have been auto-generated by the automatic translation program.

You do not need to fork the entire source code just to define pins.

You should do an installfs when migrating from Makerbase/Grbl_ESP32 to FluidNC. There is nothing magic about installfs; it just deletes everything in the SPIFFS filesystem and replaces index.html.gz with an up to date version. You could do that manually by using WebUI or FluidTerm to delete individual files and upload new ones. The only important files are index.html.gz, which is necessary for the full WebUI, and your own custom config.yaml that describes your machine.

If there is no index.html.gz, you can still use the browser to upload files, because FluidNC includes a built-in very simple WebUI subset that only has file management features.

sembra che tutto funzioni a meraviglia, grazie per l’aiuto. non so quali sono i pin sulla mks per fare un sistema autoquadrante (2 motori e 2 finecorsa per l’asse y) ma, eventualmente, come dovrei configurare il file yaml?

Can somebody else help with this? I have already spent more time on it than I can spare. I think he wants to make an auto-squaring XYY system (DLC32 has only 3 stepper sockets).

Hi @distebia,

sembra che tutto funzioni a meraviglia, grazie per l’aiuto. non so quali sono i pin sulla mks per fare un sistema autoquadrante (2 motori e 2 finecorsa per l’asse y) ma, eventualmente, come dovrei configurare il file yaml?

Okay, sounds like this thread covers multiple issues. Assuming it’s just the auto-squaring Y-axis you’re trying to get working now, your config.yaml file should look something like this. I have highlighted the important lines:

x:
steps_per_mm: 157.750
max_rate_mm_per_min: 18000.000
acceleration_mm_per_sec2: 1500.000
max_travel_mm: 325.000
soft_limits: true
homing:
cycle: 1
positive_direction: false
mpos_mm: 0.000
feed_mm_per_min: 300.000
seek_mm_per_min: 5000.000
settle_ms: 500
seek_scaler: 1.100
feed_scaler: 1.100

motor0:
limit_neg_pin: gpio.36
hard_limits: false
pulloff_mm: 2.000
stepstick:
step_pin: I2SO.1
direction_pin: I2SO.2

y:
steps_per_mm: 157.750
max_rate_mm_per_min: 12000.000
acceleration_mm_per_sec2: 300.000
max_travel_mm: 220.000
soft_limits: true
homing:
cycle: 1
positive_direction: false
mpos_mm: 0.000
feed_mm_per_min: 300.000
seek_mm_per_min: 5000.000
settle_ms: 500
seek_scaler: 1.100
feed_scaler: 1.100

motor0: <—————
limit_neg_pin: gpio.35
hard_limits: false
pulloff_mm: 2.000
stepstick:
step_pin: I2SO.5 <—————
direction_pin: I2SO.6 <—————

motor1: <—————
limit_neg_pin: gpio.34
hard_limits: false
pulloff_mm: 1.000
stepstick:
step_pin: I2SO.3 <—————
direction_pin: I2SO.4 <—————

quindi collego sia il y2 che il finecorsa y2 all’attacco del motore Z e finecorsa Z?

I jsut found out that, even though you would have more pins available, they are not all coming from the same ‘source’ (GPIO vs I2S). It would be possible, but would require a lot of work cutting pins and soldering.
Another user suggested looking at the MKS TinyBee. It’s not very expensive and has sockets for 5 stepper motor drivers.

One example: https://www.aliexpress.com/item/1005004268076123.html

There are many other hardware options.

https://github.com/bdring/FluidNC/wiki/Hardware-that-Runs-FluidNC

I jsut found out that, even though you would have more pins available, they are not all coming from the same ‘source’ (GPIO vs I2S). It would be possible, but would require a lot of work cutting pins and soldering. Another user suggested looking at the MKS TinyBee. It’s not very expensive and has sockets for 5 stepper motor drivers.

One example: https://www.aliexpress.com/item/1005004268076123.html

Lo so che sono su una 3 assi ma pensavo questo….non utilizzo il display e lì ho un pò di pin da usare, quello che mi manca è l’attacco motore. nel pcb posso mettere su Y un dvr8825 e ho 2 uscite per il motore. in questo modo posso avere u motori su Y. quello che non so è se i motori sono semplicemente sdoppiati o si riferiscono a pin differenti circa step e dir. per il finecorsa posso usare qualcosa sul connettore display

It is possible to drive two motors from the same stepper driver by wiring them in parallel. It is not ideal but it can work. Squaring will not be possible with that setup. The DLC32 board cannot be used to drive 4 independent motors. That board uses a shift register connected to the I2S bus to drive motors, and there are no spare shift register outputs. The extra GPIOs cannot be used to drive a fourth motor, because FluidNC requires that all stepping must be done with the same method, either I2S or GPIO. Mixing them is not possible because the steps would not synchronize correctly. If you want to use 4 motors with 4 stepper driver modules, the only options are to buy a different board that supports 4 stepper drivers, or rewire the DLC32 board. Based on the questions that you have asked so far, I believe that rewiring the board is beyond your skill level and we are unwilling to spend the large amount of time it would take to teach you how to rewire it. 4-way boards are inexpensive, and we have already spent time that is much more valuable that the cost of a different board.

I am closing this ticket because we have already helped you as much as we can.

Tanto per curiosità…orientativamente…come dovrei ricablare la scheda? dissaldare componenti? oppure cablaggi esterni? non sono un mago di elettronica ma è la terza macchina che realizzo partendo da arduino uno, opto a forcella come finecorsa, tb6600, sensori di prossimità, 4n25, relè 5v. asse z con fuoco automatico, w1209 e sensore di flusso ecc.. L’ultima macchina che ho fatto è una 1300×1000 di piano con 1600×1200 di misure esterne, co2 50w+diodo 445nm. ho anche aggiunto l’asse rotante sdoppiando la Z. insomma diciamo che qualcosina so fare.

Look up the schematic for the MKS DLC32 board. It is on the web and can be found with a little searching. Disconnect the XYZ_EN signal from the stepper sockets, rewire it to the step pin of a new socket, wire the BEEPER signal to the dir pin of a new socket, and make a configuration file that uses i2so.0 as step, i2so.7 as dir for the new motor.

forse ho capito…scollego i pin EN da tutte le prese per driver esterni (dove vado a tb6600), ne prendo uno qualsiasi ed ho ottenuto STEP. prendo il segnale BEEPER dal display ed ho ottenuto DIR. dopodichè STEP e DIR e GND vanno ad un nuovo tb6600 ed ho un altro motore attaccato. e per i finecorsa?

What you said about STEP and DIR is correct. For limit switches, read the schematic and find some signal that is not used.

ne ho molti liberi, nella sonda (gpio.22, nel display (gpio.25, gpio.26 ecc.). uno vale l’altro o ne devo prendere uno con qualche requisito? naturalmente modifico il file yaml come indicato sopra assegnando esempio:
y:
steps_per_mm: 80.194
max_rate_mm_per_min: 10000.000
acceleration_mm_per_sec2: 350.000
max_travel_mm: 898.000
soft_limits: true
homing:
cycle: 1
positive_direction: false
mpos_mm: 0.000
feed_mm_per_min: 1000.000
seek_mm_per_min: 5000.000
settle_ms: 250.000
seek_scaler: 1.100
feed_scaler: 1.100
motor0:
limit_neg_pin: gpio.35:low
limit_pos_pin: NO_PIN
limit_all_pin: NO_PIN
hard_limits: false
pulloff_mm:1.000
stepstick:
step_pin: I2SO.5
direction_pin: I2SO.6

motor1:
limit_neg_pin: gpio.25:low <– preso da EXP1
limit_pos_pin: NO_PIN
limit_all_pin: NO_PIN
hard_limits: false
pulloff_mm:1.000
stepstick:
step_pin: i2so.0 <– preso da XYZ_EN
direction_pin: i2so.7 <– preso da BEEPER EXP1

fin qua tutto corretto? o sbaglio?
inoltre come dovrei commentare la riga
axes:
shared_stepper_disable_pin: i2so.0
visto che il i2so.0 l’ho usato per step?

Delete the shared_stepper_disable line; disabling the drivers will not be possible with this setup.

The probe pin is probably a good one to use as a limit because it is suitable for input use.

Please look at the schematic.

ok, elimino la riga shared_stepper_disable, tanto utilizzo idle_ms: 255 per tenere i motori sempre alimentati. ma devo invertire la logica in yaml? tipo $4 di grbl? ok per il pin della sonda gpio.22. ultima cosa, con il tester ho fatto dei test di continuità fra i pin gnd (e avevo continuità fra di loro) ma non avevo continuità fra i pin EN. il mio i2so.0 lo devo prendere dal connettore Y? o uno vale l’altro?

Read the schematic and figure it out.

ok, lo prendo da Y, mi sembra logico. e per quanto riguarda di invertire la logica di EN tipo $4?