# Gyakran ismételt kérdések - Klipper dokumentáció

Kihagyás

# Gyakran ismételt kérdések

## Hogyan adományozhatok a projektnek?

Köszönjük a támogatást. A Szponzorok oldalon találsz információkat.

## Hogyan számíthatom ki a rotation_distance konfigurációs paramétert?

Lásd a forgatási távolság dokumentumot.

## Hol van a soros portom?

Az USB soros port megtalálásának általános módja az `ls /dev/serial/by-id/*` futtatása a gazdaszámítógép SSH termináljáról. Valószínűleg a következőhöz hasonló kimenetet fog eredményezni:

    /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0

A fenti parancsban található név stabil, és használható a konfigurációs fájlban és a mikrokontroller kódjának égetése során. Egy égetés parancs például így nézhet ki:

    sudo service klipper stop
    make flash FLASH_DEVICE=/dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0
    sudo service klipper start

és a frissített konfiguráció így nézhet ki:

    [mcu]
    serial: /dev/serial/by-id/usb-1a86_USB2.0-Serial-if00-port0

Ügyelj arra, hogy a fent lefuttatott "ls" parancsból másold be a nevet, mivel a név minden nyomtatónál más lesz.

Ha több mikrovezérlőt használsz, és ezek nem rendelkeznek egyedi azonosítóval (ez gyakori a CH340 USB-chippel ellátott lapokon), akkor kövesd a fenti utasításokat a `ls /dev/serial/by-path/*` parancs használatával.

## A mikrokontroller újraindításakor az eszköz /dev/ttyUSB1-re vált

Kövesd a "Hol van a soros portom?" szakaszban található utasításokat, hogy ezt megakadályozd.

## A "make flash" parancs nem működik

A kód megpróbálja az eszközt az egyes platformok esetében legelterjedtebb módszerrel égetni. Sajnos az égetési módszerek között nagy eltérések vannak, így a "make flash" parancs nem biztos, hogy minden lapon működik.

Ha időszakos hiba van, vagy szabványos beállításod van, akkor ellenőrizd, hogy a Klipper nem fut-e égetés közben (sudo service klipper stop), győződj meg róla, hogy az OctoPrint nem próbál közvetlenül az eszközhöz csatlakozni (nyisd meg a weblapon a Kapcsolat lapot, és kattints a Kapcsolat megszakítása gombra, ha a soros port az eszközhöz van beállítva), és győződj meg róla, hogy a FLASH_DEVICE helyesen van beállítva a lapodhoz (lásd a fenti kérdést).

Ha azonban a "make flash" egyszerűen nem működik az alaplapodon, akkor manuálisan kell égetned. Nézd meg, hogy van-e a config könyvtárban egy config fájl, amely konkrét utasításokat tartalmaz az eszköz égetésére. Ellenőrizd a kártya gyártójának dokumentációját is, hogy leírja-e, hogyan kell égetni az eszközt. Végül, lehetséges lehet, hogy manuálisan égesd az eszközt olyan eszközökkel, mint az "avrdude" vagy a "bossac" - további információkért lásd a bootloader dokumentumot.

## Hogyan változtathatom meg a soros port átviteli sebességét?

A Klipper ajánlott átviteli sebessége 250000. Ez az átviteli ráta jól működik minden olyan mikrokontroller kártyán, amelyet a Klipper támogat. Ha találtál egy online útmutatót, amely más átviteli sebességet javasol, akkor hagyd figyelmen kívül az útmutatónak ezt a részét, és folytasd az alapértelmezett 250000 értékkel.

Ha mindenképpen meg akarod változtatni az átviteli sebességet, akkor az új sebességet a mikrokontrollerben kell beállítani (a make menuconfig alatt), és a frissített kódot le kell fordítani és be kell égetni a mikrokontrollerbe. A Klipper printer.cfg fájlt is frissíteni kell, hogy megfeleljen ennek az átviteli sebességnek (lásd a konfigurációs hivatkozást a részleteket). Például:

    [mcu]
    baud: 250000

