[Tinyos-help] downloading code to a new platform

[Puru]

hi all,

we are developing a mote-like (mica2-like) device, which currently
only has the mcu and minimum cicuitry to get it started
(no external flash, no radio yet).

the initial idea is to compile apps using tinyos and
copy the corresponding ihex files using icc-avr or such
onto the new platform. we are facing problems with
this procedure,  have tried testing the procedure using Blink,
as the LED circuitry is available on the new platform.
Have verified the fuse bits, disabled to bootloader
and have also written a Blink program in icc-avr
which toggles port a bits and in turn does toggle the LEDs.
This icc-avr hex file when copied via uisp on a crossbow
mica2 toggles the LEDs as well, but the Blink ihex file
generated via tinyos copied via icc-avr to the new platform
does nothing.

any directions on how to proceed or what is the
actual load process  would be helpful.

thanks,
- Puru
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Re: Tinyos-help Digest, Vol 49, Issue 133

[s . schaefer]

Dear customer,

Sorry, i am out of office till 02-06-2007.

Best regards, Siegfried Schaefer

Schaefer EDV-Dienstleistungen und Softwareentwicklungen
Goethestr. 29
75031 Eppingen


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Query on CC2420PacketC interface

[Muhammad Azhar]

Hi all,

  I'd like to use CC2420PacketC interface, specifically, the setPower() 
method to set the power of the message to be sent to a higher value.  The 
Makefile for my application changes the default power to a value of 3.  I 
have 2 questions:


1)  Which interface should I wire the CC2420PacketC interface to?

2)  Assuming I send the packet at the maximum value (31), will this message 
affect the battery life of the other motes receiving it, i.e. does sending a 
message at a higher power cause its recipients to use up more power as well?


  Thanks in advance for your help.


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] UK: Motes for sale on eBay

[rethink rethink]

Hi, a number of Moteiv Tmotes are for sale on eBay UK. I've bought a couple off 
him before.  http://stores.ebay.co.uk/rapidpost

Steve







   
-
Pinpoint customers who are looking for what you sell. ___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] downloading code to a new platform

[Urs Hunkeler]

Hi,

Do the LEDs work if you write a simple program in assembler? Can you
control the LEDs when using assembler directives in NesC code (without
timer)? If yes, does it also work with timers?

Cheers,
Urs


Puru schrieb:
> hi all,
> 
> we are developing a mote-like (mica2-like) device, which currently
> only has the mcu and minimum cicuitry to get it started
> (no external flash, no radio yet).
> 
> the initial idea is to compile apps using tinyos and
> copy the corresponding ihex files using icc-avr or such
> onto the new platform. we are facing problems with
> this procedure,  have tried testing the procedure using Blink,
> as the LED circuitry is available on the new platform.
> Have verified the fuse bits, disabled to bootloader
> and have also written a Blink program in icc-avr
> which toggles port a bits and in turn does toggle the LEDs.
> This icc-avr hex file when copied via uisp on a crossbow
> mica2 toggles the LEDs as well, but the Blink ihex file
> generated via tinyos copied via icc-avr to the new platform
> does nothing.
> 
> any directions on how to proceed or what is the
> actual load process  would be helpful.
> 
> thanks,
> - Puru
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] downloading code to a new platform

[Puru]

Hi Urs,

I wrote a simple program using ICC-AVR, which toggled bits on
port A and which in turn blinked the leds and this hex program
when copied on the platform worked correctly.
infact this hex file copied on the mica2 using uisp also works correctly.
i tried with and without the timer.
note this is not using assembler directives in NesC, but similar
assemble directives with the icc-avr interface.

am not sure if tinyos is looking for h/w that is not present
on the platform (e.g., flash, radio etc and failing, which i think is unlikely),
or if i am some wrong settings or smtg else ...

thanks,
-- puru
On 5/29/07, Urs Hunkeler <[EMAIL PROTECTED]> wrote:

Hi,

Do the LEDs work if you write a simple program in assembler? Can you
control the LEDs when using assembler directives in NesC code (without
timer)? If yes, does it also work with timers?

