salam,
thank you wafa, the name is not Bizarre did we meet before ?
the problem is that, the send return 0 which mean success however the
sendDone() is not declenched neither the receive event.
why???
thanks in advance,
**
Omar Cheikhrouhou
Hi all,
I noticed that sometimes when I generate two link gain model files
(linkgain.out)
by the LinkLayerModel java class for the same configuration, then
I ran a simulation to compute for example the packet delivery rate
of my application, I obtained incomparable results.
Let me
On Sep 25, 2008, at 1:46 PM, funofnet Funofnet wrote:
Hi all,
I noticed that sometimes when I generate two link gain model files
(linkgain.out)
by the LinkLayerModel java class for the same configuration, then
I ran a simulation to compute for example the packet delivery rate
of
On Apr 6, 2008, at 5:41 PM, Mustafa Hammad wrote:
Dear Philip,
Thank you for your replay.
In Blink application under app/ directory:
Timer0 fire every 0.023 s (at average) while it should fire every
0.25 s
Timer1 fire every 0.046 s (at average) while it should fire every
0.5 s
Timer2
On Apr 6, 2008, at 6:14 PM, Mustafa Hammad wrote:
I used instrumentation. I can add a profiling function at the
beginning of each generated C function. Also, I know the C function
that represents the event handler (e.g BlinkC$Timer0$fired). So, I
can know the Interval time between each two
On Apr 6, 2008, at 6:25 PM, Mustafa Hammad wrote:
I am measuring the simulator time which is not matching the real
word time. Is this different caused by a problem in TOSSIM?
What I mean is this:
1) Are you measuring real-world time as provided by the operating
system (e.g., by
I am measuring real-world time as provided by the operating system (the current
process execution time).
This is a code from our profiling function that saves the time to print it
later as tracing results:
struct timespec tp;
// get high precision timestamp, and save
On Apr 6, 2008, at 7:58 PM, Mustafa Hammad wrote:
I am measuring real-world time as provided by the operating system
(the current process execution time).
This is a code from our profiling function that saves the time to
print it later as tracing results:
struct timespec tp;
// get high
Thank you for this information.
So, do you have any suggestions to our profiling function such that we can
get more accurate time measurement?
Thanks again,
Mustafa
Philip Levis [EMAIL PROTECTED] wrote:
On Apr 6, 2008, at 7:58 PM, Mustafa Hammad wrote:
I am measuring
Hi again !
I just saw that a character in the file was making some troubles.
(the 'é' in line 7)
So i replaced it and I attach the new version.
Sorry
Mathieu
On 26/10/2007, Van der Haegen Mathieu [EMAIL PROTECTED] wrote:
Hi everybody.
I did a small python script that I think could be added
Subject: [Tinyos-help] Re: [TOSSIM]
Date: Mon, 25 Jun 2007 10:12:00 -0500
Hi
r u sure u wrote 'temp' in lowercase in the command export DBG=temp? I
myself made the mistake once, so...
Also, why don't u write the following statement
dbg(DBG_TEMP,BlinkToRadio,compteur : %s\n,btrpkt-counter
Hi
r u sure u wrote 'temp' in lowercase in the command export DBG=temp? I
myself made the mistake once, so...
Also, why don't u write the following statement
dbg(DBG_TEMP,BlinkToRadio,compteur : %s\n,btrpkt-counter);
as
dbg(DBG_TEMP,BlinkToRadio computer : %s\n,btrpkt-counter); ?
Can
The tos/lib/power directory was not included for the search list by default.
One option is giving the search path to the application Makefile -I
$TOSROOT/lib/power, but since it is for simulation, it searches
$TOSROOT/lib/power/sim which doesnot exit. The method below is little hard
coded
It's works thanks very much.
Regards,
Nuno
On 14/05/07, Venkatesh S. [EMAIL PROTECTED] wrote:
The tos/lib/power directory was not included for the search list by
default. One option is giving the search path to the application Makefile
-I $TOSROOT/lib/power, but since it is for
On Feb 27, 2007, at 9:27 PM, Philip Levis wrote:
On Feb 27, 2007, at 10:49 AM, pavan kumar wrote:
I am having a similar kind of error as posted in the link
http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2006-
December/021625.html
Python 2.4.2 (#1, Feb 12 2006, 03:59:46)
[GCC
On Feb 27, 2007, at 10:49 AM, pavan kumar wrote:
I am having a similar kind of error as posted in the link
http://mail.millennium.berkeley.edu/pipermail/tinyos-help/2006-
December/021625.html
Python 2.4.2 (#1, Feb 12 2006, 03:59:46)
[GCC 4.1.0 20060210 (Red Hat 4.1.0-0.24)] on linux2
Type
On Jan 18, 2007, at 8:52 PM, ricardo tiago wrote:
It looks like I fixed the reception version of this problem (take
a look at the receive() event), but didn't fix the ack one. Let
me know if this works? If it does I'll check in the fix.
Yeah, looks like you forgot the ack.. :) i have
On Jan 17, 2007, at 10:31 PM, ricardo tiago wrote:
Hi Phil
I am extensively testing my code in tossim,and i found that some
times weird things happen in the simulation. One of the things is
when two motes send each other a message at exactly the same time,
collision occur but both motes
Which TinyOS 2.0 release are you using?
Phil
I don't know the version number..but it was the first one that came out on
TinyOS 2.0 Released - Mon Nov 6th 2006. T2 - 2.0.0 or 2.0.1(?).
Ricardo
_
MSN Busca: fácil, rápido,
On Jan 18, 2007, at 9:56 AM, ricardo tiago wrote:
Which TinyOS 2.0 release are you using?
Phil
I don't know the version number..but it was the first one that came
out on TinyOS 2.0 Released - Mon Nov 6th 2006. T2 - 2.0.0 or
2.0.1(?).
OK. Can you add Gain as a debug channel (along
On Jan 18, 2007, at 4:29 PM, ricardo tiago wrote:
OK. Can you add Gain as a debug channel (along with the other
ones you're using) and send me the output (preferably gzipped)?
That should help me try to track down the problem.
There was a problem along these lines about 10 months ago,
Here's the output. Hope this helps.
I think it does. Can you change this function in TossimPacketModelC.nc:
event bool GainRadioModel.shouldAck(message_t* msg) {
if (running) {
return signal Packet.shouldAck(msg);
}
else {
return FALSE;
}
}
to be
event
It looks like I fixed the reception version of this problem (take a look
at the receive() event), but didn't fix the ack one. Let me know if this
works? If it does I'll check in the fix.
Yeah, looks like you forgot the ack.. :) i have changed the code, i will do
some tests to see if this
Hi Phil
I am extensively testing my code in tossim,and i found that some times
weird things happen in the simulation. One of the things is when two motes
send each other a message at exactly the same time, collision occur but both
motes get acknowledge.
I've been looking for a old message
Hi,
I'm trying to send a msg from one mote to another. Mote A has a msg in a
buffer that will send to mote B. Everything works , except in one situation
where mote A sends to mote B, but the msg doesn't get there and
consequently no ack, then in sendDone i repost the task of the msg.
The
On Jan 15, 2007, at 2:17 PM, ricardo tiago wrote:
Hi,
I'm trying to send a msg from one mote to another. Mote A has a
msg in a buffer that will send to mote B. Everything works ,
except in one situation where mote A sends to mote B, but the msg
doesn't get there and consequently no ack,
On Fri, 2006-04-14 at 19:24, Omprakash Gnawali wrote:
I did not receive a response to the following email so if someone
could send me a tarball of tos/lib/tossim that works, I can try to
find out if it is tossim or something else that is causing the problem
of not seeing debug outputs.
Om,
A
Om,
A student at Stanford encountered the same problem; it only happens with
dbg() statements when running in the Python interpreter, right?
Yes.
I looked into it and found the cause, a bug in TOSSIM. I've checked in a
fix. I don't know what the status of anonymous CVS is (how often
I did not receive a response to the following email so if someone
could send me a tarball of tos/lib/tossim that works, I can try to
find out if it is tossim or something else that is causing the problem
of not seeing debug outputs.
---
Your channel is BlinkC, not Boot.
Please send questions to tinyos-help; that way, they're archived for
people to read in the future. Answer follows.
On Apr 13, 2006, at 1:44 AM, Omprakash Gnawali wrote:
Hi Phil,
Do you know if TOSSIM in dev branch is working?
In apps/Blink/BlinkC.nc:
event void Boot.booted()
{
Your channel is BlinkC, not Boot.
Also, the Booted event is not assured to be signaled in the first
event. The boot event represents the OS, not the node, booting. There
might be a bunch of hardware events/tasks (which are TOSSIM events)
before the Boot.booted() event is signaled.
31 matches
Mail list logo