Az OctoPrint weboldalon feltüntetett átviteli sebesség nincs hatással a Klipper mikrokontroller belső átviteli sebességére. Klipper használatakor az OctoPrint átviteli sebességét mindig 250000-re állítsd be.

A Klipper mikrovezérlő átviteli sebessége nem függ a mikrovezérlő bootloader átviteli sebességétől. A bootloader dokumentum további információkat tartalmaz a bootloader-ekkel kapcsolatban.

## Futtathatom a Klippert a Raspberry Pi 3-on kívül máson is?

Az ajánlott hardver egy Raspberry Pi 2, Raspberry Pi 3 vagy Raspberry Pi 4.

A Klipper fut a Raspberry Pi 1-en és a Raspberry Pi Zero-n, de ezek a lapok nem tartalmaznak elegendő feldolgozási teljesítményt az OctoPrint jó futtatásához. Gyakori, hogy ezeken a lassabb gépeken a nyomtatás akadozik, amikor közvetlenül az OctoPrint-ből nyomtatsz. (Előfordulhat, hogy a nyomtató gyorsabban mozog, mint ahogy az OctoPrint a mozgásparancsokat el tudja küldeni.) Ha mindenképpen ezek közül a lassabb lapok közül valamelyiket szeretnéd használni, fontold meg a "virtual_sdcard" funkció használatát nyomtatáskor (a részletekért lásd a konfigurációs hivatkozást).

A Beaglebone-on való futtatáshoz lásd a Beaglebone-specifikus telepítési utasításokat.

A Klipper más gépeken is futhat. A Klipper gazdagép szoftverhez csak Python szükséges, amely Linux (vagy hasonló) számítógépen fut. Ha azonban más gépen szeretnéd futtatni, akkor Linux adminisztrátori ismeretekre lesz szükséged az adott gép rendszerének telepítéséhez. A szükséges Linux-adminisztrátori lépésekről további információt az install-octopi.sh szkriptben találsz.

Ha a Klipper gazdagép szoftvert egy low-end chipen szeretnéd futtatni, akkor vedd figyelembe, hogy legalább egy "dupla pontosságú lebegőpontos" hardverrel rendelkező gépre van szükség.

Ha a Klipper gazdagép szoftvert egy megosztott általános célú asztali vagy szerver osztályú gépen szeretnéd futtatni, akkor vedd figyelembe, hogy a Klippernek vannak bizonyos valós idejű ütemezési követelményei. Ha a nyomtatás során a gazdaszámítógép egyidejűleg intenzív általános célú számítási feladatot is végez (például merevlemez defragmentálása, 3D renderelés, nagymértékű swapolás stb.), akkor a Klipper nyomtatási hibákat jelenthet.

Megjegyzés: Ha nem OctoPi-képet használsz, vedd figyelembe, hogy számos Linux-disztribúció engedélyez egy "ModemManager" (vagy hasonló) csomagot, amely megzavarhatja a soros kommunikációt. (Ami miatt a Klipper véletlenszerűnek tűnő "Elveszett a kommunikáció az MCU-val" hibákat jelenthet.) Ha a Klippert ilyen disztribúcióra telepíted, akkor lehet, hogy le kell tiltanod ezt a csomagot.

## Futtathatom a Klipper több példányát ugyanazon a gépen?

Lehetséges a Klipper gazdagép szoftver több példányának futtatása, de ehhez Linux adminisztrátori ismeretekre van szükség. A Klipper telepítési szkriptek végül a következő Unix parancs futtatását eredményezik:

    ~/klippy-env/bin/python ~/klipper/klippy/klippy.py ~/printer.cfg -l /tmp/klippy.log

A fenti parancs több példányban is futtatható, amennyiben minden példánynak saját nyomtató-konfigurációs fájlja, saját naplófájlja és saját pszeudo-tty-je van. Például:

    ~/klippy-env/bin/python ~/klipper/klippy/klippy.py ~/printer2.cfg -l /tmp/klippy2.log -I /tmp/printer2