Cheers,
Urs


Puru schrieb:
> hi all,
>
> we are developing a mote-like (mica2-like) device, which currently
> only has the mcu and minimum cicuitry to get it started
> (no external flash, no radio yet).
>
> the initial idea is to compile apps using tinyos and
> copy the corresponding ihex files using icc-avr or such
> onto the new platform. we are facing problems with
> this procedure,  have tried testing the procedure using Blink,
> as the LED circuitry is available on the new platform.
> Have verified the fuse bits, disabled to bootloader
> and have also written a Blink program in icc-avr
> which toggles port a bits and in turn does toggle the LEDs.
> This icc-avr hex file when copied via uisp on a crossbow
> mica2 toggles the LEDs as well, but the Blink ihex file
> generated via tinyos copied via icc-avr to the new platform
> does nothing.
>
> any directions on how to proceed or what is the
> actual load process  would be helpful.
>
> thanks,
> - Puru




--
"True compassion is more than flinging a coin at a beggar."
- Rev. Dr. Martin Luther King, Jr.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] downloading code to a new platform

[Firat TARAKTAS]

I think you should modify the hardware.h file of mica2 platform. Change
pin and port assignemnts with your new platform. 


Firat TARAKTAS



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Puru
Sent: Tuesday, May 29, 2007 12:03 PM
To: Urs Hunkeler
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] downloading code to a new platform

Hi Urs,

I wrote a simple program using ICC-AVR, which toggled bits on port A and
which in turn blinked the leds and this hex program when copied on the
platform worked correctly.
infact this hex file copied on the mica2 using uisp also works
correctly.
i tried with and without the timer.
note this is not using assembler directives in NesC, but similar
assemble directives with the icc-avr interface.

am not sure if tinyos is looking for h/w that is not present on the
platform (e.g., flash, radio etc and failing, which i think is
unlikely), or if i am some wrong settings or smtg else ...

thanks,
-- puru
On 5/29/07, Urs Hunkeler <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Do the LEDs work if you write a simple program in assembler? Can you 
> control the LEDs when using assembler directives in NesC code (without

> timer)? If yes, does it also work with timers?
>
> Cheers,
> Urs
>
>
> Puru schrieb:
> > hi all,
> >
> > we are developing a mote-like (mica2-like) device, which currently 
> > only has the mcu and minimum cicuitry to get it started (no external

> > flash, no radio yet).
> >
> > the initial idea is to compile apps using tinyos and copy the 
> > corresponding ihex files using icc-avr or such onto the new 
> > platform. we are facing problems with this procedure,  have tried 
> > testing the procedure using Blink, as the LED circuitry is available

> > on the new platform.
> > Have verified the fuse bits, disabled to bootloader and have also 
> > written a Blink program in icc-avr which toggles port a bits and in 
> > turn does toggle the LEDs.
> > This icc-avr hex file when copied via uisp on a crossbow
> > mica2 toggles the LEDs as well, but the Blink ihex file generated 
> > via tinyos copied via icc-avr to the new platform does nothing.
> >
> > any directions on how to proceed or what is the actual load process

> > would be helpful.
> >
> > thanks,
> > - Puru
>


--
"True compassion is more than flinging a coin at a beggar."
- Rev. Dr. Martin Luther King, Jr.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-hel
p

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] downloading code to a new platform

[Urs Hunkeler]

Hi Puru,

I'm assuming that your hardware design either corresponds to Mica2 or
that you have reflected the changes in the hardware.h file (see Firat's
mail).

