+++ /dev/null
-/*
- * Copyright (c) 2004, Technische Universitat Berlin
- * All rights reserved.
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- * - Redistributions of source code must retain the above copyright notice,
- * this list of conditions and the following disclaimer.
- * - Redistributions in binary form must reproduce the above copyright
- * notice, this list of conditions and the following disclaimer in the
- * documentation and/or other materials provided with the distribution.
- * - Neither the name of the Technische Universitat Berlin nor the names
- * of its contributors may be used to endorse or promote products derived
- * from this software without specific prior written permission.
- *
- * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
- * "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
- * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
- * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
- * OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
- * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
- * TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA,
- * OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY
- * OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
- * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE
- * USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- */
-
-/**
- * Please refer to TEP 108 for more information about the components
- * this application is used to test.<br><br>
- *
- * This application is used to test the functionality of the
- * FcfsArbiter component developed using the Resource
- * interface. Three Resource users are created and all three request
- * control of the resource before any one of them is granted it.
- * Once the first user is granted control of the resource, a timer
- * is set to allow this user to have control of it for a specific
- * amount of time. Once this timer expires, the resource is released
- * and then immediately requested again. Upon releasing the resource
- * control will be granted to the next user that has
- * requested it in FCFS order. Initial requests are made
- * by the three resource users in the following order<br>
- * <li> Resource 0
- * <li> Resource 2
- * <li> Resource 1
- * <br>
- * It is expected then that using a round robin policy, control of the
- * resource will be granted in the order of 0,2,1 and the Leds
- * corresponding to each resource will flash whenever this occurs.<br>
- * <li> Led 0 -> Resource 0
- * <li> Led 1 -> Resource 1
- * <li> Led 2 -> Resource 2
- * <br>
- *
- * @author Kevin Klues <klues@tkn.tu-berlin.de>
- * @version $Revision$
- * @date $Date$
- */
-
-#define TEST_ARBITER_RESOURCE "Test.Arbiter.Resource"
-configuration TestArbiterAppC{
-}
-implementation {
- components MainC, TestArbiterC,LedsC,
- new TimerMilliC() as Timer0,
- new TimerMilliC() as Timer1,
- new TimerMilliC() as Timer2,
- new FcfsArbiterC(TEST_ARBITER_RESOURCE) as Arbiter;
-
- enum {
- RESOURCE0_ID = unique(TEST_ARBITER_RESOURCE),
- RESOURCE1_ID = unique(TEST_ARBITER_RESOURCE),
- RESOURCE2_ID = unique(TEST_ARBITER_RESOURCE),
- };
-
- TestArbiterC -> MainC.Boot;
-
- MainC.SoftwareInit -> Arbiter;
-
- TestArbiterC.Resource0 -> Arbiter.Resource[RESOURCE0_ID];
- TestArbiterC.Resource1 -> Arbiter.Resource[RESOURCE1_ID];
- TestArbiterC.Resource2 -> Arbiter.Resource[RESOURCE2_ID];
- TestArbiterC.Timer0 -> Timer0;
- TestArbiterC.Timer1 -> Timer1;
- TestArbiterC.Timer2 -> Timer2;
-
- TestArbiterC.Leds -> LedsC;
-}
-
+++ /dev/null
-/*
- * Copyright (c) 2004, Technische Universitat Berlin
- * All rights reserved.
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- * - Redistributions of source code must retain the above copyright notice,
- * this list of conditions and the following disclaimer.
- * - Redistributions in binary form must reproduce the above copyright
- * notice, this list of conditions and the following disclaimer in the
- * documentation and/or other materials provided with the distribution.
- * - Neither the name of the Technische Universitat Berlin nor the names
- * of its contributors may be used to endorse or promote products derived
- * from this software without specific prior written permission.
- *
- * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
- * "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
- * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
- * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
- * OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
- * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
- * TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA,
- * OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY
- * OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
- * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE
- * USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- */
-
-/**
- * Please refer to TEP 108 for more information about the components
- * this application is used to test
- *
- * This application is used to test the functionality of the
- * FcfsArbiter component developed using the Resource
- * interface. Three Resource users are created and all three request
- * control of the resource before any one of them is granted it.
- * Once the first user is granted control of the resource, a timer
- * is set to allow this user to have control of it for a specific
- * amount of time. Once this timer expires, the resource is released
- * and then immediately requested again. Upon releasing the resource
- * control will be granted to the next user that has
- * requested it in FCFS order. Initial requests are made
- * by the three resource users in the following order<br>
- * <li> Resource 0
- * <li> Resource 2
- * <li> Resource 1
- * <br>
- * It is expected then that using a round robin policy, control of the
- * resource will be granted in the order of 0,2,1 and the Leds
- * corresponding to each resource will flash whenever this occurs.<br>
- * <li> Led 0 -> Resource 0
- * <li> Led 1 -> Resource 1
- * <li> Led 2 -> Resource 2
- * <br>
- *
- * @author Kevin Klues <klues@tkn.tu-berlin.de>
- * @version $Revision$
- * @date $Date$
- */
-
-#include "Timer.h"
-
-module TestArbiterC {
- uses {
- interface Boot;
- interface Leds;
- interface Resource as Resource0;
- interface Resource as Resource1;
- interface Resource as Resource2;
- interface Timer<TMilli> as Timer0;
- interface Timer<TMilli> as Timer1;
- interface Timer<TMilli> as Timer2;
- }
-}
-implementation {
-
- #define HOLD_PERIOD 250
-
- //All resources try to gain access
- event void Boot.booted() {
- call Resource0.request();
- call Resource2.request();
- call Resource1.request();
- }
-
- //If granted the resource, turn on an LED
- event void Resource0.granted() {
- call Timer0.startOneShot(HOLD_PERIOD);
- call Leds.led0Toggle();
- }
- event void Resource1.granted() {
- call Timer1.startOneShot(HOLD_PERIOD);
- call Leds.led1Toggle();
- }
- event void Resource2.granted() {
- call Timer2.startOneShot(HOLD_PERIOD);
- call Leds.led2Toggle();
- }
-
- //After the hold period release the resource
- event void Timer0.fired() {
- call Resource0.release();
- call Resource0.request();
- }
- event void Timer1.fired() {
- call Resource1.release();
- call Resource1.request();
- }
- event void Timer2.fired() {
- call Resource2.release();
- call Resource2.request();
- }
-}
-
+++ /dev/null
-/*
- * Copyright (c) 2004, Technische Universitat Berlin
- * All rights reserved.
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- * - Redistributions of source code must retain the above copyright notice,
- * this list of conditions and the following disclaimer.
- * - Redistributions in binary form must reproduce the above copyright
- * notice, this list of conditions and the following disclaimer in the
- * documentation and/or other materials provided with the distribution.
- * - Neither the name of the Technische Universitat Berlin nor the names
- * of its contributors may be used to endorse or promote products derived
- * from this software without specific prior written permission.
- *
- * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
- * "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
- * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
- * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
- * OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
- * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
- * TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA,
- * OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY
- * OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
- * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE
- * USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- */
-
-/**
- * Please refer to TEP 108 for more information about the components
- * this application is used to test.<br><br>
- *
- * This application is used to test the functionality of the
- * RoundRobinArbiter component developed using the Resource
- * interface. Three Resource users are created and all three request
- * control of the resource before any one of them is granted it.
- * Once the first user is granted control of the resource, a timer
- * is set to allow this user to have control of it for a specific
- * amount of time. Once this timer expires, the resource is released
- * and then immediately requested again. Upon releasing the resource
- * control will be granted to the next user that has
- * requested it in Round Robin order. Initial requests are made
- * by the three resource users in the following order<br>
- * <li> Resource 0
- * <li> Resource 2
- * <li> Resource 1
- * <br>
- * It is expected then that using a round robin policy, control of the
- * resource will be granted in the order of 0,1,2, and the Leds
- * corresponding to each resource will flash whenever this occurs.<br>
- * <li> Led 0 -> Resource 0
- * <li> Led 1 -> Resource 1
- * <li> Led 2 -> Resource 2
- * <br>
- *
- * @author Kevin Klues <klues@tkn.tu-berlin.de>
- * @version $Revision$
- * @date $Date$
- */
-
-#define TEST_ARBITER_RESOURCE "Test.Arbiter.Resource"
-configuration TestArbiterAppC{
-}
-implementation {
- components MainC, TestArbiterC,LedsC,
- new TimerMilliC() as Timer0,
- new TimerMilliC() as Timer1,
- new TimerMilliC() as Timer2,
- new RoundRobinArbiterC(TEST_ARBITER_RESOURCE) as Arbiter;
-
- enum {
- RESOURCE0_ID = unique(TEST_ARBITER_RESOURCE),
- RESOURCE1_ID = unique(TEST_ARBITER_RESOURCE),
- RESOURCE2_ID = unique(TEST_ARBITER_RESOURCE),
- };
-
- TestArbiterC -> MainC.Boot;
-
- MainC.SoftwareInit -> Arbiter;
-
- TestArbiterC.Resource0 -> Arbiter.Resource[RESOURCE0_ID];
- TestArbiterC.Resource1 -> Arbiter.Resource[RESOURCE1_ID];
- TestArbiterC.Resource2 -> Arbiter.Resource[RESOURCE2_ID];
- TestArbiterC.Timer0 -> Timer0;
- TestArbiterC.Timer1 -> Timer1;
- TestArbiterC.Timer2 -> Timer2;
-
- TestArbiterC.Leds -> LedsC;
-}
-
+++ /dev/null
-/*
- * Copyright (c) 2004, Technische Universitat Berlin
- * All rights reserved.
- *
- * Redistribution and use in source and binary forms, with or without
- * modification, are permitted provided that the following conditions
- * are met:
- * - Redistributions of source code must retain the above copyright notice,
- * this list of conditions and the following disclaimer.
- * - Redistributions in binary form must reproduce the above copyright
- * notice, this list of conditions and the following disclaimer in the
- * documentation and/or other materials provided with the distribution.
- * - Neither the name of the Technische Universitat Berlin nor the names
- * of its contributors may be used to endorse or promote products derived
- * from this software without specific prior written permission.
- *
- * THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
- * "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT
- * LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR
- * A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT
- * OWNER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL,
- * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED
- * TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA,
- * OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY
- * OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
- * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE
- * USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
- */
-
-/**
- * Please refer to TEP 108 for more information about the components
- * this application is used to test
- *
- * This application is used to test the functionality of the
- * RoundRobinArbiter component developed using the Resource
- * interface. Three Resource users are created and all three request
- * control of the resource before any one of them is granted it.
- * Once the first user is granted control of the resource, a timer
- * is set to allow this user to have control of it for a specific
- * amount of time. Once this timer expires, the resource is released
- * and then immediately requested again. Upon releasing the resource
- * control will be granted to the next user that has
- * requested it in Round Robin order. Initial requests are made
- * by the three resource users in the following order<br>
- * <li> Resource 0
- * <li> Resource 2
- * <li> Resource 1
- * <br>
- * It is expected then that using a round robin policy, control of the
- * resource will be granted in the order of 0,1,2, and the Leds
- * corresponding to each resource will flash whenever this occurs.<br>
- * <li> Led 0 -> Resource 0
- * <li> Led 1 -> Resource 1
- * <li> Led 2 -> Resource 2
- * <br>
- *
- * @author Kevin Klues <klues@tkn.tu-berlin.de>
- * @version $Revision$
- * @date $Date$
- */
-
-#include "Timer.h"
-
-module TestArbiterC {
- uses {
- interface Boot;
- interface Leds;
- interface Resource as Resource0;
- interface Resource as Resource1;
- interface Resource as Resource2;
- interface Timer<TMilli> as Timer0;
- interface Timer<TMilli> as Timer1;
- interface Timer<TMilli> as Timer2;
- }
-}
-implementation {
-
- #define HOLD_PERIOD 250
-
- //All resources try to gain access
- event void Boot.booted() {
- call Resource0.request();
- call Resource2.request();
- call Resource1.request();
- }
-
- //If granted the resource, turn on an LED
- event void Resource0.granted() {
- call Timer0.startOneShot(HOLD_PERIOD);
- call Leds.led0Toggle();
- }
- event void Resource1.granted() {
- call Timer1.startOneShot(HOLD_PERIOD);
- call Leds.led1Toggle();
- }
- event void Resource2.granted() {
- call Timer2.startOneShot(HOLD_PERIOD);
- call Leds.led2Toggle();
- }
-
- //After the hold period release the resource
- event void Timer0.fired() {
- call Resource0.release();
- call Resource0.request();
- }
- event void Timer1.fired() {
- call Resource1.release();
- call Resource1.request();
- }
- event void Timer2.fired() {
- call Resource2.release();
- call Resource2.request();
- }
-}
-
projects / tinyos-2.x.git / commitdiff