Autor | Thema |
---|---|
bastler
PU-Meister Registriert seit: Mai 2004 Wohnort: BaWü Verein: Beiträge: 437 Status: Offline |
Beitrag 95643
[17. Februar 2006 um 11:20]
Also, das Problem beim Diagramme Zeichnen ist jetzt gelöst. Es kann und darf jetzt aus rein mathematischen Gründen gar nicht mehr auftreten.
Alle anderen Probleme bestehen nach wie vor. habe Scorpions' Rakete auf nem anderen PC getestet, dort wurden auch 77m bei 4,4 s angegeben.... @Scorpion: Hast du was an den Konstanten geändert? Gruß bastler Geändert von bastler am 17. Februar 2006 um 11:21 |
Scorpion_XIII
Poseidon Registriert seit: Jun 2005 Wohnort: Verein: Beiträge: 1154 Status: Offline |
Beitrag 95650
[17. Februar 2006 um 14:34]
ähm nein eigentlich nicht, sollte alles gleich sein.
t(h)rust in GARDENA |
Kai.D
Drechsel-Lehrling Registriert seit: Nov 2005 Wohnort: Verein: Beiträge: 55 Status: Offline |
Beitrag 95662
[17. Februar 2006 um 16:59]
vllt Hilfts Ja, aber ich hab auch die 68,225 m raus.
mfg Kai Geändert von Kai.D am 17. Februar 2006 um 17:05 |
bastler
PU-Meister Registriert seit: Mai 2004 Wohnort: BaWü Verein: Beiträge: 437 Status: Offline |
Beitrag 95666
[17. Februar 2006 um 17:22]
Interessant...Klar hilft das!
hm. Jetzt steht's 3 zu 2. 3 für 77m und 2 für 68m. Habs vorhin noch bei enm Kumpel getestet. Vielleicht liegt das einfach an den unterschiedlichen Rechnern. Meine Testrechner hatten immer WinXP und Pentium-Prozessoren. Eure? Nuja, da kann man wohl nix machen. Gruß bastler |
Neil
99.9% harmless nerd
Registriert seit: Aug 2000 Wohnort: Delft Verein: SOLARIS Beiträge: 7776 Status: Offline |
Beitrag 95670
[17. Februar 2006 um 18:01]
Hi,
bestimmte Prozessoren haben keine Logik für Rechnungen wie Wurzel oder so. Die haben intern eine Tabelle abgelegt wo das Ergebnis drin steht. Das ist einfacher und schneller. Wenn ihr also unterschieldiche Prozessoren verwendet könnte das eine Fehlerquelle sein. Genauso auch die Fließkommarechnung. Aber ich glaube der Fehler durch runden sollte nicht so groß ausfallen. Es gab mal vor Jahren mit den ersten Pentium Prozessoren Probleme. Es gab dann ein Bugfix für Windows damit der Prozessor wieder richtig gerechnet hat. Gruß Neil Die Erde ist eine Scheibe. Egal in welche Richtung sich die Menschheit bewegt, sie geht immer auf einen Abgrund zu. |
Kai.D
Drechsel-Lehrling Registriert seit: Nov 2005 Wohnort: Verein: Beiträge: 55 Status: Offline |
Beitrag 95678
[17. Februar 2006 um 19:21]
hab windows xp professional + Pentium, welchen genau kann ich jetzt nicht sagen, es gibt zwei verschiedenen mit 3.06 GHz
|
Hansi
Epoxy-Meister Registriert seit: Sep 2004 Wohnort: Braunschweig Verein: Beiträge: 301 Status: Offline |
Beitrag 95688
[17. Februar 2006 um 22:01]
Könnt ihr mal die Randbedingungen erzählen?
Also das selben Programm? Ergibt bei welchen Eingabewerte? Welche Ergebnisse auf Rechner A und auf Rechner B? @Bastler: Kannst du die Eingangsgrößen der Berechnung als Werte in einem Fenster anzeigen? So als Kontrolle? Geändert von Hansi am 17. Februar 2006 um 22:02 Von uns allen bleibt nur Asche über. Ein Beitrag von Hans-Jürgen Sasse |
bastler
PU-Meister Registriert seit: Mai 2004 Wohnort: BaWü Verein: Beiträge: 437 Status: Offline |
Beitrag 95697
[18. Februar 2006 um 12:07]
@Neil: Genau von diesen unterschiedlichen Tabellen habe ich auch gehört. Vielleicht summieren sich diese Fehler einfach. eine 1,6l-Rakete hat ja schon um die 29000 berechnungsschritte...
Hm. Habe eben mir nochmal den Simulator runtergeladen, den ich euchzum testen gegeben habe. Mit diesem erhalte ich in der Tat auch 68m. Habe inzwischen nur auf einer neueren Version getestet. Aber im Simulationscode selbst habe ich nichts geändert.... Nur öfters neu compiliert. @Hansi: Klar, kann ich das, nur welche Eingangsgrößen meinst du genau? Die Raketenparameter werden ja alle eingegeben, Schub, Beschleunigung usw. in der Wertetabelle dargestellt...Nur Größen wie Raketenquerschnittsfläche wird nicht angezeigt... Ich find's irgendwie total verwirrend. Werde dann jetzt nochmal danach gucken, warum da jetzt auf einmal was anderes rauskommt. Na dann, Gruß bastler Geändert von bastler am 18. Februar 2006 um 12:07 |
bastler
PU-Meister Registriert seit: Mai 2004 Wohnort: BaWü Verein: Beiträge: 437 Status: Offline |
Beitrag 95699
[18. Februar 2006 um 12:34]
AHHH!
Gesucht, gefunden. Warum ich da vorher nicht draufgekommen bin, weiß ich auch nicht... Habe natürlich schon ein kleines bisschen was geändert, allerdings beim Einlesen... Das Problem: Ich habe eine simple If-then Kontrolle weggelassen...Wo eine hin muss... Sonst tritt eben dieser Fehler auf. Delphi macht also doch bloß das was man ihm sagt... Wenn der Programmierer sich doof anstellt... Na dann...Darum gibt's jetzt die nächste Version, mit Zweiter Stufe, Optimierung und behobenem Fehler beim Berechnen und Diagramme zeichnen. Viel Spass damit. So ein Feedback wie jetzt war echt Spitze. Ohne euch hätte ich den Fehler nie gefunden. Bitte wieder so... Anhang: simulator1.1b.zip Gruß bastler Geändert von bastler am 18. Februar 2006 um 12:36 |
Scorpion_XIII
Poseidon Registriert seit: Jun 2005 Wohnort: Verein: Beiträge: 1154 Status: Offline |
Beitrag 95703
[18. Februar 2006 um 14:43]
tut mir ja echt leid, aber mit dem Diagramm hab ich noch so meine Probleme.
Wenn man auf die Zeichenfläche klickt, kommt eine starke Vergrößerung. Klickt man dann aufs Lupenminus, ist es wie vorher. Ich schätze das soll so? Vergrößert man aber mit dem Lupenplus, kann man es nicht wieder verkleinern. Ach ja und es wäre schön, wenn du die Bezeichnungen etwas ausführlicher machen könntest beim Diagramm. Also nicht nur , sondern evtl. Höhe oder so. Kurz die Label umschreiben müsste ja gehen vielleicht auch noch farbig? Noch eine Erweiterung: Ich weiß jetzt nicht, wie viel du daran programmieren willst, aber sowas, wie speichern und öffnen von Raketen wäre sicher ne super Sache. Lässt sich ja "relativ einfach" mit .ini Files regeln. P.S. Hints (diese kleinen gelben Dinger wenn man mit der Maus über etwas ist) bei so manchen Sachen wären sicher nicht verkehrt (Düsendurchmesser Gardena z.B.) Gruß Scorpion_XIII t(h)rust in GARDENA |