Ha ezt választod, akkor a szükséges indítási, leállítási és telepítési parancsfájlokat (ha vannak ilyenek) kell végrehajtanod. Az install-octopi.sh szkript és a klipper-start.sh szkript hasznos lehet példaként.

## Muszáj az OctoPrint-et használnom?

A Klipper szoftver nem függ az OctoPrint-től. Lehetséges alternatív szoftvereket használni a Klipper parancsok küldésére, de ehhez Linux adminisztrátori ismeretekre van szükség.

A Klipper létrehoz egy "virtuális soros portot" a "/tmp/printer" fájlon keresztül, és ezen keresztül emulál egy klasszikus 3D nyomtató soros interfészt. Általánosságban elmondható, hogy alternatív szoftverek is működhetnek a Klipperrel, amennyiben konfigurálhatóak úgy, hogy a "/tmp/printer" -t használják a nyomtató soros portjaként.

## Miért nem tudom mozgatni a léptetőmotort a nyomtató kezdőpont felvétele előtt?

A kód ezt azért teszi, hogy csökkentse annak esélyét, hogy a fejet véletlenül a tárgyasztalba vagy a falba ütköztesse. Miután a nyomtató kezdőponthoz ért, a szoftver megpróbálja ellenőrizni, hogy minden egyes mozgás a konfigurációs fájlban meghatározott position_min/max értéken belül van-e. Ha a motorok ki vannak kapcsolva (M84 vagy M18 parancs segítségével), akkor a motorokat a mozgás előtt újra be kell állítani.

Ha a fejet az OctoPrint segítségével történő nyomtatás törlése után szeretnéd elmozdítani, fontold meg az OctoPrint törlési sorrendjének módosítását, hogy ezt megtegye helyetted. Ez az OctoPrint-ben a webböngészőn keresztül konfigurálható a következő menüpont alatt: Beállítások->GCODE szkriptek

Ha a nyomtatás befejezése után szeretnéd mozgatni a fejet, fontold meg a kívánt mozgás hozzáadását a szeletelő "custom g-code" szakaszához.

Ha a nyomtatónak szüksége van további mozgatásra a kezdőpont felvételi folyamat részeként (vagy alapvetően nincs kezdőpont felvételi folyamat), akkor fontold meg a safe_z_home vagy homing_override szakasz használatát a konfigurációs fájlban. Ha diagnosztikai vagy hibakeresési célokra kell mozgatni egy léptetőmotort, akkor fontold meg egy force_move szakasz hozzáadását a konfigurációs fájlhoz. Lásd a konfigurációs hivatkozást az ezen opciókkal kapcsolatos további részletekért.

## Miért van a Z position_endstop 0,5-re állítva az alapértelmezett konfigurációban?

A cartesian stílusú nyomtatók esetében a Z position_endstop megadja, hogy a fúvóka milyen messze van a tárgyasztaltól, amikor a végállás működésbe lép. Ha lehetséges, ajánlott Z-max végállást használni, és a tárgyasztaltól távolabb elhelyezni (mivel ez csökkenti a tárgyasztal ütközés lehetőségét). Ha azonban a tárgyasztal felé kell elindulni, akkor a végállást úgy kell beállítani, hogy akkor lépjen működésbe, amikor a fúvóka még mindig kis távolságra van a tárgyasztaltól. Így a tengely kezdőpont felvételekor a fúvóka még azelőtt megáll, hogy hozzáérne a tárgyasztalhoz. További információért lásd a tárgyasztal szintezés dokumentumot.

## Átkonvertáltam a konfigurációmat Marlinból, és az X/Y tengelyek jól működnek, de a Z tengely kezdőpont felvételekor csak egy csikorgó zajt hallok

