After further fiddling around, I found out the following:
_READ_WRITE_RETURN_TYPE gets resolved to int||long
from ChangeLog @ cygwin-1.7.2-2-src\cygwin-1.7.2-2\newlib\ChangeLog
2009-12-17 Jerker Back
* libc/include/_ansi.h: Add new _EXFNPTR macro for using with
function pointer arguments
errata : the cygwin version should be (to 1.7.7-1 from 1.7.1-1)
instead of (to 2.721 from 2.573.2.3).
for different versions of reent.sys
On Sat, Sep 25, 2010 at 9:04 PM, Jatindera Walia
wrote:
> Decided to upgrade my environment with clean/fresh install to latest
> version of cygwin (to 2.721
I am tying to change my compiling environment from tinyos1.x to tinyos-2.x
But when I complie the "BlinkToRadio"
The error occurs:
/opt/tinyos-2.x/tos/lib/tossim/sim_tossim.h:63: syntax error before `FILE'
/opt/tinyos-2.x/tos/lib/tossim/sim_tossim.h:64: syntax error before `FILE'
In file include
Hello,
For my application, I use iris mote and mda100cb sensor board. I am also
working with tinyos-2.1.0. As you know the default sampling interval in
oscilloscope application is 256 ms. When I changed it to 5 ms, all results
were acceptable. However, I need sampling rate of 1 kHz which is 1 ms
i
Decided to upgrade my environment with clean/fresh install to latest
version of cygwin (to 2.721 from 2.573.2.3) and tinyos ( to 2.1.1-3
from 2.0.1 ) over the weekend and ran into a problem. The problem has
been reported before but no resolution has been posted. I have found a
workaround but not su
I am totally confused. So, with the MIB520 connected I got always 15-16
mA, but without MIB520 I got always ~ 0 mA. Now, I have added a new mote
in trasmission and the first mote in reception. When it receives the
message, the multimeter shows 2-3 mA... but I think that those are to
turn on the led
Hi all,
I want to overhear packets which are not for nodes.But when I use AMSnooperC
with the same am type value ,in simulation I get a Segmentation fault in the
middle of program,even if I don't write any code in "AMSnooperC.Receive"
event.
Does any body know the solution?
Cheers
--
Mojtaba R
Ok, it goes down to IDLE and not full power, maybe that, but I am
curious since there are other chips that consume energy as well.
Miklos
On Sat, Sep 25, 2010 at 9:42 AM, Francesco Ficarola
wrote:
> Hi Miklos.As usual, thanks for your replies.
> I take into account the amount of energy used by MC
Hi Miklos.As usual, thanks for your replies.
I take into account the amount of energy used by MCU, but, in this case,
the sum is 17 mA (transmit) + 8 mA (processor in full operation) = 25
mA, while I got 20-21 mA. So, the only idea that comes to my mind is
that the processor doesn't work at full op
