AM32 FOR GEPRC STABLE PRO F7 ESC BL32 2-6S 4in1 #24
Comments
tridge
added a commit
to tridge/AM32
that referenced
this issue
Aug 19, 2024
the released F421 bootloader does this: 0x08000b3a: ldr r0, [r4, am32-firmware#24] 0x08000b3c: str r0, [r4, am32-firmware#28] 0x08000b3e: ldr r0, [r5, #0] 0x08000b40: msr MSP, r0 0x08000b44: ldr r0, [r4, am32-firmware#28] 0x08000b46: ldmia.w sp!, {r4, r5, r7, lr} 0x08000b4a: bx r0 that writes to the application stack area before jumping. If the application stack is set to the end of ram then the ldmia instruction hard faults as it writes past the end of memory this avoids the issue by only giving the app 15k instead of 16k of ram. This is not needed when we fix the bootloader to use the right jump method, which is this: // setup sp, msp and jump asm volatile( "mov sp, %0 \n" "msr msp, %0 \n" "bx %1 \n" : : "r"(stack_top), "r"(JumpAddress) :);
tridge
added a commit
to tridge/AM32
that referenced
this issue
Sep 10, 2024
the released F421 bootloader does this: 0x08000b3a: ldr r0, [r4, am32-firmware#24] 0x08000b3c: str r0, [r4, am32-firmware#28] 0x08000b3e: ldr r0, [r5, #0] 0x08000b40: msr MSP, r0 0x08000b44: ldr r0, [r4, am32-firmware#28] 0x08000b46: ldmia.w sp!, {r4, r5, r7, lr} 0x08000b4a: bx r0 that writes to the application stack area before jumping. If the application stack is set to the end of ram then the ldmia instruction hard faults as it writes past the end of memory this avoids the issue by only giving the app 15k instead of 16k of ram. This is not needed when we fix the bootloader to use the right jump method, which is this: // setup sp, msp and jump asm volatile( "mov sp, %0 \n" "msr msp, %0 \n" "bx %1 \n" : : "r"(stack_top), "r"(JumpAddress) :);
tridge
added a commit
to tridge/AM32
that referenced
this issue
Sep 12, 2024
the released F421 bootloader does this: 0x08000b3a: ldr r0, [r4, am32-firmware#24] 0x08000b3c: str r0, [r4, am32-firmware#28] 0x08000b3e: ldr r0, [r5, #0] 0x08000b40: msr MSP, r0 0x08000b44: ldr r0, [r4, am32-firmware#28] 0x08000b46: ldmia.w sp!, {r4, r5, r7, lr} 0x08000b4a: bx r0 that writes to the application stack area before jumping. If the application stack is set to the end of ram then the ldmia instruction hard faults as it writes past the end of memory this avoids the issue by only giving the app 15k instead of 16k of ram. This is not needed when we fix the bootloader to use the right jump method, which is this: // setup sp, msp and jump asm volatile( "mov sp, %0 \n" "msr msp, %0 \n" "bx %1 \n" : : "r"(stack_top), "r"(JumpAddress) :);
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Hello, I have a GEPRC STABLE PRO F7 stack with the 4 in 1 esc that runs with BLHELI32 firmware (Target: GEPRC-BL32-4IN1). I want to upgrade my esc to AM32 firmware, but I could not find the AM32 target for it. Could someone tell me if there is an AM32 target for the STABLE PRO F7 ESC BL32 2-6S 4in1? Is there anyway you can help me find it?. Thanks. Miguel
The text was updated successfully, but these errors were encountered: