Hi Razvan, I got a solution working now. As designer/implementer of Deluge T2, what do you think of this approach?
I compile the target application without the DelugeC component (but specifying the bootmanager). When the application determines that Deluge should be started, it will read the BootArgs from the EEPROM, change the gestureCount to a high value, write the BootArgs back to the EEPROM and then issue a reboot. This triggers the boot manager to load the GoldenImage. While the GoldenImage is active, I let the new version of the application disseminate without starting it. I wait for the dissemination process to progress quite well (ideally complete, let's say 15 minutes) before issuing a disseminate-and-reboot request. Normally, a mote would then simply reboot and not really participate in the dissemination of the command anymore. To avoid this issue, I modified the GoldenImage to wait a short amount of time (e.g., 15s) prior to reboot. Ideally one could find out if the dissemination process has finished successfully prior to rebooting the nodes. Could this be done with ping? (Does ping work over multiple hops?) Cheers, Urs Razvan Musaloiu-E. wrote: > Hi! > > On Wed, 19 Aug 2009, Urs Hunkeler wrote: > >> Hi, >> >> Is there an interface (similar to NetProg in Deluge 2.0) to control the >> operation of Deluge from an application? > > No. :-( > >> We think we have a pretty stable application where we could trigger >> Deluge manually if needed but would otherwise like to ensure that >> Deluge is not using the radio (we'd like to measure the energy >> consumption of the application in a real network). >> > > Upon boot DelugeP is trying to start the radio but it will not make any > other attempts to turn the radio on or off. Some time ago I tested if it > behave sanely when the radio is turned off and back on and it was > working properly. I'll test it again as part of the 2.1.1 release but if > you try it and it doesn't work please let me know. :-) > > -- > Razvan ME > _______________________________________________ Tinyos-help mailing list [email protected] https://www.millennium.berkeley.edu/cgi-bin/mailman/listinfo/tinyos-help
