TinyMaker 0.17 · testų pultas

Įjungti printerį → animacija → main menu be strigimo; WiFi badge atsiranda per ~10 s.

tinymaker.local naršyklėje → puslapis su gyvu statusu (sync taškas žalias), be console klaidų.

Pakeisti nustatymą (pvz., VAT ml) → Save → reboot → reikšmė išliko.

Header rodo maza v-zenkliuka prie brand (ne nuorodu eiluteje); naujesne versija -> oranzinis su rodykle; bakstelejus -> soka i Update pane; tema virsuje desineje lyguota su pavadinimu; JOKIO reload loop (textContent grynas). Build hash Update+About.

Kilme: 0-39 / GitHub #50 (0.16.2). Zalias: 0.16.2 (08-03, desktop+mobile+gyvai)

PRINTERIO ekrano virsuje-desineje, pagrindinio meniu ekranuose (ne pulte): dry run -> oranzinis DR; yra naujesne firmware -> zalias NEW; ijungtas pranesimu kanalas (Telegram/WhatsApp/Discord) -> burbulas; Connect -> debeselis; WiFi stulpeliai visada (zali prisijungus, pilki ne). Pakuojami is desines i kaire, nesantiems tarpu nelieka; perpiesiama kas 5 s. Su visais keturiais NEW prasideda ties x=40, tad patikrink, ar eilute neislipa i kaire.

Kilme: 1-37 (0.16.0-beta), drawWifiBadge() badge row V2. Tekstas patikslintas is kodo 2026-08-26: anksciau klaidingai rase "dashboard" ir "naujas modelis -> NEW" (NEW = firmware atnaujinimas).

Kur daroma: stebi pranešimų vietą ir kompiuteryje, ir telefone.

Ką daryti. Įkelk modelį arba pasidalink pultu ir visą darbo laiką žiūrėk į pranešimų vietą (kompiuteryje ir telefone).

Ko tikėtis. Eigos pranešimas stovi vietoje; geltonas „the printer stops answering“ pasirodo tik tada, kai printeris tikrai neatsako, ir nesikaitalioja su eigos pranešimu.

Kodėl. Geltonas pranešimas išlisdavo tada, kai printeris tiesiog buvo užimtas savo darbu (V radinys 2026-08-22).

Landing'e IP laukas tuščias → „Open" pritemdytas; placeholder aiškiai „e.g. …" (neatrodo kaip įvesta reikšmė).

Kilmė: vartotojas paspaudė Open ant tuščio lauko ir palaikė sugedusiu, 07-16.

Atidaryti tinymakerwifi.com/demo/ → palaukti ≥5 s → URL TEBĖRA /demo/, fwVersion rodo einamą versiją, console be klaidų. (Po kiekvieno demo regen!)

Kilmė: shim'o užkietinta sena firmwareVersion suveikdavo stale-UI sargą → location.replace('/') → kiekvienas demo lankytojas mestas atgal į landing'ą (vartotojo radinys 07-18; fix: build_demo.py patch'ina shim'ą iš platformio.ini).

Kur daroma: įkeli pulte, o juostą ir sluoksnių skaičių žiūri printerio ekrane.

Įkelti SL1/ZIP per dashboard → „Receiving" juosta auga → LCD „Unpacking layers" juosta+skaitiklis → modelis SD sąraše su teisingu sluoksnių skaičiumi.

Kur daroma: trini pulte, o juostą „Deleting“ matai printerio ekrane.

Ištrinti didelį modelį per pultą → LCD „Deleting:“ juosta, snackbaras kabo iki pabaigos → sąrašas atsinaujina. Pranešimas turi būti VIENAS: nuo paspaudimo iki pabaigos ta pati dėžutė, kurioje tik atsiranda skaičiai.

Kilmė: vartotojo radinys 0.14.3. 2026-08-27 V pagavo, kad atrodo kaip trys pranešimai, ir priežasčių buvo trys: (1) pirmas snackas iš viso be juostelės – printeriui paskelbus darbą ji staiga atsirasdavo ir dėžutė paaukštėdavo; (2) skaičių langelis tuščias suplokščiamas iki nulio, tad atsiradus „120/240“ dėžutė praplatėdavo ir persicentruodavo; (3) tarp HTTP atsakymo ir darbo paskelbimo deleteBusy jau nuimta, o sdJobCur dar nėra – toje skylėje iššokdavo geltonas „Printer not answering“, o msg() išrauna eigos snacko vidu. Papildomai: vaikštanti juostelė slinko į dešinę ir buvo nukerpama (atrodė, kad mažėja), o tikroji augo nuo kairės – dvi priešingos kryptys. Pataisyta c7264a1: rezervuotas langelis, ramus griovelis su „starting…“, tylos langas iki darbo paskelbimo (20 s riba) ir skaitiklis pastovaus pločio (U+2007).

Telefone geltonas pranešimas pradžioje – PALIEKAMAS (V sprendimas 08-27): kitas įrenginys nespaudė, ir jam ta žinutė reikšmingai sako „kažkas vyksta“, kol ateina sluoksnių snackas.

Žalias: 0.17.0 c7264a1 (2026-08-27, ant geležies – V: „Deleting labai gerai“)

Ką daryti. Įkelk didesnį modelį (kelis megabaitus) per pulto Upload ir viso įkėlimo metu žiūrėk į pranešimą. Tą patį pakartok įkeldamas iš PrusaSlicer, o pultą tik stebėk.

Ko tikėtis. Vienas pranešimas: Uploading <vardas>, po juo antra eilutė „Progress shows on the printer screen", apačioje slenkantis ruoželis - jokių sekundžių ir jokių megabaitų. Kai printeris pradeda išpakuoti, tas pats pranešimas persirašo į Unpacking <vardas> jau su tikrais jo skaičiais. Sakinys nesikaitalioja su „the printer stops answering", pranešimas nedingsta ir neišlenda iš naujo, vieta ekrane nešokinėja. Modelio vardas visur ryškesnis už sakinį.

Kodėl. Kol printeris priima baitus, jis neatsakinėja į apklausas - o klaidos pranešimas nustumdavo eigos pranešimą, kurį kitas baitų gabalas piešdavo iš naujo. Kas dvi sekundės - mirksėjimas (V radinys 2026-08-18).

Kur daroma: slicini kompiuteryje, o telefone tik stebi - nieko nespaudi.

Ką daryti. Kompiuteryje suslicink STL ir spausk Save to printer. Telefone tuo metu tik žiūrėk į pultą - nieko nespausk.

Ko tikėtis. Telefone stovi viena žinutė „Receiving <vardas> from another device", ji nemirksi ir nedingsta, kol eina baitai. Paskui savaime persijungia į Unpacking su tikrais sluoksnių skaičiais. Skundas „the printer stops answering" gali blyksteliėti vieną kartą pačioje pradžioje ir daugiau nebegrįžta.

Kodėl. Priimdamas failą printeris beveik neatsakinėja, o tarpuose tarp dviejų siuntų (peržiūros kešas, tada modelis) atsakydavo „laisvas" - telefonas iš to darydavo žinutę, kuri atsiranda ir dingsta. V matė tris mirktelėjimus (2026-08-19). Dabar printeris pats sako, kad priima.

Kur daroma: pranešimą lygini pulte ir printerio ekrane - turi būti tas pats žodis.

Ką daryti. Įkelti ZIP; atskirai — ištrinti modelį. Stebėti pulto pranešimą.

Ko tikėtis. „Unpacking vardas N/M (xx %)" — tas pats žodis pulte, printerio ekrane ir būsenoje. Jokio „Stopping — finishing the current layer".

Kodėl. Stabdymo žinutė buvo rišama prie „užimtas", o užimtas printeris yra ir kortelės darbo metu, tuo tarpu stopping vėliava lieka pažymėta nuo praėjusio spaudinio. Žalias: 0.17-dev a18d12d + b8d6f23 (08-14, ant geležies)

Ką daryti. Paspausti Share ir stebėti mygtuką bei žinutę; atskirai — įkelti modelį per pultą; atskirai — atidaryti peržiūrą, kai printerį jau užėmęs kitas langas.

Ko tikėtis. Share užsirakina su suktuku iki pabaigos (antras paspaudimas neįmanomas), tada virsta „Shared". Kol tyla, žinutė vardija tikrą darbą („Sharing this model…", „Uploading the model…"), o ne spėja; kai darbo nepradėjom mes — viena eilutė su galimomis priežastimis. Nepavykusi peržiūra rodo priežastį ir bakstelėjus bandoma iš naujo (ne negyvas „Preview failed").

Kilmė: V 08-13 — paspaudus Share pultas rodydavo ilgą spėjimą „probably uploading", mygtukas atrodydavo negyvas, o po nesėkmės liko tik F5. Žalias: — 2026-08-27 rastas ir istaisytas: Share ties modeliais su issaugota perziura luzdavo su localPreviewBlob is not defined (V radinys). Funkcija buvo isimta kaip negyva (dbaa417) — musu pulte kvieteju tikrai nera, bet ja kviecia Connect programele, uzkraunama IS SERVERIO, tad paieska po repo jos nemato. Grazinta + eksportuota i window + komentaras NETRINTI. Pertikrinti butent modeli su issaugota perziura (V atvejis: Bibigon), ne bet kuri.

Ką daryti. 1) SD sąraše paspausk modelio eilutę – atsidaro peržiūra, pasižiūrėk, kad modelis visas. 2) Toje pačioje kortelėje spausk Share ir palauk, kol baigsis – pultas tave nuneš į Connect (taip sumanyta pačioje Connect programėlėje, ne pas mus). 3) Grįžk atgal viršutiniu spausdintuvo mygtuku ir paspausk tą pačią SD eilutę dar kartą. Į kitą modelį neik – kaip tik perėjimas ir slėpdavo klaidą.

Ko tikėtis. Po trečio žingsnio modelis pieštas visas, toks pat kaip po pirmo – ne nukirstas plokščiai ties viršumi. Tas pats ir paspaudus dar kartą.

Kilmė: V radinys 2026-08-29 testuojant T-48. Connect programėlė (kraunama iš Briano serverio) dalijimosi metu kviečia mūsų pačių fetchSlices(..., 'source05'|'print1'), o ji rašo į tą patį globalų slicesCache. Tos peržiūros statomos su kitokiu sluoksnių skaičiumi ir aukščiu, tad keše likdavo to paties modelio vardas su svetimu aukščiu, ir pultas jį priimdavo kaip savo – modelis atrodydavo nukirstas. Perėjus į kitą modelį vaizdas atsistatydavo, nes vardui nesutapus kešas atmetamas. Pataisyta 4e70ea3: slicesFit() priima tik savus režimus.

Žalias: modelis visas ir po Share. Raudonas: nukirstas. Po pataisos pultą naršyklėje reikia perkrauti su Ctrl+F5 – senas puslapis lieka su senu kodu.

Ką daryti. 1) SD sąraše paspausk modelio eilutę ir palauk, kol peržiūra susistatys. 2) Spausk Share – pultas nuneš į Connect. 3) Grįžk viršutiniu spausdintuvo mygtuku. Tą patį pakartok nuėjęs į Nustatymus ir grįžęs.

Ko tikėtis. Kortelėje – modelio vaizdas, toks pat kaip prieš išeinant, ir detalus: peržiūra grubaus vaizdo nerodo niekada, grubus tinka tik spausdinimo progresui. Po Share vaizdas persistato iš naujo (kelios sekundės su juosta) – tai normalu; svarbu, kad pabaigoje būtų detalus modelis, o ne grubūs kubeliai. Ne užšalęs „Building the 3D view 100%“ su pilna oranžine juosta, kurio atsileisti reikia paspaudus eilutę iš naujo.

Kilmė: V radinys 2026-08-29, iškart po T-101. Connect ir Nustatymai yra atskiri rodiniai, tad jų metu peržiūros drobė paslėpta, o openView dar ir nutraukia vykstantį sluoksnių krovimą. Jei nutraukimas pataiko jau po paskutinio sluoksnio, ciklo sarga nebemeta „preview superseded“, gaudyklė nesuveikia, ir statymas baigiamas į nematomą drobę. V klausimas ir buvo atsakymas: po Share turi likti taip pat, kaip po nuėjimo į slicerį – o sliceris gyvena tame pačiame rodinyje, tad jo drobė niekur nedingsta. Pataisyta: grįžus į spausdintuvo rodinį vaizdas persipiešia pats.

Ką daryti. Pasharink modelį, Connect lange baik įkėlimą, tada grįžk viršutiniu spausdintuvo mygtuku į peržiūrą. Niekur daugiau neik ir nieko nespausk.

Ko tikėtis. Share mygtukas iškart rodo, kad modelis jau Connect’e (pageltęs, „Already on Connect“). Nereikia perkrauti puslapio ar vaikščioti po skiltis.

Kilmė: V radinys 2026-08-29. Viešąjį ID į modelio metaduomenis įrašo Connect programėlė, o tikras paskelbimas įvyksta dar vėliau – žmogui paspaudus Upload jos pusėje. Mūsų refreshShareStateSoon tuo metu jau būdavo nustojęs klausti: jis pasiduoda, kai printeris užimtas, o Connect kaip tik tempia iš jo visus sluoksnius į archyvą. Todėl žyma atsirasdavo tik po bet kokio judesio, kuris iš naujo perskaito modelį. Pataisyta: grįžimas į spausdintuvo rodinį ir yra tas judesys – dabar ten perklausiama.

Ką daryti. Įkelk į SD naują, dar nesidalintą modelį ir paspausk Share. Stebėk Connect langą, kol jis gaminasi abi peržiūras (0,05 ir 0,10 mm).

Ko tikėtis. Abu kartus piešiamas visas modelis. Antroji peržiūra gali būti stambesnių kubelių, bet tokio pat aukščio – ne perpus nupjauta plokščiu viršumi. Grįžus į peržiūrą pulte modelis irgi visas.

Kilmė: V radinys 2026-08-29 (sittingPredator4, 540 šaltinio sluoksnių). Connect prašo 0,10 mm peržiūros ir paduoda spausdinimo sluoksnių skaičių (270), o mūsų fetchSlices tą skaičių imdavo kaip šaltinio indeksų ribą – t. y. piešdavo apatinę modelio pusę. mode buvo priimamas, bet indeksams nenaudojamas. Nupjauta peržiūra keliaudavo į Connect ir likdavo kortelėje. Pataisyta: 0,10 mm ima kas antrą šaltinio sluoksnį.

⚠️ Modeliams, pasidalintiems iki šios pataisos, kortelėje guli klaidinga 0,10 mm peržiūra ir Connect ją naudos pakartotinai. Norint ištaisyti – ją reikia pašalinti, kad būtų pergaminta.

Ką daryti. Paspausk Share ir, kol jis dirba, tyčia pavaikščiok: grįžk į spausdintuvo rodinį, atidaryk Nustatymus, sugrįžk į Connect. Ir atskirai – bandyk atidaryti kito modelio peržiūrą, kol dalijimasis dar eina. Neskubėk – padaryk tai pirmosios peržiūros metu.

Ko tikėtis. Dalijimasis tęsiasi: Connect praeina abi peržiūras, supakuoja modelį ir pasiūlo Upload. Nėra jokio „preview superseded“ ir eiga nesustoja pusiaukelėje. Paspaudus kitą modelį pultas pasako „Not now – sharing this model…“ ir peržiūros nepradeda krauti – printeris aptarnauja po vieną užklausą, tad ta peržiūra vis tiek nebūtų užsikrovusi. Dalijimuisi pasibaigus tas modelis atsidaro įprastai.

Kilmė: V radinys 2026-08-30, atkartotas ir švarioje ryto bazėje – t. y. senas defektas. openView išeinant iš modelio rodinio nutraukdavo vykstantį sluoksnių krovimą (fetchSlicesSeq++), o Connect savo peržiūras gaminasi būtent tuo pačiu krovimu – ir jo paties eiga žmogų neša į Connect rodinį. Pataisyta: kol vyksta dalijimasis (shareInFlight), krovimas nebekertamas; stabdomas tik mūsų pačių fono darbas.

