atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: Lukas Frank am Di 08.09.2015, 21:49:28
-
Einige Tseng ET4000 Karten brauchen eine -12V Hilfsspannung an Pin B_7 des ISA Slots. Man kann erstmal versuchen die Spannung aus dem Mega ST zu holen. Schaut in den Schaltplan des Mega ST und sucht das U22 (TL497A), man kann an Pin_1 des U19 diese -12V abgreifen. Oder man kauft sich bei Reichelt einen Spannungwandler SIM2-1212D SIL7 und verdrahtet diesen frei auf der Unterseite der Platine. Ebenso zu beachten wenn die ET4000 Karte nicht laufen will der Kondensator auf der Karte am Reset Signal ...
Die GAL Bestückung besteht aus dem 16V8 GAL "stga6w32.jed" und dem 20V8 GAL "stgau3v3.jed". Wenn es nicht laufen sollte gibt es ein Alternatives 16V8 GAL mit einem etwas anderen Timing "stga6w33.jed". Es gibt noch ein 20V8 GAL mit deren Hilfe es möglich ist neben der ET4000 noch eine RIEBL Netzwerkkarte zu betreiben.
Die Platine ist an der ISA Slot Seite etwas zu breit und muss etwas schmaler gemacht werden. Ich habe den feinen Stein eines Schleifbock genutzt. Denkbar ist auch ein Bandschleifer oder eben eine gute Feile. Ärgerlich aber kein allzu großes Problem.
Aufpassen muss man mit der Reihenfolge der Bestückung. Der GAL 20V8 Sockel muss eingelötet werden bevor man den Mega ST Bus bestückt. Beim ausstecken der DIN 41612 Buchsenleiste muss immer einen Finger unten gegenhalten, da man ansonsten die Federstifte aus der Fassung zieht, also Vorsicht! Nach dem Einlöten der Mega Bus Buchsenleiste muss man die überstehenden Pins abkneifen. Ich habe bei mir das 20V8 GAL direkt eingelötet ohne Sockel da mir ansonsten die Karte zu weit hoch kommt.
Also obacht beim 20V8 GAL und der Mega ST Bus Buchsenleiste. Habe jetzt auch mal eine Platine mit Sockel für das 20V8 GAL aufgebaut. Die ganze Platine kommt dann ein wenig hoch aber es passt noch alles. Es gibt aber diese DIL Präzisionssockel auch superflach, ich weiss nur keinen Lieferanten.
Ich nutze für das 16V8 GAL einen Sockel mit Abblockkondensator, es braucht also nur der 330 Ohm Widerstand an dieser Stelle bestückt werden.
Ich habe die erste Platine ohne Flussmittel gelötet und das ging ganz gut, bei der zweiten habe ich Flussmittel benutzt.
Als Lötkolben nutze ich einen ERSA TIP260 15Watt, also bitte nicht mit dem 60 Watt Kolben vom Opa an die Platine gehen.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9011;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9013;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9017;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9019;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9015;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9021;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9023;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9029;image)
-
Original Text von Torsten Lang ...
--------------------------------------------------------------------
Bauanleitung zum MEGA4000
1. Teileliste
U1 = GAL20V8 programmiert (Adrdec 1)
U2 = GAL16V8 programmiert (Adrdec 2)
C1 = 100nF Keramik Vielschicht Kondensator (nur Color Master Adapter)
C2 = 100nF Keramik Vielschicht Kondensator (nur Color Master Adapter)
R1 = 330Ohm
ST1 = DIN41612 Bauform AB, Wirewrap-Federleise (MEGA-Bus)
ST2 = ISA Slot Winkelstecker (gibt's ein- und zweiteilig)
ST3 = 6poliger Stecker zur Stromversorgung (die "Originale" gibt's
nur von AMD, einige andere Stecker passen aber auch leidlich)
Sockel 24polig (fr GAL20V8) (*)
Sockel 20polig (fr GAL16V8) (*)
etwas Kabel zur Stromversorgung
(*) Beim Cardek-Adapter sollten Sockel mit integriertem
Abblock-Kondensator verwendet werden. Beim Color Master-Adapter
sind SIL-Streifen angesagt, da diese bei selbstgetzten Platinen
besser zu verarbeiten sind. Generell kommen bei selbstgeätzten
Platinen ohne Durchkontaktierung nur Präzisionsfassungen in Frage.
Carrier-Sockel sind nur bedingt geeignet (hhere Belastungen fr
die Lötaugen!).
Die Mega Bus Buchsenleiste ist bei Reichelt die "FL-B 64G13" mit 13mm Stiftlänge.
Die DIL Sockel mit Kondensator gibt es bei Reichelt nur in 20pin für das 16V8 GAL
für den 24pol Sockel muss man einen normalen nehmen und einen 100nF Kondensator
zwischen Pin 24 und Pin 12 einlöten.
2. Aufbau
Generell werden bei den Karten alle Bauteile mit Ausnahme des ISA
Slots (und im Falle des Cardek-Adapters der Drahtbrcke) von der Ltseite
bestckt. Ich werde dies im Folgenden nicht weiter betonen!
Bei der Color Master Version empfiehlt es sich, zuerst den MEGA-Bus
Steckverbinder zu bestcken. Bei einer selbstgetzten Platine sollten
alle (!) Pins beidseitig verltet werden, um der Sache ausreichend
Stabilitt zu geben. Die Pins sollten auf der Bestckungsseite nur
wenig berragen. Weiterhin sollte der Stecker leicht geneigt eingebaut
werden (ca. 10ø), sodass die Platine zur Gehäuserückseite hin tiefer
liegt als am MEGA-Bus. Dies ist nötig, wenn's auch mit der PAK oder
anderen Turbos noch passen soll. Eine PAK/3 mit FRAK und Pufferung hat
aber keine Chance!!! Hier ist ein anderes Gehäuse gefragt. Da bei der
Cardek-Version die Verwendung von Sockeln mit Abblockkondensator
empfehlenswert ist, sollte der Sockel von U2 vielleicht noch vor ST1
eingelötet werden. Auf alle Fälle vorher mal schauen wie's am besten
geht. Werden SIL-Streifen verwendet, ist die Sache ziemlich einfach:
Hier werden einfach die Teile beginnend von ST1 eingelötet. Da die
Bauteile dann in jedem Falle auf der von ST1 abgewandten Seite
beidseitig erreichbar sind, sollten sie Pins auch alle beidseitig
verlötet werden. Prüfungen auf Kurzschlüsse oder Unterbrechungen
sollten in jedem Falle vor (!) dem Bestücken der jeweils nächsten
Reihe gemacht werden. Hinterher werden Korrekturen zumindest
schwierig. Zum Schluss wird der gewinkelte ISA-Slot bestückt. Auch hier
sollten - wenn möglich - aus Stabilittsgründen alle Pins beidseitig
verlötet werden.
Fr den Aufbau ist also ein Lötkolben mit feiner (!!!) Spitze
unbedingt erforderlich. Großvaters 80W Brateisen ist hier definitiv
fehl am Platze.
Zum Schluss wird die Stromversorgung angeschlossen. Der 12V-Pin und die
5V-Pins liegen jeweils an der Seite, vom 12V-Pin geht genau eine
Leiterbahn ab, 5V-Pins sind zwei Stück vorhanden (und auf der
Bestückungsseite mit der VCC-Fläche verbunden), die drei GND-Pins sind
auf der Lötseite mit der Massefläche verbunden. Die Anordnung
entspricht daher der des MEGA ST Stromversorgungs-Steckers. Hier
lieber dreimal prüfen und messen als einmal falsch anschliessen! Vor
allem ein Kurzschluss zwischen 12V und VCC dürfte für die meisten
Komponenten im Rechner tödlich sein!
Modifikationen an den Grafikkarten:
Bei der Color Master sollte der in der Reset-Leitung eingebaute
100nF-Kondensator (C27) entfernt werden, da sonst die Karte von einem
Soft-Reset nichts merkt.
4. Test
Zuerst sollte der Adapter ohne GALs eingesetzt werden. Hier muss alles
funktionieren wie bisher. Wenn nicht -> Fehler suchen (gehe nicht über
Los, ziehe... :-). Ansonsten können jetzt die GALs bestückt werden.
Auch hier sollte der Rechner normal booten. Wenn nicht, gibt's
vermutlich Unterbrechungen oder Kurzschlüsse. Tip: Die Funktionen der
GALs teilen sich in Adredecoder (U1) und State-Machine (U2). Der
Adredecoder liefert keine Signale zum ST zurück. Daher muss der
Rechner mit U1 und ohne U2 funktionieren! In sehr seltenen Fllen kann
natürlich auch mal ein GAL defekt sein (oder ist beim Einbau zerstört
worden)... Wenn's klappt, sollte jetzt ein Debugger (am besten ist
hier TEMPLMON - dafür gelten auch die nachfolgenden Kommandos) geladen
werden. Lesezugriffe auf die Adressen $C00000-$CFFFFF und
$FF0000-$FF7FFF sollten möglich sein, die zurückgelieferten Werte sind
meist $FF, können aber (speziell beim elrad ST) durchaus anders
aussehen, sind dann aber zufällig. So, jetzt wird's ernst. Also
Grafikkarte einbauen und einschalten. Für einen ersten Test muss die
-12V-Leitung nicht angeschlossen werden, egal welche Karte eingesetzt
wurde. Die Karte sollte dann manuell wie folgt initialisiert werden
(ohne angeschlossenen Monitor!):
:FF03C3 01 ; Video Subsystem Enable, Address $03B0
:FF03BF 03 ; Herkules Comp. Register, KEY setzen
:FF03D8 A0 ; Display Mode Control, KEY setzen
:FF03D4 36 ; CRTC Index -> Select CRTC Reg. $36
:FF03D5 F1 ; Video System Configuration 1, 16Bit I/O, 16Bit MEM,
; Memory contiguous
Befehle für TEMPLMON, die Kommentare ab den ";" werden natürlich nicht
eingegeben...
Mit Schreibzugriffen auf $FF03D4 sollten sich jetzt Werte von $00 bis $3F
schreiben und so auch wieder lesen lassen.
:FF03D4 15 ; CRTC Index -> Select CRTC Reg. 15
:FF03D5 xx ; Vertical Blank Start Bit 0-7
Mit Schreib-/Lesezugriffen auf $FF03D5 sollten sich jetzt Werte von
$00-$FF schreiben und so auch wieder lesen lassen.
Was tun, wenn's klemmt?
Beliebte Fehler liegen bei den 41612 Wirewrap-Leisten selbst. Diese
Spezies ist meist nur mit Einfach-Federkontakten zu haben und in
dieser Form bei diversen Herstellern die Eigenart, da sich Federn an
den Enden des Steckers verhaken und keinen Kontakt geben. Abhilfe: Die
besseren Teile mit Doppelfeder-Kontakt verwenden (habe ich bisher nur
von Siemens gesehen, im Handel praktisch gar nicht zu bekommen) oder
die beiden Gehäuseteile an den Enden des Steckers durch
zwischenchieben von dnnem Draht etwas auseinander drücken.
Wenn der obige Test geklappt hat (oder bei ausreichend Mut) kann nun
der VMG4000 geladen werden. Die erste Aktion sollte das ausmessen der
Pixeltakte sein. Die Sound-Option sollte im Kontrollfeld aktiviert
werden, da sich der VMG während der Messung akustisch bemerkbar macht.
Wenn das geklappt hat, Einstellungen speichern und mal das
SVGA.INF-File laden. Sollte der Monitor sich irgendwie merkwürdig
verhalten, dann sofort ausschalten!
Wenn's klappt
In diesem Falle viel Spaß mit dem dem MEGA4000!!!
5. Die anderen Rechner
- 1040ST/520ST/260ST
Hier geht's eigentlich ganz einfach. Baut Euch einfach einen
1:1-Adapter vom 68000-CPU auf die 2,54mm des 41612-Steckers. Die
VCC-Pins des 68000ers dürfen aber in keinem Falle durchgeschleift
werden!!! Dieser Adapter kann nun einfach unter den MEGA4000
geflanscht werden.
Wie immer gibt es einen Haken. Die "kleinen" Ataris verhalten sich
leider nicht so stabil wie die MEGAs. Es kann daher bei DMAs zu
Abstürzen und Fehlern kommen. Abhilfe: U2 hat einen /DMA-Pin, der
auf dem MEGA4000 nicht benutzt wird bzw. auf VCC liegt (war für den
ebenfalls zuerst problematischen elrad ST gedacht). Besser:
Pullup-Arrays und Widerstnde an den Adreleitungen und
FCx-Leitungen verkleinern (versuchsweise bis etwa 1k).
- 1040STe
Hier wird's wirklich aufwendig. Es wird ein CPU-Adapter von PLCC auf
DIP benötigt. Die Dinger dürften mittlerweile selten sein.
-
Ich empfehle das runterladen der Mega4000 Dateien von Torsten Lang Webseite und das Lesen der Texte. Da ist auch ein Handbuch dabei. Kenne mich aber mit TEX nicht aus, MacTex kann die Dateien nicht laden ...
Torsten Lang bietet keinerlei Support mehr für den Mega4000 Adapter, also bitte in Ruhe lassen ...
-
Hallo Lukas!
Ich habe Tex installiert - ich habe auch mal Torsten Lang's Atari-Page (http://www.torstenlang.de/cgi-bin/frameset.pl?FramesetFile=FramesetAtari.html&NavBarFile=NavBarAtari.html&Selected=0&InfoFile=Atari/AtariMain.html) - wäre schön, wenn Du so was auch mal in einem Link verpacken könntest, erspart lages suchen! - gestern Nacht noch gesucht und das ET4000.TOS downgeloadet und auf dem Emulator estrahiert! Die TeX-Datei im Handbuch ist leider nur ein Dummy (sonst würde ich mich drangeben sie in Libre Office unzusetzen und in einem ansprechendem PDF Dokument zu gestalten), der es nur noch erlaubt, die DVI Datei (die eigentliche TeX(t)-Ausgabe- und Druckdatei) eben zu sichten oder drucken! Laß mir bitte etwas Zeit (ein paar Tage), dann habe ich hoffentlich eine für Dich nutzbare PDF daraus erzeugt ...
Ich kenne mich nämlich ein bißchen (aber nicht umfangreich) mit TeX aus ...
-
Das Handbuch ist wohl diese DIV Datei. Hatte auch versucht die in MacTex und unter Ubuntu zu laden, habe ich aber nicht hinbekommen ...
-
TeX ist doch eigentlich ein Kostenfreies Produkt gewesen - von (Mit)Entwickler Donad E. Knuth (osä.) frei zur Verfügung gestellt! Jetzt will man aber überall, wo eine PC-Version verfügbar gemacht wird, Geld - und auch nicht wenig! Gibt es eigentlich keine von den Urhebern gestellte Regel? Oder gar ein eigenes Paket für'n PC?
-
Wie war das denn noch... Seinerzeit habe ich auch einiges mit LaTeX gemacht... Die .tex Datei ist der Ausgangsquellcode in ASCII, wenn die leer ist, kann man an dem Dokument inhaltlich nichts mehr ändern. Diese DVI-Datei war irgendwie device-independed oder so, das heißt schon vorgerendert, muss dann nur noch auf das Ausgabegerät umgerechnet werden. Angucken kann man das mit einem DVI-Viewer. Zu ATARI Zeiten spielte PDF keine Rolle, aber LaTeX sollte immer noch kostenlos sein und damit sollte man auf einem PC/Mac egal unter welchem OS doch eine Postscript oder PDF-Datei erzeugen können.
Da hin gehen, da gibts dann auch Download von Komplettversionen, und bei Ubuntu und co sollte es im Repository drin sein, ist ja schließlich komplett OpenSource. http://www.latex-community.org/ und hier http://praxistipps.chip.de/latex-unter-windows-installieren-so-gehts_30111
-
Ja - aber ich würde TeX gerne mal auf Win-Ebene nutzbar haben! und da hab' ich nur Trial-Versionen (max. 30 Tage nutzbar - weiter kostenpflichtig) gefunden!
-
Hallo Burkhard,
hast Du mal das probiert?
http://www.miktex.org/download
Das sollte eigentlich alle wichtigen TeX Komponenten enthalten und ist nicht kostenpflichtig. Ich habe es nur mal kurz testweise installiert und .tex Files geladen. Hab schon ewig nicht mehr mit Tex/Latex gearbeitet.
Gruß, Rene
-
Hi,
oder tex-live (http://www.heise.de/download/tex-live.html)
Tschüß
Michael
-
@Burkhard: Hm? Mir war gar nicht bewusst, dass es (noch) nennenswert kostenpflichtige TeX-Distributionen gibt. Unter Windows wohl am gängisten (und kostenlos) ist das von Creep schon verlinkte MikTeX. Als Editor würde ich da persönlich http://texstudio.sourceforge.net/ empfehlen, aber das wird langsam arg off-topic.
@Lukas Frank: Ich kann die DVI-Datei aus dem Archiv laden; Bilder müssen allerdings vorher aus dem GEM-IMG-Format in etwas auf dem PC bekanntes konvertiert werden. Falls jemand Interesse an diesem Handbuch hat, kann ich das gerne nach PDF konvertieren.
-
Das Handbuch als PDF wäre toll ...
Ich habe den GraphicConverter auf dem Mac der kann die Atari Formate laden, kann dir GIFs oder JPEGs machen und hier anhängen ...
-
Angehängt ist das Handbuch.
-
Super, vielen Dank ...
-
Hatte jetzt bei einer Platine leichte Probleme ...
Bevor man mit dem Aufbau anfängt sollte man mit einer Lupe die Platine kontrollieren. Ich hatte schon alles aufgebaut bis auf die GALs und beim einstecken in den Mega ST Bus war der Rechner tot. Nach einigem Suchen habe ich den Fehler gefunden, es war ein Kurzschluss am GAL 20V8 zwischen Masse, dem Pin 12 (GND) und Pin 11 (Adress Pin), ich konnte das nur beheben indem ich die Durchkontaktierung aufgebohrt habe ...
Also aufpassen !
Sehr wichtig ist auch an der Seite zum Netzteil extrem Vorsichtig zu sein. Dort liegen 230Volt Netzspannung und weit über 300Volt Gleichspannung auch teilweise an den Kühlkörpern vom Netzteil, also Vorsichtig sein.
Wenn nach Anleitung von Torsten Lang "Bau es" alles einwandfrei läuft klebt man da wo die Fädeldrähte am ISA Slot zu liegen kommen (hoch biegen) zuerst kleine Stücke Klebeband zur Isolation und dann über die ganze länge der Platine über den ISA Slot eine Lage Gewebeklebeband zur Isolation zum Netzteil ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9039;image)
-
Nach deinen Berichten, gehe ich davon aus, dass es bei dir schon funktioniert, Lukas?
-
Nein, ich warte noch auf die GALs. Habe nur schonmal angefangen da zwei Leute ihre Platinen schon hatten ...
-
Habe meine gestern nachmittag erhalten. Danke dir.
-
Sehr wichtig ist auch an der Seite zum Netzteil extrem Vorsichtig zu sein. Dort liegen 230Volt Netzspannung und weit über 300Volt Gleichspannung auch teilweise an den Kühlkörpern vom Netzteil, also Vorsichtig sein.
Deshalb habe ich bei mir auf PicoPSU umgebaut. War mir zu nervig immer am offenen Herzen zu operieren.
-
Habe ich mir auch überlegt, dann braucht man die Platine nicht einzukürzen. Die PicoPSU Teile habe ich schon für unter 30,- Euro auf Ebay gesichtet ...
-
Wenn man so ein PicoPSU verwendet und den Blechträger etwas anpasst kann man die Platine zum Mega4000 Adapter so benutzen wie sie ist ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9058;image)
Ich ziehe jetzt erst mal um und habe in den nächsten Wochen keine Zeit mich um meine eignene Mega4000 zu kümmern.
-
Ich würde vielleicht dazu Raten die Platine erstmal ganz zu lassen, aufzubauen und zu Testen. Das Netzteil kann man etwas zur Seite auslagern. Wenn alles einwandfrei läuft überlegt man sich was man macht wegen dem Netzteil und dem Blechträger dazu. Entweder man kürzt die Platine mit Hilfe eines Schleifbocks ganz vorsichtig ein oder man baut um auf ein PicoPSU ...
-
Bei mir ist ebenfalls der Umschlag angekommen :)
Gerade habe ich per PayPal noch für die Gals nachgeschossen.
Wie schaut es wohl an der Grafikkarten-Front aus, hast Du
vielleicht nun noch eine für mich übrig? Muß nicht sofort sein!
-
Ich ziehe zur Zeit um und habe da keinen Kopf und Ruhe für ...
Ich habe so 10 ET4000 Karten aber noch keinen Mega4000 Adapter zusammen der läuft. Will die Karten auch erstmal in einem PC ISA Mainboard testen um zu schauen ob die Karten überhaupt in Ordnung sind.
-
Hatte jetzt etwas Zeit und habe gestern Abend mal eine Karte ohne diese einzukürzen aufgebaut. Ich habe mit einer Cardek ET4000 Karte getestet. Das VMG Programm vom NVDI 4.11 ET4000 sagt es wäre keine Grafikkarte ansprechbar und die Version des VMG Programmes aus dem Mega4000 Paket meckert zwar nicht das keine Karte da wäre aber bringt kein Bild und der Frequenztest läuft Stundenlang ohne das der Rechner noch reagiert.
Habe mal alle Verbindungen unter einer Lupe angesehen und teilweise nachgelötet. Die Platine ist schon schwer zu löten aber es geht. Habe auch Flußmittel verwendet.
Habe mich heute nochmal hingesetzt und den Schaltplan überarbeitet, der alte war ziemlich schlecht und um die GALs viel zu klein und unübersichtlich. Ein PDF ist bei den Dateianhängen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9513;image)
Ich komme auch mit Tempelmon nicht zurecht. Wenn ich die Adresse aus der Anleitung eingebe mit dem Wert kommt immer die Fehlermeldung das die Endadresse größer als die Anfangsadresse ist !?!
-----------------------------------------------------------------------
:FF03C3 01 ; Video Subsystem Enable, Address $03B0
:FF03BF 03 ; Herkules Comp. Register, KEY setzen
:FF03D8 A0 ; Display Mode Control, KEY setzen
:FF03D4 36 ; CRTC Index -> Select CRTC Reg. $36
:FF03D5 F1 ; Video System Configuration 1, 16Bit I/O, 16Bit MEM,
; Memory contiguous
Befehle für TEMPLMON, die Kommentare ab den ";" werden natürlich nicht
eingegeben...
Mit Schreibzugriffen auf $FF03D4 sollten sich jetzt Werte von $00 bis $3F
schreiben und so auch wieder lesen lassen.
:FF03D4 15 ; CRTC Index -> Select CRTC Reg. 15
:FF03D5 xx ; Vertical Blank Start Bit 0-7
Mit Schreib-/Lesezugriffen auf $FF03D5 sollten sich jetzt Werte von
$00-$FF schreiben und so auch wieder lesen lassen.
-----------------------------------------------------------------------
Brauche beim Tempelmon Hilfe von jemanden der sich damit auskennt ...
-
Die Syntax für die Tempelmon-Befehle ist grundsätzlich richtig. (Ich nehme an, Du gibst den führenden Doppelpunkt auch ein und den Kommentar inkl. Semikolon nicht.)
Welche Tempelmon-Version benutzt Du denn?
PS: Weiß jemand, ob die "ausführliche Anleitung", die man damals zu Tempelmon erwerben konnte, irgendwo verfügbar ist?
-
Habe nur FF03C3 01 eingegeben ...
Der Doppelpunkt steht da ja schon, oder ?
-> http://www.tempel.org/main-d.html
Nutze Version 2.01 ...
-
Ich verfolge mal deinen Aufbau gespannt weiter, Lukas. Hab bis jetzt mir nur mal die 2 Gals gebrannt, wobei das wohl auch sinnlos ist (kann ja sein, dass ich eine ET4000 erwische, für das die Gals dann nicht korrekt sind.
Naja, suche noch eine ET4000 Grafikkarte, ohne aufzubauen macht keinen Sinn. Letzte Woche hatte ich beim Wertstoffhof ein uraltes gehäuse gefunden. Hab nur die Rückseite angeschaut und das ding direkt ins auto getragen. Altes AT Gehäuse, DIN Tastaturstecker...
Leider war das Innenleben ein Pentium -S mit 100Mhz, Cirrius Logic Grafikkarte (vermtl. S3?) ne Dlink 10/100Mbit Netzwerkkarte und 4x8MB PS/2 Ram. AT Netzteil funktionierte auch noch, so dass die Krücke tatsächlich noch lief.
Naja, wird auf jeden Fall wieder zurückgebracht :)
-
Habe nur FF03C3 01 eingegeben ...
Der Doppelpunkt steht da ja schon, oder ?
-> http://www.tempel.org/main-d.html
Nutze Version 2.01 ...
Da steht ein "!" als Prompt, den Doppelpunkt musst Du selbstverständlich mit eingeben. Das ist ja gerade der Befehl, um eine Speicherstelle zu beschreiben.
Edit: Da die Version, die Du oben verlinkst, offenbar komplett ohne Anleitung daherkommt, noch ein Tipp. Laut Anleitung sollst Du ja auch Speicherstellen/Register lesen. Das wäre dann "m Adresse".
-
Naja, suche noch eine ET4000 Grafikkarte ...
Ich habe noch so um die 10 Stück (oder mehr !?!) ET4000 ISA Karten. Vier von den Teilen laufen in einem PC, die anderen nicht. Allerdings fehlen da teilweise die VGA ROMs, die der Atari ja gar nicht braucht. Eigentlich sollten die alle irgendwie laufen ...
-
Da steht ein "!" als Prompt, den Doppelpunkt musst Du selbstverständlich mit eingeben. Das ist ja gerade der Befehl, um eine Speicherstelle zu beschreiben.
Danke, das hätte ich nie im Leben geschnallt !
Schreibe mal was ich genau eingeben muss zum Lesen der Speicherstellen.
Das bekomme ich, diese seltsamen Zeichen am Ende der jeweiligen Eingabe Zeile wenn ich Return drücke ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9516;image)
-
Die "komischen Zeichen" sind einfach die Darstellung des jeweiligen Bytes als ASCII (naja, Atari-Zeichensatz). Das ist schon OK so.
Um z.B. ein Byte von der Adresse 0xFF03D4 zu lesen, musst Du
m FF03D4
eingeben.
Leider hast Du eine Tempelmon-Version ohne Anleitung erwischt. Die (ältere) Version, die ich habe, zeigt bei Eingabe von "?" wenigstens die wichtigsten Kommandos. Der Rest steht auch dort nur in der kostenpflichtigen Anleitung, die ich gerne hätte.
-
Vielen Dank für deine Hilfe ...
Ja eine Anleitung wäre schon Hilfreich. Vielleicht hat hier aus dem Forum ja jemand eine und macht sich die Arbeit und scannt das Werk mal ein ...
-
Hallo Frank,
welche ET4000 Karten hast du? Es gehen leider nicht alle Grafikkarten am ST. Bei mir liefen damals von 5 Grafikkarten die ich damals hatte nur 3. Weiß aber nicht mehr welche das waren.
-
Das kommt auch auf den Adapter drauf an, was läuft und was nicht. Und natürlich auf den RAMDAC.
Hatte damals einen VOFA Adapter und da lief fast nichts mit.
Meine Cardek muss laufen da die bei dem Projekt neben der ColorMaster+ angegeben ist. Wenn der Adapter mal laufen sollte kann ich die anderen Karten testen.
Keine Ahnung was für Karten ich habe, da steht nichts drauf. Ich denke die meisten Musterdesign von TSENG ...
-
Vielleicht postet ihr hier einfach erfolgreich getestete Exemplare (ET4000 Karten) direkt als Foto.
-
Klar aber der Adapter muss ja erstmal laufen. Ich vermute der läuft noch nicht richtig bei mir ...
-
Also irgendwie ist da etwas da ...
"mFF03D5" gibt ein FF zurück ohne alles auch wenn ich zuvor ":FF03D5 F1" eingegeben habe kommt ein FF
Wenn der Adapter nicht im Rechner ist kommt ein Buserror, soweit so gut ...
Mit welchem Befehl kann ich schreiben oder ist das ":" und Lesen mit "m" ?
-
Ja, schreiben ist
:Adresse Byte
also z.B.
:FF03D5 00
Lesen ist
m Adresse
also z.B.
m FF03D5
Beachte aber, dass sich die VGA- bzw. CRTC-Register (mit denen spielst Du da gerade herum) teilweise "seltsam" verhalten. D.h. es lassen sich nicht alle zurücklesen. Kannst Du denn ganz am Ende der Anleitung nach dem ":FF03D4 15", Werte die Du danach in FF03D5 schreibst wieder auslesen?
-
Wenn der Adapter nicht im Rechner ist kommt ein Buserror, soweit so gut ...
PS: Das heißt nur, dass das GAL das /DTACK-Signal generiert. Ob die Seite zur Grafikkarte hin funktioniert, siehst Du letztendlich nur mit Scope und/oder Logic-Analyzer.
-
OK, ein Blick ins Datenbuch zum ET4000 https://archive.org/details/bitsavers_tsengLabsTicsController1990_11230195 (https://archive.org/details/bitsavers_tsengLabsTicsController1990_11230195) zeigt, dass das Register 3D4 (CRTC Index) immer rücklesbar sein sollte. Der Wert in Register 3D4 bestimmt, was Du in Register 3D5 (CRTC Indexed Register) siehst ... und somit, ob es ein read-only / write-only oder read-write Register ist.
Allerdings sind ungerade Register am Atari wohl nur lesbar, nachdem Du auf 16-Bit-Zugriffe umgeschaltet hast. Folgst Du denn der Initialisierung, die Du gepostet hast, Schritt für Schritt? Dort wird ja auf 16-Bit-Modus umgeschaltet. Kannst Du an den entsprechenden Stellen die Werte zurücklesen, die Du nach FF03D4 bzw. FF03D5 (Register 3D4 und 3D5) schreibst?
-
Zur Info ...
-------------------------------------------------------------------------------
Der Funktionsumfang
-------------------------------------------------------------------------------
- Nach der Installation kann der Monitor zu jeder Zeit durch CONTROL-HELP
aufgerufen werden.
- "!" zeigt Eingabebereitschaft des Monitors an.
- Alle Werte sind hexadezimal angegeben/anzugeben!
- Dezimale Werte kˆnnen mit vorangestelltem "&" eingegeben werden.
- <f> steht f¸r die Anfangsadresse, <e> f¸r die erste ausgeschlossene Adr.!
- Anstatt <e> kann auch X<n> ( Anzahl in Bytes ) angegeben werden, in manchen
F‰llen kann auch Z<n> ( Anzahl der anzuzeigenden Zeilen ) verwandt werden.
- Bei den Funktionen "M", "D" und "I" kann statt der Endadr. auch ein Punkt
eingeben werden, um eine unendliche Auflistung zu erreichen.
- Als Adresse kann auch ein Registerinhalt ( mit "R<registername>") eingegeben
werden. Beispiel: "D R PC." disassembliert ab aktueller PC-Adr.
- Alle Auflistungen kˆnnen mit der /SPACE/-Taste angehalten oder mit einer
anderen Taste abgebrochen werden.
- Einer Adresse kann die Offset-Variable O vorangestellt werden (s.u.).
- Die Tasten /F1/ und /F2/ schalten die Anzeige (!) des Monitor- bzw. des
Original-Bildschirms um.
- Zur Beachtung: Verlassen wird TempleMon mit 'G' bzw. 'Q' (s.u.)!
M <f> <e> Memory dump. Zeigt Speicher byte-weise an.
MW <f> <e> Memory dump. Zeigt Speicher word-weise an.
ML <f> <e> Memory dump. Zeigt Speicher longword-weise an.
: <f> <b1> <b2>... Speichert Bytes <b..> ab Adresse <f>.
:w <f> <w1> <w2>... Speichert Words <w..> ab Adresse <f>.
:l <l> <l1> <l2>... Speichert Longwords <l..> ab Adresse <f>.
D <f> <e> Disassembliert Speicherbereich.
O <offs> Setzt die Variable "O" auf den Wert <offs>.
C <f> <e> <d> Kopiert Bytes von <f>..<e>-1 nach <d>..<d>+(<e>-<f>)
V <f> <e> <d> Verify. Vergleicht Bytes und zeigt Unterschiede an.
H <f> <e> <b1> <b2>... Hunt. Sucht nach Bytes (? als Joker).
H <f> <e> '<string> Sucht nach Zeichenkette (? als Joker).
F <f> <e> <b1> <b2>... F¸llt Speicher mit Bytes (? als Joker).
F <f> <e> '<string> F¸llt Speicher mit Zeichenkette (? als Joker).
I <f> <e> ASCII dump.
' <f> <string> Speichert ASCII-Zeichenkette in den Speicher.
B Zeigt alle Breakpoints (BP) an (Adresse,Z‰hler,Stand)
B<n> <a> <c> <c0> Setzt BP Nr. <n> auf Adresse <a>.
B- Lˆscht alle BPs (auch bei "Q"-Befehl!).
Breakpoints werden beim Verlassen des Monitors gesetzt, sofern das Tracebit
im SR nicht gesetzt ist (sonst kann die Traceroutine die BPs testen).
G Go. F¸hrt Programm an unterbrochener Stelle fort.
G <f> Verl‰flt Monitor und f‰hrt auf Adr. <f> fort.
GS <f> Ruft Unterprogramm auf, das mit RTS abschliessen
mufl, um wieder in den Monitor zur¸ckzugelangen.
T+ (T-) Tracekontrollmodus einschalten (bzw. ausschalten).
Wenn der Tracemodus eingeschaltet ist und "G" ausgef¸hrt wurde, lˆsen
folgende Tasten eine Funktion aus :
/SPACE/ f¸hrt die angezeigte Instruktion aus.
/ESC/ verl‰flt Tracekontrollprogramm, um normale Monitorfunktionen
auszuf¸hren. R¸ckkehr mit "G".
/O/ schaltet Anzeige und Tastenabfrage ab und f¸hrt Programm weiter
aus. Dabei mufl daf¸r gesorgt werden, dafl das Programm wieder
in die Monitoreingabe zur¸ckkehrt, z.B. ¸ber einen BP!
/A/ wie /O/, jedoch werden alle Instruktionen getraced, also auch
Trap-Routinen usw., da das Trace-Bit im SR immer wieder gesetzt
wird. Nur, wenn ein Diskzugriff stattfindet, oder vom Programm
die Interruptmaske auf 7 gesetzt wurde, wird das Tracebit nicht
vor Ausf¸hrung der n‰chsten Instruktion gesetzt.
/R/ schaltet Ein-/Ausgabe bis zur R¸ckkehr aus dem augenblicklichen
Unterprogramm ab. Ist das T-Flag Null, wird einfach eine R¸ck-
sprungadresse in den Monitor auf den Stack geladen. Nat¸rlich
mufl dann A7 so stehen, dafl beim RTS die Adresse auch vom Stack
geholt wird. Ist das T-Flag gesetzt, merkt sich der Monitor das
A7-Register und wartet auf ein RTS, RTE oder RTR, sofern A7 nicht
kleiner als das gemerkte A7 ist, und schaltet dann die Anzeige
wieder ein.
... jede Menge neue Funktionen ...
F¸r die folgenden Register-Operationen kˆnnen die Register <reg> mit den
¸blichen Abk¸rzungen (D0,A7,SR,PC,SSP,USP,usw.) angegeben werden.
Auflerdem steht F f¸r SR, jedoch werden dann die Flags einzeln angezeigt.
A7 repr‰sentiert, abh‰ngig vom augenblicklichen Stand des S-Bits im SR,
den jeweiligen Stackpointer (SSP bzw. USP).
R Zeigt die mit "R:" ausgew‰hlten Register an.
R <reg> = <l> Setzt Wert <l> in Register.
R: <reg1> <reg2>... W‰hlt Register-Default-Anzeige aus (z.B. f. Trace).
R:0 W‰hlt Register Auswahl eines 68000 Prozessors aus
R:1 W‰hlt Register Auswahl eines 68010 Prozessors aus
R:2 W‰hlt Register Auswahl eines 68020 Prozessors aus
R:3 W‰hlt Register Auswahl eines 68030 Prozessors aus
R:8 Schaltet zus‰tzlich die Register einer 68881/82 FPU
hinzu
R SR.<SR-Flag> = <v> Setzt SR-Flag auf <v> (z.B."R SR.C=1" setzt Carry-Flag)
P lˆscht Bildschirm.
Q Quit (GEMDOS:PTERM(-1)). Achtung: Wenn vom Desktop in
den Monitor gelangt wurde, niemals "Q" auslˆsen,
sondern nur "G" eingeben! "Q" dient zum Abbrechen des
gerade aktiv gewesenen Programms, "G" f¸hrt es weiter
aus! Lˆscht auflerdem alle Breakpoints ("B-")
S <dateiname>, <f> <e> Speichert Bereich v. <f> bis <e>-1 in eine Datei.
P <dateiname> ôffnet Protokolldatei. Alle Ausgaben gehen dann sowohl
auf den Bildschirm als auch auf die Datei. Beispiel:
"P PRN:" protokolliert alle Ausgaben auf dem Drucker.
PC Schlieflt Protokolldatei.
-
Ja, danke, das ist im Wesentlichen die Kurzanleitung, die "meine" Tempelmon-Version von sich aus anzeigt. Es gibt jedoch noch viel mehr Funktionen. Um die zu erfahren, hätte man früher die Anleitung kaufen müssen. Ich denke jedoch nicht, dass Thomas Tempelmann sie heute noch verkauft.
-
Fragen kostet nichts ;-)))
Machen wir halbe halbe und einer kopiert wenn er einverstanden ist natürlich ...
-
Habe jetzt eingegeben ...
:FF03C3 01
:FF03BF 03
:FF03D8 A0
:FF03D4 36
:FF03D5 F1
und dann
:FF03D5 00
bei
mFF03D5 kommt 80
und dann
:FF03D5 FF
bei
mFF03D5 kommt FF
und dann
:FF03D5 10
bei
mFF03D5 kommt FF
... vermute ich das richtig das da etwas nicht stimmt ?
Das nächste was ich mal mache ist vom Mainboard auf den ISA Slot und den GALs die Signale durchpiepen. Ansonsten weiss ich auch nicht mehr. Ich dachte aufbauen, Karte rein und läuft !?!
-
:FF03D4 15
Vergessen. also alles nochmal von vorne, oder ?
-
:FF03D4 15
Vergessen. also alles nochmal von vorne, oder ?
Ja, denn wenn Du in Register 3D5 herumschreibst, solange 3D4 noch auf 36 steht, schaltest Du die Karte u.U. wieder aus dem 16-Bit-Modus in den 8-Bit-Modus zurück. Dann kannst Du auf dem Atari ungerade Register nicht mehr auslesen (... und beschreiben auch nur deshalb, weil der MC68000 beim 8-Bit-Schreiben den Datenbus etwas komisch bedient, was glücklicherweise zum Grafikkartenadapter passt.)
Edit: Den Inhalt von Register 3D4 aka Atari-Speicheradresse FF03D4 solltest Du in jedem Fall zurücklesen können.
-
Nochmals vielen Dank für deine Hilfe.
Klappt jetzt mit Tempelmon ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9526;image)
In beiden VMG Programmen wird jetzt auch der Pixelclock gemessen. Das geht schonmal, sehr schön. Allerdings mit "TEST" oder "TESTBILD" etwas über die Grafikkarte darstellen geht nicht.
Messe jetzt erstmal alle Signale durch, muss aber noch erst eine Verlängerung für den Mega Bus löten da man sonst da nicht an die CPU ran kommt ...
Gibt es eine Möglichkeit alle Befehle so zu sagen in einem Rusch abarbeiten zu lassen. Also als ACSII Datei in Tempelmon einladen und dann auf einmal abarbeiten zu lassen ?
Die Eintipperei ist doch etwas mühselig auf Dauer ...
-
Kleiner Disclaimer vorab: Ich habe nie eine ET4000 besessen, geschweige denn programmiert, d.h. ich reime mir die Dinge auch zusammen, während ich Dir antworte. Ebenso hat's leider nur zu einem 1040STF gereicht, also könnte ich den betreffenden Adapter nicht einmal aufbauen und testen, wenn ich es denn wollte.
Es schaut nun so aus, als ob Du die Register der Karte korrekt lesen und schreiben kannst. (Natürlich könnte immer noch z.B. eine Adressleitung klemmen, zufällig aber auf dem passenden Level.) Damit nun auch wirklich Daten angezeigt werden, muss auch der Zugriff auf den Bildschirmspeicher klappen, der atari-seitig auf die Adressen C00000 bis CFFFFF gemappt wird. Ich weiß nicht, ob die Karte noch weitergehend initialisiert werden muss, bevor man auf den Speicher zugreifen kann, oder ob Du nach der Initialisierung der Register einfach mit Tempelmon Lese- und Schreibzugriffe testen kannst. Z.B. müsste im Bereich CA0000 bis CAFFFF Bildschirmspeicher liegen.
Wenn Du ein Oszilloskop oder Logic-Analyzer hast, kannst Du Dir auch mal die Leitungen am ISA-Slot angucken. Lesezugriffe auf C00000 bis CFFFFF müssen einen Puls auf MEMR auslösen, Schreibzugriffe auf MEMW. Dabei solltest Du die Adresse auf den Adressleitungen A1-A19 und LA17-19 sehen, die Daten auf den Datenleitungen Dxx.
Ich wüsste nicht, dass Tempelmon Skripte abarbeiten kann. Letztendlich sind diese Speicherzugriffe aber nichts anderes als POKE und PEEK in BASIC, d.h. Du kannst Deine Tests natürlich auch damit machen.
-
Der Mega4000 Adapter geht auch mit Adapter im 1040, ist aber größerer Bastelaufwand. Der Adapter ist ja nicht sonderlich viel, auf einer Lochraster oder so direkt auf der CPU geht auch, denke ich mir ...
Die Mega4000 nutzt nur normale CPU Signale, keine speziellen vom Mega ST Bus ...
-
Habe mich mal mit Torsten Lang unterhalten ...
Es bleibt ja immer noch die Möglichkeit, dass der RAMDAC nicht korrekt angesprochen wird oder eine Hilfsspannung fehlt - haben Sie den sowohl -5V als auch -12V angeschlossen oder bei Ihrer ET4000 zumindest geprüft, ob diese Spannungen nicht verwendet werden?
Das zum Thema welche Karte auf jeden Fall läuft ...
Verkauft hatten wir damals m. W. ausschließlich die Color Master 12
-
Was heißt das jetzt genau, Lukas? Kann man jetzt doch nicht jede beliebige tseng Labs Karte nutzen?
-
Habe mir heute zwei Adapter gebaut zum nachmessen der Signale. Brauche je einen wegen der MonSTer und der Beschleunigerkarte auf der CPU ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9549;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9551;image)
Was heißt das jetzt genau, Lukas? Kann man jetzt doch nicht jede beliebige tseng Labs Karte nutzen?
Jede beliebige wird je nicht funktionieren, denke ich mir mal. Aber da wird es schon einige geben die laufen werden. Bin ja auch etwas vorschnell. Muss erstmal sicher sein das der Adapter an sich funktioniert, sprich den 1MB Speicher auf der Karte ansprechen durch Schreiben und Lesen. Das VMG aus dem Mega4000 Paket misst ja schonmal die Pixelclock Frequenzen, allerdings merkert das VMG aus dem NVDI 4.11 Paket das gar keine Grafikkarte ansprechbar wäre. Ich muss erstmal weiter nach Fehlern suchen ...
Als Anhangspunkte für die Auswahl wäre vielleicht ein 80Mhz RAMDAC und keine Notwendigkeit von negativen Hilfsspannungen. Wobei -12V kein Problem sind aber -5V ist schon schlecht. Die CrazyDots hat z.B. einen RAMDAC von BT ...
-
Nur so eine Idee, wäre es möglich das du den falschen vmg hast? Es gibt nämlich verschiedene Versionen, einer für St, einen für megaste und einen für den tt. Hatte damals das gleiche Problem wie du. Habe dann einen anderen vmg genommen und siehe da Bild.
-
Da vertust du dich mit den Nova Sachen, oder ?
NVDI ET4000 gibt es jeweils nur einmal je nach Version für alle Karten zusammen.
Das 1.12 ist aus dem Mega4000 Paket ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9553;image)
Das 1.15 ist aus dem NVDI ET4000 4.11 Paket ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9555;image)
Vielleicht prüft die VMG Version aus dem 4.11 Paket auch den RAMDAC, keine Ahnung !?!
-
Der 1MB Bildschirmspeicher liegt was ich aus der Anleitung heraus gelesen habe bei $C00000-$CFFFFF und
$FF0000-$FF7FFF ...
Kann ich mit Tempelmon auf einmal in alle Speicherstellen $C00000-$CFFFFF FF oder 00 oder sonstwas auf einmal schreiben und wieder Lesen ?
-
Ja das ist gut möglich, da ich den Nova VMG auch verwendet habe und da gab es die unterschiedlichen Versionen.
-
Der 1MB Bildschirmspeicher liegt was ich aus der Anleitung heraus gelesen habe bei $C00000-$CFFFFF und
$FF0000-$FF7FFF ...
Nicht ganz. Auf $FFxxxx werden die Register der Grafikkarten (IO-Ports im x86-PC-Jargon) gemappt. Der eigentliche Speicher liegt (nach Initialisierung der Register) dann im Bereich $Cxxxxx.
Kann ich mit Tempelmon auf einmal in alle Speicherstellen $C00000-$CFFFFF FF oder 00 oder sonstwas auf einmal schreiben und wieder Lesen ?
Klar, es gibt das "f"-Kommando zum Füllen von Speicherbereichen und "m" kann auch mehr als ein Byte lesen:
f C00000 CFFFFF AA 55
m C00000 CFFFFF
füllt den Speicher mit einem $AA $55 Muster und zeigt es wieder an. Achtung: sehr viele Ausgabezeilen, mit der Leertaste abbrechbar.
Vielleicht prüft die VMG Version aus dem 4.11 Paket auch den RAMDAC, keine Ahnung !?!
Hast Du denn rausgefunden, ob Dein RAMDAC negative Betriebsspannungen braucht? Welcher ist denn verbaut?
-
Mache ich alles, komme am Wochenende zu nichts, ab Montag wieder ...
Habe ja ein PC Towernetzteil am Mega ST Board, werde von da mal den ISA Slot voll belegen, mal schauen ...
-
Läuft ...
Hatte mir heute morgen eine kleine Liste geschrieben mit allen Belegungen zwischen ISA Slot und der 68k CPU und alles nachgemessen. D7 fehlte, nachgelötet und dann lief der Adapter mit einer neuen ET4000 Karte die ich vor ein paar Tagen bei Ebay ersteigert hatte.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9561;image)
Der Schaltplan enthält einen Fehler und zwar liegen die 4 Adresssignale LA20 bis 23 nicht auf Masse sondern sind unbelegt ...
Hatte mir extra einen neuen Ersa Lötkolben gekauft, mein alter 15W Ersa den ich schon 20 Jahre nutze hat an der Spitze nur 350 Grad, der neue macht 450 Grad.
Werde in der nächsten Woche mal alle ET4000 Karten probieren die ich hier habe und dann auch Bilder der Karten einstellen ...
-
Läuft ...
Glückwunsch!
-
Danke ...
Ist ja erstmal nur Pixelclock ausmessen und im VMG "TEST" und "TESTBILD" aber der Rest wird auch funktionieren, denke ich mir mal.
-
Läuft ...
Hatte mir heute morgen eine kleine Liste geschrieben mit allen Belegungen zwischen ISA Slot und der 68k CPU und alles nachgemessen. D7 fehlte, nachgelötet und dann lief der Adapter mit einer neuen ET4000 Karte die ich vor ein paar Tagen bei Ebay ersteigert hatte.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9561;image)
Der Schaltplan enthält einen Fehler und zwar liegen die 4 Adresssignale LA20 bis 23 nicht auf Masse sondern sind unbelegt ...
Hatte mir extra einen neuen Ersa Lötkolben gekauft, mein alter 15W Ersa den ich schon 20 Jahre nutze hat an der Spitze nur 350 Grad, der neue macht 450 Grad.
Werde in der nächsten Woche mal alle ET4000 Karten probieren die ich hier habe und dann auch Bilder der Karten einstellen ...
Klasse Lukas, Glückwunsch! Jetzt fix einmal aufbau mit Bildern für die Nachwelt dokumentieren und ich bau mir das ding auch zusammen :)
BTW: Also ich hab eine billige Lötstation aus Ebay, bisher bin ich immer damit gut klargekommen. Ich stelle die Temperatur immer auf 330°C ein, das sollte schon das Maximum sein, wenn man mit SMD Komponenten lötet. Also 450°C finde ich schon heftig...
-
Das Problem beim Löten mit einem leistungsschwachen Lötkolben ist nicht die (maximale) Spitzentemperatur. Selbst bleifreies Lot schmilzt bei unter 300 °C, das früher gängige Sn60Pb38Cu2 bei unter 200 °C. Bei 450 °C verbrennt nur das Flussmittel schneller. Das Problem ist, dass ein schwacher Lötkolben nicht genug Leistung nachliefern kann, um größere Metallteile (dicken Draht, Masseflächen etc.) ordentlich aufzuheizen. Da hilft auch eine höhere Maximaltemperatur dann nur sehr bedingt.
-
Hallo Frank, schön das es jetzt weitergeht. Sieht wirklich gut aus. :D
-
... also ich hab eine billige Lötstation aus Ebay, bisher bin ich immer damit gut klargekommen. Ich stelle die Temperatur immer auf 330°C ein, das sollte schon das Maximum sein, wenn man mit SMD Komponenten lötet. Also 450°C finde ich schon heftig...
Kommt so wie czietz das sagte auf die Leitung an die der Kolben da nachschieben kann. Die Platinen waren/sind ja alle 20 Jahre alt. Die Durchkontaktierungen nahmen nicht immer so einfach das Lötzinn auf, meines auf jeden Fall nicht. Wobei ich sagen muss das meine Lötzinn Rolle auch schon so 20 Jahre alt ist ...
-
Ich hab schon, ab und an, die 450Grad meiner Weller Lötstation benutzt. Gerade wenn die Lötpitze verhältnismäßig klein ist und die Massefläche groß... das liegt aber vielleicht auch an der geringen Leistung von 50Watt. 330Grad hab ich eher selten eingestellt, eher (360-380)Grad. Man kann natürlich auch die Platinen etwas anwärmen, so dass die Wärme nicht so schnell abfließt. Ich würde sehr gerne mal mit so einer >1000€ Station löten... aber nur fürs Hobby ist mir das doch zu teuer. Denke aber das die die Temperatur gut liefern können.
-
Mein früherer Arbeitgeber hat eine Station von Oki/Metcal, die sich sehr, sehr gut schlägt, wenn es darum geht, massives Metall (z.B. Masseflächen) heiß zu bekommen. Bislang das beste, was ich in der Hinsicht erlebt habe, nur mit ca. 300 € schon an der oberen Schmerzgrenze, die ich so privat für Werkzeug ausgeben würde.
Zum Thema alte, korrodierte Platinen: Da hilft ein Tropfen zusätzliches Flussmittel auf den Pads oft enorm.
-
Zum Thema alte, korrodierte Platinen: Da hilft ein Tropfen zusätzliches Flussmittel auf den Pads oft enorm.
Hier sowas: http://www.ebay.de/itm/Lotwasser-PS3-XBOX-360-YLOD-BGA-SMD-Flussmittel-X-M3-100-ml-flussig-liquid-Flux-/161871991529?hash=item25b05292e9:m:mbcYF26tUFPRrnFAElBfLWw
Hab ich immer zur Hand, wenn das Lot nicht so verlaufen sollte, wie ich will. Hatte das damals geholt, für die BGA Chips der XBOX360 zu reflowen. Das Zeug verbindet sich auch sehr gut mit altem Lot. Ist auch bekannt als NoCleanFlux.
Und auch der fliegt bei mir rum: http://www.produktinfo.conrad.com/datenblaetter/825000-849999/828718-an-01-ml-Flussmitteldispenser_FL88Fluxi_de_en.pdf
Nur ist dieser jetzt mit dem "Ebay Wasser" gefüllt ;)
-
Frank, wirklich klasse Arbeit, ich gratuliere dir.
Was ist mit D7? Der Kontakt ist auf der mir vorliegenden GraKa nicht weitergeführt und auch auf dem Adapter mit nichts verbunden.
Die 4 Adresssignale LA20 bis 23 hast du auf dem Adapter noch nachträglich mit Masse verbunden?
-
Was ist mit D7? Der Kontakt ist auf der mir vorliegenden GraKa nicht weitergeführt und auch auf dem Adapter mit nichts verbunden.
Das wäre sehr seltsam, denn darüber wird das siebte Datenbit übertragen. Lukas meint mit Sicherheit nicht den Kontakt D7 im ISA-Slot (Signal IRQ14) sondern schon das Signal D7, das vom MC68000 zum ISA-Bus verläuft.
-
Genau das D7 Signal am Pin A2 vom ISA Slot. Die Durchkontaktierung am Mega ST Bus Steckverbindung war der Übeltäter, sah gut aus, war aber nicht gut ...
Ich sehe nicht mehr so gut und habe mich im Schaltplan vertan mit LA20 bis 23. Es sah für mich im Layout so aus als ob da Masse wäre, war aber nicht. Die Signale werden nicht benutzt und sind offen, also nicht angeschlossen. Ich dachte da an Masse weil beim Nova Adapter liegen die glaube ich auf Masse, keine Ahnung ...
-
Ah ja, vielen Dank.
Den werde ich nochmal überprüfen, bevor ich anfange, den Adapter einzubauen.
-
Ich habe einige graue Haare mehr bekommen und bin um weitere 10 Jahre gealtert ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9590;image)
Ich nutze NVDI 5 in der Englischen Version da meine Version kaputt ist. Hatte Probleme mit NVDI 4, speziell mit dem VMG Programm.
Man sollte das VMG Programm aus dem Mega4000 Paket benutzen, die 1.12er Version. Zuerst ohne Monitor die Pixeltakte ausmessen und speichern. Das muss man natürlich für jede Karte gesondert machen. Dann die Auflösungen erstellen und als NVDIVGA.INF im AUTO Ordner sichern.
Die Karten auf dem Fotos funktionieren.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9588;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9586;image)
Die Karte braucht aber -12V, ich hole die -12V vom Mega ST Mainboard. Die Spannung bricht zwar auf -9V zusammen aber es geht. Der -12V zweig meiner Karte braucht 15mA. Man muss aber vorsichtig mit den -12V sein, habe mir jetzt schon eine ET4000 Karte wahrscheinlich kaputt gemacht. Werde wohl einen DC/DC Wandler von Reichelt benutzen der aus 12V +/- 12V macht und ich nutze dann die -12V, die Dinger gibt es auch mit 40mA. Ich werde nicht weiter Testen da ich mir schon zwei 20V8 GALs zerschossen habe da einige Karten die ich habe wohl defekt sind.
-
Hallo Frank, das sind gute Neuigkeiten die auf jeden Fall nützlich sind. Könntest du die Fotos der Karten noch in einer Auflösung hochladen, so dass man auch die Schrift auf den IC's noch lesbar ist? Das wär hilfreich.
-
Sind beides die gleichen Karten ...
Habe jetzt mal bei der Karte geschaut die ich mit den -12V kaputt gemacht habe. Man macht den RAMDAC kaputt, hatte zum Glück noch einen im Austausch ...
GEMBENCH 5 in 800x608 bei 256 Farben
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9594;image)
-
Ich denke bei der Kartenauswahl sollte man darauf Achten wenn möglich keine PALs auf der Karte und so Simpel wie möglich und ein 80Mhz RAMDAC ...
-
Ich habe auch zwei Cardex Karten welche im VMG Programm einwandfrei laufen aber NVDI bootet mit 4 Bomben oder stellt kein Bild dar ...
-
Hallo Frank, das sind ja beindruckende Werte die Gembench da zeigt. Sieht echt gut aus.
-
Du bist ja lustig ...
Das ist ziemlich langsam. Aber Hauptsache Farbe, ich habe ja noch eine Matrix M110 ECL Karte. Warte noch auf den ECL/VGA Converter von Alan ...
-
Ich meine natürlich im Verhältnis der höheren Farbtiefe 256Farben gegenüber der original 4Farb-Auflösung.
-
So, der Schaltplan ist jetzt nochmal Fehler gesäubert ...
-
Habe jetzt mal einen zweiten Adapter aufgebaut. Hatte Probleme mit einigen Durchkontaktierungen, da sollte man mit etwas Entlötlitze und dem Lötkolben rüber wischen damit die wieder besser das Lötzinn annehmen.
Diesen Adapter habe ich eingekürzt damit das bei mir mit dem Netzteil passt. Habe das auf einem Schleifbock an der feinen Scheibe gemacht. Man muss nur Vorsichtig sein und auf die Durchkontaktierungen am ISA Slot aufpassen das man die nicht mit weg/an schleift und das ganze dann wenn alles funktioniert und getestet ist mit Klebeband isolieren. Da müssen 4 Verbindungen wieder hergestellt werden, auch die +5V Verbindung, also besser alles zweimal nachmessen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9614;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9616;image)
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9618;image)
-
Hallo czietz,
hallo Arthur,
zu Euren Beiträgen übers Lötwerkzeug: Es ist schon lustig, Eure Beiträge lesen sich wie das, was ich den Jungs im 1zu160 Modellbahnforum immer wieder vorbete, wenn da wieder mal drüber philosopiert wird, wie toll sich doch mit der "5W Lötnadel" oder dem ungeregelten 15W Kolben arbeiten lässt.
Ich selber habe hier zu Hause von Selektra einen ungeregelten Lötkolben mit m. W. ca. 15W, von Weller eine alte Magnastat die ich eigentlich mal für einen Freund repariert hatte, eine W-HPL Reparaturstation mit Heizplatte und eine METCAL 5000.
Der Selektra war einfach nur ein Krampf. Die Spitzen ständig kaputt, weil das Ding ungeregelt ohne Last halt immer zu heiß war, und für Arbeiten an größeren Bauteilen war die Leistung viel zu gering.
Die beiden Weller haben jeweils 50W und eine mehr oder weniger indirekte Heizung, die die Spitze vom hinteren Teil her beheizt. Mit der Umrüstung auf die neuen, kurzen Spitzen sitzt im Heizelement dann nur noch ein kurzer "Stummel", auf den wird von vorne die neue Spitze aufgepresst. Also neben dem Spalt Heizung/Spitze noch ein Übergang mehr.
Die METCAL hat eine HF-Heizung direkt in der Spitze, d. h. das Heizelement ist Bestandteil der Spitze und sitzt sehr weit vorne. Die Regelung erfolgt über den Curie-Punkt des Heizelements, also ähnlich wie bei Magnastat, nur dass hier kein Magnetschalter ausgelöst wird, sondern die HF-Speisung beeinflusst wird. Die METCAL hat - wie die meisten modernen Stationen für bleifreie Arbeiten, 80W.
Es ist ein Unterschied wie Tag und Nacht. Zum einen dauert es schon mal ewig (rd. eine Minute), bis die alte Magnastat überhaupt Arbeitstemperatur hat. Bei der elektronisch geregelten W-HPL geht es marginal schneller. Die METCAL ist in ca. 2..3s heiß.
Das ist auch insofern wichtig, weil die METCAL als modernes Gerät den Kolben in der Ablage herunterregelt. Das bleifreie Lot geht mächtig auf die Standzeit der Spitzen. Ohne Standby wären die nach kurzer Zeit hinüber.
Wenn Leistung abverlangt wird, brechen die Weller 50W Kolben gnadenlos ein. Als ich bei meiner alten Ackermann TK-Anlage mal das Netzteil überarbeitet habe, mussten da auch Kühlkörper ausgelötet werden (die saßen in massiven Masseflächen ohne Wärmefalle). Mit beiden Weller ein aussichtsloses Unterfangen. Mit der METCAL hat es ein paar Sekunden gedauert, war das Lot flüssig und der Kühlkörper draußen. Man merkt hier einfach, dass die Heizung und Temperaturerfassung sehr nahe an der Spitze passieren, und dass auch ordentlich Leistung mit sehr guter Wärmekopplung dort ankommt. Wie gesagt, bei einer umgerüsteten Weller geht das über zwei Wärmebarrieren.
Die 400°C sind übrigens eine normale Arbeitstemperatur - m. W. hat meine Magnastat standardmäßig 400°C Spitzen, und bei METCAL ist es die 1xx-er Kartuschen-Serie, die Standard ist (http://www.okinternational.com/File%20Library/Metcal/Products/Know-More-about-our-Tip-Temperature-Doc.pdf).
Im Reflow-Prozess in unserer Fertigung sind es nur 270°C für wenige Sekunden, das geht aber nur, weil die gesamte Platine in den kälteren Zonen vorgeheizt wird und auch beim Durchlaufen der heißesten Zone von unten beheizt bleibt. Beim Handbestücken heizt Du dagegen von Zimmertemperatur auf. Außerdem hast Du noch einen gewissen Wärmewiderstand zwischen der Heizung und der Spitze und daher ein entsprechendes Temperaturgefälle, speziell unter thermischer Last.
Für Lötungen mit Bleilot verwende ich die Weller Stationen, speziell die W-HPL, nach wie vor. Alleine schon, weil ich bei Bastelprojekten oft mit beiden Lot-Arten konfrontiert bin. Bei älteren Loks sind die Platinen oft noch mit Blei verarbeitet, Decoder aus aktueller Fertigung dagegen immer bleifrei.
Da man die Lote nicht mischen darf, sind dann METCAL und W-HPL an.
Was ich mir noch zugelegt habe (für bleifreie Arbeiten m. E. kaum verzichtbar) sind Flussmittelstifte (z. B. http://www.dpv-elektronik.de/shop/DPV-7/ESD-344/EPA-1270) und ein sog. "No Clean" Flussmittel, also, eins, das nicht korrosiv ist und auf der Platine verbleiben darf. Damit sind dann auch widerspenstige Flächen z. B. bei älteren Platinen schnell verarbeitet.
Für die Spitzenreinigung habe ich noch neben dem üblichen Schwämmchen Messing-Wolle zum Reinigen. Für hartnäckige Fälle dann noch eine Kombination aus Salmiak-Pulver, Lot-Pulver und Fluss mittel (Stannol Tippy - gibt es bleifrei und bleihaltig).
Die METCAL Station war mit über 400€ sicherlich nicht billig, aber diese Ausgabe habe ich nicht bereut, das war wirklich gut angelegtes Geld. Dafür habe ich dann halt drei Loks weniger in der Sammlung...
Andere Mütter haben ja auch schöne Töchter, dem Vernehmen nach sollen auch die Profi-Stationen von JBC sehr gut sein.
Viele Grüße,
Torsten
-
Hallo Thorsten, vielen Dank für die Einblicke mit den verschiedenen Lötstationen. Es ist ja nicht so dass sich mit der Weller nicht löten lässt, aber das mit dem Wärmeübergang von der Heizung zur Spitze und der Temperaturerfassung recht weit von der Spitze entfernt, im Gegensatz zur Metcal, hat bestimmt einen negativen Effekt auf die Temperaturregelung. Hätte ich das vor 13 Jahren schon gewusst dann hatte ich mir auf jeden Fall schon eine Metcal gekauft.
-
Das ist zwar alles sehr interessant aber ich denke, das Thema Löten gehört nich in einen Grafikkarten-Thread.
-
So unangebracht ist das nicht. Ist auf jeden Fall Informativ und gehört hier schon rein ...
-
Habe mir mal ein Falcon Netzteil auf den Mega ST Blechträger montiert und es ist fast 10mm schmaler als das originale Mega ST Netzteil. Man sieht es schlecht auf dem Bild aber es ist nicht so breit ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9683;image)
-
So habe mir jetzt auch eine ET4000 geschossen, dann werde ich nächste Woche wohl anfangen, graue Haare zu bekommen ;)
-
Macht sich eine inkompatible ET4000 anders bemmerkbar, als ein Defekt am Adapter?
Der Rechner bootet normal und verhält sich im Betrieb auch einwandfrei, während der Adapter mit Karte eingebaut ist.
Es wird nur keine Karte erkannt!
Für mich stellt sich die Frage des nachlötens, oder eine andere Karte testen, die ich noch nicht habe.
-
Lukas Frank und ich haben in diesem Thread doch durchgespielt, wie man die grundlegende Funktion von Karte und Adapter mit Tempelmon testen kann. Wenn z.B. die Lötstellen an irgendwelchen Leitungen nicht in Ordnung wären, würde man das spätestens beim Befüllen des Bildschirmspeichers mit wechselnden Werten sehen.
Vielleicht probierst Du ja mal die Intialisierungssequenz und was Lukas sonst noch alles gemacht hat durch und postest das Ergebnis hier. Evtl. erlaubt das Rückschlüsse auf den Fehler.
-
Eine unkompatible Karte macht dem Adapter nicht kaputt glaube ich. Ich hatte einige defekte Karten die mir zwei GALs kaputt gemacht haben.
Deine Probleme hatte ich auch. Mit Hilfe vom Schaltplan alles durchmessen, besser zweimal und auch auf die Ohm Werte achten, von wegen kalter Lötstellen ...
Ansonsten das was czietz sagte mit Tempelmon usw. ...
Das VMG aus dem Mega4000 Paket benutzen, es ist die Version 1.12. NVDI Treiber braucht es erstmal nicht ...
-
Hilfreich ist so eine Mega ST Bus Verlängerung wie ich mir zum nachmessen eine gebaut habe ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9723;image)
Besonders die ISA Bus Steuersignale sind wichtig und solche Zettel ...
-
Ich kann mehr mit Franks schriftlichen Notizen anfangen, um die Leitungen durchzumessen.
Mit Tempelmon wollte ich eigentlich nicht anfangen. Tempelmon ist NICHT mein Freund! ;-)
Das ist mir zu theoretisch und ich verstehe die Zusammenhänge bei dem Tool nicht.
Mit meinen 50 Jahren muß ich nicht mehr alles verstehen. ;-)
Vielen Dank euch beiden.
-
poste das doch bitte auch mal im Mega4000 Aufbau Thread. Ich kann am Montag mal schauen ob da rechts zur Gehäusewand der Platz reicht ...
Würde mir da so vier kleine Blechlaschen machen wollen mit M3 Gewinde in einem der beiden Löcher.
Hallo Frank, ok. recht müßte Platz genug bleiben zumindest ohne Blechverhau. Ich habe hier mal die Netzteilplatine vom Träger gelöst und einfach verschoben. Würde das nicht ausreichen?
(http://forum.atari-home.de/index.php?action=dlattach;topic=12477.0;attach=9725;image)
-
So, habe mal die Mega4000 Platine mit der Buchse lose im Mega ST zusammen gestöpselt und es passt. Es gibt aber einen Berührungspunkt mit dem Blechträger der mit dem roten Rahmen im Bild markiert ist. Da kann man getrost mit eine Feile, Säge oder Miniflecks vom Blech etwas wegnehmen.. oder auch von der Mega4000 Platine. Auf dem Bild re.sieht man den verbleibenden Platz.
-
Dann will ich auch mal... hab die Passprobe heute auch mal probiert. Also die Netzteilplatine werde ich noch ein stückchen nach rechts setzen und neue Abstandshalter anbringen. Oder aber wie hoch darf die Platine sitzen? bei meinem Bild müßte eigentlich gut zu erkennen sein, wie ich das vorhabe. Das Netzteil hat im übrigen auch ein Pin für -12V, so das ich mir wenn ich diese brauchen sollte nicht vom Mainboard abzwacken muss. Dann habe ich noch festgestellt, dass ich für den GAL20v8 einen anderen Sockel brauche. habe mir einen bestellt bei Reichelt, wo zu breit ist grrr.
Im Übrigen hatte Lukas recht, die Platine nimmt schlecht lötzinn an. Abhilfe hier: Mit einem Glasfaserstift sanft über die Lötaugen gehen und beim löten viel Flußmittel nutzen.
-
Jetzt wo Du es schreibst... ein Glasfaserstift fehlt mir noch.
-
Habe ja noch einige ET4000 Karten, die aber alle nicht funktionieren. Der Pixelclock wird falsch gemessen nur bis 65Khz und beim Testbild ist der Bildschirm Schwarz.
Habe jetzt mal bei der VOFA etwas geklaut und bei der Mega4000 ergänzt ...
+5 Volt -> 330R -> ISA Slot B8
+5 Volt -> 1K -> ISA Slot B28
+5 Volt -> 1K -> ISA Slot D1
Mit diesen Veränderungen lief eine Karte die zuvor nicht ging. Allerdings kippen da mit der Zeit Pixel, weiss jetzt nicht ob das an der Karte liegt ?
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9863;image)
Habe auch mal IPL1 von der 68k CPU geholt und an Pin 1 eines 74LS06 und den Pin 2 vom 74LS06 auf den ISA Slot B4 gelegt aber das scheint nichts auszumachen. Obwohl bei den meisten Karten die nicht laufen wollen den Pin B4 belegt haben und in einem PC Board wenn man B4 entfernt laufen die Karten auch nicht mehr.
-
"In den Archiven finden Sie eine eingeschränkte Version der erforderlichen GALs. In der unregistrierten Version können Sie Auflösungen bis zu 256KB RAM nutzen."
So steht es auf Torsten Langs Homepage.
Bestehen unsere GALs aus der eingeschränkten, oder der Vollversion?
-
Am Sonntag komme ich vielleicht dazu, den Adapter jetzt mal endgültig zu testen. Hab soweit schon alles verlötet, es fehlt nur noch die Spannungsversorgung zum Adapter. Leider war ich die letzten Tage gesundheitlich etwas angeschlagen, ich hatte die furchtbarste Krankheit von allen - die Männergrippe!
Kann euch sagen, die sowas von richtig böse XD
anyway, bin mal gespannt, ob ich das zum Laufen kriege...
-
"In den Archiven finden Sie eine eingeschränkte Version der erforderlichen GALs. In der unregistrierten Version können Sie Auflösungen bis zu 256KB RAM nutzen."
So steht es auf Torsten Langs Homepage.
Bestehen unsere GALs aus der eingeschränkten, oder der Vollversion?
Nein das ist die Vollwertige Kaufversion der GALs, ansonsten hätte das ganze ja auch keinen Sinn ergeben !
Falls jemand meint der könne den Adapter noch kompatibler machen zu den verschiedenen ET4000 Karten, einfach eine PM an mich, ich habe die Quellen zu den GAL Bausteinen ...
Torsten Lang will damit nichts mehr zu tun haben, also bitte in Ruhe lassen !
-
"In den Archiven finden Sie eine eingeschränkte Version der erforderlichen GALs. In der unregistrierten Version können Sie Auflösungen bis zu 256KB RAM nutzen."
So steht es auf Torsten Langs Homepage.
Bestehen unsere GALs aus der eingeschränkten, oder der Vollversion?
Nein das ist die Vollwertige Kaufversion der GALs, ansonsten hätte das ganze ja auch keinen Sinn ergeben !
Falls jemand meint der könne den Adapter noch kompatibler machen zu den verschiedenen ET4000 Karten, einfach eine PM an mich, ich habe die Quellen zu den GAL Bausteinen ...
Torsten Lang will damit nichts mehr zu tun haben, also bitte in Ruhe lassen !
mmh, wenn er damit nichts mehr zu tun haben will, kann er ja auch die Sourcen freigeben. So wie ich das sehe, will er das aber dann auch nicht.
-
Er möchte halt keinen Support mehr leisten für so ein altes Projekt.
Wenn jemand die GAL Steuerung verbessern will einfach eine PM an mich und er bekommt die Quellen. Ich habe da keine Ahnung aber ich vermute der ISA Bus müsste kompletter bedient werden an den Steuersignalen als das jetzt der Fall ist. Vielleicht liegen die Speicherbereiche auch unterschiedlich auf der Vielzahl an Karten. Einige scheinen ja zu laufen aber stellen entweder Pixelmüll oder einen Schwarzen Kasten mit den richtigen Frequenzen dar. Wenn es am RAMDAC liegt kann man je nichts machen da das die Sache vom NVDI ist. Vielleicht setzt sich Idek ja auch mal hin und macht einen NOVA Treiber so wie für die CrazyDots für die Karte. Besser wäre das in jedem Falle da NVDI so seine Probleme z.B. mit MiNT/XaAES hat ...
-
Wie gesagt, ich probiere jetzt erstmal den Adapter aus. Wenn es dann nicht funzen sollte, du hast ja noch den VoFa Adapter am laufen. Mir gefällt das auch nicht so ganz, dass TLangs Platine ziemlich nach am Netzteil liegt, man kann so wie ich das gesehen habe, ruhig 1cm weiter nach links den ISA Bus setzen. mit dem Batteriefach ist das nicht so tragisch. Wird schon passen.
-
Schau mal auf meine letzten Bilder. Ich habe die Platine eingekürzt und Isoliert. Ich bin hoch zufrieden mit der Lösung. Eine Alternative wäre eine Falcon Netzteil Platine, die ist ein gutes Stück schmaler und schaut nicht über das Trägerblech rechts und links hinaus. Aber ich habe davon Abstand genommen weil der 12V Zweig viel zu schwach ist bei dem Falcon Dingens ...
Aber erst einkürzen wenn alles läuft !
-
Schau mal auf meine letzten Bilder. Ich habe die Platine eingekürzt und Isoliert. Ich bin hoch zufrieden mit der Lösung. Eine Alternative wäre eine Falcon Netzteil Platine, die ist ein gutes Stück schmaler und schaut nicht über das Trägerblech rechts und links hinaus. Aber ich habe davon Abstand genommen weil der 12V Zweig viel zu schwach ist bei dem Falcon Dingens ...
Aber erst einkürzen wenn alles läuft !
Lukas, ich rede doch den Adapter nicht runter, mir geht es nur darum, wenn man das neu auflegt den einfach Platz läßt zwischen Adapter und Platine.
Zum Thema Netzteil hab ich das Pollin Schaltnetzteil drin, wo es für unter 7€ bei denen gibt. Das hat auf der 5V und 12V Schiene genug Dampf zur Verfügung. Da mache ich mir keine sorgen diesbzgl. Sogar -12V liefert das Netzteil auf einem Pin. Ich probiere das einfach mal aus am Sonntag. Wird schon klappen. Wenn nicht, Tuxie routet ja schon das VoFa Board ;)
-
... ich rede doch den Adapter nicht runter ...
Hatte ich so auch nicht aufgefasst ...
-
... ich rede doch den Adapter nicht runter ...
Hatte ich so auch nicht aufgefasst ...
Sorry, dann hatte ich das falsch aufgefasst. Ach egal, wird schon irgendwie...
-
ich hab mal heute alles zusammengelötet und eingesteckt. Zuerst ohne Gals und Karte, eingeschaltet, sind mal keine Rauchzeichen gekommen :)
Dann Gals reingesetzt, eingeschaltet, auch keine Rauchzeichen. Dann die Grafikkarte eingesetzt, gestartet und bin direkt in die vollen und habe das VMG configtool gestartet. Ergebnis sieht ihr in den Bildern. Die Pixelfehler, können die durch das Ram der Grafikkarte kommen? hab jedenfalls mal 2 verschiedene Monitore und Auflösungen sowie Monitorfrequenzen ausprobiert. Auch die 256 und Truecolor Modis. Leider halt Pixelmüll :(
-
Ich habe auch so einige Pixel die kippen aber bei mir hält sich das in Grenzen.
Kontakte der ISA Karte mal säubern. Löte doch mal alle Masse und +5V Verbindungen nach, vielleicht kommt das Problem da her. Als Test mal zusätzlich Masse direkt an die ET4000 Karte legen ...
Um den Stromverbrauch der Karte zu senken kannst du das VGA Bios und den Sync Baustein entfernen ...
-
@neogain, teste mal folgendes.. Auf dem Foto kommt die Spule vom Netzteil ziemlich nahe an den ISA-Bus... könnte zu Störungen führen. Auf dem Speicherseite (RAM-Seite) des VMG gibt es bezüglich des Video-RAM auch etwas ein zu stellen.
-
Ich habe mal eure Vorschläge ausprobiert, also Grafikkarte komplett gesäubert, insbesondere die ISA Slots Kontakte und die Ramsockel sowie die Chips, dann noch VGA Bios und Sync Roms entfernt, zusätzliche Masse an den Adapter gelegt, Netzteil außerhalb vom Gehäuse gesetzt, leider kein Erfolg :( Muß ich die Beiden Kondensatoren mit auf den Adapter löten? Das ist nämlich noch etwas, das ich nicht gemacht hatte. Sollte lt. Anleitung nur mit den Cardek Adaptern verwendet werden.
-
Was meinst du ?
Ich benutze IC Sockel mit Kondensator schon drin, diese 100nF Abblock keramischen sollte man schon einsetzen. Ansonsten versuche mal wie beim Nova Adapter 1nF jeweils von MEMR und MEMW am ISA Slot auf Masse ...
Stelle doch mal ein großes Bild der Grafikkarte hier ein ...
-
Was meinst du ?
Ich benutze IC Sockel mit Kondensator schon drin, diese 100nF Abblock keramischen sollte man schon einsetzen. Ansonsten versuche mal wie beim Nova Adapter 1nF jeweils von MEMR und MEMW am ISA Slot auf Masse ...
Stelle doch mal ein großes Bild der Grafikkarte hier ein ...
So, also hab die 100nF Kondis eingelötet. Schon besser jetzt, allerdings immer noch Pixelsalat. Es sieht auch so aus, als wenn diese nicht zufällig sind, sondern das Bild mit dem Pixelmüll immer gleich aussieht. Pixeltakte habe ich auch messen lassen durch VMG. Arthur hat nochwas zum RAM Tab innerhalb VMG gemeint. Ich muß mal schauen, ob ich die Specs des Rams bekomme. Kann sein, dass es vielleicht damit was zu tun hat.
-
Misst das VMG denn auch bis 80Mhz bei der Karte ?
Schau doch mal in den VOFA und den Nova Schaltplan und Rüste mal die fehlenden Pullup Widerstände nach, vielleicht nutzt das was ...
-
Dieser C27 hängt nicht zufällig auf der Reset Leitung ?
Wenn ja mache den mal raus ...
-
Interessant wäre, den Video-RAM (Adressbereich $Cxxxxx) mit Testmustern zu beschreiben und rückzulesen. So eine Art RAM-Test fürs VRAM. Evtl. kann man aus den Fehlern dabei auf das Problem rückschließen. Wenn z.B. jedes 2^n Byte falsch wäre, würde das für eine Adressleitung sprechen usw.
-
Dieser C27 hängt nicht zufällig auf der Reset Leitung ?
Wenn ja mache den mal raus ...
Den hatte ich schon auch in Verdacht. In der Anleitung steht, dass sich wenn es so ist, kein Bild angezeigt wird. Bei mir wird ein Bild ausgegeben. Ich klingel den morgen mal durch und schaue wo er hingeht.
Misst das VMG denn auch bis 80Mhz bei der Karte ?
Schau doch mal in den VOFA und den Nova Schaltplan und Rüste mal die fehlenden Pullup Widerstände nach, vielleicht nutzt das was ...
im Anhang sind die Pixeltakte, die VMG gemessen hat. Direkt 80Mhz sind es zwar nicht, aber fast. ich schaue mir mal die Nova und VoFa Schaltpläne an wegen den Pullups. So wie ich das aber jetzt schon weiß, werde ich die Widerstände dann nicht haben XD
-
Interessant wäre, den Video-RAM (Adressbereich $Cxxxxx) mit Testmustern zu beschreiben und rückzulesen. So eine Art RAM-Test fürs VRAM. Evtl. kann man aus den Fehlern dabei auf das Problem rückschließen. Wenn z.B. jedes 2^n Byte falsch wäre, würde das für eine Adressleitung sprechen usw.
Du meinst bestimmt mit TempleMon? Und da erwischt du mich auf eine Sache, bei der ich gar nicht durchsteige. Ich kann dir zwar alles zusammenlöten, durchmessen, etc. Aber wenn es softwaremäßig ist, bin ich der totale DAU. Ich kriege noch nicht mal TempleMon zum Laufen ;)
-
czietz gibt dir bestimmt eine kurze Anleitung zum Tempelmon.
Wenn du TOS 2.06 hast könnte ich mir vorstellen dieses mega_ram.prg zu starten, nachschauen mit sysinfo ob 1MB Fastram da ist und dann das TT Ram Testprogramm laufen lassen, vielleicht geht das ...
-
Ich würde das eher in einer Programmiersprache (BASIC, C ...) lösen, weil es sich da besser automatisieren lässt. Wie schon irgendwo früher im Thread festgestellt, kann Tempelmon keine Scripte abarbeiten.
Hast Du zufällig Omikron Basic parat? Darin könnte ich Dir solch einen Test vermutlich schnell schreiben.
-
Gerade mal getestet und geht ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9883;image)
So ein kleines eigenständiges Programm wäre eine tolle Sache.
-
Mittlerweile ist der Test mal etwas gelaufen und zeigt jede Menge Fehler, ich weiss nicht wie das einordnen soll ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9886;image)
Vielleicht kann man das Programm nicht nutzen, keine Ahnung ...
-
Auffällig an den unten gezeigten drei Fehlern ist, dass sie jeweils um $4000 Bytes (aka 16kBytes) auseinander liegen. Eine Erklärung dafür habe ich auf Anhieb aber auch nicht.
-
Mittlerweile ist der Test mal etwas gelaufen und zeigt jede Menge Fehler, ich weiss nicht wie das einordnen soll ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9886;image)
Vielleicht kann man das Programm nicht nutzen, keine Ahnung ...
Probiere ich morgen auch mal aus. Gibt es omikron basic als image irgendwo? Wenn cietz das machen könnte wäre klasse
-
Hier das Omikron BASIC Listing. Mangels passender Hardware kann ich es selbst nicht testen und hoffe aber dennoch, dass es funktioniert.
Omikron BASIC ist recht langsam, timingabhängige Fehler, die nur durch schnelles Beschreiben aufeinanderfolgender Adressen zu erkennen sind, werden sich damit nicht finden lassen. Ich möchte das aber nicht in C oder 68k-Assembler noch einmal schreiben.
1 PRINT "VRAM TEST - (C) 2015 CHZ-Soft"
2 Ramtest($C00000,$CFFFFF,0,0)
3 Ramtest($C00000,$CFFFFF,$FFFF,0)
4 Ramtest($C00000,$CFFFFF,$A55A,0)
5 Ramtest($C00000,$CFFFFF,$5AA5,0)
6 Ramtest($C00000,$CFFFFF,0,1)
7 END
8
9
10 DEF PROC Ramtest(Startaddr%L,Endaddr%L,Pattern%L,Useaddr%)
11 IF Useaddr%=1 THEN
12 PRINT "Test-Pattern: Adresse"
13 ELSE
14 PRINT "Test-Pattern: "; HEX$(Pattern%L)
15 ENDIF
16
17 Errorcnt%L=0
18 FOR Addr%L=Startaddr%L TO Endaddr%L STEP 2
19 IF Useaddr%=1 THEN
20 REM Addresse als Testpattern benutzen
21 Pattern%L=Addr%L AND $FFFF
22 ENDIF
23 WPOKE Addr%L,Pattern%L
24 Readback%L= WPEEK(Addr%L) AND $FFFF
25 IF Readback%L<>Pattern%L THEN
26 PRINT "Adresse: "; HEX$(Addr%L);" Soll: "; HEX$(Pattern%L);" Ist: "; HEX$(Readback%L)
27 Errorcnt%L=Errorcnt%L+1
28 ENDIF
29 NEXT
30 PRINT "Abgeschlossen! Fehler: ",Errorcnt%L
31 RETURN
-
Danke für deine Arbeit.
Muss man die Karte zuvor nicht erst initialisieren ?
Oder dieses MEGA_RAM.PRG vorher laufen lassen ?
:FF03C3 01
:FF03BF 03
:FF03D8 A0
:FF03D4 36
:FF03D5 F1
:FF03D4 15
-
Ja, ich gehe von initialisierter Karte aus. Man kann natürlich auch die nötigen POKE-Befehle im BASIC-Listing ergänzen, um das zu erledigen.
-
Lege doch mal die offenen Adressleitungen A20 bis A23 auf dem 16bit Erweiterungsteil des ISA Bus auf Masse. Kann ja nicht gut sein wenn die offen sind, oder !?!
-
Lege doch mal die offenen Adressleitungen A20 bis A23 auf dem 16bit Erweiterungsteil des ISA Bus auf Masse. Kann ja nicht gut sein wenn die offen sind, oder !?!
Besser nicht. Die sind über RP4 mit 100K gegen GND gezogen.
-
Meinst bei der Karte von neogain ?
Beim Nova Adapter liegen die ungenutzten Adressleitungen auf Masse ...
-
Meinst bei der Karte von neogain ?
JA
-
Also besser nicht an Masse, beim NOVA Adapter gehen die mit 1K auf Masse. 1K oder 100K spielt wohl keine Rolle. Hauptsache der Zustand ist definiert. Beim VOFA liegt "0WS -B8" über einen Pullup auf High, schaue doch mal ob bei deiner Karte B8 benutzt wird und baue den Widerstand mal ein, vielleicht Hilft es ja ...
Signal Beschreibung -> http://www.hardwarebook.info/ISA
Intel ISA Bus Specification -> http://bitsavers.trailing-edge.com/pdf/intel/_busSpec/Intel_ISA_Spec2.01_Sep89.pdf
-
Werde ich mal schauen. Ich habe jetzt mal Czietz Listing in Hatari mit Omikron Basic 5.0 gestartet. Habe nur eine Demo Version von dem Basic gefunden. BAS läuft schon mal im Emu an, bricht aber mit 2 Bomben ab, weil es wahrscheinlich keinen erweiterten Ram findet. Ich probiere es gleich am MegaST aus. Achso, wie muß ich dann die Karte initialiesieren? Oder ist das nicht nötig für den Test?
Im Anhang die BAS File (PDF in BAS ändern) von Czietz Listing.
-
Während es grundsätzlich sinnvoll ist, für definierte Potentiale zu sorgen, glaube ich in diesem Fall nicht, dass /0WS ist. /0WS ist - falls verwendet - ein Ausgangssignal aus der Grafikkarte. Was mir noch auffällt, ist, dass der Adapter das Signal BALE (B28 am ISA-Steckverbinder) nicht generiert, doch wenn die Karte das bräuchte, würde sie dann gar nicht funktionieren.
Sporadische Pixelfehler würde ich auf grenzwertiges Timing oder Störungen/Übersprechen zwischen Leitungen zurückführen. Bei reproduzierbaren Pixelfehler müsste man wissen, was genau betroffen ist: Jedes n-te Byte? Immer nur ein bestimmtes Bit?
-
Die Grundinitialisierung der Karte, die Lukas Frank mal gepostet hatte, in BASIC übersetzt ist:
POKE $FF03C3, $01
POKE $FF03BF, $03
POKE $FF03D8, $A0
POKE $FF03D4, $36
POKE $FF03D5, $F1
Wie üblich muss ich darauf hinweisen, dass ich das mangels Mega ST und ET4000 nicht testen kann und ich daher nicht wissen kann, ob das ausreichend ist, um den Speicherzugriff auf die Karte freizuschalten.
-
Die Grundinitialisierung der Karte, die Lukas Frank mal gepostet hatte, in BASIC übersetzt ist:
POKE $FF03C3, $01
POKE $FF03BF, $03
POKE $FF03D8, $A0
POKE $FF03D4, $36
POKE $FF03D5, $F1
Wie üblich muss ich darauf hinweisen, dass ich das mangels Mega ST und ET4000 nicht testen kann und ich daher nicht wissen kann, ob das ausreichend ist, um den Speicherzugriff auf die Karte freizuschalten.
Also die Zeilen am Besten dann auch in das Listing mit einfügen, am Anfang? Im Emulator läuft das auf jeden Fall schonmal...
-
Vielleicht kann ja hier jemand mal ein fertiges Programm draus machen. Ich bin da zu blöd für, habe es mit der GBE versucht ...
-
So, ich habe den Test durchlaufen lassen, sieht auf der realen Hardware anders aus, als im Emulator. Einmal das Listing ohne Poke Befehle durchlaufen lassen, hier laufen dann die Speicheradressen durch ab C(irgendwas) gibt dann aus 0 und FFFF. Dasselbe Listing mit den Poke befehlen direkt am Anfang eingefügt, kommt dasselbe raus. Wenn ich das richtig interpretiere, findet er das RAM nicht und deswegen wird dann FFFF ausgegeben. Dann habe ich mich wieder an VMG versucht und dort auf der Ram Seite mal anstatt DRAM VRAM ausgewählt, Ergebnis ist, dass er dann als Testbild nur ein weißes Bild ausgibt. ich glaube das Ram der Grafikkarte wird gar nicht erst angesprochen? :o
-
Alle ET4000 ISA Karten die ich kenne haben normales DRAM ...
-
Alle ET4000 ISA Karten die ich kenne haben normales DRAM ...
Stimmt. Kann ja mit der Vram Einstellung dann nicht funktionieren. Hab die Specs meines Rams gefunden: http://www.datasheets360.com/part/detail/hy534256s-70/4778476728737303005/
-
Wie gesagt: Ich kann das ja nicht testen. (Es wird mir ja kaum jemand einen Mega ST dafür schenken... ;) )
Wenn das RAM im Betrieb nicht angesprochen würde, würdest Du gar kein Bild sehen. Also ist die Initialisierung im BASIC-Listing nicht ausreichend, um den Zugriff auf das RAM freizuschalten. Du könntest die Karte natürlich mit dem VMG initialisieren und dann den RAM-Test laufen lassen.
-
öfters mal bei ebay kleinanzeigen oder andere onlineflohmärkten reinschauen. Da gibt es z. T. auch defekte für etwas unter 50€, sofern du einen haben willst.
-
Noch eine Idee: Dieses MEGA_RAM.PRG schaltet den Zugriff auf den Videospeicher natürlich ebenfalls frei und erlaubt danach RAM-Tests. (Ich habe dessen Initialisierung mal kurz disassembliert; sie ist deutlich umfangreicher als die paar BASIC-Befehle.)
Ich möchte gar keinen Mega ST kaufen. Zudem: Was soll ich mit einem defekten? Der einzige Grund, einen zu haben, wäre, um Euch besser helfen zu können. Dafür will ich kein Geld ausgeben...
-
Noch eine Idee: Dieses MEGA_RAM.PRG schaltet den Zugriff auf den Videospeicher natürlich ebenfalls frei und erlaubt danach RAM-Tests. (Ich habe dessen Initialisierung mal kurz disassembliert; sie ist deutlich umfangreicher als die paar BASIC-Befehle.)
Ich möchte gar keinen Mega ST kaufen. Zudem: Was soll ich mit einem defekten? Der einzige Grund, einen zu haben, wäre, um Euch besser helfen zu können. Dafür will ich kein Geld ausgeben...
Das Mega_Ram hatte ich auch schon gesehen, bricht mir mit Kein CookieJar oder CookieJar voll ab.
Ich bekomme demnächst noch was defektes, sprich 260ST. Wenn ich den zum Leben erwecken kann, kannste den gerne dann haben ;)
-
Hast du denn TOS 2.06 ?
Ich glaube das ist nötig wegen Alternate/Fastram unter TOS. TOS 2.06 hat auch einen CookieJar ...
-
OK, das ist die Initialisierungssequenz aus MEGA_RAM.PRG übersetzt nach BASIC. Ich habe noch keine Zeit gehabt, im ET4000-Datenbuch nachzusehen, was das genau tut, also ohne Gewähr und besser vorher den an der ET4000 angeschlossenen Monitor abschalten.
POKE $FF03C3, $01
POKE $FF03C2, $63
POKE $FF03BF, $03
POKE $FF03D8, $A0
POKE $FF03C4, $06
POKE $FF03C5, $00
POKE $FF03C4, $07
POKE $FF03C5, $BC
POKE $FF03D4, $32
POKE $FF03D5, $70
POKE $FF03D4, $33
POKE $FF03D5, $00
POKE $FF03D4, $34
POKE $FF03D5, $00
POKE $FF03D4, $35
POKE $FF03D5, $00
POKE $FF03D4, $36
POKE $FF03D5, $F1
POKE $FF03D4, $37
POKE $FF03D5, $0F
POKE $FF03CD, $00
POKE $FF03CE, $06
POKE $FF03CF, $03
-
Hast du denn TOS 2.06 ?
Ich glaube das ist nötig wegen Alternate/Fastram unter TOS. TOS 2.06 hat auch einen CookieJar ...
Ja ich nutze ausschließlich Tos2.06 für die ET4000. Mit TOS1.04 kann man die karte aber auch ansprechen. SYSinfo gibt mir auch zurück, dass 0 cookiejar slots verfügbar sind. Ich habe mich noch nie mit Cookies befasst, muß man nicht erstmal die Slots initialisieren?
-
TOS 2.06 sollte eigentlich 16 Slots haben, keine Ahnung. Nimm mal das Programm im Anhang ...
-
Danke Lukas, das Cookie.prg hat mir slots angelegt. Damit kann man auch die Cookies nutzen. Habe das Alt_Ram.PRG von T.Lang gestartet, wirft mich mit 3Bomben raus. recherchiert und:
You tried to access an illegal area in the memory map and the MMU / GLUE chips let you know by forcing a bus error. Typically, you tried to access hardware directly when not in supervisor mode or tried to access non-existent hardware.
3 $C Address Error
Glaube etwas stimmt nicht mit dem Adapter. Ich werde den morgen mal genau kontrollieren und schauen, ob wirklich alles dahin läuft, wo es hinsoll. Kann aber auch sein, das die ET4000 einfach Müll ist. Habe leider keinen alten AT Rechner, wo ich das testen kann. Einzig der Pentium I Tower, wo jetzt schon wieder auf dem Wertstoffhof liegt... GRRRRRRRR
-
Ich glaube jetzt nicht das die Karte kaputt ist, es kann halt sein das sie doch nicht so ganz zum Adapter passt, keine Ahnung.
Prüfe mal ganz genau den Adapter, alle Daten und Adressleitungen ...
-
Habe das Alt_Ram.PRG von T.Lang gestartet, wirft mich mit 3Bomben raus. recherchiert und:
You tried to access an illegal area in the memory map and the MMU / GLUE chips let you know by forcing a bus error. Typically, you tried to access hardware directly when not in supervisor mode or tried to access non-existent hardware.
Falsch! Die o.g. Beschreibung trifft auf Buserror (2 Bomben) zu..
Für Addresserror (3 Bomben) gilt folgendes:
"An address error exception occurs when the processor attempts to access a word or long-word operand or an instruction at an odd address"
-
Ich würde auch noch einmal genau alle Leitungen testen, falls möglich bis auf die Grafikkarte selbst, um z.B. Kontaktprobleme am ISA-Steckverbinder auszuschließen.
Läuft denn mein RAM-Test, wenn Du die lange Initialisierungssequenz ausführst, die ich aus MEGA_RAM.PRG extrahiert hatte? Der Test prüft ja indirekt auch die Adress- und Datenleitungen.
-
Ich würde auch noch einmal genau alle Leitungen testen, falls möglich bis auf die Grafikkarte selbst, um z.B. Kontaktprobleme am ISA-Steckverbinder auszuschließen.
Läuft denn mein RAM-Test, wenn Du die lange Initialisierungssequenz ausführst, die ich aus MEGA_RAM.PRG extrahiert hatte? Der Test prüft ja indirekt auch die Adress- und Datenleitungen.
den Ramtest läuft. Es gibt bei allen Adressen Soll: 0 Ist: FFFF aus. Interpretiere ich richtig, dass er keinen RAM dann findet?
-
Genau, $FFFF wird zurückgelesen, wenn das RAM nicht angesprochen werden kann und die Grafikkarte folglich keine Daten auf den Bus legt. Dann reicht die unten stehende lange Initialisierungssequenz leider immer noch nicht aus, um den Speicherzugriff auf den Videospeicher freizuschalten.
Schade und sorry, dass ich damit nicht helfen konnte.
POKE $FF03C3, $01
POKE $FF03C2, $63
POKE $FF03BF, $03
POKE $FF03D8, $A0
POKE $FF03C4, $06
POKE $FF03C5, $00
POKE $FF03C4, $07
POKE $FF03C5, $BC
POKE $FF03D4, $32
POKE $FF03D5, $70
POKE $FF03D4, $33
POKE $FF03D5, $00
POKE $FF03D4, $34
POKE $FF03D5, $00
POKE $FF03D4, $35
POKE $FF03D5, $00
POKE $FF03D4, $36
POKE $FF03D5, $F1
POKE $FF03D4, $37
POKE $FF03D5, $0F
POKE $FF03CD, $00
POKE $FF03CE, $06
POKE $FF03CF, $03
-
Kann denn jemand hier aus dem Forum den Basicquelltext von czietz mal zu einem Programm machen, bei mir geht es ja scheinbar ...
-
Kann denn jemand hier aus dem Forum den Basicquelltext von czietz mal zu einem Programm machen, bei mir geht es ja scheinbar ...
Ich habe dir im Anhang das Omikron Basic mit der VTEST.BAS beigefügt. OM-BASIC.APP starten und dann VTEST.BAS öffnen. Im Menu Programm starten.
edit: man kann es auch hier compilieren, aber ich habe nur die Demoversion. Die kann nur 50Zeilen compilieren :/
-
Ich habe hier noch irgendwo einen BASIC-Compiler gefunden; anbei das Programm, leicht erweitert. Die Initialisierung wird nun optional durchgeführt, außerdem werden Fehler in "MEMTEST.LOG" protokolliert.
-
Bin ein Stückchen weiter. Also der Adapter ist einwandfrei verlötet, keine kalten Lötstellen, alle Verbindungen laufen da hin, wo sie sollen. Ich habe jetzt ca. 2 Stunden alles durchgeklingelt. Dann habe ich das MEMTEST.TOS ausprobiert, initialisiert auch die ET4000, läuft dann durch mit dem Test immer noch Soll: 0 Ist: FFFF, aber der ST resetet sich mittendrin und beim TOS Speichertest habe ich dann nur noch 128KB zur Verfügung, was dann anschließend nicht mehr ausreicht um GEM zu laden. Mußte den ST erstmal komplett ausschalten, damit der Speicherinhalt beim Ram gelöscht wird. Ich glaube jetzt kaum, dass Czietz Programm die kompletten 4MB Arbeitsspeicher in 10 Sek. zuhaut. Beim 2. Test war er nach 20 Sek. voll. Mmmh, anscheinend doch die Grafikkarte.
edit: Wow, schaut euch mal die Preise von einem Speicherchip an: http://www.ebay.de/itm/HYUNDAI-HY534256S-70-DIP20-x4-Fast-Page-Mode-DRAM-/221576393529?hash=item3396fb7339:g:gzMAAOSwY45UPf~K
das Ganze bräuchte ich dann mal 8. Glaube halte dann lieber nach ner neuen ET4000 ausschau...
-
Hm, da ist irgendwas ziemlich faul. Ich habe allerdings keine Idee, was.
Das Speichertestprogramm beschreibt nur die Adressen 0xC00000 - 0xCFFFFF, auf die der Adapter das Video-RAM der ET4000 einblendet. Der eigentliche ST-RAM wird dabei gar nicht angefasst. Wenn Dein ST dabei abstürzt und dabei scheinbar nutzbaren ST-RAM verliert, dann passiert irgendwas seltsames auf dem Bus oder mit der MMU.
Was mir noch einfällt: Das Handbuch des MEGA 4000 warnt ja vor Beschleunigerkarten, die "durch Designfehler" auf den Speicherbereich 0xC00000 - 0xCFFFFF schneller zugreifen wollen. Zitat: "dann kann der Adapter nicht funktionieren." Ist sowas bei Dir ausgeschlossen?
-
Hm, da ist irgendwas ziemlich faul. Ich habe allerdings keine Idee, was.
Das Speichertestprogramm beschreibt nur die Adressen 0xC00000 - 0xCFFFFF, auf die der Adapter das Video-RAM der ET4000 einblendet. Der eigentliche ST-RAM wird dabei gar nicht angefasst. Wenn Dein ST dabei abstürzt und dabei scheinbar nutzbaren ST-RAM verliert, dann passiert irgendwas seltsames auf dem Bus oder mit der MMU.
Was mir noch einfällt: Das Handbuch des MEGA 4000 warnt ja vor Beschleunigerkarten, die "durch Designfehler" auf den Speicherbereich 0xC00000 - 0xCFFFFF schneller zugreifen wollen. Zitat: "dann kann der Adapter nicht funktionieren." Ist sowas bei Dir ausgeschlossen?
Also Beschleuniger habe ich keine drin. Das einzige, ich an dem Mega ST gemacht habe, war das IDE Interface, das TOS Changer und den Umbau auf 4MB PS/2 Ram. Ich vermute, es liegt wirklich an der ET4000.
edit: die hier sieht noch interessant aus, braucht auch keine -5V und -12V. http://www.ebay.de/itm/ISA-Grafikkarte-mit-1-MB-RAM-Tseng-Labs-ET4000-Diamond-Speedstar-/201471437690?hash=item2ee8a22b7a:g:7scAAOSwys5WUbSC
-
So nun habe ich wirklich mal alles zusammengetragen, was ich noch an altem Zeugs hatte. Also AT Mainboard mit Pentium CPU, ein gefleddertes AT Netzteil, da mußte ich erstmal alle Strippen wieder dranlöten, Dann die ET4000 eingesteckt, dann piepste das ding. Dann fiel mir ja ein, kann nicht funktionieren, wenn VGA Bios und Sync Roms nicht drinsitzen ;) Diese reingemacht und Bild über Die ET4000. Weiter kann ich das nun wirklich nicht mehr testen mangels AT Keyboard und Festplatte. Aber keine Pixelfehler auf dem Monitor.
Achso Czietz, habe dein Programm wieder probiert, diesmal ist es durchgelaufen ohne Reset. Allerdings kommt nun Soll: 0 Ist: DBFF. Kannst du damit was anfangen?
-
Ich vermute mal die Karte und die Rambausteine darauf sind in Ordnung ...
-
"DBFF" bei jeder einzelnen Adresse? Das wäre aus meiner Sicht nur erklärbar, wenn etliche Datenleitungen gar nicht angeschlossen wären. Das können wir aber ausschließen, weil Deine Karte ja schon einmal grundsätzlich -- wenn auch mit Pixelfehlern -- funktioniert hat.
Ich befürchte, ich bin mit meiner Ferndiagnose am Ende.
-
Ich denke, daß wird kein ausreichender Test für die GraKa sein - neogain müßte irgendwie mal in ein Betriebssystem des PC starten und mit vernünftigen Farbbild kontrollieren, ob alles korrekt arbeitet, da das BIOS nach meinen Infos nur geringfügig RAM benötigt, kann bis hier alles korrekt arbeiten und erst mit massiveren Anwendungen Probleme hervorgerufen werden! Neogain, hast Du wirklich gar keine Tastatur für den PC oder mangelt es nur am Anschluß (PS2 benötigt und DIN vorhanden oder DIN vorhanden und PS2 nötig)? In dem Fall könnte ich vielleicht mit passendem Adapter aushelfen - habe beides und benötige keinen - zumindest zZ!
-
"DBFF" bei jeder einzelnen Adresse? Das wäre aus meiner Sicht nur erklärbar, wenn etliche Datenleitungen gar nicht angeschlossen wären. Das können wir aber ausschließen, weil Deine Karte ja schon einmal grundsätzlich -- wenn auch mit Pixelfehlern -- funktioniert hat.
Ich befürchte, ich bin mit meiner Ferndiagnose am Ende.
ja genau, DBFF auf allen Adressen. Jetzt habe ich noch einen Verdacht. Das GAL20V8s, wo ich beschrieben habe. Mein Prommer hat den mit der Einstellung für GAL20V8D beschrieben. Ich hatte das ausgewählt, weil der ST GAL nicht in meinem Programm auswählbar ist. Wenn der fehlerhaft ist, kann das eigentlich schon alles sein, weil die Adressleitungen von der ET4000 gehen auf den 20V8 und von dort aus auf den ST Bus A6. Das würde dann auch erklären, warum das mit dem Testprogramm nicht funktioniert. Ich vermute mal, dass das Testbild von der ET4000 nur auf den Datenbus der ET4000 geht. Diese hat direkte Verbindung auf den ST Bus.
-
Ich denke, daß wird kein ausreichender Test für die GraKa sein - neogain müßte irgendwie mal in ein Betriebssystem des PC starten und mit vernünftigen Farbbild kontrollieren, ob alles korrekt arbeitet, da das BIOS nach meinen Infos nur geringfügig RAM benötigt, kann bis hier alles korrekt arbeiten und erst mit massiveren Anwendungen Probleme hervorgerufen werden! Neogain, hast Du wirklich gar keine Tastatur für den PC oder mangelt es nur am Anschluß (PS2 benötigt und DIN vorhanden oder DIN vorhanden und PS2 nötig)? In dem Fall könnte ich vielleicht mit passendem Adapter aushelfen - habe beides und benötige keinen - zumindest zZ!
PS2 Tastatur habe ich, nur kein DIN. Din brauch man halt für AT Rechner. Habe aber schon in der Bucht einen Adapter gesehen für PS2 auf Din. Festplatte brauch ich nicht unbedingt, hab ja noch den SD Adapter, wo ich kurz vom Mega ST klauen kann dafür.
-
Es ist ein ausreichender Test, die Grafikkarte kann mit Daten bestückt werden und sie werden von dem Grafikchip verwertet..
-
Ich weiß nicht - bei meinen Erfahrungen und Infos läüft eine GraKa beim Hochfahren nur im Schongang unfd wird erst richtig gefordert beim Start eines OS! Aber auch wenn es so ist - falls der Rechner nochmal für evtl andere Tests herhalten können sollte biete ich Dir an, den Adapter zukommen zu lassen ohne irgendwelche Erwartungen - allerdings muß ich gestehen - habe keinerlei Kenntnis, in wie weit das funzt, die Adapter fand ich in den PC Utensilien der Hinterlassenschaften meines Vaters! Wenn ich das richtig sehe, benötigst Du den von DIN Anschluß für PS2 Keyboard, ich habe sie gerade herauasgesuncht und festgestellt: ich habe derer gar zwei und kann also auf jeden Fall einen entbehren ...! Die andere Richtung habe ich allerdings nur einen!
OT: Falls Du jemals interesse hast was mit 8bit Maschinen von Commodore (C64) oder Atari (XL/XE) anzufangen eignet sich der genannte PC sogar mit eingebautem 5,25" Laufwerk als "Kopiermaschine" für zugehöriger Disks solcher Geräte!
-
Das doch vollkommen egal, die CPU muß daten in den Speicher der Karte schieben damit die Karte was anzeigen kann, und wenn sie beim Boot was anzeigt dann tut sie das auch... im gegen im ST bei ihm... PUNKT
-
Nicht wirklich... Was jetzt in dem PC getestet wurde, das war nur der Textmodus. Im Grafikmodus finden viel mehr Speicherzugriffe statt.
-
"DBFF" bei jeder einzelnen Adresse? Das wäre aus meiner Sicht nur erklärbar, wenn etliche Datenleitungen gar nicht angeschlossen wären. Das können wir aber ausschließen, weil Deine Karte ja schon einmal grundsätzlich -- wenn auch mit Pixelfehlern -- funktioniert hat.
Das muß durchaus nicht verkehrt sein. Der ET4000AX ist nach dem Reset im "naiven" VGA-kompatiblen 16-Farben Modus und blendet nur ein 64kB-Segment (oder waren's 32?) in den ISA-Speicher ein. Der sieht u.U. für den m68k reichlich seltsam aus.
Um für den 68k linear addressierbaren Speicher zu bekommen, muß man den Grafikchip erst mal entsprechend initialisieren.
Der erste Schritt um die Karte zum Laufen zu bringen, ist m.E. nicht, den Grafikkartenspeicher zu finden, sondern den VGA-Registerblock. Wenn man den hat, kann man die ET4000-Register entsprechend initialisieren und erst im zweiten Schritt den Grafikkartenspeicher prüfen/testen.
-
Der erste Schritt um die Karte zum Laufen zu bringen, ist m.E. nicht, den Grafikkartenspeicher zu finden, sondern den VGA-Registerblock. Wenn man den hat, kann man die ET4000-Register entsprechend initialisieren und erst im zweiten Schritt den Grafikkartenspeicher prüfen/testen.
Was meinst Du, was die längliche Initialisierungssequenz POKE ...,... bewirken soll, die ja in meinem Testprogramm enthalten ist? Dort wird ein Schwung IO-Register des ET4000 beschrieben, u.a. werden die Bits für "Enable RAM", "Linear [address] system" und "16-bit display memory read/write" gesetzt. Wenn Du mir sagst, welches Registersetting ich vergessen habe, baue ich das gerne ein. (Ich kann's, wie schon so oft geschrieben, ja nicht testen.)
-
Was meinst Du, was die längliche Initialisierungssequenz POKE ...,... bewirken soll, die ja in meinem Testprogramm enthalten ist? Dort wird ein Schwung IO-Register des ET4000 beschrieben, u.a. werden die Bits für "Enable RAM", "Linear [address] system" und "16-bit display memory read/write" gesetzt. Wenn Du mir sagst, welches Registersetting ich vergessen habe, baue ich das gerne ein. (Ich kann's, wie schon so oft geschrieben, ja nicht testen.)
Sorry, das Programm hab' ich mir nicht angeschaut (ich hab's nicht so mit Basic). Trotzdem muß da m.E. was faul sein, nachdem das VMG-Testbild ja schon mal (zumindest einigermaßen erkennbar) auf dem Schirm zu sehen war.
Auf den ersten Blick fehlt beispielsweise die Initialisierung der ET4000-Erweiterungen (3bf = 3, 3d8 = a0). Ohne die gibt's kein ganzes Megabyte.
-
Ich vermute (und kann auch nicht mehr als vermuten) sas es am ram der grafikkarte liegt oder halt am 20v8. Bei dem reset vom testprogramm (das von czietz) zeigt es beim neustart von Tos2.06 nur 128KB an. Insoweit kann schon was dran sein an der theorie von bburkhard und 1st1. Ich hab mir mal den spass erlaubt znd die ramchips der karte einzeln gezogen und mir mal das testbild in vmg angeschaut. Es treten wirklich Veränderungen dann auf, also je mehr chips ich entferne, je unkenntlicher wird das testbild. Am adapter selbst kann man jetzt nicht wirklich viel falsch machen. Besteht hauptsächlich aus den 2 gals und dem 330ohm widerstand und den 2 100nF kondis. Ansonsten ist nein st wie erwähnt frei von beschleunigern, die rom chips sind 90ns typen und der pPS2 speicher hat 70ns zugriffszeit.
Edit: mit dem handy beiträge schreiben keine gute idee...
-
Sorry, das Programm hab' ich mir nicht angeschaut (ich hab's nicht so mit Basic). Trotzdem muß da m.E. was faul sein, nachdem das VMG-Testbild ja schon mal (zumindest einigermaßen erkennbar) auf dem Schirm zu sehen war.
Das sagte ich ja vorhin schon: "Das können wir aber ausschließen, weil Deine Karte ja schon einmal grundsätzlich -- wenn auch mit Pixelfehlern -- funktioniert hat."
Seltsam ist auch, dass bei neogain das MEGA_RAM.PRG nicht läuft, das definitiv (durch Frank bestätigt) den Zugriff auf das ganze Megabyte freischaltet.
Edit: ... und es darf auch nicht sein, dass Zugriffe auf den Speicher -- egal ob nun korrekt aktiviert oder nicht -- den Atari (die MMU?) so verwirren, dass er nach einem Reset nur noch 128 kB Speicher zu haben glaubt.
Auf den ersten Blick fehlt beispielsweise die Initialisierung der ET4000-Erweiterungen (3bf = 3, 3d8 = a0). Ohne die gibt's kein ganzes Megabyte.
Sind doch drin: Zeilen 3 und 4 im Listing in http://forum.atari-home.de/index.php?topic=12252.msg201444#msg201444 (http://forum.atari-home.de/index.php?topic=12252.msg201444#msg201444).
-
Auf den ersten Blick fehlt beispielsweise die Initialisierung der ET4000-Erweiterungen (3bf = 3, 3d8 = a0). Ohne die gibt's kein ganzes Megabyte.
Sind doch drin: Zeilen 3 und 4 im Listing in http://forum.atari-home.de/index.php?topic=12252.msg201444#msg201444 (http://forum.atari-home.de/index.php?topic=12252.msg201444#msg201444).
Da siehste mal, wohin das führt, wenn ich versuche ein Basic-Programm zu verstehen ;)
Wenn das Programm auf einem funktionierenden Adapter das Richtige tut, dann kann natürlich auch das Schreiben der Register schon schief gehen. Vielleicht wäre ein Programm, das erstmal die Register zurückliest und kontrolliert, ob das Richtige drinsteht, zuerst angesagt?
-
Frank, der ja eine funktionierende Karte hat, könnte testen, ob mein Programm die Karte korrekt initialisiert und der Zugriff auf den RAM dann klappt. Falls nicht: Dann habe ich wohl irgendeinen Schritt übersehen; sorry, aber ich kann dem ET4000-Datenbuch auf Anhieb nicht entnehmen, was ich noch machen müsste. Dann ist neogain leider wieder ganz auf sich gestellt, bei der Fehlersuche.
Falls ja: Ich habe mit Frank ja relativ am Anfang dieses Threads Schritt für Schritt durchgekaut, wie man mit Tempelmon ein paar Register beschreiben und zurücklesen kann, um diesen Teil zu testen.
-
Ich kann da nicht weiterhelfen, auf meinem Mega ST mit der MonSTer Karte kommen beim Start von MEMTEST.TOS eine ganze Batterie an Bomben und auf einem Mega ST ohne alles mit TOS 1.04 passiert gar nichts, sprich das Programm startet, weißer Schirm und zurück zum Desktop ...
-
Habe die Sachen von neogain hier und die ET4000 Karte im Adapter läuft und die Karte da drüber die bis auf ganz kleine Unterschiede genau gleich ist läuft nicht richtig.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=9921;image)
-
Danke dir Lukas. Manchmal ist es doch besser, wenn ein 2. über seine Arbeit schaut. D. h. wenn ich die Grafikkarte im PC weiter getestet hätte (Windows z. B.) hätte sie wahrscheinlich dieselben Fehler gebracht. Also kann man nicht vom BIOS Modus aus festmachen, ob eine Karte schadhaft ist oder nicht. Demzufolge haben Burkhard und 1ST1 recht.
-
Interessant. Es ist ja sogar das selbe Platinen-Layout "P/N 9201 REV. A".
Das Foto ist leider zu verrauscht, um alle Teilenummern zu lesen, aber der größte Unterschied scheint mir der Clock-Generator zu sein. Bei der unteren, funktionierenden Karte (Deine?) ist es ein Chrontel CH9204, bei der oberen, nicht funktionierenden (neogains?) ist es ein ICS 2494.
Denkbar, aber sehr unwahrscheinlich, ist, dass die Karten beide heile sind aber mit unterschiedlichem Timing arbeiten und es bei der oberen nicht zum Timing des ST-Busses passt.
-
Ja die Karte die geht ist meine mit dem RAMDAC von neogain. Bei mir ging diese Karte in einem PC (nur Bios) auch. Im Mega4000 Adapter bekam ich aber so ein Bild wie bei der Karte von neogain. Alles sehr Seltsam ...
Ich habe einige Karten die nur ein schwarzes Bild bringen (Monitor zeigt alle Frequenzen richtig an) oder es werden Seltsame Pixelclocks gemessen bis zu 120Mhz obwohl nur ein 60/66/80 Mhz RAMDAC drin ist. Habe auch eine W32 Karte (Bilder hier im Thread) die bei 800x608Pixel läuft aber nur und ausschliesslich bei 50Mhz. Da man keine 640x400 Pixel so um die 70Hz einstellen kann ist die Karte unbrauchbar.
Es kommt wohl auf das zusammen Spiel zwischen Clockgenerator Baustein und dem RAMDAC Baustein an. Und der RAMDAC ist hier besonders wichtig, der muss von NVDI unterstützt werden.
-
Moin,
ich hatte ne Menge ET4000-Karten, die zwar in Ordnung waren, aber den gewünschten Pixeltakt falsch, oder besser gesagt anders "interpretiert" haben, als per Treibersoftware vorgegeben (mit Novaadapter).
Wenn z.B. 72kHz gewünscht waren, hat die Karte versucht z.B. 144kHz rauszuhauen. Die meisten Monitore machen dabei dicke Backen. Ich hatte mir was ordentliches besorgt und auch ein Bild gekriegt, allerdings nicht wie gewünscht, sondern z.B. vierfach in klein oder sonst irgendwie seltsam. Ich hab dann die Treiber entsprechend angepasst, also z.B. 36kHz wenns 72kHz sein sollten usw. Also die Treiber speziell für die entsprechende ET4000 hingestellt. War noch für P. Denk und der hat einige davon verhökert.
Vielleicht ist das Problem bei der Mega4000 ja ähnlich gelagert.
Gruß
skul
-
Goil. ET läuft! Danke an Lukas hier für seine ersatzkarte. Läuft nun mit nvdi einwandfrei. Jetzt muss ich mal schauen, wie und mit was ich den mega neu aufsetze.
-
Ist das richtig mit Deiner Angabe im Dateinamen? (1024x576 Pixel) Wenn ich calculiere, daß die Desktop-Darstellung im Normalmodus 8 x 8 Icons auf 640x400 Pixel anzeigt, müßte ein Iconfeld mit allem (auch Zwischenraumpixel) 80x50 Pixel groß sein. An Deinem Bild habe ich mit Lineal abgemessen, daß in der Auflösung 10 Icons in der Breite und 11 oder gar 12 in der Höhe anzeigbar wären, woraus ich eine 800x600 Pixel Auflösung errechne!
-
Ist das richtig mit Deiner Angabe im Dateinamen? (1024x576 Pixel) Wenn ich calculiere, daß die Desktop-Darstellung im Normalmodus 8 x 8 Icons auf 640x400 Pixel anzeigt, müßte ein Iconfeld mit allem (auch Zwischenraumpixel) 80x50 Pixel groß sein. An Deinem Bild habe ich mit Lineal abgemessen, daß in der Auflösung 10 Icons in der Breite und 11 oder gar 12 in der Höhe anzeigbar wären, woraus ich eine 800x600 Pixel Auflösung errechne!
Äh ja, nur ist das die auflösung vom foto selbst ;)
Aber hast recht, die Auflösung ist 800x600 bei 32K farbtiefe. Ist schon fazsinierend, sowas auf einem st zu sehen.
-
Ich hoffe, ich bin jetzt nicht der Einzige hier, der mit offenem Mund und großer Verwunderung den Beitrag #186 gelesen hat.
1024x576 Pixel ist die Auflöung des Digitalbildes, welches den aufgenommenen Monitor zeigt, dessen Auflösung man daraus nicht sehen kann.
Mit meiner Nikon kann ich auch locker ein Bild vom SM 124 mit einer "Auflösung " von 4928x3264 Pixel machen, obwohl es tatsächlich nur 640x400Pixel dargestellt sind auf dem Bildschirm.
*staunt*
-
Der Monitor von AOC sieht mir wie ein moderner 16:9 Monitor aus. Nicht ganz so verbreitet ist 16:10.
800x600 hat ein Seitenverhältnis von 4:3. Somit müssten Balken zu sehen sein.
Da der Monitor ein Vollbild darstellt, würde ich 800x600 ausschließen.
Im Format 16:10 wären u.a. möglich:
640x400
720x480
960x600
...
Im Format 16:9 wären möglich:
640x360
960x540
1024x576
Wenn ich Burghards Methode anwende und Breite/Höhe nachmesse, bin ich bei einem Seitenverhältnis von 24:13, was allerdings verfälscht ist, weil nicht genau im 90 Grad Winkel aufgenommen wurde.
Also, das Bild ist zudem möglicherweise nicht proportional skaliert worden, sodaß alles nur reine
Spekulation ist.
-
Sieht ja klasse aus! Also 15 bit - die bekomme ich mit meiner ET-4000 nur mit dem NOVA-Treiber, aber brauch ich auch eigentlich nicht. Aranym lass ich auch meistens in 8 bit laufen.
Welches NVDI ist das denn jetzt genau?
Kurz hab ich mich gefragt, wie man im TOS Gradienten hinkriegt ;)
-Helmut
-
Der Monitor von AOC sieht mir wie ein moderner 16:9 Monitor aus. Nicht ganz so verbreitet ist 16:10.
800x600 hat ein Seitenverhältnis von 4:3. Somit müssten Balken zu sehen sein.
Da der Monitor ein Vollbild darstellt, würde ich 800x600 ausschließen.
Im Format 16:10 wären u.a. möglich:
640x400
720x480
960x600
...
Im Format 16:9 wären möglich:
640x360
960x540
1024x576
Wenn ich Burghards Methode anwende und Breite/Höhe nachmesse, bin ich bei einem Seitenverhältnis von 24:13, was allerdings verfälscht ist, weil nicht genau im 90 Grad Winkel aufgenommen wurde.
Also, das Bild ist zudem möglicherweise nicht proportional skaliert worden, sodaß alles nur reine
Spekulation ist.
Jepp, der aoc skaliert das bild halt. Auflösung ist hier 800x600 bei 32k farbtiefe.
Sieht ja klasse aus! Also 15 bit - die bekomme ich mit meiner ET-4000 nur mit dem NOVA-Treiber, aber brauch ich auch eigentlich nicht. Aranym lass ich auch meistens in 8 bit laufen.
Welches NVDI ist das denn jetzt genau?
Kurz hab ich mich gefragt, wie man im TOS Gradienten hinkriegt ;)
-Helmut
Jepp aber bei der farbtiefe bauen sich die menus langsam auf. Sieht zwar schön aus, ist aber langsam. Aber funktioniert halt. 256 farben ist da schon deutlich flotter. Als nvdi benutze ich die version 5.0 das habe ich von einer bösen webseite. Gradient ist halt das osd ;)
-
Auf jeden Fall gratuliere ich dir, neogain.
Meines Wissens nach, bist du der zweite mit einem funktionierenden Mega4000-Adapter!
Entsprechend hast du deine Platine sauber gelötet, was sich als etwas schwieriger erwies.
Schön zu sehen, das sich die Arbeit doch gelohnt hat. :)
-
Habe jetzt endlich die 3er Version vom NVDI ET4000 bekommen, ich kann keine Unterschiede feststellen, bis jetzt und braucht wesentlich weniger Speicher ...
-
Auf jeden Fall gratuliere ich dir, neogain.
Meines Wissens nach, bist du der zweite mit einem funktionierenden Mega4000-Adapter!
Entsprechend hast du deine Platine sauber gelötet, was sich als etwas schwieriger erwies.
Schön zu sehen, das sich die Arbeit doch gelohnt hat. :)
Danke dir. Die Platine zu löten geht schon ganz gut, man muss nur die kontakte mit dem Glasfaserpinsel ein bißchen ankratzen, dann hält das Lötzinn mit Beigabe von Flußmittel. das ankratzen habe ich vor allem anderen gemacht, weil Lukas ja meinte, die Platine nimmt schlecht lötzinn auf. 2 stellen hatte ich vergessen anzukratzen und genau da merkte ich, was er meinte. Man darf halt nicht vergessen, dass die Platinen vermtl. schon über 20 Jahre alt sind. Aber sie erfüllen ihren zweck und das ist doch mal was.
Habe jetzt endlich die 3er Version vom NVDI ET4000 bekommen, ich kann keine Unterschiede feststellen, bis jetzt und braucht wesentlich weniger Speicher ...
Hab ja nur 4MB im ST. Wenn alles geladen ist, habe ich nur noch 2,6MB zur Verfügung. Ich glaube, das Nächste was kommt ist AltRam. Das wird wohl ein bißchen schwieriger werden, dass aufzutreiben. Vielleicht ringe ich mich doch durch und spendiere dem Mega eine MonSTer. mich würde es wirklich reizen, auf der kiste MiNT laufen zu sehen, oder irgendein Linux Derivat. Bin jetzt aber erstmal so auch zufrieden und freue mich, dass ich den Mega jetzt mal einfach so an den LCD hängen kann ohne Adapter usw.
-
Der Chris hat zum Selbstbau noch Magnum ST Leerplatinen -> http://www.exxoshost.co.uk/atari/last/store.htm
Das Brennen von dem MACH210 Baustein kann ich vermitteln.
Alan hat auch ein separates Ram Board -> http://www.atarikit.co.uk
-
Mach210 hat Gaga noch ganz viele Rumliegen und Brennen kann er sie auch, könnte man doch mal eine Sammelbestellung machen, ich würde auch eine nehmen.
-
Man - was habe ich hier wieder Diskus...-Bedarf ausgelöst ...
Ich hoffe, ich bin jetzt nicht der Einzige hier, der mit offenem Mund und großer Verwunderung den Beitrag #186 gelesen hat.
1024x576 Pixel ist die Auflöung des Digitalbildes, welches den aufgenommenen Monitor zeigt, dessen Auflösung man daraus nicht sehen kann.
Mit meiner Nikon kann ich auch locker ein Bild vom SM 124 mit einer "Auflösung " von 4928x3264 Pixel machen, obwohl es tatsächlich nur 640x400Pixel dargestellt sind auf dem Bildschirm.
*staunt*
Natürlich - ich habe wieder mal von mir auf andere geschlossen! Ich versuche nämlich beim Ablegen eines Bildes im Bildnamen alle wichtigen Kurzinfos zu dem Motiv mit einzutragen!
-
Mach210 hat Gaga noch ganz viele Rumliegen und Brennen kann er sie auch, könnte man doch mal eine Sammelbestellung machen, ich würde auch eine nehmen.
Wow, 11£ für den Versand. die Platine liegt bei 4£.
Tuxie, wenn du dabei bist mit den kosten, werde ich ne Bestellung auslösen. wären dann 9£ für jeden. Die PS/2 Sockel habe ich noch 2 über, vielleicht sogar 8MB PS/2 Ram (muss nur schauen ob das wirklich FPM ist oder EDO).
-
Ich meine EDO geht auch ...
Habe noch einen ganzen Berg an PS/2 Simms.
-
Die Sache mit den ET4000 Karten ist schon recht Seltsam !
Habe hier eine Cardex Karte welche im VMG einwandfrei funktioniert, also Testbild darstellen usw. alles aber wenn man den Rechner bootet gibt es 2 oder 4 Bomben wenn NVDI oder Redirect geladen wird ...
-
@Neogain,
mach doch dazu mal bitte einen Thread auf und frage doch mal bei Alanh an. Dann wäre ich mit einer auf jedenfall dabei.
-
@Neogain,
mach doch dazu mal bitte einen Thread auf und frage doch mal bei Alanh an. Dann wäre ich mit einer auf jedenfall dabei.
ok, das ist aber vom Exxos. also die Leerpaltinen.
-
Die Sache mit den ET4000 Karten ist schon recht Seltsam !
Habe hier eine Cardex Karte welche im VMG einwandfrei funktioniert, also Testbild darstellen usw. alles aber wenn man den Rechner bootet gibt es 2 oder 4 Bomben wenn NVDI oder Redirect geladen wird ...
war für die Cardex Karten nicht andere JEDs für die GALs erforderlich?
-
Nein, es gibt noch ein anderes 16V8 mit anderem Timing aber das macht nichts. Ich kann da keinerlei Unterschiede feststellen ...
-
Nachdem Lukas Frank mir behilflich war eine passende ET4000 zu bekommen (vielen Dank nochmal an dieser Stelle), bin ich inzwischen auch stolzer Besitzer einer Mega4000 Grafikkarten-Lösung.
-
Nachdem Lukas Frank mir behilflich war eine passende ET4000 zu bekommen (vielen Dank nochmal an dieser Stelle), bin ich inzwischen auch stolzer Besitzer einer Mega4000 Grafikkarten-Lösung.
Jawoll! Der 3. mit ner erfolgreichen Adapterbastelei. Glückwunsch, du hast dann auch alles richtig gemacht :)
-
...
Jawoll! Der 3. mit ner erfolgreichen Adapterbastelei. Glückwunsch, du hast dann auch alles richtig gemacht :)
Nicht ganz, ich hatte anfangs eine nicht kompatible ET4000 gekauft.
Aber mit toller Unterstützung des Autors und allen anderen dieses Threads, gab es dann doch noch ein HappyEnd. :D
-
Erst einmal Herzlichen Glückwunsch für die erfolgreiche Grafikerweiterungen!
Hier ein Auszug aus einem Bericht zur Matscreen 110, welche SW bei dieser zumindest teilweise laufen soll - vielleicht eignen sich die Programmauszüge aus dem Zitat mal für einen Test, auch wenn bei der Matscreen ausschließlich Monochrom-Anwendungen geplant waren:
Leider weichen die meisten ST-Programme in einigen wichtigen Punkten von diesen Anforderungen ab. Selbst Ataris Standard-Anwendungen 1st Word plus und Adimens ST arbeiten nicht fehlerfrei. Als Übergangslösung liefert Matrix einen SM124Emulator, der auf dem M110 eine vierfach vergrößerte Darstellung des Original-Bildschirmes bietet. Als lauffähig erwiesen sich die drei DTP-Programme Calamus, Timeworks DTP und Fleet Street Publisher. Die CAD- Programme Campus CAD, GFA-Draft plus und das neue DynaCAD von DMC werden bei Erscheinen dieser Ausgabe ange- paßt sein. In Vorbereitung befinden sich Adaptionen von STAD, Signum und 1st Word Plus. Auch das Smalltalk-System der Dortmunder Firma Georg Heeg unterstützt den Matrix-Monitor in Kürze. Trotz der geschilderten Softwareprobleme zeigt der Großmonitor MatScreen M110 einmal mehr, daß die ST-Computer und ihr Betriebssystem TOS genügend Anpassungsfähigkeit und Leistungsreserven besitzen, selbst hochprofessionelle An- forderungen zu erfüllen. Die vereinigte Spitzentechnologie aus Amerika und Deutschland läßt das ST-System in neue Leistungsregionen vorstoßen.
-
Erster Stand zum neugierig machen ;)
(http://wiki.newtosworld.de/megaboard.png)
-
Nicht gut gelöst am original Adapter war dass, das 20V8 zu nah am Mega Bus Verbinder war und der Platz links zum Netzteil hin.
Die Frage ist natürlich wo man noch so einen Winkel ISA Bus Slot bestellen kann ?
-
Das kann ja noch geändert werden, ich selbst will das Board auch voll machen mit weiteren Erweiterungen. Naja zur Not heißt es auflöten mit Flachbandkabel, macht zwar viel Arbeit aber machbar.
Wieviel Platz ist den zwischen ET4000 und Mega4000 Board?
-
Der ISA Bus ist ein zweigeteilter Platinen-Steckverbinder mit - wenn ich das an Tuxis Leyout richtig abgezählt habe - 1: 2x31, 2: 2x17 Pins! Könnte man da nicht einzelne Steckverbinder anwenden? (Wobei ich mir natürlich durchaus bewußt bin, daß solche vermutlich auch schwer erhältlich sind!)
Edit: Bei neuerem Nachzählen kam ich auf 2x31 und 2x18 Pins!
-
Wieviel Platz ist den zwischen ET4000 und Mega4000 Board?
Ein, zwei Millimeter ist da schon oder etwas mehr vielleicht. Der ISA Slot liegt auf der Platine vollkommen auf und da ist die Wandung von ISA Slot und die Karte sitzt ja auch in der Mitte vom ISA Slot ...
-
Ist das Rastermaß normal? Dann hätte ich da für die längere bei Reichelt was gefunden:
http://www.reichelt.de/Slotstecker-Steckkartenverbinder/STECKER-62-254/3/index.html?&ACTION=3&LA=2&ARTICLE=19473&GROUPID=5218&artnr=STECKER+62-254 (http://www.reichelt.de/Slotstecker-Steckkartenverbinder/STECKER-62-254/3/index.html?&ACTION=3&LA=2&ARTICLE=19473&GROUPID=5218&artnr=STECKER+62-254)
Laut Datenblatt müßte es auch was mit 2x18 geben, aber dort scheinbar nicht verfügbar!
-
Burkhard, hier in Deutschland wird man nichts bekommen denke ich mal. Ausserdem braucht man einen Winkelslot ...
Vielleicht ist da etwas dabei -> http://www.almita-connectors.com/connector/isa-connectors.html
oder bei digikey nach angle isa slot suchen ...
-
Tuxie, wo hast du die lbr für den megabus connector und den isa bus her? oO
Entweder bin ich zu blöd zum suchen oder finde die nich (obwohl beides das selbe ist)
Erweiterung... Pack die altram mit drauf ;)
-
Eigentlich wollte ich quasi das Multiboard nachbauen..
ET4000, IDE, Tos2.06 und 8Mb Altram... , bin nur gerade etwas Entmutigt worden von daher werde ich mal sehen.
@Neogain,
CON-VG
-FAB64S
-
Eigentlich wollte ich quasi das Multiboard nachbauen..
ET4000, IDE, Tos2.06 und 8Mb Altram... , bin nur gerade etwas Entmutigt worden von daher werde ich mal sehen.
@Neogain,
CON-VG
-FAB64S
Danke, werde danach suchen. Aber lass dich nicht entmutigen oder wo drückt der schuh? Genau sowas hatte ich auch im sinn also altram kannste auf jedenfall noch locker auf der platine unterbringen.
-
Eprom wollte ich einen 16Bit flash oder so nehmen, damit fällt der platz für zwei Eproms weg, dann könnte man auf SMD gehen, die Größe lässt sich noch gut Löten. Die Gals würde ich in ein CPLD packen damit spart man auch wieder Platz. Ich fand die Lösung mit der ET4000 direkt oben drauf echt gut weil es in ein Original Gehäuse passt und nach hinten raus geht. Die Datensignale würde ich über Bustreiber schalten so das das ganze Stabiler läuft.
Neogain lass uns doch zusammen Arbeiten, ich denke wenn man unsere Kraft bündelt könnte was tolles rauskommen?
-
Eprom wollte ich einen 16Bit flash oder so nehmen, damit fällt der platz für zwei Eproms weg, dann könnte man auf SMD gehen, die Größe lässt sich noch gut Löten. Die Gals würde ich in ein CPLD packen damit spart man auch wieder Platz. Ich fand die Lösung mit der ET4000 direkt oben drauf echt gut weil es in ein Original Gehäuse passt und nach hinten raus geht. Die Datensignale würde ich über Bustreiber schalten so das das ganze Stabiler läuft.
Neogain lass uns doch zusammen Arbeiten, ich denke wenn man unsere Kraft bündelt könnte was tolles rauskommen?
Habe ich nicht schonmal vor 3 wochen in meinem ide projekt sowas angedeutet ;) du hast recht, mit cpld kann man das ganze kompakter machen. Ich lese mich dazu mal ein.
-
Okay :) Ich schau dann mal welchen CBLD man nehmen könnte, hab ja auch schon einiges mit GAL und CBLD gemacht, hatte hier ja auch mal ein Tutorial zu GAL´s geschrieben ist aber schon paar Jahre her.
http://forum.atari-home.de/index.php?topic=7091.msg47661
-
Erster Stand zum neugierig machen ;)
(http://wiki.newtosworld.de/megaboard.png)
Äh Tuxie, seh ich das richtig, dass du die Grafikarte nach innen setzen willst (Sprich VGA Buchse zeigt ins Gehäuse) und von dort VGA nach draussen bringen willst? Wenn nicht, müsste der ISA Slot um 180° gedreht werden. Bei ISA Slot B5 und B7 könnte man noch lötpads oder Header anbringen für die -5V und -12V Hilfsspannung die manche ET's benötigen.
-
Diesen Fehler habe ich schon behoben.
-
Ich habe die NVDIVGA.INF um ein paar Auflösungen erweitert, die bei mir zumindest funktionieren.
Die ET4000 sollten alle ziemlich gleich sein, sodaß es im wesendlichen nur noch auf den Monitor ankommt.
1152x870x256 ist nur zum testen drin. Die Auflösung schafft der NEC noch mit der ET4000, hat aber einen
Rotstich in den weißen Flächen.
Bei mir läuft die MEGA4000 an einem NEC1970NX.
-
Ich habe die NVDIVGA.INF um ein paar Auflösungen erweitert, die bei mir zumindest funktionieren.
Die ET4000 sollten alle ziemlich gleich sein, sodaß es im wesendlichen nur noch auf den Monitor ankommt.
1152x870x256 ist nur zum testen drin. Die Auflösung schafft der NEC noch mit der ET4000, hat aber einen
Rotstich in den weißen Flächen.
Bei mir läuft die MEGA4000 an einem NEC1970NX.
ich habe ja den selben NEC. Werde deine INF mal bei meinem Mega testen. Mittlerweile habe ich mir mal den Schaltplan vom VoFa vorgenommen, der ja mit 2x16V8 und 3x74F245 betrieben wird. Muss mich erstmal durch den kryptischen Plan durcharbeiten. Was mir aber aufgefallen ist, ist das der ISA BUS C5, C4, C3 und C2 auf Masse gezogen ist, gegenüber der Mega4000. Ist das korrekt so?
-
(http://forum.atari-home.de/index.php?action=dlattach;topic=12471.0;attach=9610;image)
Da sind doch LA20 bis LA23 also A20 bis A23. Der Schaltplan ist schon richtig so. Beim NOVA Adapter liegen die Signale mit 1K auf Masse ...
-
ja genau die meinte ich. Ok, hat mich nur verwundert, deswegen fragte ich.
@ tuxie: was hälst du von dem CPLD (http://www.xilinx.com/support/documentation/data_sheets/ds057.pdf)? der müßte doch gehen, oder?
-
Hm ist ein 3,3v der auch mal 5v verträgt, weiß nicht ob er es auf Dauer mit macht
-
was hälst du von dem CPLD (http://www.xilinx.com/support/documentation/data_sheets/ds057.pdf)? der müßte doch gehen, oder?
Nimm besser den xc9572 (http://www.xilinx.com/support/documentation/data_sheets/ds065.pdf) ohne XL.
-
Gibt's eigentlich noch nicht-obsolete 5V-CPLDs? Ich kenne leider keine.
Das heißt, egal was man wählt, man ist immer auf die Verfügbarkeit von Restposten angewiesen. Den XC9572 gibt es z.B. bei den großen Elektronikdistributoren schon nicht mehr.
-
Gehen die nicht von Farnell (http://de.farnell.com/Search?storeId=10161&catalogId=15001&categoryName=Alle+Kategorien&selectedCategoryId=&langId=-3&categoryIdBox=&st=XC9572)?
-
Na werde wohl erstmal gals (gibt's auch welche in plcc mit ist) nehmen, und anstatt der Magnum habe ich tolle srams gefunden die vieles erleichtern, Anschluss reduziert sich auf einen gal
-
Gehen die nicht von Farnell (http://de.farnell.com/Search?storeId=10161&catalogId=15001&categoryName=Alle+Kategorien&selectedCategoryId=&langId=-3&categoryIdBox=&st=XC9572)?
Auch bei Farnell sind nur die XC9572XL verfügbar, also die 3,3V-Version. Bei den XC9572 (5V) steht nur "Wird nicht mehr hergestellt. Verfügbarkeit und Lieferzeiten abfragen." Das ist kein gutes Zeichen.
-
Gehen die nicht von Farnell (http://de.farnell.com/Search?storeId=10161&catalogId=15001&categoryName=Alle+Kategorien&selectedCategoryId=&langId=-3&categoryIdBox=&st=XC9572)?
Auch bei Farnell sind nur die XC9572XL verfügbar, also die 3,3V-Version. Bei den XC9572 (5V) steht nur "Wird nicht mehr hergestellt. Verfügbarkeit und Lieferzeiten abfragen." Das ist kein gutes Zeichen.
Man bin ich blind. 8) Zumindest in der Bucht haben wohl einige Anbieter noch welche gehortet.
-
Farnell hat auch Apothekenpreise, da gibt es bessere Firmen. Hab z.b. gesehen das Kessler Elektronik noch Motorolla CPUs und co im Sortiment hat.
http://www.kessler-electronic.de/Halbleiter/integrierte_Schaltkreise/Prozessoren_c235.htm
-
Farnell hat auch Apothekenpreise, da gibt es bessere Firmen. Hab z.b. gesehen das Kessler Elektronik noch Motorolla CPUs und co im Sortiment hat.
http://www.kessler-electronic.de/Halbleiter/integrierte_Schaltkreise/Prozessoren_c235.htm
von denen habe ich auch mal 2x GAL16V8 bestellt und die PS/2 Ram Sockel.
-
Kaufe auch bei Kessler, allerdings stört mich dort das es zu vielen Produkten kein Bilder gibt. Für jeden Käse anrufen und fragen ob das Teil den eigenen Vorstellungen entspricht führt den Shop doch ad absurdum. Die könnten mehr verdienen, denke ich, aber haben wohl keine Lust.
-
Kaufe auch bei Kessler, allerdings stört mich dort das es zu vielen Produkten kein Bilder gibt. Für jeden Käse anrufen und fragen ob das Teil den eigenen Vorstellungen entspricht führt den Shop doch ad absurdum. Die könnten mehr verdienen, denke ich, aber haben wohl keine Lust.
naja, man sollte doch froh sein, dass es einen Händler gibt, der auch noch exotische Sachen verkauft und an Lager hat. BTW, man könnte die mal fragen, ob die gewinkelte ISA Slots haben XD
-
ja genau die meinte ich. Ok, hat mich nur verwundert, deswegen fragte ich.
@ tuxie: was hälst du von dem CPLD (http://www.xilinx.com/support/documentation/data_sheets/ds057.pdf)? der müßte doch gehen, oder?
der XL ist 5V-tolerant, das müsste funktionieren.
Mit 100 Ohm in Reihe sollten auch "nur" 3,3V Typen zurecht kommen.
-
Zur Zeit ist auf Ebay eine ET4000 Karte kompatibel zum Mega4000 Adapter drin -> 331740760077
-
Stimmt, ist fast die gleiche, die bei mir im MegaST ihren Dienst sehr zuverlässig verrichtet und eine Auflösung von 1024x768x256 Pixeln darstellt.
Der einzige Unterschied ist die Geschwindigkeit der Rams. Bei mir sind sie 70ns, bei der Ebay-Karte 80ns. Da sie allerdings gesockelt sind, könnte man die bei Bedarf wechseln.
Ansonsten sind alle Bauteile gleich, nur vereinzelt von einem anderen Hersteller.
Die müßte passen und die NVDIVGA.INF dazu, hatte ich schon gepostet und nein, ich habe mit der Karte bei Ebay nichts zu tun. ;)
-
Habe ein Problem mit meiner ET4000. Wenn sie längere Zeit läuft bekomme ich ein Bildkrieseln (Sieht aus wie ein buntes schneegestöber). Passiert nach ca. 15 Min. Ist der ET4000 Chip sehr empfindlich gegenüber Wärme?
-
Meine läuft Stundenlang. Das Lötzinn ist ja schon sehr alt, wenn du es kannst würde ich mal das alte Lötzinn am ET4000 Chip entfernen und dann mit frischem Lot neu verlöten ...
-
Habe ein Problem mit meiner ET4000. Wenn sie längere Zeit läuft bekomme ich ein Bildkrieseln (Sieht aus wie ein buntes schneegestöber). Passiert nach ca. 15 Min. Ist der ET4000 Chip sehr empfindlich gegenüber Wärme?
Pixelgrieseln "riecht" eher nach RAMDAC (der Käfer, der mehr oder weniger direkt am Monitorausgang hängt). Möglicherweise ist auch bloß ein Kondensator hinüber.
-
Habe ein Problem mit meiner ET4000. Wenn sie längere Zeit läuft bekomme ich ein Bildkrieseln (Sieht aus wie ein buntes schneegestöber). Passiert nach ca. 15 Min. Ist der ET4000 Chip sehr empfindlich gegenüber Wärme?
Pixelgrieseln "riecht" eher nach RAMDAC (der Käfer, der mehr oder weniger direkt am Monitorausgang hängt). Möglicherweise ist auch bloß ein Kondensator hinüber.
Dann müßte es doch direkt der Fehler auftauchen, wenn es der RAMDAC ist oder? Kondensator daran habe ich noch gar nicht gedacht. Mmh immerhin hat die Karte Jahrzehnte hinter sich dann können die auch mal versagen. Also Mega ST wieder öffnen und die Kondis anschauen... So ne Sch....
Meine läuft Stundenlang. Das Lötzinn ist ja schon sehr alt, wenn du es kannst würde ich mal das alte Lötzinn am ET4000 Chip entfernen und dann mit frischem Lot neu verlöten ...
Hatte ich glatt überlesen. Naja, zutrauen würde ich mir das schon. Aber zuerst kondis, dann nocleanflux auf die Platine (das penetriert auch unter den Grafikchip) und reflowen.
-
Dann müßte es doch direkt der Fehler auftauchen, wenn es der RAMDAC ist oder?
Da Du ja ein thermisches Problem vermutest: Auch der RAMDAC wird warm, immerhin wird der ziemlich schnell getaktet. Vielleicht mal (vorsichtig) mit Kältespray (Druckluftdose auf den Kopf stellen tut's auch) testen?
-
Vielleicht liegt das Problem auch am RAMDAC Sockel, da sind immer so billige mit Federkontakten drauf. Der ET4000 Baustein und der RAMDAC werden schon ganz schön Warm ...
-
Ich schraube den morgen mal auf und dann schauen wir mal. Gehe mir morgen noch Eisspray regeln. Wenn es aber wirklich herausstellt, dass es mit der Wärme zu tun hat kommt mal ein fetter kühlkörper auf RAMDAC und ChipDIE.
-
So, war ein thermisches Problem vom RAMDAC. hab zwar kein kältespray gehabt (habs vergessen zu besorgen, der Termin heute morgen hat mich links gemacht) aber mit dem Kompressor habe ich schön beim Symptom den RAMDAC angeblasen, sofort waren die Pixelfehler weg. Nach 5 Min. kamen sie wieder so das ich mich entschlossen habe Kühlkörper zu verwenden. Natürlich hatte ich die Größe nicht parat, also selbst welche gebastelt aus einem XBOX360 GPU Kühler. der ist auch 1,5cm hoch. Ausgesägt (für RAMDAC und Chip), sauber gefeilt und Wärmeleitpaste genommen. Damit das hält an den Ecken der chips jeweils einen tropfen Sekundenkleber draufgemacht.
Bis jetzt läuft er eine Stunde ohne Pixelfehler durch. Scheint was gebracht zu haben.
Auf dem 2. Bild sieht ihr meinen Platzmangel für die Magnum. Sehe da nur eine Möglichkeit. An dem Mega4000 Stecker sind noch gut 1cm Platz. da dran dann Strippen und die auf die Magnum ziehen.
-
Es ist schade, dass die Mega4000, bedingt durch die Länge des ISA Slots, über den Megabus hinaus bis über die CPU ragt. Wäre es nicht so, wäre der Turmbau zu Babel kein Problem im Mega ST.
-
Wenn die Kühlkörper etwas fester sitzen sollen ist folgende Lösung auch sehr gut:
http://www.amazon.de/Arctic-Silver-Premium-W%C3%A4rmeleitkleber-7g/dp/B0025UH6S2
Ich habe damit bei meinem Milan den Kühlkörper auf die 68040 CPU geklebt. Hält bombenfest und führt die Wärme sehr gut ab. Einziger Nachteil: Zum Lösen der Verbindung muss man die CPU ins Gefrierfach legen. :D
-
Hallo zusammen,
wie gerade zufällig lese, wird hier von Frank Lukas großzügig angeboten, die GAL-Quellen weiterzugeben. Auch wenn ich das Projekt nicht mehr weiter verfolge, sind diese Daten kein Freiwild, sondern urheberrechtlich geschützt und die Weitergabe ist ein klarer Bruch der Vereinbarung mit Frank Lukas!
Auch wenn das Endergebnis recht schlicht aussieht, stecken da lange Testreihen mit damals erhältlichen Karten dahinter, für die MW Elektronik einiges Material eingekauft hatte, und wie sich im Rahmen dieses Threads gezeigt hat, gibt es nach wie vor genug widerspenstige Exemplare.
Herr Lukas hat die GAL-Listings ursprünglich ausschließlich für den privaten Nachbau seiner Karte erhalten, ich habe das dann stillschweigend auf die Restexemplare der Platinen ausgedehnt (und - eben weil ich keinen Support dafür übernehmen wollte - auch keinerlei Lizenz-Gebühren für die GALs berechnet!!!). Die Platinen hat er von mir zu einem sehr günstigen Preis übernommen. Wenn ich sehe, zu welchem Preis hier Teilesätze oder komplette Adapter verkauft wurden, dann hättet ihr das bei mir direkt auch billiger bekommen können. Allerdings bin ich auch so genug ausgelastet, so dass ich mich nicht darum gerissen habe, die Sache selbst nochmals in die Hand zu nehmen.
Rückblickend hätte ich das aber sehr wohl tun können, wenn ich sehe, wieviel Zeit ich dann noch unentgeltlich investiert habe, bis Herr Lukas seinen Adapter endlich am Laufen hatte.
Die Vollversionen der GALs sind jedenfalls nicht freigegeben, das möchte hier nochmal klarstellen. Sollte jemand hier aus dem Forum die Dateien bereits erhalten haben, dann möge er sich bitte umgehend mit mir in Verbindung setzen.
Andere Projekte wie MiNT'98 oder Netzwerktreiber sind mittlerweile freigegeben, die Entscheidung fiel hier auch leicht, da wir (Bernd Ebert und ich) natürlich auch stark von den Arbeiten anderer profitiert haben.
Letztlich ist es immer noch meine Entscheidung, welche Projekte ich freigebe, und hierzu habe ich von Herrn Lukas nicht einmal eine Anfrage erhalten. Und nach dem Bruch der Nutzungsbedingungen werde ich mir auch sehr überlegen, von den verbliebenen Projekten nochmals etwas aus der Hand zu geben...
Viele Grüße,
Torsten Lang
-
War ja nur ein versuch mehr ET4000 Karten ans funktionieren zu bekommen. Ich werde in der Richtung auch nichts mehr unternehmen ...
-
Hallo,
so wie ich jetzt Lese übernimmt tlang jetzt den support ?, also egal wo her ich meine Platine habe und auch egal welche felher eventuell drauf ist kann ich ihn sie schicken und er versucht dann sie zum laufen zu bringen, natürlich gegen entlohnung ?
so hört es für mich an , da sich ja die Leute die eine von Frank besitzten sich bei ihn melden sollen.
LG,
Khristiane
-
Ich habe nirgends geschrieben, dass ich hier auf einmal wieder den Support übernehme - Frank Lukas hat die Restteile zu sehr guten Konditionen erhalten unter der Bedingung, dass ich mit dem Support nichts weiter zu tun habe.
Für seinen privaten Nachbau und die Restplatinen durfte er die GALs ohne zusätzliche Lizenzierung nutzen. Punkt.
Interpretiert in mein Posting bitte nichts hinein, was da nicht steht!
Gruß,
Torsten
-
Ich sehe keine andere Nutzung als die Private und verstehe die Aufregung nicht.
Davon unabhängig gebührt Dir natürlich ein fettes Danke für Deine Leistungen und das Engagement im Bereich Atari. Dein Rückzug wäre ein Verlust.
-
sorry jetzt stimmt dein Text den du geändert hast, wer deine änderung nichtgewesen hätte Frau/Mann es so verstehen können, weil es in Ursprung Text nicht so drin stand.
Also bitte bleibe korrekt und unterstelle mir nicht das ich dort etwas rein Interpetiere, ich habe dein Text gelesen und es so verstanden.
So ich bin raus aus diesen Forum, erst etwas ändern und dann behaupten das es so nicht drin gestanden hat.
Ich wünsche euch noch viel Spaß
LG,
eure Khristiane
-
Khristiane - also irgendwie wird's nun immer wirrer. Mein endgültiger Text ist von gestern, 23:08, Deine Antwort von heute, 12:08. Es stimmt also schlicht und einfach nicht, dass ich nach Deiner Antwort noch irgendwas an meinem Text geändert hätte.
Nochmals - bitte bei der Wahrheit bleiben!!!!!
Gaga - dass Frank Lukas GALs mit der Vollversion der GALs brennt und weiterverkauft ist definitiv keine Privatnutzung mehr, sondern ist ganz klar kommerziell und hat mit privater Nutzung nichts mehr zu tun. Davon mal abgesehen war das zur Komplettierung der Teilesätze ja von mir abgesegnet.
Bei der Gelegenheit möchte ich auch noch in aller Kürze auf ein paar andere rechtliche Aspekte hinweisen: Wenn jemand komplett aufgebaute Adapter weiterverkauft wird er zum Erst-Inverkehrbringer und muss sich um alle rechtlichen Aspekte kümmern, insbesondere die WEEE-Registrierung bei der Stiftung EAR, Einhaltung der EMV-Vorgaben und der entsprechenden Vorgaben für Schadstoffe (RoHS).
Die Platinen und auch die alten Steckverbinder und Stecker sind nicht RoHS-konform, könnten aber, da Altbestände, u. U. noch verkäuflich sein (da bin ich aber auch nicht der Experte).
Bei der Einhaltung des Elektro-Gesetzes (WEEE-Registrierung) versteht die Stiftung EAR keinerlei Spaß, das Gesetz sieht hier für Verletzungen hohe fünfstellige Geld- bis hin zu Gefängnisstrafen vor.
Als ich damals den MEGA4000 designt habe gab es diesen ganzen Zinnober noch nicht.
Die EMV-Prüfungen sind eine Selbstzertifizierung, die man in der Regel bei einem anerkannten Prüflabor macht. Oder man lässt es im guten Glauben, dass schon alles passt. Und wo kein Kläger...
Anders sieht das aber wie gesagt bei der WEEE-Regstrierung aus. Für ein Modellbahn-Projekt hätte ich im Extremfall (100% Abdeckung des Weltmarktes) ca. 0,80€ an Entsorgungskosten insolvenzsicher hinterlegen müssen (weil die die Decoder so klein und leicht sind, dass praktisch kein Gewicht zusammen kommt). Die Verwaltungskosten dafür belaufen sich auf mindestens 400€ jährlich, wenn man das an einen Verein wie die VERE e. V. abgibt.
Gruß,
Torsten
-
sorry jetzt stimmt dein Text den du geändert hast, wer deine änderung nichtgewesen hätte Frau/Mann es so verstehen können, weil es in Ursprung Text nicht so drin stand.
Also bitte bleibe korrekt und unterstelle mir nicht das ich dort etwas rein Interpetiere, ich habe dein Text gelesen und es so verstanden.
So ich bin raus aus diesen Forum, erst etwas ändern und dann behaupten das es so nicht drin gestanden hat.
Ich wünsche euch noch viel Spaß
LG,
eure Khristiane
@Khristiane, sorry, ich habe den Text ja auch per Mail vom Forum bekommen und dort steht nichts dergleichen drin mit Support seinerseits oder irgendetwas in dieser Richtung. Thorsten hatte nur den letzten Absatz entfernt weil der wohl nicht recht dazu passte. Von meiner Seite nochmals besten Dank an Thorsten Lang für seine Unterstützung.
-
Ich kenne mich mit den ganzen geschäftlichen/wirtschaftlichen Aspekten und dergleichen nicht wirklich aus und ich weiß jetzt auch nicht was hier wirklich passiert ist mit diesen Adaptern. Ich habe die Einträge hier nur verfolgt, weil ich solche Bastelprojekte sehr interessant finde, auch wenn ich bei weitem nicht alles verstehe, da ich auch nicht so sehr in der ganzen Materie drinstecke und mir das Fachwissen fehlt.
Aber ganz ehrlich, wenn jemand einen Adapter entwickelt, den für sich selbst baut und ihn an ein paar Interessierte oder Bekannte, weiterverkauft bzw. sich die Bauteile bezahlen lässt, wen interessiert das dann?! Das betrifft vielleicht ein Duztend Leute! Muss dann wirklich so ein Aufriss gemacht werden mit irgendwelchen Registrierungen/Zertifizierungen? Das ist doch total sinnfrei! Andererseits wäre es auch wieder typisch für unsere Lande. Da komme ich dann echt nicht mehr mit. Sorry. :-[
-
Wahre Worte!
-
Jetzt wirds langsam lustig. Klar, Torsten, du kannst dich auf dein Urheberrecht beziehen und eine Weiterverbreitung deines Quellcodes und deines Schaltplans verbieten, das ist dein Recht, ganz unabhängig davon, wieviel die Entwicklung mal gekostet hat. Das "mal" halte ich aber für Überdenkenswert, das Zeugs interessiert nämlich schon seit 20 Jahren eigentlich keinen mehr, also who cares, du wolltest ja offensichtlich auch kein Geld mehr damit verdienen, oder? Da kann man doch mal großzügig sein, denn ein Schaden entsteht dir dadurch sicher nicht. Ewige Dankbarkeit der wenigen verbliebenen Nutzer wäre dir aber sicher gewesen.
Zu RoHs, EMV und Co. Wenn sich ein paar Leute eine Platine basteln, interessiert das niemanden. Sonst wären sämtliche Elektronikforen längst im Abmahnungskrieg untergenagen. Zeitschriften wie die "Make" würden regelmäßig zum Gesetzesbruch aufrufen und die Maker-Szene wäre längts wieder tot. Kommerziell war bei der Aktion auch nichts, wieviele Altplatinen wurden da jetzt im Freundeskreis zum Selbstkostenpreis "verwertet"? 10? 15? Ist Frank dadurch jetzt etwa zum Miltimillionär geworden? Außerdem, eine aktuelle EMV-Prüfung würde ein Mega-ST heutzutage eh nicht mehr bestehen, egal ob mit oder ohne diese Zusatzplatine, keine Chance! Außerdem ist eh nicht eine Nachrüstplatine für die EMV-Prüfung relevant, sondern ein Gesamtsystem. WEEE-mäßig gehen die Platinchen mengenmäßig auch im Rauschen von weggeworfenen Volksempfängern und Volkscomputern unter. Also, was soll die ganze Aufregung?
-
Eigentlich wollte ich nichts dazu sagen, aber jetzt melde ich mich doch auch nochmal zu Wort. Auch deshalb, weil ich in einer ähnlichen Situation wie Frank bin (Nova GALs) und die Absprache mit dem Autor einhalten möchte.
Ich verstehe nicht, warum jetzt das Torsten bashing losgeht. Er hat als Autor das Recht Bedingungen für die Nutzung seiner Quellen zu stellen. Ob Euch das passt oder kommerziell sinnvoll ist, steht überhaupt nicht zur Diskussion. Man sollte es einfach akzeptieren oder die Finger von der Sache lassen.
Es geht hier doch eher um die Frage, ob ein gegebenes Wort (oder gar Vertrag) im Spiel ist und ggfs. gebrochen wurde. Das können nur Torsten und Frank beantworten.
Bitte vergesst bei Euren "Ausführungen" über RoHs, EMV und Co. nicht, dass nicht Euer Name, sondern der von Torsten auf der Platine steht.
-
ich respektiere auch Tlangs Äußerungen. Es ist seine Arbeit und er kann damit schalten und walten wie er will. Danke für die Arbeit mit dem Mega4000 Adapter. ich wollte nun den nackten 1040er auch eine ET4000 spendieren (wollte hierzu eine neue Platine routen für auf den Prozessor direkt drauf zu setzen), aber ohne GALs halt nicht möglich. So wird halt dann eine alternative auch VoFa Basis gemacht und gut ist.
Klar, reich werden kann man dadurch nicht, es ist auch nicht das bestreben (zumindest bei mir) damit Geld zu verdienen, sondern einfach Sachen wieder herzustellen, die es so nicht mehr gibt. Mal davon abgesehen, wenn man privat die Sachen verkauft (ohne Rechnung etc.) Gibt es kein RoHs usw. Das bezieht sich nur auf kommerziell vertriebenen Produkte. Das man da Zertifikationen usw. braucht ist schon klar. Aber doch nicht bei 2-3 Einzelanfertigungen auf privater Basis.
Achso @ditto - Ich habe mal deine NVDIVGA.INF ausprobiert. Diese paßt wesentlich besser zu meiner Karte. Obwohl diese andere Frequenzen hat, als die wo das Testprogramm bei mir zählt, habe ich ein wesentlich besseres Bild und höhere Auflösung. Danke hier an dich.
-
@neogain sehr gerne!
Und wenn ich schon dabei bin, möchte ich auch meine Meinung zum Mega4000 kund tun.
Ich finde grundsätzlich, Absprachen die man trifft, sollte man auch einhalten!
So ein Projekt, mit dem man doch einige Wochen beschäftigt ist, lässt einem machmal ganz schön den Kopf rauchen. Ich bin mir absolut sicher, das Lukas Frank die Problematik in dieser Form nicht vor Augen hatte, als er die Karten verkaufte.
Ich habe ihn hier im Board immer als sehr zuverlässig und korrekt kennengelernt und empfinde es menschlich als nicht richtig, ihn so anzugehen. Rechtlich gesehen hat TLang sicher Recht.
Die Thematik ist, wie ich finde, auf Grund dieser 1,2,3 Karten etwas überrissen.
Abschließend auch von mir ein herzliches Dankeschön an TLang, das er uns dieses Projekt überhaupt ermöglicht hat und auch an Lukas Frank, der sich viel Zeit für unsere Sorgen bei diesem Projekt nahm.
Liebe Grüße
ditto
-
Es war nur gut gemeint von mir ...
Also wer die Quellen haben möchte wendet sich an Torsten Lang und bekommt sie und Aufbau und Support hier .
@Idek Tramielski ... so wunderbare Nova Treiber incl. VMG Programm für die Mega4000 wären Wunderbar. NVDI ET4000 macht nur Probleme z.B. mit MiNT, die Nova Treiber laufen da besser.
-
Es war nur gut gemeint von mir ...
Das denke ich mir.
@Idek Tramielski ... so wunderbare Nova Treiber incl. VMG Programm für die Mega4000 wären Wunderbar. NVDI ET4000 macht nur Probleme z.B. mit MiNT, die Nova Treiber laufen da besser.
Ich habe meine Platine überhaupt noch nicht aufgebaut. Mir fehlt es wie immer an Zeit. Du kannst mir aber gern mal die relevanten Adressen zukommen lassen, dann versuche ich mal was zu erstellen. Testen musst dann aber Du.
-
Ich würde dir auch gerne für einen Monat meine komplette Mega4000 zuschicken wollen. Das mit den Adressen suche ich Heute mal alles raus und schreibe dir eine PM ...
-
@Idek Tramielski ... wegen dem Bild hier.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=10347;image)
Das Bild ist vom NVDI 3er VMG und im 1.12er VMG das dem Paket beiliegt ist alles gleich bis auf "Clut-Registerwert für 16bit: C0" ...
Und was mir noch aufgefallen ist, mit NVDI egal welche Version geht die 16bit Wiedergabe nicht richtig. Kann sein das es was mit dem Wert oben zu tun hat, keine Ahnung. Oder es liegt an meiner ET4000 Karte.
... und die Sachen die in der Aufbauanleitung stehen ->
:FF03C3 01 ; Video Subsystem Enable, Address $03B0
:FF03BF 03 ; Herkules Comp. Register, KEY setzen
:FF03D8 A0 ; Display Mode Control, KEY setzen
:FF03D4 36 ; CRTC Index -> Select CRTC Reg. $36
:FF03D5 F1 ; Video System Configuration 1, 16Bit I/O, 16Bit MEM,
; Memory contiguous
Befehle für TEMPLMON, die Kommentare ab den ";" werden natürlich nicht
eingegeben...
Mit Schreibzugriffen auf $FF03D4 sollten sich jetzt Werte von $00 bis $3F
schreiben und so auch wieder lesen lassen.
:FF03D4 15 ; CRTC Index -> Select CRTC Reg. 15
:FF03D5 xx ; Vertical Blank Start Bit 0-7
Mit Schreib-/Lesezugriffen auf $FF03D5 sollten sich jetzt Werte von
$00-$FF schreiben und so auch wieder lesen lassen.
Lesezugriffe auf die Adressen $C00000-$CFFFFF und
$FF0000-$FF7FFF sollten möglich sein.
-
Was geht hier eigentlich ab ? Da ist man mal über einen Tag ans Bett gefesselt und hier ist plötzlich der Teufel los!
Fakt ist: Wenn ich etwas auf die Beine stelle, will ich auch in allen Punkten eine Entscheidungsfreiheit haben, was, wie und wofür es angewendet wird! Da dürfte es auch gar nicht so viel Diskusjonsbedarf geben wie hier den letzten Tag passiert! Genau das räume ich auch den Anderen (zB hier Tosten Lang) ein! Seine Absprachen mit Lukas Frank haben mAn Prio und dürfen eigentlich auch nicht umfangreich diskutiert werden müssen! LF hat es sicherlich nicht bös gemeint und aus seinen Beiträgen lese ich auch diverse Entschuldigung gegenüber TL und das sollte ja wohl reichen! Also - das ganze ist jetzt ausreichend besprochen und muß nicht weiter erörtert werden - wollte nur auch meine Meinung kundtun!
-
Also - das ganze ist jetzt ausreichend besprochen und muß nicht weiter erörtert werden - wollte nur auch meine Meinung kundtun!
Burkhard, ist das nicht irgendwie ein Widerspruch? Der Thread war doch schon wieder in eine andere Richtung unterwegs.
Gruß
Johannes
-
Also - das ganze ist jetzt ausreichend besprochen und muß nicht weiter erörtert werden - wollte nur auch meine Meinung kundtun!
Burkhard, ist das nicht irgendwie ein Widerspruch? Der Thread war doch schon wieder in eine andere Richtung unterwegs.
Gruß
Johannes
es ist alles gesagt, nur noch nicht von allen. (Karl Valentin)
-
Hallo Johannes - wie ich schon mitteilte - ich war leider ans Bett gefesselt (krank), als es in dem Bereich unnötiger Weise hoch herging - ich konnte das zwar am Handy mit verfolgen, tue mich aber schwer, da auch zu schreiben und wollte aber meinen Senf dazugeben! Wie ich unter meinem Beitrag dann auch feststellte:
... Also - das ganze ist jetzt ausreichend besprochen und muß nicht weiter erörtert werden - wollte nur auch meine Meinung kundtun!
-
@Burkhard Mankel , das ist typisch für dich. Auch wenn schon alles gesagt wurde, musst du es nochmal mit eigenen Worten wiederholen. Du musst halt überall was dazu schreiben, ohne dich läuft hier garnix, ohne dich darf hier ganrnix laufen, das wissen wir ja.
-
@Idek Tramielski ... so wunderbare Nova Treiber incl. VMG Programm für die Mega4000 wären Wunderbar. NVDI ET4000 macht nur Probleme z.B. mit MiNT, die Nova Treiber laufen da besser.
Läuft das immer noch nicht - den Fehler hab ich doch letztes Jahr behoben? Also bei mir geht's.
-Helmut
-
Mit dem kleinen opnwk.prg Programm geht es mit dem helmut build und 256 Farben sehr gut aber mit dem trunk nicht. Schwarz/Weiss über die Grafikkarte geht auch gut aber 32k, 64k Farben und mehr geht nicht. Neuere Builds aus 2016 habe ich noch nicht probiert. Mein Atari TT hatte da damals mit der Nova keine Probleme meine ich ...
-
http://forum.atari-home.de/index.php?topic=12491.msg202069
Mit XaAES 1.8.4 läuft's direkt.
-Helmut
-
Hallo @Lukas Frank ,
hier mal ein schneller Test der EMULATOR.PRG mit den genannten Adressen. Wenn es klappt, sollte das Signal danach anliegen.
Natürlich auf eigene Gefahr! ;)
Halt mich auf dem Laufenden!
Gruß
Wolfgang
-
Habe mir eine emulator.bib aus einem ET4000 Treiberpaket geholt und gestartet aber es gibt 2 Bomben.
Hast du eventuell für 020/30 kompiliert ?
-
Ganz vergessen ;-)))
Vielen Dank für deinen Einsatz !
Wie gesagt, ich Leihe dir gerne meine fertige Karte ...
-
Mein Fehler....hab ne Stelle übersehen. Neue Version auf meinem Server (http://silicon-heaven.org/atari/nova/). Verzeichnis "untested".
-
Zwei Bomben ...
-
Zwei Bomben ...
Neue Version ist oben
-
Vorsicht, Idek, kleine Gemeinheit beim NOVA-Treiber: IO_BASE muss 0xff8000L sein, auch wenn der Registerraum der Mega4000 bei 0xff0000 beginnt.
Es wird nämlich von IO_BASE erst 0x8000 abgezogen und dann das Register addiert. Wenn z.B. in EMULATOR.PRG auf das Register 0x3C3 zugegriffen werden soll, um die ET4000 überhaupt freizuschalten, dann wird auf auf die Adresse (IO_BASE - 0x8000 + 0x3C3) zugegriffen.
-
... unverändert zwei Bomben !
-
Vorsicht, Idek, kleine Gemeinheit beim NOVA-Treiber: IO_BASE muss 0xff8000L sein, auch wenn der Registerraum der Mega4000 bei 0xff0000 beginnt.
Es wird nämlich von IO_BASE erst 0x8000 abgezogen und dann das Register addiert. Wenn z.B. in EMULATOR.PRG auf das Register 0x3C3 zugegriffen werden soll, um die ET4000 überhaupt freizuschalten, dann wird auf auf die Adresse (IO_BASE - 0x8000 + 0x3C3) zugegriffen.
Ja, danke das habe ich in meiner jetzigen Version schon geändert. Es ist schon zu lange her, dass ich wußte was in den Sourcen so passiert. ;)
-
In dem eben gerade herunter geladenen EMULATOR.PRG ist definitiv noch ein Zugriff auf 0xFE8773 (= 0xFF03B0 - 0x8000 + 0x3C3) drin, als ob dort IO_BASE noch 0xFF03B0 wäre statt 0xFF8000...
-
Neuer Versuch!
-
Immer noch zwei Bomben.
Ist das richtig das alle Versionen 6762 byte haben ?
-
Immer noch zwei Bomben.
Schade. Dann muss ich für heute erst mal abbrechen.
Ist das richtig das alle Versionen 6762 byte haben ?
Ja, wenn man nur die Adressen ändert bleibt ja der Rest gleich.
Nachtrag: eine Version backe ich noch schnell.
-
Guck mal, ob der Austausch der Datei auf Deinem Server wirklich klappt. Die Version, die ich um 19:42 Uhr heruntergeladen hatte, ist Byte für Byte identisch mit der, die ich um 20:17 heruntergeladen hatte.
-
Guck mal, ob der Austausch der Datei auf Deinem Server wirklich klappt. Die Version, die ich um 19:42 Uhr heruntergeladen hatte, ist Byte für Byte identisch mit der, die ich um 20:17 heruntergeladen hatte.
Vergleich jetzt bitte mal. Und @Lukas Frank bitte testen.
-
Läuft, du bist mein Held ;-)))
-
Läuft, du bist mein Held ;-)))
Was heißt läuft? Hast Du ne STA_VDI laufen?
Zur Erklärung für @czietz : Ich hatte mir die #defines etwas zerschossen. Deshalb hat es vermutich zunächst nicht geklappt.
-
Ne, habe doch nur das emulator.prg von dir und eine emulator.bib von einer nova Installationsdiskette ...
Du musst aber bitte auch das passende VMG Paket dazu machen und sta_vdi.prg fehlt natürlich noch.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=10551;image)
-
Ist das jetzt unerhört dich zu bitten das gleiche auch für den VOFA Adapter zu bauen ?
-
Ist das jetzt unerhört dich zu bitten das gleiche auch für den VOFA Adapter zu bauen ?
Eins nach dem Anderen. :D
Jetzt muss ich erst mal was essen. Für heute habe ich mit 13h genug vorm Rechner gesessen. Ich versuch dann als nächstes mal ne STA_VDI zu bruzzeln und melde mich dann.
Ach ja: Danke an @czietz . Deine Hinweise haben mich in die richtige Richtung gelenkt. ;)
-
@Idek Tramielski: Gern geschehen. :-) Durch die #define-s, d.h. welche davon wofür nötig sind, bin ich nicht wirklich durchgestiegen, als ich mir den Code neulich mal angeguckt hatte.
-
Eine Targa Win+ mit Cirrus Logic CL-GD5200-80DC-A RAMDAC und eine noname FCC ID: ILLTS4HV VGA / KDA0476PL-80 Karte laufen im Mega4000 Adapter mit der Nova Treiber Software aber nicht mit NVDI ET4000.
-
Ebenfalls mit der Nova Treibersoftware läuft eine "noname FCC ID:ILLTS4HV / KDAO476PL-80 RAMDAC
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=10619;image)
-
Die Karte läuft im VOFA Adapter nicht und auch nicht mit NVDI ET4000 ...
-
Hier mal ein Benchmark, seltsamerweise etwas langsamer obwohl die gleiche Treiberstufe als der VOFA Adapter. Siehe VOFA Thread ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=10621;image)
-
Diese Karte funktioniert mit einer anderen Version (Typ 0 und 6) der Nova Treibersoftware im Mega4000 Adapter, allerdings nur bis 8bit Farbtiefe ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=10630;image)
-
Bisher laufen alle meine sieben ET4000 Karten mit der Nova Treiber Software in dem einen oder anderen Adapter.
@Idek Tramielski ... was bisher nicht geht sind Karten mit einem Clockgenerator im RAMDAC. Ich habe drei solcher Karten ...
ICS5301-2 -> http://www.digchip.com/datasheets/parts/datasheet/222/ICS5301V-1-pdf.php
Music MU9C9760V-80DC -> http://www.datasheets360.com/pdf/4875569320386444034
Der Music SynDAC ist auf einer anderen Cardex Karte und der andere auf zwei noname Karten FCC ID: HRGVGA9212.
Weiterhin habe ich zwei neue Karten.
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=10634;image)
Die große gelbe läuft mit dem VMG Typ_6 aber die Darstellung stimmt nicht ganz, da sind so seltsame Muster im Raster. Die Karte geht so auch ausschliesslich im Mega4000 Adapter. Die andere Karte mit AT+T RAMDAC sollte eigentlich bis 24bit Farbtiefe können, lauft aber mit Typ_8 nur bis 8bit und mit dem Typ_4 ist alles in Ordnung bis 15bit Farbtiefe. Der RAMDAC ist ja der gleiche wie bei meiner Cardex mit dem AT+T RAMDAC.
-
Habe noch einige Karten zum Probieren bekommen ...
(http://forum.atari-home.de/index.php?action=dlattach;topic=12252.0;attach=10652;image)
Die Karte mit dem AT+T RAMDAC läuft nur im Vofa Adapter und die SpeedStar macht Probleme und läuft nicht richtig.
-
ET4000 Karten für den Atari und für die verschiedenen Adapter sollten einen Clockgenerator Baustein mit dazu gehörigem 14,xxx Quarz, 1MB Ram, TSENG ET4000 Baustein (auch W32 /2MB) und einen 80Mhz RAMDAC besitzen. Dann ist die Chance sehr hoch das die Karte funktionieren.
So genannte SynDAC oder GenDAC Karten wo der Clockgenerator im RAMDAC sitzt und Karten mit PAL Bausteinen laufen in aller Regel nicht und machen Probleme ...
-
Klasse, damit kann man was anfangen, wenn man eine GraKa für eine der Adapterplatinen sucht!
Frank, ich muß einfach mal sagen, daß du mit diesem Projekt eine tolle Arbeit gemacht hast. Nicht nur die Adapterplatine, auch der Support und die anschließenden Recherchen und Tests mit verschiedenen Treibern und Grafikkarten. Echt klasse!!!
Jeder, der sich in Zukunft solch ein Grafiksystem aufbaut, wird es dadurch bedeutend einfacher haben.
Vielleicht solltest du all deine Erfahrungen und Erkenntnisse dazu einmal zusammenfassen und entweder im Board anpinnen, oder im Wiki verewigen!?
Vielen Dank.
-
Ich habe da mal angefragt, alles Lieferbar und die Preise sind Aktuell -> http://www.microlabs.com/
-
Gewinkelte ISA Sockel gibt es z.B. hier http://www.ebay.de/itm/130970285291 (http://www.ebay.de/itm/130970285291) bei Ebay.
Bin bei der Suche danach zufällig auch auf Euer Forum gestoßen ;-)
Gruß Stefan
-
Gewinkelte ISA Sockel gibt es z.B. hier http://www.ebay.de/itm/130970285291 (http://www.ebay.de/itm/130970285291) bei Ebay.
Bin bei der Suche danach zufällig auch auf Euer Forum gestoßen ;-)
Gruß Stefan
Danke für den Link. Das ist wirklich günstig, somal das direkt 10Stück sind. Für die VoFa werden aber dann gerade Isa Sockel benötigt, für die Mega4000 aber auf jeden Fall interessant.
-
Kessler hatten die auch, sind aber ausverkauft. Man müsste die mal bitten ihren Bestand wieder aufzufüllen ...
ScooterPCB kann ja auch Gerber schreiben, somit wäre es möglich nochmal eine kleine Auflage an original Platinen fertigen zu lassen. Wobei mich gestört hat dass das 20V8 so nahe am Mega Bus Stecker sitzt.
-
Kessler hatten die auch, sind aber ausverkauft. Man müsste die mal bitten ihren Bestand wieder aufzufüllen ...
ScooterPCB kann ja auch Gerber schreiben, somit wäre es möglich nochmal eine kleine Auflage an original Platinen fertigen zu lassen. Wobei mich gestört hat dass das 20V8 so nahe am Mega Bus Stecker sitzt.
kann man doch schnell neu machen und den Sockel versetzen, bloß ich dachte der VoFa wäre besser?
-
Ich sehe jetzt auch keinen Bedarf an einer Mega4000. Allerdings passt das so schön in den Mega ST wenn man keinen CPU Turm hat ohne groß zu Basteln ...
-
Idek Tramielski hat die Mega4000 Grafikkarten ET4000 Treiber für die Mega4000 ET4000 Adapter gemacht.
-> http://silicon-heaven.org/atari/nova/MEGA4000/
The T0 Version ist für 8-bit /256 Farben Karten und die T8 Version ist für Hi-Color Karten.
Wenn ihr eine Karte habt die nicht laufen will fragt Idek.
Karten die gar nicht gehen sind welche mit Control PAL/GAL und Karten mit sogenannten GEN/SYN DACs.
Ebenfalls sind Treiber für die STGA von Till Harbaum verfügbar ...
-
Hat irgend jemand einen Mega4000 Adapter und eine ISA ET4000/W32i Karte und kann mal den NOVA W32i Treiber dazu testen?