Opriri random ale imprimantei

Salutare

In ultima perioada ma tot lovesc de aceasta problema . Imprimanta se opreste random in mijlocul printatului.
Mentionez ca printez prin cablu usb . ( am citit ca si la sd-card exista aceasta problema )

Uite un log din Cura :

Send: N39463G1 X72.94 Y82.55 E1304.33992*127
Recv: ok
Send: N39464G1 X73.86 Y82.81 E1304.36122*117
Recv: ok
Send: N39465G1 X74.37 Y82.94 E1304.37314*123
Recv: ok
Send: N39466G1 X75.32 Y83.08 E1304.39456*119
Communication timeout during printing, forcing a line
Send: M105 T0 Serial timeout while writing to serial port, trying again.
Unexpected error while writing serial port: SerialTimeoutException:
'Write timeout' @ machineCom.py:_sendCommand:565
Changing monitoring state from 'Printing' to 'Error:
SerialTimeoutException: 'Write time...' Connection closed, closing down monitor

Mai mentionez ca dupa ruperea conexiunii dintre PC si RAMPS , RAMPS-ul incalzea in continuare hot-end-ul.

Din ce am mai investigat pe google, am ajuns la urmatoarele concluzii :

1) Fluctuatie de tensiune ( in cazul meu poate fi posibil, deoarece pe aceasi duza se afla si frigiderul, iar cand porneste se aude un zgomot in boxele de la calculator) .
Aici puteti gasi mai multe detalii legat de problema asta : [www.soliforum.com]

2) Update windows / webCam ( [www.soliforum.com] )

Parerea mea e ca ceva rupe comunicarea intre PC si RAMPS, iar conexiunea nu se mai poate stabili la loc (cazul PC).
Ori pentru o secunda RAMPS-ul pica datorita unor factori externi ( cazul sd-card).

Mai cunoasteti alte posibile cauze pentru problema asta ?
Ati rezolvat in vreun fel problema asta?
Cu ce soft printati ?
Pe linux sunt aceste probleme ?

Mi s-a intamplat. Eu folosesc OctoPrint instalat pe RaspberyyPi ruland Raspbian (un Linux Debian simplificat). Cu el controlez pana la 4 imprimante simultan. Electronica de pe imprimante e Minitronics de la RepRapWorld si un Melzi de la RepRapPro.
In mod normal toata instalatia, cuprinzand 3 imprimante de lucru este intr-un soi de rack, cu blaturi culisante pentru fiecare imprimanta.
Sunt doua tipuri de erori care au fost raportate.
Una semnaleaza absenta unui numar de linie in fisierul G-code, la unele modele si doar la prima tentativa de imprimare. Chestia ciudata este ca, desi ar putea proveni de la o eroare de comunicatie, am o banuiala ca e altceva. Se intampla numai cu anumite fisiere G-code, in acelasi loc (numai daca resetez si RPi, altfel, daca resetez doar imprimanta, merge normal!)
Cea de-a doua semnaleaza o exceptie la comunicare. In ambele cazuri, imprimarea se opreste, dar FW (Marlin) nu reseteaza in vreun fel imprimanta, asa ca temperaturile sunt mentinute (lucru neplacut).
Cam in jumatate din cazuri eroarea a aparut cand am umblat la sertare (de exemplu, sa eliberez o imprimanta care a terminat treaba). Asta m-a facut sa suspectez o problema de contact electric la conectorii USB, ceea ce e destul de posibil.
Daca ar fi doar asta, cealalta jumatate s-ar putea datora vibratiilor, ceea ce este cam tras de par cred.
Spre rusinea mea, n-am facut investigatii si nici nu am o evidenta prea exacta a incidentelor, dar rata este net mai mica de 1% (printuri). Probabil ca prin loguri sa fie ceva mai multa informatie

OMOARA FRIGIDERUL!!!
ACUM !!!
:-)

Sau fa un test: scoate frigiderul cand printezi... daca poti :-)

Lasand gluma, eu am avut o corelatie clara intre on-off-ul motorului de frigider si print-uri inghetzate in aer.



Momentan printez de pe un Megatronics. Un RAMPS conglomerat pe un ArduinoMega.
Printez stand-alone de pe SD card.

Tocmai DE-ASTA am trecut pt SD card pentru ca atunci cand printam "tethered", mai mereu se petrecea ceva si-mi rupea comunicatia si deci printul.
Acest ceva de obicei era o gatuitura de procesare sau nushce reset pe bus-ul de USB si gata, cadea treaba.
Windows, printand cu Repetier-Host.

De cand cu printat-ul de pe SD-card, o singura data mi-a murit in mers si anume atunci cand am scos un HDD de pe un alt port USB al calculatorului.
Asta desi i-am dat eject in prealabil.


Drept urmare, ultimele cateva zeci de piese le-am printat de pe SD-card si cu USB-ul bagat intr-un charger USB.

Am incercat sa omor frigideru si observ ca nu se lasa usor. O sa fiu mai insistent .
Am fost mai atent in ultima perioada la frigider si pana la urma nu are nici o treaba cu printatul .