Ką daryti. Pasharink modelį, kuriuo dar nesidalinta (svarbu: jau sharintiems Connect ima išsaugotas peržiūras ir nieko nepiešia, tad klaida nepasirodytų). Palauk, kol Connect lange atsiras jo vaizdas, ir grįžk į spausdintuvo rodinį.

Ko tikėtis. Peržiūroje tebestovi modelis. Ne užrašas „Building the 3D view 100%“, atsiradęs tiksliai tą sekundę, kai Connect nupiešė savo peržiūrą.

Kilmė: V radinys 2026-08-30. Detalus vaizdas piešiamas GPU sluoksniu virš drobės, o drobėje po juo lieka paskutinis 2D kadras – po detalaus statymo tai kaip tik ir yra progreso užrašas. drawIso yra bendra funkcija, ir Connect kviečia ją su savo drobe; pabaigoje ji užgesindavo sluoksnį bet kuriai ne mūsų drobei, ir po juo išlįsdavo senas kadras. Laikinas pėdsakas buildIso viduje parodė nulį naujų kvietimų – tai atmetė visas kitas versijas. Pataisyta fcb726e: piešimas į svetimą drobę sluoksnio nebeliečia.

Įkelti didelį modelį → iškart po Unpack SD sąrašas PILNAS (nedingsta, nesutrumpėja).

Kilmė: feedback #4 — truncated JSON ant fragmentuoto heap'o → out.reserve + ok laukas + integrity check, 0.15.3.

Kur daroma: trini pulte, o juostą matai printerio ekrane.

Trinti didelį modelį → LCD rodo „Deleting:" + juostą, dashboard žinutė kabo iki pabaigos, sąrašas atsinaujina, printeris grįžta į main menu.

