UF2 HEX
Konwersja plików

Konwertuj UF2 na HEX

Konwertuj teraz
SZYBKA ODPOWIEDŹ
Czy możliwa jest konwersja UF2 na HEX?
Tak - UF2 konwertuje się na HEX.

Możesz to zrobić tutaj za pomocą naszego darmowego konwertera - bez rejestracji, a plik jest usuwany natychmiast po zakończeniu.

uf2conv.py generuje tylko .bin (i tablice C), a nie Intel HEX, więc wykonaj to w dwóch krokach: uf2conv.py firmware.uf2 -c -o firmware.bin, a następnie objcopy -I binary -O ihex --change-addresses 0x<base> firmware.bin firmware.hex. Adres bazowy ma znaczenie - surowy plik .bin nie zawiera informacji o adresie, więc musisz ponownie podać offset pamięci flash, inaczej rekordy HEX zaczną się od 0.

Również na HEX: WXB · S19 · INO

Na tej stronie

Testowane na macOS, Windows i Linux
Ostatnia weryfikacja Sep 2026

Więcej darmowych konwerterów

HEIC, PNG, WEBP, MP3 i inne - każde narzędzie tutaj jest darmowe.

Otwórz przybornik
Konwerter UF2 → HEXZA DARMO
Przeciągnij plik .UF2 tutaj
lub wybierz jeden - przekonwertujemy go na .HEX i udostępnimy plik do pobrania

Dlaczego konwertować UF2 na HEX?

UF2 opakowuje oprogramowanie układowe do flashowania metodą „przeciągnij i upuść”, podczas gdy .hex (Intel HEX) to format ASCII, który koduje zarówno dane, jak i ich adresy pamięci, używany przez wiele programatorów. Ponieważ uf2conv.py nie generuje Intel HEX, przechodzisz przez surowy plik .bin i pozwalasz objcopy (z pakietu GNU binutils) dodać rekordy adresowe. Jest to powszechne, gdy programator lub bootloader docelowy oczekuje rozszerzenia .hex zamiast UF2.

Jak przekonwertować UF2 na HEX

uf2conv.py, a następnie objcopy OPEN-SOURCE

Uruchom uf2conv.py firmware.uf2 -c -o firmware.bin, a następnie objcopy -I binary -O ihex --change-addresses 0x2000 firmware.bin firmware.hex, aby dodać offset pamięci flash.

objcopy (GNU binutils / arm-none-eabi) FREE

Użyj narzędzia arm-none-eabi-objcopy -I binary -O ihex firmware.bin firmware.hex. Dodaj --change-addresses, aby umieścić dane pod właściwym adresem pamięci.

SRecord (srec_cat) OPEN-SOURCE

Jeśli obsługa offsetu w objcopy nie działa poprawnie, uruchom srec_cat firmware.bin -binary -offset 0x2000 -o firmware.hex -intel, aby zbudować Intel HEX z precyzyjnym adresem.

O tych formatach

Jakość i na co uważać

  • Nie ma jednego polecenia do konwersji UF2 na HEX; surowy plik .bin po drodze traci adres, więc musisz ponownie podać bazowy offset flash w kroku objcopy/srec.
  • Błędne podanie offsetu spowoduje, że plik .hex umieści kod pod niewłaściwym adresem pamięci, co może „uceglić” urządzenie lub uniemożliwić jego rozruch.
  • Niektóre wersje objcopy miały regresje przy konwersji z formatu binarnego na ihex; SRecord jest zalecaną alternatywą dla dokładnych offsetów.

Najczęściej zadawane pytania

Dlaczego dwa kroki?
uf2conv.py generuje tylko surowe pliki .bin i tablice C, a nie Intel HEX. Konwertujesz UF2 na .bin, a następnie używasz objcopy lub SRecord, aby utworzyć .hex.
Jakiego offsetu użyć?
Użyj bazowego adresu pamięci flash, pod którym ma działać oprogramowanie (często region aplikacji za bootloaderem). Przekaż go przez --change-addresses lub srec -offset.
Skąd wziąć objcopy?
Jest on dostarczany z pakietem GNU binutils; dla mikrokontrolerów ARM użyj arm-none-eabi-objcopy z zestawu narzędzi GNU Arm Embedded.
Co jeśli objcopy podaje błędne adresy?
Użyj srec_cat z pakietu SRecord z jawnym parametrem -offset, który niezawodnie obsługuje rozmieszczenie adresów przy konwersji z bin na Intel HEX.