DFB1 Atari Falcon 030 Beschleuniger mit Fastram ...

[Arthur]

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.

[goetz @ 3rz]

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

[Lukas Frank]

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 ...

[Lukas Frank]

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 ...

[Lukas Frank]

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 ...

[Lukas Frank]

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 ...

[Lukas Frank]

Es gibt da ein seltsames Verhalten bei den DSP Transfer Datenraten das von den 100% beim original Atari Falcon oder bei deaktivierten DFB1 auf 50% einbricht wenn der DFB1 Beschleuniger aktiv ist ...

DSPBench v3.0b - precision DSP tests. dml/2026

memory integrity test:
 DSP-local IX:IY $0000-$01FF march OK
 SRAM EX:EY $0200-$3FFF march OK

HOST interrupt test:
 RXDF/CPU interrupts triggered OK
 TXDF/CPU interrupts triggered OK

hostport raw R/W datarate:
 write ( 24bit x:H:M:L )   -> 3.603 MB/sec (~100%)
 read  ( 24bit x:H:M:L )   -> 3.045 MB/sec (~100%)
 write ( 16bit -:-:M:L )   -> 4.404 MB/sec (~100%)
 read  ( 16bit -:-:M:L )   -> 3.326 MB/sec (~100%)

host transfer rate (STRam)
 TX ( 24b/packed )         -> 2.441 MB/sec (~100%)
 TX ( 24b/longs )          -> 2.104 MB/sec (~100%)
 RX ( 24b/longs )          -> 2.198 MB/sec (~100%)
 TX ( 16b/words )          -> 2.343 MB/sec (~100%)
 RX ( 16b/words )          -> 2.758 MB/sec (~100%)
 TX (  8b/bytes )          -> 1.761 MB/sec (~100%)
 RX (  8b/bytes )          -> 1.845 MB/sec (~100%)

ALU & SRAM speed:
 mac ( P:Int X:Int Y:Int ) -> 16.000 Mips (~100%)
 mac ( P:Int X:Ext Y:Ext ) -> 8.000 Mips (~100%)
 mac ( P:Ext X:Int Y:Int ) -> 16.000 Mips (~100%)
 mac ( P:Ext X:Ext Y:Ext ) -> 5.333 Mips (~100%)



DSPBench v3.0b - precision DSP tests. dml/2026

memory integrity test:
 DSP-local IX:IY $0000-$01FF march OK
 SRAM EX:EY $0200-$3FFF march OK

HOST interrupt test:
 RXDF/CPU interrupts triggered OK
 TXDF/CPU interrupts triggered OK

hostport raw R/W datarate:
 write ( 24bit x:H:M:L )   -> 1.676 MB/sec (~46%)
 read  ( 24bit x:H:M:L )   -> 1.610 MB/sec (~52%)
 write ( 16bit -:-:M:L )   -> 2.232 MB/sec (~50%)
 read  ( 16bit -:-:M:L )   -> 2.060 MB/sec (~62%)

host transfer rate (STRam)
 TX ( 24b/packed )         -> 1.372 MB/sec (~56%)
 TX ( 24b/longs )          -> 1.248 MB/sec (~59%)
 RX ( 24b/longs )          -> 1.248 MB/sec (~57%)
 TX ( 16b/words )          -> 1.622 MB/sec (~69%)
 RX ( 16b/words )          -> 1.628 MB/sec (~59%)
 TX (  8b/bytes )          -> 1.521 MB/sec (~86%)
 RX (  8b/bytes )          -> 1.277 MB/sec (~69%)

ALU & SRAM speed:
 mac ( P:Int X:Int Y:Int ) -> 16.000 Mips (~100%)
 mac ( P:Int X:Ext Y:Ext ) -> 8.000 Mips (~100%)
 mac ( P:Ext X:Int Y:Int ) -> 16.000 Mips (~100%)
 mac ( P:Ext X:Ext Y:Ext ) -> 5.333 Mips (~100%)

[Lukas Frank]

David sucht nach einer Lösung und ich bin gespannt ...

[charon]

Das Problem ist wie Atari den Erweiterungsport des Falcon implementiert hat. Eigentlich hat der 030 DSACK0/DASCK1 Leitungen, um die Gültigkeit der Daten anzuzeigen. Der Falcon liefert auf dem Erweiterungsbus aber ein DTACK im 68000 Stil, das sich einen Takt mehr gönnt (4 Takte beim 68000 vs. 3 Takte beim 68030). Wenn ich das richtig verstanden habe, ist das das Problem. Es gibt einen ganzen Thread dazu auf dem Exxos Forum

https://www.exxosforum.co.uk/forum/viewtopic.php?f=112&t=8042

[Lukas Frank]

Da ist wohl eine Idee etwas an dem GAL Satz des Falcon Mainboards anzupassen bzw. zu ändern.

Ich meine gelesen zu haben das es dieses Problem mit der CT60 nicht gibt ...?

[kohli79]

Da ist wohl eine Idee etwas an dem GAL Satz des Falcon Mainboards anzupassen bzw. zu ändern.

Ich meine gelesen zu haben das es dieses Problem mit der CT60 nicht gibt ...?

Hallo Frank, dass Problem besteht auch beim CT63.