Rövid válasz: Először is ellenőrizd, hogy a konfigurációs ellenőrzések dokumentumban leírtak szerint ellenőrizted-e a léptető konfigurációját. Ha a probléma továbbra is fennáll, próbáld meg csökkenteni a max_z_velocity értéket a nyomtató konfigurációjában.

Hosszú válasz: A gyakorlatban a Marlin jellemzően csak körülbelül 10000 lépés/másodperc sebességgel tud lépni. Ha olyan sebességgel kell mozognia, amely nagyobb lépésszámot igényel, akkor a Marlin általában csak olyan gyorsan lép, amilyen gyorsan csak tud. A Klipper sokkal nagyobb lépésszámot képes elérni, de a léptetőmotornak nem biztos, hogy elegendő nyomatéka van a nagyobb sebességű mozgáshoz. Tehát egy nagy áttételszámú vagy nagy mikrolépésszámú Z tengely esetében a ténylegesen elérhető max_z_sebesség kisebb lehet, mint ami a Marlin-ban be van állítva.

## A TMC motorvezérlő kikapcsol nyomtatás közben

Ha a TMC2208 (vagy TMC2224) motorvezérlőt "standalone módban" használod, akkor győződj meg róla, hogy a Klipper legújabb verzióját használd. A TMC2208 "stealthchop" motorvezérlő problémájának megoldása 2020 március közepén került a Klipper-hez.

## Véletlenszerű "Elveszett a kommunikáció az MCU-val" hibák

Ezt általában a gazdagép és a mikrokontroller közötti USB-kapcsolat hardverhibái okozzák. Amit keresni kell:

- Használj jó minőségű USB-kábelt a gazdagép és a mikrokontroller között. Győződj meg róla, hogy a csatlakozók biztonságosan csatlakoznak.
- Ha Raspberry Pi-t használsz, használj jó minőségű tápegységet a Raspberry Pi számára, és egy jó minőségű USB-kábellel csatlakoztasd a tápegységet a Pi-hez. Ha az OctoPrint "alulfeszültség" figyelmeztetéseket kapsz, az a tápegységgel függ össze, és ezt ki kell javítani.
- Győződj meg róla, hogy a nyomtató áramellátása nincs túlterhelve. (A mikrovezérlő USB-chip áramellátásának ingadozása a chip újraindítását eredményezheti.)
- Ellenőrizd, hogy a léptető, fűtő és egyéb nyomtatóvezetékek nem szakadtak vagy rongálódtak. (A nyomtató mozgása megterhelheti a hibás vezetéket, ami érintkezési hibákhoz, rövidzárlathoz vagy túlzott zajkeltéshez vezethet.)
- Jelentéseket kaptunk magas USB-zajról, amikor a nyomtató, és a gazdagép 5V-os tápellátása keveredik. (Ha azt tapasztalod, hogy a mikrokontroller bekapcsol, amikor a gazdagép tápellátása be van kapcsolva, vagy az USB-kábel be van dugva, akkor ez azt jelzi, hogy az 5V-os tápegységek keverednek.) Segíthet, ha úgy konfigurálod a mikrokontrollert, hogy csak az egyik forrásból származó áramot használod. (Alternatív megoldásként, ha a mikrokontroller lapja nem tudja konfigurálni az áramforrását, módosíthatunk egy USB-kábelt úgy, hogy az ne szállítson 5V-os áramot a gazdagép és a mikrokontroller között.)

## A Raspberry Pi újraindul nyomtatás közben

Ez valószínűleg a feszültségingadozások miatt van. Kövesd ugyanazokat a hibaelhárítási lépéseket a Véletlenszerű "Elveszett a kommunikáció az MCU-val" hibák esetén.

## Amikor beállítom a `restart_method=command` az AVR készülékem újraindításkor lefagy

Az AVR bootloader néhány régi verziójának ismert hibája van a watchdog esemény kezelésében. Ez általában akkor jelentkezik, ha a printer.cfg fájlban a restart_method beállítása "command". Amikor a hiba előfordul, az AVR eszköz nem reagál, amíg a tápellátást el nem veszik és újra be nem kapcsolják az eszközt (a tápellátás vagy az állapotjelző LED-ek is többször villoghatnak, amíg a tápellátást el nem veszik).

