TheiaSim - 14. oldal

Téma beállítások
kijelző

Ha elhanyagoljuk az aszteroidák gravitációs hatását a bolygókon, egyszerűen megszámolhatnánk az aszteroidákat a teszt testek között.

teszt testek

A számok helyesek: 4,4 e17 négyzetkilométer.

Ezután a valószínűség ismét megfelel .

Tőlem természetesen pillanatnyilag igen.

BTW: Ma olvastam egy kicsit a SCATR kódba, mert szeretnék kiszámolni az összehasonlításokat a BS kódunkkal. De a Fortrant elég jól kell tudni olvasni ahhoz, hogy a bemeneti fájlokat úgy módosíthassa, hogy a "kezdési feltételeinket (= 2011.04.01. Vagy valami hasonló) minden bolygóra kiszámoljuk. A teszt testek számát először nullára lehet állítani. Érdekelne, hogy a SCATR milyen eredményeket számol például egy évre, és mekkora eltérések vannak a BS-kóddal kapott eredményektől.

Igazad van, sőt, köszönöm ezt a "lépést az A-ba". Ez azt mutatja, hogy bizonyos érdeklődés mutatkozik a téma iránt. A mostani projekt ismét sokkal érdekesebbé vált számomra a SCATR kód révén. Ha te is szeretnéd a Fortran kódot, szívesen elküldöm neked. Nagyon jól sikerült és nagyon oktató.
Üdvözlet

Tudja valaki, hogyan lehet megérteni a 2.959e-4 naptömegét? A többi információ miatt ennek az értéknek arányosnak kell lennie az SI tömegével. A geometriai egységek nem.

Először nyaralok.
Bernhard, talán naptömegekben?

Ezt félreértik. A programban a nap tömegét használják, amelynek értéke 2,959e-4.

a) A teszt testek indulási körülményeit a tp.in fájl segítségével lehet szabályozni. Ez a fájl azonban számos olyan paramétert tartalmaz, amelyek számomra még nem teljesen tisztázottak.

b) A param.in fájl vezérli a program sorrendjét, és feltételezhetően jelenleg 1 millió éven át tartó szimulációt nyújt. Számítottam néhány példát több mint 1 év és 100 év kifejezéssel.

c) A bolygók kiindulási viszonyaihoz a heliocentrikus koordinátákat AU-ban és a sebességeket AU/napban a pl.in fájlban adjuk meg.

Ezt nem tudom kitalálni.

Általánosságban javasolnám az SI egységek következetes használatát, még akkor is, ha terjedelmesek lesznek. Mert biztosan nem fog konverziós hibát okozni.

Bizonyos esetekben a számokat bizonyos tartományban kell tartani a számítási és a kerekítési hibák elkerülése érdekében. Mielőtt mi vagy nem értenénk jobban a kódot, egyelőre így hagyhatja. A tömeg mértékegységét azonban tisztázni kell. Annak érdekében, hogy feleslegesen ne zavarja Nathan Kaib-ot, fel lehet venni a kapcsolatot egy SWIFT-íróval.

BTW: Jelenleg azon is gondolkodom, hogy miként lehet a teljes kódot C/C ++ nyelvre fordítani. Az f2c Linux eszköz néhány részletnél meghibásodik, de csökkentheti a gépelést. Egy ilyen fordítás mindenképpen hasznos lenne.
Üdvözlet