devilman

mah, vedendo che non erano giunte risposte ho dato per scontato che per voi la cosa fosse ovvia e non servisse poi dare spiegazioni a come avevo risolto. In pratica il problema era in effetti "ovvio", ma non immediato. E' venuto fuori che, per qualche motivo, la mia geetech prusa i3 pro B sia arivata fornita di barre trapezie, per cui , a differenza di quanto trovavo indicato in tutti i riferimenti, gli step/mm dovessero essere settati a 400 e rotti. In pratica messa a 2560 correva come un treno e ovviamente alzava in altezza.

beh, e come potrebbe essere altrimenti? se testi due FW, uno dei due risulterà più vecchio dell'altro... no? vedendo che con uno avevo problemi ne ho testato un altro... non capisco cosa tu voglia dire. Per quanto riguarda la seconda parte del tuo intervento, tono a parte... certo che si può sapere, basta chiedere. Devo dire però che non mi pare che il tipo di autolevel c'entri con la domanda iniziale, dato che il problema era l'offset non preso in considerazione anche se settato (quindi a monte dell'auto level direi). Comunque, se ho capito bene, l'UBL si attiva col g29 t nello start code... io do un semplice g29, quindi il bilinear, corretto?

RISOLTO

up... help please...

E' proprio vero che quando una cosa funziona bene non la si dovrebbe toccare. Nella foto allegata potete vedere a sinistra come la mia stampante fuznionasse solo 2 gg fa. A destra come stampa ora, dopo vari cambi di FW effettuati per far funzionare il 3d touch. il Gcode è lo stesso. Il problema sembra comune a prescindere dai FW che carico (provati 1.0.2, 1.1.4, 1.1.8) Per quel pochissimo che capisco io sembrerebbe qualcosa di sbagliato negli step del motore Z per mm, ma ho ricontrollato 100 volte e, avendo ancora le M8 originale su GT 2560 A+ con driver a4988, z dovrebbe essere settato a 2560 ... Ho visto girando per forum che una volta in un caso analogo uno dei jumper sotto al driver non faceva contatto e la scheda pensava di avere un altro tipo di motore... dite sia possibile? Oppure quello in foto è un problema noto che si può facilmente risolvere? grazie in anticipo.

Si, anche io penso che il colpevole sia il Gcode . Unica cosa, G92 E0, non dovrebbe resettare l'estrusore, il suo motore? dici possa influire su Z0? Comunque merita provare, grazie! Appena posso provo (anche io ufficio), Thanx

ok, confermo. dopo aver fatto un homing, portando l'asse Z su 0 da display e messo nella posizione corretta (spessore foglio) idee?

