MarlinKimbra 4.2 (e precedenti) mi stampa sempre inclinato !

Quote
MagoKimbra
Non diretta, ma ci sono molte CoreXY che vanno con il fw, magari non hanno il pibot, ma altri sistemi di ABL... Purtroppo le combinazioni sono infinite e non è sempre facile trovare il problema... Quanto prima cerco di studiarlo, l'ho messo nelle priorità...

Ciao Alberto
ho fatto ulteriori test relativi a questo problema nello scopo di fornirti quante piu informazioni possibili per risolvere la questione!!
innanzi tutto ho effettuato delle ulteriori modifiche meccaniche al mio asse Z in modo da avere la certezza di una sua totale complanarità; si tratta di un 30x30 per cui magari era possibile che in uno dei lati nel salire e scendere si potesse perdere qualche centesimo
Ho poi successivamente fatto ripetute prove di bed leveling utilizzando sempre lo stesso file della foto di qualche post sopra, tutto con endstop meccanico
Quindi posso ora dire con assoluta certtezza che il piano è perfettamente livellato con le molle ai quattro angoli e mantiene la sua precisione anche dolo ripetute stampe senza dover ricalibrare
A questo punto (senza toccare il piatto e lasciandolo come era livellato)ho montato sul carrello sia il Pibot che il sensore capacitivo per fare le prove con l'ABL
Partendo dal pibot ho avuto di nuovo lo stesso problema, la stampa si schiaccia su un angolo:
Ho provato a ruotare il piatto su se stessoin tutte le varie possibilità notando ogni volta che comunque mi schiaccia la stampa ma ad ogni rotazione sempre su angoli diversi!!
A questo punto mi è venuto il dubbio che il problema fosse legato ad un errore di lettura del sensore che magari puo essere influenzato dalla lacca sul vetro(in alcuni punti ce n'è di piu e su altri di meno!)o magari da intensità di luce diversa sul piatto!!
quindi sono passato all'utilizzo del sensore capacitivo che mi legge sotto il vetro la piastra in alluminio del bed.
Anche col sensore capacitivo succede lo stesso, però questa volta non segue la "legge dell'angolo schiacciato" ma la cosa risulta invece ancora piu marcata, da un lato del piatto la stampa è ben posizionata, dall'altro non si attacca nemmeno!!
Sono poi ritornato alla configurazione con endstop senza autobedlevel e ritrovando il piatto gia livellato nelle prove precedenti ho di nuovo effettuato una stampa che è venuta di nuovo perfetta come all'inizio!
Credo che in base a questo posso dire definitivamente che l'ABL non funziona, non so perchè e non so se possa essere successo ad altri utenti ma io con la 4.2 non ci riesco!
Tra l'altro ho anche un'altra macchina su cui utilizzo l'ABL che invece mi funziona alla perfezione! Su questa utilizzo un servo meccanico e la versione 4.0.3 di marlinkimbra!
Altra cosa che mi succede è il fatto che stampa il perimetro esterno con nozzle staccato dal piatto per avvicinarsi poi solo quando inizia la stampa vera e propria
Inoltre spesso a fine stampa mi capita che l'estrusore impazzisce andando in retract a velocità vertiginosa!!!
Appena hai news o quantomeno qualche suggerimento per fare qualche prova contattami!
Ti saluto

p.s. mi consigli di fare una prova con la 4.0.3 oppure evito di perderci tempo?

Edited 2 time(s). Last edit at 11/14/2015 11:01AM by mdcompositi.

Ok, grazie per le info e i test.. Ho fatto una modifica alla 4.2.0 e ho aggiustato la rotazione della matrice di bed level, penso che il problema era nella coreXY, anche se non ne sono del tutto convinto... Non avendo ancora una core ho difficoltà nel fare le prove..
Se puoi aggiorna il fw e riprova. Mandami sempre il log completo di info e G29 V4...

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Quote
MagoKimbra
Ok, grazie per le info e i test.. Ho fatto una modifica alla 4.2.0 e ho aggiustato la rotazione della matrice di bed level, penso che il problema era nella coreXY, anche se non ne sono del tutto convinto... Non avendo ancora una core ho difficoltà nel fare le prove..
Se puoi aggiorna il fw e riprova. Mandami sempre il log completo di info e G29 V4...

Sto provando a caricare la 4.2.0 ma mi da errore sull'LCD

Arduino:1.5.8 (Mac OS X), Scheda:"Arduino Mega or Mega 2560, ATmega2560 (Mega 2560)"

ultralcd.cpp.o: In function `lcd_level_bed':
ultralcd.cpp:2469: undefined reference to `lcd_prepare_motion_menu()'
ultralcd.cpp:2469: undefined reference to `lcd_prepare_motion_menu()'
ultralcd.cpp:2469: undefined reference to `lcd_prepare_motion_menu()'
ultralcd.cpp.o: In function `lcd_goto_menu':
ultralcd.cpp:301: undefined reference to `lcd_prepare_motion_menu()'
collect2: error: ld returned 1 exit status
Errore durante la compilazione

  Questo report potrebbe essere più ricco
di informazioni con
  "Mostra un output dettagliato durante la compilazione"
  abilitato in "File > Impostazioni"

ho questo

// The RepRapDiscount Smart Controller (white PC
// [reprap.org]
#define REPRAP_DISCOUNT_SMART_CONTROLLER

corretto

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Quote
MagoKimbra
corretto

ora l'ho caricato, ma succede una cosa molto strana sull'asse Z!
in pratica è come se fossero sballati gli step per unit, se ad esempio muovo manualmente di 10 , si sposta di 100 e anche piu!!
questo la mia configurazione

// Default steps per unit               X,  Y,    Z,  E0...(per extruder)
#define DEFAULT_AXIS_STEPS_PER_UNIT   {80, 80, 400, 886.69, 625, 625, 625}

ho provato ad esempio a mettere 40 invece di 400 ma il tutto non risente del cambiamento, si muove sempre della stessa distanza!
Un'altra cosa strana è che ho dovuto rimettere l'endstop Xmin nella sua posizione originale (ti ricordi qualche post sopra che lo avevo spostato su Xmax?)
questo a riprova che la Ramps non è danneggiata, non andava qualcosa nel FW
In pratica quando mi muovo lungo Z c'è un fattore 10 in piu, se muovo 1 si muove 10, se muovo 10 si muove 100 e così via!!
Altra cosa che non funziona è il travel limits! In pratica non va oltre 200

Edited 2 time(s). Last edit at 11/17/2015 10:13AM by mdcompositi.

Ma scusa.. Io tutte ste cose non le ho minimamente toccate, ho solo cambiato una cosa sul autobed level che non incide in nessun modo con quanto hai detto....

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Quote
MagoKimbra
Ma scusa.. Io tutte ste cose non le ho minimamente toccate, ho solo cambiato una cosa sul autobed level che non incide in nessun modo con quanto hai detto....

Si ma io semplicemente ho reinserito tutti i settaggi che avevo sulla 4.0.2 e nient'altro
Semplicemente ti sto spiegando quello che succede, la Z è completamente sballata!
Ho scaricato la 4.2 da marlinkimbra.it usando l'autoconfiguratore
Il FW è insensibile a qualsiasi cambiamento rispetto agli step per axis per quanto riguarda la Z
Qualsiasi valore inserisco la Z si muove sempre uguale
Poi ho settato 300 per la x e la y in travel limits ma si muove come se avessi messo 200
Niente altro....

Edited 2 time(s). Last edit at 11/17/2015 02:47PM by mdcompositi.

Ma dove inserisci i valori?? Spero nel file configuration_overall e non nel file configuration_cartesian....

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Quote
MagoKimbra
Ma dove inserisci i valori?? Spero nel file configuration_overall e non nel file configuration_cartesian....

Ecco...io avendo una corexy vado a modificare in configuration_core come facevo per la versione precedente!
È qui che sbaglio?
Mi sembra di capire di si, deve essere una novità della nuova versione!

Edited 1 time(s). Last edit at 11/17/2015 03:13PM by mdcompositi.

Si, nella nuova versione i valori vengono modificati, anzi aggiunti al file overall che quello che sovrascrive tutto, i file normali non vengono toccati rimanendo solo come base, questo consente il fato di avere in un unico file tutte le modifiche fatte al FW in modo da poter copiare solo quel file a ogni aggiornamento...

---

COMPRA ITALIANO - sostieni le nostre aziende - sostieni la nostra gente - sostieni il tuo popolo - sosterrai te stesso.
Alberto C. felice possessore di una Kossel K2
My Blog - My Thingiverse

Quote
MagoKimbra
Si, nella nuova versione i valori vengono modificati, anzi aggiunti al file overall che quello che sovrascrive tutto, i file normali non vengono toccati rimanendo solo come base, questo consente il fato di avere in un unico file tutte le modifiche fatte al FW in modo da poter copiare solo quel file a ogni aggiornamento...

..caricato e settato il pibot!
solo che non sono riuscito a fare una stampa, si blocca !!
in pratica dopo aver fatto il G29 manda M117 per far partire la stampa e poi si blocca tutto
questo il log da repetier

< 19:26:22: echo: G29 Auto Bed Leveling
< 19:27:22: echo: Eqn coefficients: a: 0.00915476 b: -0.01194048 d: 4.54875040
< 19:27:22: echo: planeNormal x: -0.009155 y: 0.011940 z: 1.000000
< 19:27:22: echo:  Bed Level Correction Matrix:
< 19:27:22: echo: +0.999958 +0.000000 +0.009154 
< 19:27:22: echo: +0.000109 +0.999929 -0.011939 
< 19:27:22: echo: -0.009154 +0.011939 +0.999887 
< 19:27:22: echo: N82 M105 *61
< 19:27:22: echo: N83 G92 E0.0000 *114
< 19:27:22: echo: N84 M105 *59
< 19:27:22: echo: N85 G1 E3.0000 F200.00 *55
< 19:27:22: echo: N86 M105 *57
< 19:27:22: echo: N87 G92 E0.0000 *118
< 19:27:22: echo: N88 G1 F7800.00 *127
< 19:27:22: echo: M117 Printing...
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89
< 19:27:22: error: Line Number is not Last Line Number+1, Last Line: 88
< 19:27:22: resend: 89

questo è il G29 V4

< 19:37:07: echo: N74 G29 V4 *67
< 19:37:07: echo: G29 Auto Bed Leveling
< 19:38:07: echo: Eqn coefficients: a: 0.00966667 b: -0.01242857 d: 4.55000019
< 19:38:07: echo: Mean of sampled points: 4.25999975
< 19:38:07: echo: planeNormal x: -0.009667 y: 0.012429 z: 1.000000
< 19:38:07: echo: Bed Height Topography:
< 19:38:07: echo: +-----------+
< 19:38:07: echo: |...Back....|
< 19:38:07: echo: |Left..Right|
< 19:38:07: echo: |...Front...|
< 19:38:07: echo: +-----------+
< 19:38:07: echo:  -0.66000 -1.95000
< 19:38:07: echo:  -1.37000 +3.98000
< 19:38:07: echo: Corrected Bed Height vs. Bed Topology:
< 19:38:07: echo:  +0.71035 -0.57965
< 19:38:07: echo:  +0.00035 +5.35035
< 19:38:07: echo:  Bed Level Correction Matrix:
< 19:38:07: echo: +0.999953 +0.000000 +0.009666 
< 19:38:07: echo: +0.000120 +0.999923 -0.012426 
< 19:38:07: echo: -0.009665 +0.012427 +0.999876

Anche se ti ripeto, non sono riuscito a far partire una stampa per cui non so se stampa schiacciato o meno!!
....cose strane.....

< 12:06:07: echo: M48 Z-Probe Repeatability test
< 12:08:37: Mean: 2.069750
< 12:08:37: Standard Deviation: 0.002358

Edited 3 time(s). Last edit at 11/19/2015 06:32AM by mdcompositi.

al di la degli eventuali problemi di comunicazione con cavo usb ho provato a stampare da SD
posso confermare che la cosa non si è affatto risolta, anzi è molto piu accentuata tanto da essere completamente sballata!
...boh!!
mi chiedo se tu hai esperienza di qualche utente con corexy che usa il tuo marlin in modo da fargli fare qualche prova!! magari sono io che sbaglio qualcosa!

Ciao,
io ho una Smartrapcore e avevo lo stesso problema, usando un sensore induttivo non il pibot, ho appena caricato l'ultima versione del firmware (mk 4.2dev) e ora a me sembra funzionare correttamente.

Nicholas

Quote
mdcompositi
al di la degli eventuali problemi di comunicazione con cavo usb ho provato a stampare da SD
posso confermare che la cosa non si è affatto risolta, anzi è molto piu accentuata tanto da essere completamente sballata!
...boh!!
mi chiedo se tu hai esperienza di qualche utente con corexy che usa il tuo marlin in modo da fargli fare qualche prova!! magari sono io che sbaglio qualcosa!

Ciao,
ho provato a stampare da SD e la stampa si è bloccata dopo aver scaldato l'hotend... E' arrivato a temperatura a iniziato a estrudere (spurgare) prima di iniziare la stampa vera e propria, ma poi è rimasto li... senza finire lo spurgo... Da repetier host via usb invece la stampa è andata tranquilla e correggendo correttamente l'inclinazione del piano. Come firmware uso la 4.2dev del firmware MarlinKimbra e la stampante è una smartrapcore (corexy).

Grazie,
Nicholas

Quote
snicholas
Ciao,
ho provato a stampare da SD e la stampa si è bloccata dopo aver scaldato l'hotend... E' arrivato a temperatura a iniziato a estrudere (spurgare) prima di iniziare la stampa vera e propria, ma poi è rimasto li... senza finire lo spurgo... Da repetier host via usb invece la stampa è andata tranquilla e correggendo correttamente l'inclinazione del piano. Come firmware uso la 4.2dev del firmware MarlinKimbra e la stampante è una smartrapcore (corexy).

Grazie,
Nicholas

Ciao
al di la dei problemi che ci possono essere a causa di blocchi dovuti alla comunicazione con cavo usb(anche se a me prima non aveva mai dato problemi!!) a me succedono altre cose tipo ad esempio il fatto che quando parte la stampa fa il perimetro esterno di spurgo sollevato per poi andare sul piatto solo successivamente!
Al momento sono un po bloccato dal lavoro ( ma vedo che il mago è molto piu incasinato, praticamente non ha il tempo di rispondere piu!!) ma ho caricato anche io la 4.2dev e Alberto diceva di aver corretto la matrice, io non ho avuto ancora il tempo di provare per bene ma a me la cosa non sembra risolta ad una prima prova che ho fatto qualche giorno fa!
Mi rincuora sapere che a te però va bene, ti chiedo allora magari di fare qualche prova con l'stl che uso io per il bed leveling! e magari posti qualche foto
Lo trovi qui [www.thingiverse.com]

Allora,
ieri sera ho montato il pibot e fatto un po' di prove... in effetti provando a stampare l'stl che ha postato @mdcompositi ho visto problemi che con altri non notavo... sembra in effetti non compensare correttamente. stasera dovrei avere un po' più di tempo per fare prove dopo posterò foto, risultati e log.

Grazie,
Nicholas

Quote
snicholas
Allora,
ieri sera ho montato il pibot e fatto un po' di prove... in effetti provando a stampare l'stl che ha postato @mdcompositi ho visto problemi che con altri non notavo... sembra in effetti non compensare correttamente. stasera dovrei avere un po' più di tempo per fare prove dopo posterò foto, risultati e log.

Grazie,
Nicholas

nel mio caso non è una cosa legata al tipo di sensore usato!
Il problema me lo da con entrambi i tipi (pibot,capacitivo)
E' dovuto (forse) a un problemaFW

Ciao,
ieri non ho avuto gran tempo per fare le prove, però effettivamente anche con il sensore induttivo da' gli stessi problemi... probabilmente quando mi era sembrato funzionare correttamente era perché avevo il piano livellato "meglio" di adesso e l'errore era evidentemente trascurabile. Chiedo venia... Volevo provare con il firmware della smartrapcore preso dal loro github, ma non scalda l'estrusore... Se riesco stasera provo anche quello...

Grazie,
Nicholas

Quote
snicholas
Ciao,
ieri non ho avuto gran tempo per fare le prove, però effettivamente anche con il sensore induttivo da' gli stessi problemi... probabilmente quando mi era sembrato funzionare correttamente era perché avevo il piano livellato "meglio" di adesso e l'errore era evidentemente trascurabile. Chiedo venia... Volevo provare con il firmware della smartrapcore preso dal loro github, ma non scalda l'estrusore... Se riesco stasera provo anche quello...

Grazie,
Nicholas

mi fa molto piacere (ovviamente non sono contento che anche a te non funzioni) avere la possibilità che ci sia un secondo "tester" per corexy!
ovviamente ci tocca solo aspettare Magokimbra (in questo periodo impegnato nel suo lavoro)!
intanto però procedi con i test e metti informazioni qui!

Allora, ho provato sia con il marlin classico della smartrapcore che con repetier fw, ma il risultato non è cambiato... Poi ho notato che quando facevo la home di z nell'angolo verso x0 y0 il noozle rimaneva più staccato rispetto agli altri punti... Ho provato allora a spostare il pibot dalla destra del carrello a dietro. In questo modo il sensore rimane più basso rispetto a prima e la lettura nei 4 angoli e al centro è più coerente. Non sono convinto del perchè influisca, ma comunque in questo modo, con il marlinkimbra 4.2, anche se la situazione sembra migliorata il risultato è simile a prima... la stampa è schiacciata ... Allego alcune foto che spero possano essere utili... e il risultato del comando g29 v4

23:30:32.779 : echo: gcode_G29 >>>
23:30:32.783 : echo: G29 Auto Bed Leveling
23:30:32.787 : echo: setup_for_endstop_move > enable_endstops(true)
23:30:32.791 : echo: z_before = (before) 5.00
23:30:32.791 : echo: probe_pt >>>
23:30:32.795 : echo: > ProbeAction:1 > current_position: (0.00, 0.00, 0.60)
23:30:32.803 : echo: Z Raise to z_before 5.00 > do_blocking_move_to_z 5.00
23:30:32.807 : echo: do_blocking_move_to: (0.00, 0.00, 5.00)
23:30:35.027 : echo: > do_blocking_move_to_xy 220.00, 10.00
23:30:35.035 : echo: do_blocking_move_to: (220.00, 10.00, 5.00)
23:30:36.416 : echo: > ProbeDeploy
23:30:36.420 : echo: deploy_z_probe > current_position: (220.00, 10.00, 5.00)
23:30:40.074 : echo: run_z_probe > current_position: (220.00, 10.00, 3.75)
23:30:40.078 : echo: Bed X: 220.000 Y: 50.000 Z: 3.750
23:30:40.078 : echo: <<< probe_pt
23:30:40.082 : echo: z_before = (between) 8.75
23:30:40.082 : echo: probe_pt >>>
23:30:40.090 : echo: > ProbeAction:0 > current_position: (220.00, 10.00, 3.75)
23:30:40.094 : echo: Z Raise to z_before 8.75 > do_blocking_move_to_z 8.75
23:30:40.098 : echo: do_blocking_move_to: (220.00, 10.00, 8.75)
23:30:42.622 : echo: > do_blocking_move_to_xy 10.00, 10.00
23:30:42.625 : echo: do_blocking_move_to: (10.00, 10.00, 8.75)
23:30:51.002 : echo: run_z_probe > current_position: (10.00, 10.00, 0.81)
23:30:51.006 : echo: Bed X: 10.000 Y: 50.000 Z: 0.813
23:30:51.006 : echo: <<< probe_pt
23:30:51.010 : echo: z_before = (between) 5.81
23:30:51.010 : echo: probe_pt >>>
23:30:51.018 : echo: > ProbeAction:0 > current_position: (10.00, 10.00, 0.81)
23:30:51.023 : echo: Z Raise to z_before 5.81 > do_blocking_move_to_z 5.81
23:30:51.026 : echo: do_blocking_move_to: (10.00, 10.00, 5.81)
23:30:53.549 : echo: > do_blocking_move_to_xy 10.00, 190.00
23:30:53.553 : echo: do_blocking_move_to: (10.00, 190.00, 5.81)
23:30:59.247 : echo: run_z_probe > current_position: (10.00, 190.00, 2.77)
23:30:59.251 : echo: Bed X: 10.000 Y: 230.000 Z: 2.771
23:30:59.255 : echo: <<< probe_pt
23:30:59.255 : echo: z_before = (between) 7.77
23:30:59.259 : echo: probe_pt >>>
23:30:59.263 : echo: > ProbeAction:2 > current_position: (10.00, 190.00, 2.77)
23:30:59.267 : echo: Z Raise to z_before 7.77 > do_blocking_move_to_z 7.77
23:30:59.271 : echo: do_blocking_move_to: (10.00, 190.00, 7.77)
23:31:01.799 : echo: > do_blocking_move_to_xy 220.00, 190.00
23:31:01.802 : echo: do_blocking_move_to: (220.00, 190.00, 7.77)
23:31:07.021 : echo: run_z_probe > current_position: (220.00, 190.00, 6.02)
23:31:07.025 : echo: > ProbeStow (stow_z_probe will do Z Raise)
23:31:07.030 : echo: stow_z_probe > current_position: (220.00, 190.00, 6.02)
23:31:07.034 : echo: Bed X: 220.000 Y: 230.000 Z: 6.020
23:31:07.038 : echo: <<< probe_pt
23:31:07.042 : echo: > probing complete > current_position: (220.00, 190.00, 6.02)
23:31:07.046 : echo: setup_for_endstop_move > enable_endstops(false)
23:31:07.058 : echo: Eqn coefficients: a: 0.01472843 b: 0.01174566 d: 0.00035378
23:31:07.062 : echo: Mean of sampled points: 3.33851552
23:31:07.066 : echo: planeNormal x: -0.014728 y: -0.011746 z: 1.000000
23:31:07.074 : echo: set_bed_level_equation_lsq > current_position: (220.06, 190.02, 0.55)
23:31:07.078 : echo: Bed Height Topography:
23:31:07.078 : echo: +-----------+
23:31:07.082 : echo: |...Back....|
23:31:07.082 : echo: |Left..Right|
23:31:07.082 : echo: |...Front...|
23:31:07.087 : echo: +-----------+
23:31:07.087 : echo:  -0.56758 +2.68180
23:31:07.091 : echo:  -2.52539 +0.41117
23:31:07.095 : echo: Corrected Bed Height vs. Bed Topology:
23:31:07.099 : echo:  +2.84827 +6.09764
23:31:07.099 : echo:  +0.89046 +3.82702
23:31:07.103 : echo:  Bed Level Correction Matrix:
23:31:07.107 : echo: +0.999892 +0.000000 +0.014727
23:31:07.111 : echo: -0.000173 +0.999931 +0.011742
23:31:07.111 : echo: -0.014726 -0.011744 +0.999823
23:31:07.119 : echo: > BEFORE apply_rotation_xyz > z_tmp  = 0.55
23:31:07.123 : echo: > BEFORE apply_rotation_xyz > real_z = 6.02
23:31:07.127 : echo: > AFTER apply_rotation_xyz > z_tmp  = 6.49
23:31:07.131 : > corrected Z in G29: (220.06, 190.02, 1.07)
23:31:07.131 : echo: <<< gcode_G29
23:31:07.143 : echo: X:220.06 Y:190.02 Z:1.07 E:0.00 Count X: 219.99 Y:189.99 Z:6.54

[drive.google.com]
[drive.google.com]
[drive.google.com]
[drive.google.com]

Dalla foto che hai allegato non mi sembra che tu abbia il mio stesso problema!
Il tuo credo sia dovuto ad un errore nel valore di offset inserito

#define Z_PROBE_OFFSET_FROM_EXTRUDER -2.8

Se vedi meglio le foto da me allegate i cubi stampati sono schiacciati verso un'angolo, non sono tutti uguali.
in ogni caso mi manderesti il tuo marlinkimbra zippato così gli do un'occhiata?
la mia email è mdcompositi@gmail.com

Edited 2 time(s). Last edit at 11/26/2015 11:23AM by mdcompositi.

Quote
MagoKimbra
Si, nella nuova versione i valori vengono modificati, anzi aggiunti al file overall che quello che sovrascrive tutto, i file normali non vengono toccati rimanendo solo come base, questo consente il fato di avere in un unico file tutte le modifiche fatte al FW in modo da poter copiare solo quel file a ogni aggiornamento...

Scusa Alberto, come mai il mio log relativo a G29 V4 non mi restituisce tutte le informazioni ?
per esempio i vari probe action?