Broken on Olimexino STM32 board

[gfwilliams]

When flashed onto Olimexino board it just lights up the green LED. This probably means that something bad happened during the hardware initialisation in jshInit

[ganehag]

Using LED on/off debugging, I might have found cause of the issue. In the file "targets/stm32/jshardware.c" in function "jshUSARTSetup". I found by trial and error that the software stalls after "jshPinSetFunction(inf->pinTX, pinTXfunc);". Turning LED2 on at the end of that function works. But the same line right after the function call does not. If I comment that line I can get it into working order. Everything boots up as expected.

[gfwilliams]

Wow - that must have taken a while - thanks!

So with jshPinSetFunction(inf->pinTX, pinTXfunc); commented out, everything works?

That's a really strange one, because there doesn't really seem to be a great deal there that I'd have thought would cause it to crash.

[ganehag]

Took my just under 30 minutes. I was running back and forth between the kitchen and my workstation.

Once I commented out that line it worked. The green LED blinked as it should and the init sequence was done. The USB interface came up and I have tested the most basic JS code.

I tried to disable the jshPinSetFunction for RX and keeping the TX enabled, but that did not work. Swapping them around did not help. Something is wrong with the pinTX part.

[ganehag]

After further investigation I have found that in jshPinSetFunction the issue is with: else if (remap). This statement is true and the jsError line inside causes some kind of crash.

Unable to do jsError print before UART init?

Observation: remap is only true for pinTX not for pinRX.

[gfwilliams]

Thanks - I'll look into this as it rings a bell.

The crash is almost certainly because it's trying to write data to an uninitialised serial port...

[gfwilliams]

Thanks for your help - I've just fixed this. It was to do with the default pins for the USART being wrong.

The issue is that the Olimexino has re-ordered the pins, so the usual trick of scanning from PA1 forwards to find the first available pin with the given function doesn't work.

The issue must have arisen when I added auto-generation of platform_config.h and DEFAULT_USART_XXX_PIN got accidentally removed