Leapfrog Creatr HS stopt halverwege het afdrukken (extruders niet verstopt)

smajli

2018-09-04 17:55:05 UTC

view on stackexchange narkive permalink

Ik heb geprobeerd een 3D-model af te drukken met Creatr HS van Leapfrog. Deze afdruk is twee keer mislukt. Het 3D-model is hetzelfde, .gcode hetzelfde. Verrassend genoeg mislukte het in een ander stadium. Kijk naar de foto's. U kunt de plaats zien waar de extruder was toen het afdrukken stopte.

Ik heb het filament en de extruders gecontroleerd, het is hier GEEN probleem. Extruders zijn niet verstopt, het filament is niet verward of geblokkeerd. Stappenmotoren werken niet meer, hoe dan ook, het display geeft aan dat het afdrukken vordert.

Ik heb een ticket voor dit probleem gemaakt op de ondersteuningspagina van Leapfrog, maar kreeg het antwoord dat deze printer niet langer wordt ondersteund.
Heeft iemand een idee wat de kern van het probleem zou kunnen zijn? EDIT
Vandaag heb ik opnieuw geprobeerd om af te drukken om de opmerkingen te observeren en te beantwoorden. Waarnemingen zijn:
- Het proces stopt plotseling
- Hotend koelt af (je kunt het zien op de onderstaande afbeelding - ik gebruik de linker extruder - zoals je kunt zien toont het 24/0; 24 is de werkelijke hotend-temperatuur, 0 - gewenste temperatuur)
- Display laat zien dat het afdrukken nog sneller verloopt dan wanneer alles in orde is (misschien is dit niet belangrijk)

EDIT2

Ik heb de printer geopend om te zien wat er binnen gebeurt. De elektronica is opgedeeld in 2 printjes. De ene is een 'zwaar werkpaard' (stuurprogramma's en wat logica), de andere is een Olimex A20-Olinuxino-Micro. De pendrive met .gcode is op dit bord aangesloten, evenals de joystick voor weergave en bediening (eigenlijk encoder).
Een van de USB-poorten van Olinuxino is verbonden met het 'workhorse'-bord . Naast de USB-poort kun je hier Rx / Tx-diodes zien.
Waarnemingen:
Wanneer de print actief is, knipperen twee Rx / Tx-diodes op de printplaat van het werkpaard af en toe (voornamelijk wanneer de richting van de printkop verandert), wat de suggestie wekt dat de gegevens van de printplaat van Olinuxino komen. Wanneer het afdrukken stopt, knipperen deze twee diodes snel. Ik denk dat er een probleem is met het Olimex-bord (het verzendt ongecontroleerde gegevens of gegevens worden te snel verzonden).
Hieronder ziet u een afbeelding van het stuurprogramma-bord met Rx / Tx-diodes continu aan. Er is ook nog een ander Rx / Tx-paar en deze staan ook beide aan.
Ik ga wat zoeken op het bord / systeem van Olinuxino.

BEWERK 3
Bevinding: Tijdens de printplaat en temperatuurcontrole heb ik geconstateerd dat de Olimex-printplaat van de koelventilator onderin leeg is. Ik heb hem eruit gehaald, aangesloten op +24 V en ... niet ronddraaien.
Ik heb de ventilator vervangen door een nieuwe. Ook heb ik een doosmodel van 20 mm gemaakt om af te drukken, in plakjes gesneden en geprobeerd het af te drukken. Geen succes hier. Na 2 regels afdrukken plotseling stoppen en Rx / Tx knipperen. Ik heb het model van Marvin gedownload, in plakjes gesneden en geprobeerd af te drukken: alles ok!
Ik wil ook weten of de gegevens continu worden opgehaald van USB of naar Olinuxino worden geladen en vervolgens worden gebruikt om af te drukken. Dus begon de Marvin-print, verwijderde USB van Creatr HS en ja, de print gaat door tot het einde. Ik denk dat de gegevens moeten worden opgeslagen in het Olimex-geheugen en vervolgens moeten worden opgehaald en naar de PCB van de stuurprogramma's moeten worden gevoerd. Vraag is: waar in Olimex worden de gegevens opgeslagen? Is het ontbreken van een ventilator (en mogelijk oververhitting) deze licht beschadigd? Als dit wordt opgeslagen in het ingebouwde NAND-geheugen, kan dit na een lange tijd een probleem veroorzaken - het heeft 100.000 schrijf- / wiscycli.

Een nieuw bord zou een oplossing zijn, helaas rende Leapfrog ze op. Olimex verkoopt borden, zal proberen er een te kopen. Ik hoop dat een andere revisie zal werken.

Bij 'gestopt' neem ik aan dat de afdruk is voltooid zoals verwacht, alleen zonder extrusie? Als u 'niet geblokkeerd' zegt, werkt dan meteen een andere afdruk? Is de hotend nog heet? Het is niet duidelijk wat u zegt over steppers. Misschien is de driverchip oververhit?

Met 'gestopt' bedoel ik onderbroken (zonder externe krachten / acties). De kop stopt en blijft op zijn plaats. Met stappenmotoren bedoel ik X / Y / Z-as stappenmotoren.

zodat de hele afdruktaak crasht? Is het slechts een afdruk van deze duur? Hete locatie?

Ik denk het niet. Ik heb met succes hetzelfde model geprint toen we erg warme dagen hadden. Vandaag is het rond de 19 graden.

Heb je de afdruk afgebroken toen hij stopte of heb je hem een minuutje gegeven? Soms stopt een print als het verwarmingsblok onder een bepaalde temperatuur daalt ... Je zou de temperatuur moeten kunnen volgen en loggen via de Repetier-host door gewoon een kabel aan te sluiten op de printer. Laat het gewoon afdrukken en bekijk de temperatuurcurves - als het opnieuw mislukt, hebt u temperatuurdroßp misschien uitgesloten of als reden geïdentificeerd.

is dit gedrag eigen aan deze gcode of genereert een afdruk voor een vergelijkbare lange gcode dezelfde fout (alleen om uit te sluiten dat dit bestand corrupt is)? Kunt u de zitting van de connectoren tussen de twee platen en de temperatuur van de kernchips controleren?

@Trish: No1. Ja, ik heb het ongeveer 10 minuten na het stoppen met afdrukken gegeven om te zien of het wordt hervat. Op het display kan ik zien dat de gevraagde temperatuur naar 0 gaat, dus het probleem is hier niet. No2. Ik heb geprobeerd het model op een ander gebied van het printbed te plaatsen en het opnieuw te snijden. Druk dan af. Vergelijkbare resultaten. Vandaag zal ik proberen met een ander model van vergelijkbare lengte. Connectoren gecontroleerd en prima. Temperatuur: bovenbord ok, onderzijde te controleren. Ik heb een dode ventilator gevonden die lucht naar de bodemplaat blaast, maar denk niet dat dit de kern van het probleem is. Update binnenkort :)