Cat despre sd-card...Am mai citit si am mai auzit si la alte persoane, sd-card-ul da un rezultat mai bun . Se intampla rar, foarte rar o "inghetare" a printului.

In prezent am o extensie sd-card . Pot sa fac upload de fisiere ( .gcode ), dar nu pot sa le citesc ulterior .
Ma gandesc sa-mi iau un ecran LCD cu suport sd-card ( sper sa nu dau in aceasi problema de citire).

Ca si solutie la problema asta , eu o vad sd-cardul.

Sau ethernet.


Tot asa la modul general intreruperi pot fi din x cauze, dar daca e chestie de calitate a curentului depinde cel mai mult de distanta pana la traful de la medii la joase, de instalatie, vecini, etc. La mine opriri din astea pseudo-random apareau cand porneam un polizor unghiular intr-o camera alaturata. Am mai vz mai demult un post pe forum cu aceeasi problema din cauza iluminatului cu neoane intr-o incapere mai mare gen birouri. Ambele situatii sunt probleme de curent reactiv, la fel si chestii gen aparate de sudura, motoare, etc, cam orice consumator ce implica transformatoare si inductie. Frigiderul poate sa faca un tranzient atunci cand porneste si datorita unui contactor (unele frigidere vechi se uzau si la un moment dat faceau o mica flama in spate ca la intrerupator). Si in cele din urma tranzientii in general se pot transmite intre vecini, inclusiv prin null, asa ca la o adica ar putea fi si aparatura vecinului ...

Sau poti incearca sa schimbi sursa cu alta. In special cu una care are condensatori de valoare mai mare, la intrare si iesire, sau cu o sursa care are activ PFC. Si mai e chestia cu un bec de masina ca si consumator intre 5v si gnd, daca lipseste consumator pe 5v, atunci linia de 12v e mai instabila.

Edited 1 time(s). Last edit at 08/18/2014 10:47AM by NoobMan.

okee...daca te lasi doborat de frigider, treaba ta.
La mine, am observat o corelatie clara intre pornitul motorului de fridiger si rateurile de print, combinate intr-adevar cu o sursa de calculator care ... cred ca era destul de slaba.
Acum, pe de o parte folosesc o sursa de 30A iar pe de alta parte am trecut la SD-card.
(sursa am gasit-o noua cu 90RON, nu te gandi ca o fi nushce monstru. Sursa in comutatie de 12V. Merge brici)

sau ethernet.
scapi de paraziti electrici.

tre' sa fii insa atent sa nu omori calculatorul.
Host-ul de printare poate fi pus in nas de gatuirea procesorului..
Am reusit asta fie la cate un site buclucash, fie cu cate-o aplicatie care mi-a dat un spike.
Iar daca moare compu', of cors se duce totu' de rapa
[ mesaj subliminal: treci la SD :-) ]


@Noobman, salutari omu'

Sallllluuuut alexella ) Sry pt reply intarziat dar sunt mai putin activ acuma, ca doar e vara, umblaturi etc.

Mie varianta cea mai buna mi se pare una cu ethernet si BBB sau pcduino sau alta placa arm care sa ruleze o varianta de linux realtime si emc2 modificat pentru 3d printing. Se poate accessa remote prin ethernet, si nu mai are nevoie de arduino slave pt ca printeaza direct fara nici un fel de firmware, doar configurat HAL. Cred ca asta e viitorul, si cei de la emc2 lucreaza in directia asta, adica pt a il face instalabil pe controller armv7, dar cred ca va dura ceva pana cand va fi utilizabil in felul asta. Mai astept sa se maturizeze varianta asta putin si apoi ma apuc si eu sa imi fac ceva de genul. Poate chiar wireless.

Despre opriri in timpul printului, la mine initial se oprea printul porneam un flex mic de mana in alta camera. M-am prins mai greu de ce se intrerupea, pt ca nu eram langa imprimanta cand se intampla si cand veneam tot gaseam printurile intrerupte. Dupa asta mi-am dat seama ca pornirea flexului intrerupea comunicatiile 100% sigur, adica garantat de fiecare data. Apoi am schimbat sursa cu una liniara (diy cu caps de ~100mF) si n-am mai avut probleme niciodata. Dar cred ca chestia tine nu numai de sursa, ci si de calitatea curentului din zona, consumatorii de curent reactiv (tot ce e cu transformator sau motor), vecini, etc, adica in general e o chestie de context. Probabil ca sursa atx initiala ar fi mers la cineva in alta parte cu o instalatie mai buna. Fiecare e in alta situatie.

Oricum asta ar fi o cauza hardware mai ciudata si cred mai putin intalnita. La o adica se pot opri comunicatiile din mult mai multe motive, multe si software nici macar nu e neaparat sa fie hardware. Comunicatiile mi se par cea mai grea chestie de rezolvat, pt ca sunt n-cauze, aproape din orice motiv se pot opri, si pentru ca mesajele de eroare sunt si limitate, adica nu pot sa indice din ce motiv exact s-au oprit, ci doar zic asa, ceva de genul constata efectiv ca s-au oprit si gata.

