EugenioCap

Niente da fare, la stampa di prova di un anello di 15 cm di diametro alto 30 mm con 3 layer da delle righe che sembra che salgano a vite in realtà salgono mezzo giro e poi dall'altra parte scendono e sono più ampie rispetto a quelle del pezzo piccolo Si ripetono anche all'interno dell'anello, sembra proprio uno spostamento meccanico ma non so dove andare a sistemarlo

In realtà il problema c'è anche più in alto, dalla foto non si vede ma l'ondulazione è molto più ampia, si vede in controluce. le viti, non sembra abbiano movimenti strani comunque non dovrebbero essere le barre verticali dove scorrono le ruote, a determinare la direzione? Il problema l'ho avuto da qualche giorno, avevo cambiato l'hot end e al principio avevo dato la colpa a quello, anche se non capivo come potesse influire ma poi ho capito che non era quello.

è un clone della Ender di qualche anno fa 3600x300x400 con due motori Z e viti trapezie che ho controllato. Ho scoperto che c'erano i file di Klipper e Moomracker corrotti, liho fatti sistemare ed ora sto facendo una stampa di prova, è possibile che possa aver influito il software?

Da qualche giorno ho un problema con un effetto indesiderato sulle pareti verticali, si creano delle ondulazioni che non riesco ad eliminare controllando la meccanica, viti elicoidali, cinghie serraggio viti varie è una clone Ender 300x300x400 che ha sempre funzionato a dovere e che ho klipperizzato recentemente. Qualcuno ha qualche idea? grazie

Praticamente è usato l'ugello come sensore, il vero sensore è sopra

La Kobra Max Ha il livellamento automatico del piano, non ha un BLTouch ma un altro sistema che ora non ricordo, bisogna eseguire il comando da display, seguire le istruzioni e fargli fare la Mesh che viene memorizzata automaticamente, poi si può agire con l'apposito comando per regolare lo Z con passi di 0,05mm. Non ha il piano col PEI, ma il vetro al carburundum

Io uso il Cold White PLA+ dell Esun ed è molto coprente anche con spessori di 1 millimetro ma anche meno. Attenzione a non prendere l'altro bianco che è più trasparente

Non so se può essere utile. Con il sonic pad avevo anch'io questi problemi, dopo aver provato vari cavi USB, per farla breve nel mio caso avevo il cavo troppo vicino a un motore nema che evidentemente provocava interferenze, l'ho spostato un po' e non mi è più successo.

Per quel che ne so, dai log (moonraker.log e klippy.log), non si evince nulla, quando avrò un po' di tempo andrò alla grezza come dici tu

Ho provato con Bambustudio, ma mi carica sempre il .gcode sull'altra stampante, anche se non l'ho configurara in Bambustudio, non riesco a capire dove sia il settaggio che gli dica di farlo, il percorso è nel printer.cfg

non ho provato con un altro slicer, con Prusa Slicer si possono gestire le stampanti come con Orca Slicer? non so se sia un problema di Moonraker. Non mi sembra di aver cambiato nulla, e non so cos'altro controllare. Sono ridotto a salvare il file sul PC e poi caricarlo da Mainsail. per ora

Ho installato due istanze di klipper e relativi file per due stampanti su un unico dispositivo con due porte diverse (7125 e 7126), ho predisposto il funzionamento e il collegamento delle due stampanti con Orca Slicer e fino a ieri tutto bene, da oggi quando mando in salvataggio da Orca, sia che lo faccia su una stampante che sull'altra, il file mi viene sempre trasferito nella cartella /gcodes della stessa stampante e non capisco perchè, ho ricontrollato il .cfg delle stampanti e la virtual Sd punta alle directory giuste, non so cosa può essere cambiato a mia insaputa. Non so se sono riuscito a spiegarmi, Qualcuno ha qualche idea?

il 66 dovrebbe corrispondere al PK4 proverò

Ho trovato questo riferito ad una stampante con tre estrusori ma usa la stessa scheda, il mio sensore di filamento è collegato a J12, si può ricavare il nome del pin per Klipper? /** Filament Runout Sensors * * Filament 1 Filament 2 Filament 3 * --- --- --- * | 1 | 5V | 1 | 5V | 1 | 5V * | 2 | 66 F_DET0 | 2 | 67 F_DET1 | 2 | 54 F_DET2 * | 3 | GND | 3 | GND | 3 | GND * --- --- --- * J12 J13 J14 */ #ifndef FIL_RUNOUT_PIN #define FIL_RUNOUT_PIN 66 #endif #ifndef FIL_RUNOUT2_PIN #define FIL_RUNOUT2_PIN 67 #endif #ifndef FIL_RUNOUT3_PIN #define FIL_RUNOUT3_PIN 54 #endif