TinyOS should not refer to components that you haven't linked in. I'm
more wondering if there is a wiring problem somewhere. While Blink is a
simple program, there is even a simpler program: Null (at least in
TinyOS-2). I would use the Null application as a starting point and just
enable some LEDs in the booted() function call using either assembly
instructions or c-code. Using these low-level instructions ensures that
the state of the LEDs get changed even if there is somehow a problem
with the TinyOS Led component (you don't even have to link it in). If
this works, then you know at least that the basic TinyOS boot sequence
works on your hardware. Then you can test the TinyOS Led component. Once
this works as well, try the Blink application.

Cheers,
Urs


Puru schrieb:
> Hi Urs,
> 
> I wrote a simple program using ICC-AVR, which toggled bits on
> port A and which in turn blinked the leds and this hex program
> when copied on the platform worked correctly.
> infact this hex file copied on the mica2 using uisp also works correctly.
> i tried with and without the timer.
> note this is not using assembler directives in NesC, but similar
> assemble directives with the icc-avr interface.
> 
> am not sure if tinyos is looking for h/w that is not present
> on the platform (e.g., flash, radio etc and failing, which i think is
> unlikely),
> or if i am some wrong settings or smtg else ...
> 
> thanks,
> -- puru
> 
> 
> On 5/29/07, Urs Hunkeler <[EMAIL PROTECTED]> wrote:
>> Hi,
>>
>> Do the LEDs work if you write a simple program in assembler? Can you
>> control the LEDs when using assembler directives in NesC code (without
>> timer)? If yes, does it also work with timers?
>>
>> Cheers,
>> Urs
>>
>>
>> Puru schrieb:
>> > hi all,
>> >
>> > we are developing a mote-like (mica2-like) device, which currently
>> > only has the mcu and minimum cicuitry to get it started
>> > (no external flash, no radio yet).
>> >
>> > the initial idea is to compile apps using tinyos and
>> > copy the corresponding ihex files using icc-avr or such
>> > onto the new platform. we are facing problems with
>> > this procedure,  have tried testing the procedure using Blink,
>> > as the LED circuitry is available on the new platform.
>> > Have verified the fuse bits, disabled to bootloader
>> > and have also written a Blink program in icc-avr
>> > which toggles port a bits and in turn does toggle the LEDs.
>> > This icc-avr hex file when copied via uisp on a crossbow
>> > mica2 toggles the LEDs as well, but the Blink ihex file
>> > generated via tinyos copied via icc-avr to the new platform
>> > does nothing.
>> >
>> > any directions on how to proceed or what is the
>> > actual load process  would be helpful.
>> >
>> > thanks,
>> > - Puru
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] downloading code to a new platform

[Puru]

the pin mappings of the new platform (for the limited circuitry and the leds)
is identical to the mica2 and hence did not touch hardware.h

-- puru


On 5/29/07, Firat TARAKTAS <[EMAIL PROTECTED]> wrote:


I think you should modify the hardware.h file of mica2 platform. Change
pin and port assignemnts with your new platform.


Firat TARAKTAS



-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Puru
Sent: Tuesday, May 29, 2007 12:03 PM
To: Urs Hunkeler
Cc: tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] downloading code to a new platform

Hi Urs,

I wrote a simple program using ICC-AVR, which toggled bits on port A and
which in turn blinked the leds and this hex program when copied on the
platform worked correctly.
infact this hex file copied on the mica2 using uisp also works
correctly.
i tried with and without the timer.
note this is not using assembler directives in NesC, but similar
assemble directives with the icc-avr interface.

am not sure if tinyos is looking for h/w that is not present on the
platform (e.g., flash, radio etc and failing, which i think is
unlikely), or if i am some wrong settings or smtg else ...

thanks,
-- puru
On 5/29/07, Urs Hunkeler <[EMAIL PROTECTED]> wrote:
> Hi,
>
> Do the LEDs work if you write a simple program in assembler? Can you
> control the LEDs when using assembler directives in NesC code (without

> timer)? If yes, does it also work with timers?
>
> Cheers,
> Urs
>
>
> Puru schrieb:
> > hi all,
> >
> > we are developing a mote-like (mica2-like) device, which currently
> > only has the mcu and minimum cicuitry to get it started (no external

> > flash, no radio yet).
> >
> > the initial idea is to compile apps using tinyos and copy the
> > corresponding ihex files using icc-avr or such onto the new
> > platform. we are facing problems with this procedure,  have tried
> > testing the procedure using Blink, as the LED circuitry is available

