Bestäm konstanten k så att värdet av vektorfältet blir en vektor parallell med r


Jag använde mig av indexräkning och kommer ej längre än såhär. Hur tar jag reda på den okända k ?
Dina räkningar är lite röriga så jag har svårt att snabbt få en överblick men det ser rätt ut fram till deltakontraktionerna. Utnyttja att (jag har bytt ut mot eftersom du använder k som index också).
Du kommer få kvar termer som innehåller och de pekar ju automatiskt åt rätt håll (dvs är parallella med ). Du får också kvar termer som innehåller och de behöver summera till 0 eftersom kan peka åt godtyckligt håll. Det kan också underlätta att applicera indexbyten (genom ) innan du deriverar.
Visa spoiler
Nu måste för att inte ge överlevnadschanser
D4NIEL skrev:Dina räkningar är lite röriga så jag har svårt att snabbt få en överblick men det ser rätt ut fram till deltakontraktionerna. Utnyttja att (jag har bytt ut mot eftersom du använder k som index också).
Du kommer få kvar termer som innehåller och de pekar ju automatiskt åt rätt håll (dvs är parallella med ). Du får också kvar termer som innehåller och de behöver summera till 0 eftersom kan peka åt godtyckligt håll. Det kan också underlätta att applicera indexbyten (genom ) innan du deriverar.
Visa spoiler
Nu måste för att inte ge överlevnadschanser
Men jag förstår inte vad som är fel med min lösning. jag hänger inte heller på hur du gör. Varför är derivatan av r_k inte k*r_k^(k-1)?
Tänk på att är en funktion .
betyder alltså
D4NIEL skrev:Tänk på att är en funktion .
betyder alltså
Ja okej så vi behöver derivera x , y och z komponentvis med roten ur?
Ja, eller använda någon formel ni lärt er för att hantera som Patenteramera visar.
D4NIEL skrev:Ja, eller använda någon formel ni lärt er för att hantera som Patenteramera visar.
För vi får ju k/2r^(k-2)/2.
Nja,
D4NIEL skrev:Nja,
Men r=sqrt(x^2+y^2+z^2)?
D4NIEL skrev:Nja,
Men jag får 2k*rk-2*r. Var försvann 2an?
Du får visa hur du räknar så kan vi säkert reda ut var det går galet.
Tänk på att , det ramlar ju ned en om du räknar i till exempel.
D4NIEL skrev:Du får visa hur du räknar så kan vi säkert reda ut var det går galet.
Tänk på att , det ramlar ju ned en om du räknar i till exempel.
Ja okej jag förstår nu tack vare AI:s exempel på det. Men jag trodde r var bara en vanlig vektor som inte är en funktion av (x,y,z). Hur som helst nu har jag detta och skall hitta värdet k då A är parallell med r. Hur gör jag det? Ska man sätta hela den termen lika med r då ?

Om du till exempel får där vektor får vara vad som helst måste för att och ska vara parallella.
Ett annat sätt att se det är att för något tal
Ett tredje sätt är att notera att om och är parallella.
Du verkar inte ha landat i helt rätt uttryck för eller också misstolkar jag vad du skriver.
D4NIEL skrev:Om du till exempel får där vektor får vara vad som helst måste för att och ska vara parallella.
Ett annat sätt att se det är att för något tal
Ett tredje sätt är att notera att om och är parallella.
Du verkar inte ha landat i helt rätt uttryck för eller också misstolkar jag vad du skriver.
Jaha okej. Jag vet inte om A ska ha något uttryck,det står justnu ai på första och sista termen och sen aj på andra termen. Jag jobbade bara med derivatan av rkk vilket vi kom fram till var krk-2r. Så sista termen och andra termen ska vara 0 då?
Du fick

Nu är och därmed får vi
i vektornotation blir det
Vi inser att är parallell med för alla vektorer om
D4NIEL skrev:Du fick
Nu är och därmed får vi
i vektornotation blir det
Vi inser att är parallell med för alla vektorer om
Fast nu hänger jag inte med. Jag fick det här uttrycket. Var kommer extra rj ifrån? Det hade inte jag. Vad gör du med aj och ri i första termen? Sen finns det ett r i båda termerna utom den sista.


Jag förstår inte var den extra rj kommer ifrån i din första rad. Det hade inte jag som sagt.
I andra raden hänger jag inte alls med på vad du gör. Det är inte identiskt med vad som står i första raden.
I tredje raden förstär jag inte var rjaj kommer ifrån som du använder.
Såhär fortsatte jag då jag bröt ut gemensam faktor i första och andra termen

Det har det smugit sig med ett index extra på den skalära funktionen redan från början, här