A megoldás a "command" -tól eltérő restart_method használata, vagy egy frissített bootloader égetése az AVR eszközre. Egy új bootloader égetése egy egyszeri lépés, amelyhez általában külső programozóra van szükség - további részletekért lásd Bootloaderek dokumentumot.

## A fűtőelemek bekapcsolva maradnak, ha a Raspberry Pi összeomlik?

A szoftvert úgy tervezték, hogy ezt megakadályozza. Ha a gazdagép egyszer engedélyezi a fűtőberendezést, a szoftverének 5 másodpercenként meg kell erősítenie az engedélyezést. Ha a mikrokontroller nem kap 5 másodpercenként megerősítést, akkor "leállítás" állapotba kerül, amelynek célja, hogy kikapcsolja az összes fűtőberendezést és léptetőmotort.

További részletekért lásd az MCU-parancsok dokumentumban található "config_digital_out" parancsot.

Ezenkívül a mikrovezérlő szoftver indításkor minden fűtőberendezéshez be van állítva egy minimális és maximális hőmérséklettartomány (a részletekért lásd a konfigurációs hivatkozásban található min_temp és max_temp paramétereket). Ha a mikrokontroller azt érzékeli, hogy a hőmérséklet e tartományon kívül esik, akkor szintén "leállítás" állapotba lép.

A gazdaszoftver külön kódot is tartalmaz a fűtőelemek és a hőmérséklet érzékelők helyes működésének ellenőrzésére. További részletekért lásd a konfigurációs hivatkozás dokumentumot.

## Hogyan alakíthatok át egy Marlin tű számot Klipper tű névre?

Rövid válasz: sample-aliases.cfg fájlban található leképezés. Használd ezt a fájlt útmutatóként a tényleges mikrokontroller tű nevek megtalálásához. (Az is lehetséges, hogy a vonatkozó board_pins config szakaszt átmásold a config fájljába, és használd az álneveket a configban, de előnyösebb a tényleges mikrokontroller tű nevek lefordítása és használata.) Vedd figyelembe, hogy a sample-aliases.cfg fájl olyan tű neveket használ, amelyek "ar" előtaggal kezdődnek "D" helyett (pl. az Arduino tű `D23` a Klipper álnév `ar23`) és az "analog" helyett "A" (pl. az Arduino tű `A14` a Klipper álnév `analog14`).

Hosszú válasz: Klipper a mikrokontroller által meghatározott szabványos tű neveket használja. Az Atmega chipeken ezek a hardveres tűk olyan neveket viselnek, mint `PA4`, `PC7`, vagy `PD2`.

Régen az Arduino projekt úgy döntött, hogy nem használja a szabványos hardverneveket, hanem saját, növekvő számokon alapuló tű neveket használ. Ezek az Arduino nevek általában úgy néznek ki, mint `D23` vagy `A14`. Ez egy szerencsétlen választás volt, amely sok zavart okozott. Különösen az Arduino tű-számok gyakran nem fordítják le ugyanazokat a hardveres neveket. Például a `D21` az `PD0` egy közös Arduino lapon, de `PC7` egy másik közös Arduino lapon.

A zavar elkerülése érdekében a Klipper alapkódja a mikrokontroller által meghatározott szabványos tű neveket használja.

## Az eszközömet egy adott típusú mikrokontroller tűhöz kell csatlakoztatnom?

Ez az eszköz típusától és a tű típusától függ:

ADC tűk (vagy analóg tűk): Termisztorok és hasonló "analóg" érzékelők esetén az eszközt a mikrokontroller egy "analóg" vagy "ADC" -képes tűjére kell csatlakoztatni. Ha a Klipper-t olyan tű használatára konfigurálod, amely nem analóg képes, a Klipper egy "Nem érvényes ADC tű" hibát fog jelenteni.

