Avevo:
#define XYZ_HOME_BUMP_MM 5
#define XYZ_BUMP_DIVISOR 5

messi i valori come i tuoi e si abbassa di 5cm, ora so come fare l'HOME a discrezione.... grazie.

Comunque la calibrazione della macchina/piatto anche con il MK è cosa da farmacisti...., mi pare che anche facendo lo 0 delle torri da menu e poi dando il comando M500 per memorizzare i valori gli stessi non vengono mantenuti.

penso che per prima cosa mi farò dei supporti piatto registrabili meccanicamente con viti a passo fine e poi inventerò qualcosa.

Le soluzioni che si trovano in giro sono troppo macchinose, traslate su un robot antropomorfico richiederebbero giorni solo per la calibrazione e la produzione andrebbe a peripatetetiche....

:yeah:

Monta dei bei servomotori stepper ad encoder assoluto della OrientalMotors :)

Bene che tu sia riuscito a risolvere...io ho montato pure lo switch per la calibrazione automatica ma i valori non sono corretti...infatti è da stamattina che la sto calibrando maualmente...M666..M500 M666 M500......con il piatto con le classiche molle uno farebbe prima

Rettifico:

i parametri di "BUMP" non lavorano sulla posizione di HOME, servono solo ad impostare gli spostamenti e la velocità degli assi quando vanno ad agire sui fine corsa.

in pratica XYZ_HOME_BUMP_MM imposta di quanti mm scendono i carrelli delle torri.
XYZ_BUMP_DIVISOR sembra lavorare sulla velocità di ritorno per la correzione fine della HOME.

La posizione HOME credo venga calcolata (e non modificabile) usando i parametri della geometria della macchina, quindi altezza effettiva, raggio stampabile e forse altri.

Anche il comando G206 che permetterebbe di stabilire un offset della HOME non lavora oltre i limiti preimpostati nel fw.

Consentitemi un piccolo [OT]

Il firmware MK è sicuramente un prodotto assai flessibile, anche TROPPO, il voler rendere universale un controller a mio avviso lo complica inutilmente e lo appesantisce tanto da renderlo assai scomodo da configurare ed utilizzare.

Non è pensabile che per compilare lo sketch .ino del MK un I7 a 3GHz con 16GB di RAM impieghi 10 volte il tempo richiesto ad un programma scritto in Delphi con oltre 2ML di righe di codice..... qualcosa non mi quadra.
[\OT]

Ho deciso che il prossimo step, dopo aver calibrato la Kossel per l'ultima volta, sarà proprio stampare supporti del piatto con regolazione meccanica e fancala il sw e fw. :D :D :D

Alla fin fine mi pare che regolare le viti del fine corsa sui carrelli sia la soluzione più rapida....

:yeah:

Alla fine pure io ho lasciato perdere calibrazione/livellamento del piatto automatico ma usato le viti dei finecorsa...ci ho impiegato 6 ore ma alla fine credo di essere riuscito a settarla per bene...anche perchè cambiando solo 1 parametro modifichi tutti gli altri :lol:
Al di là delle tempistiche di compilazioni, io mi trovo bene con il MK anche perchè su FB c'è un gruppo dedicato solo a quello per cui c'è anche l'assistenza da parte dello svilupaptore Alberto Cotronei (quando può).

cambio discorso: hai trovato notevoli migliorie installando i piedini con le palline da tennis? ho intenzione di farli pure io a breve...

Partendo dalla fine:
i piedini con le palline funzionano bene, riducono il rumore trasmesso al tavolo su cui poggia, smorzano le vibrazioni dell'intera macchina, uno dei migliori upgrade che ho provato.

Occhio che le palline comprate dai 'cinesi' sono più piccole delle standard, quindi procurati palline nuove di marca (1,x l'una al massimo).

La cosa che non capisco (ok ho i miei anni ed un pelo di rincoglionimento ci sta) è che senso abbia sviluppare un ottimo firmware 'universale' privo di qualsiasi manualistica-istruzioni che lo renda facilmente configurabile/gestibile da un hobbista medio ma anche da qualche semi-pro o pro.....

Avendo il piatto riscaldato (altro appunto: non so perchè ma si scalda inizialmente in modo decisamente asimmetrico) la prima cosa che mi viene in mente e che penso di realizzare è un sistema di morsetti che lo leghi bene al vetro di base e poi rendere regolabile facilmente il blocco.

Purtroppo ho molto lavoro ed il tempo libero nei w.e. sarà dedicato ai miglioramenti della baita ma ad ottobre mi dedicherò per trovare alcune soluzioni.

:yeah:

In effetti non essendoci un mini manuale che spieghi a cosa corrispondano i parametri non è proprio il massimo, ma del resto, ripeto, rispetto al Marlin originale mi trovo molto meglio in quanto da host riesco a regolare direttamente i parametri che voglio senza stare tutte le volte a compilare/caricare.
Per le palline da tennis ne ho recuperate 4 in un vecchio scatolone...saranno si e no degli anni '80 :lol::lol:
Per il piano in vetro, non ce l'ho ma è un upgrade che farò in futuro.

Scusa Aero, in che senso riesci a regolare da host i parametri?

Per quanto riguarda la velocità di trasferimento su arduino a cui si riferiva Nonino non so... il mio non è immediato, ma nemmeno ci mette i minuti. Diciamo una decina/20 secondi?

Il firmware MarlinKimbra implementa più funzioni controllate da GCode che permettono la variazione di vari parametri da PC e successiva memorizzazioni in EEProm senza dover variare i vari #define, ricompilare e riprogrammare la scheda Arduino.

Per i tempi ci sta che siano 20..30 secondi di compilazione ed altri 10s di scarico a 250000 baud, resta comunque lento rispetto ad altri compilatori/ide.

:yeah:

Esattamente.
Nel Marlin originale se devi cambiare l'altezza di stampa (DELTA_HEIGHT) devi modificare il file .h ricompilare ecc ecc, mentre con il MarlinKimbra (versione derivata) puoi fare ciò direttamente da host (simplify3D, pronterface..) scrivendo direttamente i comandi GCODE...questo ti fa risparmiare 30s a modifica, se metti poi che modifichi 5/6 parametri diversi per una 10 di volte ciascuno...