<?xml version="1.0" encoding="UTF-8" ?>
<?xml-stylesheet type="text/xsl" href="https://community.arm.com/utility/feedstylesheets/rss.xsl" media="screen"?><rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:slash="http://purl.org/rss/1.0/modules/slash/" xmlns:wfw="http://wellformedweb.org/CommentAPI/"><channel><title>Control does not come to application main loop</title><link>https://community.arm.com/developer/tools-software/tools/f/keil-forum/31345/control-does-not-come-to-application-main-loop</link><description> 
Hi All, 
After long time I was trying to recompile and load the firmware in
MCB2300 board and uversion 4. 
This project was actually developed for a hardware which was
developed based on MCB2300 board schematic and uversion 3. 

 
To a maximum end i</description><dc:language>en-US</dc:language><generator>Telligent Community 10</generator><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/146987?ContentTypeID=1</link><pubDate>Mon, 18 Feb 2013 19:19:55 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:a5391c6c-65c4-4c7e-a005-3d01e60a948c</guid><dc:creator>dhanaraj shanmugam</dc:creator><description>&lt;p&gt;&lt;p&gt;
Hi Tamir,&lt;br /&gt;
Thanks for your reply. Defining that macro did not help. Even the
original project is facing the same problem. Difference is old
uvision3 now its uvision4. Hardware vice original controller is
LPC2378 now also its same.&lt;/p&gt;

&lt;p&gt;
I am wondering during this kind of migration what are things
should be taken care.&lt;br /&gt;
However i will spend time in LPC2300.s file to get more info.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/145477?ContentTypeID=1</link><pubDate>Mon, 18 Feb 2013 03:24:34 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:61d0146f-84cb-4422-ab77-73cec1ae48f6</guid><dc:creator>Tamiryan Michael</dc:creator><description>&lt;p&gt;&lt;p&gt;
Define these macros in your assembly tab:&lt;/p&gt;

&lt;pre&gt;
REMAP RAM_INTVEC
&lt;/pre&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/143356?ContentTypeID=1</link><pubDate>Mon, 18 Feb 2013 03:01:58 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:3cff8715-9f6d-4a82-adb7-70bf69695fa7</guid><dc:creator>Andy Neil</dc:creator><description>&lt;p&gt;&lt;p&gt;
&lt;i&gt;&amp;quot;But do i have to still look in to this file?&amp;quot;&lt;/i&gt;&lt;/p&gt;

&lt;p&gt;
Of course you do!&lt;/p&gt;

&lt;p&gt;
Unless you know that the other project is identical to yours, you
will have to check that the files meest the specific requirements of
your new project.&lt;/p&gt;

&lt;p&gt;
(of course, if the other project were identical to yours, you
would just use that entire project as-is)&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/140506?ContentTypeID=1</link><pubDate>Mon, 18 Feb 2013 02:46:12 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:29da9286-1262-474c-85ec-10d34d9e628d</guid><dc:creator>dhanaraj shanmugam</dc:creator><description>&lt;p&gt;&lt;p&gt;
Hi thanks for your reply.&lt;/p&gt;

&lt;p&gt;
I am wondering who is replying in &amp;quot;d kmr&amp;quot; name. But its not
me.&lt;/p&gt;

&lt;p&gt;
&lt;i&gt;Why the delay loop before jumping to application? It is
wrongfully implemented, anyway...&lt;/i&gt;&lt;br /&gt;
As Per said its a delay time for serial printing. Serial message is
very little useful. So less worry.&lt;/p&gt;

&lt;p&gt;
Lets come to the real problem.&lt;br /&gt;
&lt;i&gt;Forgot to remap interrupt vectors? Look in your startup file/user
manual for details.&lt;/i&gt;&lt;br /&gt;
I have copied the LPC2300.s file from working project to here.&lt;br /&gt;
But do i have to still lookin to this file?&lt;/p&gt;

&lt;p&gt;
Or can i create another small project with my current project
configurations and startup files?&lt;br /&gt;
What else i should copy to my new project environment if i want to
narrow down the issue?&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/136956?ContentTypeID=1</link><pubDate>Sun, 17 Feb 2013 14:07:38 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:18168499-eac5-4df8-aa52-ca64e1c65b81</guid><dc:creator>ImPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
No, actually I don&amp;#39;t.&lt;/p&gt;

&lt;p&gt;
The Keil sample code is filled with lousy pieces of trash that may
end up totally destroying an unsuspecting users day some random
day.&lt;/p&gt;

&lt;p&gt;
That &amp;quot;tout&amp;quot; loop could potentially work better than your &amp;quot;i&amp;quot; loop,
in case &amp;quot;tout&amp;quot; happens to be volatile. But the actual delay will
still depend a lot on compiler settings and compiler version.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/128029?ContentTypeID=1</link><pubDate>Sun, 17 Feb 2013 12:27:18 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:037bbb04-7c69-4f66-99b0-e0333cae532b</guid><dc:creator>d kmr</dc:creator><description>&lt;p&gt;&lt;p&gt;
you think keil know something about their tools?????&lt;/p&gt;

&lt;pre&gt;
  /* A short delay after reset. */
  for (tout = 100; tout; tout--);
&lt;/pre&gt;

&lt;p&gt;
from file ARM\RL\TCPnet\Drivers\EMAC_LPC177x_8x.c in latest
mdk&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/119974?ContentTypeID=1</link><pubDate>Sun, 17 Feb 2013 10:49:17 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:a67b8c3d-b535-46a9-9886-7b8d99b7b54d</guid><dc:creator>ImPer Westermark</dc:creator><description>&lt;p&gt;&lt;p&gt;
I assume the delay loop is there to give the printout time to get
out before the jump.&lt;/p&gt;

&lt;p&gt;
But it is wrong to have a for loop as delay, without binding the
timing to real hardware. Such as using a timer, a baudrate generator
or similar. Your loop is likely to run very quickly. Unless the
compiler notices it doesn&amp;#39;t have any side effect, in which case the
loop gets stripped away, resulting in zero delay.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/106879?ContentTypeID=1</link><pubDate>Sun, 17 Feb 2013 10:43:52 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:9090a3d8-34b5-4d55-b48f-df4fe1b2a082</guid><dc:creator>d kmr</dc:creator><description>&lt;p&gt;&lt;p&gt;
what is wrong with doing delay loop before jumping???????&lt;/p&gt;

&lt;p&gt;
what is wrongfully implemented anyway?????????&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/92243?ContentTypeID=1</link><pubDate>Sun, 17 Feb 2013 09:43:48 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:4c59e746-c322-4363-a6e4-37e75566c032</guid><dc:creator>Tamiryan Michael</dc:creator><description>&lt;p&gt;&lt;p&gt;
Why the delay loop before jumping to application? It is wrongfully
implemented, anyway...&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item><item><title>RE: Control does not come to application main loop</title><link>https://community.arm.com/thread/61673?ContentTypeID=1</link><pubDate>Sun, 17 Feb 2013 09:42:35 GMT</pubDate><guid isPermaLink="false">dd9e70c8-6d3c-4c71-b136-2456382a7b5c:e3f70a95-6e05-47a6-8e50-34712c49e5ea</guid><dc:creator>Tamiryan Michael</dc:creator><description>&lt;p&gt;&lt;p&gt;
Forgot to remap interrupt vectors? Look in your startup file/user
manual for details.&lt;/p&gt;
&lt;/p&gt;&lt;div style="clear:both;"&gt;&lt;/div&gt;</description></item></channel></rss>