A szeletelőprogramoknál a stabilitás gyakran többet ér egy új kapcsolónál. Az OrcaSlicer 2.4.2 ezért elsősorban karbantartási kiadás: azt igyekszik megakadályozni, hogy egy frissítés után eltűnjenek a korábban létrehozott profilok, megszakadjon a felhőszinkron, vagy bizonytalanul működjön a nyomtató hálózati kapcsolata.

A verzió javítja a törölt vagy átnevezett alapprofilokra épülő felhasználói beállítások feloldását. Ez különösen akkor fontos, ha a gyártó időközben módosította egy nyomtató vagy filament nevét: az új ellenőrzések a régi hivatkozásokat is megpróbálják a megfelelő profilhoz kapcsolni, így ritkábban jelenhet meg hiányzó előbeállításra figyelmeztető üzenet.

A felhőszinkronnál a kikapcsolt filamentfelülírások mostantól kikapcsolva maradnak, a konfliktusüzenetek pedig megnevezik az érintett profilt. A fejlesztők a Bambu hálózati bővítmény telepítésén és frissítésén is javítottak, továbbá megszüntettek több összeomlást a mérőeszköz, a törlőtorony forgatása és a Pressure Advance kalibráció használatakor.

A frissítés pontosabb nyomtatásiidő-becslést és megbízhatóbb STEP-fájl újratöltést is ígér. Mivel a 2.4.2 a 2.4.1 hibajavító folytatása, a váltás elsősorban azoknak lehet indokolt, akik profil- vagy szinkronproblémát tapasztaltak. Fontos munkafolyamatnál ettől függetlenül célszerű menteni a saját profilokat frissítés előtt.

Miért több ez egyszerű hibajavító listánál?

A szeletelő profilja nem egyetlen beállítás: nyomtató, filament és folyamat egymásra hivatkozó adatai határozzák meg a gépnek küldött parancsokat. Ha a program frissítése után egy korábbi nyomtató- vagy anyagprofil új nevet kap, a felhasználói variáns elveszítheti a szülőjét. A program látszólag elindul, de a munkafolyamat hibás vagy hiányos lesz. A 2.4.2 több ilyen hivatkozási hibát kezel; ez különösen a sok egyedi profilt használó műhelyeknek számít.

A július 8-án szerkesztett hivatalos kiadási jegyzet 2.4.1-re épülő karbantartási frissítésként írja le a verziót. A fejlesztők profil- és szinkronjavításokat, hálózati bővítményhez kapcsolódó munkát, több konkrét összeomlás megszüntetését, valamint néhány kényelmi változást sorolnak fel. A stabil jelölés azt jelenti, hogy a projekt hivatalosan kiadta az összeállítást. Nem független bizonyíték arra, hogy minden gépen és profilban nincs regresszió.

Régi profilok új név alatt

A frissítés kijavít olyan felhasználói előbeállításokat, amelyek átnevezett vagy eltávolított gyári nyomtató- és filamentprofilra mutattak. Ez nem kozmetikai részlet. Egy saját profil örökölhet hőmérsékletet, fúvókaadatot, kompatibilitási szabályt vagy mozgási korlátot egy alapprofilból. Ha a hivatkozás megszakad, a beállítás eltűnhet vagy rossz alapra kerülhet. A kiadási jegyzet szerint a beépített ellenőrzés most alapértelmezésben minden márkát érint.

A fejlesztők külön régebbi nevekhez rendelnek mai megfelelőket: többek között a Ginger rPLA/rPETG jelölések PLA/PETG-re, a Panchroma PLA Stain Satinra, valamint bizonyos Elegoo és Bambu változatok jelenlegi neveire vezethetők vissza. Régebbi verziókból származó profilokra automatizált kompatibilitási ellenőrzést is említenek. Ez csökkentheti a hiányzó profilok számát frissítéskor, de egyedi, helyben módosított anyagoknál továbbra is szemrevételezéssel és G-kód-ellenőrzéssel kell igazolni a helyes öröklést.

Nyomtatóátnevezés után a régi névhez kötött filamentek újra kompatibilisként jelenhetnek meg. A javítás a mentett projektek utólagos kézi átírását is mérsékelheti. Más kérdés, hogy a profil ténylegesen megfelelő-e az adott hardverhez. Az, hogy egy lista újra megjelenik, nem bizonyítja a hőmérséklet, az anyagáram és a start G-kód helyességét. A napi gyártást kis, ismert referenciafeladattal érdemes visszaigazolni.

Felhőszinkron: amikor a kikapcsolt beállítás visszakapcsolt

A kiadás egyik pontosan leírt hibája a letiltott filamentfelülírásokhoz kapcsolódik. Korábban például a Retract Before Wipe kikapcsolt állapotát a szinkronizált profil nem mindig tárolta kifejezetten; a hiányzó értéket a kliens újra alapértelmezett, bekapcsolt állapottal pótolhatta. Ez alattomos hiba: a felhasználó tudatosan módosítja a profilt, később pedig újra más G-kód keletkezhet. A 2.4.2 a kikapcsolt állapotot explicit módon menti.

A konfliktus-, kényszerített feltöltés- és túl nagy profilra vonatkozó üzenetek most megnevezik az érintett előbeállítást. Ez üzemeltetésben fontosabb, mint egy általános hibaablak új szövege: sok profilnál így azonosítható, melyik állapota kér döntést. Ha két számítógépen dolgozik a műhely, mindenki számára világosnak kell lennie, melyik projekt az igazságforrás, és mikor engedélyezett a felhőből érkező felülírás.

Linuxon és macOS-en javították azt az állapotot, amikor a verziófrissítés nem jelent meg helyesen, ezért a profilszinkron-változásról szóló figyelmeztetés újra és újra felugrott, az automatikus szinkron kapcsolója pedig szürke maradt. Egy gépen párhuzamosan futó, azonos fiókba belépett két OrcaSlicer-példány korábban véletlenszerű kijelentkezést okozhatott; a fejlesztők most a rendszer biztonságos hitelesítő tárolóján keresztüli összehangolást írnak le. A megjegyzés csak ugyanazon számítógépen futó példányokra vonatkozik.

Hálózati bővítmény Windows alatt

A Bambu hálózati plugin régi és új verziója közti átmenetnél egyes felhasználók ismétlődő újratelepítési kérést kaptak. A kiadási jegyzet szerint a telepített bővítmény most a következő indításkor is felismerhető. Windows alatt a futó program által használatban tartott fájl miatt a bővítményváltás szintén meghiúsulhatott; a telepítő ezt az esetet kezeli, és elvileg újraindítás nélkül sikerrel járhat.

A hálózati kapcsolat működése azonban több összetevőtől függ: az OrcaSlicer verziójától, a bővítménytől, a nyomtató firmware-étől, a helyi hálózattól és adott esetben fiókjogosultságoktól. Egy csatlakozási hiba után nem érdemes automatikusan a szeletelőt hibáztatni. Jegyezd fel a bővítmény verzióját és a hibaüzenetet; ellenőrizd, hogy ugyanaz a feladat USB-n vagy helyi fájlátvitellel működik-e. A bővítmény javítása semmilyen garanciát nem ad a harmadik fél eszközeire.

Szeletelés és becslés: kisebb hibák nagy következménnyel

Többanyagú, törlőtornyos munkánál a filament vég-G-kódjában használt {layer_z} változó korábban hiányozhatott az adott váltási környezetből, ezért a szeletelés meghiúsult. A javítás értéket ad a külön támaszanyaggal vagy gyakori anyagváltással dolgozó felhasználóknak. A szöveges helyettesítő érték helyességét az exportált kódban kell ellenőrizni, különösen akkor, ha egy saját gépspecifikus Z-emelő parancsot vezérel.

Az időbecslési képlet hibáját is javították. A pontosabb becslés hasznos kapacitástervezésnél, de nem azonos a nyomtató tényleges futásidejének mérésével: gyorsulási korlátok, firmware, átmeneti mozgások, bemelegítés és felügyeleti megállások eltérhetnek. Üzemeltetőként hasonlítsd össze ugyanazon jóváhagyott modell 2.4.1-es és 2.4.2-es becslését, majd az új verzió szerinti legalább néhány tényleges ciklust. Csak ezután változtass határidő-tervezést.

Három összeomlás, három külön feladat

A törlőtorony PageUp/PageDown billentyűs forgatása, a mérőeszközben elsőként egy egyenes él kijelölése, valamint a Pressure Advance mintakalibráció egy konkrét beállítással korábban összeomláshoz vezethetett. Az utóbbi esetben a 0 érték az automatikus elsőréteg-vonalszélességet jelölte, amelyet a program nem kezelt megfelelően. A 2.4.2-ben a kiadási jegyzet szerint mindhárom műveletre javítás került.

A munkához fűződő kockázat eltérő. A mérőeszköz összeomlása elveszett szerkesztést okozhat; a Pressure Advance teszt hibája akadályozhatja a profilvalidálást; a törlőtorony forgatásának hibája többanyagú elrendezést szakíthat meg. E javítások haszna azoknál jelentkezik, akik az adott funkciót használják. Az általános kijelentés, hogy a szoftver minden helyzetben megbízhatóbb, ennél szélesebb állítás lenne, amelyhez független regressziós adat kellene.

STEP-források újratöltése és projektfájlok

A STEP-modellből importált geometria projektszintű szerkesztés után külső CAD-fájlból újra betölthető. Régebbi hibában azonban a mentett és újra megnyitott projektnél a Reload from Disk nem találta a forrást, vagy ismételten bekérte annak helyét. A javítás a tárolt útvonal mellett a fájlnevet is felhasználja; a beállítások között megjelent a teljes forrásút exportálásának lehetősége is, ha a STEP és a projekt eltérő könyvtárban van.