PWM tűk (vagy időzítő tűk): A Klipper alapértelmezés szerint nem használ hardveres PWM-et egyetlen eszköz esetében sem. Tehát általában a fűtőtesteket, ventilátorokat és hasonló eszközöket bármelyik általános célú IO tűre lehet vezetékezni. A ventilátorok és az output_pin eszközök azonban opcionálisan úgy konfigurálhatók, hogy `hardware_pwm: True` értéket használnak, amely esetben a mikrokontrollernek támogatnia kell a hardveres PWM-et a tűn (ellenkező esetben a Klipper egy "Not a valid PWM pin" hibát fog jelezni).

IRQ-tűk (vagy megszakítási tűk): A Klipper nem használ hardveres megszakításokat az IO tűkön, ezért soha nem szükséges egy eszközt ezen mikrokontroller tűk egyikére vezetni.

SPI-tűk: A hardveres SPI használatakor a tűket a mikrokontroller SPI-képes tűihez kell csatlakoztatni. A legtöbb eszköz azonban konfigurálható a "szoftveres SPI" használatára, amely esetben bármely általános célú IO-tű használható.

I2C tűk: I2C használatakor a tűket a mikrokontroller I2C-képes tűihez kell csatlakoztatni.

Más eszközök bármelyik általános célú IO tűre csatlakoztathatók. Például léptetők, fűtők, ventilátorok, Z-szondák, szervók, LED-ek, közös hd44780/st7920 LCD-kijelzők, a Trinamic UART vezérlővonal bármely általános célú IO-tűhöz csatlakoztatható.

## Hogyan tudom törölni az M109/M190 "várakozás a hőmérsékletre" kérést?

Navigálj az OctoPrint terminál fülre, és adj ki egy M112 parancsot a terminálmezőben. Az M112 parancs hatására a Klipper "leállítás" állapotba kerül, és az OctoPrint megszakítja a kapcsolatot a Klipper-el. Navigálj az OctoPrint csatlakozási területére, és kattints a "Kapcsolódás" gombra, hogy az OctoPrint újra csatlakozzon. Navigálj vissza a terminál fülre, és adj ki egy FIRMWARE_RESTART parancsot a Klipper hibaállapotának törléséhez. E műveletsor befejezése után az előző fűtéskérés törlődik, és új nyomtatás indítható.

## Meg tudom állapítani, hogy a nyomtató vesztett-e lépéseket?

Bizonyos értelemben igen. Indítsd el a nyomtatót, adj ki egy `GET_POSITION` parancsot, indítsd el a nyomtatást, kezdőpont felvétel újra, és adj ki egy újabb `GET_POSITION` parancsot. Ezután hasonlítsd össze az `mcu:` sorban szereplő értékeket.

Ez hasznos lehet a beállítások, például a léptetőmotorok áramának, gyorsulásának és sebességének beállításához anélkül, hogy ténylegesen nyomtatnod kellene valamit és pazarolnod kellene az anyagot: csak futtass néhány nagy sebességű mozgást a `GET_POSITION` parancsok között.

Vedd figyelembe, hogy a végálláskapcsolók maguk is hajlamosak kissé eltérő pozícióban kioldani, így a néhány mikrolépésnyi különbség valószínűleg a végállás pontatlanságának eredménye. Maga a léptetőmotor csak 4 teljes lépésenként képes lépéseket veszíteni. (Tehát, ha 16 mikrolépést használunk, akkor a léptető egy elvesztett lépése azt eredményezi, hogy az "mcu:" lépésszámláló 64 mikrolépés többszörösével téved.)

## Miért jelent hibát a Klipper? Elrontotta a nyomtatásomat!

Rövid válasz: A nyomtatóink problémákat észlelnek, hogy a mögöttes problémát orvosolni lehessen, és kiváló minőségű nyomatokat kaphassunk. Semmiképpen sem szeretnénk, ha a nyomtatóink csendben rossz minőségű nyomatokat készítenének.

