Kihagyás

# Bootloader belépés

Klipper utasítható, hogy újraindítsa a Bootloadert az alábbi módok egyikében:

## A bootloader kérése

### Virtuális sorozat

Ha virtuális (USB-ACM) soros port van használatban, a DTR pulzálása 1200 baud mellett kéri a rendszerbetöltőt.

#### Python (with `flash_usb`)

Belépés a bootloader-be python segítségével (using `flash_usb`):

    > cd klipper/scripts
    > python3 -c 'import flash_usb as u; u.enter_bootloader("<DEVICE>")'
    Bootloader belépése a <DEVICE> rendszeren

Ahol `<DEVICE>` a soros eszköz, például `/dev/serial.by-id/usb-Klipper[...]` vagy `/dev/ttyACM0`

Vedd figyelembe, hogy ha ez nem sikerül, nem jelenik meg a kimenet, a sikert az `Entering bootloader on <DEVICE>` kiírása jelzi.

#### Picocom

    picocom -b 1200 <DEVICE>
    <Ctrl-A><Ctrl-P>

Ahol `<DEVICE>` a soros eszköz, például `/dev/serial.by-id/usb-Klipper[...]` vagy `/dev/ttyACM0`

`<Ctrl-A><Ctrl-P>` azt jelenti, hogy lenyomva tartjuk a "Ctrl"-t, megnyomjuk és elengedjük az "a"-t, megnyomjuk és elengedjük a "p"-t, majd elengedjük a "Ctrl"-t

### Fizikai sorszám

Ha az MCU-n fizikai soros portot használunk (még akkor is, ha USB soros adaptert használunk a csatlakozáshoz), akkor a `<SPACE><FS><SPACE>Request Serial Bootloader!!<SPACE>~` karakterlánc elküldése szükséges.

A `<SPACE>` egy ASCII szóköz, 0x20.

A `<FS>` az ASCII fájlelválasztó, 0x1c.

Vedd figyelembe, hogy ez nem érvényes üzenet az MCU protokoll szerint, de a szinkronizáló karaktereket (`~`) továbbra is tiszteletben kell tartani.

Mivel ennek az üzenetnek kell lennie az egyetlen dolognak abban a "blokkban", amelyben érkezik, egy extra szinkronizáló karakter előtaggal növelheted a megbízhatóságot, ha korábban más eszközök is hozzáfértek a soros porthoz.

#### Parancsértelmező

    stty <BAUD> < /dev/<DEVICE>
    echo $'~ \x1c Request Serial Bootloader!! ~' >> /dev/<DEVICE>

Ahol `<DEVICE>` a Te soros portod, például `/dev/ttyS0`, vagy `/dev/serial/by-id/gpio-serial2` és

`<BAUD>` a soros port buszsebessége, például `115200`.

### CANBUS

Ha a CANBUS használatban van, egy speciális admin üzenet kéri a bootloadert. Ezt az üzenetet akkor is figyelembe veszi, ha az eszköznek már van nodeid-ja, és akkor is feldolgozza, ha az MCU le van kapcsolva.

Ez a módszer a CANBridge üzemmódban működő eszközökre is vonatkozik.

#### Katapult flashtool.py

    python3 ./katapult/scripts/flashtool.py -i <CAN_IFACE> -u <UUID> -r

Ahol `<CAN_IFACE>` a használni kívánt can-interfész. Ha a `can0`-t használjuk, az `-i` és a `<CAN_IFACE>` is elhagyható.

A `<UUID>` a CAN-eszköz UUID-je.

Lásd a CANBUS dokumentáció című dokumentumot az eszközök CAN UUID-jének megtalálására vonatkozó információkért.

## Belépés a bootloaderbe

Amikor a klipper megkapja a fenti bootloader kérések egyikét:

Ha a Katapult (korábbi nevén CANBoot) elérhető, a klipper kérni fogja, hogy a Katapult maradjon aktív a következő indításkor, majd visszaállítja az MCU-t (ezért belép a Katapultba).

Ha a Katapult nem elérhető, akkor a klipper megpróbál egy platform-specifikus bootloaderbe belépni, például az STM32 DFU módjába(lásd megjegyzés).

Röviden, a Klipper újraindítja a Katapultot, ha telepítve van, majd egy hardver-specifikus bootloadert, ha rendelkezésre áll.

A különböző platformok speciális bootloadereiről részletesen lásd Bootloaderek

## Megjegyzések

### STM32 DFU Figyelmeztetés

Ne feledd, hogy néhány lapon, mint például az Octopus Pro v1, a DFU módba való belépés nem kívánt műveleteket okozhat (például a fűtőberendezés bekapcsolása DFU módban). Javasoljuk, hogy a DFU mód használatakor a fűtőberendezéseket kapcsold ki, és más módon akadályozd meg a nemkívánatos műveleteket. További részletekért olvasd el az alaplap dokumentációját.

Back to top