Hardware > Hardware (Classic 16-/32-Bit)

Clockpatch für Falcon

<< < (2/3) > >>

Shockwav3:
Simpel ist sicherlich richtig, allerdings hat Petr's PhantomS ja leider bewiesen, dass es dort so einige Stolpersteine gibt (technisch bin ich was das angeht leider garnicht versiert) zum anderen sind seine Zwillinge bestimmt nicht unschuldig daran, dass sich seit Februar nichts mehr daran getan hat ;)

Während die Sache mit dem runterschalten bei DMA/Floppy Zugriffen eigentlich eine gute Idee ist, wiederspricht das nicht eigentlich dem Konzept vom Clockpatch? Des weiteren, ist es einfach so möglich im laufenden Betrieb mehrfach die Busgeschwindigkeit zu ändern (z.B. beim kopieren mehrer kleiner Dateien)? Die Option von 16/20/25 MHz Bus-Speed finde ich aber auf jeden Fall sehr interessant und ist sicherlich extrem hilfreich, vielleicht lässt sich da gar etwas ähnliches wie das CTCM Modul entwickeln, so dass man Feineinstellungen betreiben kann? Wegen der Umschaltung des CPU-Taktes bin ich momentan ein bisschen stutzig, wie willst du das bewerkstelligen? Ähnlich wie ein Skunk32/PowerUp32? Wüsste ich nicht ob sich das wirklich lohnt, da zum einen der Rechner dann noch instabiler wird, die Leistungssteigerung fast nicht merkbar ist (laut den Leuten im Atari-Forum) und man sich im absoluten Zweifelsfall die CPU zerschießt. Grade für sowas kriegt man doch heute noch "relativ leicht" vollwertige Speeder wie die Teile von Centek oder ähnliche

tuxie:
Hi,

also der Hauptstolberstein bei der Phantom ist der Falcon selbst. Der Falcon hat ein so schlechtes Timing, das man sich fragt wie schlecht das Gras in der Atari Schmiede war ;-) .

Ich habe mir auch schon überlegt nen PLL oder so zu nehmen um den takt dann über nen ACC einzustellen. Aber die Leistungssteigerung die man mit einer Busbschleunigung hin bekommt  lohnt denn Aufwand nicht.

Ich meine die Phantom besteht aus einem 74F00 zur Taktumschlatung 32/50Mhz und der 74F04 macht eine Taktaufteilung wie bei dem Clockpatch.

Zur CPU Taktverdopplung:

Ja das Prinzip wie es der Skunk macht. Der Skunk besteht aus einem GAL der anhand von einigen Steuersignalen vom BUS denn Takt zwischen 32/16 umschaltet. (wie das geschieht ist mein Geheimnis ;-) ).

Die CPU des Falcon ist eine Umgelabelte 32MHz CPU und ich denke ich weiß auch wodurch die Instabilitäten z.B. bein Skunk entstehen und ich denke ich habe auch eine Lösung dafür. Dafür muß allerdings in die Busemulation eingegriffen werden. Das Problem beim Skunk ist, das das Umschaltsignal von der Busemulation geliefert wird, d.h das schon eine Verzögerung von rund 12ns entstanden sind bevor der GAL des Skunk das Signal bekommt. Der GAL das Skunk hat auch wieder ne Verzögerung von 7-15ns je nach GAL. Das Umschaltsignal muß direkt von der CPU kommen, damit es keine Timingprobleme gibt.

Wie weit man nun die CPU Treiben kann, kann ich nicht sagen, aber ich denke das sie durchaus mit 40MHz Stabil laufen könnte.

Wichtig ist eben eine guter Clockpatch, daher meine Clockpatch Platine, um ein Optimales Timing für den Falcon zu finden.

Heinz Schmidt:
Moin,

technisch verstehe ich nur ein Bruchteil und kann inhaltlich nicht mitreden. Aber das Ergebnis interessiert mich brennend. Mein CT63 kann eine stabile Busbeschleunigung gut gebrauchen. Und einen guten Clockpatch braucht er auch dringend, da ich hoffe damit seine SCSI und IDE Probleme in den Griff zu bekommen. Bin gespannt auf den weiteren Verlauf ...

Gruß Martin WW

Shockwav3:
Mal ne Frage Martin: Wann hast du deine CT63 bekommen und bestellt? Ich warte jetzt schon 13 Monate und wie's aussieht werd ich wohl auch noch ohne CTCM auskommen müssen. Bin echt enttäuscht, vor allem nachdem die ersten im März diesen Jahres ausgeliefert wurden.

guest522:
Gab es nicht schon mal sowas ähnliches? - universal clock patch - hab ich mal irgendwann nachgebaut.


--- Zitat ---Und einen guten Clockpatch braucht er auch dringend, da ich hoffe damit seine SCSI und IDE Probleme in den Griff zu bekommen. Bin gespannt auf den weiteren Verlauf ...
--- Ende Zitat ---

Also bei meiner CT60 hat der SDMA Patch Heilung für die Instabilitäten bei I/O Operationen gebracht. Den Clock-Patch habe ich komplett rausgeworfen.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete