-
Notifications
You must be signed in to change notification settings - Fork 224
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Bootloader #25
Comments
afaik you can only update the firmware from the sdcard as of now. |
I also can upload software via ST-Link. But then the risk of overwriting the bootloader is high.
You do. The custom bootloader is the piece of software reading from SD and burning into flash. The build into all ST-processors bootloader can't do that. The custom bootloader seems to be an interesting piece of software. According to the contained strings it's seemingly able to update the WiFi board. |
ok now you made the point, that's needed! no wifi firmware loaded, no wifi at all! |
I can confirm that the bootloader can update the ESD3D (or rather the ESP01S WiFi module) by placing the esp3d.bin file on the SD card. It still won't make the WiFi module work, but it results in a pretty light show. I was actually contemplating on getting an ST-Link module to allow remote updates of firmware. Can you give any insights into ST-Link parameters / procedure? Thank you in advance. I can't seem to convince the board to accept a firmware upload through the USB connection- not sure the BOOT0 pin and reset pins are connected to the USB serial link... Some hints here: https://github.com/OctoPrint/OctoPrint-FirmwareUpdater/blob/master/README.md#special-note-for-the-skr-pro-v11-stm32-board-1 But I also cannot get the USB drive to appear when I connect it to my PC / RaspberryPi. That actually never worked for me - not even out of the box. I always have to remove the SD card and plug it into my computer, copy the firmware.bin and back to the printer it goes... reset... wait... try... retry... It gets old fast. Any hints would be very welcome. I am using the latest version of Marlin. |
trying to compile and send firmware to sd card get error in procedure 'script' |
Right. |
cannot get it to load to the sdcard seen to be not looking for the card works fine with other firmware just not the ran debug only a watch dog error |
For the used core not even a example composite USB CDC/MSC device seems to exist. No wonder BTT can't do that now on this board. |
I can read the usb card in a adapter but refuses to put the firmware on it get the error above don't even ask me to save the image else were |
Don't click "run" or "upload but "verify" to avoid the error. Than copy the "firmware.bin" file by hand per explorer. The file resides in ...\Marlin\Marlin.pio\build\BIGTREE_SKR_PRO\firmware.bin now. (I'm talking MarlinFirmware/Marlin always.) |
looks like it flashed it does it need full power for the lcd to work |
For me it works with RRDFGSC or RRDSC plus ESP01S but without stepsticks powered over USB only. TFT35 3.0 is still over the ocean. |
trying it with riprap screens still waiting on my steppers |
Dear, my Micro processor get issues, I need to replace new one, can I use ST link to save bootloader and upload to other processor and replace broken processor on board? |
Hello all. I be the newest sucker to invest in this board. So it seem that they have a very real and active bootloader that is factory installed. It handles of course the firmware.bin from SD card, or rather it stores the location needed for the hardware to look for the data. Basically, it's two sets of firmware. Theirs, then ours. The problem I think we all see is that there is of course missing information that we all need to communicate with the Controller Card. This is at every level, effect every software we know. But the less discussed is that this may be less a matter of missing data and more a mater of an intentionally locked door. I cannot even talk to the chip through STM32CubeProgrammer which should be able to at least read the chip, but it cannot. Attempts to open a link are rejected or lockup. I think the quest we are on as users is to persuade BIGTREETECH aka BIQU to adjust the bootloader so that we are able to flash/upload firmware files, even if it is just a copy to the onboard SD card through drag and drop to the device from desktop. I think we can mostly agree that we do not want to pull the card every time we update firmware. I update often as Marlin is being developed. I know from experience that constant removal of any device including SD cards increases the odds of ESD, damage to the card, or the slot. I also have a SD card on the LCD that works just fine, and is far easier to access. From this point forward, I am going to push for this fix. I hope all of you are with me. |
I cannot say what BTT is doing. They have ignored all attempts to contact. However, I can say that gears are turning and there are more than a few coders working on this from various angles. For the moment there is I think no more pushing I can do. I can only ask we all be patient for now. Hour by hour, they are working on the fixes. However, apart from whatever unknown code lurks in the BTT bootloader that we cannot know... I have noticed conversation that may indicate that BTT has left off resistors needed for communication of serial lanes. This could be to support the jumpers that switch between SD card and USB card. I don't know. With luck a IEEE gets a look at the hardware and determine if the resisters need to be added (MOD) to enable desired functions. Anyway. Help is coming. We just need to hold out. |
If you are referring to my comments, it was regarding the TX lines documented as going to the stepper drivers. You just have to use the RX pin in half-duplex mode. TMC drivers use half-duplex serial anyway. |
@bigtreetech it would be useful if you could release the bootloader sources, thanks. |
You may find more on this in the Marlin/Marlin git
…On Sun, Dec 22, 2019, 7:02 AM Marco Robustini ***@***.***> wrote:
@bigtreetech <https://github.com/bigtreetech> it would be useful if you
could release the bootloader sources, thanks.
—
You are receiving this because you commented.
Reply to this email directly, view it on GitHub
<#25?email_source=notifications&email_token=AI2WIQSGBKE7QVMH7T4GYSDQZ5QNTA5CNFSM4IKEMSZ2YY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEHPPLFQ#issuecomment-568259990>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AI2WIQSKARZPKVJUEGZHB2DQZ5QNTANCNFSM4IKEMSZQ>
.
|
Thanks for the bootloader info. I tanked my board by using ST-Link to upload Marlin. I have a second board so I was able to download the bootloader and move it to the tanked board. After inserting a disk with firmware.bin on it the board is now fully functional. FYI - here's the bootloader: |
Is possible send bootloader.bin. |
What if you use the 32k offset to store your functions? Read how klipper does it. |
I tried to flash your bootloader, but got an error: "Programming error @: 0x00000000." |
осенило меня после просмотра твоего видео. и заливки твоего дампа (я понял что плата жива ну или по крайней мере com port).
|
я не заметил в прошивке марлина инициализации проца, думаю как раз этим и занимается бутлоадер. с помощью st-link можно получить информацию о том что было инициализировано в момент его запуска. думаю нужно попробовать подключиться и пройти по шагам и посмотреть что делаем загрузчик или попробовать дисасамблером пройти по бутлоадеру ( но это нее самая приятная процедура ) |
I don't quite know what is going on here but just in case it's of any use ... Here are binary dumps of the bootloader section (0800 0000 - 0800 7FFF) and of all of flash with a Marlin 2.0.5.3 image in it ( 0800 0000 - 08040 3FFFF). These files were created by the STM32 ST-LINK Utility using a ST-Link V2.1 dongle. Yes, there are two levels of bootloader. The ROM based bootloader starts the application at location 0800 0000. In the our case a FLASH based bootloader has been programmed at 0800 0000 - 0800 552F by BTT. It's the FLASH based bootloader that eventually starts the user application starting at 0800 8000. Предоставлено Google Translate Я не совсем знаю, что здесь происходит, но на всякий случай это пригодится ... Вот двоичные дампы раздела загрузчика (0800 0000 - 0800 7FFF) и всего флэш-памяти с изображением Marlin 2.0.5.3 (0800 0000 - 08040 3FFFF). Эти файлы были созданы утилитой STM32 ST-LINK с использованием ключа ST-Link V2.1. Да, есть два уровня загрузчика. Загрузчик на основе ПЗУ запускает приложение в местоположении 0800 0000. В нашем случае загрузчик на основе FLASH был запрограммирован на 0800 0000 - 0800 552F с помощью BTT. Это загрузчик, основанный на FLASH, который в конечном итоге запускает пользовательское приложение, начиная с 0800 до 8000. |
|
да все верно, я планирую прошивать его через ST-Link так как планирую производит удаленное обновление прошивки с возможностью свободно сменить прошивку например на smoothy или ещё что. и мне не удобно извлекать плату из устройства для прошивки, также наличие bootloader упрощает обновление марлина, но "закрывает" возможность работать с другими прошивками. |
I'm looking for the bootloader - ideally for its sources - even if not Arduino.
The text was updated successfully, but these errors were encountered: