topic Re: MQX on custom board stuck in dispatch.s in MQX Software Solutions

MQX on custom board stuck in dispatch.s

lorenzomalagia — Thu, 14 Feb 2013 10:57:04 GMT

Hi guys, I hope you can help me

I developed a multitasking application using MQX and a TWR-K60N512 evaluation board. The chip on the tower is a PK60N512VMD100 (0M33Z).

While I was working on the firmware, some collegues developed a custom board using MK60DN512ZVLQ10 (4N30D) chip which apparently seems to

be the same except for the presence of an internal DSP on the second one.

My application is made of 3 tasks. The init task is the auto start task and has a priority set to 9. It should run first and initialize the board. Before dying

it creates the other two tasks both with a priority of 10. They should run indefinitely.

When I use the tower everything is good. I can execute and debug the code (I'm using IAR and J-Link).

When I switch to the custom board I have many problems. Sometimes an error occurs when I try to upload the code so I need to erease all the memory

and try severl times before it stops tell me that the flash loader reported an error.

I don't know if this problem could be due to the linker file or the flash loader.

When I finally succed in uploading the code, something weird appens. I launch the debugger and I can see that the execution is stuck in "dispatch.s"

before the first task is scheduled.

The following code is copied by "dispatch.s" starting from line 432.

ASM_LABEL(find_noempty_que)
ldr r2, [r1, #0] ; address of first td
cmp r2, r1 ; ready_q structure itself?
bne switch_task
ldr r1, [r1, #RQ_NEXT_Q] ; try next queue
movs r1, r1
bne find_noempty_que
; r1 is 0 -> empty
ASM_LABEL(no_one_to_run)
; TODO set system task ???
; enable all interrupts (r1 = 0)
; TODO maybe (maybe not necessary) restore PendSV priority and BASEPRI after wfi
msr BASEPRI, r1
ldr r1, =0xE000ED20 ; SHPR3
ldr r2, =0xff
strb r2, [r1, #2]
; wait for interrupt
cpsie.n i
wfi
cpsid.n i
; TODO check r0, must be kernel data
ldr r1, [r0, #KD_READY_Q_LIST] ; get first que from ready list
b find_noempty_que

By now the line numbers I will use are the ones used in the following piece of code.

I found the pointer always at line 23. If I go step by step it reaches line 27, then jumps to line 1 and cycles in this function 15 times.

Then it goes on to line 9, 10, 11,.... until it come back to line 1 and repeat the cycle

NOTE: the custom board has been tested with other sample code, for example with a demo of FreeRTOS and works perfectly. When I try to upload

a demo of MQX (with multitasking) the result is the same: it stucks in dispatch.s, wheras the same code in the tower works perfectly.

If someone solved a similar problem before or has some advices to give, I will really appreciate it.

Tanks

PS sorry for my English :smileyhappy:

...

Re: MQX on custom board stuck in dispatch.s

c0170 — Tue, 19 Feb 2013 07:36:53 GMT

Hello lorenzomalagia,

Is there any update with the issue?

I have seen similar problem in this thread:

https://community.freescale.com/thread/302060

Please read it, it might help you:smileywink:

Regards,

MartinK

Re: MQX on custom board stuck in dispatch.s

lorenzomalagia — Tue, 19 Feb 2013 17:23:07 GMT

Thank you for the reply, but I had already read that article which is similar but different to my problem.

Unfortunately it was not so helpful :smileysad:

Is there someone who can help me with the configuration of the MQX libraries? I think that the problem

could be there. I know that the most important files to be modified by the user for a custom board are

user_config.h and board_name.h but I think that maybe there is something more to be modified to

make the library compatible with the custom hardware. Maybe some pin which is in high impedance in

my board and is not supposed to be so for the libraries is causing the bug.

Any ideas? Which procedure do you follow for a correct configuration of the libraries?

Thank you

Re: MQX on custom board stuck in dispatch.s

hake — Wed, 20 Feb 2013 12:17:08 GMT

can you share your BSP source code? do you follow the BSP Cloning Wizard for MQX™ wizard?

Re: MQX on custom board stuck in dispatch.s

lorenzomalagia — Wed, 20 Feb 2013 13:57:53 GMT

I read the instruction in "MQX Board Support Package Porting Guide" but I did not use the Cloning

Wizard because I did not hear from it before and now I noticed that it is a tool included in MQX 4.0, but I am currently using MQX 3.8.

I tried to install MQX 4.0 but the IAR project to recompile the libraries was not set properly and I was not able to compile the libraries.

I uploaded the entire BSP folder with the *.c and *.h BSP files. It is downloadable with the following link:

http://dl.dropbox.com/u/2270531/twrk60n512.zip

Re: MQX on custom board stuck in dispatch.s

hake — Thu, 21 Feb 2013 03:45:23 GMT

from your BSP code, there are no big differences. Can you check with HW designer of your HW team? I guess there ought be some different.

Re: MQX on custom board stuck in dispatch.s

c0170 — Thu, 21 Feb 2013 06:56:50 GMT

Hi lorenzomalagia,

I would start with a flash loader and a linker command file in order to fix flashing problems. As Yong Huang suggested, it might be hardware related (even flash loader problems).

Regards,

MartinK

Re: MQX on custom board stuck in dispatch.s

lorenzomalagia — Fri, 22 Feb 2013 09:47:07 GMT

I know that my BSP code is not so different from the original one and that is the question. I have the hardware schematic, I know perfectly how the board is made, what I don't know is what I need to change in my BSP in order to make it work in relation to the differences between my board and the TWRK60 development board.

I think (but I could be wrong) that the flash loader should be the same, because the chip is in the same family so the addresses of the memory and the ram should be the same.

Re: MQX on custom board stuck in dispatch.s

hake — Fri, 22 Feb 2013 10:26:18 GMT

it is the sam if your chip version is the same. I even meet this problem on my tower board when the board is not well connected with elevator board, do you check the IO pins setting? some interrupt pins may be in reverser state.

Re: MQX on custom board stuck in dispatch.s

ee_dugan — Wed, 03 Apr 2013 15:51:51 GMT

lorenzomalagia,

Has this issue been resolved yet? If so, please let me know how. I am experiencing a very similar issue. The https://community.freescale.com/thread/302060 thread does not seem to resolve it.

Re: MQX on custom board stuck in dispatch.s

juliank_ — Sat, 20 Apr 2013 13:31:53 GMT

Hi Douglas,

Most probably the error is an interrupt at the same priority level as the mqx-maintimer interrupt priority level. Please check that you have disabled all interrupts or at least giv em less priority level. That did it for me

Best regards,

Julian

Re: MQX on custom board stuck in dispatch.s

robertogracia — Tue, 30 Apr 2013 10:52:25 GMT

Hi to all,

I have exactly the same problem, i have the twrk60n512 with mqx 4.0. On the tower my program runs well, but on my own board the program stops on dispatch.s and never starts the main code. On my board I have the MK60DN256ZVLL10 micro controller, and i have used the MQX BSP Cloning Wizard to modify the bsp.

The hardware is tested and I´m sure that the problem is on the bsp configuration but I don´t know how to solve it.

Thanks and waiting for a correct answer,

Robert

Re: MQX on custom board stuck in dispatch.s

ee_dugan — Tue, 30 Apr 2013 12:21:55 GMT

Robert,

The Z in the micro controller part number makes a difference. Does the BSP use the mem file that has the Z in it?

How far do you get in the startup process? What is your clock configuration?

Thanks,
Doug

Re: MQX on custom board stuck in dispatch.s

robertogracia — Tue, 30 Apr 2013 13:16:49 GMT

Hi Douglas,

I don´t understand what means this about Z on the mem file that uses the BSP.

I have used the MQX BSP Cloning Wizard to create the new bsp for the MK60DN256ZVLL10.

The startup process arrives until:

ASM_LABEL(_int_kernel_isr)

cpsid.n i

push {lr}

...

on dispatch.s

and then, starts in a loop between this and the next:

ASM_LABEL(no_one_to_run)

/* TODO set system task ??? */

/* enable all interrupts (r1 = 0) */

/* TODO maybe (maybe not necessary) restore PendSV priority and BASEPRI after wfi */

msr BASEPRI, r1

ldr r1, =0xE000ED20 /* SHPR3 */

ldr r2, =0xff

strb r2, [r1, #2]

/* wait for interrupt */

cpsie.n i

wfi

cpsid.n i

...

my clock configuration is:

#ifndef BSP_CLOCK_CONFIGURATION_STARTUP

#define BSP_CLOCK_CONFIGURATION_STARTUP (BSP_CLOCK_CONFIGURATION_96MHZ)

#endif /* BSP_CLOCK_CONFIGURATION_STARTUP */

/* Init startup clock configuration is CPU_CLOCK_CONFIG_0 */

#define BSP_CLOCK_SRC (CPU_XTAL_CLK_HZ)

#define BSP_CORE_CLOCK (CPU_CORE_CLK_HZ_CONFIG_0)

#define BSP_SYSTEM_CLOCK (CPU_CORE_CLK_HZ_CONFIG_0)

#define BSP_CLOCK (CPU_BUS_CLK_HZ_CONFIG_0)

#define BSP_BUS_CLOCK (CPU_BUS_CLK_HZ_CONFIG_0)

#define BSP_FLEXBUS_CLOCK (CPU_FLEXBUS_CLK_HZ_CONFIG_0)

#define BSP_FLASH_CLOCK (CPU_FLASH_CLK_HZ_CONFIG_0)

Thanks,

Robert

Re: MQX on custom board stuck in dispatch.s

ee_dugan — Tue, 30 Apr 2013 13:37:48 GMT

Robert,

Let me try to explain the Z issue. One of the issues we encountered was that the micro we were using on our board had the Z in the part number. The Z in the part number denotes initial silicon from Freescale. There are newer parts that do not have the Z in them. Our issue was that we were trying to clone a BSP from a newer silicon part (non-Z) and then trying to use that BSP on an older silicon part (Z). It is my understanding that If you cloned the twrk60n512, then this should not be your issue. But it was ours and what you described is very similar to what was occuring for us.

Do you have your debugger set to start at program entry point or main? We were able to debugger this issue when it was set to program entry point.

Thanks,
Doug

Re: MQX on custom board stuck in dispatch.s

robertogracia — Tue, 30 Apr 2013 13:58:15 GMT

Douglas,

Thanks for your explanation, now i understand a bit more this about the Z, and yes, i have cloned the BSP from the twrk60n512 that is my test board.

And now, my debugger set to start at main.

thanks again

Re: MQX on custom board stuck in dispatch.s

ee_dugan — Tue, 30 Apr 2013 14:30:12 GMT

If you change the debugger to start at program entry point, how far can you step before it goes to dispatch.s?

Re: MQX on custom board stuck in dispatch.s

robertogracia — Tue, 30 Apr 2013 14:43:58 GMT

changing this, the last instruction that the code does is the "else" condition and "bl main" (startup.c line:182):

#if SUPPORT_SEMIHOST_ARGC_ARGV

lda r1,argv

mov r0,#__MAX_CMDLINE_ARGS // size of argv array

bl __argc_argv

lda r1,argv // reload r1 w/ addr of argv

// r0 is correct w/ rtn from argc_argv

#else

mov a1,#0

lda a2,argv

#endif

bl main

after execute this instruction the code jumps to dispatch.s

Re: MQX on custom board stuck in dispatch.s

FarhanH — Thu, 23 May 2013 22:23:35 GMT

Try opening your bsp and disable the RTC in processor expert. Also set BSPCFG_ENABLE_RTCDEV in user_config.h to 0. Re-generate the code, compile and try it again.

Re: MQX on custom board stuck in dispatch.s

nikhilsarnaik — Tue, 11 Jun 2013 17:02:56 GMT

Yes Disabling the BSPCFG_ENABLE_RTCDEV does fix the issue for me. Thanks Farhan