[Ktechlab-devel] I googled recent pages with ktechlab

[santiago gonzalez]

2009/10/11 Alan Grimes <agrimes at speakeasy.net>

> Zoltan Padrah wrote:
> >> There is also a bug when closing files directly shown in screen (created
> in
> >> /temp/k.. ) that can be easily fixed (just don't creating a new temp
> file).
> >
> >  This is a new one for me. Which mail haven't I read?
> >
> >> For the piccomponent is not very difficult to add a property to choose
> clock
> >> MHz and add a loop in simulator to manage speed.
>
> >  This is tricky. Some odd behaviour might occur if we have 2 loops in
> > the simulator.
>
> I'm pretty sure PIC Components already are handled in the simulator.
> There are about 4 lines having to do with them. I haven't done anything
> to them because I'm not into digital. it should be possible to rework
> that so that it can synchronize with the
>

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.
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.

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.

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)



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