Ez CAD–nyomtatás kapcsolatnál fontos. A teljes helyi útvonal viszont érzékeny mappaneveket, felhasználónevet vagy projektstruktúrát fedhet fel, ha a projektet külső félnek elküldik. Megosztás előtt vizsgáld meg a projekt metaadatait, és gondoskodj az eredeti STEP verziójáról. A sikeres újratöltés még nem bizonyítja, hogy a friss CAD-geometria ugyanazzal a tájolással, támaszokkal és folyamatbeállítással biztonságosan nyomtatható.

Új apróságok és az összkép

A {first_object_name} helyettesítővel az első nyomtatható tárgy nevét illesztheti a felhasználó a kimeneti fájlnévbe. Ez hasznos, ha a korábbi, más jelentésű {input_filename_base} érték változása után a munkadarab neve hiányzott. A Preferences párbeszédablakban kattintható wiki linkek és rendezettebb beállításcsoportok segítik a tájékozódást. Az add:north filamentek kész profiljai szintén bekerültek. Ezek kényelmi és induló konfigurációs elemek, nem önálló nyomtatási minőségi bizonyítékok.

A fő tanulság a profilok és a gyártási kimenet nyomon követhetősége. Mentés nélkül egy új stabil kiadás is elronthatja a műhely saját rutinját, ha a régi profil eltérő öröklési láncba kerül. Frissítés előtt exportáld a profilokat és a fontos 3MF-projekteket, jegyezd fel a régi verziót, majd ellenőrizd a ténylegesen feloldott hőmérsékletet, áramlást, nyomáskompenzációt és start-/end-kódot egy referenciafeladaton.

Kinek érdemes frissítenie?

A 2.4.1 vagy régebbi verzió alatt eltűnő profilt, visszakapcsoló felülírást, makacs bővítménytelepítést vagy a felsorolt három összeomlás egyikét tapasztaló felhasználó célzottan profitálhat a 2.4.2-ből. Aki kritikus folyamatban teljesen stabil saját kiadást használ, annak a változásokat tesztgépén vagy másolt konfigurációval érdemes előbb ellenőriznie. A stabil címke mellett is számít a gép és a profil saját kombinációja.

Frissítés előtti és utáni ellenőrzés

A frissítés előtt a műhely nevezzen ki néhány állandó referenciafeladatot. Legyen közöttük olyan projekt, amely gyári profilból örököl, olyan, amelyben tudatosan ki van kapcsolva egy filamentfelülírás, és – ha a műhely használja – többanyagú feladat egyedi vég-G-kóddal. Mentse el a jelenlegi 3MF-fájlt, a profilok exportját, az OrcaSlicer pontos verzióját és a már jóváhagyott G-kódot. A tesztnek a saját gépparkot kell képviselnie; a fejlesztői kiadási jegyzet önmagában nem helyettesíti ezt az alapszintű kontrollt.

Az új verzióban egyenként nyissa meg ugyanazokat a projekteket, és nézze végig az örökölt profil nevét, a fúvókaátmérőt, az anyaghőmérsékletet, az áramlási határértéket, az aktív felülírásokat és a kezdő- és zárókódot. A szöveges G-kód összevetése eltéréseket mutathat; nem minden eltérés hibás, hiszen időbecslés vagy fájlnév is változhat. A kritikus mozgás- és extrúziós parancsoknál azonban legyen megmagyarázható az ok. A nyomtatási próba után az elkészült darab méreteit és a támaszok viselkedését is jegyezze fel.

Felhőprofilnál ismételje meg az ellenőrzést kijelentkezés, újraindítás és szinkron után, mert éppen a mentett állapot visszaolvasása volt a javított hibák egy része. Hálózati bővítmény használatakor külön vizsgálja a telepítést, újraindítást és az azonos próbadarab átvitelét. Ha regressziót talál, a korábbi konfigurációból és a két verzióban megőrzött projektből olyan reprodukálható hibajelentést készíthet, amely a fejlesztőknek is segít; eközben az éles megrendelés maradhat a bevált verzión.

Ellenőrzött tény, hogy a fenti javításokat a projekt saját kiadási jegyzete és kapcsolt kódváltozásai közlik; a LAYERTIMES nem futtatott minden érintett gépen összehasonlító labortesztet. Szerkesztőségi következtetésünk, hogy ez a kiadás főként a korábbi beállítások folytonosságát és a napi munka megszakításainak csökkentését célozza. A frissítés értéke nem a funkciók számában, hanem abban mérhető, hogy a mentett projekt ugyanazt a szándékolt gyártási parancsot adja-e a megfelelő gépnek.