On Fri, 1 Oct 2010 09:59:50 -0400, Mike said:
>> * Is Deluge known to be stable, and if not, does an alternative protocol
>> exist that works?
>
> Have you tried the burn scripts in Deluge test app folder
> (apps/tests/deluge/Blink)? Do they work for you?
Yes, just tried that with four nodes. Two of them needed to be reset to get the
first application going (with the RED led flashing). Then the dissemination
seems to reach all nodes since the green LEDs flashed at the same time on all
nodes. But only one node proceeded to reboot itself. The other two froze on the
last green dissemination phase, with the LED left on. Reseting these nodes just
makes them flash red again (the original Blink).
I did also check out the scripts and they seem to do the same thing I have
already been doing. The only difference is that Blink wires LedsC to DelugeC -
but the result is obviously no different.
But, when I then run the nodes from batteries, they seem to reprogram properly
this time around. So I did a little more experimenting...
It seems that the Voltage code only allows reprogramming if the detected
voltage is above 0xE66. This seems to be the case if the node is running from
good batteries (although the test does not always succeed, sporadically it is
lower), but when running from USB the energy seems to be closer, or below
0xE00. I am therefore left to assume that a constant green indication means
that the node voltage is too low.
I'm tempted to switch off the voltage detection - since most of my nodes will
be running from power supplies.
So, my question changes to:
What is the worst that can happen if a node tries to reprogram itself when the
voltage is too low? Will it 'brick' the node or is it just a case of having to
walk upto a node and putting the GoldenImage back on it again using a USB
connection? (I can live with that.)
Thanks for your help!
(I also notice a bug: it does not seem to be possible to inject a
new image onto the Basestation without pressing reset first.)
_______________________________________________
Tinyos-help mailing list
[email protected]
https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