När du deriverar har felet fortplantat sig hela vägen hit
Eftersom är en skalär funktion ska den inte ha något index. När du deriverar med avseende på index ska den ha få ett index (bli en gradient)
<-- notera att det nu är en vektor.
Den första termen ska därför vara
<-- notera att är fritt index, är bundet.
Är du med?
På samma sätt blir den andra termen
<-- notera återigen att är ett fritt index, ska kontraheras.
När du kontraherar får du och därmed kan du förenkla
D4NIEL skrev:Det har det smugit sig med ett index extra på den skalära funktionen redan från början, här
När du deriverar har felet fortplantat sig hela vägen hit
Eftersom är en skalär funktion ska den inte ha något index. När du deriverar med avseende på index ska den ha få ett index (bli en gradient)
<-- notera att det nu är en vektor.
Den första termen ska därför vara
<-- notera att är fritt index, är bundet.
Är du med?
På samma sätt blir den andra termen
<-- notera återigen att är ett fritt index, ska kontraheras.
När du kontraherar får du och därmed kan du förenkla
Vill du visa varifrån rj dyker upp? Jag hänger inte med på den biten. Jag suddade alla index k som r^k hade.
Index kommer från derivatan.
<-- här dyker upp
Är du med?
D4NIEL skrev:Index kommer från derivatan.
<-- här dyker upp
Är du med?
Ja jag är med på att du deriverar men inte hur den uppstår med j som index. förut sa vi att dj(r^k)=kr^(k-2)*r?
Men är vektornotation, du får inte blanda vektornotation med indexnotation, åtminstone inte på samma sida om ett likhetstecken.
Vidare måste du följa indexreglerna. Om vänstersida har ett fritt index så måste också höger sida ha ett fritt index . Alltså
<-- har ett fritt index
<-- har ett fritt index
<-- vektornotation, saknar index, får inte användas när vi räknar med index. Ibland skriver man lite slarvigt , men när du räknar måste du hålla indexen balanserade på båda sidor.
D4NIEL skrev:Men är vektornotation, du får inte blanda vektornotation med indexnotation, åtminstone inte på samma sida om ett likhetstecken.
Vidare måste du följa indexreglerna. Om vänstersida har ett fritt index så måste också höger sida ha ett fritt index . Alltså
<-- har ett fritt index
<-- har ett fritt index
<-- vektornotation, saknar index, får inte användas när vi räknar med index.
Okej jag såg det bara som d(r^k) utan index . Men med index så blir det då multiplicetat med rj då vi deriverar map på en index. När man skriver r=rj , menar man r=(xj,yj,zj)?
Ja, fast utan index . får löpa från 1 till 3 eller från till , så här
eller ibland . Så till exempel och
Man skriver ibland lite slarvigt att eftersom det är lättare att "se" vad ett uttryck blir i vektornotation då. Men när du räknar måste du vara noga med att du har exakt lika många fria index på varje sida, samt att de heter samma.
Har du ett fritt index på höger sida måste du ha ett fritt index på vänster sida.
D4NIEL skrev:Ja, fast utan index. får löpa från 1 till 3 eller från till
eller ibland . Så till exempel och
Man skriver ibland lite slarvigt att eftersom det är lättare att "se" vad ett uttryck blir i vektornotation då. Men när du räknar måste du vara noga med att du har exakt lika många fria index på varje sida, samt att de heter samma.
Har du ett fritt index på höger sida måste du ha ett fritt index på vänster sida.
Ja ok men då förstår jag. Men då har jag denna term. I andra termen ser vi att rj*rj=r^2 som du sa och aj*rj=(r*a)?

Ja, men det blir ju (k+2) eftersom du har ett minustecken framför , eller hur?
Och nu måste summera till noll för att och ska vara parallella för alla vektorer .
D4NIEL skrev:Ja, men det blir ju (k+2) eftersom du har ett minustecken framför , eller hur?
Och nu måste summera till noll för att och ska vara parallella för alla vektorer .
Ja precis det ska vara (k+2). Skrev fel. Juste vad händer med vänsterttermen om högerttermen summeras till 0? Varför är just högerttermen så intresaant att titta på?
Vänstertermen är en vektor med , dvs den pekar helt i riktningen , dvs helt i riktning .
Högertermen är en vektor , dvs den pekar helt i riktningen . Eftersom är en godtycklig konstant vektor måste vi ta bort den så att vi är säkra på att vi bara har kvar saker som pekar i riktning
Är du med?
D4NIEL skrev:Vänstertermen är en vektor med , dvs den pekar helt i riktningen , dvs helt i riktning .
Högertermen är en vektor , dvs den pekar helt i riktningen . Eftersom är en godtycklig konstant vektor måste vi ta bort den så att vi är säkra på att vi bara har kvar saker som pekar i riktning
Är du med?
Ja jag är med. Så du menar att vi dividerar med a efter att han brutit ut a och sen delar allt med a så att vi får detta kvar?

Nej, vi får inte dela med en vektor.
Vi behöver få denna term att bli . Det enklaste är att sätta då blir den ju 0.
D4NIEL skrev:Nej, vi får inte dela med en vektor.
Vi behöver få denna term att bli . Det enklaste är att sätta då blir den ju 0.
Ok men du sa att a är en konstant vektor så den kan vi få bort , det var därför jag försökte dela med a. Varför ska vi bara ha kvar vänsttermen med ri om a och r ska vara parallella?
Du har i princip en vektor som ser ut så här
Där och är skalära funktioner. Delen med är ju uppenbarligen parallell med .
Delen med kan ju dock peka åt vilket håll som helst beroende på vad är. Därför måste vi se till att det som står framför blir noll. Är du med?
D4NIEL skrev:Du har i princip en vektor som ser ut så här
Där och är skalära funktioner. Delen med är ju uppenbarligen parallell med .
Delen med kan ju dock peka åt vilket håll som helst beroende på vad är. Därför måste vi se till att det som står framför blir noll. Är du med?
Jo jag är med. Det låter logiskt eftersom vi söker värdet på k sådant att någon funktion multiplicerat med ri som pekar i den riktningen och då måste högertermen vara den som är parallell med A.