10 svar
255 visningar
SimonL behöver inte mer hjälp
SimonL 247
Postad: 27 mar 2021 12:15 Redigerad: 27 mar 2021 12:17

Halveringstidsbestämning med hänsyn till bakgrundsstrålning

Hej!

Jag har fastnat på den här

Jag kan ju se på tabellen att Counts har halverats efter cirka 70 sekunder. Men man ska motivera med beräkningar för att få poäng på uppgiften.

Bakgrundsstrålningen=960600=1,6 Bq, jag får ut bakgrundsstrålningen men förstår inte hur den ska användas i uppgiften, jag testade att välja ut två tabellvärden och sedan räkna ut strålningen vid dem i Bq för att sedan sätta in värena i formeln A=A0·0,5tT12, men jag måste ha gjort något fel för jag får halveringstiden till cirka 20 sekunder och det stämmer inte överens med tabellen.

Tack på förhand!

SvanteR 2746
Postad: 27 mar 2021 12:35

Spontant skulle jag göra som du gjort, men du måste ju räkna bort bakgrundsstrålningen! Det du mäter består av strålningen från 234Pa + bakgrundsstrålningen. Om du har 960 pulser i bakgrunden per 10 minuter, hur många har du då på 10 sekunder? Subtrahera det värdet så har du antalet pulser som kommer bara från 234Pa.

Men sedan ska du beräkna halveringstiden. Jag håller med dig om att det ser ut att vara ungefär 70 sekunder när man tittar i tabellen. Hur du ska räkna beror lite på vilka metoder du har lärt dig. Ett sätt är att mata in hela tabellen i en dator eller miniräknare och anpassa en kurva till punkterna. Om du inte har lärt dig det är ett alternativ att välja några olika kombinationer av tidpunkter och använda formeln du skriver. Då får du lite olika värden, men du kan ta medelvärdet. Testa det, och visa dina beräkningar om det inte funkar!

SimonL 247
Postad: 27 mar 2021 12:39
SvanteR skrev:

Spontant skulle jag göra som du gjort, men du måste ju räkna bort bakgrundsstrålningen! Det du mäter består av strålningen från 234Pa + bakgrundsstrålningen. Om du har 960 pulser i bakgrunden per 10 minuter, hur många har du då på 10 sekunder? Subtrahera det värdet så har du antalet pulser som kommer bara från 234Pa.

Men sedan ska du beräkna halveringstiden. Jag håller med dig om att det ser ut att vara ungefär 70 sekunder när man tittar i tabellen. Hur du ska räkna beror lite på vilka metoder du har lärt dig. Ett sätt är att mata in hela tabellen i en dator eller miniräknare och anpassa en kurva till punkterna. Om du inte har lärt dig det är ett alternativ att välja några olika kombinationer av tidpunkter och använda formeln du skriver. Då får du lite olika värden, men du kan ta medelvärdet. Testa det, och visa dina beräkningar om det inte funkar!

Men går formeln för aktivitet att använda när det är counts. Jag förstår inte hur jag ska räkna..

SimonL 247
Postad: 27 mar 2021 12:39 Redigerad: 27 mar 2021 12:53
SimonL skrev:
SvanteR skrev:

Spontant skulle jag göra som du gjort, men du måste ju räkna bort bakgrundsstrålningen! Det du mäter består av strålningen från 234Pa + bakgrundsstrålningen. Om du har 960 pulser i bakgrunden per 10 minuter, hur många har du då på 10 sekunder? Subtrahera det värdet så har du antalet pulser som kommer bara från 234Pa.

Men sedan ska du beräkna halveringstiden. Jag håller med dig om att det ser ut att vara ungefär 70 sekunder när man tittar i tabellen. Hur du ska räkna beror lite på vilka metoder du har lärt dig. Ett sätt är att mata in hela tabellen i en dator eller miniräknare och anpassa en kurva till punkterna. Om du inte har lärt dig det är ett alternativ att välja några olika kombinationer av tidpunkter och använda formeln du skriver. Då får du lite olika värden, men du kan ta medelvärdet. Testa det, och visa dina beräkningar om det inte funkar!

