LabVIEW Embedded

cancel
Showing results for 
Search instead for 
Did you mean: 

Stopped at 39A

I am working with a LM3s8962 and my compiled project stops at 0x0000039A everty time.  I dont expect someone to know exactly what this means but if you know how to find it out that would be incredibly helpful.  I am using Keil uVision3.

 

Thanks

0 Kudos
Message 1 of 5
(6,444 Views)
You should be able to right click on the LM3S8962 target and select "Show Keil uVision".  Then you can use the uVision IDE to see where you are stopped.
0 Kudos
Message 2 of 5
(6,427 Views)

RTX_OSStackOverflow() is at that point, meaning the stack is improperly configured which results in runtime problems.


Have you modified the uVision Template in LabVIEW directory?

Feel free to post an archive of one of your nonworking project here (first remove the Obj folder from whateverprojet\EK_LM3S8962\Application\2.0\Project)

0 Kudos
Message 3 of 5
(6,417 Views)

Tilgath

 

I think you observed a proper behavior. Under some circumstances (e.g. no interrupts) at that address is os_idle_demon().

 

Probably your main VI does not contain any loop, so after finishing all the job the main thread exits and, because there are not other task running, os_idle_demon() is the only thing that keeps the processor busy. Of course, it has nothing to do - just an infinite loop, but somebody might choose, for example, to put the system in low power mode, (so the application turns to green 🙂
Also, os_idle_demon() enters in action when all the tasks are waiting for something (semaphore, event notifications, time intervals, etc.)

Turning back to your problem, just keep in mind the only program running on microcontroller is what you are drawing in Block Diagram. A normal embedded application should end only if somebody turns the power off - infinite loops are good, but depends on what the system does in that loop (see the LabVIEW for ARM examples - they never ends!).

 (what if a vending machine would make a single coffee and then enters into an infinite loop without turning back to its initial state and waite for more coins? isn't it frustrating for users?)

0 Kudos
Message 4 of 5
(6,383 Views)

So I made about the stupidest mistake I could think of.  I didn't do enough High level troubleshooting and went straight to the assembly code to look for answers.  I have the Boolean Constant on my While Loop set to "true"  which of course made my program stop before starting.  So thanks for all your help I hope I can finish this project without much more but I will probably be back.

 

Tilgath

0 Kudos
Message 5 of 5
(6,354 Views)