-
Notifications
You must be signed in to change notification settings - Fork 29
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
Layout 2.0 with GD32F130C8T6 not enough flash memory when attempting to flash binary code in stLINK UTILITY #30
Comments
You need to find the right layout of your board. Otherwise the pins are wrong and you can kill your hoverboard by flashing the wrong layout. Regarding uart control via RC: #26 |
Awesome, I can handle that I think. Now I just need to get past the whole only having 64k of flash memory so I can upload the compiled binary onto the boards |
Please first state which layout you have. |
Yes you have the 2.0 :-) Good night (from Germany) and good luck. |
while trying to flash the firmware on both the master and the slave I get the following: 19:01:23 : Device ID:0x410 I wish I had more of the older style mainboards as I have never had any issues flashing firmware onto those ones after I figured out how to compile custom firmware using platformio extension in visual studio. |
Use st-flash.exe from https://github.com/RoboDurden/Hoverboard-Firmware-Hack-Gen2.x/tree/main/HoverBoardGigaDevice/BinariesToFlash And/or rename your bin file into hoverboard.bin and use auto-flash.bat |
How do I use auto-flash.bat? |
rename your bin file into hoverboard.bin |
I'll try that here shortly and report back. Thank you for all your help. Is the vedder/vesc firmware compatible with any of the split main boards? It would be ideal if I can use vesc on. |
Oh i see that by now the VESC rpeo in my online compile does successfully compile. But it only takes less then a second ??? It used to take 16 seconds - far longer than then the hoverboard firmwares. I am not sure what benefits VESC would bring to hoverboards.. |
If vesc won't fit on the hoverboard controllers what's the use having it as an option? I was hoping to be able to use the vesc firmware because my intentions are to use these hoverboard boards to make an electric skateboard. |
Yet another stupid fun project |
Hi, few words about VESC, I have FLipsky VESC 75350 and this works with no problem with a lot of motors. I tried to use motor from hoverboard with VESC an motor not work smooth and properly, even on VESC discord not found help yet https://youtu.be/1wEMIYY7nd0?si=Gr08XAH1rIolYlbW I use vizard, and manually detect motor, modify parameter manualy - not success Motorbis ok - works with DUMMY bin from github VESC is ok too, because imtested in meantim Summaries ;-) i dont know how to force VESC to work smooth and quiet with such motor Backemf voltage read from motor looks ok, sensors working ok https://photos.app.goo.gl/GkbnJkxEygifJ9Xq7 Now continue with learning more abou hacked firmware ;-) ... time to install Platformio ;-) Few words about processor, in one board i kill C6 processor- Then I solder C8 - works ok - HEX DUMMY program loaded from "DOS" as described above. i Noticed that oryginal software spin whell more smooth and silent than hacked ... time to analyse what method is silent. |
Hello builders! First of all thanks for all this work and congrats on its recent update! |
Maybe you don't have 36volt battery and board shutting down. UartBus needs uncommenting the define in Arduino code. UartBus and Uart communicate with additional empty Uart header , not the master slave header. |
Is this a question ?? |
yes gd32f130 can erase cannot upload |
Hello, I successfully compiled a few firmwares (I think at least) however when I attempt to flash them to my split boards using the stLink utility I get an error stating that there is not enough flash memory on the device. The MCU on my boards is the GD32F130C8 which shows up in the stLink utility as a STM32F10xx Medium Density. It also shows up with only 64Kbytes of flash memory. I am trying to flash a few different firmwares onto them to no avail as they are all showing up in my file explorer in windows as 445KB (weiminshen99_gd32-hover-master-slave_master slave.bin AND weiminshen99_gd32-hover-master-slave_mw masterslave slave.bin) and 384KB (vedderb_bldc_hover-vesc_binary_2023-09-30_04_55_26.bin) and 765KB (vedderb_bldc_hover-vesc_binary_2023-09-30_04_55_26 hex.hex).
I’m not sure if the vesc firmware is even compatible with my boards but if I can get that to work on there this would be ideal but, at this point if I can get any of them to work on these split boards I’ll be incredibly happy. If you can help me make this work I’ll be more than happy to make a donation for your time. I’ll make an even larger donation if you can help me get the vesc firmware up and running on these boards as well.
Thank you in advance for any assistance you may provide and thank you so much for making all your work available open source. If you would like me to post this somewhere else online so the information is available to everyone else I would be more than happy to do so as well, just send me a link to where I should post and I will do so.
That was all copied from my email I had sent you.
I just now stumbled upon a bit of info stating that these particular boards are only compatible with UART input. Does this mean that I can control these with my flipsky VX3 remote by hooking it's receiver up VIA its UART wires? I'll sure hoping to be able to utilize this remote, that would be sweet!
The text was updated successfully, but these errors were encountered: