Hi Stephen,
I'm the author of Céu [1], a Esterel-based language, which appeared in
SenSys last year [2].
It is mostly cooperative (synchronous would be more accurate), but with
support for time-consuming asynchronous execution (not in the paper).
Not intended for hard real-time systems, though
Eric,
I am researching TOS threading approaches. I thought I would start with
tosthreads since it is included in the distribution.
On 2/13/2014 10:42 PM, Eric Decker wrote:
why are you using tosthreads?
On Thu, Feb 13, 2014 at 11:12 AM, Stephen Schaub ssch...@gmail.com
tosthreads isn't being actively maintained.
and it sounds like you have found a bug. so you will probably have to
debug it to figure out what is going on.
do you have an environment where you can actively observe the machine
state? ie. a jtag environment?
On Fri, Feb 14, 2014 at 4:41 AM,
TinyOs is a low level event driven embedded OS. Predominately applications
use a combination of interrupt level and the TinyOS task level which is the
middle layer (tosthreads is a lower background layer).
I am not aware of any other threaded implementations that are equivilent to
tosthreads.
I am doing pure research on TOS threading solutions. There is no
particular application at the moment. I was drawn to tosthreads as a
reference threading solution because of its inclusion in the
distribution, but ran into trouble when developing a test application
with it.
I am relatively
There's also Ocram:
https://github.com/copton/ocram
Make sure you read the paper at
http://www.vs.inf.ethz.ch/publ/papers/bernauer_ipsn2013.pdf
Janos
On Fri, Feb 14, 2014 at 3:11 PM, Stephen Schaub ssch...@gmail.com wrote:
I am doing pure research on TOS threading solutions. There is no
Janos,
I'm aware of Ocram. I believe it is a cooperative multithreading system,
and doesn't appear to have been updated in a year. Do you know whether
anyone is actively using it?
Stephen
On 2/14/2014 4:37 PM, Janos Sallai wrote:
There's also Ocram:
https://github.com/copton/ocram
Make
I have not had success using TOSThreads to write to the Uart interface.
So, I devised the following test.
Using tinyos-2.1.2 distribution, I performed the following test with two
telos motes:
cd apps/tosthreads/apps/RadioStress
make install,1 telosb threads bsl,/dev/ttyUSB1
The mote's led's
why are you using tosthreads?
On Thu, Feb 13, 2014 at 11:12 AM, Stephen Schaub ssch...@gmail.com wrote:
I have not had success using TOSThreads to write to the Uart interface.
So, I devised the following test.
Using tinyos-2.1.2 distribution, I performed the following test with two
telos
struck up in Linux error last many days /dev/parport0 file not defined
While executing make instruction no clue or solution anywhere?..struck many
days..
--
View this message in context:
http://tinyos-help.10906.n7.nabble.com/TosThreads-Deprecation-tp23531p23535.html
Sent from the TinyOS -
I have a TOSThreads, TinyLD system, heavily based on the SerialLoaderFlash
example.
I compile new functionality on the laptop as a dynamic threads module, transfer
it to the mote where it gets stored in flash. When the module is loaded, it
registers itself with the monolithic app on the mote
,
I am interested - particularly if this is an indication of an uncovered bug.
David
From: David Rodda
Sent: Monday, 27 June 2011 2:00 PM
To: tinyos-help@millennium.berkeley.edu
Subject: [Tinyos-help] TosThreads compilation error
I am getting an error when
I am getting an error when compiling any TinyOS application that uses
TosThreads.
When compiling the blink application in the TosThreads apps directory I get
the following error:
=
make telosb threads
Hi David,
Someone forwarded me a copy of my email, and this was my response to him:
That fix is correct, but it brings up a point about why stop wasn't
even stopping the thread. I looked through the code, and the issue is
that stop() only works correctly if it is called by a thread that is
NOT
Hi
I am using the latest TInyos 2.x from Subersion, on a Shimmer (MSP430) mote.
I am experiencing unexpected behaviour using the Thread.pause() and
Thread,resume() functions when using TosThreads.
My understanding is that when Thread.pause() is called from within a thread it
should sleep,
try changing those.
Subject: Re: [Tinyos-help] TOSThreads TinyLD
From: clia...@cs.jhu.edu
Date: Fri, 31 Dec 2010 18:17:48 -0800
CC: tinyos-help@millennium.berkeley.edu
To: ranalferna...@live.com
Hi,
There are two TinyLD files that you need to update.
1.) tos/lib
AM, ranal fernando ranalferna...@live.com wrote:
Thank you very much
I'll try changing those.
Subject: Re: [Tinyos-help] TOSThreads TinyLD
From: clia...@cs.jhu.edu
Date: Fri, 31 Dec 2010 18:17:48 -0800
CC: tinyos-help@millennium.berkeley.edu
To: ranalferna...@live.com
Hi
Thank you very much
I'll try changing those.
Subject: Re: [Tinyos-help] TOSThreads TinyLD
From: clia...@cs.jhu.edu
Date: Fri, 31 Dec 2010 18:17:48 -0800
CC: tinyos-help@millennium.berkeley.edu
To: ranalferna...@live.com
Hi,
There are two TinyLD files that you need to update.
1
Hi,
There are two TinyLD files that you need to update.
1.) tos/lib/tosthreads/lib/tinyld/tosthread_slcs_types.h
2.) tools/tinyos/tosthreads/tosthreads_standard_api.py
Thanks
Mike
On Dec 30, 2010, at 7:45 PM, ranal fernando wrote:
Hi all,
I noticed a strange behavior in TOSThreads
Hi all,
I noticed a strange behavior in TOSThreads radio interface.
I added a new procedure in the CAMRadioP.nc. I also changed
the tosthread_amradio.h accordingly.
The following is just an example of an added procedure call.
error_t test() @C() AT_SPONTANEOUS {…}
The C based
hi all,
how can i make my tinyos app (probably non threaded ) to sent a packet so
that it gets received by a thread running in a another mote?
because only BlockingAMRecieverImpP's receive event will only be called when
it receives a packet from another threaded application not from a non
as far as i know there is no support for tosthreads in tossim currently
On Mon, May 3, 2010 at 3:17 PM, chikh omar enis01a...@yahoo.fr wrote:
can we simulate Tosthreads application? if yes how to compile?
thanks in advance,
***
Omar Cheikhrouhou
TOSSIM doesn't support tosthreads. Something you can try is Avrora. Avrora
crashed on me a long time ago, but it could be fine now.
Thanks
Mike
On May 4, 2010, at 7:06 PM, sadun silva wrote:
as far as i know there is no support for tosthreads in tossim currently
On Mon, May 3, 2010 at
can we simulate Tosthreads application? if yes how to compile?
thanks in advance,
**
Omar Cheikhrouhou
Engineer Researcher @SENS Lab (Software Engineering and Network Security)
Higher Institute of Technological Studies - Address : Mahdia's road Km
Hi all,
Sorry for multiple copies. I really need to find an answer for this.
I was going thru the TOSThreads code related to boot. When I looked through
TinyOSMainP I found out that we are initializing platform software
specific components after boot.booted event.
As far as I understand
With TosThreads there are at least two different levels of Boot.booted,
TinyOSMainP.TinyOSBoot.booted and TinyOSMainP.Boot.booted.
The first, TinyOSMainP.TinOSBoot.booted, is what gets signalled after the
Thread start runs (it needs to run first before any of the normal TinyOS
initilization
Eric,
Thank you very much for the detailed explanation.
I looked at the app.c file it is little hard to really understand the entire
thing but I got an idea.
I really need this because I have an idea where user level threads will run
in a mote. These threads for example will run in
Take a look at the TOSThreads TEP I wrote. It goes into alot more
detail about how the threads are organized, including the boot
sequence.
http://www.tinyos.net/tinyos-2.1.0/doc/html/tep134.html
Kevin
On Mon, Mar 22, 2010 at 6:39 PM, sadun silva silva.sa...@gmail.com wrote:
Eric,
Thank you
Spam detection software, running on the system mail.Millennium.Berkeley.EDU,
has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator
Spam detection software, running on the system mail.Millennium.Berkeley.EDU,
has
identified this incoming email as possible spam. The original message
has been attached to this so you can view it (if it isn't spam) or label
similar future email. If you have any questions, see
the administrator
Hi,
i'm new to tosthreads. i have a question.
once you create a tosthread application do we have to explicitly create the
tinyos thread to handle to tasks posted by other application threads?
any help will be appreciated!
nimal
___
No, that is taken care of for you. Take a look at the examples in
tinyos-2.x/apps/tosthreads to see how to construct an application.
Kevin
On Thu, Mar 4, 2010 at 12:07 PM, Nimal Giya nimalg...@yahoo.com wrote:
Hi,
i'm new to tosthreads. i have a question.
once you create a tosthread
Dear all,
Will i be able to use TOSSIM to simulate TOSThreads?
Thanks
M.S.R. Fernando
_
Hotmail: Trusted email with Microsoft’s powerful SPAM protection.
There is currently no explicit support for TOSThreads in TOSSIM that I
am aware of.
Kevin
On Tue, Feb 9, 2010 at 2:34 PM, ranal fernando ranalferna...@live.com wrote:
Dear all,
Will i be able to use TOSSIM to simulate TOSThreads?
Thanks
M.S.R. Fernando
.
this is the same with RadioStress app
If would be really thankful if you could let me know why i'm getting this msg.
thank you
Fernando
Date: Tue, 9 Feb 2010 15:21:05 -0800
Subject: Re: [Tinyos-help] TOSThreads inTOSSIM
From: klue...@gmail.com
To: ranalferna...@live.com
TOSSIM only supports micaz
2010 15:21:05 -0800
Subject: Re: [Tinyos-help] TOSThreads inTOSSIM
From: klue...@gmail.com
To: ranalferna...@live.com
TOSSIM only supports micaz, but tosthreads on real hardware supports both.
Kevin
On Tue, Feb 9, 2010 at 3:11 PM, ranal fernando ranalferna...@live.com
wrote:
thanks
On Feb 9, 2010, at 3:41 PM, ranal fernando wrote:
Thank you very much.
But i have a small problem compiling the Blink app for micaz
when i say
make micaz threads
it gives me an error
/usr/bin/nescc-wiring: line 19: java command not found
but i have not connected a micaz
thank you very much.
yes i have java installed according to the instructions in tinyos wiki.
but i can compile for telosb platform. it compiles perfectly. only problem is
with micaz.
should i reinstall java see?
Fernando
Subject: Re: [Tinyos-help] TOSThreads inTOSSIM
From: p
Phil,
Thanks. That's how I had temporarily fixed my version, and it works
fine now. Thanks for committing the change.
Jacob
On Tue, Aug 11, 2009 at 4:27 PM, Philip Levisp...@cs.stanford.edu wrote:
On Aug 4, 2009, at 1:59 PM, Jacob Sorber wrote:
So, the problem is that Packet.clear does
On Aug 7, 2009, at 3:54 PM, Eric Decker wrote:
On Fri, Aug 7, 2009 at 12:35 PM, Chieh-Jan Mike Liang clia...@cs.jhu.edu
wrote:
Hi Jacob,
I believe Packet.clear() is supposed to clear the packet header and
metadata only. There was a discussion some time ago.
That is what Phil Levis
On Aug 4, 2009, at 1:59 PM, Jacob Sorber wrote:
So, the problem is that Packet.clear does different things in
SerialActiveMessageP and XE1205SendReceiveP. In the first it just
clears the headers, in the later it clears the entire message_t. So,
instead of resetting the headers as is
Hi Jacob,
I believe Packet.clear() is supposed to clear the packet header and
metadata only. There was a discussion some time ago.
Mike
Jacob Sorber wrote:
So, the problem is that Packet.clear does different things in
SerialActiveMessageP and XE1205SendReceiveP. In the first it just
clears
On Fri, Aug 7, 2009 at 12:35 PM, Chieh-Jan Mike Liang clia...@cs.jhu.eduwrote:
Hi Jacob,
I believe Packet.clear() is supposed to clear the packet header and
metadata only. There was a discussion some time ago.
That is what Phil Levis has stated. The code reflects a different reality.
Just curious if anyone has seen this behavior. I have been using
tosthreads with tinynodes a bit lately and I noticed that when I use
BlockingAMReceiverC, receive returns SUCCESS when a packet is sent to
the mote, but the packet payload seems to be all zeros instead of the
data I'm sending. It
Ok, so the problem seems to be the BaseStation app. Relaying packets
from Radio to UART works fine, but UART to Radio seems to lose the
payload. I'm not yet sure why.
Jacob
On Tue, Aug 4, 2009 at 10:45 AM, Jacob Sorberjacob.sor...@gmail.com wrote:
Just curious if anyone has seen this
So, the problem is that Packet.clear does different things in
SerialActiveMessageP and XE1205SendReceiveP. In the first it just
clears the headers, in the later it clears the entire message_t. So,
instead of resetting the headers as is intended in BaseStation, it
blows away the payload it is
Has anyone used these yet? I'm trying to create a blocking ConfigStorage
implemenation using TinyOS semaphores and I'm doing a reset in
initialization, acquire during the call of the write, and release after a
write complete.
Here is my code:
#include Storage.h
#include
Hi Ali,
Are you having problems with semaphores?
Mike
On May 27, 2009, at 4:01 PM, Ali Aqel wrote:
Has anyone used these yet? I'm trying to create a blocking
ConfigStorage implemenation using TinyOS semaphores and I'm doing a
reset in initialization, acquire during the call of the
48 matches
Mail list logo
