atari-home.de - Foren
Hardware => Hardware (High-End) => Thema gestartet von: Lukas Frank am Sa 23.04.2022, 11:38:10
-
DHL war gerade da. Hat mich knapp 46,- Euro an Zollgebühren gekostet. Ich hatte David 200,- Euro gespendet für sein Projekt. Habe jetzt einen DFB1 Beschleuniger zum Test mit der Nova Falcon. Muss mir aber erst einen Quarz bestellen für die Karte ...
-
Damit ich die Pins für die Nova Falcon auflöten kann muss der Oszillator Sockel erstmal ausgelötet werden. Bevor ich das mache teste ich Karte mal ...
-
Cool, bin gespannt, wäre ja auch noch was für meinen Falcon.
-
Dachte man schaltet den Rechner ein und hat Fastram wie beim Atari TT oder der PAK68/3 aber dem war nicht so. Man muss die TFTOOLS nutzen zusammen mit NVDI weil NVDI den Blitter umgeht. Ohne NVDI bekommt man Pixelmüll und der Desktop ist nicht mehr nutzbar. Die Gembench Ergebnisse sind einmal mit Fastram.prg und einmal mit maprom.prg plus NVDI im Autoordner.
Bei mir ist das aber alles instabil und nicht Nutzbar. Mein Falcon ist original ohne Clockpatch, muss mal mit David schreiben woran es liegt ...
-
Gefällt mir... wenns mit der Nova auch noch läuft, wow.
-
Auch hier wieder das Problem, der Blitter kann nicht aufs Fastram zugreifen und wohl auch nicht aufs TOs. Was aber beides zwingend notwendig ist..
-
Auch hier wieder das Problem, der Blitter kann nicht aufs Fastram zugreifen und wohl auch nicht aufs TOs. Was aber beides zwingend notwendig ist..
Ich kenne keinen Atari-Rechner, wo der Blitter auf das FastRAM zugreifen könnte und auch keinen Clone.
Warum ist das "zwingend notwendig"?
-
Ich kenne keinen Atari-Rechner, wo der Blitter auf das FastRAM zugreifen könnte
Welchen Atari-Rechner kennst Du denn, der von Haus aus Blitter und Fast-RAM mitbrächte? Der TT hat keinen Blitter, alle anderen Rechner kein Fast-/Alt-RAM.
Fakt ist, dass sich Programme darauf verlassen, dass sie aus ihrem Speicherbereich z.B. auf den Bildschirm "blitten" können. Wenn das Programm im Fast-/Alt-RAM läuft und TOS dabei den HW-Blitter verwendet, dann muss der Speicher folglich dafür erreichbar sein. (Atari TOS 4 auf dem Falcon hat m.W. nicht einmal mehr die Routinen, per Software/CPU zu "blitten".)
Deswegen treiben die Entwickler von Alt-RAM-Erweiterungen für den ST/MegaST/STE normalerweise einen ordentlichen Aufwand, um das Alt-RAM für den Blitter erreichbar zu machen.
Mit dem DFB1 im Falcon aus diesem Thread muss man hingegen NVDI installieren (wie Frank schon schrieb), um die SW-Blit-Routinen nachzurüsten. EmuTOS mit deaktiviertem Blitter wäre vermutlich auch eine Option.
-
Auch hier wieder das Problem, der Blitter kann nicht aufs Fastram zugreifen und wohl auch nicht aufs TOs. Was aber beides zwingend notwendig ist..
Ich kenne keinen Atari-Rechner, wo der Blitter auf das FastRAM zugreifen könnte und auch keinen Clone.
Warum ist das "zwingend notwendig"?
Wir sprechen aus Erfahrung ;)
-
Ich kenne keinen Atari-Rechner, wo der Blitter auf das FastRAM zugreifen könnte
Welchen Atari-Rechner kennst Du denn, der von Haus aus Blitter und Fast-RAM mitbrächte? Der TT hat keinen Blitter, alle anderen Rechner kein Fast-/Alt-RAM.
Keinen. Genau.
Atari ist dem Problem offensichtlich aus dem Weg gegangen, entweder es gibt AltRAM - dann keinen Blitter oder eben andersrum.
Das jetzt noch nachrüsten zu wollen, ist m.E. zum Scheitern verurteilt.
Das wird bei Spielen oder Demos aufgrund des oft sowieso nicht genau genug abzubildenden Timings (AltRAM kann per Definition alles mögliche sein: schnell oder schnarchlangsam) nicht funktionieren und GEM-Anwendungen müssen eben das passende VDI haben, das die Blit-Routinen passend zur vorhandenen Hardware implementiert.
TOS4 hat keinen Software-Blitter mehr. Deswegen ist TOS4 ja auch das Falcon-TOS für den Rechner, der kein AltRAM hat.
-
Atari ist dem Problem offensichtlich aus dem Weg gegangen, entweder es gibt AltRAM - dann keinen Blitter oder eben andersrum.
Das jetzt noch nachrüsten zu wollen, ist m.E. zum Scheitern verurteilt.
Ganz so kategorisch würde ich diese Aussage nicht stehen lassen. Z.B. hat der Entwickler der Firmware der Storm ST sich darum gekümmert, die Blitter-Unterstützung (im MegaST oder nachgerüstet im ST) für das Alt-RAM nachzurüsten. Dort ist es also nicht zum Scheitern verurteilt und somit muss der Nutzer keine Klimmzüge (Blitter deaktivieren, "das passende VDI haben") machen; es funktioniert einfach wie gewohnt.
Nun ist es aber beim DFB1 aus diesem Thread bereits konzeptionell unmöglich (imho), das Alt-RAM für den Falcon-Blitter nutzbar zu machen. Deshalb eben der von Frank "bemängelte" Zwang, NVDI o.ä. nutzen zu müssen.
-
Nun ist es aber beim DFB1 aus diesem Thread bereits konzeptionell unmöglich (imho), das Alt-RAM für den Falcon-Blitter nutzbar zu machen. Deshalb eben der von Frank "bemängelte" Zwang, NVDI o.ä. nutzen zu müssen.
Die "richtige" Lösung wäre m.E. hier eben doch, das "passende VDI" zu haben, das selbstständig entscheidet, Screen-to-Screen (bzw. ST-RAM-to-ST-RAM) -Blits per Blitter und AltRam-nach-ST-RAM Blits per Software (oder eben einer anderen Lösung, wie z.B. Bus-Mastering bei Grafikkarten, die das können) auszuführen. NVDI (das "freiwillig" auf den Blitter verzichtet, selbst wenn es ihn benutzen könnte) sehe ich da nur als Notbehelf.
Leider hängen wir da am alten Problem, daß TOS auf so etwas nie vernünftig vorbereitet war.
-
Ich denke die Logic der Firmware so aufzubauen das auch Blitter das Altram ansprechen kann ist nicht der große Aufwand. Man muss nur wissen wie man es am besten macht. Und vor allen berücksichtigen das der Blitter halt mit 16Mhz läuft und nicht mit 50!! Das heißt das auch dies hier berücksichtigt werden muss. Die Storm ST kann das ja eh schon weil für die Storm ST ist es ja kein Unterschied ob CPU oder Blitter zugreifen. Und gerade das bringt einen Enormen Geschwindigkeitsvorteil. Man sollte meinen das dies egal ist aber das ist es nicht.
-
Ich denke die Logic der Firmware so aufzubauen das auch Blitter das Altram ansprechen kann ist nicht der große Aufwand.
Ich schrieb bereits oben: Es geht beim DFB1 konzeptionell nicht! Egal mit wie viel Aufwand.
-
Ich denke die Logic der Firmware so aufzubauen das auch Blitter das Altram ansprechen kann ist nicht der große Aufwand.
Ich schrieb bereits oben: Es geht beim DFB1 konzeptionell nicht! Egal mit wie viel Aufwand.
Sehe ich auch so. Auch die ausgefeilteste Firmware kann keine fehlenden Adressbits herzaubern.
-
Ach halt stimmt ja! Da liegt der Speicher ja oberhalb von 16Mb, daher von Falcon Seite nicht sichtbar!. Hatte das mit dem ST Beschleuniger Verwechselt den er gebaut hat. Da hat er das Problem nämlich auch!.
-
Habe jetzt mal mit David geschrieben und fange ganz unten an ...
32, 40 und 50Mhz Quarz ohne Fastram läuft stabil getestet mit Gembench und Doom. Habe eine Goldcap 33Mhz 030 CPU drauf die mit den 50Mhz kein Problem hat.
Überlege gerade ob ich ein Clock Patch Modul kaufen soll ...
https://centuriontech.eu/product/falcon030-clockpatch/
-
Mit dem TOSPATCH von Markus Heiden https://www.markusheiden.de/download/atari/tp404b20.lzh kann man das entsprechend Patchen wenn ich das richtig verstanden habe.
-
Mit dem TOSPATCH von Markus Heiden https://www.markusheiden.de/download/atari/tp404b20.lzh kann man das entsprechend Patchen wenn ich das richtig verstanden habe.
Warum? Wieso?
-
Warum? Wieso?
Darum
Ohne NVDI bekommt man Pixelmüll und der Desktop ist nicht mehr nutzbar.
-
Die PAK Patches setzen auf ein TOS 3.06 auf. Ich denke mal das geht nicht richtig beim TOS 4.04. Ausserdem kann man den Blitter im Falcon so einfach nicht abschalten. Der ATARI TT hat ja bekanntlich keinen Blitter und beim ST/STE kann man den Abschalten. Das muss ich auch im Mega STE machen mit zusätzlich 6MB Alternate Ram sonst gibt es Müll auf dem Desktop in Form von schwarzen Kästchen ...
-
Ohne Fastram Gembenchwerte bei 32, 40 und 50Mhz.
YARTTT mit 0x1000000 bis 0x1100000 getestet ergibt null Fehler bei 40Mhz und 50Mhz. Bei 32Mhz bombt YAARTTT mit vier bomben ab. YARTTT bis 0x500000 ergibt lauter/jede Menge Errors ...
-
Mit dem TOSPATCH von Markus Heiden https://www.markusheiden.de/download/atari/tp404b20.lzh kann man das entsprechend Patchen wenn ich das richtig verstanden habe.
Es geht um eine TOS404 Patch... ob dort ein 306 Blitterpatch angepasst wurde bzw. die Blitterroutinen in Software auch nachgereicht werden? Kanns in Hatari leider nicht Testen "Your TOS image seems not to be a valid TOS ROM file! (TOS version 404, adress $1f80000)". Kann man Hatari den Test auf Gültigkeit abschalten.
-
Schau dir mal das PAK3.FIL an aus dem Paket. Das ist andersrum gedacht und zwar TOS 4 auf einer PAK68/3 ...
-
Mit dem TOSPATCH von Markus Heiden https://www.markusheiden.de/download/atari/tp404b20.lzh kann man das entsprechend Patchen wenn ich das richtig verstanden habe.
Ich habe das im letzt Jahre vesucht. Es hat nicht fuer mich gemacht.
Bitte vesucht dieses mit Hatari weil wann euch erfolg haben, es sehr gut fuer DFB sein wird!
TOS4 hat nicht soft-blitter Prozesse. EmuTOS hat, aber nicht fur 16-bit farben.
BW
-
Mit dem TOSPATCH von Markus Heiden https://www.markusheiden.de/download/atari/tp404b20.lzh kann man das entsprechend Patchen wenn ich das richtig verstanden habe.
Ich habe das im letzt Jahre vesucht. Es hat nicht fuer mich gemacht.
That's what the German comments in 404REL.FIL say; the patch will disable the Blitter but will also disable any screen output until a (soft loaded) VDI replacement starts up.
-
That's what the German comments in 404REL.FIL say; the patch will disable the Blitter but will also disable any screen output until a (soft loaded) VDI replacement starts up.
Ah, danke, Mfro. As you have spotted, mein Deutsch ist sehr schlect und es hat 25 Jahre alt.
BTW, ich habe ein 'known good' CPU und Ozillator zu Frank angeboten. Mein Falcon hat ein Clock Patch und neue Kondensatoren im PSU, aber es ansonsten auch 'Stock' ist. Ich weiss nicht warum es hier arbeitet, aber nicht fuer Frank. :(
BW
-
Bin sehr gespannt ob das CPU Set von badwolf laufen wird.
-
Heute mal die Pins auf die DFB1 gelötet. Da ich zittere hat das einiges an Nerven gekostet aber ging. Habe alles mit dicker Pappe abgedeckt um die Platine nicht kaputt zu machen. Hatte zuerst einen Schock weil nach dem ersten Einschalten alles tot war, ging dann aber doch ...
-
Wenn Gembench den Blitter anspricht trotz Nova Treiber und NVDI gibt es Pixelmüll. Normale Programme laufen ohne solche Fehler.
Habe auch Probleme mit der FPU. R18 ausgelötet und R1 eingelötet (33 Ohm) und den Sockel für X2 bestückt. Habe eine Motorola 33Mhz FPU die glaube ich defekt ist und eine wahrscheinlich Fake 40Mhz China 68882 FPU ...
-
Heute mal die Pins auf die DFB1 gelötet.
Interessant. Meinst Du damit die Pins, die den Expansion Port des Falcon "nach oben" legen?
-
Ja siehe das entsprechende Bild. Oben auf die DFB1 müssen um Die Nova Falcon betreiben zu können die Pins vom Mainboard durchgeführt werden. Also obenauf auf die DFB1 doppelreihige Pinleisten auflöten ...
-
So ein großer Desktop ist schon eine feine Sache... gratuliere dir zu dem Ergebnis. Was für eine VGA-Karte und welche Treiber hast du benutzt und wirst du das noch in einen Tower einbauen? :)
-
Es ist eine ATI MACH32 mit 2MB VRAM ...
https://silicon-heaven.org/atari/nova/
... um ein vielfaches schneller als das Systemvideo System selbst nur mit ST Ram. Wenn das Fastram fehlerfrei läuft geht die Post ab. Tower ist nicht geplant, vielleicht ein Desktoper Aufsatz. Selber bauen aus Metall vielleicht ?
-
Es ist eine ATI MACH32 mit 2MB VRAM ...
https://silicon-heaven.org/atari/nova/
... um ein vielfaches schneller das das Systemvideo System selbst nur mit ST Ram. Wenn das Fastram fehlerfrei läuft geht die Post ab. Tower ist nicht geplant, vielleicht ein Desktoper Aufsatz. Selber bauen aus Metall vielleicht ?
Hey, Idek hat die Seite jetzt schöner gestaltet und das gefällt mir richtig gut. Danke Idek.
-
Trefflich, Frank!
Ich bin froehlich. I hoffe wir ihr TT-RAM auch funktioniert machen koennen.
Testen mit FPU: ich emphehle Sie den FPU Oszillator enterfernen. Verbinden Sie die pin von Hauptoszillator nach FPU Oszillator socket. CPU und FPU sind synchronisiert. Dann ein mehr langsam Hauptoszillator benutzen. Veilleicht nehmen Sie die 16MHz system clock von pin 23?
Wenn das nicht funktionert, es die Verbindung FPU im FPU socket ist.
Ich sollte nur PGA-FPU erlaubt haben. ;)
BW
-
Habe die FPU erstmal wieder entfernt. Der PLCC Sockel ist die Hölle da fällt der Baustein fast von alleine raus ...
-
Habe die FPU erstmal wieder entfernt. Der PLCC Sockel ist die Hölle da fällt der Baustein fast von alleine raus ...
Und das ist ein guter 3M Sockel!
Es war in Ordnung hier. Ich habe mit zwei FPUs am 25MHz (mit R18) ihr Platte getestet.
Verbindungun mit alte chips und neuer Sockelen sind ungluechlich nicht gut. :(
BW
-
Bestelle mir mal eine neue FPU im Amiga Store ...
-
Bestelle mir mal eine neue FPU im Amiga Store ...
Ich habe vier FPUs. Alle sagt '40MHz'. Nur ein funktioniert an 40. Zwei sind in Ordnung an 25. Ein wird nur an 16 bestehen.
Die FPU wird nur von circa halb die CPU clock funktionieren. Nicht langsamer.
Das beste FPU test programm: https://www.atari-forum.com/viewtopic.php?t=30671
BW
-
Hello,
one question, what about Falcons with Bus Accelerator ? For example with Phantom with 25Mhz Bus. Would it be possible to get it working with boosted Falcons ?
I woule be very interested in one of your Accelerator, but would also have 25Mhz Bus to get higher Resolution.
-
Läuft ohne Fastram stabil und einwandfrei mit 50Mhz. Der Pixel Müll beim Gembench hatte wohl etwas mit der nicht funktionierenden FPU zu tun ...
-
Hello,
one question, what about Falcons with Bus Accelerator ? For example with Phantom with 25Mhz Bus. Would it be possible to get it working with boosted Falcons ?
I woule be very interested in one of your Accelerator, but would also have 25Mhz Bus to get higher Resolution.
Hi Tuxie,
I don't have a bus speeder, but Steve over at the Exxos Forums has been building a board and his Falcon has one.
He's had mixed results so far. BadMood doesn't work (the screen refresh is wrong), but general desktop use and PM-Doom are fine.
https://www.exxoshost.co.uk/forum/viewtopic.php?f=18&t=5303&start=50#p83711
His initial problems were because his FPU was only half-working at 25MHz (similar to one of mine).
He's taking a break now, but we'll be looking into any realistically-soluble issues he comes up with when he has a chance to start testing again.
Perhaps drop a message on his thread there?
BW
-
Läuft ohne Fastram stabil und einwandfrei mit 50Mhz. Der Pixel Müll beim Gembench hatte wohl etwas mit der nicht funktionierenden FPU zu tun ...
Super, Frank.
Der Pixel Muell war sehr seltsam. Ich koenne nicht verstehen, wie der FPU dieses bewirken kann.
BW
-
Mein Falcon ist ja noch original. Man weiss ja nie deshalb habe ich mir mal ein Clock Patch Modul bestellt über centuriontech.eu ...
-
Hello,
one question, what about Falcons with Bus Accelerator ? For example with Phantom with 25Mhz Bus. Would it be possible to get it working with boosted Falcons ?
I woule be very interested in one of your Accelerator, but would also have 25Mhz Bus to get higher Resolution.
This speeder what Steven has, is from me... i could give you one.. Steven could support you :)
Hi Tuxie,
I don't have a bus speeder, but Steve over at the Exxos Forums has been building a board and his Falcon has one.
He's had mixed results so far. BadMood doesn't work (the screen refresh is wrong), but general desktop use and PM-Doom are fine.
https://www.exxoshost.co.uk/forum/viewtopic.php?f=18&t=5303&start=50#p83711
His initial problems were because his FPU was only half-working at 25MHz (similar to one of mine).
He's taking a break now, but we'll be looking into any realistically-soluble issues he comes up with when he has a chance to start testing again.
Perhaps drop a message on his thread there?
BW
-
Mal ein Gembench lauft mit Fastram über die MACH32 im Vergleich zum Atari ST ...
-
Bis jetzt schaffe ich es nicht neue Firmware zu flashen ...
https://www.exxoshost.co.uk/forum/viewtopic.php?f=29&t=5407
-
Jetzt funktioniert es ...
Das VREF rote Kabel war kaputt, es hatte keine Verbindung von einem Ende zum anderen. Darauf kommt doch keiner!
-
Mit xc3sprog geht gar nichts mit dem Xilinx DLC9LC USB Cable. Mit der Xilinx Suite geht es ...
-
Hatten wir das nicht bereits im anderen Forum, dass Du erst die passende Firmware in das Kabel laden musst, bevor xc3sprog funktioniert? (Wohlgemerkt habe ich mir diese Info auch nur zusammengegooglet, denn ich bin mit meinem FT232H-basierten universellen Programmierkabel sehr zufrieden.)
-
Ja das hatte ich unter Linux gemacht, hat aber nichts genutzt. xc3sprog sagt immer "no dongle", habe alle devices durch probiert.
-
Ja das hatte ich unter Linux gemacht, hat aber nichts genutzt. xc3sprog sagt immer "no dongle"
Nach dem Laden der Firmware hast Du das Kabel hoffentlich nicht abgezogen oder umgesteckt, sondern gleich xc3sprog drauf losgelassen. Ich vermute, die Firmware wird nicht gespeichert, sondern muss nach jedem Anstecken des Kabels neu geladen werden. (So steht es zumindest auf der Webseite, die ich Dir im anderen Forum gepostet hatte.)
-
Das geht bei mir nicht weil xc3sprog unter Win7 läuft und das Flash auf dem gleichen Rechner unter Ubuntu 15.04. Unter Ubuntu kann ich xc3sprog nicht installieren weil es ein 32bit Rechner ist. Das einzige was ging war ohne abstecken und ausschalten neustarten mit Win7 ...
-
Wollte eigentlich nicht aber habe heute das Clockpatch Modul von ...
https://centuriontech.eu/product/falcon030-clockpatch/
... eingebaut. YARRT lief erstmal ohne Fehler bis zum Ende vom pass 2 durch danach nur noch Fehler von 0x1000000 bis 0x2000000
Vorher ohne Colckpatch Modul waren die Fehler gleich am Anfang da. Also macht es einen großen Unterschied ob Patch Modul ja oder nein.
Warte jetzt auf angepasste Firmware von BW ...
-
This speeder what Steven has, is from me... i could give you one.. Steven could support you :)
Hi @tuxie,
Sorry -- I only just saw this message (it was hidden in a block quote).
That's very kind, but I don't plan on fitting a bus speeder to this Falcon. I think the chances of me blowing something up are too high and it will make it harder to diagnose my own hardware problems. ;)
I do have a second Falcon board which needs some repair work. Perhaps when I (finally) have time to work on that I might fit a bus accelerator to that board. I'd love a bus accelerator, but will save that for my 'experimental' board.
Thanks, though. :)
BW
-
Alle,
R^2 arbeit mit Franks DFB1. Er hat die CPLD wider geloetet und TT-RAM jetzt funktioniert. Bravo.
Naechste wir arbeiten mit die FPU, weil R^2 veilleicht ein Firmwarefehler gefunden hat.
Ich hoffe Frank ein gut booster bald haben werden. Vielen dank zu R^2. :D
BW
-
Hallo liebe Mitleser!
Alle,
R^2 arbeit mit Franks DFB1. Er hat die CPLD wider geloetet und TT-RAM jetzt funktioniert. Bravo.
Naechste wir arbeiten mit die FPU, weil R^2 veilleicht ein Firmwarefehler gefunden hat.
Ich hoffe Frank ein gut booster bald haben werden. Vielen dank zu R^2. :D
BW
Frank und David (Badwolf) wissen ja aktuell über E-Mail und PMs Bescheid.
Hier für Euch auch einen kurzen Abriss über Frank seine DFB1 bzw. seinem Falcon:
Eine Reihe des CPLD war leicht versetzt angelötet mit einigen Pins, die zu beiden Seiten Kontakt hatten bzw. haben konnten. Das erklärte auch die stetig sich ändernden Ergebnisse bei Frank seinem Falcon.
Der Clockpatch, den Frank - wie beschrieben - zusätzlich eingebaut hat, funktioniert sehr gut und hat auch ein sehr gutes Impuls-Pausenverhältnis für die drei neu generierten 16 MHz Takte. Original war auf dem Clockpatch von Centuriontech jeweils ein Null-Ohm Widerstand in den drei Taktleitungen. Die Takte hatten einen starken Über- und Unterschwinger. Dies habe ich mit jeweils 33 Ohm in den Taktleitungen deutlich verbessert.
Frank sein Hinweis kann von meiner Seite bestätigt werden: Die DFB1 läuft mit einem Clockpatch auf jeden Fall deutlich stabiler. Der Grund liegt an der zu geringen Treiberleistung des 16 MHz Taktes vom Mainboard ohne Clockpatch. Dies ist aber abhängig vom jeweiligen Combel. Einige wenige Combel haben eine deutlich stärkere Treiberleistung und funktionieren auch ohne Clockpatch sehr gut. Bei Frank seinem Falcon ist dies leider nicht der Fall.
Aktuell läuft das Fast-RAM einwandfrei bis zu Taktfrequenzen von 50 MHz.
Sorgen bereitet hingegen derzeit noch der einwandfreie Betrieb der FPU. Den Grund habe ich noch nicht (ganz) gefunden. Einen Hinweis habe ich schon. Es wäre aber zu verfrüht, hier jetzt schon eine Spekulation abzugeben. Ich möchte das erst noch weiter testen. David hat extra hierfür eine Testfirmware erstellt, womit ich das Problem ggf. mehr eingrenzen kann.
Da letztes Wochenende bekanntlich Pfingsten war und wir großes Familientreffen hatten, war keine Zeit für Frank seinen Falcon über. Tut mir leid. Die nächsten Tage geht es weiter.
Vielen Dank auch an Frank seine Geduld und vielen Dank auch an David sein Engagement!
Beste Grüße
Robert
-
Ich gedulde mich gerne und bin für die Unterstützung sehr Dankbar. Den Xilinx hätte ich ohne die Beinchen kaputt zu machen wegen meinem Zittern nicht nachlöten können. Ich spreche aus Erfahrung da ich schon einen TSENG ET4000 Baustein beim Versuch den nachzulöten kaputt gemacht hatte. Ich hoffe für das FPU Problem findet sich auch eine Lösung ...
-
Es scheint das ihr auf einen guten Weg seid, Daumen drück. ;) Was mich etwas verwirrt ist die FPU-Problematik da diese sich ja auch in verschiedenen anderen Ataris asynchron sehr gut mit verschiedenen Takten betreiben lassen.
-
Hallo liebe Mitleser!
Heute habe ich Frank seinen Falcon wieder zurück an Frank gesendet. Auch die FPU läuft mittlerweile. Die FPU wird jetzt mit Ihrem Takt von dem CPLD versorgt.
Today, I send Franks Falcon together with the DFB1 back to Frank. FPU and CPU works together. The FPU clock get her clock now from the CPLD.
Ich darf mich recht herzlich bei David (Badwolf) für seine Unterstützung bedanken. An Frank bedanke ich mich für seine Geduld während der Reparatur.
Many thanks to David (Badwolf) supporting Frank and me very well! Also thanks to Frank for his patience.
Beste Grüße
Robert
-
Nochmals vielen Dank für die ganze Mühe und Arbeit. Ich freue mich schon ...
Wenn ich das richtig mitbekommen habe gab/gibt es mit der FPU größere Probleme zusammen mit dem DFB1 und läuft jetzt mit halber CPU Frequenz. Besser so als ganz ohne FPU denke ich.
-
Die FPU wird jetzt mit Ihrem Takt von dem CPLD versorgt.
Wenn dieser Takt halbiert ist dann hast du recht Frank... aber das kannst du ja schnell testen. ;)
-
@R^2 alles gut angekommen und läuft.
@badwolf should I send you your CPU back (cost me 16,- Euro without tracking) or I give you money via paypal so you can buy a new one?
Alle Testdurchläufe mit FASTRAM Programm im Autoordner. DFB1 läuft mit 40Mhz für die CPU und die hälfte für die FPU. NVDI5 ist installiert weil es wegen dem Blitter ansonsten nicht läuft. Der Blitter ist nicht kompatibel mit dem Fastram.
- DFB_256C ist der Falcon mit Systembildschirm bei 256 Farben VGA
- DFB_V_ST ist der Falcon mit Systembildschirm bei ST-Hoch im Verhältnis zum Atari ST
- DFB_V_TT ist der Falcon mit Systembildschirm bei 16 Farben VGA im Verhältnis zum Atari TT
- Falcon_nova_M32 ist mit einer ATI 2MB VRAM MACH32 bei 1280x1024/256 Farben
-
Coremark Ergebnis für DFB1 mit 40Mhz CPU und 20Mhz FPU ...
Command v0.33 6/26/85 LTG
{a}WRAP
vDone.
E
Please wait while COREMARK is executing
{a}COREMARK.TOS 0x0 0x0 0x66 0 7 1 2000
2K performance run parameters for coremark.
CoreMark Size : 666
Total ticks : 3330
Total time (secs): 16.649999
Iterations/Sec : 18.018018
Iterations : 300
Compiler version : GCC8.2.1 20181017
Compiler flags : -O2 -mcpu=68000 -fomit-frame-pointer -DPERFORMANCE_RUN=1
Memory location : Code and data in RAM
seedcrc : 0xe9f5
- crclist : 0xe714
[0]crcmatrix : 0x1fd7
- crcstate : 0x8e3a
[0]crcfinal : 0x5275
Correct operation validated. See README.md for run and reporting rules.
CoreMark 1.0 : 18.018018 / GCC8.2.1 20181017 -O2 -mcpu=68000 -fomit-frame-pointer -DPERFORMANCE_RUN=1 / Code and data in RAM
CR to continue...
{a}EXIT [/tt]
-
@badwolf
Der DML FPU Test läuft nicht fehlerfrei durch da kommen lauter Errors, desto schlimmer wenn zuvor ein anderes Programm die FPU z.B. Gembench angesprochen hat. R^2 hat meine FPU im Atari TT getestet und sie lief dort ohne Fehler hatte ich gelesen. Wenn man sich die Verpackung anschaut vermute ich keinen Fake, bestellt hatte in beim AMIGAstore.eu Shop. Der Aufdruck geht mit Aceton auch nicht ab.
-
MiNT läuft gut. Ab und an hängt da was beim booten vom USB Stack ist aber nicht schlimm und wenn es läuft ist alles in Ordnung. Habe ein NFS Netzwerk und USB über eine Netusbee im Romport.
-
Da muss noch Arbeit in die Firmware fließen wegen der FPU und das Timing auf dem Romport scheint Probleme zu machen oder es liegt beim Romport eher am Netusbee Design?
-
Da muss noch Arbeit in die Firmware fließen wegen der FPU und das Timing auf dem Romport scheint Probleme zu machen oder es liegt beim Romport eher am Netusbee Design?
Wird denn der ROM-Port jetzt übertaktet?
-
Nein aber ich denke die Zugriffe sind eventuell schneller da die CPU mit 40Mhz läuft anstatt synchron mit 16Mhz, keine Ahnung ...
-
@badwolf should I send you your CPU back (cost me 16,- Euro without tracking) or I give you money via paypal so you can buy a new one?
Hi Frank,
Nice to see the stats performing well.
When you have time, I'd be grateful to have the chip back, thanks. It's not 50MHz capable, but it's nice to have a known working chip in the cupboard for testing. No rush, however.
BW
-
@badwolf
Der DML FPU Test läuft nicht fehlerfrei durch da kommen lauter Errors, desto schlimmer wenn zuvor ein anderes Programm die FPU z.B. Gembench angesprochen hat. R^2 hat meine FPU im Atari TT getestet und sie lief dort ohne Fehler hatte ich gelesen. Wenn man sich die Verpackung anschaut vermute ich keinen Fake, bestellt hatte in beim AMIGAstore.eu Shop. Der Aufdruck geht mit Aceton auch nicht ab.
Wenn DML's program anzeigt Errors, dann diese Kombination nicht gut ist. Ich vermute ein schlect elektrischer Kontact.
Neue Steckdose. Alt Prozessor. Wenn ich noch ein DFB designen, ich nur PGA FPU umfassen werde!
BW
-
Yes the combination of DFB1 and Nova Falcon is great ...
-
Heute mal SCSI getestet und funktioniert nicht. Beim Zugriff auf ein SCSI Gerät friert der ganze Rechner ein z.B. HDDriver beim Sektortest oder bei Kopieren von Daten oder dem Starten von Programmen. Warte mal da das im Englischen Forum auch ein Thema ist ob es da eine neue Firmware gibt ...?
Ohne Fastram.prg funktioniert alles ...
-
Mein Englisch ist nicht so doll aber das Problem scheint an HDDriver im zusammenspiel mit TOS 4 zu liegen !?!
EmuTOS hat da wohl kein Problem und unter TOS 4 und AHDI oder ältere HDDriver 8 Versionen scheinen auch zu laufen mit dem Fastram der DFB1 ...
https://www.exxosforum.co.uk/forum/viewtopic.php?p=92866#p92866
-
Was zum Thema Fastram + TOS4 ...
https://www.hddriver.net/forum/viewtopic.php?p=950#p950
-
Hatte mir fünf HN27C4096CC bestellt und zwei waren defekt. Habe mir den 40pol DIL auf PLCC Adapter eines China Programmer angepasst mit zwei patch Drähten und mit meinem GALEP4 als PLCC Typ programmiert.
David hat ein TOS 4.04 mit Fastram Unterstützung gebaut ...
https://www.exxosforum.co.uk/forum/viewtopic.php?p=94794#p94794
Funktioniert so weit allerdings mit einem CRC Fehler beim booten, macht aber nichts. Der Fastram Cookie wird vom TOS gesetzt.
SCSI funktioniert aber weiterhin nicht. Beim kopieren vom IDE Drive das Fehlerfrei arbeitet auf eine SCSI Partition kommt es beim Programmstart zum TOS Fehler #35. Laut Uwe Seimet sollte es funktionieren wenn HDDriver beim booten den Fastram Cookie vorfindet was ja jetzt der Fall sein sollte.
Was zum Thema Fastram + TOS4 ...
https://www.hddriver.net/forum/viewtopic.php?p=950#p950
Zu dem _FRB Cookie gehört ja noch ein 64kB großer Speicherbereich im ST Ram soweit ich weiss. @Thorsten Otto vielleicht ist er nicht da oder da stimmt etwas nicht ...?
-
David hatte dir einen falschen Link zum TOS4DFB1 geschickt, jetzt ist der CRC Error weg ...
-
Habe etwas mehr probiert ...
Ich kann Dateien kleiner 64k von Floppy oder IDE Platte auf eine SCSI Partition kopieren und auch starten wenn es ein Programm ist. Zum Beispiel Bootconf 2.01 von Uwe Seimet. Alles größer 64k läßt sich nicht kopieren auf SCSI, es kommt eine Fehlermeldung vom TOS "Gerät empfängt keine Daten" und das ganze System hängt.
-
Habe eine TOS4 Veersion von David mit 128k FRB getestet und ich kann jetzt sachen größer 64k auf die SCSI Platte kopieren und auch starten wenn es Programme sind aber nichts was größer als 128k ist ...
Denke TOS4 kann einen FRB nicht richtig handhaben, keine Ahnung !?!
-
Den FRB zu nutzen ist bei Festplatten Aufgabe des Festplattentreibers.
-
https://www.hddriver.net/forum/viewtopic.php?p=966#p966
Uwe schreibt das der Afterburner 040 den gleichen Designfehler hat in Bezug auf den FRB hat und es nicht am HDDriver liegt.
-
Spannend fände ich, ob es mit EmuTOS klappt.
-
Ich mag bei dem PLCC SMD Sockel nicht so oft rumfummeln ...
Habe 512k etos121de.img mit dd geswapt und funktioniert nicht.
Spannend fände ich, ob es mit EmuTOS klappt.
Laut hören/sagen soll es das Problem bei EmuTOS nicht geben ?
-
Du kannst ja auch die PRG Version probieren.
-
Ja mit EmuTOS geht es. Meine Vermutung ist ja ohne Ahnung zu haben das TOS4 den FRB nicht richtig handhaben kann?
-
@czietz ... hat denn jemand im Falcon die 512k EmuTOS Version getestet im Eprom auf dem Mainboard weil es bei mir nicht geht. Die Programm Version geht ja. Hatari meldet beim swap 512k etos 1.21 es sei eine nicht unterstützte Version 6 zu sein !?!
-
@czietz ... hat denn jemand im Falcon die 512k EmuTOS Version getestet im Eprom auf dem Mainboard weil es bei mir nicht geht.
Ja. Das schrieb ich Dir bereits: Ich persönlich habe das getestet. Ich habe die 512k ROM-Version von EmuTOS 1.2.1 in meinem Falcon. Läuft tadellos. Das Problem liegt nicht in EmuTOS.
-
Dann erleuchte mich bitte wie du vorgegangen bist. Muss man das Image mit dd swappen oder nicht?
-
Ich zitiere mich mal selbst: "Byteswap: Das hängt von Deinem Programmiergerät bzw. dessen Software ab. Manche verwenden "PC"-Bytereihenfolge; dann musst Du die Datei vorher swappen. Ich kann Dir nur zu 100% sicher (weil aus eigener Erfahrung) bestätigen, dass ein aktuelles EmuTOS 512k auf dem Falcon läuft."
(Für mein Programmiergerät TL866 swappe ich es beim Laden in die Programmiersoftware. EDIT: ... unter Windows.)
-
Ich brenne mit WIN7 und musste das TOS4 Image swappen so denke ich muss ich das beim EmuTOS Image auch machen. Habe ich gemacht geht aber nicht. Ich kontrolliere das nochmal ...
-
@czietz ... wärs du so Nett mein Swap Image mal zu prüfen. Habe das Eprom im Brenner verglichen und alles sollte richtig sein und passen ...
-
Was soll ich groß dazu sagen: Ja, Dein Image ist ge-byte-swapped.
Wenn's nicht geht: Vielleicht ist das verwendete EPROM zu langsam, vielleicht hat es schlechten Kontakt im Sockel des Falcon. Woher soll ich das wissen...
(Nebenbei: In Davids ("Badwolfs") Videos sehe ich, dass er die ROM-Version von EmuTOS erfolgreich für seinen DFB1 nutzt.)
-
Zu dem _FRB Cookie gehört ja noch ein 64kB großer Speicherbereich im ST Ram soweit ich weiss. @Thorsten Otto vielleicht ist er nicht da oder da stimmt etwas nicht ...?
Ein unmodifiziertes TOS 4.04 benutzt zwar einen _FRB wenn er vorhanden ist, legt aber selber keinen an (im Gegensatz zu z.B. EmuTOS). Das ist auch verständlich, da ein unmodifizierter Falcon kein RAM hat, das einen _FRB benötigen würde. HDDRIVER kann deswegen auch nicht beschuldigt werden, weil es Aufgabe des TOS ist, den _FRB bereit zu stellen, wenn er benötigt wird. Auch AHDI legt den soviel ich weiss nicht selber an.
Abhilfe dürfte hier schwierig sein ohne das TOS zu patchen (zumindest dann wenn HDDRIVER von der Platte gebootet werden soll; AUTO-Ordner-Programme wurden ja dann noch nicht ausgeführt).
-
Ja badwolf hat das TOS4 gepacht und kann jetzt Fastram erkennen und nutzen und er setzt den _FRB Cookie und die 64k FRB Ram im ST Ram an. Funktioniert aber nicht. Ich kann 64k Dateien kopieren auf SCSI aber größere nicht ...
@czietz ... das Eprom ist das gleiche wie das für TOS4 welches ja funktioniert. Kann mal ein anderes nehmen ...
-
Gebe jetzt auf mit EmuTOS, habe drei Eproms ausprobiert und keines Funktioniert. Ich bleibe bei TOS 4.04.
Vielleicht geht es auch nich wegen der DFB! ?
Das mit dem PLCC Sockel ist mir zu gefährlich ...
-
In Davids ("Badwolfs") Videos sehe ich, dass er die ROM-Version von EmuTOS erfolgreich für seinen DFB1 nutzt.
-
Ich meine aber kein original EmuTOS, er hat da etwas dran geändert. Ich frage ihn mal ...
-
David hat geantwortet und er weiss auch nicht warum EmuTOS bei mir nicht läuft. Die Eproms können ja eigentlich nicht zu langsam sein weil TOS 4.04 auf den Eproms funktioniert.
@czietz ... oder braucht EmuTOS schnellere Eproms?
David schaut sich mal mein geswapptes Image an ob es stimmt. Unter WIN7 brenne ich ja ohne Änderung 1:1 mit dem GALEP.
-
Looks fine to me -- already swapped.
BW
...mein Image ist in Ordnung.
Was brauchen die Eproms im Falcon denn an Geschwindigkeit? Meine HN27C4096 sind angeblich 85ns. 100ns oder 120ns sollten doch auch in Ordnung sein, oder?
-
Was brauchen die Eproms im Falcon denn an Geschwindigkeit? Meine HN27C4096 sind angeblich 85ns. 100ns oder 120ns sollten doch auch in Ordnung sein, oder?
Atari hatte bis 150ns verwendet, wenn ich mich recht erinnere, für diese wurden über die Lötjumper im Falcon das Timing per Waitstate angepasst. 100ns und darunter sollten eigentlich passen.
-
Ja, 85ns wäre locker schnell genug für einen Falcon (ohne Beschleuniger). Wenn die EPROMs auf dem "grauen" Markt gekauft sind, sind sie garantiert relabeled, d.h. man kann sich auf den Aufdruck nicht verlassen. Andererseits hast Du ja bereits geschrieben, dass TOS 4 daraus läuft.
-
Ja ich bin Ratlos ...
-
David schrieb mir ich solle nicht weiter mit den Falcon Onboard Eproms rumprobieren und lieber den Flashbaustein auf der DFB1 bestücken. Ein MX29F400CBTI-70G Baustein ...
https://www.youtube.com/watch?v=MGpbqF17LqE
Uwe Seimet hat das SCSI Problem gelöst. Ich habe eine 10.14beta vom Hddriver die zusammen mit dem AB040fix Programm im Autoordner das Problem löst. Also es kommt in Kürze bei dem nächsten 10.14 Update vom Hddriver ...
https://www.hddriver.net/forum/viewtopic.php?p=980#p980
-
Habe jetzt schon mal ein Firmware Update auf die aktuelle Version gemacht. Flash Speicher ist bestellt, mal schauen ob das mit dem auflöten so klappt ...
-
Habe gestern versucht den Flash aufzulöten hat aber nicht geklappt. Wenn die Pins den Lötkolben sehen sind die schon verbogen. Ich zittere für solche Dinge einfach zu sehr. Bin dann heute morgen zu einer Firma gefahren hier bei mir die Ecke rum die Handy und PCs auf Bauteilebene Reparieren. Die haben das schnell am gleichen Tag für 10,- Euro gemacht.
Funktioniert aber nicht, schreibe gerade mit David was es sein kann ...
Wenn ich den Disable Jumper setze und flashe ich alles gut aber nach dem Ausschalten und entfernen des Jumpers ist alles tot. Nur wenn ich den Dis_Flash Jumper setze läuft es mit dem Onboard Rom wieder ...
-
Funktioniert jetzt ...
War mein Fehler weil zu dumm. David schrieb mir: Please remember you do not need to do any byte swapping if flashing from Atari.
-
@czietz ... habe EmuTOS 1.21 geflasht und funktioniert erstmal aber nicht richtig. Wenn man z.B. aus Gembench heraus in die Menüleiste mit der Maus geht wird der Bildschirm weiß und der Rechner hängt.
Autoordner nur mit dem Nova Treiber und NVDI
Man darf ja mit dem DFB1 Falcon Speeder keine Blitter Funktion aufrufen. NVDI verhindert das normalerweise. Mit dem TOS 4 gibt es da keine Probleme. Zudem sollte der Nova Treiber den Blitter auch abschalten/nicht nutzen.
-
Ich kann Dir nur nochmal und abschließend versichern, dass EmuTOS 1.2.1 auf vielen "normalen" Falcons fehlerfrei läuft. Einen DFB1 habe ich nicht. Und auch keine Nova im Falcon. Was passiert, wenn Du die Nova ausbaust?
-
Ohne die Nova scheint es besser zu laufen allerdings mit Gembench 4.03 gab es bei einem Testlauf eine Panik.
Ich möchte nicht auf die Nova verzichten und Idek macht ja nichts mehr und mit TOS 4.04 gibt es keine Probleme und deshalb auch wegen dem Atari Logo bleibe ich dabei.
-
David nutzt ein verändertes EmuTOS meine ich, versuche das mal und schreibe mit ihm ...
-
Ohne die Nova scheint es besser zu laufen allerdings mit Gembench 4.03 gab es bei einem Testlauf eine Panik.
Ohne Details (Screenshot!) kann ich sowas nicht kommentieren.
auch wegen dem Atari Logo bleibe ich dabei.
Okay, wenn das das Killerkriterium für Atari TOS ist...
-
Man kann das ja jetzt sehr einfach flashen, leihe dir gerne meinen Falcon (auch längere Zeit) mit Nova. Brauche ich eh nicht und steht nur drum. Ist nur da um mal was im Forum zu schreiben. Atari Falcon ist nicht so meins ...
Nächtes ist das Gehäuse Oberteil aus Alu. Das geht erstmal auch ohne den Rechner.
-
Habe ein Angebot von knapp 100,- Euro für das Gehäuse Oberteil aus 1,5mm Alu. Die beiden Seiten muss ich selber aussägen, werde das machen lassen denke ich ...
-
Alu Gehäuse war gerade in der Post ...
Als nächstes muss ich die Seiten ausschneiden, dazu mache ich mir zwei Schablonen aus Pappe und schneide dann mit einer Stichsäge alles aus. Sauber feilen und fertig. Zweiter Schritt ist eine Schablone der Bodenbefestigungslöcher aus Pappe zu machen und eine Firma finden die mir 8mm Alu Abstandshülsen mit an jedem Ende ein M3 Innengewinde machen kann. Die schraube ich dann mit M3 Senkschrauben in den Deckel und kann dann mit M3x10mm die Bodenplatte anschrauben. Das zusätzliche kleine 2mm Alublech dient dazu die ATI Grafikkarte über dem original Atari Falcon Netzteil zu montieren und abzugrenzen ...
Hat jetzt incl. Porto und dem kleinen Blech insgesamt 105,- Euro gekostet.
-
Gute Idee Frank, und du benötigst für deine Variante nicht noch ein altes Oberteil wie beim dem DDD Desktopper. Allerdings waren beim Desktopper dadurch noch im hinterem Bereich die Lüftungsschlitze vom original Oberteil vorhanden. Trotzdem wirds sicherlich genau wie es sein soll, gefällt mir jetzt schon.
-
Bin gerade dabei beide Pappschablonen für die Seiten zu machen. Habe ein wenig Bammel das morgen in Alu auszusägen, ob alles passt?
Schade das ich keine Ahnung habe das ganze komplett in CAD umzusetzen, die Blechfirma hätte das dann komplett fertig machen können.
-
Bin gerade dabei beide Pappschablonen für die Seiten zu machen. Habe ein wenig Bammel das morgen in Alu auszusägen, ob alles passt?
Schade das ich keine Ahnung habe das ganze komplett in CAD umzusetzen, die Blechfirma hätte das dann komplett fertig machen können.
Ja, das kann ich nachvollziehen. Allein schon die exakten Maße zu ermitteln dürfte ein großer Aufwand sein... wenn da etwas falsch ermittelt wird dann fertigen die das danach.
Doch durch das Fertigen lassen hast du mehr Möglichkeiten als z.B. mit einem Desktopper, da du die Gehäusehöhe nach eigenem Gusto bestimmen kannst. Das finde ich sehr Praktisch wenns mal etwas mehr sein darf, da der Falcon sich ja vielfältig aufrüsten lässt. Interessant wäre auch ein Gehäusebausatz, komplett aus Alu. mit allen Aussparungen. und Bohrungen, Gewinde etc.. Ich vermute mal das sich das aber erst ab einer höheren Stückzahl lohnen würde und als Einzelanfertigung einfach sehr teuer würde.
-
Ich finde das super cool. Drück dir die Daumen für gutes Gelingen!
-
Ging besser als gedacht mit den Schablonen, hatte mir schon vorher einen Kopf gemacht. Ausgesägt mit meiner guten Bosch Stichsäge und Metall Sägeblatt, ein Alu Sägeblatt ist zu grob für das Blech. Finger sind alle noch dran und alles ganz ohne Blut. Passt auch direkt sehr gut.
Muss jetzt alles noch sauber und plan feilen und den Diskettenausschnitt anpassen.
Als nächstes mache ich den Tastatur Buchsen Anschluß und die Power LED ...
-
Tastatur Buchse und LED ist drin ...
Als nächstes geht es um die Befestigungsbolzen mit M3 Gewinde um den Deckel auch anschrauben zu können an die Bodenschale. Verwende Bolzen mit Innengewinde und Schraubengewinde und Bolzen mit zweimal Innengewinde. So kann ich die Bolzen mit M3 Senkschrauben in den Deckel schrauben und die Bodenschale mit M3x10 anschrauben. Fertige eine Pappschablone für die Befestigungslöcher an um die Bohrlöcher in den Deckel zu übertragen ...
-
Das sieht doch gut aus. Wir bestimmt ein Hingucker. Hut ab, was Du so alles bewerkstelligst.
-
Naja ohne die Nova MACH32 ATI Grafikkarte bräuchte ich den Deckel nicht ...
-
So kann ich die Bolzen mit M3 Senkschrauben in den Deckel schrauben und die Bodenschale mit M3x10 anschrauben. Fertige eine Pappschablone für die Befestigungslöcher an um die Bohrlöcher in den Deckel zu übertragen ...
Hast du mal überlegt so etwas zu nutzen?
(https://i.ebayimg.com/images/g/d50AAOSwRf1h8NjJ/s-l400.jpg)
-
Ja aber einfach im Prinzip Messing Bolzen mit auf jeder Seite ein M3 Gewinde finde ich besser so kann ich die Kunststoff original Atari Falcon Bodenplatte ganz normal verschrauben eben mit M3x10 oder 12 und im Aludeckel mit M3x6 Senkkopfschrauben die sind ja dann bündig und es steht nichts vor aus der Alufläche ...
So lange M3 Bolzen gibt es nicht deshalb schraube ich die zusammen aus Einzel Bolzen. Ich vermute so knapp 80mm müssen die lang sein. Falls es eine Länge nicht gibt schleife ich die ab und schneide das Gewinde nach ...
-
Habe alles mal ausgemessen mit einem 1040 Board, denke ist das gleiche wie mit dem Falcon Board. Die Atari Unterschale ist auch eine vom 1040iger, sollte aber auch das gleiche sein.
Brauche vier M3 Bolzen 74,5mm Länge und drei mit 64,3mm (wahrscheinlich 64,5mm) ...
Keyboard Adapter Kabel fertig gelötet mit zwei LED, einmal Power und einmal FDD/HDD Aktivität. Muss jetzt erstmal warten bis die M3 Bolzen kommen ...
-
Brauche vier M3 Bolzen 74,5mm Länge und drei mit 64,3mm (wahrscheinlich 64,5mm) ...
Habe das Bodenblech und die Pappe vergessen weil ich keine habe vom 1040 mit einzubeziehen aber nicht schlimm dann muss ich halt die 1 bis 2mm abfeilen. Sind ja nur fünf Bolzen weil die beiden an Netzteilhalter werden kürzer, darüber sitzt ja die Grafikkarte mit einem Zwischenblech und die beiden Bolzen sitzen in dem Zwischenblech und nicht im Deckel ...
-
Habe das Bodenblech und die Pappe vergessen weil ich keine habe vom 1040 mit einzubeziehen aber nicht schlimm dann muss ich halt die 1 bis 2mm abfeilen. Sind ja nur fünf Bolzen weil die beiden an Netzteilhalter werden kürzer, darüber sitzt ja die Grafikkarte mit einem Zwischenblech und die beiden Bolzen sitzen in dem Zwischenblech und nicht im Deckel ...
Denke auch an die Wärmeentwicklung des Netzteils, wenn du direkt über dem NT ein Blech packst dann könnte es da zu warm werden. Nicht umsonst hat Atari die Rillen in das Design gepackt. Du hast keine Rillen im Gehäusedeckel und packst über das NT noch ein Blech und darüber eine VGA-Karte... nur so als Tipp.
-
Moin
Hast du an Alu Stangen aus dem Baumarkt gedacht?
Die gibt es ab 4mm, ab 5mm auch als Vierkant.
In Kunststoff habe ich auch schon was gesehen.
Nur als Idee
-
Erste Idee war so 8mm Alu Rundstangen/Bolzen mit M3 Innengewinde von einer Dreherei machen zu lassen. Das mit Hobbymitteln ohne Drehbank zu machen so ein Loch genau mittig zu bohren und auch gerade geht nicht.
-
Erste Idee war so 8mm Alu Rundstangen/Bolzen mit M3 Innengewinde von einer Dreherei machen zu lassen. Das mit Hobbymitteln ohne Drehbank zu machen so ein Loch genau mittig zu bohren und auch gerade geht nicht.
Würde so etwas nicht gehen? (https://www.ebay.de/itm/133478031381?mkevt=1&mkcid=1&mkrid=707-53477-19255-0&campid=5338364442&toolid=11000&_ul=DE&customid=EAIaIQobChMI6LW45e6K_gIVCPZ3Ch3P3AveEAQYAiABEgIQUPD_BwE&gclid=EAIaIQobChMI6LW45e6K_gIVCPZ3Ch3P3AveEAQYAiABEgIQUPD_BwE)
-
Habe längst passendes bestellt ...
-
Habe jetzt dreimal alles wieder und wieder überprüft, wenn die Löcher erstmal im Deckel sind sind die drin. Vielleicht nochmal ein viertes Mal bevor ich Bohre ...
-
Floppyausschnitt ist ganz gut. Noch ein wenig schief weil die Bolzenlänge noch nicht ganz passt auf der einen Seite.
Liegt jetzt schon einige Wochen weil ich mich noch nicht getraut habe die fünf Löcher in den Deckel zu Bohren. Habe schon X mal nachgemessen, messe jetzt aber noch einmal und dann Bohre ich. So einen Millimeter daneben kann es schon sein denke ich ...
-
Hallo Frank, das wird klasse werden. Eine tolle Arbeit die du da gemacht hast. 8)
-
Die Löcher für die Bolzen sind blöd und ich bin immer unsicher ...
Habe eine 1040 Unterschale als Mass. Ich weiss nicht wie ich die Löcher übertragen soll außer abmessen!?! Wenn die Unterschale aufliegt sind da knapp 80mm Luft bis in den Deckel. Winkelrichtige Standbohrmaschine habe ich keine und wenn müsste es eine sein mit sehr großer Grundplatte so das alles satt aufliegt. So manuell kann man den beidseitigen 90 Grad Winkel nicht einhalten ...
-
Hallo Frank, klar mußt du vorsichtig sein. Ich würde es mit einem Stück Pappe das die Innenmaße des Deckels hat machen. Da die Biegekanten rund sind muß die Pappe bei der Fertigung straff zwischen allen Seiten des Deckels sitzen und darf nicht an der Decke anliegen. Dann nimmst du dir von jedem Loch die x,y-Maße und überträgst sie auf die Pappe.
-
Das mit der Pappe habe ich als erstes gemacht. Wegen der runden Kanten im Aludeckel und weil die original 1040 Unterschale nicht zu 100% Rechteckig ist war alles zu ungenau, nicht brauchbar. Bleibt nur messen ...
-
Hatte alles x mal ausgemessen und dann gekörnt. Meine erste Pappschablone zur Kontrolle aufgelegt und passt nicht. Alte Löcher auf der alten Pappe zugeklebt und neu gemacht und neu gekörnt. Dann Scheißdrauf und schnell gebohrt und passt bis auf ein Loch vorne das ich etwas nachfeilen konnte ohne Spuren, also Glück gehabt. Muss ich jetzt noch senken aber mein 60 Grad Senker tut es nicht glaube ich bei dem dünnen Blech. Das Loch darf ja nicht größer werden.
-
Nächste Aktion ist die Grafikkarte über dem Netzteil mit VGA Buchse nach hinten raus einbauen mit einem 2mm ALU Zwischenblech zum Netzteil hin ...
-
Das sieht jetzt schon richtig gut aus... wenn dann noch die Folie runter kommt sieht es sicherlich noch besser aus... Kannst ja jetzt mit dem Muster zu dieser Firma gehen und sagen sie möchten noch mal 5 exakte Kopien davon machen. Da finden sich bestimmt genug Leute die so einen Deckel nehmen würden... >:D
-
Das rechnet sich nicht weil so roh waren es 110,- Euro. Bräuche ein paar Tausend Euro in Vorkasse die ich nicht habe. Verschweißen an den Kanten plus 50,- Euro und wenn die an den Seiten die Zuschnitte machen sollen plus dem Floppy Ausschnitt kostet das nochmal 100,- Euro extra schätze ich und kann keine CNC Vorlage erstellen. Und für ein Verkauffertiges Teil wären die sieben Bolzen gut im Deckel verschweißt was nochmal extra kostet !?! Und jeder braucht das anders wegen CT60/63, DFB1, Nova Falcon und sonstige Beschleuniger und Grafikkarten und eventuell CT60 PCI ...
Wenn die Grafikkarte drin ist wird es noch im Atari Falcon Grau (lasse ich machen) lackiert ...
-
Heute die ATI Grafikkarte im Deckel montiert, passt soweit. Das Alublech was da lose im Deckel liegt kommt auf vier Bolzen montiert über die Grafikkarte um sie zum Netzteil hin abzugrenzen, ist das nächste was ich mache ...
-
Zwischenblech montiert ...
Die Endmontage wird ein wenig knifflich muss die Flachband Kabel eventuell etwas länger machen. Längere Kabel sind aber kein Problem weil das hatte ich zuvor schon mal getestet.
Passt alles allerdings muss ich das hintere Weissblech an der Falcon Bodenschale am Netzteil etwas wegschneiden da es ein wenig übersteht ...
-
Zwischenblech montiert ...
Die Endmontage wird ein wenig knifflich muss die Flachband Kabel eventuell etwas länger machen. Längere Kabel sind aber kein Problem weil das hatte ich zuvor schon mal getestet.
Passt alles allerdings muss ich das hintere Weissblech an der Falcon Bodenschale am Netzteil etwas wegschneiden da es ein wenig übersteht ...
Ja, sonst wärs ja auch leicht.
-
Der gesamte Deckel ging nicht ganz drauf, da fehlten noch 2mm. Habe im Zwischenblech zur Grafikkarte den Netzteil Transformator ausgeschnitten im Alublech und jetzt passt es. Habe mir mal die ATI Grafikkarte näher angesehen und dachte ich könnte mir die beiden Kabel für die +/-12V zur Nova Falcon sparen aber die ATI Karte braucht die beiden Spannungen. Morgen werde ich als nächstes die Spannungskabel Steckbar umbauen und muss den Floppyausschnitt noch etwas nachfeilen und ein zweites 3mm Loch für eine weitere LED bohren. Habe dann die beiden original LED wie der Falcon auch hat ...
Ausschnitt für den Trafo ist nicht so sauber, muss aber auch nicht.
-
Nächtes bevor alles fertig ist ist das Thema Lüfter wegen dem Netzteil. Ein 12V Lüfter kommt nicht in Frage weil das Netzteil nur 200mA liefert also ein 5V Lüfter. Habe einen Radiallüfter bestellt ...
Das Teil was oben auf dem Gehäusedeckel liegt wollte ich doch nicht verbauen. Der bestellte Radiallüfter schafft da mehr Luft denke ich mal. Für einen normalen 40mm Lüfter hätte der Gehäusedeckel 10mm höher sein müssen ...
-
Bin gespannt was du da eingekauft hast. :)
-
Lüfter sind da ...
Machen viel Luft, sind 5 Volt Versionen weil das Netzteil keine Leistung bei 12V hat.
-
Lüfter sind da ...
Machen viel Luft, sind 5 Volt Versionen weil das Netzteil keine Leistung bei 12V hat.
Interessante Lüfter. Wie leise sind die?
-
Was man hört ist in erster Linie das Luftgeräusch, wie ein kleiner Fön. Als Ersatz für Standard Lüfter wohl nicht geeignet da viel größer.
-
War heute Nachmittag produktiv und habe beim Netzteil einen Molex Buchsenstecker angebracht und den Lüfter im Deckel montiert und auch dort einen Molexstecker angelötet.
Die Nova +/- 12V Hilfsspannungsversorgung hatte ich schon vorher Steckbar ausgeführt.
Baue erstmal morgen alles in Ruhe erstmalig alles zusammen und spiele ein paar Tage damit, dann mal sehen ob ich einen Spannungssenkungswiderstand in die Lüfter Versorgung einfüge ...?
-
Klingt wie ein Düsenflieger ...
Hätte gerne eine Temperaturabhängige Schaltung die von 2 oder 3 Volt bis zu 5 Volt stufenlos regelt, mal schauen ...
War noch am Vormittag bei Rossmann und wollte eine Fliegenklatsche kaufen als Gitter für die Lüfteröffnung aber die hatten keine und ich habe ein Abflußsieb gekauft. Muss aber nochmal zu TEDI und schauen ob ich etwas besseres finde ...
Das Gehäuse konnte nicht geschlossen werden, die Zugentlastungen an den Flachbandkabeln der NOVA bauten zu hoch und kamen an das Grafikkarten Abdeckblech. Da fehlten so 4-5mm, also die Zugentlastungen entfernt und dann passte es. Der Gehäusedeckel hätte 10mm mehr höhe haben müssen.
Nächstes ist der Lack und die Lüftersteuerung und eventuell die Senkschrauben im Deckel und überlege die Deckelecken verschweißen zu lassen ...
-
Läuft jetzt etwas länger als eine Stunde und die Lüfterabluft ist immer noch Kalt obwohl die ATI Grafikkarte einiges an Strom braucht und der DFB1 Beschleuniger ist ja auch noch da. Sieht gut aus ...
-
https://www.heise.de/hintergrund/Luftbremse-Die-Platine-zur-Lueftersteuerung-284155.html
PDF ist kostenlos... Was bei dem Verein selten vorkommt....
-
https://www.heise.de/hintergrund/Luftbremse-Die-Platine-zur-Lueftersteuerung-284155.html
PDF ist kostenlos... Was bei dem Verein selten vorkommt....
Die Schaltung von Heise ist aber leider nur für 12V Lüfter. Lukas Frank hat aber einen 5V Lüfter verbaut, wenn ich es richtig verfolgt habe.
-
Danke, zu spät bemerkt.
Ich habe noch eine, werde testen ob die mit 5V funktioniert.
-
Habe da was in meiner Krabbelkiste gefunden, sollte diese c´t Lüftersteuerung sein. Messe erst mal was der 5 Volt Radiallüfter an Strom zieht und versuche dann die Schaltung von den 12 Volt an 5 Volt anzupassen ...?
-
Nächstes ist der Lack und die Lüftersteuerung und eventuell die Senkschrauben im Deckel und überlege die Deckelecken verschweißen zu lassen ...
Gibt für Alu auch viele geeignete Klebstoffe... nur so als Alternative...
-
Das darf aber nicht flüssig sein und wie man auf den Bildern sehen kann sind durch die ganze Bearbeitung die beiden Seiten leicht aus dem Winkel oder wie ich schon bemerkt habe hat das Atari Unterteil keine rechte Winkel. Dachte zuerst an Karosserie Dichtmasse/Kleber, die härtet Gummi mäßig aus und ist Schwarz und überlackierbar und Klebt wie Sau und kann man später schneiden. Schweißen wäre aber besser, die Firma bekommt das ordentlich hin und ich müsste nur die Ecken innen ausfeilen/verputzen damit alles auf das Unterteil des Falcon Gehäuses wieder passt.
-
Hätte dabei von aussen erst mal mit einem breiten Klebestreifen die Ecke abgeklebt und anschließend von innen den Kleber aufgetragen. Geschweißt hätte aber den Vorteil das dann auch alles aus Alu ist und auch eine sehr hohe Festigkeit dabei ist. Bin gespannt wenn es Fertig ist.
-
Vielleicht sollte man den Gehäuse-Bau-Konstruktion-Thread-Teil unter einem anderen Subject abspalten? Mit dem spezifischen Beschleuniger haben Aluminiumarbeiten nur indirekt zu tun :)
-
Für mich gehört das schon zusammen weil ein DFB1 zusammen mit der Nova Falcon nicht mehr ins original Gehäuse passt und ohne die Nova macht der Atari Falcon für mich auch keinen Sinn ...
-
Habe da was in meiner Krabbelkiste gefunden, sollte diese c´t Lüftersteuerung sein. Messe erst mal was der 5 Volt Radiallüfter an Strom zieht und versuche dann die Schaltung von den 12 Volt an 5 Volt anzupassen ...?
Meine Änderung für einen 5 Volt Betrieb ...
R1 = 4,7k
R2 = 100R
R3 = 10R
T1 = BC547
Der BC547 hat die gleiche Belegung wie der original verbaute Transistor T1. Der Lüfter läuft an bei 3V was sich einstellen läuft mit P2 bei Mittelstellung und der Abgleich mit P1 auf 3 Volt.
Nachteil ist das der Lüfter maximal knapp über 4 Volt bekommen kann. Das ist nicht zufriedendstellend. Ich baue mal anstatt dem T2 = BD137 (bei mir BD139) einen FET IRF510 ein. Bei einem 12V Lüfter macht das nichts aber bei einem 5V Lüfter geht das nicht ...
-
Eine Idee wäre einen Vorwiderstand einzufügen sodas der Lüfter mit 4 Volt läuft und bei erhöhter Temperatur über ein Relais der Widerstand überbrückt wird sodas der Lüfter dann mit den vollen 5 Volt läuft ...
-
Habe wegen Tests mit dem DFB1 einen Schalter eingebaut um den DFB1 zu deaktivieren ohne jedesmal das Gehäuse öffnen zu müssen. Problem ist das der Rechner bei aktiviertem DFB1 nicht ohne NVDI läuft wegen dem Blitter im Atari Falcon. Und so kann man manchmal nichts mehr machen wenn der DFB1 aktiv ist und der Rechner immer bombt und hängt am Desktop.
Kippschalter mag ich nicht und habe einen Druckschalter verwendet. Schnell gemacht, sauberer machen kommt später wenn ich am Deckel weiter Arbeite ...