Kilmė: vartotojo radinys 07-17 („atrodo pakibęs") → aef9cbb, 0.15.5.

Kur daroma: peržiūrą palieki pulte, o kitą modelį startuoji nuo printerio.

Naršyklėje paliktas modelio A preview; startuoti modelį B nuo LCD → kortelė rodo pastabą, NE klaidingą modelį A.

Kilmė: always-on kortelės peržiūra 0.15.0.

Spausdinant / be SD / Web control off → Upload mygtukas disabled su aiškiu hint'u; idle su SD — aktyvus.

Kilmė: „kodėl Upload oranžinis spausdinant" radinys 07-16 → syncUploadGate, 0.15.4.

Kur daroma: pultą atidarai dviejuose įrenginiuose - kompiuteryje ir telefone.

Dashboard'a atidaryti dviejuose irenginiuose; viename delete modeli ar import ZIP/SL1 -> darbas matomas ABIEJUOSE su snackbar'u, sarasas atsinaujina pabaigus, printeris lieka reaguojantis.

Kilme: 1-32/1-33 (0.16.0-beta) - ilgi SD darbai iskelti is HTTP handler'io i idle cikla (sdJobRun, atsako kas 200ms); printerBusy() apima job'a.

Ką daryti. Įkelk modelį (bet kuriuo būdu) ir pažiūrėk į sąrašą. Tada Įkelk dar vieną.

Ko tikėtis. Kiekvienas naujas modelis atsistoja pirmas, seni (įkelti iki 0.17) lieka apačioje abėcėlės tvarka, archyvai - pačiame gale. Perjungiklio nėra ir datos eilutėje nėra.

Kodėl. Sąrašas yra darbo eilė, ne archyvas. Rūšiuoja printerio skaitliukas, ne data - be interneto laikrodis nesusisinchronizuoja, ir data būtų amžinas nulis (V, 2026-08-19).

Kur daroma: pele vedžioji kompiuteryje, o eilučių kompaktiškumą tikrini telefone.

Ką daryti. Kompiuteryje užvesk pelę ant keletų eilučių, tada paspausk Start nežymėdamas eilutės. Telefone atidaryk tą patį sąrašą ir pažiūrėk į nepažymėtas eilutes.

Ko tikėtis. Kompiuteryje užvedus pelę eilutėje išnyra Start ir Delete, sąrašas nuo to nepašokteli, o Start paleidžia neužsakydamas peržiūros (klausimas „Start this print?" lieka). Delete nuo krašto atitrauktas tiek pat, kiek piktograma kairėje. Telefone eilutės kompaktiškos - jokios tuščios juostos; mygtukai pasirodo tik bakstelėjus. Tab klavišas irgi atidengia veiksmus.

Kodėl. Eilutės paspaudimas užsako peržiūrą, o ji užima patį printerį; pelė yra ketinimo signalas, kurio telefone nėra. Vieta mygtukams telefone virsdavo tuščia juosta (V, 2026-08-19).

Ką daryti. SD tvarkyklėje pereišk į antrą puslapį ir tada įkelk modelį – per pultą arba iš PrusaSlicer. Nešliauk niekur pats.

Ko tikėtis. Išpakavimui pasibaigus sąrašas pats grįžta į pirmą puslapį ir atslenka prie ka tik atsiųsto modelio (jis stovi viršuje – ž. T-79). Rašant į filtro laukelį vaizdas neatimamas.

Kilmė: V radinys 2026-08-27 – įkėlus stovint antrame puslapyje žmogus likęs ten, o modelis, kurį ką tik atsiuntė, gulėjo pirmame. Pataisyta c7264a1.

Žalias: 0.17.0 c7264a1 (2026-08-27, ant geležies – V: „OK“)

Žalias: 0.17.0 0b6e5a0 (2026-08-31, Claude naršyklė per Chrome)

Ką daryti. Pulte įkelk STL, didesnį už plokštę, paspausk Fast fit, tada PLACEMENT → lifted ir Slice.

Ko tikėtis. Eilutėje „Sliced in N s · N layers · ~N ml" ir toliau - „Scaled down N% - the supports reached past the plate, and they still do. Scale the model down by hand before printing." Tas pats sakinys sąrašo apačioje su ⚠ ir geltona spalva. Svarbiausia: jei po sumažinimo vis tiek netelpa, tai turi būti pasakyta, o ne nutylėta.

Kilmė: FIT-real darbas 2026-09-12 (PR #137 variklis + #138 pultas). Iki tol verdiktas „telpa ar ne" buvo priimamas PRIEŠ atramas, iš blogiausio atvejo, ir kaina fiksuota 15-20 %; o po sumažinimo kortelė sakydavo tik „sumažinta" ir nutildavo, nors detalė galėjo vis tiek nesutilpti. Audito skaičiavimą patvirtino stendas: 96 mm puodelis sumažinamas 73,2 % ir vis tiek išlenda 3,5 mm.

Žalias: 0.17.1 + modulis 3.4.0 (2026-09-12, build 911fb38) - Claude pulte: `aukstas.stl` 62 × 44 mm gavo „Too large - width +60%", Fast fit pritaikė iki 38,8 × 27,5 mm (po 1 mm nuo krašto), su „lifted" sumažino 25,2 % ir pasakė, kad vis tiek netelpa. V modelis (996 658 trikampiai, 48 MB): sumažinta 11,6 %, du ėjimai užėmė 101,8 s. V patvirtino akimis: „3 testai OK".

Ką daryti. Turėk suslicintą modelį, kurį variklis sumažino (žr. T-125). Vardo laukelyje įrašyk vardą, kuris kortelėje jau yra, ir paspausk Send to printer. Klausime pasirink Rename.

Ko tikėtis. Pabaigoje vienas pranešimas: „Saved as „X-2" - that name was taken. · Scaled down N% - …". Įspėjimas apie sumažinimą turi būti prikabintas, ne pamestas.

Kilmė: penkto ir šešto vartų rato radiniai 2026-09-12. Pervadinimo šakos skaitė žymę jau PO to, kai duomenys apie išsaugotą failą išvalomi, tad sąlyga visada buvo klaidinga ir įspėjimas tuo keliu nepasakomas niekur - kortelė uždaryta, įspėjimų eilutė išvalyta, snacke tik „Saved as X". Prieš tai ta pati vieta rėmėsi kintamuoju iš kitos funkcijos, t. y. garsus gedimas buvo pakeistas tyliu. Nei `node --check`, nei kompiliacija tokio nemato - klaida vykdymo tvarkoje.

Žalias: 0.17.1 + modulis 3.4.0 (2026-09-12) - Claude įrašė pranešimų juostą: „Saved as „aukstas-3“ - that name was taken. · Scaled down 25.2% - the supports reached past the plate, and they still do." Pakeliui patvirtinta, kad pranešimai eina po vieną, be perrašymo. V patvirtino: „3 testai OK".

Ką daryti. Įkelk plokščią modelį, kuris telpa, PLACEMENT → auto, ir paspausk Slice.

Ko tikėtis. „No supports needed - nothing on this part hangs in the air" ir jokio sumažinimo pranešimo. Tyla čia yra teisingas atsakymas: be atramų ir pado tikrasis pėdsakas lygus pačiam modeliui, o jis telpa.

Kilmė: FIT-real 2026-09-12. Ši eilutė sergi nuo priešingos ydos - kad naujas pranešimas nepradėtų rodytis be reikalo. Jei jis atsiras kiekvienam modeliui, žmogus išmoks jį ignoruoti, ir tada jis nepadės ten, kur tikrai reikia.

Žalias: 0.17.1 + modulis 3.4.0 (2026-09-12) - Claude: `aukstas.stl` plokščiai, 100 sluoksnių per 8,6 s, „No supports needed", nė vieno sumažinimo sakinio. V patvirtino: „3 testai OK".

Ką daryti. Slicerio kortelėje įkelk cup15.stl pilno dydžio ir paspausk Slice. Palauk, kol kortelė parodys sumažinimo sakinį.

Ko tikėtis. Eilutė po failo vardu („cup15.stl · … mm · … triangles") rodo jau sumažintą dydį, tą patį, kurį rodo mastelio slankiklis, o ne dydį prieš sumažinimą.

Kilmė: V printeryje 2026-09-12 su cup15.stl matė 24,0 mm, nors variklis detalę buvo sumažinęs iki 19,7. Slankiklis ir aukščio laukelis persistatydavo, o ši eilutė ne. Žmogus, kuriam reikia tikro dydžio (žiedas, laikiklis ant ašies), perskaitytų seną skaičių ir gautų mažesnę detalę. Pataisa PR #140.

Žalias: 0.17.1 + d12f9f6, modulis 3.5.0 (2026-09-13) - V nuotrauka: „cup15.stl · 19.7 × 19.7 × 17.3 mm · 1,024 triangles".

Ką daryti. Slicerio kortelėje įkelk bet kokį modelį, 3D juostoje paspausk % (Scale) ir procentų laukelyje kelis kartus spausk rodyklę aukštyn, tada žemyn.

Ko tikėtis. Aukštyn: 100 → 101 → 102, žemyn atgal. Priėjus plokštės ribą kortelė sako „Too large".

Kilmė: V printeryje 2026-09-12 - rodyklė aukštyn neveikė niekur, žemyn veikė. Laukelio min buvo 0,1, o žingsnis 1, tad naršyklė lipo į 100,1, kurį kortelė suapvalina atgal į 100. Pataisa PR #141.

Žalias: 0.17.1 + d12f9f6, modulis 3.5.0 (2026-09-13) - V: „veikia rodyklė".

Ką daryti. Pulte pažiūrėk, kiek dervos profilių turi. Tada per PrusaSlicer „Send to printer" (arba pulto įkėlimą) nusiųsk bet kokį modelį, pavadintą resin. Paskui dar vieną, pavadintą Lib. Po to su tuo pačiu vardu nusiųsk jau esantį modelį dar kartą.

Ko tikėtis. Modeliai atsiranda sąraše kaip resin-model ir Lib-model. Dervos profiliai ir slicerio modulis lieka nepaliesti (pulte tas pats profilių skaičius, sliceris atsidaro be interneto). Pakartotinai nusiųstas esamas modelis tyliai pakeičia seną, kaip ir anksčiau.

Kilmė: saugumo auditas prieš 1.0.0 (2026-09-17) - PrusaSlicer įkėlimas vardu resin.sl1 pakeisdavo aplanką /resin ir ištrindavo visus dervų profilius su kalibracijomis; lib - slicerio modulį. Pataisa c14b6e9 (PR #172).

Žalias: 0.17.5 + 2e6f5e6 (2026-09-17) - per /api/files/local: resin → resin-model, Lib → Lib-model, pakartotinis resin pakeitė tą patį modelį (be -2); 9 profiliai ir slicerio modulis 3.5.0 nepaliesti.

Ką daryti. Kompiuteryje (platus langas, du stulpeliai) atidaryk pultą ir palik jį atvirą. Iš kito įrenginio ar iš Resin Lab įkelk modelį ilgu vardu be tarpų, pvz. Lab-Test_03_kubas_tm-005. Kai jis atsiras sąraše su žyme New, paspausk ant jo (pažymėk) ir kelis kartus spausk Next ir Prev.

Ko tikėtis. Vardas vienoje eilutėje (netelpantis baigiasi „…", pilnas matosi užvedus pelę), žyma New stovi datos eilutės gale, visos eilutės vienodo aukščio. Puslapių skaitiklis (pvz. „1 / 5") stovi vietoje ir keičiasi tik paspaudus - sąrašas nešokinėja tarp dviejų puslapių.

Kilmė: V 2026-09-19 - ilgas naujas vardas persilauždavo į tris eilutes, eilučių matuoklis tada duodavo 3 eilutes vietoj 5, ir po Next sąrašas šokinėdavo tarp „1 / 5" ir „2 / 8" kelis kartus per sekundę. Tą patį darė senas modelis be laiko ir dydžio (be datos eilutės). Pataisa PR #200, išleista 0.17.7.

Stende žalias (2026-09-19): senas pultas 43-45 persijungimai per 3 s, naujas 0; eilutės 58-59 px.

Žalias: 0.17.7 printeryje (2026-09-19, V) - sąrašas nebemirga.

Ką daryti. Pulte atidaryk slicerį ir įkelk STL. Supports → no → Slice. Tada Raft layers → 3 → Slice. Tada Supports → regular, Size → keep → Slice modeliu, kurio atramos siekia plokštės kraštą (pvz. cup15).

Ko tikėtis. Su „no": Strength, Placement, Tip ir Fit by užrakinti, Raft rodo off, mygtukas vadinasi „Fit size", supjaustyta be atramų ir be rafto. Su raftu 3: raftas žiedu apjuosia pagrindą. Su keep: dydis nesikeičia, kortelė perspėja, kad kraštinės atramos bus nukirptos. Jei printerio modulis senesnis nei 3.6.2 - „no" užrakintas, kortelėje užuomina atnaujinti ir perkrauti puslapį.

Kilmė: slicerio modulis 3.6.2 (PR #202), išleista 0.17.8 (2026-09-19).

Žalias: 0.17.8 turinys (`ec66324`) printeryje 2026-09-19 - V ir Claude (9 kadrai: no, raftas, keep, užraktai, siuntimas į SD).

Ką daryti. SD manager → paspausk modelį, palauk, kol užsikraus. Atidaryk tuščią slicerį (be STL), grįžk į SD. Pakartok su įkeltu STL. Tada SD modelį paspausk ir, kol jis dar kraunasi, iškart atidaryk slicerį.

Ko tikėtis. Antraštė keičiasi kartu su kortele: sliceryje „Slicer preview", SD - modelio vardas. Grįžus į SD modelis grįžta (ir po tuščio slicerio). Slicerio vaizdas lieka toks, koks buvo. Kol SD kraunasi fone, slicerio vaizde „?", stumdymo ir sukimo mygtukai matomi, Share išjungtas; ant tuščio slicerio SD modelis nenupiešiamas.

Kilmė: V 2026-09-19 - grįžus iš SD, kol ši kraunasi, dingdavo „?" ir sukimas (nuo 0.17, `cardBusy`), o tuščias sliceris pamiršdavo SD modelį ir rodė „Model preview" (nuo 0.17.0). Pataisa PR #203, išleista 0.17.8.

Žalias: 0.17.8 turinys (`ec66324`) printeryje 2026-09-19 - V („veikia OK") ir Claude (stendas A-D, 6 kelių regresija gyvai).

SD eilutės Preview → 3D vaizdas kortelėje, „In preview" žymė ant eilutės.

Ką daryti. Atidaryk modelio peržiūrą pulte. Apversk vaizdą, pažiūrėk iš viršaus ir iš šono. Uždaryk ir atidaryk tą patį modelį antrą kartą - išmatuok, per kiek laiko vaizdas atsistoja pirmą ir antrą kartą.

Ko tikėtis. Atramos liečia detalę, ne kabo tarpais. Glotnumas vienodas iš viršaus ir iš šono. Dėžė kraunantis ir gatavas 3D – to paties kampo ir tų pačių proporcijų. Krovimo juostelė po užrašu, ne ant dėžės kraštinės (ji matoma kiekvienam modeliui - vaizdas visada statomas iš naujo; imk didesnį, pvz. Predator ar xenomorph, kad spėtum ją pamatyti). Antras atidarymas – pastebimai greitesnis už pirmą, bet ne akimirksniu: vaizdas visada statomas iš naujo ir visada detalus, tad kešas sutrumpina, o ne panaikina statymą (išmatuota 2026-08-31, 3 MB modeliai: pirmas 34-42 s, antras 14-24 s).

Kilmė: 0.17 #93 (PR #97). 2026-08-27 perskeltas – buvo sukišti keturi testai į vieną, trys iš jų reikalavo naršyklės konsolės ir failų trynimo nuo SD (V: „nieko nesupratau“). Techninė dalis persikėlė į T-98 (pakopų grandinė) ir A-6 (kontrolinė suma). 2026-08-31 nušluostytos dulkės: išimtos visos „Detailed“ mygtuko dalys - jo nebėra nuo 08-20 (#gl3dZoom #gl3dDet{display:none}, V sprendimas: vaizdas visada detalus), tad testas laukdavo mygtuko, kurio nėra. Kartu pataisytas ir „antras atidarymas akimirksniu“ - išmatuota, kad taip nebuvo ir negali būti.

Žalias: 0.17-dev 01fa716 (08-12, geležei: pilnas 154 sluoksnių dry run, 8 modeliai persiskenavo į TMV2)

Ką daryti. Įjungus „Detailed" atidaryti didelį modelį (scull, 240 pjūvių) ir viso krovimo metu slinkti puslapį, spausti skiltis, perjunginėti temą.

Ko tikėtis. Puslapis atsako visą laiką; Chrome nerodo „Page Unresponsive"; virš dėžės auga tikri procentai („Building the 3D view — 42 %"), paskui pats paviršius ropoja iš apačios į viršų.

Matuojama. Konsolėje MessageChannel tikeriu (ne requestAnimationFrame — fone jis stabdomas): ilgiausias vienos gijos blokas turi būti < 0,5 s. Ties „scull" išmatuota 855 ms → 403 ms, bendra trukmė 66 s → 45 s.

Kilmė: V 08-13 — naršyklė pasiūlė uždaryti puslapį ties „smoothing 240 slices". Priežastis: laukas, paviršius ir piešimas suko vieną giją be pertraukos. Fix: tie patys skaičiavimai perrašyti generatoriais + MessageChannel pauzė (laikmatis fone būtų droselinamas). Tinklelio rezultatas po perrašymo bit-į-bitą tas pats (46584 viršūnės, 62080 keturkampiai). Žalias: 0.17-dev 4425977 (08-13, geležei: blokai ≤ 403 ms)

Kur daroma: darai pulte kompiuteryje, paskui kartoji telefone.

Ką daryti. Pulte spausti kortelės antraštės kvadratuką: blokas pailgėja iki spausdinimo tūrio proporcijų; spausti dar kartą — grįžta. Pakartoti telefone ir siaurame lange.

Ko tikėtis. Pailgėjus dėžė telpa VISA (nenupjauta nei viršus, nei apačia); įrankiai lieka prie vaizdo, ne ekrano kampuose; vienas rėmelis; ikona virsta „dviem kvadratais" (kaip Windows „restore"), o įprastoje būsenoje — vienas kvadratas. Neišdidintas pultas telpa į ekraną kartu su oranžiniu puslapio rėmeliu.

Kur žiūrėti akimis. Dėžė turi būti to paties dydžio prieš ir po 3D užsikrovimo (3D kadruoja visą tūrį, kaip ir piešinys). Krovimo metu dėžė mažesnė — taip ir turi būti, tai krovimo ženklas.

Kilmė: V 08-13 — pilno ekrano peržiūra nupjaudavo vaizdą siaurame lange, „Close" lipdavo prie naršyklės juostos, plačiame ekrane įrankiai išsibėgiodavo į kampus, matėsi rėmelis rėmelyje, o kortelė nebetilpdavo. Sprendimas: atsisakyta pilno ekrano — blokas tiesiog pailgėja iki plotis/0,611 ir toliau nebeilgėja. Žalias: 0.17-dev 03d62dc (08-13, geležei: 486×795, santykis 0,611)

Ką daryti. Atidaryti modelio peržiūrą ir pjūvio valdikliu nuleisti/pakelti pjūvio aukštį; pažiūrėti, ar matosi tikri sluoksnių laipteliai.

Ko tikėtis. Modelis nukerpamas pasirinktame aukštyje, pjūvio plokštumoje matosi voxelių laipteliai; grąžinus - vėl visas modelis.

Kodėl. PR #104: leidžia pažiūrėti, kas viduje ir kaip guls sluoksniai, dar prieš spaudinį. Žalias: 0.17-dev adb9644 (08-15, ant geležies - V verdiktas „labai gerai")

Ką daryti. Atidaryk modelio peržiūrą ir perjunk į plokščią (2D) vaizdą. Žiūrėk į modelio kampus ir į paties bloko aukštį; perjunk pirmyn atgal kelis kartus.

Ko tikėtis. Visas modelis telpa kadre - nė vienas kampas nenukirstas. Blokas lieka to paties aukščio kaip 3D vaizde, langas nešokinėja. Plokštės kraštai pažymėti kampų žymėmis.

Kodėl. Plokščias vaizdas keisdavo bloko aukštį ir nukirsdavo modelį (V radinys 2026-08-22).

Žalias: 0.17.0 0b6e5a0 (2026-08-31, Claude naršyklė per Chrome)

Ką daryti. Atidaryk slicerio peržiūrą ir pasinaudok sluoksnių slankikliu dešinėje. Tada atidaryk SD kortelės modelio peržiūrą ir pjūvio slankiklį toje pačioje vietoje. Žiūrėk abu ir dideliame lange, ir telefone.

Ko tikėtis. Abu slankikliai to paties ilgio, neišsitęsia per visą kraštą (daugiausia apie tris ketvirčius aukščio) ir nelipa nei ant viršuje esančių mygtukų, nei ant apatinės juostos.

Kodėl. Jų yra du: slicerio ir SD peržiūros. Pataisius vieną, antras liko nepaliestas (V radinys 2026-08-22).

Žalias: 0.17.0 0b6e5a0 (2026-08-31, Claude naršyklė per Chrome)

Ką daryti. Peržiūroje surask du vaizdo mygtukus. Pirmu perjunk 3D: su atramomis ↔ be atramų. Antru perjunk 2D: su atramomis ↔ UV šviesoje.

Ko tikėtis. Keturi vaizdai, visi ant tos pačios plokštės. Mygtukai randami iš karto - jokių slepiamų vaizdų rate. UV vaizdas violetinis. žalias: 0.17 (2026-08-22)

Kodėl. Anksčiau visi vaizdai gyveno viename rate, ir UV vaizdo nepavykdavo rasti (V radinys 2026-08-22).

Žalias: 0.17.0 0b6e5a0 (2026-08-31, Claude naršyklė per Chrome)

Ką daryti. Pulte atidaryk modelio peržiūrą, įjunk Raw voxels ir pavaržyk pjūvio slankiklį.

Ko tikėtis. Matosi tikri 0,13 mm lipteliai (mūsų taškas 0,1275 mm), ne glotnus paviršius ir ne miglota košė.

Kodėl. Jungiklis atsirado su PR #104 (e40f58e); jo prasmė - parodyti, kaip spaudinys atrodys iš tikrųjų. Kilmė: issue #101.

Ką daryti. Perjunk glotninimą (banguota ikonelė), atidaryk kitą modelį - jungiklis turi likti ten, kur palikai. Tada perkrauk puslapį.

Ko tikėtis. Vieno puslapio ribose jungiklis lieka (tai to lango vaizdo režimas), o po perkrovimo grįžta į numatytą padėtį - rodomi tikri sluoksniai, be glotninimo. Tai ne klaida: taip nuspręsta sąmoningai. Palyginimui narvas elgiasi kitaip - jis įsimenamas (tmViewCage), nes yra nustatymas, o ne režimas.

Kodėl. Issue #101 prašė įsiminti, bet sprendimas apverstas: glotninimas yra vaizdo režimas, ne nustatymas, ir jis meluoja - išmatuota, kad nuo rafto lieka 24 %, o pats raftas iš vaizdo dingsta. Įsimintas jis tyliai rodytų daiktą be rafto per visą kitą sesiją. Kodas tai sako garsiai: dashboard.html:3278 „Neisaugom: tai vaizdo rezimas, ne nustatymas“.

2026-08-31: eilutė apversta pagal kodą - anksčiau ji reikalavo priešingo elgesio, nei firmware sąmoningai daro.

Kur daroma: perjunginėji pulte, o kartoji abiem temomis ir telefone.

Ką daryti. Tą patį modelį peržiūrėk įjungtu ir išjungtu Raw voxels, pirmyn atgal. Pakartok šviesioje ir tamsioje temoje bei telefone.

Ko tikėtis. Kiekvieną kartą piešiamas to režimo vaizdas. Jokio seno tinklelio, jokio pilko blyksnio pereinant.

Kodėl. Modelio tinklelis kešuojamas; jei kešo raktas neįtraukia režimo, grąžinamas senas tinklelis. Kilmė: issue #101.

Kur daroma: išdidini kompiuteryje, paskui tą patį kartoji telefone.

Ką daryti. Atidaryk modelį ir spausk kvadratą peržiūros kortelės viršuje. Pakartok telefone.

Ko tikėtis. Kompiuteryje maketas susklečia į vieną stulpelį ir vaizdas užima visą plotį iki oranžinės linijos, o dešinės kortelės nusileidžia žemiau; aukštis neviršija lango. Telefone - kaip buvo: tik aukštesnis blokas. Abiem atvejais įrankiai (juosta, priartinimas, sluoksnio slankiklis, padai) lieka vaizdo viduje, o puslapis neslenka į šoną. Antras paspaudimas grąžina.

Kodėl. Kompiuteryje pusę lango užima antras stulpelis, o modelis be narvo plačiame lange matosi geriausiai (V, 2026-08-19).

Ką daryti. Perjunk pultą į šviesią temą. Atidaryk modelio peržiūrą ir apžiūrėk visus peržiūros mygtukus (pasukimas, priartinimas, padai, vaizdo mygtukai, pagalba). Perjunk atgal į tamsią.

Ko tikėtis. Visos piktogramos matomos abiejose temose - nė viena ne tamsi ant tamsaus ar šviesi ant šviesaus.

Kodėl. Šviesioje temoje devyni mygtukai buvo tamsu ant tamsaus (V radinys 2026-08-22).

Ką daryti. Perjungti „as printed" pirmyn atgal; atidaryti peržiūrą ir persijungti į 3D; pasukti 3D vaizdą, atidaryti kitą modelį ir grįžti.

Ko tikėtis. Rombas nekeičia formos vartant; 2D ir 3D nesiskiria kampu; „Preview" visada pradedamas numatytuoju kampu.

Kodėl. Buvo du skirtingi kampai (23,8° stačiame, 13,4° apverstame) ir penki ranka surašyti dydžiai. Dabar viskas skaičiuojama iš vieno CAM_PITCH_DEG (20°). Žalias: 0.17-dev 9f400e2 (08-14, stende + ant geležies)

Kur daroma: tą patį modelį lygini kompiuteryje ir telefone vienu metu.

Ką daryti. Spausdinant palyginti tą patį modelį kompiuteryje ir telefone, atidarytame jau prasidėjus spaudiniui.

Ko tikėtis. Tarpai tarp detalės ir atramų vienodi; žiedo skylė nevirsta blynu.

Kodėl. Gyvas buferis buvo 64×48, o kešas 80×60 — sumažinimas užpildydavo ~19 % daugiau ploto. Nuo 08-14 abu 80×60, tad priešužpildymas yra paprastas kopijavimas. Žalias: 0.17-dev cf11c1d (08-14; maxAllocHeap nepakito — 49 140 B, Telegram žinutė atėjo)

Ką daryti. Atrakink slicerių (septyni bakstelėjimai į versiją), atidaryk modelį, peržiūros įrankiuose spausk taikinio mygtuką. Bakstelėk į modelį (taškas), tada tempk pirštą per modelį (zona). Spausk Copy.

Ko tikėtis. Įjungus įrankį aplink vaizdą - oranžinis rėmelis, ir vaizdas nebesisuka (taip ir turi būti). Taškas duoda milimetrus ir sluoksnį su žingsniu („~L152 @0.10 mm"), zona - dydį mm ir sluoksnių ruožą, ant modelio matosi vielinis narvelis. Žymių sąrašas - po peržiūros kortele, jis nieko nedengia, o įrankį galima išjungti tuo pačiu mygtuku. Įklijuota ataskaita turi slicerio versiją, pulto ETag ir firmware build’ą.

Ir dar. Pažymėk vietą nesuslicinus, tada suslicink ir pažymėk tą pačią vietą. Ataskaitoje turi būti dvi grupės - BEFORE SLICING ir SLICED - o kontaktiniame lape prie kiekvieno numerio matytis etapas.

Kodėl. Žodinis aprašymas po savaitės nebepasako, su kuria versija tai buvo; plaukiojantis sąrašas telefone guldavo ant pačio mygtuko; o žymė be etapo nepasako, ar kalbama apie modelį, ar apie tai, ką sliceris su juo padarė (V, 2026-08-19).

Ką daryti. Paleisk slicinimą ir, kol jis eina, bandyk spausti pulto mygtukus (Start, Settings, SD veiksmus). Pabaigus neperkraunk puslapio ir pabandyk vėl.

Ko tikėtis. Slicinimo metu valdikliai neaktyvūs ir sukasi suktukas - lygiai kaip per spaudinį. Pabaigus viskas atsirakina savaime. žalias: 0.17 (2026-08-22)

Kodėl. Slicinimas nebuvo įrašytas į „printeris užimtas“ būseną, tad pultas likdavo atrakintas (V radinys 2026-08-22).

Žalias: 0.17.0 0b6e5a0 (2026-08-31, Claude naršyklė per Chrome)

Kur daroma: spaudi ir pulte, ir printerio mygtukais; žiūri kompiuteryje ir telefone.

Stop/Pause/Resume is dashboard'o IR printerio mygtuku, PC ir telefone, + saltas refresh -> kiekvienas snackbar'as ekrano viduryje (nebe prilipes virsuje telefone, nieko neslenka po juosta).

Kilme: V lauko testai (07-22) - tap-anchored toast'ai telefone lipdavo virsuje / turinys slankiodavo po juosta. Doktrina: visi centruoti (snackCentre).

Ką daryti. 1) SD sąraše pažiūrėk modelų eilutes – po vardu turi būti laikas ir dydis (about 1h 12m · 3.4 MB). 2) Paspausk modelį – kortelėje Estimated time turi sutapti su tuo, ką rodė eilutė. 3) Nustatymuose perjunk dervos profilį ir grįžk į sąrašą.

Ko tikėtis. Laikas rodomas prie kiekvieno modelio, įkelto su 0.17, ir perjungus dervą visos eilutės persiskaičiuoja (kita ekspozicija – kitas laikas). Seni, dar prieš 0.17 įkelti modeliai laiko nerodo visai – taip ir turi būti: sluoksnių skaičius jiems neįrašytas, o perskaityti juos iš naujo būtų lėta.

Kilmė: plano punktas EST-model (V 2026-08-07, #83), padarytas kartu su dervų profiliais (0-16). Į testų sąrašą įtrauktas 2026-08-31 V sprendimu – iki tol kabojo šalia sąrašo kaip review ir būtų likęs neuždarytas.

Žalias: 0.17.0 0b6e5a0 (2026-08-31, Claude naršyklė per Chrome)

Settings → Update: rodo installed/latest teisingai, picker'io sąrašas = lango dydžio (ne begalinis).

Atjungti internetą (ne LAN) → Update tab atsidaro, UI nestringa; nepavykusi patikra kešuojama (pakartotinis atidarymas neblokuoja).

Kilmė: „GitHub freeze" — nekešuota nepavykusi patikra stabdė visą printerį, 0.15.x.

Su senesne versija printeryje: Update ekranas pats pasiūlo naują → Install → reboot → nauja versija; „Install update?" patvirtinimas rodomas.

Kilmė: 0.15.4 promotion repeticija 07-16 — pirmas pilnas patikrinimas.

Po --beta: /releases/latest ir version.txt tebe-rodo seną stable; picker'yje beta matosi.

Kilmė: 0.15.0 beta tapo GitHub „Latest" ir web flasher dalino betą — flipinta ranka; dabar --beta žymi prerelease.

Ką daryti. Pulte atidaryk Settings → Update. Printerio ekrane atidaryk System → Update. Tada kortelėje pasirink kitą versiją (pvz. ankstesnę betą) ir spausk Install selected; po to grįžk į naujausią tuo pačiu būdu.

Ko tikėtis. Kortelė ir ekranas rodo stabilaus kanalo versiją, ne „unknown" ir ne „Version check failed". Pasirinkta versija parsisiunčia su progreso juosta ekrane ir printeris persikrauna į ją per ~35 s. Jei kas nors atsako „Update refused" ar patikra nepavyksta - tai raudona, nes tokio printerio savaiminis atnaujinimas neveikia.

Kilmė: PR #146 (@DeadlySIn777) - atnaujinimas anksčiau netikrino GitHub sertifikato, tad svetimame tinkle kas nors galėjo įdiegti savo firmware; + PR #166 (papildomi Let's Encrypt šakniniai sertifikatai). Išleista 0.17.5.

Žalias: 0.17.5 + #146 + #166, build 0110eec (2026-09-16) - versijos patikra „Up to date", ekranas „Latest: 0.16.2", 0.17.4 įdiegta per patikrintą ryšį ir grąžinta, blogos versijos atmestos (400), slicerio manifestas 1,5 s, atmintis nepakito.

Ką daryti. Dar su 0.17.5 pulte išjunk slicerį (Settings → Network → STL slicer in the dashboard → Save config). Tada išjunk ir įjunk printerį - įsikrovęs jis pats pasitikrina atnaujinimą ir pasiūlo Install. Įdiek ir pažiūrėk pultą. Paskui išjunk slicerį jau su 0.17.6, išsaugok ir vėl perkrauk printerį.

Ko tikėtis. Po atnaujinimo pulte sliceris YRA (kortelė matoma, jungiklis įjungtas), nors prieš tai buvo išjungtas - tai vienkartinis įjungimas. Po antro išjungimo ir perkrovimo sliceris lieka IŠJUNGTAS: savininko žodis nusveria, ir daugiau niekas jo neįjungia.

Kilmė: K9 (PR #162), išleista 0.17.6 (2026-09-18). 0.17 rašė „išjungta" per kiekvieną nustatymų išsaugojimą, tad vien numatytosios reikšmės pakeitimo nebūtų užtekę - reikėjo vienkartinio perjungimo su žyme NVS.

Ką daryti. Pulte pasižiūrėk, koks dervos profilis įjungtas (pilulė po būsenos laukais), tada atidaryk dervos rinkiklį. Sulygink: ar tas pats vardas yra sąraše.

Ko tikėtis. Įjungtas profilis visada matomas rinkiklyje su varnele. Jei jo failo kortelėje nėra, pultas turi tai pasakyti – ne rodyti vardą, už kurio nieko nėra.

Kilmė: Claude radinys 2026-08-31 testuojant T-112. Printeris rodė sunlu-tough2, o /resin/sunlu-tough2.json SD kortelėje nebebuvo – rinkiklyje tik fast ir slow. Profiliai gyvena kortelėje, o pasirinkto vardas – įrenginio nustatymuose, todėl jie gali išsiskirti. Pavojus tikras: tikrosios V kalibracijos reikšmės buvo tik /api/config, tad perjungus profilį jos būtų dingusios negrįžtamai. Apeita ištrinant pakibusį vardą ir paliekant bibliotekos sunlu-tough. Svarbu: printerio EKRANAS tai jau rodo – Interface.ino:739 rašo slugToTitle(vardas) + „ (missing)“. Nemoka tik pultas, todėl pataisa yra grynai dashboard.html darbas: /api/resin-profile jau grąžina ir selected, ir visą profiles sąrašą, tad užtenka patikrinti, ar vardas sąraše yra. Spausdinimo tai neblokuoja ir neturi – EEPROM reikšmės teisingos; pavojus tik tas, kad perjungimas į kitą profilį yra vienpusiškės durys be įspėjimo. Pataisos dar nėra.

Ką daryti. System → WiFi Info → OK → OK (Reset WiFi), tada portale įvesk tyčia neteisingą slaptažodį. Palauk, kol juosta pasibaigs. Paskui nueik į System → WiFi Info. Pabaigoje pakartok su teisingu slaptažodžiu.

Ko tikėtis. Po juostos ekrane dvi eilutės: „WiFi: offline mode" ir po ja priežastis su kodu – Wrong pass? (204). Ta pati eilutė lieka WiFi Info ekrane po „Not connected". Tekstas telpa į vieną eilutę, nenusikelia. Su teisingu slaptažodžiu prisijungia kaip visada.

Kilmė: #118 (jvlobo) – naudotojo printeris nesijungė, o firmware rodė tik „offline mode", tad nei jis, nei mes negalėjom atskirti slaptažodžio nuo silpno signalo. Padaryta da08f67, uždaryta #122. Geležis pamokė: neteisingas slaptažodis grąžina 204, ne 202 – rankos paspaudimas tiesiog nepasibaigia.

Ką daryti. Atidaryk modelį, kuris jau turi išsaugotą peržiūros paveikslėlį (toks parodomas iš karto, be statymo juostos). Palauk ~10 s, kol fone susistatys tikras 3D. Pažiūrėk į to modelio eilutę SD sąraše.

Ko tikėtis. Eilutėje – modelio paveiksliukas, ne pilkas TinyMaker ženkliukas.

Kilmė: V radinys 2026-08-30 (skeltool). Piktograma piešiama naršyklėje iš sluoksnių ir laikoma localStorage. Modeliui su išsaugotu paveikslėliu pultas rodo jį iš karto, o tikri sluoksniai ateina vėliau, fone – ir piktogramos kurti niekas nebegrįždavo. Išmatuota: rankinis ensureRowIcon kvietimas ją padarydavo iš karto, tad funkcija buvo sveika, kaltas kvietimo momentas. Pataisyta 92be692: piktograma daroma fono pakėlimo pabaigoje.

Ką daryti. Atidaryk bet kurio modelio peržiūrą ir palauk, kol susistatys 3D. Nueik į Nustatymus ir paleisk „Prepare 3D for all models“. Palauk pabaigos ir grįžk.

Ko tikėtis. Kortelėje – tas pats vaizdas, koks buvo prieš perkūrimą. Ne stambūs kubeliai, ne priartintas ir nucentruotas kampas. Tas pats ir perjungus temą, ir išdidinus langą. Sąrašo piktogramos tuo metu turi atsinaujinti – įskaitant modelius, kurių niekas neperžiūrėjo.

Kilmė: V radinys 2026-08-30. Ciklas išjungia detalų vaizdą (jam reikia tik grubaus kešo), perpiešdavo kortelę dar būdamas grubiame režime, o pabaigoje išvalydavo kešą – likdavo stambus piešinys virš tuštumos, matmenys skaičiuoti kitokiam tankiui. Išmatuota: iškart po ciklo kešas /80x60/0, o piešimo laukas 720×420 vietoj 240×150. Pataisyta 4aad9e0: kortelė perpiešiama tik grubiame režime, o matomas vaizdas – GPU sluoksnyje – neliečiamas.

Ką daryti. Kompiuteryje atsiversk SD sąrašą ir palauk ~pusę minutės (piktogramos fone keliauja į kortelę). Tada atidaryk pultą telefone arba naršyklėje, kurioje šio printerio niekada nebuvai atidaręs.

Ko tikėtis. Sąraše – modelių paveikslėliai, ne pilki ženkliukai. Nieko spausti ir nieko paruošti nereikia. Puslapiuotame sąraše piktogramos nusiunčiamos tų eilučių, kurios buvo parodytos – kito puslapio modeliai išsiunčia savąsias jį atvertus (V sprendimas: siųsti visų iš karto nėra prasmės).

Kilmė: V 2026-08-30 – „nėra logikos rodyti naršyklėje PC, o atidarai telefoną ir joje nematai". Nuo e06e402 (08-16) piktograma gyveno tik localStorage, iki 24 naujausių, ir priklausė naršyklei, ne modeliui. Dabar 56×56 PNG (~5 KB) guli prie modelio kortelėje (icon.png), o sąrašas ima iš ten. Gaminimo momentas nepakito: peržiūra arba „Prepare 3D". Patikrinta ištrynus visas 25 naršyklės žymes: sąraše 10 iš 10 eilučių su paveikslėliais iš kortelės (1da71bd).

Ką daryti. Kompiuteryje (platus langas) supjaustyk STL sliceriu ir įkelk į SD. Kai SD skiltis išsiskleis, suskaičiuok eilutes.

Ko tikėtis. 5 eilutės ir sąrašas nenukaręs žemiau kairiojo stulpelio. Siaurame lange (telefone) - 10, ir tai teisinga: ten stulpelių nėra.

Kilmė: V radinys 2026-08-30. Eilučių skaičius matuojamas iki kairiojo stulpelio apačios, bet akimirką po slicerio įkėlimo SD išsiskleidžia iškart, o peržiūra dar kraunasi - matavimo sąlygos nepraeina, ir likdavo pradinė reikšmė 10 (telefono puslapis, ne matavimas). Pataisyta 571ec77: išeities reikšmė imama iš maketo (kompiuteryje 5), o ne visada 10. Pirmas bandymas (ada342f) taikė ne į tą vietą - taisė matavimo vidų, o iki jo išvis neprieinama.

Žalias: 0.17.0 0b6e5a0 (2026-08-31, Claude naršyklė per Chrome)

Ką daryti. Patikrink keturiuose režimuose: įprasta peržiūra iš SD; sliceryje ką tik užkrautas STL; suslicinta; iškart po įkėlimo į SD. Papildomai - išdidinus peržiūros langą.

Ko tikėtis. Narvo mygtukas visur pirmas iš kairės.

Kilmė: V radinys 2026-08-30. Sliceryje slepiami gl3dDet, gl3dClip ir gl3dRaw, tad narvas atsidurdavo tai priekyje, tai gale, nors pats nejudėjo. Pataisyta 0b6e5a0: order:-1 - ne DOM perstatymas, tad slicerio tiltelis lieka nepaliestas.

Self-update is dashboard'o/printerio -> naršyklei prisijungus po perkrovimo rodomas vienkartinis 'firmware updated' pranesimas; NEsikartoja velesniuose refresh'uose.

Kilme: 1-35 (0.16.0-beta), sessionStorage tmFwUpd.

Advanced -> Network -> WiFi Off, perkrauti. System -> Update: laikinas WiFi PAKYLA, self-update galimas (anksciau buvo aklaviete). networkStarted latch nebeblokuoja (case 423 unlatch).

Kilme: 0-35 / GitHub #38 (0.16.2). Zalias: 0.16.2 (08-03, ant gelezies)

Kur daroma: routerį ir printerį jungi fiziškai, o grįžimą į tinklą matai pulte.

Ką daryti. Isjunk routeri (arba WiFi jame). Ijunk printeri ir palauk, kol ekrane praeis „WiFi: offline mode". Tik tada ijunk routeri atgal ir palauk ~1 min. Nieko printeryje nespausk - jokio perkrovimo, jokio System → Update.

Ko tikėtis. WiFi zenklas pazaliuoja IR pultas atsidaro per IP; tinymaker.local irgi veikia; PrusaSlicer „Send to printer" prisijungia. Antras variantas tam paciam: paleisk printeri, kol routeris dar kyla po elektros dingimo - rezultatas turi buti toks pat.

Kodėl. Nepavykes 15 s jungimasis boot’e grazindavo is network_setup() per anksti, ir uz to likdavo nepaleisti VISI HTTP marsrutai bei server.begin(). Budintis watchdog’as radija sugrazindavo - zenklas zalias, IP teisingas - bet printeris tyledavo i kiekviena uzklausa. Vienintelis kelias atgal buvo System → Update. Kilme: feedback #24 (Simon, 0.16.2) - du printeriai vienu metu, abu tinkle, abu nepasiekiami; perkrovimas nepadejo. Fix 836d6d3.

Kur daroma: routerį perkrauni fiziškai, o atsigavimą matai ir printeryje, ir pulte.

Spausdinant IR idle metu perkrauti routerį (ar trumpam išjungti WiFi) → printeris pats grįžta į tinklą be pakartotinio slaptažodžio vedimo; tinymaker.local atsigauna. Ekspozicija (CURE) nepaveikta — watchdog tik network_loop(), per UV nesisuka; auto-reconnect fone. žalias: 0.15.6+dirty (07-18, lauko testas — „atsigavo")

Kilmė: feedback #12 (Jack Butler, 0.15.6) — WiFi nukrisdavo visai, tekdavo vesti creds iš naujo (nuo ~0.15.4). Priežastis: nebuvo runtime auto-reconnect (tik boot'e). Fix 07-18: setAutoReconnect(true)+persistent(true) + idle reconnect watchdog + mDNS re-announce.

'Power restored' -> Discard (palaikyti mygtuka iki galo). Po to System -> WiFi Info: printeris VIS DAR tinkle. Palaikytas Discard NETURI suveikti kaip factory WiFi reset.

Kilme: lauko bug'as (V, 07-22) - 'hold BACK ijungiant = WiFi erase' suveikdavo nuo dar laikomo Discard (network_setup is loop). Fix 1c38cfc: mygtuku atleidimo drenazas pries network_setup.

Kur daroma: reikšmę keiti ir printerio meniu, ir pulte, tikrini, ar sutampa.

Regular ekspozicija saugoma/redaguojama 0.1 s tikslumu (Base lieka sveikos sek.). Senas whole-second Regular x10 -> ds (self-healing migracija, addr3 mirror downgrade'ui). Nustatyta X.X islieka po reboot ir backup/restore; UV laikas + estimate naudoja /10 (ne 10x nukrype); factory reset -> 14.0.

Kilme: 0-3 (0.17, PR #85). Zalias: 0.17-dev (08-08, gelezei: #3 realus spaudinys Sunlu Rapid @ Regular 8.0/Base 18 - svari detale + adhezija; migracija auto-OK 14->14.0)

Exposure testo pabaigos ekranas, WiFi Info, Update ekranai — tekstas nelipa ant savęs, nekerta rėmelio.

Kilmė: mėlyno teksto užlipimas + „(Good)" susidūrimas su pagaliukais, 0.14.3/0.15.4.

Kur daroma: siuntimą pradedi pulte, o rezultatą tikrini printerio ekrane.

Pradėti animacijos siuntimą ir nutraukti tinklą → sena animacija lieka nepažeista, dalinis failas neinstaliuojamas.

Kilmė: Briano 538 KB truncated failas — installer'is priimdavo dalinius; fix: TMB antraštės dydis + magic prieš rašymą.

Kur daroma: „Send test“ spaudi pulte, o pristatymą tikrini telefone.

Ką daryti. Įjunk pranešimus ir paspausk „Send test“ - žinutė turi ateiti į telefoną. Tada paleisk dry run ir sulauk automatinio pranešimo (starto ar pabaigos) - tik po jo Settings po kanalo jungikliais atsiranda eilutė. Paskui sugadink nustatymus (klaidingas Chat ID arba išjunk routerį), pakartok dry run ir žiūrėk tą pačią eilutę.

Ko tikėtis. Pirmu atveju „Last automatic message: delivered just now.“. Antru - raudona „NOT delivered“ su priežastimi. Kol jokio automatinio pranešimo dar nebuvo (pvz. ką tik perkrautas printeris), eilutės išvis nėra - net jei „Send test“ ką tik puikiai suveikė.

Svarbu. „Send test“ šios eilutės NEKEIČIA, ir taip yra sąmoningai: testas eina savu keliu, tad žalias testo pranešimas gali stovėti virš raudonos eilutės - būtent tas skirtumas („testas veikia, o spausdinant ne“) ir buvo #40 simptomas.

Kodėl. Siuntimo rezultatas buvo skaičiuojamas ir išmetamas, todėl atminties bug’as (#40) savaitėmis tyliai žudė pranešimus spausdinimo metu, o „Send test“ ramybėje veikė. Kilmė: issue 88, 0.17.

zalias: 0.17.0 (2026-09-02) - Claude + V, build Sep 1 21:42:17. ABI puses. „Delivered“: po tikro automatinio pranesimo eilute rode „Last automatic message: delivered 5 min ago.“ „NOT delivered“: laikinai pakeitus pokalbio ID i neteisinga ir paleidus `Test2min`, po pabaigos - „Last automatic message: NOT delivered just now - Telegram returned HTTP 400.“ (`notifyLastOk false`). Pokalbio ID grazintas.

Kur daroma: atšauki prie printerio ar pulte, o žinutę gauni telefone.

Atšaukti printą per galinį lift'ą → Telegram/WhatsApp gauna „canceled", NE „finished".

Kilmė: cancel per final lift landino be notifikacijos / kaip finished — pagauta 0.15.x peržiūroje.

Dry run, pilnas vatas, nusileidimo greitis maksimalus. 0) Po tikro spaudinio parko spausti +0.1 mm iki atsiremimo i lubas ir skaiciuoti: ~23 = dreifo nera (parkas 68.0, lubos 70.3); ~0-5 = platforma po darbo auksciau nei skaitiklis mano. 1) Ciklai flash -> boot -> start (homing is parko i pilna vata) - 5+ ratu. 2) Iassokus klaidai: spausti OK ir NIEKO neliesti, tada perskaityti /api/status lauka endstop: false = platforma jutiklio nepasieke (mechanika - properSa/prilipimas prie FEP), true = pasieke, bet skaitymas melavo judant (elektrika/triukSmas). Retry turi startuoti "nepajudejes".

Isbraukta matavimais (nekartoti): ryski sviesa optinio jutiklio NEapgauna (islaike true ~2.5 min); eigos biudzeto versija atmesta - fizine eiga 70.3 mm < 73.0 mm biudzeto, tad per aukstos padeties scenarijus neimanomas; dreifo nera.

Kilme: 2x "Homing error, print canceled" 08-09, abu iskart po flash'o. 08-11 vakara 5 ciklai svarus - klaida NEATKARTOTA, pereita i stebejima. Zalias: 0.17-dev (08-11, gelezei: 5 ciklai svarus, dreifo 0); klaidos priezastis LIEKA neatrasta - pasikartojus vykdyti 2) punkta

Ką daryti. Paleisk spaudinį ir netrukdyk. Stebėk pultą per visą leidimąsi.

Ko tikėtis. Būsena rodo Homing be sekundžių, ir jokio pranešimo ekrane nėra.

Kodėl. Homing yra spausdinimo dalis, o ne atskiras laukimas; kelio iki galinio jungiklio niekas neišmatuoja, tad ir skaičiaus ten būti negali.

Ką daryti. Paleisti spaudinį ir žiūrėti telefone, kol platforma leidžiasi.

Ko tikėtis. Juodame bloke „Loading live 3D…", antraštėje „Printing 0% · vardas" — abu sutampa; prasidėjus ekspozicijai savaime virsta 3D vaizdu.

Kodėl. Žinutė buvo piešiama vieną kartą; bet ką perpiešus drobę ji nebeatsirasdavo, ir per visą homing'ą likdavo „Pick a model and press Preview". Žalias: 0.17-dev 92236f7 (08-14, ant geležies)

Kur daroma: Stop spaudi pulte, o platformos grįžimą stebi prie printerio.

Atšaukti printą per galinį homing'ą (pozicija žemiau 0) → platforma grįžta į 0, HTTP gyvas (puslapis atsako), jokio freeze.

Kilmė: stop-during-homing radinys → fff62d3, 0.15.4.

Ką daryti. Paleisk spaudinį. Kol būsena „Homing", pabandyk paspausti Pause.

Ko tikėtis. Mygtukas neaktyvus (pilkas). Printeris tuo metu pauzės nepriima.

Kodėl. Kad nebūtų komandos, kuri tyliai nieko nedaro.

Kur daroma: aukštį nustatai printerio meniu arba pulte, o kilimą matai prie printerio.

Advanced->Resin->"Pause lift": ciklas 20/25/30/35/40; dashboard input tas pats. Per spaudini Pause -> platforma kyla nustatytu auksciu (ne fiksuotu 20), Resume -> grizta i tikslia Z ir tesia. Lubos: bet kuriam auksciui runtime clamp iki max_height (nevirsija). Default 20 = sena elgsena.

Kilme: #82 (0.17, PR #86); firmware-auditor svarus (lubos saugios, default-ekviv., meniu be off-by-one). Zalias: 0.17-dev 488194f (08-08, gelezei: meniu ciklas + kilnojimas OK)

Advanced → Exposure test pasileidžia, juostos matomos, pick ekranas suveikia (galima atšaukti be įrašymo).

Advanced->Resin->Exposure test: 8 juostu sub-sekundines ir skirtingos, rodomos "X.X s" (ne zalias ds "44-176"). Intro/rezultatas/Advanced reiksme telpa 160px (nenukerpa pabaigos). "Pick bar" pritaiko decisekundine Regular reiksme.

Kilme: 0-3 display-fix (ffa7685) - bug'a rado V ant gelezies (rode "44-176", nukirpo "8 bars: 4.4-17."). Zalias: 0.17-dev (08-08, gelezei - rodo "4.4-17.6s")

Regular = 1–2 s → testo juostos VISOS skirtingos ir pasirenkamos (ne identiškos dėl sveikų skaičių).

Kilmė: vartotojo radinys 0.15.0 testuose → 13c9b4b; galutinai išnyks su 0-3 decisekundėmis.

Flash ant išvalytos/naujos plokštės (erase_flash) → pirmas boot: ekspozicijos gauna default'us (35/14), UV šviečia, Layer_Height ne 2.55.

Kilmė: Issue #13 (mwalimu, nauja mašina iš gamyklos) → EEPROM validacija ead35e9, 0.15.x.

Kur daroma: Stop spaudi pulte, o UV gesimą matai prie printerio.

Stop vidury ekspozicijos → UV užgęsta IŠKART (esp_timer), ne po fazės pabaigos.

Kilmė: UV saugos peržiūra 0.15.x (uvOffTimer).

Maintenance → Level Build Plate → raudonas ekranas sako „Plate must be EMPTY. Homing goes DOWN." — trys eilutės telpa, nelipa viena ant kitos ir ant Back/Next mygtukų; Back grąžina be homingo. žalias: 0.15.6-kand. c1d323e (07-20, foto)

Kilmė: Simon #8 power-outage incidentas → sauga pirmu smuiku; pirmoji redakcija lūžo dėl CAPS pločio (wrap užlipimas, lauko foto 07-20) → trys trumpos eilutės.

Kur daroma: jungiklį tikrini printerio meniu ir pulte, kad rodytų tą pačią būseną.

Advanced -> Resin -> Power resume OFF: nutraukus srove -> JOKIO resume prompt'o, checkpoint NErasomas (spausdinam nuo nulio). ON: prompt'as atsiranda + resumina. Jungiklis issisaugo (NVS + backup); printerio meniu ir dashboard rodo TA PACIA busena.

Kilme: 0-34 (0.16.2). Zalias: 0.16.2 (08-03, ant gelezies)

Kur daroma: paleidi pulte arba prie printerio, o progresą lygini abiejuose.

Start (galima Dry run) → LCD ir dashboard rodo progresą, countdown fazės keičiasi, puslapis gyvas viso printo metu.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Ziedas 173 sluoksniai iki galo; fazes keitesi visa spaudini, pultas gyvas; printerio ekrana ir pakilusia plokste patvirtino V.

Ką daryti. Paleisk spaudinį iš SD sąrašo ir žiūrėk į pranešimų vietą bei būsenos eilutę. Tas pats su Update mygtuku.

Ko tikėtis. Jokio pranešimo ekrano viduryje. Būsena pati pereina Processing files → Homing. žalias: 0.17 (2026-08-22)

Kodėl. Starto pranešimas kartojo tai, ką puslapis ir taip rodė, ir likdavo kaboti (V radinys 2026-08-22).

2026-09-01 (Claude): ZALIA: statusMsg per visa starta liko tuscias, busena pati perejo Processing files -> Homing (651 ms). Tas pats ir stabdymo pabaigoje - pranesimas issivale pats.

Ką daryti. SD sąraše pasirink mažą modelį (keli šimtai sluoksnių). Paspausk Start ir patvirtink. Žiūrėk į pranešimą ekrano viduryje ir skaičiuok mintyse.

Ko tikėtis. Arba pranešimo nėra visai, arba jis pasirodo ir išsilaiko apie 3 sekundes. Neturi būti „šmėkštelėjo ir dingo". Tekstas - Processing files. Please wait...

Kodėl. Pranešimas atidedamas sekundei (kad nemirktų), bet pasirodęs privalo išbūti tiek, kad spėtum perskaityti - iki 08-18 jis dingdavo tą pačią akimirką, kai baigdavosi darbas.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Pranesimo nebuvo VISAI (statusMsg tuscias), o tai eilute leidzia: Processing files -> Homing uztruko 651 ms, tad atidejimas sekundei ji ir nuslopino.

Kur daroma: Start spaudi pulte, o žodžius lygini su printerio ekranu.

Ką daryti. Pasirink didelį modelį (~800+ sluoksnių). Paspausk Start ir iškart pažiūrėk į printerio ekraną, paskui į pultą.

Ko tikėtis. Abu sako tą patį: printerio ekrane „Processing files / Please wait...", pulte - „Processing files. Please wait...". Būsenos eilutė pulte irgi ta pati.

Kodėl. Skirtingi pavadinimai tam pačiam laukimui vertė spėlioti, ar tai vienas darbas, ar du.

zalias: 0.17.0 (2026-09-02) - Claude + V, build Sep 1 21:42:17. `Bibio`, 897 sluoksniai. Paleidus IS PULTO printerio ekrane (V mate) ir pulte vienu metu - „Processing files“; pulte jis stovejo 12 s, tada homing. Zodziai sutampa.

Ką daryti. Stebėk būsenos eilutę per kelis sluoksnius. Paskui sustabdyk arba pauzuok ir vėl pažiūrėk.

Ko tikėtis. Sekundės rodomos tik ties Curing ir Finished. Ties Lifting, Dropping, Pausing, Resuming, Canceling - tik pavadinimas.

Kodėl. Pakėlimo ir leidimosi sekundės kartojasi šimtus kartų ir iš jų niekas nieko nesprendžia; o laukimų skaičių jau rodo pranešimas.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Sekundes TIK ties Curing ir Finished; Lifting, Dropping, Pausing, Resuming - be ju. Pastaba: viename cikle Curing 0,36 s pastovejo be skaiciaus pries pereidamas i Lifting.

Kur daroma: pultą atidarai kompiuteryje ir telefone, o spaudi tik vienoje vietoje.

Ką daryti. Atidaryk pultą kompiuteryje ir telefone. Vienoje vietoje paspausk Pause arba Stop. Žiūrėk į abu ekranus.

Ko tikėtis. Abu rodo tą patį pranešimą su tuo pačiu skaičiumi. Ekrane vienu metu - tik vienas pranešimas, jis nemirksi ir nešokinėja.

Kodėl. Pranešimai apie printerį eina iš būsenos, tad juos mato ir tas, kuris nespaudė.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Trys ziurovai vienu metu: kompiuteris, V telefonas (V patvirtino) ir trecias langas, kuriame niekas nespaude - visi tas pats sakinys, skaiciai per 3 s (fone paliktam langui narsykle retina laikmacius).

Kur daroma: pultą atidarai dviejuose įrenginiuose, o spaudinį paleidi tik viename iš jų.

Ka daryti. Atidaryk pulta DVIEJUOSE irenginiuose (pvz. kompiuteryje ir telefone). Viename ju paleisk dideli modeli (~800+ sluoksniu). Ziurek i antraji - i ta, kuriame nespaudei.

Ko tiketis. Antrasis rodo ta pati, ka ir pirmasis: „Processing files“. Jokio „Printer not answering“ - printeris sveikas, jis tik ruosia failus.

Kilme: Claude radinys 2026-09-02, darant T-57. Paleidus `Bibio` (897 sluoksniai) ne is to lango, kuriame ziurima, tas langas 8-12 s rode „Printer not answering - an upload, share or other background job is prepared“. Priezastis: ruosdamas dideli modeli printeris kelias sekundes neatsakineja, o langas, kuris pats starto nesiunte, tos tylos paaiskinti negali. Priestarauja T-75 (abu irenginiai turi rodyti ta pati).
Del ko NETAISOMA is karto (V klausimas 09-02: „nesugadinsim taisydami?“): tas sakinys egzistuoja tam, kad pasakytu apie TIKRA nepasiekiamuma - o ju ta pati vakara buvo keturi. Padarius ji lėtesni ar tylesni, nustotume matyti tikrus dingimus. Taisymas turi buti siauras: nutildyti TIK kai paskutine zinoma busena buvo „ruosiami failai“ ir TIK kelioms sekundems; ilgesne tyla vis tiek turi rekti. Palikta, kol neaisku, del ko printeris iskrenta is tinklo. Susije: T-75, T-57.

UŽDARYTA V sprendimu 2026-09-12 („uždarytas tas 119, basta“): netaisom - pranešimas lieka toks, koks yra. Priežastis ta pati, kuri buvo užrašyta nuo pradžių: tildant jį nustotume matyti tikrus dingimus iš tinklo, o tie yra brangesni už kelias sekundes netikslaus sakinio. Eilutė lieka registre kaip elgesio aprašymas, ne kaip laukianti pataisa.

Ką daryti. Paleisk trumpą spaudinį (dry run tinka) ir leisk jam pasibaigti. Pasibaigus neperkraunėk puslapio. Pabandyk paspausti bet kurį mygtuką.

Ko tikėtis. Mygtukai veikia iš karto, pranešimų ekrane nėra. Kol plokštė kyla, būsena rodo Finished · Ns su mažėjančiu skaičiumi.

Kodėl. Iki 08-18 čia buvo gedimas: pultas likdavo užrakintas iki puslapio perkrovimo, o „Processing files" kabodavo ekrane.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Curing 1s -> Lifting -> Finished 22s->0s per 24 s -> Idle pats, be perkrovimo. Settings atsidare per 16 ms, jokio pranesimo ekrane.

Kur daroma: veiksmus paleidi pulte, o mirgėjimą tikrini printerio ekrane.

Unpacking / web OTA / upload / boot-anim download → juosta tik AUGA, tekstas nemirksi, jokių oranžinių dryžių ant LCD.

Kilmė: unpacking flicker + SPI streaks radiniai → 6d7c874/832e147, 0.15.5.

Perkrauti puslapį spausdinant → matosi aktyvus printas (progresas, countdown), ne idle kortelė; puslapis užsikrauna per protingą laiką.

Kilmė: feedback #5 (iPhone) → mid-print HTTP servisas 0.15.1–0.15.3.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Perkrovimas ties 10/173: puslapis uzsikrove per 162 ms ir iskart rode aktyvu spaudini (Layer 10/173, liko 46m, valdikliai matomi).

Atidaryti Settings → Boot animations vidury printo → užrakto žinutė (ne amžinas „Loading animations..."); printui pasibaigus sąrašas užsikrauna PATS. žalias: 0.15.6-kand. c1d323e (07-20)

Kilmė: vartotojo radinys 07-17 → fix 0.15.6 kandidatas (dar nebuildinta).

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Abi puses: spausdinant - uzrakto sakinys, pasibaigus sarasas uzsikrove PATS (4 animacijos), be perkrovimo.

Dashboard'e Pause (plokste kyla), tada Resume (plokste grizta) -> fazes countdown atsinaujina per visa judesi, dashboard'as neuzsala tas sekundes.

Kilme: V lauko radinys (07-22) - lift/travel 160ms langas nepataikydavo i 2s poll'a -> www uzsalimas. Fix: fazes countdown + HTTP kas 200ms judesio cikle (status 'phased' apima state 5/7).

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Pauze: skaicius mazejo kas ~1 s; tesimas: didziausias tarpas tarp atnaujinimu 1,9 s per 26 s judesi; puslapio ciklas 827 kadrai is 820 lauktu - jokio uzsalimo.

Po power-loss vietoj printerio mygtuku atidaryti dashboard'a -> 'Power was restored' kortele su Resume/Lift/Discard; Resume ten testia printa gyvai, printerio liesti nereikia.

Kilme: 0-33 (exp-5), 0.16.0-beta. /api/resume/accept|lift|discard.

zalias: 0.17.0 (2026-09-01) - Claude, build Sep 1 21:42:17, dry run, Test4min, V istrauke kistuka is sienos. Kortele pulte: „Power was restored - a print was interrupted. Test4min - 1 of 9 layers were finished“ su trimis mygtukais (Resume print / Lift plate only / Discard). Paspausta „Resume print“ PULTE, printerio neliesta - patvirtinimo langelis ispejo del voneles ir plokstes, spaudinys tesesi ir baige 9/9.

Spausdinant (dry run tinka) atidaryti SVIEZIA narsykle / incognito BE Perziuros -> rodo „Print progress 3D" su auganciu voxel render'iu (ne statiska nuotrauka + „Printing NN%"). Auga gyvai kylant spaudiniui. Antra dalis (M1 sargas): po power-loss RESUME atidaryti sviezia langa -> gyvas 3D VIS TIEK auga (virsus), sampler'is neuzstringa nuo resumeLayer starto. Stebeti heap (freeHeap sveikas su ~13.8 KB liveBuf).

Kilme: P-live (0.17 Sprintas B, #P-live) - gyvas 3D visuose languose per /api/live/slices (64x48 1-bit siluetu RAM stack). Resume-stall (M1/M2) = firmware-auditor radinys, fix'inta pries merge (PR #79). Zalias: 0.17-dev cc829eb (08-05, ant gelezies - incognito augo, liveN=36, heap min 77KB)

2026-09-01 (Claude): Pirma dalis ZALIA: sviezias langas, kuris perziuros neatidare, auga gyvai - tarp 21 ir 24 sluoksnio 377 vaiduoklio taskai virto kietais, juosta 12% -> 14%. Antra dalis (po power-loss resume) NEDARYTA - laukia bloko 2E.

zalias: 0.17.0 (2026-09-01) - Claude, build Sep 1 21:42:17, dry run, Test4min, V istrauke kistuka is sienos. ANTRA dalis (pirma buvo zalia dar 08-31): po power-loss tesimo sviezias langas, kuris to modelio perziuros niekada neatidare, PATS susistate gyva vaizda - drobeje buvo 1 spalva (tuscia deze), po tesimo 35 spalvos ir 8969 taskai, antraste „Printing 100% · Test4min“. Sampler'is nuo resumeLayer neuzstrigo, heap sveikas (~166 KB).

Ka daryti. Ijunk Dry run (Dashboard, mygtukas sale „VAT refilled"). Nueik i Settings, pakeisk bet kuri nustatyma (ar net nieko nekeisk) ir paspausk Save config. Grizk i Dashboard.

Ko tiketis. Dry run lieka ijungtas: mygtukas sako „Dry run: on", virsuje stovi juosta „Dry run mode enabled". Kitas paleidimas turi buti sausas.

Kilme: Claude radinys 2026-09-01. Ismatuota du kartus is eiles: po „Save config" dryRun nukrenta i false, nors jungiklio niekas nelete. Priezastis Network.ino:1753 uvLedEnabled = !formCheck("dry_run", !uvLedEnabled): pultas siuncia PILNA forma, o dry run jungiklis toje formoje negyvena (jis atskiras mygtukas), tad formCheck nesant laukelio grazina false = „naudotojas isjunge". Pavojus tikras: zmogus pasiruosia sausa bandyma, pakeicia WiFi nustatyma - ir kitas paleidimas jau su degancia UV lempa.

PATAISYTA 2026-09-01 (commit 3e71888, ant gelezies build Sep 1 21:42:17). Priezastis: `formCheck` pilnoje formoje nesant laukelio grazindavo „isjungta“, o pultas dry run jungia atskiru endpoint'u ir i forma jo nededa. Dabar reiksme keiciama TIK jei laukelis atsiustas. Patikrinta: suskaiciuota pati `POST /api/config` uzklausa, po jos `dryRun` liko `true`; kiti jungikliai nepajudejo.

Ka daryti. Uzsirasyk „Resin left (est.)" skaiciu. Ijunk dry run, paleisk trumpa modeli ir leisk jam pasibaigti. Pasiziurek skaiciu vel.

Ko tiketis. Skaicius nepasikeite: sausame rate niekas nesukieteja, tad ir nurasyti nera ko.

Kilme: Claude radinys 2026-09-01. Pilnas sausas 9 sluoksniu ratas nurase 0,5 ml (9,8 -> 9,3), t.y. visa modelio iverti. Per dienos testus V skaitiklis nukrito 14,5 -> 8,9 ml, nors VAT visa laika buvo tuscias. Priezastis TinyMaker.ino:2688: vatRemainingMl -= (resinUsedMl - resinSampledMl) daroma kiekvienam sluoksniui be dry run salygos (UV skaitiklis tokia apsauga turi). Ne tik kosmetika: ties 2 ml isijungia „mazai dervos" stabdymas, tad daug testuojantis zmogus gautu netikra ispejima ir sustabdyta spaudini.

PATAISYTA 2026-09-01 (commit 3e71888, ant gelezies build Sep 1 21:42:17). Nurasymui uzdeta `if (uvLedEnabled)`. Patikrinta abiem pusem: pilnas 9 sluoksniu SAUSAS ratas - derva liko lygiai 7,5 ml (pries pataisa toks pat ratas nurasydavo 0,5 ml); TIKRAS 9 sluoksniu spaudinys - derva 7,5 -> 7,1 ml, UV +137 s, t.y. apskaita nepaliesta.

Kur daroma: Stop spaudi pulte, o plokštę ir UV tikrini prie printerio.

Stop iš dashboard vidury printo → „Canceling · Ns" countdown → platforma pakyla → Idle; UV užgesęs.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Countdown, plokste kyla, po to Idle. UV skaitiklis nejudejo (7248 s) - bet tai sausas ratas, tad UV puse dar netikrinta su derva.

Ka daryti. Palauk, kol prasides sluoksnio ekspozicija (busena „Curing“). Paspausk Stop ir patvirtink. Ziurek i pranesima nuo pat paspaudimo; jei turi antra irengini - laikyk pulta atidaryta ir jame.

Ko tiketis. Keturi dalykai:

1) Pirmas sakinys „Stopping the current operation“ pasirodo per sekunde ir nekabo ilgiau nei ~6 s.
2) Per ta laika pultas nerodo „Printer not answering“, o antras irenginys rodo ta pati.
3) Sakinys persiraso vietoje i „Stopping · lifting the platform“ su sekundemis - antras pranesimas neatsiranda ir pirmasis nesokineja i kita vieta.
4) Plokste pakyla, pabaigoje Idle, valdikliai atsirakina.

Kodel butent taip. Pirmas etapas privalo egzistuoti: nutraukus ekspozicija sluoksnis yra ka tik sukietejes ir prilipes prie voneles pleveles, tad printeris dar atlieka svelnu atplesimo pakelima (~4,6 s) ir tik tada kelia plokste i virsu. Tai tikras darbas, ne strigimas.

Pirmine sios eilutes redakcija to nezinojo ir reikalavo, kad pirmo etapo nebutu is viso („ekspozicija nutruksta ta pacia akimirka, tad laukti nera ko“). Del to ji krito 2026-09-01 net tada, kai viskas veike teisingai. Perrasyta V leidus.

Ka si eilute serge is tikruju: iki 2026-09-01 tas etapas truko ~9 s ir per ji printeris neatsakinejo net i busenos uzklausas (nutraukimo pranesimas i telefona atidarydavo sifruota rysi ir blokuodavo visa loop()), tad antrame irenginyje issokdavo „Printer not answering“. Pataisyta commit 3e71888: pranesimas perkeltas uz plokstes pakelimo, o etapas gavo tikra iverti. Jei kas nors vel idetu blokuojanti darba i nutraukimo kelia, si eilute krenta. zalias: 0.17.0 (2026-09-01) - Claude, build Sep 1 21:42:17: pirmas etapas 6,7 s, tarpas be atsakymu 4,6 s (buvo 7,8 s), sakinys persirase vietoje. Susije: T-116, T-117.

Ką daryti. Stebėk būseną ir pagauk momentą, kai plokštė juda. Paspausk Stop. Žiūrėk į tą patį pranešimą bent 10 sekundžių - nenuleisk akių.

Ko tikėtis. Iš pradžių Stopping the current operation (skaičius tik jei ten liko >5 s), paskui ta pati žinutė persirašo į Stopping · lifting the platform su sekundėmis. Žinutė nepašoka į kitą vietą ir neišnyra iš naujo.

Kodėl. Tai vienas laukimas su dviem etapais; du atskiri pranešimai skaitosi kaip du darbai.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Stabdant per judesi pranesimas persirase toje pacioje vietoje i 'Stopping - lifting the platform'; nepasoko ir antras neatsirado.

Ką daryti. Paleisk spaudinį. Kol būsena rodo Homing, paspausk Stop. Žiūrėk į pranešimą nuo pat paspaudimo.

Ko tikėtis. Vienas sakinys: Stopping · returning the platform su sekundėmis. Plokštė iš tikrųjų grįžta į viršų per maždaug tiek, kiek žadėta.

Kodėl. Nutraukus homing galutinio kėlimo nėra - plokštė tik grįžta atgal, tad ir sakinys turi būti vienas.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Vienas sakinys 'Stopping - returning the platform' 19->0 s, visas stabdymas 23 s (zadeta 19). Jokio pirmo etapo.

Ką daryti. Paleisk spaudinį, paspausk Pause ir palauk, kol būsena taps „Paused". Tada paspausk Stop.

Ko tikėtis. Iš karto Stopping · lifting the platform su sekundėmis - be pirmo etapo, nes niekas nejuda. Pabaigoje būsena Idle, mygtukai atsirakina.

Kodėl. Tai atskira vieta firmware kode (stabdymas pauzės cikle), tad ir tikrinama atskirai.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Is pauzes - iskart 'Stopping - lifting the platform ~22 s', be ivado; pabaigoje Idle, valdikliai atsirakino.

Ką daryti. Sustabdyk spaudinį. Kai pamatysi skaičių, paspausk Stop dar kartą (jei mygtukas dar aktyvus). Stebėk skaičių.

Ko tikėtis. Skaičius tęsia mažėjimą. Neturi šoktelėti atgal į pradinę reikšmę.

Kodėl. Printeris antrą kartą įverčio neperskaičiuoja; atsakyme jis grąžina likutį, o ne visą trukmę.

zalias: 0.17.0 (2026-09-01) - Claude, narsykle per Chrome, build Sep 1 00:02:57 (a5587d9), dry run ant gelezies. Antro paspaudimo neimanoma: stopButton stabdymo metu disabled. Skaitliuko atsukti atgal nera kaip.

Kur daroma: Stop spaudi pulte, o tylos tarpą matai ir pulte, ir printerio ekrane.

Ka daryti. Spausdinant paspausk Stop ir ziurek i pranesima. Jei turi antra irengini - laikyk pulta atidaryta ir jame.

Ko tiketis. Nuo paspaudimo iki „Stopping - lifting the platform" su sekundemis praeina maziau nei ~2 s, ir per ta laika pultas neparodo „Printer not answering".

Kilme: Claude radinys 2026-09-01, septyni ratai. Printeris po Stop ~8-9 s sedi etape stopTail, kuri pats ivertina nuliu, ir tuo metu neatsakineja i busenos uzklausas (naršykles pačios uzfiksuotas tarpas be atsakymo - 7,8 s). Pultas nekaltas: sakini perraso praejus 30 ms nuo tos akimirkos, kai gauna nauja faze. Dalis kaltes - blokuojantis Telegram pranesimas (TinyMaker.ino:2996 -> tgNotifyCanceled() -> WiFiClientSecure): isjungus pranesimus etapas sutrumpejo iki 7,4 s, o tarpas be atsakymo - iki 2,8-4,3 s (du ratai). Likusiu ~7 s saltinis DAR NEIVARDYTAS. Susije: T-60.

PATAISYTA 2026-09-01 (commit 3e71888, ant gelezies build Sep 1 21:42:17). Dvi priezastys, abi pasalintos. (1) Nutraukimo pranesimas i telefona blokuodavo `loop()` kelias sekundes - perkeltas uz plokstes pakelimo, ten pat, kur „Finished“. (2) Pirmam etapui buvo zadamas nulis, nes matuota is variklio, o jis nutraukus ekspozicija stovi - dabar imamas praeito pakelimo laikas (arba puse lenteles ciklo pirmam spaudiniui po ijungimo), ir TIK kai stabdoma is ekspozicijos. Ismatuota po liejimo: tarpas be atsakymu 7,8 s -> 4,6 s, printeris atsakineja visa laika, stabdymo atsakymas grazina 4531 ms vietoj 0, nutraukimo pranesimas isejo praejus 32,3 s (jau pakelus plokste, `notifyLastOk true`). Skaiciaus ekrane vis tiek nera: 4,6 s < 5 s riba (`WAIT_BAR_MIN_MS`), V 08-18 sprendimas - V 09-01 patvirtino palikti.

Ka daryti. Spausdinant paspausk Pause, o po sekundes, dar tam paciam sluoksniui nesibaigus, apsigalvok ir paspausk Stop. Ziurek i pranesima ir i plokste.

Ko tiketis. Viskas taip pat, kaip stabdant BE pauzes: pauzes sakinys su skaiciumi persiraso vietoje i „Stopping the current operation“, po keliu sekundziu - i „Stopping · lifting the platform“ su sekundemis, plokste pakyla, pabaigoje Idle ir valdikliai atsirakina. Antras pranesimas neatsiranda ir sakinys nesokineja i kita vieta.

Kilme: `firmware-auditor` radinys 2026-09-01 taisant T-116. Jis ispejo, kad stabdant PO pauzes prasymo ivertis nepritaikomas, nes vidine busena „pauzuojam“ ir „kylam apziurai“ yra ta pati (5), tad neatskirsi, ar atplesimo pakelimas dar bus. Ismatuota ta pati vakara: ispejimas pasitvirtino tik is dalies. Stop komandos atsakymas tikrai grazina etaMs: 0, BET printerio busena tuoj pat neseka tikra skaiciu (stopTail 4615 ms) - ji perskelbia UVLED.ino eilute, kurioje faze perduodama tiesiogiai, nes ten ji zinoma is anksto. Todel pultas elgiasi identiskai: pirmas etapas 5,9 s (be pauzes - 6,7 s), tada kelimas su sekundemis. Pirmine sios eilutes redakcija tikejosi skaiciaus pirmame etape - jo NEBUNA niekada, nes 4,6 s < 5 s riba (WAIT_BAR_MIN_MS, V 08-18 sprendimas). Eilute perrasyta pagal tikrove (V leidus, 09-01), kad sergetu nuo tikros regresijos, o ne nuo isgalvotos. zalias: 0.17.0 (2026-09-01) - Claude, build Sep 1 21:42:17, dry run, Test4min. Susije: T-116, T-60.

Kur daroma: Pause ir Stop spaudi pulte, o pauzės ženklus tikrini printerio ekrane.

Ką daryti. Paleisk spaudinį (dry run užtenka). Ties 2 sluoksniu pulte spausk Pause → OK. Kai plokštė pradeda kilti (printerio juostoje „Pausing..."), pulte spausk Stop → OK.

Ko tikėtis. Pultas rodo „Canceling" ir toks lieka iki pabaigos, o Resume pilkas. Plokštei sustojus viršuje NETURI atsirasti „Paused". Printerio ekrane taip pat „Canceling...", paskui Idle.

Kilmė: V klausimas 2026-09-11 („kodėl po Stop rodo Paused?“). Pauzės kėlimas atsakinėja pultui, tad Stop priimamas judesio metu, bet pakilus plokštei kodas vis tiek parkuodavo pauzę: ~24 s pultas rodė „Paused" su aktyviu Resume, ekranas - pauzės ženklus, o dervos pauzėje dar išeidavo Telegram žinutė. Pataisyta 0.17.1 (3f2c79b): parkuojama tik jei pauzė dar stovi.

Žalias: 0.17.1 (2026-09-12) - Claude pulto įrašu (0,6 s → „Canceling", 24 s be „Paused") ir V akimis ekrane.

Kur daroma: Resume ir Stop spaudi pulte, o mygtukus ekrano dešinėje tikrini prie printerio.

Ką daryti. Tas pats spaudinys: Pause → plokštė pakyla → pulte Resume → OK. Kai plokštė leidžiasi, pulte spausk Stop → OK. Žiūrėk į mygtukus printerio ekrano dešinėje.

Ko tikėtis. Mygtukai lieka pilki iki pabaigos. Raudonas kvadratas ir geltoni brūkšneliai neturi grįžti, nes spaudinys stabdomas.

Kilmė: firmware-auditor radinys 2026-09-11, taisant T-120. Nusileidus plokštei kodas perpiešdavo gyvus mygtukus ant pilkų, kuriuos jau buvo nupiešęs Stop. Pataisyta 0.17.1 (648563b). Pultas ten rodė teisingai, tad yda buvo tik ekrane.

Žalias: 0.17.1 (2026-09-12) - V akimis: „Pilki“.

Ką daryti. Palauk „Curing" ir paspausk Pause. Užsirašyk pažadėtą skaičių. Laikyk laiką, kol būsena taps Paused.

Ko tikėtis. Pausing · finishing the layer su sekundėmis (maždaug 30-40 s prie 0,05 mm). Paskui ta pati žinutė persirašo į Pausing · lifting the platform (~24 s). Realus laikas nuo pažadėto skiriasi ne daugiau kaip ~15 %.

Kodėl. Čia įvertis sudėtinis: likusi ekspozicija + visas pakėlimas + 20 mm kilimas apžiūrai.

zalias: 0.17.0 (2026-09-01) - Claude, build a5587d9, dry run ant gelezies (TestasLong). Pauze 264 ms nuo iprasto sluoksnio (11/28) ekspozicijos pradzios: zadeta 36,3 s, realiai 38,3 s (+5,5%, riba +-15%); patenka i laukta 30-40 s ruoza.

Ką daryti. Pagauk momentą, kai plokštė kyla, ir paspausk Pause. Užsirašyk skaičių ir laiką iki „Paused".

Ko tikėtis. Skaičius mažesnis nei pauzuojant per ekspoziciją (maždaug 25-30 s) - nes ekspozicijos laukti nebereikia.

Kodėl. Kita kodo šaka: skaičiuojamas tik likęs judesys plius kilimas.

zalias: 0.17.0 (2026-09-01) - Claude, build a5587d9, dry run ant gelezies (TestasLong). Pauze 466 ms nuo pakelimo pradzios (4/28): zadeta 28,1 s, realiai 29,5 s (+5%). Skaicius mazesnis nei ekspozicijos atveju (33-44 s), sluoksnio numeris nepasikeite - kaip ir turi buti pagavus pakelima.

Ką daryti. Pagauk momentą, kai plokštė leidžiasi, ir paspausk Pause. Užsirašyk skaičių. Stebėk, kiek sluoksnių dar praeis iki sustojimo.

Ko tikėtis. Skaičius didžiausias (~45-70 s), nes prieš pauzę praeina dar visas kitas sluoksnis. Sluoksnio numeris spėja padidėti vienetu. Patikimas ženklas - ne būsenos užrašas, o sluoksnio numeris: pulto būsena vėluoja iki 2 s, o leidimasis trunka ~4 s, tad „Dropping" ekrane dažnai jau būna praėjęs. Jei tikrai pertraukei leidimąsi, printeris sustos ties sluoksniu, kurio numeris vienetu didesnis nei matytas spaudžiant, o skaičius bus ~45 s (ne ~36 s, kaip pertraukus ekspoziciją). Jei numeris tas pats - pataikei į ekspoziciją, ir tai atskiras testas (C1).

Kodėl. Pauzės taškas kode yra po kito sluoksnio ekspozicijos ir pakėlimo - jei skaičius to neįskaičiuotų, jis meluotų per pusę minutės.

zalias: 0.17.0 (2026-09-01) - Claude, build a5587d9, dry run ant gelezies (TestasLong). Pauze per leidimasi: zadeta 44,4 s (didziausias is visu atveju), sluoksnio numeris speja pakilti 2 -> 3 - tas pozymis, kuri eilute vadina patikimu. Realiai ~35 s, t.y. greiciau nei zadeta (saugesne puse).

Ką daryti. Paleisk spaudinį ir palauk pirmo sluoksnio „Curing". Paspausk Pause ir užsirašyk skaičių.

Ko tikėtis. Skaičius pastebimai didesnis nei įprastame sluoksnyje (bazinė ekspozicija ilgesnė), ir realus laikas jį atitinka.

Kodėl. Ta pati šaka kaip C1, bet čia paklaida būtų matomiausia - bazinė ekspozicija ilga.

zalias: 0.17.0 (2026-09-01) - Claude, build a5587d9, dry run ant gelezies (TestasLong). Pauze baziniame sluoksnyje: zadeta 33 s, realiai 35,0 s (+6%). Pranesimas persirase 'finishing the layer ~33 s' -> po 9,4 s 'lifting the platform ~24 s'.

Ką daryti. Įjunk printerį (arba perkrauk) ir iškart paleisk spaudinį. Pirmame sluoksnyje paspausk Pause.

Ko tikėtis. Skaičius gali būti per mažas (printeris dar neturi praėjusio sluoksnio matavimo) - tai normalu. Svarbu: skaičius neišeina į minusą ir pranešimas nemirkčioja; pasibaigus skaičiui žinutė lieka be jo.

Kodėl. Žinoma riba, sąmoningai palikta: geriau pažadėti mažiau, nei rodyti neigiamą skaičių.

zalias: 0.17.0 (2026-09-01) - Claude, build a5587d9, dry run ant gelezies. Pauze pirmame sluoksnyje iskart po maitinimo perjungimo (uptime 74 s): zadeta 41,6 s, realiai 48,1 s - pazadas PER MAZAS, kaip eilute ir numato sviesiai pakilusiam printeriui. Skaicius niekada nenukrito i minusa (min 0), pranesimas ekrane pasirode LYGIAI VIENA karta (jokio mirkciojimo), o skaiciui pasibaigus zinute liko be jo dar 2 s iki pauzes.

Kur daroma: pauzę spaudi printerio mygtuku, o pranešimą žiūri pulte.

Ką daryti. Paspausk pauzę ant printerio (ne pulte). Pažiūrėk į pultą.

Ko tikėtis. Pulte pasirodo toks pat pranešimas su skaičiumi, kaip spaudžiant pulte.

Kodėl. Iki 08-18 pauzė nuo printerio mygtukų pulte tylėdavo - skaičių skelbdavo tik web komanda.

zalias: 0.17.0 (2026-09-01) - Claude, build a5587d9, dry run ant gelezies. Pauze paspausta ant PATIES printerio: jis paskelbe iverti taip pat, kaip ir web komanda - waitStage=pauseWork, trukme 30,8 s, sluoksnis 12/28. Pultas parode ta pati pranesima su skaiciumi ('Pausing - lifting the platform ~4 s -> 0 s').

Ką daryti. Paspausk Resume. Stebėk pranešimą ir būsenos eilutę.

Ko tikėtis. Resuming · lowering the platform su sekundėmis (~24 s). Būsenos eilutėje sekundžių nėra - skaičius tik pranešime. Prasidėjus spausdinimui pranešimas dingsta.

Kodėl. Tas pats skaičius dviejose vietose atrodė kaip du skirtingi laikrodžiai.

zalias: 0.17.0 (2026-09-01) - Claude, build a5587d9, dry run ant gelezies (TestasLong). Resume: 'Resuming - lowering the platform ~23 s' su sekundemis, busenos eiluteje sekundziu NERA, prasidejus spausdinimui pranesimas dingo pats. Realiai 26,1 s.

Ka daryti. Spausdinant istrauk kistuka is sienos (ne printerio mygtuku) tris kartus, kaskart kitu momentu: E - kietinant sluoksni, M - plokstei judant, P - pauzeje (plokste pakelta apziurai). Kaskart ijunk ir pasirink Resume.

Ko tiketis. Po kiekvieno ijungimo ekrane (ir pulte) - „Power restored“ su modeliu ir sluoksniu. Resume tesia nuo to paties sluoksnio: nei praleisto, nei dvigubo. Plokste nusileidzia sklandziai ir neatsiremia i plevele. Spaudiniui pasibaigus checkpoint issivalo pats (resumePending: None), heap sveikas.

Si eilute tikrina MECHANINE ir apskaitos puse - ja galima daryti sausai. Siule nutrukimo vietoje isskirta i atskira T-118 (blokas 3A), nes jai reikia dervos: sausame rate siules tiesiog nera. Padalinta V sprendimu 2026-09-01, kad nereiktu laikyti atviros eilutes vien del vieno dalyko, kuriam reikia kito bloko.

Kilme: exp-5 power-loss checkpoint variklis (Tanner PR #11), 0.16.0-beta. Checkpoint /tinymaker-resume.txt SD kortoje. zalias: 0.17.0 (2026-09-01) - Claude + V, dry run, Test4min, kistukas is sienos. Visos trys fazes svarios: kiekviena karta printeris atsimine sluoksni, tese nuo to paties ir baige 9/9; heap ~166 KB; pasibaigus checkpoint issivale. M fazeje V stebejo plokste - nusileido tvarkingai, i plevele neatsireme. Ismatuota atskirai: pirmame rate nuo ekspozicijos pradzios iki dingimo praejo 29 s, o ekspozicija trunka 18 s - pjuvis teko ANTROJO sluoksnio ekspozicijai, tad „finished=1“ buvo teisinga. Pries skelbiant „praleido sluoksni“ butina suskaiciuoti, i kuria faze pjuvis realiai pataike. Susije: T-118, T-25, T-37, T-35.

Dry-run print. Nutraukti maitinima sienoje per KELIMA ir per DROP (leidimasi) -> ijungti -> Resume: plokste peel'ina + seda ties tikslu ar VIRS, niekada zemyn (i FEP). Perjungti Advanced->Resin „Resume mode" i Precise -> kartoti drop cut -> tikslesnis atsistatymas; toggle islieka po reboot (NVS). Heap sveikas.

Kilme: 1-38/1-38b granular mid-motion checkpoints (PR #80). live= laukas (pos=drift-free base, live=reali pozicija relabel'ui); lift=actual, drop=down-biased. firmware-auditor HIGH (mid-drop cancel staliens live) fix'intas pries merge. Zalias: 0.17-dev 958ca5f (08-06, gelezei: lift L6, drop L11 be kritimo, Precise drop L14 tikslesnis, toggle isliko)

zalias: 0.17.0 (2026-09-01) - Claude + V, dry run, Test4min, kistukas is sienos. Precise patikrintas anksciau ta pati vakara (zr. T-22 M faze), Balanced - dabar: pjuvis plokstei kylant TARP sluoksniu, po tesimo homing, tada 2 sluoksnis ir normalus ciklas; nuo tesimo iki kitos ekspozicijos praejo 12 s (su Precise - 13 s), spaudinys baige 9/9, heap sveikas, checkpoint issivale. Jungiklis islieka po perkrovimo (NVS): po sroves dingimo resumePrecise tebebuvo false, o rankiniu budu grazinus - true.
Ko SAMONINGAI nedaryta ir kodel: atskiro sauso pjuvio per NUSILEIDIMA. Jis tikrintu ta pati mechanizma, kuri ka tik matem per pakelima, o vienintelis likes klausimas - ar plokste nusileido i TEISINGA auksti - sausame rate neatsakomas is principo: ten nera nei dervos, nei siules. V 09-01: „cia irgi reik ziuret realaus testo metu su derva... bet siaip rodos nusileido ok“. Aukscio puse eina i T-118 (blokas 3A).

'Power restored' ekrane rinktis 'Lift plate only' -> plokste pakyla (galima apziuret/nuimt detale), printas atmetamas, be resume.

Kilme: 0-2 (exp-5), 0.16.0-beta.

zalias: 0.17.0 (2026-09-01) - Claude + V, dry run, Test4min, kistukas is sienos. Pjuvis pataike i pirmo sluoksnio ekspozicija, tad printeris siule testi nuo 0 is 9 (skaicius reiskia PILNAI sukietintus sluoksnius - cia ju nebuvo nei vieno). Pulte paspausta „Lift plate only“, patvirtinimo langelis ispejo, kad spaudinys bus atmestas. V patvirtino, kad plokste pakilo. Po to resumePending tapo None - spaudinys tikrai atmestas, ne atidetas. Kelimo metu HTTP trumpam nutrunka (judesio metu neaptarnaujamas) - normalu.

Power-loss prompt -> UP (Lift plate): plokste pakyla, tada power-cycle -> JOKIO re-prompt (checkpoint valomas PRIES kelima). Brownout kelimo metu nebepalieka klaidingo resume su pajudejusia plokste.

Kilme: UP clear-first fix (0.16.2, rasta 08-03 V testuose). Zalias: 0.16.2 (08-03, ant gelezies)

zalias: 0.17.0 (2026-09-01) - Claude + V, dry run, Test4min, kistukas is sienos. Iskart po „Lift plate only“ V perjunge maitinima: printeris pakilo svarus, resumePending: None - jokio pakartotinio pasiulymo testi. Tai ir yra esme: irasas valomas PRIES kelima, tad srovei dingus paties kelimo metu printeris nebesiulytu testi spaudinio, kurio plokste jau pajudinta.

Kur daroma: srovę nutrauki prie printerio, o žinutę gauni telefone.

Spausdinant nutraukti maitinima -> ijungti -> jei ijungtas pranesimu kanalas (Telegram/WA/Discord), telefone ateina „Power restored - print interrupted at layer X/Y (model)" (viena zinute per boot). Resume ekrano prompt + dashboard resumePending kaip anksciau.

Kilme: PR-notify (V 08-05, PR #81) - 4-a notify (po finished/low-resin/canceled); boot'e po WiFi, greta crashPingMaybe. Zalias: 0.17-dev 958ca5f (08-06, gelezei: Telegram atejo „layer 6/154 Tooth")

zalias: 0.17.0 (2026-09-01) - Claude, build Sep 1 21:42:17, dry run, Test4min, V istrauke kistuka is sienos. Pranesimas isejo praejus 12 s po ijungimo, `notifyLastOk true`; V patvirtino, kad zinute atejo i telefona.

Kur daroma: kištuką traukai prie printerio, o kad klausimo neliktų, tikrini ir ekrane, ir pulte.

Ką daryti. Paleisk spaudinį, spausk Pause, ir kai plokštė kyla, ištrauk maitinimą. Palauk ~5 s, įkišk, printerio mygtukų neliesk.

Ko tikėtis. Printeris įsijungia įprastai: ekrane NĖRA „Power restored" su Discard/Resume, o pulte nėra juostos „Power was restored". Būsena Idle.

Kilmė: V principas 2026-09-12 („jei operacija gali sugadinti printerį ar detalę - raštelį trinam“). Per pauzės kėlimą, leidimąsi po Resume ir galutinį pakėlimą kortelėje įrašytas aukštis nesutampa su tikru, tad tęsimas galėtų įspausti detalę į ekraną arba nuvaryti plokštę į viršų. Nuo 0.17.1 (e421b9b) raštelis prieš tuos judesius ištrinamas ir įrašomas iš naujo, kai plokštė sustoja. Stovint pauzėje ir spausdinant sluoksnius tęsimas veikia kaip anksčiau (T-22, T-36).

Žalias: 0.17.1 (2026-09-12) - V traukė maitinimą, `resumePending` tuščias, `bootReason=power-on`.

Kur daroma: „Resume print“ spaudi pulte, o spaudinio pabaigą stebi printerio ekrane.

Ką daryti. Ištrauk maitinimą spausdinant sluoksnį (ne per ilgą judesį), įjunk, pulte spausk Resume print → OK ir leisk spaudiniui pasibaigti. Žiūrėk į printerio ekraną pabaigoje.

Ko tikėtis. Plokštė nekyla į viršų, o ekrane pasirodo „Raise the plate". Juostoje trumpai švysteli „Raising...", bet plokštė lieka vietoje (aukštis nepakinta). Plokštę pakeli pats rankiniu kėlimu. Įprastas spaudinys, kuris prieš pradėdamas grįžo į nulį, pabaigoje kelia kaip visada.

Kilmė: incidentas 2026-09-12 - po tęsto spaudinio Stop galutinis pakėlimas atsitrenkė į viršų ir variklis burzgė. Priežastis: atkūrimas aukščio nežino tiksliai ir laiko jį sąmoningai mažesnį, o pakėlimas ėjo iki absoliučių 68 mm, kai virš jų fiziškai yra tik 3 mm (išmatuota). Nuo 0.17.1 (2d28f6e) tęstas spaudinys pabaigoje nekelia.

Žalias: 0.17.1 (2026-09-12) - `zMm` 4,31 vietoj ~24 mm, trukmė 4 s vietoj ~24 s; V matė „Raise the plate".

Ką daryti. Po srovės dingimo spausdinant (kaip T-123) paleidimo klausime rinkis UP = „Lift plate only" (arba tą patį mygtuką pulte). Kai plokštė kyla, paspausk printerio BACK.

Ko tikėtis. Juostoje „Raising plate." ir „Watch it - BACK stops"; abi eilutės telpa ekrane. Paspaudus BACK judesys nutrūksta ir pasirodo „Raise the plate". Neliesus BACK plokštė pakyla ne aukščiau 62 mm, ne 68.

Kilmė: auditas 2026-09-12 po T-123 incidento. Tas kėlimas irgi ėjo iki 68 mm pagal spėtą aukštį, tad su aukštu spaudiniu (plokštė virš ~48 mm) galėjo persišokti daugiau, nei yra tų 3 mm. Nuo 0.17.1 (9fa6b03, e64da93): lubos 6 mm žemiau, abu judesiai stabdomi BACK, ekrane pasakoma, kad reikia stebėti. 62 mm lubų trumpi testiniai spaudiniai nepasiekia, tad ta dalis lieka netikrinta akimis.

Žalias: 0.17.1 (2026-09-12) - V spaudė BACK, plokštė sustojo 3,27 mm (tik atplėšimas), „Raise the plate" pasirodė.

Ką daryti. Stebėti pirmus procentus abiejuose vaizduose (stačiame ir „as printed").

Ko tikėtis. Pirmas sluoksnis matomas kaip plona plėvelė, storėjanti kartu su eiga.

Kodėl. Rodomi 36 pjūviai per visą aukštį, tad vienas rodomas pjūvis ≈ modelio aukštis/35 (15 mm modeliui — 0,44 mm ≈ 4 tikri sluoksniai). Dabar priekinis pjūvis piešiamas proporcingo storio. Žalias: 0.17-dev 9f400e2 (08-14, stende ties 1 %, 2 %, 12 %)

Kur daroma: peržiūrą atidarai kompiuteryje, o vidury spaudinio prisijungi telefonu.

Ką daryti. Atidaryti modelio peržiūrą, paleisti spaudinį (arba dry run) ir stebėti tą patį langą; atskirai — atidaryti pultą telefone spaudinio viduryje.

Ko tikėtis. Neatspausdinta dalis matoma visą spaudinį, taškeliais. Telefone — taip pat: printeris spaudinio pradžioje užpildo savo siluetų buferį modelio pjūviais iš SD, tad ir šviežias įrenginys mato vaiduoklį, o ne vien atspausdintą dalį.

Kodėl. Anksčiau prasidėjus spaudiniui pultas persijungdavo į printerio gyvą srautą, kuriame pagal apibrėžimą yra tik jau atspausdinti sluoksniai — vaiduoklio nebūdavo iš ko piešti. Žalias: 0.17-dev 9f400e2 / cf11c1d (08-14, ant geležies)

Spausdinant (ne idle!) sukelti notify (pvz. low-resin warn) ir patikrinti, kad zinute PASIEKIA telefona. Slaptas failure mode: preview RAM snapshot (~70 KB) fragmentuoja heap'a (maxAlloc 110->48 KB), TLS "connection refused", zinute dingsta TYLIAI - idle "Send test" veikia, tad konfigas atrodo geras. Po fix'o telegramNotify() pirma atlaisvina snapshot'a.

Kilme: 08-08 - V pastebejo, kad #40 warn neatejo; diagnostinis build parode, jog ir SENAS pause-notify niekada nevyko mid-print. Zalias: 0.17-dev 5644714 (08-08, gelezei: abi zinutes mid-print)

Ką daryti. Išjunk Dry run (no UV) ir paleisk spaudinį. Po kelių sluoksnių paspausk Stop. Pasižymėk, kiek sekundžių žada, ir kiek iš tikrųjų kyla plokštė.

Ko tikėtis. Kėlimas trunka 60-80 s (ne ~24 s kaip dry run), ir pažadėtas skaičius nuo tikrojo skiriasi ne daugiau kaip keliomis sekundėmis.

Kodėl. Dry run kelia tik iki apžiūros aukščio, tikras spaudinys - iki pat viršaus; tai skirtingi skaičiai ir jie skaičiuojami atskirai.

Kur daroma: ribas nustatai pulte, o įspėjimą gauni pulte ir telefone.

Dry print su vat ties warn zona: prie "Warn (ml)" ribos ateina viena "Low resin soon" zinute formatu "~X.X ml left (layer x/y[, ~Z min to stop])" - minutes TIK kai zinomas tempas (nuo 5 sluoksnio; anksciau rode melaginga "~0 min") - ir spausdinimas TESIASI; prie "Stop (ml)" ribos (jei varnele ON) - pauze + "printer paused" zinute. Refill re-armina abu latch'us. Warn nepriklauso nuo stop varneles.

Kilme: #40 (FB pain) - laiko trigeris niekada nesuveike ant mazo vat (V rado); perdaryta i ml dvieju lygiu (V dizainas). Zalias: 0.17-dev b5020f9 (08-08, gelezei: warn+continue+stop+cancel zinutes telefone, layer x/y formatas)

Ka daryti. Spausdink TIKRA spaudini su derva. Kai plokste juda (kyla arba leidziasi), istrauk kistuka is sienos. Ijunk, pulte (arba printerio ekrane) pasirink Resume. Leisk spaudiniui pasibaigti ir apziurek ta vieta, kur jis buvo nutrukes.

Ko tiketis. Detale nenulupta nuo plokstes, o nutrukimo vietoje nera nei ispaudos, nei praleisto sluoksnio, nei dvigubo storio. Siule turi buti tokia pat svari, kaip T-4 kupono (idealiu atveju jos is viso nesimato).

Kodel atskira eilute. Mechanine puse (ar printeris atsimena sluoksni, ar tesia nuo to paties, ar checkpoint issivalo) patikrinta 2026-09-01 sausai - zr. T-22, visos trys fazes zalios. Bet sausame rate siules nera, tad liko neatsakytas vienintelis klausimas, kuris rupi zmogui: ar plokste po tesimo nusileido i TEISINGA auksti. V 09-01: „pagal platformos laikikli jis buvo 2 mm nuo pagrindo... spėju, kad nusileido gerai, bet pamatuoti negaliu“ - ir tai tikslu, nes akimis desimtuju milimetro nepamatuosi, o printeris savo Z padeties per API neatiduoda. Netinkamai nusileidus spaudinys arba neprilips, arba toje vietoje liks matoma yda - todel atsakymas ateina tik su derva. Deta i 3A, kad butu daroma to paties spaudinio metu, o ne del jos vienos pilti derva. Rezimas: daryti su tuo „Resume mode“, kuris tuo metu ijungtas (numatytasis - Precise); jei siule bloga, pakartoti su kitu - sausai abu rezimai atsistato vienodai (T-36), tad skirtumas, jei jis yra, matysis tik cia.

Ką daryti. Ant naujo (arba NVS išvalyto) printerio atspausdink tris spaudinius, kurie nueina iki galo. Po kiekvieno pasižiūrėk pulte /api/status lauką printsOk. Po trečio palik pultą atidarytą. Paskui atspausdink ketvirtą.

Ko tikėtis. printsOk eina 1 → 2 → 3. Po trečio pulte vieną kartą iššoka padėkos langas su trimis sumomis; paspaudus No thanks jis užsidaro. Po ketvirto spaudinio langas nebeiššoka, o thanksSeen lieka true. Nutrauktas ar nepavykęs spaudinys skaitiklio nejudina.

Kilmė: plano punktas K8 (V 2026-08-26), padaryta PR #163, išleista 0.17.5.

Žalias: 0.17.4 + 2f828b2 (2026-09-16) - V testavo tris spaudinius be vonelės: „viskas gerai".

Ką daryti. Spausdink slicerio pusės paruoštą kuponą (52 sluoksniai, ~16 min, pagrindas 743 mm² = 60 % plokštės). Stebėk pirmus 6 sluoksnius.

Ko tikėtis. Pagrindas lieka ant plokštės, ne ant plėvelės. Grindų kraštas lygus, be pilkų „šešėlių“ nuo glotninimo.

Kodėl. 743 mm² yra didžiausias plotas, kokį iki šiol lipdėm; jei atsiplėš - kuponas generuojamas siauresnis (slicerio sesija padaro tą pačią dieną). Kilmė: slicerio pusė, AA grindų darbas 2026-08-19.

Ką daryti. Spausdink C:/PIO-build/raftai.zip (~11 min, keturi padai vienoje plokštėje, 34 % ploto). Įpjovos pado krašte sako, kuris yra kuris: 1 Įpjova = 0,15 mm, 2 = 0,30, 3 = 0,60, 4 = 1,00. ⚠ Nė vienas iš jų nėra tai, ką sliceris siunčia šiandien: mūsų raftas yra vienas sluoksnis (išmatuota 2026-09-02), tad plokštė rodo, kur riba iš storesnės pusės, o ne mūsų tikrąjį atvejį. Ant kiekvieno pado 6×6 mm detalė, kad būtų už ko paimti. Po spaudinio bandyk nuimti mentele kiekvieną atskirai.

Ko tikėtis. Svarbiausias klausimas šiam testui - ar vieno sluoksnio raftas (tas, kurį žmonės gauna) laikosi spausdinant ir nusiima mentele ant šitos mašinos. Plokštė duoda antrą atsakymą: nuo kurio storio nuėmimas pradėjo reikalauti jėgos. Jei 1,00 reikia peilio, riba per aukšta.

Patikslinta 2026-09-02. Anksčiau čia stovėjo, kad mūsų numatytasis 0,15 mm yra „perpus plonesnis už etaloną 0,30“. Tai netiesa: slicerio sesija sugretino mūsų .sl1 su PrusaSlicer etalonu (tas pats modelis, tas pats profilis) ir pado sluoksnyje suskaičiavo 36 107 prieš 37 428 apšviestus pikselius - abiejuose padas užima vieną sluoksnį, nes pirmas pjūvis apima visą juostą iki 0,3 mm. Storesnio pirmo sluoksnio šis spausdintuvas iš viso neturi - firmware to lauko iš config.ini neskaito.

Kodėl. Dvipusė riba iš V patirties: per plonas raftas atsileidžia spausdinant, per storas gadina detalę nuimant. Visi keturi vienoje plokštėje sąmoningai - atskiri spaudiniai skirtųsi dervos temperatūra ir plėvelės būkle labiau, nei matuojamas dydis. Šis testas tikrina storį, ne pado formą (apvado, nuolydžio, apkabinimo klausimas eina po šito). Kilmė: slicerio pusė, 2026-08-23.

Ką daryti. Spausdink C:/PIO-build/atramu-testas.zip (9° pakrypęs puodelis, 12 mm, 22 atramų taškai, 235 sluoksniai, ~57 min). Nuimk atramas pirštais, be replių.

Ko tikėtis. Atramos atsiskiria švariai, paviršiuje lieka taškelis, ne krateris. Nė viena atrama nenulūžta spausdinant.

Kodėl. Smaigalio storį dabar parenka PrusaSlicer variklis (0,5 mm), ne mes; mūsų ekrano taškas 0,1275 mm, tad plonesnė nei ~0,4 mm atrama kaukėje neatsirastų (žr. uždarytą issue 102). Kilmė: slicerio pusė, WASM portas.

Pasverti vata PRIES ir PO spaudinio, skirtuma gramais ivesti i eilute "Sample 1"; pakartoti su aiskiai kitokio dydzio modeliu i "Sample 2". Tikrinti: (a) po antro matavimo zenkliukas calibrated ir formule "x k + f ml per print" (kalibruota: x1.092 + 0.39 ml); (b) vato likutis sutampa su svarstyklemis ~1 % tikslumu (buvo 0.8 ml paklaida, liko 0.11); (c) didesni spaudini ivedus i pirma eilute fitas vis tiek gaunasi (tvarkos nepriklausomybe) ir eilutes NEsusikeicia; (d) istrynus viena eilute grizta "1 of 2", istrynus abi - x1.000 + 0.00; (e) absurdiskas svoris (99 g prie 5 ml) atmetamas su paaiskinimu.

Tankis matuojamas, ne spejamas: "X g is Y ml" (vatas iki markerio arba svirkstas). Pakeitus tanki ABU matavimai persifituoja (saugomi GRAMAI, ml isvedami skaitymo metu).

Backup scenarijai (visi keturi tikrinti gyvai 08-11): senas 0.16.x failas be kalibracijos lauku - kalibracija NEsugadinama; pereinamasis ml failas be calUnit - konvertuojasi tiksliai; "pagrazintas" JSON su tarpais po dvitaskio - jungikliai NEvirsta false (buvo isjunges WiFi); apvalus ratas backup->restore - visi 62 laukai identiski.

Kilme: 0.17 R-cal (PR #92). Klaidos, kurias sugavo sis testas: senas backup dauginto kalibracija is tankio; pretty JSON skaite boolean'us kaip false; resume checkpoint buvo nulinamas pries ji perskaitant. Zalias: 0.17-dev 5ef206e (08-11, gelezei: x1.092 + 0.39, vato paklaida 0.11 ml, visi 4 backup scenarijai)