Ora sono in ufficio e non posso farlo subito, ma ricordo di averlo fatto ieri e la risposta è si. portandolo manualmente a 0 da LCD si trova a distanza giusta, ma solo se ha, appunto, l'offset corretto impostato (in questo momento ho rimesso su il FW 1.0.2, quindi l'offset lo posso settare solo da LCD perchè non accetta M851) Da LCD posso leggere (e settare) il famoso offset Z (che è settato nel modo giusto, anche se ho notato che con il firmware 1.02 i valori sono indicati come positivi pur essendo negativi e che hanno un range che non si può sforare, almeno nella parte bassa che è 0.5). Per riepilogare, ho anche messo l'offset a 0 per riportarmi in situazione neutra. Nel caso del firmware 1.8, dando ad esempio m851 z0 per iniziare la procedura di setting. ovviamente lo ho salvato con un m500, seguito da m501 e verificto sia con m503 sia da lecd. Ecco, con l'offset a 0 sia G1 Z0 sia G1 F60 Z0 coincidono (ovviamente) e l'estrusore si trova sopra al piatto (del valor, appunto, di offset a trovare). Una volta poi settato l'offset facendo abbassare Z sino a toccare il foglio (nel mio caso il valore era -0.49) e avendolo impostato con m851z-0.49 se davo G1 Z0 si rimetteva allo Z0 "virtuale" (sopra) ma dando G1 F60 Z0 (introducendo l'offset) andava perfetto a distanza foglio. Con il FW 1.0.2 non posso impostrlo con il comando M851 e devo farlo da display, come detto. A quel punto per lui lo "0" è quello corretto, anche solo danfo G1 Z0. Con il FW 1.8, invece, come detto, lo 0 per lui rimane senza offset (devi dare G1 F60 Z0 e va al posto giusto, oppure g28 seguito da g29, e va al posto giusto). La cosa buffa è che entrambi i FW quando mando in stampa partono più in alto. Nel caso del 1.8 lo capirei (per lui Z0 è ancora in alto) ma lo capisco meno per il 1.0.2 (per lui Z0 è nel posto giusto). curioso... Comunque ad orario pranzo faccio nuovamente la prova che mi hai detto, hai visto mai?

Buongiorno Forum. Sono un paio di giorni che sto impazzendo dietro a questo bastardino e penso sia giunto il momento di chiedere consiglio a qualcuno più esperto. Dopo aver installato a livello hardware il 3d touch (funziona) ho uploadato un firmware che lo prevedesse (in realtà, come vedremo, due) per la mia Prusa i3 pro B e proceduto alla regolazione dell'offset. I due firmware provati sono i seguenti Marlin 1.1.8 marlin 1.0.2 In entrambi, quando si va in stampa, lo Z offset che ho settato ( e salvato con M500) sembra non essere preso in considerazione e la stampante iniza "in aria" (probabilmente è proprio sopra il livello di Z0 di quanto vale l'offset, nel mio caso 0.5.) La differenza fra i due firmware è che nel primo accetta i vari comandi M851 (sia per azzerare inizialmente sia per settare l'offset misurato) mentre il secondo sembra non acccettarli (vecchio?). Ho comunque ovviato, in questo caso, settandolo da LCD. Se con il primo do g28 seguito da g29 l'estrusore si posiziona perfettamente sullo 0 reale (classico foglio di carta di spessore). Analogamente dando G1 F60 Z0 (mettiti in Z0 + offset) va nella stessa posizione. Con il secondo dando un semplicissimo G1 Z0 si mette nella posizione corretta (compreso quindi l'offset). Il mio start Gcode al momento (ho immaginato fosse lui il colpevole) è il seguente ; Default start code G28 ; Home extruder G29 M501; Load data M420 S1; enables leveling M420 V; Prints leveling status G1 Z15 F{Z_TRAVEL_SPEED} M107 ; Turn off fan G90 ; Absolute positioning M82 ; Extruder in absolute mode {IF_BED}M190 S{BED} ; Activate all used extruder {IF_EXT0}M104 T0 S{TEMP0} G92 E0 ; Reset extruder position ; Wait for all used extruders to reach temperature {IF_EXT0}M109 T0 S{TEMP0} Ho provato anche questo ; Default start code G28 ; Home extruder G29 G1 Z15 F{Z_TRAVEL_SPEED} M107 ; Turn off fan G90 ; Absolute positioning M82 ; Extruder in absolute mode {IF_BED}M190 S{BED} ; Activate all used extruder {IF_EXT0}M104 T0 S{TEMP0} G92 E0 ; Reset extruder position ; Wait for all used extruders to reach temperature {IF_EXT0}M109 T0 S{TEMP0} Apparentemente il problema è noto, se leggo bene D'altra parte sono certo che molti di voi abbiano il 3d touch funzionante e stiano stampando (anche con la stessa stampante) e quindi... mi indirizzate nella giusta direzione? grazie in anticipo

Ok... ci siamo finalmente. Sostituito il driver, la stampante funzia e, devo dire, anche bene, oltre le aspettative. Mi ha stupito la qualità degli oggetti, il fatto che i vari layer siano davvero poco visibili, wobble direi inesistente o quasi... Tutto questo dopo un po' di settaggi. Ora qualche consiglio pratico. Sto vedendo davvero mille piccoli grandi upgrade per questa stampante (su thingyverse è pieno di oggetti da stampare). Mi consigliate cosa "vale la pena" di fare davvero? grazie 1000 a tutti

no no... se sposto il driver che sta ad esempio su X e lo metto su E, una volta scaldato, estrude benissimo (e il motore quindi funzia). Il driver di E, messo su X, invece, rende X "morto". Direi driver (e grandissima sfiga, a quel che penso)

vi tengo informati con le mie disavventure in questo mondo. Arrivata la nuova scheda, dato un "autohome", tutti e 3 gli assi vanno... finalmente... risolti i problemi? NO ci mancherebbe. Motore estrusore morto. Prendo il suo driver e lo metto su X... X non va! Quindi anche il driver dovrebbe essere andato. Ho provato a misurare il Vref, non sale oltre 0.61 V (significa qualcosa?) bah... 🤦‍♂️ ideas?

Altro problema, o meglio, problemi. In attesa di capire cosa fare della scheda, mi è venuto un dubbio: ma il motore dell'estrusore, va? Risposta: no, neanche lui, morto. Ho riscaldato l'estrusore e provato ad estrudere filo: nulla, non si muove. A questo punto ho fatto la classica prova, ho messo il motore dell'estrusore su X e Y e ... va, il motore va. Ricepitolando: Sia i motori z che il motore E, se collegati ai loro slot su mainboard, sono morti. Se connessi ad X o Y funzionano. idee? sempre scheda vero? o è un problema già sentito?

40 euro ma con tempi di spedizione lunghi a quel che vedo...arriviamo a 20 gg

il venditore si offre di rimborsarmi il costo della scheda. Purtrpoppo su amazon o ebay non trovo schede a meno di 90 euro se guardo i tempi di spedizione decenti. Avete qualche fonte migliore verso cui rivolgermi?

sapete se 'cè un programmino di diagnostica per la scheda, così mi tolgo ogni dubbio?

si, ho già contattato il venditore, vedo cosa mi risponde... non so se chiedere la sostituzione di tutta la stampante, un bel dubbio... ripeto, ieri sembrava andare benissimo. Cmq appena montata, diciamo che ha 2 gg di vita. Si, per quanto riguarda la tua domanda, nessun motore o driver su Z funziona, ma, ripeto HA FUNZIONATO , non è "nata" così.

provo il file .hex con cura... vediamo che accade ok, fatto con cura, sembra essere andato tutto a buon fine ma l'asse Z rimane morto

grazie mille. curioso, mi da questo errore: Arduino: 1.8.10 (Linux), Board: "Arduino/Genuino Mega or Mega 2560, ATmega2560 (Mega 2560)" In file included from sketch/Marlin.h:23:0, from sketch/Marlin_main.cpp:30: sketch/pins.h:2956:0: warning: "X_MAX_PIN" redefined #define X_MAX_PIN -1 sketch/pins.h:1363:0: note: this is the location of the previous definition #define X_MAX_PIN 24 sketch/pins.h:2957:0: warning: "Y_MAX_PIN" redefined #define Y_MAX_PIN -1 sketch/pins.h:1369:0: note: this is the location of the previous definition #define Y_MAX_PIN 28 sketch/pins.h:2958:0: warning: "Z_MAX_PIN" redefined #define Z_MAX_PIN -1 sketch/pins.h:1375:0: note: this is the location of the previous definition #define Z_MAX_PIN 32 In file included from sketch/Marlin.h:23:0, from sketch/SdFile.cpp:20: sketch/pins.h:2956:0: warning: "X_MAX_PIN" redefined #define X_MAX_PIN -1 sketch/pins.h:1363:0: note: this is the location of the previous definition #define X_MAX_PIN 24 sketch/pins.h:2957:0: warning: "Y_MAX_PIN" redefined #define Y_MAX_PIN -1 sketch/pins.h:1369:0: note: this is the location of the previous definition #define Y_MAX_PIN 28 sketch/pins.h:2958:0: warning: "Z_MAX_PIN" redefined #define Z_MAX_PIN -1 sketch/pins.h:1375:0: note: this is the location of the previous definition #define Z_MAX_PIN 32 In file included from sketch/Marlin.h:23:0, from sketch/SdFatUtil.cpp:20: sketch/pins.h:2956:0: warning: "X_MAX_PIN" redefined #define X_MAX_PIN -1 sketch/pins.h:1363:0: note: this is the location of the previous definition #define X_MAX_PIN 24 sketch/pins.h:2957:0: warning: "Y_MAX_PIN" redefined #define Y_MAX_PIN -1 sketch/pins.h:1369:0: note: this is the location of the previous definition #define Y_MAX_PIN 28 sketch/pins.h:2958:0: warning: "Z_MAX_PIN" redefined #define Z_MAX_PIN -1 sketch/pins.h:1375:0: note: this is the location of the previous definition #define Z_MAX_PIN 32 In file included from sketch/Marlin.h:23:0, from sketch/SdVolume.cpp:20: sketch/pins.h:2956:0: warning: "X_MAX_PIN" redefined #define X_MAX_PIN -1 sketch/pins.h:1363:0: note: this is the location of the previous definition #define X_MAX_PIN 24 sketch/pins.h:2957:0: warning: "Y_MAX_PIN" redefined #define Y_MAX_PIN -1 sketch/pins.h:1369:0: note: this is the location of the previous definition #define Y_MAX_PIN 28 sketch/pins.h:2958:0: warning: "Z_MAX_PIN" redefined #define Z_MAX_PIN -1 sketch/pins.h:1375:0: note: this is the location of the previous definition #define Z_MAX_PIN 32 sketch/Marlin_main.cpp:2667:36: warning: invalid suffix on literal; C++11 requires a space between literal and string macro [-Wliteral-suffix] LCD_MESSAGEPGM(MACHINE_NAME" "MSG_OFF"."); ^ In file included from sketch/Marlin.h:23:0, from sketch/SdBaseFile.cpp:21: sketch/pins.h:2956:0: warning: "X_MAX_PIN" redefined #define X_MAX_PIN -1 sketch/pins.h:1363:0: note: this is the location of the previous definition #define X_MAX_PIN 24 sketch/pins.h:2957:0: warning: "Y_MAX_PIN" redefined #define Y_MAX_PIN -1 sketch/pins.h:1369:0: note: this is the location of the previous definition #define Y_MAX_PIN 28 sketch/pins.h:2958:0: warning: "Z_MAX_PIN" redefined #define Z_MAX_PIN -1 sketch/pins.h:1375:0: note: this is the location of the previous definition #define Z_MAX_PIN 32 In file included from sketch/Marlin.h:23:0, from sketch/thermistortables.h:4, from sketch/Configuration.h:792, from /home/dalkiel3/Downloads/Marlin-PI3_Pro_B/Marlin/Marlin.ino:33: sketch/pins.h:2956:0: warning: "X_MAX_PIN" redefined #define X_MAX_PIN -1 sketch/pins.h:1363:0: note: this is the location of the previous definition #define X_MAX_PIN 24 sketch/pins.h:2957:0: warning: "Y_MAX_PIN" redefined #define Y_MAX_PIN -1 sketch/pins.h:1369:0: note: this is the location of the previous definition #define Y_MAX_PIN 28 sketch/pins.h:2958:0: warning: "Z_MAX_PIN" redefined #define Z_MAX_PIN -1 sketch/pins.h:1375:0: note: this is the location of the previous definition #define Z_MAX_PIN 32 In file included from sketch/SdFile.h:27:0, from sketch/SdFile.cpp:23: SdBaseFile.h:38:8: error: using typedef-name 'fpos_t' after 'struct' struct fpos_t { ^~~~~~ In file included from sketch/Marlin.h:10:0, from sketch/SdFile.cpp:20: /home/dalkiel3/Downloads/arduino-1.8.10/hardware/tools/avr/avr/include/stdio.h:950:33: note: 'fpos_t' has a previous declaration here __extension__ typedef long long fpos_t; ^~~~~~ In file included from sketch/SdFile.h:27:0, from sketch/cardreader.h:8, from sketch/Marlin_main.cpp:44: SdBaseFile.h:38:8: error: using typedef-name 'fpos_t' after 'struct' struct fpos_t { ^~~~~~ In file included from sketch/Marlin.h:10:0, from sketch/Marlin_main.cpp:30: /home/dalkiel3/Downloads/arduino-1.8.10/hardware/tools/avr/avr/include/stdio.h:950:33: note: 'fpos_t' has a previous declaration here __extension__ typedef long long fpos_t; ^~~~~~ In file included from sketch/Marlin.h:23:0, from sketch/thermistortables.h:4, from sketch/Configuration.h:792, from sketch/Servo.cpp:44: sketch/pins.h:2956:0: warning: "X_MAX_PIN" redefined #define X_MAX_PIN -1 sketch/pins.h:1363:0: note: this is the location of the previous definition #define X_MAX_PIN 24 sketch/pins.h:2957:0: warning: "Y_MAX_PIN" redefined #define Y_MAX_PIN -1 sketch/pins.h:1369:0: note: this is the location of the previous definition #define Y_MAX_PIN 28 sketch/pins.h:2958:0: warning: "Z_MAX_PIN" redefined #define Z_MAX_PIN -1 sketch/pins.h:1375:0: note: this is the location of the previous definition #define Z_MAX_PIN 32 In file included from sketch/SdBaseFile.cpp:24:0: SdBaseFile.h:38:8: error: using typedef-name 'fpos_t' after 'struct' struct fpos_t { ^~~~~~ In file included from sketch/Marlin.h:10:0, from sketch/SdBaseFile.cpp:21: /home/dalkiel3/Downloads/arduino-1.8.10/hardware/tools/avr/avr/include/stdio.h:950:33: note: 'fpos_t' has a previous declaration here __extension__ typedef long long fpos_t; ^~~~~~ sketch/SdBaseFile.cpp: In member function 'void SdBaseFile::getpos(fpos_t*)': SdBaseFile.cpp:298:8: error: request for member 'position' in '* pos', which is of non-class type 'fpos_t {aka long long int}' pos->position = curPosition_; ^~~~~~~~ SdBaseFile.cpp:299:8: error: request for member 'cluster' in '* pos', which is of non-class type 'fpos_t {aka long long int}' pos->cluster = curCluster_; ^~~~~~~ sketch/SdBaseFile.cpp: In member function 'void SdBaseFile::setpos(fpos_t*)': SdBaseFile.cpp:1496:23: error: request for member 'position' in '* pos', which is of non-class type 'fpos_t {aka long long int}' curPosition_ = pos->position; ^~~~~~~~ SdBaseFile.cpp:1497:22: error: request for member 'cluster' in '* pos', which is of non-class type 'fpos_t {aka long long int}' curCluster_ = pos->cluster; ^~~~~~~ In file included from sketch/Marlin.h:23:0, from sketch/cardreader.cpp:1: sketch/pins.h:2956:0: warning: "X_MAX_PIN" redefined #define X_MAX_PIN -1 sketch/pins.h:1363:0: note: this is the location of the previous definition #define X_MAX_PIN 24 sketch/pins.h:2957:0: warning: "Y_MAX_PIN" redefined #define Y_MAX_PIN -1 sketch/pins.h:1369:0: note: this is the location of the previous definition #define Y_MAX_PIN 28 sketch/pins.h:2958:0: warning: "Z_MAX_PIN" redefined #define Z_MAX_PIN -1 sketch/pins.h:1375:0: note: this is the location of the previous definition #define Z_MAX_PIN 32 In file included from sketch/SdFile.h:27:0, from sketch/cardreader.h:8, from sketch/cardreader.cpp:2: SdBaseFile.h:38:8: error: using typedef-name 'fpos_t' after 'struct' struct fpos_t { ^~~~~~ In file included from sketch/Marlin.h:10:0, from sketch/cardreader.cpp:1: /home/dalkiel3/Downloads/arduino-1.8.10/hardware/tools/avr/avr/include/stdio.h:950:33: note: 'fpos_t' has a previous declaration here __extension__ typedef long long fpos_t; ^~~~~~ Multiple libraries were found for "LiquidCrystal.h" Used: /home/dalkiel3/Downloads/arduino-1.8.10/libraries/LiquidCrystal exit status 1 using typedef-name 'fpos_t' after 'struct' This report would have more information with "Show verbose output during compilation" option enabled in File -> Preferences. e non mi fa uploadare screenshot

ubuntu, ide 1.8.10, installata, sembra andare tutto, ma non carica il suddetto file.hex... hai un link da usare che faccio prima, dato che il forum geetech è down al momento?

il file da uploadare è il .hex che trovo qui? https://www.geeetech.com/download.html?version_id=53

si si, TUTTI i driver "funzionano" su X e Y e "non funzionano" su Z Per quanto riguarda il firmware, avendo linux, uso la IDE di arduino per linux o la parte upload firmware di CURa va bene? Ho notato che il firmware su geetech è 1.0.04 mentre quella on board è 1.0.05... vabbeh, metto quella no? aggiungo domanda bonus: vedo che marvin è stabile fino a 1.1.9, ma da quel che hai scritto sopra meglio non usarli su questa stampante, giusto?

esatto, hai ricapitolato bene Motori Z su X e Y : si muovono benissimo (e questo direi che ci toglie dal problema struttura o fare prove a motore libero: salgono e scendono che è una bellezza) Motori Z su Z: nessun segno di vita Motori X e Y su Z: nessun segno di vita Motori X e Y su Xe Y: ovviamente vanno Driver Z messo su X: funziona Driver X o Y messo su X: nessun segno di vita. Per dire: se fai autohome, x e y fanno il oro dovere, quando tocca a Z rimane fermo. Ieri invece tutti e tre si posizionavano perfettamente, funzionava. Messa così sembra la scheda, ma ho una sensazione strana... non vorrei aver messo un parametro da qualche parte... Ho anche ricaricato i settaggi di fabbrica, quindi dovrei aver azzerato...

da ide no. Da lcd, tipo? ci ho lavorato molto, non vorrei aver fatto qualcosa. Jagger, per quanto riguarda la parte strutturale, lasciamola un attimo da parte. Se ora collego i motori Z ad x e y e li faccio muovere con comandi da X e Y, salgono e scendono che è una meraviglia! e ieri lo facevano con comandi da asse Z. Non penso sia ora ancora quello il problema. ah, gli end stop funzionano, specialmente Z, testati con comando apposito .

si, ben lubrificate, però ti ripeto: IERI ANDAVANO BENISSIMO (e anche oggi, se collego i motori a x e y) Non provano neanche a muoversi oggi, non sforzano neanche... non partono. E il driver funziona, già provato a scambiarli. Ricapitolando: motori funzionano driver funzionano comano asse Z non fa muovere nulla (sia da stampante che da SW)