Men går formeln för aktivitet att använda när det är counts? Jag förstår inte hur jag ska räkna.. Det går ju liksom inte att räkna ut Bq då tiden är 0.

Först gjorde jag så här

A=A0·0,5tT12  T12=tlnAA0ln0,5A0= 466-16=450 CountsA=416-16=400 Countst=10 sT12 59 s

Är det logiskt?

SvanteR 2746
Postad: 27 mar 2021 13:02

Ja, det är rätt räknat, men du får större osäkerhet när du väljer två punkter som ligger så nära varandra. Du får tänka på att i ett riktigt experiment varierar värdena lite slumpmässigt, och den variationen påverkar resultatet. Välj 2-3 kombinationer av punkter som ligger långt från varandra i stället och räkna på dem.

Sedan en detalj som inte spelar roll för resultatet: När man räknar med halveringstider använder man nästan alltid log2. Det beror på att log2(0,5) = -1. Då slipper man göra som du och räkna ut ln(0,5) varje gång. Men din metod ger samma resultat.

SimonL 247
Postad: 27 mar 2021 13:11
SvanteR skrev:

Ja, det är rätt räknat, men du får större osäkerhet när du väljer två punkter som ligger så nära varandra. Du får tänka på att i ett riktigt experiment varierar värdena lite slumpmässigt, och den variationen påverkar resultatet. Välj 2-3 kombinationer av punkter som ligger långt från varandra i stället och räkna på dem.

Sedan en detalj som inte spelar roll för resultatet: När man räknar med halveringstider använder man nästan alltid log2. Det beror på att log2(0,5) = -1. Då slipper man göra som du och räkna ut ln(0,5) varje gång. Men din metod ger samma resultat.

Men när jag tar ett stort omfång får jag halveringstiden till ca 110 s

SimonL 247
Postad: 27 mar 2021 13:18
SvanteR skrev:

Ja, det är rätt räknat, men du får större osäkerhet när du väljer två punkter som ligger så nära varandra. Du får tänka på att i ett riktigt experiment varierar värdena lite slumpmässigt, och den variationen påverkar resultatet. Välj 2-3 kombinationer av punkter som ligger långt från varandra i stället och räkna på dem.

Sedan en detalj som inte spelar roll för resultatet: När man räknar med halveringstider använder man nästan alltid log2. Det beror på att log2(0,5) = -1. Då slipper man göra som du och räkna ut ln(0,5) varje gång. Men din metod ger samma resultat.

Jag gjorde så här också:

t0=466-16=450 Countst10=416-16=400 Countst20=390-16=374CountsA0=450+40010=85 BqA=400+37410=77,4 BqDå blir T12 74 s

Vi använde den metoden på beräkning vid en laboration tidigare i vintras, jag dividerar med 10 eftersom att t=10 s, jag vet inte om det är en slump att jag får rätt eller om jag gör rätt.

SvanteR 2746
Postad: 27 mar 2021 15:15

När jag tar de punkter som ligger längst från varandra (t=0 och t=80) får jag 74 sekunder. Hur räknar du för att få 110?

Den andra metoden du använder funkar, men är lite onödig om man bara vill beräkna halveringstiden.  Poängen med att ta medelvärdet så där är att få ett mått på aktiviteten vid en viss tidpunkt.

450/10 counts är ju medelvärdet mellan 0 och 10 sekunder. 416/10 är medelvärdet mellan 10 och 20 sekunder.

Att då beräkna medelvärdet mellan dem är ett sätt att uppskatta aktiviteten vid exakt 10 sekunder. Men det behövs inte för att beräkna halveringstiden. Att du fick 74 där beror på att du råkade få två punkter som låg nära linjen. Det är därför man ska göra några stycken beräkningar och ta medelvärdet.

SimonL 247
Postad: 27 mar 2021 15:30 Redigerad: 27 mar 2021 15:45
SvanteR skrev:

När jag tar de punkter som ligger längst från varandra (t=0 och t=80) får jag 74 sekunder. Hur räknar du för att få 110?

