Remora - Rpi Software Stepping Using External Microcontroller via SPI

Hi, is this project still based on LP17xx or has it moved to the STM32?
I cannot get the SKR or MKS boards
but I can get the SKRv2.

TomP

tjtr33 wrote:

Hi, is this project still based on LP17xx or has it moved to the STM32?
I cannot get the SKR or MKS boards
but I can get the SKRv2.

TomP

 
STM32 is a work in progress it is still in the blinky stage ,  but the LPC17xx is fully functional.
If you can wait for it, Scott is working on it.

@Scott
I don't think this works:I managed to get a working mbed setup but I couldn't get a blinky.

So I modified the ORIGIN of flash in STM32F407XG.ld  to 0x08008000
with the matching VECT_TAB_OFFSET 0x8000 on system_clock.c,
and yes! I got a blinky.

EDIT:
BTW my initial bootloader test post before this
was done with the stm32plus lib, and decided to
try mbed again to help a bit.

this also doesn't seem to work:but this does:
I'm just tinkering trying to learn how things are with mbed.

Hi Rommel, 

Thanks for your efforts. I'll try your changes. I did change the VEC_TAB_OFFSET in another file, but it must be redefined again in system_clock.c. I've read way to much about Mbed and bootloaders trying to get this to work...

Will try this today. Thanks again, and thanks for trying Mbed. Hopefully together we can get the STM32 port moving forward. LPC1768 boards are like Unicorns at the moment. I tried to by another but it had "shipping issues" out of China so they had to refund me. I was half way through doing some Youtube how to videos on Remora and smoked my SKRv1.5 by putting a driver in backwards in a rush. Probably will need to start again with the SKR2 when it's up and running.

"Hello world" on the SKR2 is working! Thank you Rommel!!

Just need to figure out why the following is not working so we don't need to define a Serial object in the code and use a plain old printf.

I've pushed the working code to the testing repo:

github.com/scottalford75/SKRV2-Mbed-OS5
 

That's great!

I'll try to help when I can, I'm just a hack
Mbed is still very foreign to me.

What do you think of oring?
looking at system_clock.c, it looks like it will fall through and end up using HSI clock ?

scotta wrote:

smoked my SKRv1.5 by putting a driver in backwards in a rush. Probably will need to start again with the SKR2 when it's up and running.
 

That sucks, I guess it happens.

Ok, got the standard printf working.

We now have a working platform to start porting Remora to STM32 with Mbed and the standard SKR bootloader. Rommel, thanks once again!! I've wasted hours but the system_clock.c change was the key.

Repo updated.

Great, checking it out.

mhel wrote:

That's great!

I'll try to help when I can, I'm just a hack
Mbed is still very foreign to me.

What do you think of oring

USE_PLL_HSE_XTAL | USE_PLL_HSI ?
looking at system_clock.c, it looks like it will fall through and end up using HSI clock ?

I adopted a working target profile. We can remove USE_PLL_HSI and see what happens. The docs say that line should first try to enable the High Speed External crystal before falling back to the Internal crystal.