> > on the new platform.
> > Have verified the fuse bits, disabled to bootloader and have also
> > written a Blink program in icc-avr which toggles port a bits and in
> > turn does toggle the LEDs.
> > This icc-avr hex file when copied via uisp on a crossbow
> > mica2 toggles the LEDs as well, but the Blink ihex file generated
> > via tinyos copied via icc-avr to the new platform does nothing.
> >
> > any directions on how to proceed or what is the actual load process

> > would be helpful.
> >
> > thanks,
> > - Puru
>


--
"True compassion is more than flinging a coin at a beggar."
- Rev. Dr. Martin Luther King, Jr.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-hel
p




--
"True compassion is more than flinging a coin at a beggar."
- Rev. Dr. Martin Luther King, Jr.
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] InternalFlash question

[raj raj]

Dear all,

I am resending this email again as there has been no response to it. Please 
help me with the following:



raj raj <[EMAIL PROTECTED]> wrote: Dear all,

In tinyos 1.1.x, there is a component called InternalFlashC which provides the 
interface InernalFlash. the avr platform has 128KB of program memory (flash 
memory), 4 KB of SRAM and 4 KB of EEPROM memory. The InternalFlashC componet 
can read from and write to internal Flash.My question is : What is internal 
Flash? Is it 4 KB of EEPROM or 128 KB of program memory. I think it should be 
128KB of program memory. Am I right? I am getting confused with these terms. 

My next question is : What is the purpose of 4 KB of EEPROM ? Where is it used? 
Is there any component that can write to or read from 4 KB of EEPROM?

Thanks in advance,
raj
   

-
Need Mail bonding?
Go to the Yahoo! Mail Q&A for great tips from Yahoo! Answers 
users.___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

   
-
Sick sense of humor? Visit Yahoo! TV's Comedy with an Edge to see what's on, 
when. ___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] InternalFlash question

[Aurélien Francillon]

hi Raj,

Le mardi 29 mai 2007 14:08, raj raj a écrit :
> Dear all,
>
>I am resending this email again as there has been no response to it. Please 
> help me with the following: 

http://www.catb.org/~esr/faqs/smart-questions.html

> raj raj <[EMAIL PROTECTED]> wrote: Dear all,
>
> In tinyos 1.1.x, there is a component called InternalFlashC which provides
> the interface InernalFlash. the avr platform has 128KB of program memory
> (flash memory), 4 KB of SRAM and 4 KB of EEPROM memory. The InternalFlashC
> componet can read from and write to internal Flash.My question is : What is
> internal Flash? Is it 4 KB of EEPROM or 128 KB of program memory. I think
> it should be 128KB of program memory. Am I right? I am getting confused
> with these terms.
>
> My next question is : What is the purpose of 4 KB of EEPROM ? Where is it
> used? Is there any component that can write to or read from 4 KB of EEPROM?

It's  the 4 KB of EEPROM internal to the atmega 128 (it's different from the 
external flash chip 512KB on serial port ),  you can see all of them on the 
general block diagram (figure 2 ) of atmega 128 at:
http://www.atmel.com/dyn/resources/prod_documents/doc2467.pdf

Access to the 128KB of program memory is more complex because you are 
potentially writing the code you are executing, If it's what you want, there 
is lots of details about this in the section "Boot Loader Support – 
Read-While-Write Self-Programming" . 
You can also have a look at the TOSBoot /Deluge which is doing just that ... 

If you really want to access the internal 4KB EEPROM:
1) Writing to it is _very_ slow 
2) Deluge is also using it, a few bytes for storing "permanent" data take care 
of that is you are using it see ps 
3) Use InternalFlashC to access it ...

In a way InternalFlashC should have been called InternalEEPROMC on mica 
platforms, but it may not be true for any platform ... 

Cheers 
Aurélien

PS: deluge  "iflash" usage 

$IFLASH_BOUND_LOW <- begin of free space 
$0FE0IFLASH_TOS_INFO_ADDR  <- end of free space , begin of deluge usage 
$0FE6IFLASH_NODE_DESC_ADDR 
$0FF0TOSBOOT_ARGS_ADDR 
$0FFFIFLASH_BOUND_HIGH 


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] InternalFlash question

[Oussama Chougna]

Hi raj,

 

 

Program memory is where your TinyOS compiled application will reside. That's
why it's called "program memory".

EEPROM is the internal memory which you can use by using the InternalFlashC
component.

 

Read TEP103 and you get all your questions answered.

 

 

Success,

 

 

Chougna

 

  _  

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of raj raj
Sent: dinsdag 29 mei 2007 14:08
To: raj raj; tinyos-help@Millennium.Berkeley.EDU
Subject: Re: [Tinyos-help] InternalFlash question

 

Dear all,

I am resending this email again as there has been no response to it. Please
help me with the following:



raj raj <[EMAIL PROTECTED]> wrote:

Dear all,

In tinyos 1.1.x, there is a component called InternalFlashC which provides
the interface InernalFlash. the avr platform has 128KB of program memory
(flash memory), 4 KB of SRAM and 4 KB of EEPROM memory. The InternalFlashC
componet can read from and write to internal Flash.My question is : What is
internal Flash? Is it 4 KB of EEPROM or 128 KB of program memory. I think it
should be 128KB of program memory. Am I right? I am getting confused with
these terms. 

My next question is : What is the purpose of 4 KB of EEPROM ? Where is it
used? Is there any component that can write to or read from 4 KB of EEPROM?

Thanks in advance,
raj

  _  

Need Mail bonding?
Go to the Yahoo!
  Mail Q&A for great
  tips from Yahoo! Answers
users.___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

 

  

  _  

Sick sense of humor? Visit Yahoo! TV's Comedy
  with
an Edge to see what's on, when. 

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] How to set MICAz clock rate to 16MHz?

[Leonardo B. Oliveira]

Hi everyone,


I am trying to increase the clock rate (frequency) of the processor
(atmega128)
for the micaz. I wanna run programs at 16MHz. I found out the
following configuration file under tos/platform/micaz/HPLTimer1.h:

enum {
 TCLK_CPU_OFF = 0,
 TCLK_CPU_DIV1 =1,  //MZ CPUCLK = 7.3278MHz
 TCLK_CPU_DIV8 = 2,
 TCLK_CPU_DIV64 = 3,
 TCLK_CPU_DIV256 = 4,  //34.722uSec
 TCLK_CPU_DIV1024 = 5
};

However, it is not really meaningful. Any help on this issue would
be much appreciated.

Cheers,

--
Cheers,

 Leonardo

Alice:..wondering u could help me find my way
Cat:It depends on where u want to get to
Alice: It really doesn't matter, as long as...
Cat: So it really doesn't matter which way u go
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] question about sscanf() and sprintf()

[Cosovic, Marko]

Hello,

 

I have TinyOS 1.0.0 installed on WinXP Pro.

I need the functions sprintf() and sscanf(), but if I try to "make" the
project then I get the Error message:

 

implicit declaration of function `sprintf'

 

 

what can I do?

 

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Re: Tinyos-help Digest, Vol 49, Issue 135

[s . schaefer]

Dear customer,

Sorry, i am out of office till 02-06-2007.

Best regards, Siegfried Schaefer

Schaefer EDV-Dienstleistungen und Softwareentwicklungen
Goethestr. 29
75031 Eppingen


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] TinyViz Plugin - Import in Plugins menu

[Fahad Munawar Jan]

Hi,

I want to include plugins like "SensorModelPlugin.java", 
"PacketLoggerPlugin.java" and also user defined (created) plugins in TinyViz 
Plugin menu. Could anybody guide me in accomplishing my task?

(SensorModelPlugin.java and PacketLoggerPlugin.java resides in sim/plugins 
directory)

Thanks for your time,

Best Regards,
Fahad



Send instant messages to your online friends http://uk.messenger.yahoo.com ___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

RE: [Tinyos-help] Motework/TinyOS installation problem on Vista Home edition intel core 2 duo PC

[Giri Baleri]

The MoteWorks support is currently limited to Windows 2000 and Windows
XP. 
There are some known Cygwin related installation issues on Windows
Vista. 
Until those are resolved, I suggest that you install it on Windows XP
(SP2).

Giri 

-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: Saturday, May 26, 2007 7:06 AM
To: tinyos-help@Millennium.Berkeley.EDU
Subject: [Tinyos-help] Motework/TinyOS installation problem on Vista
Home edition intel core 2 duo PC

Dear All
I am having a problem, installing the Crossbow moteswork product. I also
tried installing the tinyOS by parts but for every method after
installing cygwin I get the following error.

Error begins.


C:\cygwin\bin\bash.exe (4948): *** couldn't allocate cygwin heap, Win32
error 0,  base 0xA1, top 0xA21000, reserve_size 69632, allocsize
69632, page_const 40
96
16376293 [main] bash 5396 sync_with_child: child 4948(0x1AC) died before
initial ization with status code 0x1
16377455 [main] bash 5396 sync_with_child: *** child state waiting for
longjmp
bash: fork: Resource temporarily unavailable bash-2.05b$

.Error ends

I hope some one has come accros with a solution for this error, and can
provide me with some assistance.

Many thanks in adavance

best regards

QR
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-hel
p

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Tmote sky I2C reading Problem

[Emi Mathews]

Hi,
I am using the tinyos Boomarang  and tried to connect 8 digiatl I/O line to 
tmote  using  I/O expander over the I2C bus of tmote sky. Writing to the I/O 
ports works perfectly while reading some lines is always showing porblems. 
Eg for an 8 bit- Input 0,  Input  1 , Input  4 and Input  5 worked, others 
not.
I tried with 8 bit expander and 16 bit expander both showing the same 
problems. So I tried the same with PIC it can read from the slave perfectly. 
Hence I doubt if there is some problems in the implementation of read 
function. Could anyone who successfully used I2C to read 8 bits, help me in 
this problem. Below is given some parts of the code I used

1) I used PCF 8574 as an 8 bit I2C  I/O expander
 When I write a value to the 8 bit port it works perfectly and I can 
see that the values are

  written to the 8 ports correctly.
-When the timer is fired it writes to the ports
 event result_t Timer.fired(){
 call ResourceCmd.request( RESOURCE_NONE );
return SUCCESS;
 }
  event void ResourceCmd.granted(uint8_t rh) {
  buffer[0]=0x55;   // data to be written
   call MSP430I2CPacket.writePacket(rh, 0x0020, 1, buffer); //0x0020 is the 
PCF 8574(slave) addr

   }
 When I read the same using a readPacket function call it will read the  
Input 0,  Input  1 , Input  4,

 Input  5 only.

  event void ResourceCmd.granted(uint8_t rh) {
   call MSP430I2CPacket.readPacket(rh, 0x0020, 1, buffer); //0x0020 is 
the PCF 8574(slave) addr

   }

  What ever I give, Vcc or Gnd, to  Input  2, Input 3, Input 6,  Input 7 
there is no change in the

   value read. The other 4 lines worked perfectly.
 I tried to modify the program to write an 0xFF before reading
   event void ResourceCmd.granted(uint8_t rh) {
  atomic  localrh =rh;
  buffer[0]=0xFF;   // data written prior to reading
   call MSP430I2CPacket.writePacket(rh, 0x0020, 1, buffer); //Ox0020 is the 
PCF 8574(slave) addr

   }
  event void MSP430I2CPacket.writePacketDone(uint16_t addr, uint8_t length, 
uint8_t* data, result_t success){
  call MSP430I2CPacket.readPacket(localrh, 0x0020, 2, i2cdata);  // 
read two 8 bits

   }
Again the result was same.

2) Experiment with new 16 bit I2C I/O expander  MCP23016

Here we need to specify the register address before reading or writing
  event void ResourceCmd.granted(uint8_t rh) {
 buffer[0]=0x03;  // command byte to specify the write register
 buffer[1]=0x55;  // lower 8 bit data to be written to the port
 buffer[2]=0x55;  // upper 8 bit data to be written to the port
 call MSP430I2CPacket.writePacket(rh, 0x0020, 3, buffer);
 }
 It works perfectly with the 16 bit write.

When I tried to read the same using readPacket function, the 16 bit read is 
not working.

 event void ResourceCmd.granted(uint8_t rh) {
 atomic  localrh =rh;
 buffer[0]=0x01;  // command byte to specify the read register
 call MSP430I2CPacket.writePacket(rh, 0x0020, 1, buffer); // first a 
write to specify the register

 }
and in the
event void MSP430I2CPacket.writePacketDone(uint16_t addr, uint8_t length, 
uint8_t* data, result_t success){
  call MSP430I2CPacket.readPacket(localrh, 0x0020, 2, i2cdata);  // 
read two 8 bits

   }

The readPacketDone return success sometimes when I changed the input values 
to Vcc. Ohterwise the Listen program is not displaying any bit read from the 
ports.

So I  changed the program to read  only 8 lower bits  at a time
   call MSP430I2CPacket.readPacket(localrh, 0x0020, 1, i2cdata);  // read  
8 bits

Now it worked, but  the same problem
  it will read only the  Input 0,  Input  1 , Input  4, Input  5
If i give the another register address in the command byte it will read only
  Input 8, Input 9 , Input 12, and Input 13.

Thanks in advance for the help
Regards,
Emi Mathews

_
Express yourself instantly with MSN Messenger! Download today it's FREE! 
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Problem with SerialForwarder (MIB600 and MICAz Motes)

[projet19 projet19]

Hello,

We are students, and our project can't progress without these 
informations...

We are also working on a MIB600 Programing Board with MICAz,

We have devellopped a program which send messages to motes, receive messages 
from motes, like Surge app for exemple.

So we don't know how to configure SerialForwarder  for our application.

We have also done this configuration  on  the Shell :

$export MOTECOM= sf@
 COMPUTER_IP_ADRESS:9001

$java net.tinyos.sf.SerialForwarder -comm [EMAIL PROTECTED]:10002&

and 

$java our_application


When
we try to send a message from our application to the sensor network, we
still have the error message "write failed" displayed on
SerialForwarder GUI.

Futhermore, we have two motes programmed with our nesC program, and the mote 
pluged onto the
 MIB600 is loaded with TOSBase Program.

Can anybody help us ??

Thank you very much

Best regards,

Tony GOMES and Ahmed DEHBI

PS
: We added the line " PFLAGS+= -DCC1K_DEF_FREQ=24 " in the
makefile of our mote application and TOSBASE application, is it correct
???




  
Shape
 Yahoo! in your own image.  Join our Network Research Panel today!   
http://surveylink.yahoo.com/gmrs/yahoo_panel_invite.asp?a=7 

___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Re: Tinyos-help Digest, Vol 49, Issue 136

[s . schaefer]

Dear customer,

Sorry, i am out of office till 02-06-2007.

Best regards, Siegfried Schaefer

Schaefer EDV-Dienstleistungen und Softwareentwicklungen
Goethestr. 29
75031 Eppingen


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] receive message with multihop (again)

[Cristiam Da Silva]

good night, my problem is that i cant receive a message using multihop
intercept.
with the program delta i have reached measure the external temp, now i want
to send, from the sink node to the node with sensors, the delta time in
which the timer will fire. im using the same send data task for this but
modifying the reading parameter to my delta time. when the message is sent,
the value of reading still being my delta time, but when the sensor node
receive the message, this value hava changed to zero.
if someone can help me ill be very thnakfull.

pd: sorry for my bad english XD
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Stargate: Problem with serial port

[mikcin]

Hello,

I am using Stargate and MicaZ which are connected by Stargate's serial port. I 
want to send and receive data from MicaZ but there is a problem with serial 
port (I suppose) - I try to use sf on the stargate and TOSBase (or GenericBase) 
on MicaZ but unfortunately sf couldn't send anything to by serial port.



 

To verify that the Mote interface for Stargate is properly set up I use 
motetest application which I found on the Stargate's CDROM 
(apps/sample/mote/motetest.c), in MicaZ I use modified version of GenericBase 
(apps/sample/mote/TOS/GenericBaseM.nc).

 

After I run motetest application I can see: "Packet sent to mote over UAR" but 
on the MicaZ none of the Leds switch on (it should if a packet was received). 
Next the application (motetest) waits to get the response from UART but there 
is no reply.

 

I don't know why this Stargate serial port doesn't work correctly. I use 
defaults program parameter : baundrate 57600, /dev/tts/2 etc. I also try 
different ones but it also wasn't working.

 

Maybe I should set serial port parameters on stargate using linux "setserial". 
If so please give me appropriate values: port etc. So far I try to use 
autoconfigure option.

 

 

Which Stargate, mote or application parameter should I change to make it to 
work? Could you help me to solve this problem?

 

Thank you for help.

 

Regards,

Mariusz Mikcinski
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] Linux client with Windows Server

[Islam Hegazy]

Hi all

I have a sensor network of mica2 motes. I use tinyos1.x. My base mote is 
connected to a Windows XP machine. I ran the SerialForwarder on the Windows 
machine that should accept client connections to send the collected data to 
them. If I write the client application under Windows, it will work correct. 
But if I write the client application under Linux, the client cannot connect to 
the server returning the error 'Connection timed out'. I use C++ and C# under 
Windows and C under Linux. 

To make sure that my Linux client is correct, I wrote a server application 
under Linux and they worked correct. So I wonder why my Linux client doesn't 
want to connect to the SerialForwarder on the windows machine?


Regards
islheg___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

[Tinyos-help] How to create an event?

[Muhammad Azhar]

Hi all,

  I'm using TinyOS-2.0 and I'd like to create an interface (assume all the 
necessary wirings have been done) whereby a certain event will cause a 
node's timer to fire periodically for 1s.  However, after 1 minute, I'd like 
to signal to the application program that 60 seconds have passed.  Can I get 
some pointers on how I can go about doing this?  I am not so sure if it 
should look something like this:


=
module someModuleP {
 provides { //all the interfaces it provides }
 uses { //all the interfaces it uses }
}
implementation{
//I declare a new event in this module
event void oneMinPassed();
..
//from Timer interface
event void TImer.fired(){
...
 if(counter%60 == 0) {
   signal oneMinPassed();
 }
...
}

}
==

  Did I miss any step?  Many thanks for your help.

Regards,
Azhar


___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help

Re: [Tinyos-help] Linux client with Windows Server

[Urs Hunkeler]

Hi,

This sounds like you have either a firewall on the windows machine. Most
likely you have to somewhere allow connections to the serial forwarder
port(s). If you don't have a firewall or if you are sure that its
configured properly, try the following:

- Can you ping the windows machine from your linux machine? Often works
in spite of the firewall and shows that the network is ok. If it doesn't
work, it might be because of the firewall. Try the reverse (ping linux
from windows).

- Can you establish a connection with telnet?
  "telnet :"

Cheers,
Urs


Islam Hegazy schrieb:
> Hi all
> 
> I have a sensor network of mica2 motes. I use tinyos1.x. My base mote is 
> connected to a Windows XP machine. I ran the SerialForwarder on the Windows 
> machine that should accept client connections to send the collected data to 
> them. If I write the client application under Windows, it will work correct. 
> But if I write the client application under Linux, the client cannot connect 
> to the server returning the error 'Connection timed out'. I use C++ and C# 
> under Windows and C under Linux. 
> 
> To make sure that my Linux client is correct, I wrote a server application 
> under Linux and they worked correct. So I wonder why my Linux client doesn't 
> want to connect to the SerialForwarder on the windows machine?
> 
> 
> Regards
> islheg
___
Tinyos-help mailing list
Tinyos-help@Millennium.Berkeley.EDU
https://mail.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help