gnupic: Thread: gpsim

> On Sat, Jun 29, 2002 at 01:37:11AM -0400, Deva Seetharam was heard to remark:
> > Hi all,
> > 
> > i need to simulate a distributed embedded system that is composed of 
> > thousands of pics. 
> 
> Can't answer your questions, but ... my curiosity is piqued ... 
> "MIT Media Labs" .... what are you planning on doing with a thousand
> connected pics?

as you might know, due to the improvements in fabrication technologies, 
it is becoming possible to build tiny embedded computing devices that
can be interconnected together to build massively distributed embedded 
systems such as sensor networks, building automation systems etc.

(pls. see Embedded, Everywhere: A Research Agenda for Networked Systems of
Embedded Computers (2001).)

the fundamental problem with these systmes is scale complexity. due to 
the large number of devices involved, the conventional approach to 
networking and programming don't work. 

i am developing a new programming language and network protocol for these 
systems. i need to demonstrate this language by building a few 
application. but, due to time and resource constraints, i am not being 
able to build it in hardware.

so, i am trying to show the applications in simulation.

if you are interested in this area, pls. see
0. myriad nets
1. pushpin computers
2. paintable computing
3. amorphous computing
4. deborah estrin's works


deva

thanks for the information. SID certainly looks interesting. i need to 
play with it to get better understanding.

meanwhile, i am building a simulator of my own using simulpic as basis. i 
am using simulpic to simulate pic 16f84 and building a simulator in java 
that can simulate distributed systems composed of simulpic instances.

deva


 > On Sat, 29 Jun 2002, Deva Seetharam wrote:
> 
> > Hi all,
> > 
> > i need to simulate a distributed embedded system that is composed of 
> > thousands of pics. 
> > 
> > Each pic will be implemented as a java object that encapsulates gpsim. 
> > And the distributed system simulator will be implemented in java.
> > (jni to interface gpsim c code and java code.) java based simulation 
> > system will execute each individual instance of gpsim object in a 
> > round-robin fashion and pass the messages between them. 
> > 
> > now, can this be done? does gpsim provide the necessary modularity to 
> > develop such a simulation system? if so, what are the interfaces/src 
> > files i need to look into? 
> > 
> > any help/suggestions will be gratefully appreciated.
> 
> With a little work, I think it would be possible.
> 
> Right now, gpsim creates three libraries: libgpsim, libgpsimgui, and 
> libgpsimcli. You should be able to link to these with another, custom 
> application. As it currently stands, libgpsimcli (command line interface) 
> and libgpsimgui (the gui interface) are dependent on libgpsim (the 
> simulation engine. But in your case, you really don't need the gui or the 
> cli. The cli however, will be useful usefl for illustrating how to 
> interface to gpsim. In other words, the gpsim api is not documented.
> 
> 
> The way I'd approach this is to start off with a copy of gpsim. In the 
> directory gpsim/gpsim/ there is a makefile that creates the executable.  
> I'd edit the Makefile in that directory and hack main.cc to perform the 
> work. Essentially what you'll need is to instatiate your 1000 processors 
> (e.g. processor[i] = add_processor(name, type); ) and then load each with 
> it's own hex file (e.g. processor[i]->load("file.hex");). Now, while gpsim 
> was designed with multiple processors in mind, over the years I know that 
> design has been violated. I'm fairly confident that you'll be able to step 
> and run your programs, but the break point, trace, and stimuli subsystems 
> will need some work.
> 
> ---
> 
> An entirely different approach is to consider something like SID.
> http://sources.redhat.com/sid/ .  Ben Elliston (a SID developer and I) 
> exchanged a few messages about adding a PIC engine to SID. Check out this 
> thread: http://sources.redhat.com/ml/sid/2002-q2/msg00030.html
> 
> BTW, I'm using SID to simulate an ARM processor. It's pretty cool.
> 
> 
> Scott
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
> 
> 

On Mon, Jul 01, 2002 at 11:31:34PM -0400, Deva Seetharam was heard to remark:
> can be interconnected together to build massively distributed embedded 
> systems such as sensor networks, building automation systems etc.
> 
> the fundamental problem with these systmes is scale complexity. due to 
> the large number of devices involved, the conventional approach to 
> networking and programming don't work. 

excellent!

Although, to be offensivly inappropriate, I just saw an ad for xilinx's latest
FPGA: a sea of gates with 4 embedded powerpc 405 cores floating in it, and also
and 216 multipliers (I assume 8-bit??) ! I presume it comes in a ball-grid 
array or maybe a PQFP.  Now, if only I could get it for $7 each ...

I wonder what one can do with that? 

--linas

-- 
pub  1024D/01045933 2001-02-01 Linas Vepstas (Labas!) ####@####.####
PGP Key fingerprint = 8305 2521 6000 0B5E 8984  3F54 64A9 9A82 0104 5933

Does gpsim run on RH 8.  I'm thinking about rolling back.  RH 9 fixed a
problem I was having with my cd burner.

Also has anyone tried icdprog on RH 8?

Eric

You are rolling back only because of gpsim?

I wouldn't do it.  We can fix this.  I am using RH 9.  Let me know.  If
you haven't dumped your OS yet, I will help you.

Did you try the RPM?

On Fri, 2003-06-06 at 12:50, Eric N. wrote:
> Does gpsim run on RH 8.  I'm thinking about rolling back.  RH 9 fixed a
> problem I was having with my cd burner.
> 
> Also has anyone tried icdprog on RH 8?
> 
> Eric
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
> 

On Saturday 07 June 2003 08:31, Craig Franklin ####@####.#### 
wrote:
> You are rolling back only because of gpsim?
>
> I wouldn't do it.  We can fix this.  I am using RH 9.  Let me know.  If
> you haven't dumped your OS yet, I will help you.
>
> Did you try the RPM?

Which RPM ??

>
> On Fri, 2003-06-06 at 12:50, Eric N. wrote:
> > Does gpsim run on RH 8.  I'm thinking about rolling back.  RH 9 fixed a
> > problem I was having with my cd burner.
> >
> > Also has anyone tried icdprog on RH 8?
> >
> > Eric
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: ####@####.####
> > For additional commands, e-mail: ####@####.####
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####

-- 
Once a wise man said "nothing"

On Sat, 7 Jun 2003, Mohamed Eldesoky wrote:

> On Saturday 07 June 2003 08:31, Craig Franklin ####@####.#### 
> wrote:
> > You are rolling back only because of gpsim?
> >
> > I wouldn't do it.  We can fix this.  I am using RH 9.  Let me know.  If
> > you haven't dumped your OS yet, I will help you.
> >
> > Did you try the RPM?
> 
> Which RPM ??

There is no RPM for RH 9 (at least that I'm aware of). Also, I can't 
really offer any serious suggestions here since I don't have RH9. However, 
I was under the impression that Ralf has resolved the problem. Eric (or 
was it Mohamed?) suggested that we modify the INSTALL file to identify 
this fix. That's a good suggestion and will do it this weekend.

Are there still any issues with RH9 (and more specifically gcc 3.x+)?

Scott

I know the rpm was build on 7.3.  It works fine for me on 9.0.

We might want to consider using a more modern version of automake and
autoconf. I switched gputils.  Several bugs were fixed and some new
features were added to prevent these problems. 


On Sat, 2003-06-07 at 08:34, Scott Dattalo wrote:
> On Sat, 7 Jun 2003, Mohamed Eldesoky wrote:
> 
> > On Saturday 07 June 2003 08:31, Craig Franklin ####@####.#### 
> > wrote:
> > > You are rolling back only because of gpsim?
> > >
> > > I wouldn't do it.  We can fix this.  I am using RH 9.  Let me know.  If
> > > you haven't dumped your OS yet, I will help you.
> > >
> > > Did you try the RPM?
> > 
> > Which RPM ??
> 
> There is no RPM for RH 9 (at least that I'm aware of). Also, I can't 
> really offer any serious suggestions here since I don't have RH9. However, 
> I was under the impression that Ralf has resolved the problem. Eric (or 
> was it Mohamed?) suggested that we modify the INSTALL file to identify 
> this fix. That's a good suggestion and will do it this weekend.
> 
> Are there still any issues with RH9 (and more specifically gcc 3.x+)?
> 
> Scott
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: ####@####.####
> For additional commands, e-mail: ####@####.####
> 

On Saturday 07 June 2003 18:39, Craig Franklin ####@####.#### 
wrote:
> I know the rpm was build on 7.3.  It works fine for me on 9.0.
>

Isn't it for 7.2 ??
Also, why there are no new releases of gpsim ??


Regards
Mohamed Eldesoky

-- 
Once a wise man said "nothing"

On Sat, 2003-06-07 at 10:50, Mohamed Eldesoky wrote:
> On Saturday 07 June 2003 18:39, Craig Franklin ####@####.#### 
> wrote:
> > I know the rpm was build on 7.3.  It works fine for me on 9.0.
> >
> 
> Isn't it for 7.2 ??

Oops.  I meant to say 7.2.

> Also, why there are no new releases of gpsim ??
> 
>
> Regards
> Mohamed Eldesoky