Hosszú válasz: A Klipper úgy lett megtervezve, hogy automatikusan megoldjon számos átmeneti problémát. Például automatikusan észleli a kommunikációs hibákat, és újratovábbítja azokat; előre ütemezi a műveleteket, és több rétegben puffereli a parancsokat, hogy még időszakos interferencia esetén is pontos időzítést tegyen lehetővé. Ha azonban a szoftver olyan hibát észlel, amelyből nem tud helyreállni, ha érvénytelen műveletre kap parancsot, vagy ha azt észleli, hogy reménytelenül képtelen végrehajtani a parancsolt feladatot, akkor a Klipper hibát jelent. Ezekben a helyzetekben nagy a kockázata annak, hogy rossz minőségű nyomtatás készül (vagy rosszabb). Reméljük, hogy a felhasználó figyelmeztetése lehetővé teszi számára, hogy megoldja a kiváltó problémát, és javítsa a nyomatok általános minőségét.

Van néhány kapcsolódó kérdés: Miért nem szünetelteti a Klipper a nyomtatást? Nem jelent figyelmeztetést helyette? A nyomtatás előtt nem ellenőrzi a hibákat? Figyelmen kívül hagyja a hibákat a felhasználó által begépelt parancsokban? stb. Jelenleg a Klipper a G-kód protokollt használva olvassa a parancsokat, és sajnos a G-kód parancsprotokoll nem elég rugalmas ahhoz, hogy ezek az alternatívák ma már praktikusak legyenek. A fejlesztők érdeklődnek a felhasználói élmény javítása iránt a rendellenes események során, de ez várhatóan jelentős infrastrukturális munkát igényel (beleértve a G-kódtól való eltávolodást).

## Hogyan frissíthetek a legújabb szoftverre?

A szoftver frissítésének első lépése a legfrissebb konfigurációs változások dokumentum áttekintése. Alkalmanként olyan változások történnek a szoftverben, amelyek miatt a felhasználóknak frissíteniük kell a beállításaikat a szoftverfrissítés részeként. A frissítés előtt érdemes átnézni ezt a dokumentumot.

Ha készen állsz a frissítésre, az általános módszer az, hogy SSH-t használunk a Raspberry Pi-n, és futtatjuk:

    cd ~/klipper
    git pull
    ~/klipper/scripts/install-octopi.sh

Ezután újrafordíthatjuk és égethetjük a mikrokontroller kódját. Például:

    make menuconfig
    make clean
    make

    sudo service klipper stop
    make flash FLASH_DEVICE=/dev/ttyACM0
    sudo service klipper start

Azonban gyakran előfordul, hogy csak a gazdaszoftver változik. Ebben az esetben csak a gazdaszoftvert frissíthetjük és indíthatjuk újra:

    cd ~/klipper
    git pull
    sudo service klipper restart

Ha e parancs használata után a szoftver arra figyelmeztet, hogy a mikrokontrollert újra kell égetni, vagy más szokatlan hiba lép fel, akkor kövesd a fent leírt teljes frissítési lépéseket.

Ha továbbra is fennállnak a hibák, akkor ellenőrizd a konfigurációs változások dokumentumot, mivel lehet, hogy módosítani kell a nyomtató konfigurációját.

Ne feledd, hogy a RESTART és FIRMWARE_RESTART G-kód parancsok nem töltenek be új szoftvert a fenti "sudo service klipper restart" és "make flash" parancsok szükségesek a szoftverváltás érvénybe lépéséhez.

## Hogyan távolítsam el a Klipper-t?

A firmware oldalon semmi különösnek nem kell történnie. Csak kövesd az új firmware égetési utasításait.

A Raspberry Pi oldalon egy eltávolító szkript elérhető a scripts/klipper-uninstall.sh alatt. Például:

    sudo ~/klipper/scripts/klipper-uninstall.sh
    rm -rf ~/klippy-env ~/klipper

Back to top