Hej
Nu på måndag har vi tre stycken milstolpar som ska var uppfyllda (att modulerna kan kommunicera med varandra). Även om vi redan nu vet att detta funkar vore det bra om vi kunde få ett par formella tester för att verifiera detta.
Sedan så börjar roboten nu som ni alla har märkt bete sig ganska bra vilket innebär att det snart är dags att börja verifiera att vi uppfyller samtliga krav i kravspecifikationen. För att kunna göra detta på ett bra sätt behöver det skapas en eller flera tester för varje punkt i kravspecifikationen som vi kan använda till att verifiera att vi har uppfyllt det kravet. Så om testansvarig kan se till att vi har ett par enkla tester för milstolparna på måndag att köra då och sedan även börjar jobba (givetvis med hjälp av andra) med att få fram resterande testfall för kravspecifikationen vore det bra.
Joakim Tosteberg
Projektledare
oki, kan sätta mig på Söndag och hitta på lite testfall (har ingen tid idag). Kan även efterlysa lite hjälp med att testa avståndssensorn om någon har tid som de behöver göra av med, då jag kommer sitta hela söndagen och försöka få reda på varför den inte fungerar som den ska.
//Häger
Den 14 november 2009 15.55 skrev Joakim Tosteberg joato769@student.liu.se:
Hej
Nu på måndag har vi tre stycken milstolpar som ska var uppfyllda (att modulerna kan kommunicera med varandra). Även om vi redan nu vet att detta funkar vore det bra om vi kunde få ett par formella tester för att verifiera detta.
Sedan så börjar roboten nu som ni alla har märkt bete sig ganska bra vilket innebär att det snart är dags att börja verifiera att vi uppfyller samtliga krav i kravspecifikationen. För att kunna göra detta på ett bra sätt behöver det skapas en eller flera tester för varje punkt i kravspecifikationen som vi kan använda till att verifiera att vi har uppfyllt det kravet. Så om testansvarig kan se till att vi har ett par enkla tester för milstolparna på måndag att köra då och sedan även börjar jobba (givetvis med hjälp av andra) med att få fram resterande testfall för kravspecifikationen vore det bra.
Joakim Tosteberg
Projektledare
Kmm09-3 mailing list Kmm09-3@lists.lysator.liu.se http://lists.lysator.liu.se/mailman/listinfo/kmm09-3
Jag kommer att sitta i Muxen i morgon, så vi kör på den.
On 14 nov 2009, at 17:31, Gustav Häger wrote:
oki, kan sätta mig på Söndag och hitta på lite testfall (har ingen tid idag). Kan även efterlysa lite hjälp med att testa avståndssensorn om någon har tid som de behöver göra av med, då jag kommer sitta hela söndagen och försöka få reda på varför den inte fungerar som den ska.
//Häger
Den 14 november 2009 15.55 skrev Joakim Tosteberg <joato769@student.liu.se
:
Hej
Nu på måndag har vi tre stycken milstolpar som ska var uppfyllda (att modulerna kan kommunicera med varandra). Även om vi redan nu vet att detta funkar vore det bra om vi kunde få ett par formella tester för att verifiera detta.
Sedan så börjar roboten nu som ni alla har märkt bete sig ganska bra vilket innebär att det snart är dags att börja verifiera att vi uppfyller samtliga krav i kravspecifikationen. För att kunna göra detta på ett bra sätt behöver det skapas en eller flera tester för varje punkt i kravspecifikationen som vi kan använda till att verifiera att vi har uppfyllt det kravet. Så om testansvarig kan se till att vi har ett par enkla tester för milstolparna på måndag att köra då och sedan även börjar jobba (givetvis med hjälp av andra) med att få fram resterande testfall för kravspecifikationen vore det bra.
Joakim Tosteberg
Projektledare
Kmm09-3 mailing list Kmm09-3@lists.lysator.liu.se http://lists.lysator.liu.se/mailman/listinfo/kmm09-3
Kmm09-3 mailing list Kmm09-3@lists.lysator.liu.se http://lists.lysator.liu.se/mailman/listinfo/kmm09-3
Vad exakt är det som inte funkar?
//Thomas
Gustav Häger wrote:
oki, kan sätta mig på Söndag och hitta på lite testfall (har ingen tid idag). Kan även efterlysa lite hjälp med att testa avståndssensorn om någon har tid som de behöver göra av med, då jag kommer sitta hela söndagen och försöka få reda på varför den inte fungerar som den ska.
//Häger
Tittade lite på koden, men du kanske menar den fysiska grunkan?
/* fast PWM mode, 1/256 prescale and set OC2 high on TOP, and low on BOTTOM */ PWM brukar vara high on bottom och low on top, dvs COM21:0 = 10 = "Clear OC2 on compare match, set OC2 at BOTTOM, (non-inverting mode)"
distance_init() är kommenterad i repot, men din kopia kanske är annorlunda
Detta: void scan_sensor_setup(){ ... OCR1B = TRIG_DELAY; } leder till att detta kommer köras vid "trig delay" och inte vid "max timeout": ISR(TIMER1_COMPB_vect){ ... data_raw = 0xFF; //say we saw something really far away //move the sensor one step move_sensor_step(); ... } Är det verkligen meningen?
Den här masken saknar 1<< på TICIE1, sabbar movement-joxet: #define TIMSK_MOVMENT ~((1 << OCIE1A) | (TICIE1))
//Thomas
Gustav Häger wrote:
oki, kan sätta mig på Söndag och hitta på lite testfall (har ingen tid idag). Kan även efterlysa lite hjälp med att testa avståndssensorn om någon har tid som de behöver göra av med, då jag kommer sitta hela söndagen och försöka få reda på varför den inte fungerar som den ska.
//Häger
Nu finns det något på giten, förhoppningsvis klarar excel av det, annars gör jag om det på skolan med en av de datorerna, alla milstolparna är med i alla fall.
Den 14 november 2009 20.31 skrev Thomas A thoax133@student.liu.se:
Tittade lite på koden, men du kanske menar den fysiska grunkan?
/* fast PWM mode, 1/256 prescale and set OC2 high on TOP, and low on BOTTOM */ PWM brukar vara high on bottom och low on top, dvs COM21:0 = 10 = "Clear OC2 on compare match, set OC2 at BOTTOM, (non-inverting mode)"
distance_init() är kommenterad i repot, men din kopia kanske är annorlunda
Detta: void scan_sensor_setup(){ ... OCR1B = TRIG_DELAY; } leder till att detta kommer köras vid "trig delay" och inte vid "max timeout": ISR(TIMER1_COMPB_vect){ ... data_raw = 0xFF; //say we saw something really far away //move the sensor one step move_sensor_step(); ... } Är det verkligen meningen?
Den här masken saknar 1<< på TICIE1, sabbar movement-joxet: #define TIMSK_MOVMENT ~((1 << OCIE1A) | (TICIE1))
//Thomas
Gustav Häger wrote:
oki, kan sätta mig på Söndag och hitta på lite testfall (har ingen tid idag). Kan även efterlysa lite hjälp med att testa avståndssensorn om någon har tid som de behöver göra av med, då jag kommer sitta hela söndagen och försöka få reda på varför den inte fungerar som den ska.
//Häger
Kmm09-3 mailing list Kmm09-3@lists.lysator.liu.se http://lists.lysator.liu.se/mailman/listinfo/kmm09-3
Det är en del som saknas om man kollar hur testerna skall utföras enligt projektplanen. Sedan så bör layouten piffas upp lite så man ser skillnad på rubriker och tester (det kan vara att openoffice inte parsar rätt eftersom det är ett xlsx dokument, isånnafall är denna punkt ok).
Från projektplan:
/Informell testning kommer att ske kontinuerligt under utvecklingen. Vid varje milstolpe sker åtminstone ett test som säkerställer att milstolpens mål är uppnått. Resultaten för de formella testerna dokumenteras tillsammans med datum för när de lyckades. Vid efterkommande tester bör tidigare tester utföras igen för att säkerställa att ingen funktionalitet gått förlorad. Testerna ska vara otvetydiga och kunna upprepas./
/Testerna dokumenteras i ett kalkylblad med följande kolumner./
/modul, beskrivning, procedur, klarat datum, senaste datum då testat ska klaras/
/Exempel: Linjesensorer, Test av kantdetektering, Roboten placeras så den kör mot en kant. Vid kanten ska den vända., 09-09-09, 10-10-11/
/ /mvh Erik / /Gustav Häger wrote:
Nu finns det något på giten, förhoppningsvis klarar excel av det, annars gör jag om det på skolan med en av de datorerna, alla milstolparna är med i alla fall.
Den 14 november 2009 20.31 skrev Thomas A <thoax133@student.liu.se mailto:thoax133@student.liu.se>:
Tittade lite på koden, men du kanske menar den fysiska grunkan? /* fast PWM mode, 1/256 prescale and set OC2 high on TOP, and low on BOTTOM */ PWM brukar vara high on bottom och low on top, dvs COM21:0 = 10 = "Clear OC2 on compare match, set OC2 at BOTTOM, (non-inverting mode)" distance_init() är kommenterad i repot, men din kopia kanske är annorlunda Detta: void scan_sensor_setup(){ ... OCR1B = TRIG_DELAY; } leder till att detta kommer köras vid "trig delay" och inte vid "max timeout": ISR(TIMER1_COMPB_vect){ ... data_raw = 0xFF; //say we saw something really far away //move the sensor one step move_sensor_step(); ... } Är det verkligen meningen? Den här masken saknar 1<< på TICIE1, sabbar movement-joxet: #define TIMSK_MOVMENT ~((1 << OCIE1A) | (TICIE1)) //Thomas Gustav Häger wrote: > oki, kan sätta mig på Söndag och hitta på lite testfall (har ingen tid > idag). Kan även efterlysa lite hjälp med att testa avståndssensorn om > någon har tid som de behöver göra av med, då jag kommer sitta hela > söndagen och försöka få reda på varför den inte fungerar som den ska. > > //Häger _______________________________________________ Kmm09-3 mailing list Kmm09-3@lists.lysator.liu.se <mailto:Kmm09-3@lists.lysator.liu.se> http://lists.lysator.liu.se/mailman/listinfo/kmm09-3
Kmm09-3 mailing list Kmm09-3@lists.lysator.liu.se http://lists.lysator.liu.se/mailman/listinfo/kmm09-3