Settaggi [stepper_x] step_pin: PC0 dir_pin: !PG2 enable_pin: !PC2 microsteps: 16 rotation_distance: 40 endstop_pin: !PA2 position_endstop: 0 position_max: 250 homing_speed: 30 [stepper_y] step_pin: PC6 dir_pin: !PC4 enable_pin: !PA7 microsteps: 16 rotation_distance: 40 endstop_pin: !PA6 position_endstop: 0 position_max: 250 homing_speed: 30 [stepper_z] step_pin: PA3 dir_pin: PA1 enable_pin: !PA5 microsteps: 16 rotation_distance: 8 endstop_pin: ^!PC7 position_endstop: 0 position_max: 200 position_min: 0. Forse J3, J4 ecc. si riferiscono ai nomi serigrafati sulla scheda

ho trovato questi riferimenti per gli schemi ma il primo non funziona, il secondo punta al sito download di Geeetech * Geeetech GT2560 V4.1b Pins * Schematic (4.1B): https://green-candy.osdn.jp/external/MarlinFW/board_schematics/Geeetech GT2560 V4.x + A20/GT2560V4.1BSCHA20T.pdf * Origin: https://www.geeetech.com/download.html?spm=a2g0s.imconversation.0.0.22d23e5fXlQBWv&download_id=45 * ATmega2560 Che poi sono per la A20T, ma la scheda è quella Trovato lo schema ma, a capirci qualcosa!! GT2560V4.1BSCHA20.pdf

Dopo vari tentativi con file .cfg scovati qua e la sono riuscito a far funzionare quasi tutto, gli assi si muovono correttamente la direzione di estrusione va bene il riscadamento funziona, unica cosa che non ho trovato è il pin del rilevamento di fine filo e mi sa che dovrò farne a meno.

Ho provato ad invertire i pin ma rimangono sempre triggerati, forse perché puntano a dei pin sbagliati

il problema è proprio quello, ho cercato e cercato ma non ho trovato poco e niente su questa scheda, ho provato il .cfg di qualcuno che aveva qualcosa di simile ma non ho trovato soluzioni funzionanti Ho trovato questo diagramma ma è della versione V3 e poi io non ci capisco quasi niente. https://github.com/Geeetech3D/Diagram/blob/master/GT2560_V3.0_SCH.pdf

Si riesco, sembra che funzioni sia il riscaldamento dell'hotend e quello del piatto ma gli assi no, se do il comando di homing, fa un accenno di pochi millimetri l'asse X poi si ferma

In teoria l'homing della Kobra non dovrebbe essere al centro, io usavo Simplify 3d che permette di crere i processi che puoi salvare uno ad uno e che partono dalle altezze desiderate, non so se sia possibile farlo anche con Orca Slicer o con cura non ho mai provato.

Si, ho caricato il firmware sulla stampante tramite kiauh

Volevo convertire la stampante Geeetech A20 a klipper, ho messo klipper su un Tvbox con armbian, installato tutto usato il file di esempio Printer.cfg per una scheda generica 2560 ma purtroppo gli assi non si muovono, i finecorsa sono sempre triggered, evidentemente i pin non sono corretti, ho cercato dappertutto ma non ho trovato niente di utile. Se qualcuno sapesse darmi qualche indicazione sarei grato, altrimenti rimetterò Marlin...

Questo è il link per dare un'occhiata, https://github.com/MarlinFirmware/Configurations/tree/release-2.1.2.2/config/examples/Creality/CR-10 S4/CrealityV1 ma se vuoi provare devi scaricare Marlin e i file di configurazione, poi sostituire i file della cartella Marlin con quelli dell'esempio nella configuration release e aprire il folder con Visual Studio e Platformio Link per download Marlin: https://marlinfw.org/meta/download/ Ma ripeto può darsi che non vada al primo colpo, magari servono degli aggiustamenti.

Nella Configuration release di Marlin 2.1.2.2 esiste una sola configurazione per la CR10 S4 quindi si potrebbe usare quella per provare a compilare il nuovo firmware, certo, servirebbe una copia del firmware attuale per ripristinarlo in caso di problemi. PS: ho il Creality pad al quale ho collegato una CR10 S5 che era presente nelle opzioni di installazione del firmware, e comunque dopo ho dovuto smanettare un po' per sistemare il config.cfg