2020/07/25 Première description
J'ai acheté OSD3358-512M-BCB. https://www.mouser.jp/ProductDetail/415-OSD3358-512M-BCB
J'ai fait une planche. https://twitter.com/nonNoise/status/1278465569499447298?s=20
Mis en œuvre. https://www.youtube.com/watch?v=acrJceh3bkU
Ça a marché.
Une grande quantité de CCCCCCC ... provient de la série (UART0).
Le paramètre série est *Baud rate: 115,200 *Data bits: 8 *Parity: None *Stop bits: 1 *Flow control: None
Apparemment, il doit être compilé.
Compilez dans l'environnement Ubuntu. L'environnement Ubuntu a été nouvellement préparé avec Vertual Box.
wget -c https://releases.linaro.org/components/toolchain/binaries/7.5-2019.12/arm-linux-gnueabihf/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz
tar xf gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf.tar.xz
export CC=[PWD]/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/bin/arm-linux-gnueabihf-
git clone https://github.com/u-boot/u-boot cd u-boot/ git checkout v2018.01 -b tmp
wget -c https://rcn-ee.com/repos/git/u-boot-patches/v2018.01/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch wget -c https://rcn-ee.com/repos/git/u-boot-patches/v2018.01/0002-U-Boot-BeagleBone-Cape-Manager.patch wget -c https://raw.githubusercontent.com/RobertCNelson/Bootloader-Builder/master/patches/v2018.03-rc1/0002-NFM-Production-eeprom-assume-device-is-BeagleBone-Bl.patch
patch -p1 < 0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch patch -p1 < 0002-U-Boot-BeagleBone-Cape-Manager.patch patch -p1 < 0002-NFM-Production-eeprom-assume-device-is-BeagleBone-Bl.patch
export CC=[PWD]/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/bin/arm-linux-gnueabihf-
make ARCH=arm CROSS_COMPILE=
Deux types de fichiers sont requis pour U-Boot d'ARM u-boot-spl.bin (pour le démarrage de la première étape) et u-boot.img (pour le démarrage de la prochaine étape)
u-boot-spl.bin est dans u-boot / spl.
Les étrangers utilisent également TeraTerm.
Vérifiez que CCC CC ..... et C circulent dans le terminal.
Fichier-> Transfert-> XMODEM-> Envoyer Sélectionnez u-boot-spl.bin Vérifiez 1K en bas à gauche Transféré.
Fichier-> Transfert-> YMODEM-> Envoyer Sélectionnez u-boot.img Transféré. Au début, il sera de 0% pendant un moment, mais soyez patient (environ 1 minute) jusqu'à ce que la barre bouge.
sans encombre? commencer.
Cependant, dans cet état, les deux programmes U-Boot sont toujours étendus dans la RAM, donc lorsque vous réinitialisez ou redémarrez, CCCC .... s'affiche à nouveau. C'est la meilleure façon de déboguer U-Boot.
En regardant le journal U-Boot, il se plaint que l'EEPROM est une erreur ou qu'il n'y a pas d'USB ou d'Ethernet. Il ne peut pas être laissé tel quel, il semble donc que la personnalisation d'U-Boot soit nécessaire. Pour le moment, je viens de choisir la procédure d'écriture d'U-Boot.
La destination semble longue. (J'attends avec impatience) Fufufu.
https://octavosystems.com/forums/topic/osd3358-boot/
Je l'ai traité parce que j'ai une erreur, mais je vais la laisser juste au cas où.
bad value (‘armv5’) for ‘-march=’ switch
Erreur avec make ARCH = arm CROSS_COMPILE = $ {CC} lorsque cet article est correct ou lorsque j'essaye de recompiler
Il semble que l'exportation a été effacée en redémarrant Ubuntu. (Hé ~) Donc avant de compiler export CC=[PWD]/gcc-linaro-7.5.0-2019.12-x86_64_arm-linux-gnueabihf/bin/arm-linux-gnueabihf- Changé l'article pour écrire à nouveau.
Lors de l'écriture de U-Boot en série, X-MODEM et Y-MODEM sont sortis, et je me suis demandé pourquoi, alors j'ai cherché. https://ja.wikipedia.org/wiki/XMODEM https://ja.wikipedia.org/wiki/YMODEM Je ne savais pas (je suis désolé je suis désolé) TeraTerm est pratique et facile à utiliser, mais j'ai du mal lorsque je veux l'automatiser, alors j'ai cherché une bibliothèque en Python. https://pythonhosted.org/xmodem/ https://github.com/alexwoo1900/ymodem Je vois?
Recommended Posts