Eu zic ca in prezent, la cat costa un RPi sau ceva echivalent, sa pui cate unul chiar la fiecare imprimanta nu-i nicio paguba Nu-ti mai trebuie cititor de SD sau display (ca poti utiliza smartul sau tableta), cu cativa lei il faci wireless (musai, altfel n-are nici-un farmec). In plus, folosesti ce controler iti place mai mult.

Da buuuun, si normal Noobman ca tie ti-ar placea ceva cu cat mai multe setari, suruburi si...evident sa mearga pe linux
Cred ca (fata de mine), tu esti ceva cam ca-n filmul "the curious case of Benjamin Button".
Io ma lenevesc din ce in ce....tu invers.


Divagand putzin, hai sa-ti spun reteta fericirii mele.

Pasul 1: desenez un smeltz in Sketchup ca.... sunt lenes. Nu mi-am mai facut timp de freecad si d-astea.

Pasul 2: daca e cazul si nu sunt atent la pasul1, mai trec STL-ul printr-un "NetFabb" sa mi-l curetze de ciudatenii

Pasul 3: (evident) incarc STL-ul rezultat in Slic3r care mi-a ascultat visele si in sfarsit a implementat un 3D gcode viewer. Motiv pentru care la salariu ii donez din paypall niste euro ca m-a facut fericit. Mermelesc si salvez un *.gcode

Pasul 4: incarc gcode-ul pe un SD, il infig in Megatronics si dau print. Dupa ce incepe, mai trag putin de Z (traitz-ar, pupatziash ca mi-ai zis de faza asta, drept pentru care si la tine sunt dator)

si gata !!!


Dupa care ma duc sa beau, sa ceva si...revin dupa ce-i piesa gata.

"EMC2 modificat pentru 3D printing"
Cred ca daca-ti dau stick-ul meu TV, si din asta faci imprimanta 3D



in rest, astept feedback de la Herr Cazacu, sa ne spuna cum a rezolvat cazu'.

Salutare ,

Momentan am cam lipsit din peisaj ( concediu , dale casei ) si nu am ajuns inca la o solutie.

Inca printez de pe calbu usb . O sa incerc ce ati spus mai sus si daca ajung la o solutie va spun.

Va multumesc pentru sfaturi si pareri.

Salutare ,

Am rezolvat problema printand de pe SD Card . Nu am mai avut opriri random .

Problema mea pentru care nu puteam folosit SD Card-ul era softul cu care incercam sa fac upload ( Repetier Host ) pentru ca imi adauga un caracter spatiu la finalul numelui de fisier ... Long story . In prezent fac upload-ul cu Pronterface (http://www.pronterface.com/).

Sper sa fie aceasta informatie utila si altora .

Multumesc ,

well, din "pacate" aceasta solutie am adoptat-o si eu.
Spun ca din pacate pentru ca interfata PC era mult mai bogata decat interfata de pe LCD.

Cu toate astea, nu transfer pe SD via USB pentru ca dureaza enorm.
Transferul se face prin "simularea" printarii si nu printr-un transfer propriu zis de fisiere...

thans for sharing !

Salutare ,

Da , transferul de pe usb pe card e pacatos , lent si ce se poate mai rau. Transferul putea dura pana la 5 minute fara exagerare...Sunt multe dependinte care pot duce la timpul asta .

Pana la urma mi-am cumparat un card-reader si transfer direct pe card gcode-ul, dupa care atasez card-ul la imprimanta, iar ulterior pot avea controlul print-ului prin usb .

Controlul va exista pana la "oprirea random" . Daca "opirea random" se intampla, se va pierde conexiunea prin usb (adica nu se mai poate controla printrarea. Exemplu: aceleratia printului, feedrate, temperatura , etc.. ) dar printarea va continua pe ultima setare facuta inainte de "oprirea random".


Va doresc printare placuta

well, transferl pe USB pe cardul SD nu este pacatos.....este "as good as it gets".
Pentru ca de fapt nu este un transfer ci un "print to file", singura metoda prin care Merlin stie sa transfere un fisier GCODE.

Cel mai simplu si mai eficient este cu Card Reader-ul.


Dupa care: printezi de pe card dar ai usb-ul conectat la laptop.
De ce?
Simplu: pentru ca ai o camera pe laptop care filmeaza imprimanta, si laptop-ul este legat la internet. In felul asta, cand esti cu cainele in parc, intrii cu TeamViewer pe laptop, monitorizezi camera si vezi cum merge print-ul.
Daca merge prost, adica a luat-o razna si printeaza un...bulgare de filament, te conectezi cu Pronterface si dai stop print/ reset print. Macar sa opresti heaterele.
Cel putin...eu asa fac.
No kiddin!

Singura treaba e sa nu ai BlueScreenOfDeath pe laptop ca asta face un sughitz pe USB si Merlin se sperie si-si da reset.
In rest, dezactiveaza standby si...cam atata.


spor si tie.
"fir intins", hai ca aici merge: bafta !!!


:-)

Eu remote merg pe un rasberry pi cu o camera instalata si cu imprimanta legata la rasberry folosint octoprint. Merge foarte bine si am control total.

Felicitari de la un reset pe USB am aflat n modalitati de a printa fara PC si de a supraveghea si printul !