<br><br><div class="gmail_quote">2009/10/11 Alan Grimes <span dir="ltr"><<a href="mailto:agrimes@speakeasy.net">agrimes@speakeasy.net</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div class="im">Zoltan Padrah wrote:<br>
>> There is also a bug when closing files directly shown in screen (created in<br>
>> /temp/k.. ) that can be easily fixed (just don't creating a new temp file).<br>
><br>
>  This is a new one for me. Which mail haven't I read?<br>
><br>
>> For the piccomponent is not very difficult to add a property to choose clock<br>
>> MHz and add a loop in simulator to manage speed.<br>
<br>
>  This is tricky. Some odd behaviour might occur if we have 2 loops in<br>
> the simulator.<br>
<br>
</div>I'm pretty sure PIC Components already are handled in the simulator.<br>
There are about 4 lines having to do with them. I haven't done anything<br>
to them because I'm not into digital. it should be possible to rework<br>
that so that it can synchronize with the<br></blockquote><div><br>Yes, the loop i'm talking about  is just there, that lines you mention is a "for loop" that call every gpsimprocessor and run 1 step in gpsim.<br>
the only thing the loop  does is: depending on the clock speed of each piccomponent 1,2,3,4 or 5 steps will be executed on gpsim in every logic update.<br><br>But for this to work a new property is needed in piccomponent to choose the clock speed, and two new functions in gpsimprocessor like: set_clocksteps() to call from piccomponent and get_clocksteps() to call from simulator. This is the way i did, but i'm sure there are better ones.<br>
<br>This is just a workaround, not a real solution to run pics at realtime, but i think this is better than runing the pic a a fixed rate of 1e6 steps/s (=4MHZ pic clock)<br><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<div class="im"><br>
>> Running the qtimer at 10 ms does the simulation to go at real time for me.<br>
<br>
>  Changeing the simulator's "tick" period should be done one day. There<br>
> are quite a few issues with the simulator, starting from the total<br>
> lack of documentation about it.<br>
<br>
</div>Have you seen the current SVN head version of the simulator? It's<br>
considerably simpler than the previous versions and should be easier to<br>
grok.<br>
<div class="im"><br>
<br>
--<br>
New president: Here we go again...<br>
Chemistry.com: A total rip-off.<br>
Powers are not rights.<br>
<br>
<br>
------------------------------------------------------------------------------<br>
</div><div><div></div><div class="h5">Come build with us! The BlackBerry(R) Developer Conference in SF, CA<br>
is the only developer event you need to attend this year. Jumpstart your<br>
developing skills, take BlackBerry mobile applications to market and stay<br>
ahead of the curve. Join us from November 9 - 12, 2009. Register now!<br>
<a href="http://p.sf.net/sfu/devconference" target="_blank">http://p.sf.net/sfu/devconference</a><br>
_______________________________________________<br>
Ktechlab-devel mailing list<br>
<a href="mailto:Ktechlab-devel@lists.sourceforge.net">Ktechlab-devel@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/ktechlab-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/ktechlab-devel</a><br>
</div></div></blockquote></div><br>