Den andra metoden du använder funkar, men är lite onödig om man bara vill beräkna halveringstiden.  Poängen med att ta medelvärdet så där är att få ett mått på aktiviteten vid en viss tidpunkt.

450/10 counts är ju medelvärdet mellan 0 och 10 sekunder. 416/10 är medelvärdet mellan 10 och 20 sekunder.

Att då beräkna medelvärdet mellan dem är ett sätt att uppskatta aktiviteten vid exakt 10 sekunder. Men det behövs inte för att beräkna halveringstiden. Att du fick 74 där beror på att du råkade få två punkter som låg nära linjen. Det är därför man ska göra några stycken beräkningar och ta medelvärdet.

t=80 sA0=450 CountsA=212 CountsA=A0·12tT12lnAA0=tT12ln12lnAA0ln12=tT12T12=tlnAA0ln12Sen sätter jag in värdenaT12=80ln212450ln1274 s

Jag måste ha slarvat någonstans när jag gjorde det första gången, tack så mycket för hjälpen!

SimonL 247
Postad: 27 mar 2021 15:36 Redigerad: 27 mar 2021 15:45
SimonL skrev:
SvanteR skrev:

När jag tar de punkter som ligger längst från varandra (t=0 och t=80) får jag 74 sekunder. Hur räknar du för att få 110?

Den andra metoden du använder funkar, men är lite onödig om man bara vill beräkna halveringstiden.  Poängen med att ta medelvärdet så där är att få ett mått på aktiviteten vid en viss tidpunkt.

450/10 counts är ju medelvärdet mellan 0 och 10 sekunder. 416/10 är medelvärdet mellan 10 och 20 sekunder.

Att då beräkna medelvärdet mellan dem är ett sätt att uppskatta aktiviteten vid exakt 10 sekunder. Men det behövs inte för att beräkna halveringstiden. Att du fick 74 där beror på att du råkade få två punkter som låg nära linjen. Det är därför man ska göra några stycken beräkningar och ta medelvärdet.

t=80 sA0=450 CountsA=212 CountsA=A0·12tT12lnAA0=tT12ln12lnAA0ln12=tT12T12=tlnAA0ln12Sen sätter jag in värdenaT12=80ln212450ln12 74 s

Jag måste ha slarvat någonstans när jag gjorde det första gången, tack så mycket för hjälpen!

Vi har inte snackat någonting om log2 så jag kör på ln ändå, det känns som ett säkrare kort.

SvanteR 2746
Postad: 27 mar 2021 16:01
SimonL skrev:
SimonL skrev:
SvanteR skrev:

När jag tar de punkter som ligger längst från varandra (t=0 och t=80) får jag 74 sekunder. Hur räknar du för att få 110?

Den andra metoden du använder funkar, men är lite onödig om man bara vill beräkna halveringstiden.  Poängen med att ta medelvärdet så där är att få ett mått på aktiviteten vid en viss tidpunkt.

450/10 counts är ju medelvärdet mellan 0 och 10 sekunder. 416/10 är medelvärdet mellan 10 och 20 sekunder.

Att då beräkna medelvärdet mellan dem är ett sätt att uppskatta aktiviteten vid exakt 10 sekunder. Men det behövs inte för att beräkna halveringstiden. Att du fick 74 där beror på att du råkade få två punkter som låg nära linjen. Det är därför man ska göra några stycken beräkningar och ta medelvärdet.

t=80 sA0=450 CountsA=212 CountsA=A0·12tT12lnAA0=tT12ln12lnAA0ln12=tT12T12=tlnAA0ln12Sen sätter jag in värdenaT12=80ln212450ln12 74 s

Jag måste ha slarvat någonstans när jag gjorde det första gången, tack så mycket för hjälpen!

Vi har inte snackat någonting om log2 så jag kör på ln ändå, det känns som ett säkrare kort.

log2 är logaritmer med 2 som bas, precis som ln är logaritmer med e som bas. Man brukar gå igenom det i Ma2, men man använder dem oftast inte så mycket. Men kör med det som funkar, det blir rätt vilket som!

Svara
Close