-
Hallo,
wie "brenne" ich 2 TOS auf einen (also insgesamt zwei) Eproms (z.B. Typ 27C2001). Leider kann ich im Netz nichts Entsprechendes finden.
Meine Idee wäre:
TOS1 HI auf die ersten 128 K, dann TOS 2 HI auf die nä. 128 K, des HI-Eprom
TOS1 LO auf die ersten 128 K, dann TOS 2 LO auf die nä. 128 K, des LO-Eprom
Kann das jemand bestätigen bzw. schreiben, wie es richtig gemacht wird?
Danke.
Rainer
-
Hallo reiners, schau mal hier in die Chips 'n Chips (http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=atmarita.de/startseite/images/chips/CHIPS_X.HYP&index=3). Einfach runterscrollen bis zu den Umbauanleitungen...
-
Ja, genau so geht es. Umd man muss über einen Umschalter das oberste Adressbit entweder auf High oder Low legen. Ich kenne das noch aus C-64-Zeiten, da gabs dann gleich vier verschiedene Kernels (Original, Speed-, Dolphin und ein abgespecktes Dolphin-DOS) in einem Eprom. Aber beim ST habe ich einen TOS-Umschalter nie als notwendig angesehen. Das gerade Neueste war immer das Beste. Und für Spiele oder Demos die zwingend ein älteres TOS erforderten, gab es den Zweit-520er mit TOS 1.00.
-
Hallo,
vielen Dank, Ihr beiden.
Die Anleitung aus den chips’n’chips hatte ich, aber ich nehme an, daß es für einen Nicht-Laien ganz klar ist, daß die Eproms so beschrieben werden müssen und daher wird auf die Frage, so wie sie oneSTone o2o jetzt beantwortet hat, gar nicht eingegangen.
Also ich werde das mal so tun und dann berichten, ob’s funktioniert.
Danke Euch.
Rainer
-
Wenn du das ganz elegant machen willst, machst du an das umzuschaltende Adressbrit ein wenig TTL-Logik zwischen den Adresspin des Eproms und den Umschalter, nämlich welche, die das Umschalten erst erledigt, wenn ein System/CPU-Reset erfolgt. Dazu brauchst du irgendein Flipflop, welches, könnte ich evtl nachschauen, obwohl, ich nehme meinen C-64 nicht so gerne auseinander, der ist etwas ... hmm ... verbaut ...
-
@oneSTone o2o : Das wäre aber wirklich nett von Dir. Aber Du mußt wissen, ich habe keinerlei Ahnung von Elektronik. Kann zwar Schaltungen nachbauen, aber wenig bzw. gar nicht verstehen.
Wenn Du also magst, dann schaue bitte mal nach und eine kleine Schaltungsskizze würde mir sehr weiterhelfen.
Dankeschön.
Rainer
-
Mal ganz schnell zusammengestellt. Ich habe es nicht getestet!
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3425)
Ich habe eine kleine Resetschaltung untergebracht, die möglicherweise unnötig ist. Das soll die Schaltung beim einschalten auf einen festen Wert ziehen. Der Ausgang sollte zu beginn low sein. und nach dem Reset high werden.
-
Hallo rainers, also mit dem Brennen hast Du es ja schon richtig erklärt wenn Du mich fragst. Was für einen Atari soll denn umgerüstet werden?
-
@topec, nein ich glaube, das wars nicht, denn das verarbeitet ja nur einen Reset-Impuls, aber scheinbar kein High/Low-Signal von einem Umschalter. Oder habe ich was übersehen?
-
Hallo alle,
@Arthur: Es geht um den STe1040
@ToPeG: Vielen Dank schon mal für die Schaltung. Verstehen tu ich sie nicht, aber es sieht nicht schwer aus, diese nachzubauen. Aber dennoch habe ich weitere Fragen und an diesen läßt sich unschwer erkennen, wie wenig Ahnung ich tatsächlich habe.
Du führst einen Widerstand und einen Kondensator an, mit Werten. Das verstehe ich. Aber es gibt so viele verschiedene Bauformen von Kondensatoren und Widerständen (große, kleine, dicke, dünne, …). Welche müßte ich denn nehmen? Und dann zum 7474: Ausgang 5 geht an ROM-Select. Wo ist ROM-Select? Ist das PIN 30 des, z.B. 27C2001, also Adress-Bit 17? Und Ausgang 3 geht an RESET. Wo finde ich RESET?
@oneSTone o2o: Wie müßte die Schaltung denn aussehen?
Herzlichen Dank Euch allen.
Rainer
-
Jetzt wo du es sagst, auch ROM-Select ist eigentlich falsch, jedenfalls wenn man meint, es müsste auf die entsprechende Leitung an den Eproms gehen. Geschaltet werden muss das oberste Adress-Bit, oder die oberen beiden, wenn man vier alternative TOS-Versionen nutzen würden.
Was gebraucht wird, ist pro geschalteter Adressleitung ein D-Flipflop:
(http://upload.wikimedia.org/wikipedia/commons/5/57/D_Flip-flop_%28Simple%29_Symbol.svg)
Auf den Eingang D kommt der Schalter, der Eingang |>, wird auch als C, CLK oder Clock bezeichnet, wird mit dem invertierten Reset-Signal (Ein Gatter aus einem 74LS14 invertierendem Schmitttrigger) verbunden. Funktionsweise des D-Flipflops:
Ausgang Q übernehmen den Zustand nur wenn C aktiv geschaltet wird, ansonsten bleibt Q auf dem Zustand zum letzten man wo D aktiv geschaltet wurde. Das Q mit dem Strich oben drüber ist ein invertiertes Q-Signal (0->1, 1->0) Aktiv bedeutet "High", also 1 oder 5V, da aber RESET Low-Aktiv (0 oder Masse) ist, und der C-Eingang-High-Aktiv, muss das low-aktive Reset-Signal mit einem Inverter erst High-Aktiv gemacht werden. Wie so ein D-Flipflop funktioniert, lässt sich mit folgender Demo (bitte ganz nach unten scrollen) nachvollziehen:
http://www.info-wsf.de/index.php/Flipflop
Letztendlich sieht also die Schaltung pro Adressbit, welches man schalten möchte, so aus:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3429)
Von den Invertern findest du gleich sechs Stück im Baustein 74LS04 oder 74LS14 (als Schmitt-Trigger, der über eine Hysterese schaltet, das ist eleganter). D-Flipflops findest du im Sixpack im Bauteil 74LS378. Die Eingänge der von dir nicht benötigten Gatter an beiden Chips solltest du übrigens auf Masse legen, denn sonst flattern die dazugehörigen Ausgänge undefiniert hochfrequent rum und beeinflussen evtl. die von dir benötigten Gatter (Übersprechen).
(http://www.makeyourownchip.com/7414_diagram.png)
74LS14 6x Schmittrigger
(http://www.radiomuseum.org/images/tubesockel_klein/sn74ls378_s.gif)
74LS373 6x D-Flipflop mit gemeinsammen Clock-Eingang. Den Eingang D legst du fest auf Masse, siehe http://www.ti.com/lit/ds/symlink/sn74ls373.pdf (dort heißt das Sigbal OC)
Das sind auch die Bausteine, die auf der Kernelumschaltplatine in meinem C-64 sind. Damit ließen sich 6 Adressbits umschalten, 2^6 = 64 verschiedene TOS-Versionen...
-
Meine Schaltung funktioniert so:
der Invertierte Ausgang "/Q" ist mit dem Eingang "D" verschaltet. Das bewirkt, das bei jedem Takt der Schaltzustand wechselt. Das bedeutet
Wenn der Computer ganz aus war, dann wird das Erste TOS in den ROMs geladen. Nach einem Reset wird das zweite geladen, wird nochmal resetet wider das erste.
Eine Invertierung des Resetsignals ist nicht zwingend. Der Takteingang des 7474 reagiert auf eine steigende Flanke, wenn die CPU aus dem Ruhezustand erwacht sollte das TOS in den ROMs schon selektiert sein.
Wenn man will kann man den zweiten Flipflop als Inverter nutzen.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3431)
-
Deine Schaltung kommt ohne Reset aus, das ist nett, aber ich fände es lästig, wenn ich bei jedem Reset automatisch eine andere TOS-Version käme...
-
Also hier eine Version mit einem Schalter:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3433)
-
Das ist schon besser und kommt mit nur einem IC aus, wenn man nur 1 Adressbit schalten will. Meine Schaltung braucht zwei ICS, die braucht sie aber auch nur wenn ich 2 oder buis zu 6 Adressbits schalten wollte. Jetzt noch den Schalter so wie ich es gemacht habe, so dass ein einfacher Schließer reicht, und es ist ziemlich perfekt. Von der Logik entspricht deine Schaltung meinem Vorschlag, wenn ich nur 1D und 1Q verwende.
-
Immer diese Sonderwünsche. :-)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3435)
-
Hallo,
vielen Dank Ihr beiden für Eure Mühe und Hilfe, aber ich komme überhaupt nicht mehr mit. Eben wollte ich noch schreiben, daß ich mich für ToPeGs vorletzte Schaltung entscheide, aber nun schreibst Du "oneSTone o2o", sie käme mit nur einem IC aus, aber ich sehe auf der Zeichnung zwei 7474. Da steige ich nicht mehr durch.
Auch weiß ich nicht, welche Art von Widerstand und woher ich das invertierte RESET-Signal nehmen soll. Ich lese etwas von Schmitt-Trigger, aber ich kann den auf keiner Schaltung sehen.
Sorry, seid mir nicht böse, als absoluter E-Laie steige ich da überhaupt nicht durch.
Aber hier mal ein Update zu meinen "Bemühungen": Die Anleitung aus den "chips'n'chips" habe ich umgesetzt, inkl. meiner laienhaften Vermutung zum beschreiben der Eproms und es funktioniert super.
Wenn ich das nicht raffe, mit Eurer Erweiterung, dann bin ich damit schon sehr zufrieden (Kleinvieh macht auch Mist ;)).
Danke Euch.
Rainer
-
In einem 7474 IC sind zwei Flipflops verbaut. Schau mal auf die Nummerierungen der Anschlüsse. Die Schaltung führt die Flipflops getrennt auf.
Das Resetsignal kannst du am Pin 12 des ACSI-Anschuss, am Pin 18 des 68000, oder anderen Stellen abgreifen. Wo alles weiß ich nicht.
Die Schaltung selber verhindert, dass während des Betriebs das TOS umgeschaltet werden kann, das würde sonst zu einem Absturz führen.
Ein Flipflop speichert die Einstellung des Schalters wenn ein Reset ausgelöst wird. Auch wenn man den Computer einschaltet wird ein Reset gemacht, um alle Hardware korrekt zu Initialisieren, darum wird die Schalterstellung schon beim ersten Start übernommen.
Das Zweite Flipflop im 7474 benutze ich als Inverter, Denn das erste Flipflp reagiert nur bei einer steigenden Flanke auf dem CLK Signal, das Reset selber ist aber LOW aktiv, die Flanke fällt bei einem Reset.
Der Widerstand ist nicht so ganz wichtig, da kann man jeden zwischen 1K Ohm und 10K Ohm benutzen, was gerade da ist. Wenn man gar keinen hat kann man ihn in der vorletzten Schaltung (die mit dem Umschalter) auch weglassen. Dann kann der Schalter aber prellen, oder Störspitzen senden.
Der IC kann ein beliebiger 7474 sein. 74S74, 74LS74, 74HC74, 74HCT74 , 74F74 ist im Grunde egal.
Das ganze kann man frei Verkabeln und auf einem der Roms unterbringen.
Bau die Schaltung erst mal so auf und testet ob sie Funktioniert bevor du sie verbaust.
EDIT:
Mir fällt gerade auf das nicht ganz klar ist welche Schaltung du als "vorletzte" meinst. Meinst du die, welche beim Reset automatisch das TOS wechselt, oder die mit dem Um-Schalter?
-
Hallo rainers, wäre schön wenn Du die Schaltung mal mit TOS 2.06 und 1.62 testen könntest. Wenn die dann klappt kommt sie bestimmt noch öfters zum Einsatz. Schön das ToPeG und oneSTone o2o das auch noch so ausführlich kommentiert haben und dabei diese Schaltung heraus gekommen ist... einfach Top..
-
Ein Umschalter zwischen 2.06 und 1.62 ist, meine ich, etwas komplizierter, da zwei verschiedene Adressbereiche genutzt werden. Wenn das aktuelle TOS nicht immer in beiden Bereichen eingeblendet wird, dann funktioniert das umschalten nicht. Die TOS 1.XX liegen bei FC0000, die TOS 2.XX bei E00000.
Es gibt Schaltungen um das zu korrigieren.
STEs haben Jumper dafür. Da könnte man was basteln.
-
Hab jetzt nicht nachgegoogelt aber 1.6x der Adressbereich ist doch identisch mit 2.xx soweit ich weis. Bis 1.4 hättest Du aber recht soweit ich mich erinnere.
-
@ToPeG @Arthur : Ja, klar, es funktioniert mit 1.60 und 2.06. Habe ich eben getestet. Bei mir wird jedoch zw. 2.06 und MagiC 6.2 umgeschaltet ;).
@ToPeG: Mit "vorletzter" Schaltung meinte ich die aus dem Beitrag No. 13. Ich werde mich jetzt an die aus No. 15 wagen.
Danke.
-Rainer
-
Du hast recht ich habe gerade in die Images geschaut. Bei TOS 1.06, 1.62, und 2.06 wird nach E00030 gesprungen. Die Basisadresse ist E00000
Edit: Tippfehler ...
-
Hallo,
ich habe einen 74LS74A. Kann ich den auch nehmen?
Auf ToPeGs Plan ist nicht eingezeichnet, daß der IC mit VCC und GND verbunden wird, aber ich nehme mal an, daß das so selbstverständlich ist, daß nur ich diese Frage stellen kann: Also der IC muß schon mit VCC und GND verbunden werden, ja? Welche Spannung hat VCC? 5 Volt?
Danke.
Rainer
-
ich habe einen 74LS74A. Kann ich den auch nehmen?
Welche Spannung hat VCC? 5 Volt?
2x Ja.
Gruss
Jürgen
-
Hallo,
also auch auf die Gefahr hin, mich völlig lächerlich zu machen, frage ich noch mal nach.
PIN 7 und 14 des 7474 muß also mit GND bzw. VCC verbunden werden. Richtig?
Dann hat ToPeG in seinen Plänen mehrere PINs des 7474 mit +5 Volt bzw. GND verbunden eingezeichnet.
Bedeutet das, ich könnte diese PINs direkt mit PIN 14 bzw. 7 des 7474 verbinden?
Ich danke Euch.
Rainer
--------------------------------------
EDIT:
@ToPeG: Danke für Deine Antwort ;) Welche Größe müßte denn der Kondensator haben, der zw. 5 Volt und Masse des 7474 geschaltet werden soll?
-
Alle mit +5V gekennzeichneten Leitungen können mit Pin 14 verbunden werden alle GND mit Pin 7 Dann muss an Pin7 Masse und Pin14 +5V angeschlossen werden.
-
OK, habe mal gesucht.
Ein Keramikkondensator mit ca. 100 nF kann verwendet werden.
Man sollte nicht immer gleich fragen, sondern auch selbst suchen ;)
Danke und Grüße.
Rainer
-
So nun mal eine Aufbauhilfe:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3439)
-
Hallo ToPeG,
also was soll ich schreiben. Vielen, vielen Dank. Es ist echt toll, was Du Dir für Mühe gemacht hast.
Ich habe wirklich viel gelernt in den letzten Tagen und ich denke, für meine weiteren Vorhaben wird mir das eine sehr große Hilfe sein.
Ich wünschte, ich könnte mich bei Dir revanchieren. ;)
Danke.
Rainer
-
Mit den richtigen Programm ist das keine 10 Minuten Arbeit. Insgesamt habe ich bisher eine Stunde investiert.
Aber wie ich schon mal sagte. Ich habe die Schaltung noch nicht getestet. Von der Logik her sollte sie funktionieren. Jedoch gibt es immer noch Unterschiede zwischen Theorie und der Realität.
Bei Problemen muss ich sie mal selber aufbauen und das verhalten genau testen.
Von wegen revanchieren. Wir brauchen Flattr (http://de.wikipedia.org/wiki/Flattr) Button ;-)
-
Wir bewegen hier uns bei 8 Mhz, da ist Theorie und Realität ziemlich deckungsgleich. Voodoo gibts erst im GHz-Bereich...
-
Ich denke auch nicht das es zu Problemen kommen wird, aber ganz ausschließen kann man sie nicht.
Wenn es Problem gibt, dann beim Einschalten.
Soweit ich es in Erinnerung habe Macht die Reset Schaltung ein Power-ON-Reset.
Wenn das Reset sich nicht so verhält wie ich denke, könnte es sein, das die erste Selektion eines TOS zufällig ist.
Aber wie gesagt, nicht sehr wahrscheinlich.
-
RESET Anschlüsse:
ST:
ST Blitter (PLCC): Pin 38
68000 (DIP): Pin 18
GLUE(PLCC): Pin 22
YM2149 (DIP): Pin 23
MFP (68901) (DIP): Pin 21
FDC (DIP): Pin 13
ACSI: Pin 12
STE:
GSTMCU: Pin66
68000 (PLCC): Pin 20
YM2149 (DIP): Pin 23
MFP (68901) (PLCC): Pin 24
FDC (DIP): Pin 13
ACSI: Pin 12
Weiß jemand wo man noch Reset abgreifen kann?
-
Von dem C-64-Kernel-Umschalter, der ja auch ein D-Flipflop verwendet, also eigentlich genau die selbe Schaltung, nur eben zwei Adress-Bits für 4 Kernels, weiß ich, dass das zuverlässig funktioniert, denn der Kippschalter bewegt sich ja nicht von selbst (und zufällig).
-
Bin auch total begeistert das hier diese Schaltung mal eben so aus dem Ärmel geschüttelt wurde. Auch von mir Dank an ToPeG und oneSTone o2o. @Rainer, gibt es denn Software die unter 2.06 nicht wie unter 1.6x läuft... evtl. Spiele? Und was ist dein nächstes Projekt? Vielleicht das IDE2.0 Interface mit CF-Karte? ;o))
-
Hallo,
also sobald ich alle Teile zusammen habe (ja, ich weiß, klingt komisch, aber ich besorge mir so Elektronikzeugs immer nur nach Bedarf), baue ich die Schaltung von ToPeG auf. Ich glaube, ich habe Arthurs Frage nach dem Test TOS 2.06 und 1.62 erst jetzt verstanden. Die bezog sich nicht auf die Schaltung aus den chips'n'chips, sondern auf ToPeGs. OK: Ich werde berichten.
@Arthur: Du wirst lachen, ja, an das IDE-IF2 hatte ich gedacht, aber leider wird das nichts werden, denn wenn ich mich richtig schlau gemacht habe, dann kann MagiC damit nicht automatisch gestartet werden. Das geht wohl nur mit dem ersten IDE-IF, aber dazu finde ich weder aussagefähige Unterlagen, noch Bezugsquellen.
Ev. weiß ja hier jemand Rat und kennt einen guten Link.
Danke und Grüße.
Rainer
-
Ich habe mir mal das IDE-Interface im STBOOK angeschaut (Schaltplan) Die verschiedenen Implementationen halten sich sehr nah an der Vorgabe. Ich sehe nicht warum das IDE-IF2 mit MagiC nicht funktionieren sollte.
Die einzigen unterschiede sind, das alle mir bekannten IDE-Interfaces das /DMA signal und das /LDS nicht dekodieren. Das verwundert mich etwas. Ich hätte erwatet das gerade /DMA beachtet werden muss. Dieses Signal wird aktiv wenn ein DMA-Transfer über den Bus stattfindet. während der Zeit ist der Status der Adressleitungen nicht definiert. Das bedeutet es könnte sein, das zufällig das IDE-Interface adressiert wird, wenn über DMA geschrieben wird. Das könnte die Platte zerschreiben. Ich bin überrascht, das es da noch keine Probleme gab.
Das /LDS weggelassen wurde ist nicht so problematisch.
Hier die Logik mit der das IDE-IF im STBOOK implementiert ist:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3446)
EDIT:
Was ich völlig verrückt finde. In dem vom IDE-Interface belegten Adressraum könnte man 1024 dieser Interfaces unterbringen. Was für eine Verschwendung.
EDIT2: Nach etwas Überlegung habe ich erkannt, das /LDS als Ersatz für /AS verwendet wird.
-
/DMA wird vielleicht nicht benutzt, weil die Platten im PIO-Modus betrieben werden?
Aber der Schaltplan ist schön simpel und einfach, eigentlich sollte man mal drüber nachdenken, das Ding nochmal nachzubauen...?
-
Das hat nichts mit dem IDE-DMA zu tun.
/DMA kommt von der GLUE und ist aktiv wenn ein ACSI/Floppy Zugriff erfolgt, oder DMA-Sound abgespielt wird. während der Zeit darf kein anderes Device auf dem Bus was machen.
-
Genau das würde ja auch auf einen Busmaster-DMA-Zugriff auf die Platte notwendig sein. Folglich gehe ich davon aus, dass die Platte nur in PIO betrieben wird, sprich die CPU jedes einzelne Bit von der Platte ins RAM schreibt.
-
Alle IDE-Interfaces im ST/STE laufen über PIO-Mode.
Es wäre nicht ganz einfach das Interface DMA-Fähig zu machen.
Wobei, mal so ins blaue gedacht. Wenn man das DMA-Select (/FCS) vom DMA-Controller mit benutzen könnte...
Die Idee wäre wie folgt:
Ein Register schaltet das /FCS vom DMA-Controller auf den IDE-Bus um, Die Festplatte wird auf ein DMA-Transfer Vorbereitet. DIE MCU wird wie bei einem Normalen DMA-Transfer vorbereitet. Der Nächste Transfer erfolgt dann von der Festplatte nicht vom ASCI oder Diskette.
Könnte es wirklich so "Einfach" sein?
Das müsste man sich mal genauer anschauen.
IM STE Gibt es das Signal /DMA aber nicht mehr, da GLUE und MCU eins sind. Darum müssen die IDE-Interfaces dort auf /AS ausweichen. Das während eines DMA-Zyklus nicht aktiv ist. (Sofern ich das richtig lese)
-
Hallo,
wirklich sehr spannend, Eure Diskussion. Leider kann ich hier keine qualifizierten Beiträge liefern :(, aber es wäre schon schön, wenn das DIE-IF2 funktioniert mit MagiC. Bleibt für mich weiterhin die Frage: Woher bekommt man so ein Ding?
Ich soll das selbst bauen??? Na, Schuster bleib bei Deinen Leisten. ;)
Rainer
-
Möglicherweise baut es jemand für dich.
Ich habe mir mal den Spaß gemacht und eine Sparsame Variante entworfen.
Braucht:
1 x 7400
1 x 7402
1 x 7405
1 x 7440
4 x 1K Ohm Widerstände
1 x 100 Ohm
1 x 360 Ohm
4 x 100nF Kondensatoren
1 x LED
Eine 40-Polige Steckerleiste sollte auch dabei sein.
Ich denke mit weniger Bauteilen geht es nicht, außer man benutzt einen GAL.
Die Schaltung sollte sich auch in einem STE verbauen lassen. Ich habe mich so nahe wie möglich an die Vorgaben vom STBook gehalten.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3448)
-
Du hast aber noch die zwei 68-poiligen Sockel vergessen, denn ich vermute, dass der beste Platz unter der 68000er sein müsste, da sind die meisten benötigten Signale, Prozessor und Adressbus vollständig vorhanden. Hast du die Ausdecodierung der IO-Adresse genauso großzügig gemacht, wie Atari? Und wie sieht es mit dem Byteswap Little/Big-Endian aus, der für IDE auf einem 68000er-System meines Wissens notwendig ist? Und wäre es evtl. sinnvoll, die Adress- und Datenbusse vor dem IDE--Anschluss zu puffern, denn sonst würden ja direkt Prozessorsignale über ein langes Kabel zur Platte gesendet, ich weiß nicht, ob vor allem schon erweiterte STs diese (kapazitive) Buslast noch verkraften...?
-
nunja die signale muss man sich noch zusammen suchen. Entweder als der GLUE oder der CPU.
Wenn du eine Platine Routen willst mach das. :-) Mir ist das zu stressig.
Die Datenleitungen sind nicht gepuffert, das macht bei kurzen Kabeln (<= 20 cm) keine Probleme, soweit ich es gelesen habe. Mobile Platten haben zudem eine niedrige Stromaufnahme am Interface.
Den High/LowByte switch müsste man beim Routing machen, oder wenn man die Schaltung frei verkabelt beim legen der Leitungen.
Die Schaltlogik ist nahezu die selbe wie beim Interface im STBook, nur habe ich das "nicht /DMA" durch "muss /AS" getauscht. Damit das Interface im STE funktioniert.
Hier mal mit gepufferten Datenleitungen:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3450)
-
Ich dachte immer das Atari gar keinen byte switch in hardware benutzt hat und das dann der Harddisk-Treiber übernommen hat. Deshalb auch der Geschwindigkeitvorteil bei pperas IDE 2.0 - Interface wo das IDE-Kabel z.T. gedreht wurde. Das Atari kompatible Hardisk Interface findet ihr hier (http://atari.8bitchip.info/astide.php) (weiter unten) und wird mit einem GAL realisiert und verwendet Bustreiber. Die Anleitung bzw. der Plan IDE 2.0 von ppera und popsel als gepacktes PDF gibt es hier (http://atari.8bitchip.info/ide2.rar). Interessantes gibts noch hier. (http://forum.8bitchip.info/hardware-16/)... einfach mal etwas suchen. Für den ACSI Anschluss gibts auch IDE mit DMA und es soll sehr sehr schnell sein. Hier ein Plan der CF-Karten benutzt. (http://atari.8bitchip.info/acsicfs.html) DMA scheint also einfacher am ACSI (DMA-Port) möglich zu sein da dann der DMA-Chip benutzt werden kann... wenn hat das jetzt verwirrt? ;D Je nach Interface können die normalen Treiber verwendet werden oder es müssen die zugehörigen Treiber von ppera benutzt werden und evtl. das TOS minimal gepatcht werden... da die alten TOS Versionen mit IDE nichts anfangen können.. erst so ab 2.xx sieht es da besser aus.
-
Hallo ToPeG!
Ohne gleich wieder in eine streithafte Debatte verwickelt werden zu wollen oder als Erbsenzähler abgeschrieben werden zu wollen: Bei allen anderen IC in Deinem Schaltbild gibst Du (scheinbar) korrekte Pinnummern an, nur von IC U4 erhielt jedes Gatter von Dir die Pinnummern 1 bis 3. Speziell für rainers - aber auchg für den, der es für ihn nachlötet, könnte es hilfreich sein, wenn das noch korrigiert wird!
edit: Sorry - ToPeG (ist mir g'rad' noch aufgefallen - ich schrieb ToPeC)!
-
Burkhard, berechtigter Einwurf! Das ist in der Tat ein kleiner Fehler im Schaltplan, außerdem stören mich noch die drei ungepufferten Adressleitungen.
ToPeG, mit welchem Programm schüttelst du eigentlich so flott solche Schaltpläne aus dem Ärmel?
-
@ Burkhard Mankel
Stimmt die habe ich vergessen zu Nummerieren. Wobei die Vergabe der Nummern vor dem Aufbau / Routing eher zufällig sind. Wenn man ein Platine danach gestalten wollte käme ein ziemliches Durcheinander heraus. Ich habe keine von den Schaltungen bisher aufgebaut oder getestet. Es sind alles Entwürfe, die einer Gegenprüfung und Test bedürfen. Ich mache die Pläne weil ich Spaß daran habe und weil es möglicherweise andere dazu animiert das mal zu überprüfen und zu testen. Möglicherweise gibt es eine Lösung die noch einfacher ist.
@Arthur der Byteswitch hängt nur vom Treiber ab. Das hat nichts direkt mit dem Interface zu tun. Aber du hast recht das bringt mehr Geschwindigkeit wenn der Treiber das nicht machen braucht. Aber ich denke ebenso wichtiger Faktor ist das das /DTACK schon gesendet wird bevor /AS aktiv ist. Das kann man an den GAL-Listings der verschiedenen Interfaces sehen. Das ist aber auch reichlich unsauber. Es ist nicht festgelegt, das immer nur gültige Adressen auf dem Bus sein dürfen. Erst wenn /ACK und dann /LDS oder /UDS aktiv sind, sind die Adressen und Daten Gültig. Es ist klar das das Interface dadurch ein oder zwei Takte schneller ist. Die Schaltpläne habe ich mir alle schon mal angesehen. Bei den ACSI-Interfaces stört mich das sie sich nicht mal rudimentär an die das ACSI halten. Andere Festplatten sind damit parallel nicht oder nur sehr eingeschränkt nutzbar.
Das IDE-Interface von 8bitchip habe ich mal ohne GAL fertig gemacht. Es sollte sich identisch verhalten.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3454)
@oneSTone o2o
die drei Adressleitungen kannst du über einen 7404 leiten und hast sie damit gepuffert.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3452)
Die Schaltpläne erstelle ich mit Gschem aus gEDA (http://www.geda-project.org/) Das geht recht schnell wenn man ein wenig Übung hat.
-
Ich finde das man mit den jetzigen Lösungen sehr gut leben kann und sehr günstig an viel Plattenplatz heran kommt (allerdings fehlen Bezugsquellen). Ppera hat auch Treiber, wenn ich mich recht entsinne, die den Blitter für die Transfers einsetzen und dadurch auch eine ganze Ecke schneller werden.. ich meine so bis ca.175KB/s mehr.. Einen eigenen DMA-Chip zu bauen könnte evtl. auch dazu führen das einige Programme damit nicht zurecht kommen.
-
Hallo Leute,
habe mir jetzt mal die Schaltpläne ToPeGs angesehen, zum DIE-IF. Sie sehen sehr beeindruckend aus und es ist ganz sicher eine sehr gute Arbeit.
Aber seid mir nicht böse, da ich die meisten der eingezeichneten Symbole gar nicht deuten kann ???, verstehe ich sie gar nicht. Ich werde mich daher hier jetzt "ausklinken", freue mich aber, mit meinem Thread zu solch einer Diskussion motiviert zu haben.
Wäre schon schön gewesen, eine CF-Card im STe zu haben, aber man kann halt nicht alles haben.
Danke Euch.
Rainer
-
Hallo Leute,
habe mir jetzt mal die Schaltpläne ToPeGs angesehen, zum DIE-IF. Sie sehen sehr beeindruckend aus und es ist ganz sicher eine sehr gute Arbeit.
Aber seid mir nicht böse, da ich die meisten der eingezeichneten Symbole gar nicht deuten kann ???, verstehe ich sie gar nicht. Ich werde mich daher hier jetzt "ausklinken", freue mich aber, mit meinem Thread zu solch einer Diskussion motiviert zu haben.
Wäre schon schön gewesen, eine CF-Card im STe zu haben, aber man kann halt nicht alles haben.
Danke Euch.
Rainer
Hallo Rainer!
Warum tust Du Dich eigentlich so schwer! Jede Bezeichnung "Ux" sind einzelne Gatter eines bestimmten IC, die in grafischen Einzeldarstellungen meistens so dargestellt werden wie im folgenden Bild:
(http://forum.atari-home.de/gallery/3282_01_07_12_10_10_11.gif)
Bitte wundere Dich nicht über die verschiedenartigen Darstellungen der einzelnen IC, ich habe sie zusammengeGOOGLEt und sie dann in einem Bild zusammengestellt! Kondensatoren (Cx) werden in Schaltplänen mit zwei parallelen Linien dargestellt, wenn ElKos eingesetzt werden (bei der hiesigen Schaltung wohl keine), werden die meistens mit einem Rechteck für die Plus-Seite gezeichnet und und die rechteckigen Bauteile in dieser Schaltung (Rx) sind Widerstände. Für die hier dargestellte Schaltung solltest Du Dir als Anfänger 5 IC-Fassungen mit 14 Kontakten und 2 Fassungen mit 20 Kontakten beschaffen!
Andererseits empfehle ich Dir für eine CF-Card die Schaltung, die Arthur ein paar Posts weiter oben verLINKt hat!
# ToPeG!
Du hast wieder einige Beschriftungsfehler eingebaut:
IC 6 und 7 sind 20 Polige IC, nicht 14er! Hier sollte meineswissens Pin 10 an GND und Pin 20 an +5V gelegt sein. Außerdem haben mehrere Widerstände die Bezeichnung "R1"!
Aber nichts für ungut ... ;)
-
Hallo Burkhard,
vielen Dank für Deine Erläuterungen.
Zitat von Burkhard:
Warum tust Du Dich eigentlich so schwer!
Weil ich es einfach nicht verstehe, auf gut deutsch: Ich bin zu blöd. Und das macht mich dann so wütend, dass ich am liebsten das ganze Zeug ansacken und in den Müll schmeißen möchte.
Du kannst mir glauben, ich sitze über den Zeichnungen und versuche sie zu verstehen, aber ich glaube, ohne wenigstens Grundlagen der Elektronik zu kennen, hat das gar keinen Zweck. Und da ich leider noch arbeiten muß und ein scheiß Riesen-Grundstück habe, welches auch noch versorgt werden will, habe ich wohl z.Zt. einfach das falsche Hobby. Ich will einfach zu viel und kann es in der vorhandenen Zeit nicht schaffen.
Die von Arthur verlinkte Schaltung kenne ich und die verstehe ich schon eher, aber das ist auch ein GAL enthalten und ich habe ich keine Ahnung, wie ich den programmieren muß.
Danke.
Rainer
-
Nein, du bist nicht zu blöd, sondern du kennst schlicht und einfach die international genormten Schaltsymbole für die logischen Gatter nicht. Übrigens gibts auch eine deutsche DIN-Norm mit noch schöneren und logischeren Symbolen, nur interessieren die international nicht. Aber das kann man lernen. Aber diese Symbole sind das Rüstzeugs um solche Schaltpläne lesen zu können, auch bei Schaltplänen von Atari und Commodore werden diese Symbole benutzt.
-
Ich hatte mal eine Kleine Hilfe zusammen gestellt:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3459)
EDIT: So viele Fehler... Als ich das vor einem halben Jahr gemacht habe, war ich mir sicher alle Fehler gefunden zu haben.
Nun eine Aktualisierte korrigierte Version.
-
Super... das verstehe sogar ich.
-
Danke. Euch allen.
Mit den Symbolerklärungen komme ich schon weiter. Und ausserdem habe ich noch mal ganz genau hingeschaut. ToPeG beschriftet ja alles ganz genau. Wenn ich es richtig sehe, gibt es 7 ICs auf der Schaltung, mehrere Widerstände und Kondensatoren, eine LED und einen IDE-Connector.
Die meisten Signalleitungen kann man direkt an der CPU finden.
Dann gebe ich mal noch nicht auf. ;)
Aber dann kommen schon neue Fragen auf.
Schön wäre es, wenn man das ganz auf einer kleinen Platine unterbringt. Dann würde ich gern auf die CPU die Platine stecken. Ich weiß, dass es solche Adapter gibt, die sich auf den Sockel der CPU stecken lassen, aber ich kenne die Bezeichnung nicht.
Spricht denn etwas dagegen, statt der 40-poligen Steckerleiste einen IDE-CF-Adapter einzusetzen?
Und (vorerst) letzte Frage: Welchen Treiber kann ich denn verwenden, damit die FP auch erkannt/verwendet werden kann (MagiC/TOS).
Gruß.
Rainer
-
Jeder ATARI-AHDI-kompatible Treiber mit IDE-Unterstütztung sollte damit zurecht kommen, ICD, HDDRIVER, etc.
Man kann auch direkt einen CF-Slot anbinden, aber man bedenke, die CF-Karte kann so nur gewechselt werden, wenn man den ATARI aufschraubt. Eleganter ist ein kurzes IDE-Kabel bis kurz vor eine zu schaffende Gehäuseöffnung.
Ja, und eine Prozessor-Sockel-Platine mit der benörigten Logik und den benötigten Steckern wäre das eleganteste, ich habe eine ähnliche Adapterplatine von ICD in meinem Amiga 500 drin. Nur läuft die im ST nicht.
-
@oneSTone o2o
Weißt Du, wie dieser Adaptersockel heißt, den man direkt auf die CPU stecken kann?
Die CPU ist meinem STe ist die quadratische Ausführung.
Danke.
Rainer
-
Das Teil von ICD heißt AdIDE, ich kann mich aber nicht mehr daran erinnern, ob es davon auch eine ST-Version gab, denn die hätte TOS 2.06 entweder vorraussetzen müssen, oder es selbst nachrüsten müssen. Es gab aber von ICD einen AdSpeed, der in einer ST- und Amiga-Version angeboten wurde, der den Takt des 68000ers verdoppelte, und für den Amiga gabs auch eine Kombiversion AdSpeedIDE oder so ähnlich. Für den STE hatte ICD aber keinen Adapter im Programm, das weiß ich ziemlich genau. Es gab aber von irgendwem anders einen Zwischenadapter quatratisch auf DIL, womt einige Leute auch den AdSpeed im STE betrieben haben.
-
Hmmh, nee, ich meine doch nur das Ding, was direkt auf den CPU-Sockel aufgesteckt werden kann (und die CPU bleibt drin). Von dem könnte ich doch dann weiter "gehen".
-
Diese Sockel, die mit dünnen langen Pins mit in den CPU-Sockel des STE reingesteckt werden, sind wahrscheinlich heute nicht mehr zu bekommen.
-
Die waren schon damals schwer zu bekommen ... meist nur zusammen mit einer Hardwareerweiterung. Generell haben die zwar gefunzt aber es gab immer wieder Kontaktprobleme nach einiger Zeit. Die beste Lösung, wenn Du mich fragst, ist den quadratischen CPU Sockel auszulöten und den Adapter auf DIL einzulöten... Mal sehen wer hier schnell mal ein Platinenlayout dafür entwirft. ;D ... Evtl. sogar ein einseitiges falls möglich.
-
Hat der STE nicht diesen CPU-Sockel mit den Pins im Zickzack-Layout auf der Lötseite? (Genau wie MMU und GLUE beim ST) Das erleichtert es nicht gerade, eine Platine zu erstellen, weil man sich für das PCB-Cad-Programm wahrscheinlich erstmal das Bauteil mit den Lötaugen erstellen muss...
Es gab übrigens auch die Variante mit einem Adapter, den man in den CPU-Sockel statt der CPU reinsteckte, Kontakte in der Form wie die CPU. Die waren damals auch schon schwer zu bekommen, aber die waren zuverlässiger als die mit den langen Stiften. Schlecht für die schwer zu bekommenen CPU-Sockel (die mit dem Zickzack-Layout) außerdem, denn der Sockel, den Atari da verwendete, hatte schnell Kontaktprobleme, die man aber mit einer Büroklammer und Geduld wieder beheben konnte...
Irgendwie bin ich froh, wenn ich in den Falcon oder TT reinschaue, dass da alles direkt auf die Platine aufgelötet wurde. Ich weiß nicht mehr, wieviele STs ich seinerzeit durch Sockelkontakte biegen wieder zum Laufen gebracht habe.
-
Der Sockel der in den STEs verbaut ist ist ein PLCC-68
Was man bekommt sind "PLCC-68 Plug"s und "plcc-68 sockel" damit kann man eine Adapterplatine erstellen, die in den Sockel passt. Die Plugs sind aber nicht ganz billig. Um die 20€ mit Versand. Sie Sockel kosten nur 1 oder 2€.
Es gibt noch 68000 DIP nach PLCC Adapter. Sind aber richtig teuer. Ich habe 150€ in Erinnerung.
Für ein paar Pins hat bei mir Stahldraht gut funktioniert. 0,3mm oder so. Da dran habe ich dann direkt Kabel gelötet und mit einer Zange vorsichtig eingesteckt hielt das recht gut. Für eine größere Stückzahl ist das aber nichts.
-
Ergänzung.
Das PLCC Rastermaß ist 1,27mm das DIP Rastermaß ist 2,54mm
Man kann Stiftleisten mit 1,27mm bekommen. Damit könnte man sicher einen eigenen Plug zusammen setzen.
-
Hallo,
also da hake ich mal ein.
Vergangenes Wochenende scheiterte mein erster Versuch, die TOS-Switch-Schaltung aufzubauen. Ich wollte es nun ganz schön machen und alles auf einer kleinen Platine unterbringen. Naja, und natürlich habe ich nicht groß nachgedacht. Also einfach zwei 32-polige Sockel aufgelötet und siehe da: Paßt nicht, denn die beiden Sockel auf der STe-Platine haben einen Abstand zueinander von ungleich 2,54 mm.
Die Länge der PINs der beiden von mir aufgelöteten Sockel wäre dann ein zweites Problem gewesen, denn wenn der Abstand zueinander passen würde, dann wären sie einfach zu kurz, um noch richtig in den anderen Sockeln zu stecken.
Nun meine Frage: Kennt Ihr eine Möglichkeit, das es doch noch so funktioniert, wie ich mir das gedacht hatte?
Irgendwie denke ich an IC-Sockel, welche sehr lange PINs haben, die auch noch recht biegsam sind (im Prinzip solche PINs, wie die IC selbst). Wire-Wrap ist nicht das richtige, weil die PINs einfach zu dick sind.
Danke Euch.
Rainer
-
Mach zwei getrennte Platinen, du brauchst ja nur eine Verbindung zwischen den Sockeln, jenes geschakltete Adressbit.
-
Sorry - habe was überlesen und deshalb den Text aus meinen Beitrag wieder gelöscht!
-
Es gibt Sockel die sind als wirewarap-Sockel gekennzeichnet, die haben besonders lange Pinnchen.
Du kannst das Problem mit der Länge der Beinchen auch anders lösen.
Einmal kannst du parallel Eine einreihige Stiftleiste Anbringen und die dann verbinden. Setze sie nebeneinander und stecke die Stiftleiste verkehrt herum in die Platine und verbinde alles von unten. Die nach oben stehenden Pinnchen musst du bei einem sehr kurz (oberhalb des stabilisierenden Plastik) abscheiden, damit der IC-Sockel noch passt
Oder du holst dir zwei Sockel mit gedrehten Pins. Bei machen Sockeln sind die Beinchen lang genug das du den anderen Sockel unter der Platine direkt anlöten kannst. Wenn das nicht geht, dann brich die Pins vorsichtig heraus und Stecke sie einzeln in durch Platine. du wirst dafür die Löcher etwas ausbohren müssen Mit einem Zweiten Sockel oben drauf kannst du das alles vorsichtig verlöten. Bei den Löchern musst du schauen ob die Lötaugen groß genug sind. Doppelseitig (auf beiden Seiten Lötaugen) sollte die Platine dann auch sein.
-
Okay, danke ToPeG. Dann starte ich am nä. Wochenende einen neuen Versuch.
Naja, jeder hat mal klein angefangen. ;)
Rainer
-
Hallo zusammen,
zunächst noch mal vielen Dank an ToPeG und natürlich auch oneSTone o2o .
So sieht es fertig aus (naja, ist nur was Kleines, aber ich freue mich) und, klar, es funktioniert. ;)
Nun ist meine Frage: Ist die letzte Schaltung von Dir ToPeG, zum IDE-IF "fertig", so daß ich mich jetzt an diese wagen könnte? Danke.
Rainer
-
Hallo Rainer, das sieht ja gut aus... Machst Du von der Lötseite der Platine auch noch ein Bild?
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3471)
-
Hi Rainer,
das sieht doch ordentlich aus - gut gemacht!
Wofür man ein Lüfterkabel doch überall gebrauchen kann... ;D
Cheers
Jürgen
-
Hallo,
vielen Dank für das Lob.
Arthur, ja mache ich, aber es ist meine erste "Rückseite", also bitte Nachsicht üben ;)
Wenn Du mir mal verraten würdest, wie ich das Bild direkt einbinden kann, würde ich mich freuen (hatte das schon mal probiert, aber es ist nichts geworden).
Athlord: Naja, zum wegschmeißen war's zu schade. ;)
Danke.
Rainer
-
Hallo,
... Wenn Du mir mal verraten würdest, wie ich das Bild direkt einbinden kann, würde ich mich freuen ...
Ich bin zwar nicht Arthur, aber ich habe folgenden Tipp:
Lade die Bilder in der Galerie hoch.Dort kannst Du, auch wenn sie noch nicht freigeschaltet sind, anzeigen lassen. Am PC klickst Du dann mit der rechten Maustaste auf das Bild und gehst auf "Grafikadresse kopieren". Jetzt kannst Du in Deinem Beitrag setzen und mit dem entsprechenden BBC Tag (untere Reihe zweites Icon) das Bild einfügen! Wie es beim Mac funbktioniert - ich denke aber ähnliche Vorgehensweise - weiß ich aber nicht genau!
edit: habe noch vergessen: sollte das Bild in der Breite zu groß sein (sagen wir jenseits von 700), solltest Du mit den Atributen "width=xyz height=zyx" die Darstellung verkleinern. Des schöneren Aussehens wegen kannst Du noch mit dem BBC Tag für Textausgabe mittig das Bild zentriert darstellen. Hier als Beispiel die komplette Befehlszeile, mit der ich Dir das Bild mit den IC-Grafiken darstellte:
[center][img width=600 height=398]http://forum.atari-home.de/gallery/3282_01_07_12_10_10_11.gif[/img][/center]
-
Man muss es nicht extra in die Galerie hochladen. Einfach wie Rainers es gemacht, hat, das Bild an den Beitrag gehängt, Beitrag abgesendet, dann Rechtsklick auf den Bildlink in dem Beitrag, Beitrag editieren, Bild-Symbol anklicken, oder (http://) schreiben, und den Bildlink zwischen ][ dazwischen kopieren. Fertig.
-
So wie oneSTone o2o es erklärt hat mache ich es meist auch... der von Burkhard vorgeschlagene Weg, über die Galerie, bietet die Bilder auch schon ohne Login ins Forum... was ja oft gewünscht ist.
-
Hallo,
Bild der Rückseite kommt noch. Bin nicht immer der Schnellste.
Es ist etwas unglücklich, daß hier praktisch zwei Themen in einem Thread enthalten sind, das ist meine Schuld.
Falls ein MOD so freundlich ist und das ändern könnte, dann sollte der 2. Thread den Titel IDE-IF für ST von ToPeG (oder so).
Jedoch möchte ich dennoch jetzt hier weiter fragen.
Wäre es für die Schaltung von ToPeG nicht sinnvoller, wenn ich dafür eine Platine anfertige liese? Denn wenn ich das alles mit Drähten miteinander verbinden will, da werde ich ja blöde.
Aber wo bekommt man denn preiswert Einzelanfertigungen von Platinen? Oder haben wir hier jemanden im Forum, der Platinen ätzen kann?
Ich danke Euch.
Rainer
-
Ich bin der Ansicht, daß tatsächlich eine Platine zu leyouten. Allerdings empfiehlt sich das nicht für Dich als Anfänger und da Einzelanfertigungen von Platinen bei professionellen Anbietern doch zu teuer scheinen, empfiehlt sich da auch wieder eine Kleinserie, wobei einer solchen dann aber wieder ein Testaufbau auf Lochraster vorangehen sollte!
-
Wäre es für die Schaltung von ToPeG nicht sinnvoller, wenn ich dafür eine Platine anfertige liese? Denn wenn ich das alles mit Drähten miteinander verbinden will, da werde ich ja blöde.
Aber wo bekommt man denn preiswert Einzelanfertigungen von Platinen? Oder haben wir hier jemanden im Forum, der Platinen ätzen kann?
Hallo Rainer, versuche es mal bei http://platinenbelichter.de dort kann man relativ preiswert ein Platine fertigen lassen...
-
Das geht ja preislich sogar, auch für die NetUSBee, warum kam der Einwurf nicht dort auch?
-
Grundsätzlich sollten alle meine Entwürfe funktionieren. Aber sie sind nicht getestet. Bevor jemand unerfahrenes versucht das nach zubauen, sollte ich oder jemand erfahrenes das testen.
Bei bis ich das testen kann kann es etwas dauern.
Ich habe zwar genügend STs und STEs. Aber bevor ich die Schaltung testen kann, sollte in diese TOS206 eingesetzt werden. Das Upgrade und den Testaufbau habe ich nicht so schnell. Zudem sitze ich auch noch an anderen Schaltungen.
Aber wenn man das Risko eingehen will. Ich habe mich am Wochenende an einem Platinenlayout versucht. nach sechs Stunden herumgemache mit verschiedenen Tools habe ich etwas brauchbares mit KiCad erstellt. Aber der Schematische (Schaltungs-) Editor ist echt unter aller Sau. Langsam unhandlich und unintuitiv.
EDIT: Wichtig! Aus versehen habe ich hier D8-D15 und D0-D7 vertauscht. Der Byteswitch ist sozusagen im Layout eingebaut. Diese Schaltung funktioniert nur korrekt mit dem Treiber von Pera!
Nun ja ich will mit dem Ergebnis nicht hinterm Berg halten:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3481)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3483)
-
hier der Rest:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3489)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3487)
-
Hallo ToPeG,
das gefällt mir, dankeschön.
Ich hatte heute auch mal angefangen, mit Eagle ein Layout zu entwerfen, nach der Vorlage eines letzten Schaltplanes.
Jetzt bin ich aber verwirrt, denke jedoch, daß ich nur wieder etwas nicht verstehe.
Auf Deinem letzten SP sind die ICs 7440, 7432 und 7404 enthalten, die sind jetzt auf dem Layout nicht mehr da, dafür andere.
Und auf dem Layout sind auch 3 1K-Widerstände, auf dem SP nur einer.
Kannst Du hier helfen?
Danke.
Rainer
-
7440 und 7420 sind von Logik und Pinout identisch. Der 7440 schaltet nur schneller. (außerdem habe ich noch 10 74s40) den 7432 habe ich Ersetzt, da er relativ teuer ist (und ich keine davon auf Vorrat habe). Der 7404 ist noch da, wird aber an anderen Stellen eingesetzt.
Logische Schaltungen lassen sich auf verschiedenen Weisen bauen. Sie alle sind gleichwertig. Unterschiede kann es in der Signallaufzeit geben, diese versuche ich möglichst kurz zu halten.
-
Das heißt mit anderen Worten: Den letzten Schaltplan von Dir kann ich layouten und er hat die gleiche Funktion wie der jetzt von Dir als Layout vorgestellte. Richtig.
Und die Widerstände? Warum sind die mal da und mal nicht?
-
Drei Kommentare zu dem gezeigten Layout:
1. Irgendwie stimmen die Proportionen von dem 68000er nicht, irgendwie zu schmal
2. Platine geht viel zu verschwenderisch mit Platz um, jeder Quadratzentimeter beim Auftragsätzer kostet Geld.
3. Ich hätte es übrigens auch mit der Freeware-Version von Eagle gemacht, die kann bis 1/2 Europaformat, das dürfte für dieses Layout locker reichen.
-
Die 7405 sind Open-Cpllector Inverter. Wenn sie sich wie 7404 verhalten sollen braucht man am Ausgang den 1KOhm Widerstand gegen 5V. Wenn an der entsprechenden Stelle ein 7404 verwendet wird der Widerstand nicht gebraucht.
Du kannst dir einen der Schaltpläne aussuchen und nachbauen. Aber ich kann die Warnung nur wiederholen. Es besteht die Möglichkeit das es nicht funktioniert.
-
OK, hab ich verstanden.
Dann werde ich mit Deinem letzten Schaltplan weitermachen.
Dennoch, muß noch mehr fragen: In diesem letzten SP ist der PIN 10 des 7405 nicht beschaltet. Ist das OK so?
-
1. Irgendwie stimmen die Proportionen von dem 68000er nicht, irgendwie zu schmal
Wie ich schon mal sagte ich bin ein völliger Versager was Layouts betrifft. Mal Sehen, ob ich das ganze noch kleiner bekomme.
2. Platine geht viel zu verschwenderisch mit Platz um, jeder Quadratzentimeter beim Auftragsätzer kostet Geld.
Den 68000 müsste isch durch etwas anderes ersetzen, damit die Abstände stimmen...
3. Ich hätte es übrigens auch mit der Freeware-Version von Eagle gemacht, die kann bis 1/2 Europaformat, das dürfte für dieses Layout locker reichen.
Eagle stürzt bei mir ständig ab. Irgend eine Lib will nicht. :-/
-
Dennoch, muß noch mehr fragen: In diesem letzten SP ist der PIN 10 des 7405 nicht beschaltet. Ist das OK so?
Der letzte Inverter wird nicht gebraucht. Damit Dieser intern nicht ins schwingen gerät habe ich den Eingang auf einen definierten Pegel (GND) gesetzt. Der Ausgang braucht nicht verschaltet zu werden. Damit das Routing einfacher wird kannst du Pin 11 auch auf +5V setzen. Damit wird die Leitung kürzer.
-
Danke. ;) Dann geht's morgen weiter.
-
EDIT: Wichtig! Aus versehen habe ich auch hier D8-D15 und D0-D7 vertauscht. Der Byteswitch ist sozusagen im Layout eingebaut. Diese Schaltung funktioniert nur korrekt mit dem Treiber von Pera!
Nun mal für STs.
Sollte in alle 520ST und die meisten 1040ST passen.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3493)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3491)
-
Der Rest:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3495)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3497)
-
Nun mal für STs.
Sollte in alle 520ST und die meisten 1040ST passen.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3493)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3491)
Also das ist ja mal 'ne Arbeit! Aber was Du da mitteilst, daß eine solche Schaltung in alle 520er und die meisten 1040er passen soll, kann ich nicht ganz nachvollziehen. In meinem 1040 schlummert der 68000 ganz vorne unter der Tastatur. Da ist kaum was mit "Turmbau", wenn man Abschirmblech erhalten will. Aber ich habe sowieso schon an mehreren Stellen erwähnt, daß ich mich nicht traue, im Rechner herumzulöten! Wenn ich also keine Hilfe finde, die ich schon mal unter "Suche" anberaumte, wird für mich nix mit Erweiterungen dieser Art!
-
Schon besser, das geht aber sicher noch kompakter. Der AdIDE von ICD ist kaum größer als CPU plus IDE-Stecker nebenan, allerdings verwendet der auch ein GAL (und hat zumindestens in der AMIGA-Version) sogar noch ein ROM drauf, da Amiga OS 1.x und 2.x ohne Treiber nichts mit IDE anfangen können.
-
Ich habe mal ne Frage zum Datenbus, weil ich nicht so recht mit der PIN-Belegung und Verdrahtung klarkomme.
Wenn ich das richtig sehe, führst Du D0 vom 68000 auf D8 der IDE und D8 des 68000 auf D0 der IDE, und dann immer so weiter.
Also ich hätte jetzt gedacht, dass D0 vom 68000 (PIN 5) auf PIN 2 des ersten 74245 geht. Dann geht es vom PIN 18 des ersten 74245 weiter auf PIN 17 der IDE.
Aus Deinem Schaltplan geht die Verbindung nicht hervor, weil Du ja dort eine Datenbusleitung eingezeichnet hast.
Kannst Du das mal bitte erklären?
Dankeschön.
Rainer
-
Ich habe mal ne Frage zum Datenbus, weil ich nicht so recht mit der PIN-Belegung und Verdrahtung klarkomme.
Wenn ich das richtig sehe, führst Du D0 vom 68000 auf D8 der IDE und D8 des 68000 auf D0 der IDE, und dann immer so weiter.
Also ich hätte jetzt gedacht, dass D0 vom 68000 (PIN 5) auf PIN 2 des ersten 74245 geht. Dann geht es vom PIN 18 des ersten 74245 weiter auf PIN 17 der IDE.
Aus Deinem Schaltplan geht die Verbindung nicht hervor, weil Du ja dort eine Datenbusleitung eingezeichnet hast.
Kannst Du das mal bitte erklären?
Dankeschön.
Rainer
Die Pinbelegung der IC im ST weiß ich jetzt nicht genau, aber wenn dem so ist, dürfte hier ein eigenews format erzeugt werden. Dh.: Wenn man Datenleitungen tauscht, kann der verwendete Datenträger NUR an dem Rechner verwendet werden, an dem er beschrieben wurde! Prinzipiell kann man Datenleitungen tauschen, wenn man aber zB eine Festplatte an einem PC installiert und setzt sie dann auf einem Atari mit einem Festplattenkontroller ein, an dem vertauschte Datenleitungen vorhanden wären, hätte man dort nur Datenmüll!
Zu Deiner anderen Frage: Generell macht man das so: wenn man Artverwandte Signalleitungen hat - wie zB D0 bis D15 - wird das in einem Schaltplan mit einer einzelnen stärkeren Linie gezeichnet. ToPeG hätte das sicherlich auch für die Adreßleitungen gemacht, wenn diese nicht über verschiedene IC(-Teile) geleitet werden müßten!
-
Der Treiber im TOS206 erwartet das die Leituneg D0-D15 STs mit den Leitungen D0-D15 des IDE in der selben Reihenfolge verbunden sind.
Das TOS macht dabei ein Byteswitch (Highbyte und Lowbyte werden vertauscht Sieh dazu BigEndian und LitteEndian Order). Manche Treiber erlauben es, das die Datenleitungen Selbst vertauscht sind. Damit spart man sich den Byteswitch, die Programmierung der Festplatte verändert sich dadurch natürlich auch.
Wenn du das TOS nicht patchen willst, musst du ST-D0 mit IDE-D0, ST-D1 mit IDE-D1, ST-D2 mit IDE-D2 usw. verbinden.
-
Hallo,
das mit den Datenleitungen im Schaltplan als Busleitung verstehe ich schon, aber für das Layout bzw. die Verdrahtung hilft mir das ja nicht, da muß ich doch schon wissen, welcher Leitung an welche kommt.
Ehrlich gesagt stehe ich nun völlig auf dem Schlauch.
Ist Dein Layout ToPeG nun eine 1x1-Verdrahtung? Und wenn es nicht 1x1 ist und ich es richtig verstanden habe, dann funktioniert ein normales TOS2.06 damit nicht. Richtig? Was ist denn der Vorteil der NICHT-1x1-Verdrahtung?
Und wenn ich es 1x1 verdrahten möchte, ist dann meine Beschreibung in Beitrag 98 korrekt? Wenn ich mir die Schaltung von Pera Putnik anschaue, dann ist meine Beschreibung richtig.
Danke für Eure Hilfe.
Rainer
PS: @Burkhard: Ich werde Deinen Rat beherzigen und zunächst alles auf einem Steckbrett testen.
-
Ich denke du beziehst dich auf den Beitrag 49, mit dem IDE-Interface das ich nach dem von Pera erstellt habe.
Also wenn du ein TOS206 hast, das den Patch von Pera nicht hat, so musst du die Leitungen so verbinden:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3499)
Wenn Du das TOS gepatched hast oder nicht von IDE booten willst und den Autoordner-Treiber von Pera nutzt. So kannst du das auch so anschließen:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3501)
Wenn die Datenleitungen gedreht sind, so braucht das System das nicht per Software zu machen. Das beschleunigt das lesen/schreiben. Festplatten werden im Little-Endian-Format geschrieben/gelesen der Atari nutzt intern aber das Big-Endian-Format. Das bedeutet bei jedem Schreiben/lesen müssen die unteren 8 Bit mit den oberen 8 getauscht werden.
Wenn die Leitungen vertauscht sind, so müssen die Register der Festplatte anders angesprochen werden. Das kann der originale Treiber von Atari im TOS206 nicht. Für ihn ist keine Festplatte vorhanden. Der TOS-Patch von Pera modifiziert den Treiber im TOS so, dass er mit den verdrehten Leitungen klar kommt. Wird das veränderte TOS in ROMs geschrieben, so kann man auch mit verdrehten Datenleitungen Booten.
-
Aber was Du da mitteilst, daß eine solche Schaltung in alle 520er und die meisten 1040er passen soll, kann ich nicht ganz nachvollziehen. In meinem 1040 schlummert der 68000 ganz vorne unter der Tastatur. Da ist kaum was mit "Turmbau", wenn man Abschirmblech erhalten will.
Ja das Abschirmblech kann im Weg sein. Wobei gerade genügend Platz sein sollte die Platine ganz dicht auf den Prozessor zu setzen. So was ähnliches habe ich schon mal gemacht. Zuerst habe ich blanke Dräte an den IC gelötet, diese durch die Platine gefädelt und angelötet. Das ganze ist sehr fummelig, geht aber, wenn man geschickt ist. Dann mit Heißkleber die vorderen Anschlüsse versiegeln. Möglicherweise muss man sogar etwas von der Platine abfeilen, damit der Deckel vorne passt.
Genaues kann man erst sagen, wenn man das mal eingebaut hat.
Ich schrieb bei den 1040STf die meisten, da es Boardserien gibt bei denen der Prozessor rechts vor oder neben dem Diskettenlaufwerk sitzt. Da stören die Sockel der Laufwerkshalterung.
Hast du einen Vorschlag wo man die Platine aufsockeln kann, ohne viele Kabel ziehen zu müssen?
-
Der AdIDE von ICD ist kaum größer als CPU plus IDE-Stecker nebenan, allerdings verwendet der auch ein GAL (und hat zumindestens in der AMIGA-Version) sogar noch ein ROM drauf
Wenn man einen Gal benutzt und auf die Bustreiber verzichtet kommt man mit dem Gal, zwei Widerständen einer LED und zwei Dioden aus. Das bekommt man natürlich sehr klein. Die Schaltung habe ich diskret entworfen, damit sie leicht nach zubauen ist. Nicht jeder hat ein Gal-Programmer zu hause liegen.
Aber ohne Bustreiber hat man eine maximale Kabellänge von 15cm, sonst wird der Bus zu stark belastet. Die Adressleitungen haben größere Ausgangsleistungen.
-
Hast du einen Vorschlag wo man die Platine aufsockeln kann, ohne viele Kabel ziehen zu müssen?
Die Daten- und meisten Adreßleitungen sind an den ROMs vorhanden, ebenso GND und +5V. Die sind auf jeden Fall gesockelt und sitzen bei allen ST, die ich ohne Abschirmung gesehen habe, direkt neben bzw nahe dem 68000er. Das könnte man vielleicht nutzen und evtl. für das TOS neue Steckplätze auf der Platine vorsehen. Vom 68000er müssen dann nur noch wenige Signale abgegriffen werden, die mit Hilfe von Flachband herangeführt werdenb können!
-
Hallo ToPeG,
jetzt habe ich es begriffen. Danke.
Dann nennt sich das verdrehen sicherlich auch "twisted IDE" (so schreibt Pera in seinen Artikeln).
Weiß jemand eine Quelle für den TOS-Patch, so daß das "twisted IDE" unterstützt wird und man es so in EPROMs schreiben kann?
Noch ein Nachtrag: Ja ich beziehe mich auf Deine Schaltung im Beitrag 49 und nun fällt mir gerade auf, dass die Beschaltung von DIR und ENABLE dort anders ist, als jetzt hier in Deiner letzten Detailschaltung zum 74245.
Danke.
Rainer
-
... ist dann meine Beschreibung in Beitrag 98 korrekt? ...
... auf Deine Schaltung im Beitrag 49 ...
Hallo Rainer!
Hier ein kleiner OfTopic-Tipp:
Wenn Du auf bestimmte Beiträge hinweist, könntest Du es Deinen Lesern um ein vielfaches erleichtern, wenn Du sie auch gleich verlinkst. Am PC unter Firefox geht das besonders einfach: Beitrag suchen, die Betreffzeile - das Feld "Re: Multi-TOS Eprom - mit der rechten Maustaste anklicken und "Linkadresse Kopieren" anwählen. Jetzt kannst Du Deinen Text schreiben und bei dem Hinweis auf den betreffenden Beitrag wählst Du den BBC-Tag für Links (untere Zeile 3. Symbol) an. An Deinen Text wird nun "[ u r l ] [ / u r l ]" (ohne spaces) angefügt und der Schreibcurser zwischen "] [" gesetzt. Ich gehe in diesem fall immer so vor, daß ich mit dem Pfeil nach links den Cursor vor "] [" bringe und dort ein "=" setze gefolgt von dem eigentlichen Link und setze den Cursor dann wieder zwischen "] [", wo ich den Text dann zu dem Link schreibe. Man sieht dann nur diesen Text! RFür Deine zwei Beitragshinweise sähe das folgendermaßen aus:
...
Und wenn ich es 1x1 verdrahten möchte, ist dann meine Beschreibung in Beitrag 98 (http://forum.atari-home.de/index.php?topic=9665.msg69675#msg69675) korrekt? Wenn ich mir die Schaltung von Pera Putnik anschaue, dann ist meine Beschreibung richtig. ...
Beschreibung [url=http://forum.atari-home.de/index.php?topic=9665.msg69675#msg69675]in Beitrag 98[/url] korrekt?
...
Noch ein Nachtrag: Ja ich beziehe mich auf Deine Schaltung im Beitrag 49 (http://forum.atari-home.de/index.php?topic=9665.msg69454#msg69454) und nun fällt mir gerade auf, dass die Beschaltung von DIR und ENABLE dort anders ist, als jetzt hier in Deiner letzten Detailschaltung zum 74245.
...
Schaltung im [url=http://forum.atari-home.de/index.php?topic=9665.msg69454#msg69454]Beitrag 49[/url] und nun fällt
So hat man es leichter und man muß sich nicht durch mehrere Seiten hangeln!
Falls Du nicht mit PC und/oder Firefox im Internet arbeitest, ist die Vorgehensweise wahrscheinlich eine andere, aber auch hier muß es Möglichkeiten geben, die ich aber nicht kenne!
-
auf der seite: http://8bitchip.info/atari/astams.php (http://8bitchip.info/atari/astams.php) Weiter oben befindet sich ein ZIP-Archiv mit den Autoordner-treibern. Ganz weit unten findest du ein ZIP-Archiv mit den TOS-Patches. Willst du das TOS206 Patchen musst du eine neue Sicherheitsnummer (Quersumme) bilden und in das ROM schreiben. Ab TOS206 testet sich das TOS selber, ob es korrekt ist. (nützlich bei EPROMs die auch mal Informationen verlieren können) Pera hat auf seiner Seite http://www.8bitchip.info/atari/ (http://www.8bitchip.info/atari/) ein Programm dafür. http://www.8bitchip.info/atari/astopensw.php (http://www.8bitchip.info/atari/astopensw.php)
-
Dankeschön ToPeG für die Links.
Bist Du so nett und gehst noch mal auf meine Frage zu den Unterschieden der Beschaltung von DIR und ENABLE des 74245 in Deinen Schaltungen ein?
Ich weiß, daß ich nervig bin, aber ich möchte es wirklich verstehen.
Danke.
Rainer
-
Ich sehe keine Unterschiede. Ich habe nur die Signalleitungen benannt. R/W kommt an /IORD und /EN hinter den Inverter an der Adress-Dekodierung. Genau so wie in der Schaltung aus 49 (http://forum.atari-home.de/index.php?topic=9665.msg69454#msg69454) gezeigt. Lass dich von den Benennungen nicht verwirren. Die habe ich nur dran gemacht, weil ich offene Eingänge nicht mag. :-)
-
Damit die Schaltung verständlicher wird. Habe ich das ein wenig kommentiert:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3503)
Noch anzumerken ist:
Wenn der 68000 Eine Adresse Auf den Adressbus schreibt und /AS aktiviert erwartet der Prozessor eine Antwort auf /DTACK (Device-Target-Acknowlege) wenn das nicht kommt, wird ein BusError ausgelöst. Das TOS reagiert drauf mit zwei Bomben.
Interrupts werden beim Atari vom MFP bearbeitet. Beim IDE-Interface wird das Interruptsignal von den Festplatten an den Interrupt von ACSI und Floppy mit angeschlossen. Die Software, welche diesen Interrupt auswertet (das ist meistens der Fetplattentreiber: ICD, HDDriver, usw) Schaut dann nach von welchem Gerät der Interrupt kam.
-
# ToPeG!
Du hattest hier (http://forum.atari-home.de/index.php?topic=9665.msg69682#msg69682) gefragt, wo man eine entsprechende Platine aufsockeln könne und ich habe hier, zwei Posts weiter (http://forum.atari-home.de/index.php?topic=9665.msg69687#msg69687), eine Idee erläutert, worauf aber nicht mehr weiter eingegangen wird. Ist die Sache so abwegig und wenn ja warum ?
-
Entschuldige habe ich einfach vergessen zu antworten.
Die Datenleitungen D0-D15 sind da. Auch A16-A1. Was fehlt wären R/W /AS /DTACK /RESET A23-A16 und natürlich das /INT an den MFP, das sind 13 Leitungen die gesondert gezogen werden müssten. Das ginge noch alles. Womit ich ein Problem habe ist der Abstand der ROM-Sockel. Die unterscheiden sich immer etwas von Board-Version zu Board-Version. Zudem passen sie, soweit ich es überblicke in kein Raster. Ich Wüsste auf Anhieb nicht wie ich das Problem lösen sollte.
Wenn man es auf ein ROM-Sockel-Paar setzt, dann kann man auch gleich einen TOS206-Patch mit einsetzten, wie es bei den meisten IDE-Adaptern der Fall ist.
Ich muss noch darüber nachdenken.
-
Zitat von ToPeG:
Ich sehe keine Unterschiede. Ich habe nur die Signalleitungen benannt. R/W kommt an /IORD und /EN hinter den Inverter an der Adress-Dekodierung. Genau so wie in der Schaltung aus 49 gezeigt. Lass dich von den Benennungen nicht verwirren. Die habe ich nur dran gemacht, weil ich offene Eingänge nicht mag. :-)
Das mit den anderen Bezeichnungen verwirrt mich gar nicht ;)
In der Zeichnung aus Beitrag 102 (http://forum.atari-home.de/index.php?topic=9665.msg69681#msg69681) verbindest Du aber /EN einmal mit PIN19 des ersten 74245 und einmal mit PIN1 des zweiten. Das verwirrt mich.
Für den Einbau der eigentlichen Platine hatte ich geplant, mit einem selbstgebauten Adapter vom 68000 wegzugehen. Der Adapter soll auf den 68000 gesteckt werden und es befindet sich dann ein Flachbandkabel dran, welches zum IDE-IF geht. Hat jemand einen Tip, welche Länge das Kabel NICHT überschreiten sollte?
Danke.
Rainer
PS: Direktes Zitieren geht in meinem Browser nicht.
-
Ich bin nicht fehlerfrei. Das ist einfach ein Fehler von mir. Beide IC sollten gleich verkabelt sein.
-
Hey ToPeG,
mensch, das war doch keine Kritik ;). Ich versteh doch davon gar nichts und deshalb frage ich nach, wenn ich Diskrepanzen sehe bzw. zu sehen meine.
Danke Dir.
Haste auch noch ne Idee für den Adapter bzw. die Länge des Kabels (siehe Beitrag zuvor)?
Rainer
-
Es kommt auf den Kabelquerschnitt an. Je größer der Querschnitt um so länger können die Kabel sein. Laufzeiten sind bei 8/16Mhz noch kein Problem. Das Problem ist der Widerstand der Leitungen. Fällt die Spannung zu stark ab, wird diese nicht mehr zuverlässig als Signal erkannt. Allgemein nimmt man 20cm als größte Länge an. Wahrscheinlich kannst du es auch 40cm lang machen, ohne das es zu Problemen kommt. Länger sollte es aber nicht sein, denke ich. Bis 30cm hatte ich noch nie Probleme mit TTL Signalen.
-
Super, danke ToPeG. Nee, nee, so lang soll's gar nicht werden.
Es soll ja im Atari liegen. Ein ganz normales Flachbandkabel für IDE halt.
So, ich habe jetzt mal den Schaltplan von ToPeG nachgezeichnet (in Eagle), um daraus ein Layout generieren zu lassen. Anders ging es nicht, sonst macht Eagle kein Layout.
Ich habe für die Anbindung an Atari und IDE zwei 40-polige Pfostenstecker vorgesehen. Nun möchte ich gern die Platine so klein wie möglich halten, aber als blutiger Laie habe ich echt keine Ahnung, wie ich die Bauteile am besten anordne, damit die Platine so kompakt wie möglich wird.
Ich habe mal ein Bild angefügt, wie es jetzt aussieht (unge-routet). Mit diesen Maßen bekommt es Eagle gerade noch so hin, das Layout zu 100% zu routen. Aber mir ist das zu groß. Manuelles routen kriege ich aber nicht hin.
Würde mich wirklich sehr über Hilfe freuen.
Danke.
Rainer
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3505)
-
Setze die Datenleitungen am Systemadapter mal auf die rechte Seite. Drehe die 74245 senkrecht und platziere die restlichen ICs links daneben. Die Widerstände packst du möglichst dicht an den IDE-Anschluss. Setze noch einen größeren Kondensator zwischen 5v und Masse mit auf die Platine, sonst kann es zu Spannungsschwankungen kommen. Hast du die LED vergessen?
Setze die ICS so, dass sich möglichst wenige Leitungen kreuzen. Halte die Leitungen kurz. Setze dafür den 7420 und den 7402 nebeneinander dicht an den Systemadapter.
Dann schau mal ob das Routen besser klappt.
Vermeide wenn möglich Durchkontaktierungen. Wenn es noch zu Problemen kommt dann tausche/verschiebe einzelne ICs und versuch es von neuem.
-
Hallo Rainer!
Da die Datenleitungen ausschließlich durch die LS345er geführt werden, hätte ich die wohl sinnvoller Weise in einer Reihe nebeneinander gesetzt. Deiner Platinenvorstellung entnehme ich im Übrigen, daß Du die am 68000er abzugreifenden Signale per 40poligem Kabel an die Platine führen willst. Da es dazu keine mir bekannte Norm gibt, hätte ich sie durchaus nebeneinander gesetzt und nicht, wie die IDE Schnittstelle an 2x8 parallel zueinander sitzenden Stiftreihen. Ansonsten, wenn ich das als Fachlaie - der nie Platinen entwickelt hat - so sagen darf: gute Anfangs-Arbeit!
(ToPeG war mal wieder schneller und hatte auch nnoch andere Tipps ;D ;D ;D
-
Rainer, ich finde dein Layout völlig suboptimal. Und zwar aus folgenden Gründen:
- Du greifst sämtliche Signale aus dem St per Flachbandkabel ab, die meisten davon findest du aber am CPU-Sockel. Das Flachbandkabel wird bei wenigen Bewegungen an den Lötstellen an der ST-Platine brechen, das ist Erfahrung.
- Die Bustreiber sind so verteilt, dass die Leiterbahnen erst von rechts nach links zum Chip und dann wieder nach rechts gehen (IC8) bzw. umgekehrt (IC7), das erschwert das Routing der Leiterbahnen enorm.
- Eine einfach so im Rechner herumliegende Platine provoziert ungewollte Kurzschlüsse.
Fazit: (Über-)Nimm die neuere Variante von ToPeg.
-
Kann er nicht. Er hat einen 1040STE der hat die PLCC CPU nicht die DIL wie im ST.
-
Im Übrigen ist auch nicht an den kompakten STs (ohne E) mit dem länglichen CPU dieser gesockelt! Ich zuimindest habe noch keinen solchen gesehen - und ich habe schon mehreren STs mit den verschiedensten Platinenversionen und -Reversionen "In den Bauch" schauen dürfen!
-
Die längliche Form heißt DIP64, die quadratischen PLCC68.
Der 68000 ist nur gesockelt, wenn er schon mal getauscht wurde. Gerade so große ICs bekommen leicht Kontaktprobleme wenn sie nicht verlötet sind. Wahrscheinlicher ist, dass ein IC-Sockel oben auf den Prozessor gelötet wurde. Das macht das hinzufügen/entfernen von Erweiterungen einfacher.
Ich habe es noch nie geschafft den 68000 heraus zu löten ohne entweder das Board oder den Prozessor zu zerstören. Ich habe bisher keine Entlötzange gefunden die groß genug dafür wäre
-
In meinen besten Zeiten habe ich den 68000er in 10 Minuten gewalt- und zerstörungsfrei aus der ST-Platine ausgelötet. Alles eine Frage der Technik und des Werkzeugs. Man braucht dazu eine vernünftige temperaturgeregelte Lötstation mit nicht allzufeinen Spitzen (zu dünne Spitzen übertragen zu wenig Wärme, das gillt auch fürs SMD-Löten), eine kräftige Entlötpumpe, [edit:] Lötzinn (auch zum Entlöten braucht man das!) [/edit] und einen spitzen Gegenstand, am besten eine Pinzette, mit der man die Pins im Lötauge freirütteln kann, bzw. man fühlen und hören kann, ob sie frei sind. Ob ich das heute noch so schnell hinbekomme, weiß ich nicht. Aber ich weiß noch wie es geht.
-
So, nun habe ich das ganze nochmal gemacht.
Dank ToPeG ist es viel kleiner geworden, aber mehr geht wohl nicht mit der Autoroute-Funktion nicht.
Und es geht auch nicht ohne durchkontaktieren, da wird die LP "riesengroß".
Hmmh, da müßte ich einen Anbieter finden, der auch durchkontakiert. Weiß hier jemand Rat?
Ev. habt Ihr auch noch Tips für mich, was ich angeben muß, damit die LP komplett ist. Also ich weiß zum Beispiel nicht, ob standardmäßig die Bohrungen verzinnt sind und ob dieser sog. Lötstopplack drauf ist. Wäre für Hinweise sehr dankbar.
Das erste Bild zeigt das komplette Layout, das zweite nur die Leiterbahnen und Bohrungen.
Rainer
PS: @ oneSTone o2o : Wie kommst Du darauf, daß die LP lose im STe liegen soll? Die befestige ich ordentlich.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3507)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3509)
-
Die Platine ist etwa so groß wie eine NetUSBee, dafür habe ich im Nachbarthread eine Anfrage bei einem Hersteller gemacht. Der will für eine einzelne Platine um die 160 Euro haben, erst ab 10-20 Stück wirds interessant. Ich denke für so eine Einzelanfertigung wie das hier ist das eher nicht sinnvoll. Dann besser den anderen nehmen, wo ich zuerst angefragt habe (siehe Thread), der ätzt einfach nur, und du musst bohren und per Draht durchkontaktieren.
Ich glaube aber auch, dass du nun das Optimum hinbekommen hast, denn die Bauelemente brauchen ja schon den Platz. Die einzige Variante ohne GAL wäre noch, auf SMD-Bausteine zu switchen und dann kannst du beidseitig bestücken.
-
Man kann es ohne Durchkontaktierungen hin bekommen. Man für die von mir Gewählte Schaltung:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3512)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3516)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3514)
-
Und die Schaltung dazu:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3520)
EDIT: Datenleitungen Falsch gekennzeichnet.
-
Das ist eine Twisted-IDE-Schaltung. RIchtig?
Was bedeutet denn das: Delay for Kingston CF-Card?
Und wo ist denn der 7432 geblieben.
Hmm. Grübelnd. ???
Rainer
-
Das ist eine Twisted-IDE-Schaltung. RIchtig?
Nein. Drehte die Datenleitungen am Systemstecker und du hast Twisted-IDE.
Was bedeutet denn das: Delay for Kingston CF-Card?
Mache Compackt-Flash-Karten reagieren so schnell auf Signale, das die Schaltung nicht hinter her kommt, die beiden Inverter verzögern das Signal ein wenig, das die Treiber für die Datenleitungen bereit sind, wenn die Karte reagiert. Sicher sind es nicht nur die Karten von Kingston, die so schnell reagieren. Die Beiden Inverter erzeugen eine Verzögerung von ~15nS
Das habe ich aus einem der IDE-Interfaces für den Atari.
Und wo ist denn der 7432 geblieben.
Wie ich schon schrieb, man kann die Logik auf verschiedene Arten aufbauen. Ich habe eine Lösung gewählt, bei der ich keine Teile Kaufen muss. :) Zudem ist der 7432 ein klein wenig teuer. (5 oder 10 Cent ;) )
-
Ja, jetzt habe ich es gesehen, sorry. Ist "Normales" IDE.
Das heißt, ich müßte in der Ausgangsschaltung einfach die Verzögerungsschaltung hinter den 7400 legen und dann auf IORD führen.
Du schreibst, ich soll einfach Dein Layout nehmen. Ja, das würde ich auch gern machen, aber die Anbieter erwarten in der Regel eine Datei im EAGLE-Format und nur aus diesem Grund hatte ich mir auch die Mühe gemacht, den Schaltplan nachzuzeichnen, damit ein Layout herausgekommt, was ich dann verschicken kann.
Von daher würde ich jetzt bei Deiner vorletzten Schaltung bleiben und nur das Delay einbauen.
Rainer
-
Ich wüsste nicht dass ich dir nahegelegt habe, die von mir favorisierte Schaltung zu nutzen. Ich habe sie ja noch nicht mal aufgebaut. Ich war nur verwundert, dass Eagle die Schaltung nicht ohne Durchkontaktierung hin bekommt. Ich denke wenn du Bei deiner Schaltung die ICs und Anschlüsse ähnlich positionierst solltest du ein ähnliches Bild bekommen.
Noch was kurz dazu. Siehst du die Kondensatoren, die ich immer am Kopf der ICs positioniert habe? Die sind nicht nur wichtig damit sie Störungsfrei arbeiten, sie helfen auch beim Routing, da dort zusätzliche Durchkontaktierungen vorhanden sind.
-
Und man sollte solche Glättungskondensatoren ganz nahe bei die VCC-Anschlüsse der ICs setzen. Irgendwo am Rand, dann kann man sie auch gleich weg lassen. ::)
-
Nein, nicht nahegelegt, aber Dein Layout kommt ja ohne Durchkontaktierung aus, deshalb schrieb ich: Würde ich das gern nehmen.
Der Autorouter von Eagle ist nicht in der Lage ohne Durchkontaktierung auszukommen, auch wenn ich es so anordne wie bei Dir.
So meinte ich das.
Und die Stützkondensatoren sind ja enthalten, sie sind direkt an der DIL-Fassung angelötet.
Eine Frage zur Bezeichnung der Adress-PINs: Kann es sein, das A0 am TOS-ROM dem A1 an der 68000 entspricht? Denn wenn ich PIN11 vom TOS-ROM (das entspricht dort A1) mit PIN33 der CPU (das entspricht dort A2) auf Kurzschluß prüfe, wird mir eine Verbindung angzeigt.
Ich frage deshalb, weil ich mir Abgriffe für das Flachbandkabel suche.
Danke.
-
Nein, nicht nahegelegt, aber Dein Layout kommt ja ohne Durchkontaktierung aus, deshalb schrieb ich: Würde ich das gern nehmen.
Der Autorouter von Eagle ist nicht in der Lage ohne Durchkontaktierung auszukommen, auch wenn ich es so anordne wie bei Dir.
Wenn Du schon die Bauteile genau so platzierst, wieso nimmst Du dann den Autorouter? ::)
Verlege doch einfach die Leitungen so wie beim schon bestehenden Layout. ;)
Ich nehme nie einen Autorouter. Schon gar nicht für so ein Kleinprojekt! Bis man einen Router so konfiguriert das er das Layout wie gewünscht macht, ist die Platine bei der größe schon halb von Hand geroutet! Und nach dem Autorouter die Platine noch optimieren ist oft ja auch noch nötig.
Und Eagle als Format ist absolut nicht nötig. Jede Leiterplattenbude nimmt auch Gerber.
Und die meisten in Deutschland nehmen nicht nur Eagle und Gerber, da gibt es noch zig andere Formate.
Ich gebe nur noch Gerber ab, da weis ich dann auch was zurückkommt. Keine vergessenen oder Fehlinterpretierten Layer (trotz Beschreibung!).
-
Achja.
Vielen Dank für die liebgemeinten Ratschläge. Aber ich muß zu bedenken geben, daß ich absoluter Anfänger bin und schon froh, wenn ich den Schaltplan fehlerfrei nachentwerfen kann. Eagle ist halt, wenn man bei Google sucht die erste Wahl, daher habe ich es genommen.
Manuell routen bringe ich (noch) nicht. Das ist meine erste Platine. Ich weiß nicht, was Gerberdaten sind.
Auch wenn das jetzt ev. unhöflich erscheint: Ihr dürft nicht Euer Wissen 1x1 bei anderen voraussetzen. Ich muß noch vieles lernen. Und wenige Stunden im Monat Beschäftigung mit Elektronik können jahre- und jahrzehnteslanges Wissen und Können nicht aufwiegen.
Ev. hat auch jemand noch eine Antwort zu meiner Frage zu den Adress-PINs. Obwohl ich mir diese schon selbst beantwortet habe. Es ist tatsächlich so, das A2 der CPU auf A1 des OS-ROM geht. Warum das so ist, weiß ich nicht. Es hat bestimmt etwas mit der Adressierung bzw. Adresskodierung zu tun.
-
Beim 68000 fehlt das Adressbit 0. Stattdessen gibt es "LDS" und "UDS" ("Lower Data Strobe" "Upper Data Strobe" ). Das ist nötig, damit der 68000 sowohl mit 8 als auch 16 Bit auf den Datenbus umgehen kann.
Ich habe die Schaltung als KiCad hier. Damit kann man auch Gerber-Dateien exportieren. Ich finde die Bedienung zwar nicht so toll (alles sehr hakelig und unkomfortabel), aber damit bekomme ich die Platinen wenigstens hin. :-) Das Programm ist Open Source und läuft auch unter Windows. Ich kann die Schaltpläne und Co hier bereit stellen.
-
Kann das Programm auch *.pcb und *.sch Dateien, vermutlich der Schaltplan und das Layout einlesen?
Die Firma, wo ich zuerst wegen der NetUSBee anfragte (siehe anderer Thread) konnte übrigens keine Gerber-Dateien verarbeiten. Die wollten PDF haben, und da habe ich die Befürchtung, dass es beim Übertragen der PDF auf die Klarsichtfolie wegen falscher Druckereinstellungen zu Skalierungsfehlern kommen könnte...
-
Eagle ist halt, wenn man bei Google sucht die erste Wahl, daher habe ich es genommen.
Erste Wahl ist womit Du zurecht kommst und umsetzen kannst was Du willst.
Versuche auch noch andere Tools, in der Preisklasse von Eagle sind alle gleich gut bzw. schlecht. Unterschiede gibts in der Bedienung (das ist wichtig und nicht die Meinung anderer!) und bei den Libs, aber ich designe meine Bauteile sowieso immer selber, denn die Libs sind nicht fürs manuelle Löten optimiert, sondern für maschinelles Löten.
Mit Eagle bin ich null zurecht gekommen. Ich habe "mein Tool" inzwischen aber gefunden, gleiche Liga wie Eagle.
Aber ich will hier keinen Glaubenskrieg lostreten.
(Auf der Arbeite hatte ich mal das Vergnügen mit Ranger zu designen, da sind Welten dazwischen! Aber das ist für Privat nicht zu bezahlen!)
Das wars mit meinem halben off Topic von mir. 8)
-
Gerade kurz geschaut. KiCad hat eigene Formate die ASCII sind.
-
@Lynxman
Das war nicht böse von mir gemeint. Nur als Hinweis, daß ich noch viel lernen muß und daher nicht immer alles verstehe. Also, schreibe bitte weiter, denn nur so kann ich lernen von Euch.
@ToPeG: Danke, dann weiß ich Bescheid und war ja gar nicht so schlecht mit meiner "Vermutung".
Ja, wenn Du den Plan posten würdest, wäre schön.
Rainer.
-
hier das Archiv
-
Hallo,
habe mal eine Frage zur Verdrahtung auf dem Steckbrett. Dort bin ich ja bei der Anordnung der ICs an das Format des Steckbretts gebunden. Hat es negative Auswirkungen, wenn die Verbindungen zw. den ICs bzw. zu den Steckverbindern teilweise sehr stark in der Länge variieren?
Danke und Gruß.
Rainer
PS: Habe mich nun doch für den Aufbau dieser Schaltung aus aus Beitrag 49 (http://forum.atari-home.de/index.php?topic=9665.msg69454#msg69454) entschieden, erweitert um die Delay-Schaltung. Dadurch benötige ich einen 7405 mehr.
-
Bei 8 MHz dürfte das mit den Signallaufzeiten durch längere Kabel noch nicht kritisch sein.
-
Benutze einen 7404 da brauchst du keine Pullupwiderstände. Dann kannst du auch den einen Opencollector-Inverter im Adressdecode durch einen aus dem 7404 ersetzen und sparst dir noch einen Widerstand. Und den Inverter zu den Danbustribern kannst du auch auch austauschen und den Widerstand weglassen. Damit blieben nur noch zwei Widerstände.
Etwas kompliziert. Ich mach mal den Plan fertig:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3531)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3533)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3535)
-
und das Archiv mit den Daten. KiCad:
-
@Lynxman
Das war nicht böse von mir gemeint. Nur als Hinweis, daß ich noch viel lernen muß und daher nicht immer alles verstehe. Also, schreibe bitte weiter, denn nur so kann ich lernen von Euch.
Habe ich auch nicht so verstanden. :)
habe mal eine Frage zur Verdrahtung auf dem Steckbrett. Dort bin ich ja bei der Anordnung der ICs an das Format des Steckbretts gebunden. Hat es negative Auswirkungen, wenn die Verbindungen zw. den ICs bzw. zu den Steckverbindern teilweise sehr stark in der Länge variieren?
Wie schon oneSTone geschrieben hat ist das bei 8MHz noch nicht kritisch. Wenn man so Zeug wie SDRAM einsetzt muß man dann drauf achten.
-
Wie schon oneSTone geschrieben hat ist das bei 8MHz noch nicht kritisch. Wenn man so Zeug wie SDRAM einsetzt muß man dann drauf achten.
Ihr müsst euch mal aktuelle PC-Mainboards genau ansehen, da findet man manchmal Leiterbahnschlangen, hin und her im Zickzack. Da gehts um Signallaufzeiten im Millimeter-Bereich...
-
Wie schon oneSTone geschrieben hat ist das bei 8MHz noch nicht kritisch. Wenn man so Zeug wie SDRAM einsetzt muß man dann drauf achten.
Ihr müsst euch mal aktuelle PC-Mainboards genau ansehen, da findet man manchmal Leiterbahnschlangen, hin und her im Zickzack. Da gehts um Signallaufzeiten im Millimeter-Bereich...
Das ist meistens das Speicherinterface.
-
Hier haben wir nun eine Platine und Anschlußmöglichkeiten für IDE im ST erörtert. Aber was ist mit dem Mega STE? Ich bin mir fast sicher, daß am VME Bus (fast) alle Signale anliegen müßten, Ich habe den Beitrag zum Nova-Adapter nicht finden können, aber wenn ich mich recht entsinne, hatte dieser nur wenige Bauteile. Was liegt also näher, als für M-STE IDE und Nova Adapter zu vereinen - natürlich nur wenn wirklich alle benötigten Signale vorhanden ...
Eine andere Idee ist der Mega ST (ohne E ;D)! Dabei beziehe ich mich auf einen Artikel in ST Computer 12/1992, der hier (http://www.stcarchiv.de/stc1992.php) leider noch nicht archiviert ist. Titel: MEGA-Bus für (fast) alle!! Aus diesem geht hervor, daß der MEGA-Bus nahezu 1 zu 1 der Belegung des 68000 entspricht. Hier können die Besitzer einen Abgriff der benötigten Signale gand ohne Lötarbeit an dem Mainboard bewerkstelligen!
-
Hier können die Besitzer einen Abgriff der benötigten Signale gand ohne Lötarbeit an dem Mainboard bewerkstelligen!
Das ist richtig. Es gab seinerzeit auch Adapter die man auf den Mega-Bus stecken konnte.
Es wird ja auch niemand davon abgehalten den Mega-Bus-Stecker auf dem Layout mit einzuplanen. ;)
-
Hallo,
zunächst: Ganz großen Dank und Riesenkompliment an ToPeG. Die Schaltung funktioniert. Wirklich tolle Arbeit. Danke.
So, die Schaltung habe ich aufgebaut und wenn ich von Diskette mit HDDRIVER.PRG im Auto-Ordner boote, dann wird die CF-Karte als IDE-Gerät erkannt mit SCSI-Level SCSI 3. Ich denke, das ist soweit in Ordnung. Starte ich dann HDDRUTIL, kann ich die Karte in Partitionen aufteilen, jedoch ist HDDRIVER der Meinung, die Karte besäße nur 3,8 MB Kapazität (HDDRIVER erkennt 7769 Sektoren a 512 Byte; ein Sektortest läuft fehlerfrei durch).
Wenn ich dann aufteile, in zwei Partitionen, klappt das auch, aber die Formatierung wird mit einem Fehler quittiert.
Des weiteren stellt sich mir die Frage, welchen Typ ich für die Partitionen angeben muß. HDDRIVER erwartet zwar die Angabe eines Typs, macht aber selbst keinen Vorschlag in Form einer Auswahl.
Die LED auf der Schaltung, welche Aktivität signalisieren soll, leuchtet bzw. flackert überhaupt nicht. Die LED direkt an der CF tut dies bei Zugriffen jedoch. Habe ich hier was falsch verdrahtet?
Was ich noch dazuschreiben kann ist: Die (optionale) Delay-Schaltung habe ich in die Schaltung noch nicht integriert.
Bin für jeden Tip dankbar.
Rainer
-
So Ferndiagnosen sind nicht einfach. Ich würde darauf tippen das was mit den Datenleitungen nicht stimmt. Da die primären Zugriffe funktionieren würde ich sagen es stimmt was mit den oberen acht Bit nicht (D8-D15). Es könnte aber auch sein, dass ein, oder zwei Bit der unteren acht Bit (D0-D7) Kontaktprobleme hat.
Sei mal so freundlich und mache ein paar nahe Fotos vom Aufbau. Möglicherweise sehen wir hier was.
Was die LED betrifft, Ist sie richtig herum? Ist sie gegen 5V geschaltet? Es kann auch sein, das das Signal vom Adapter nicht herunter geführt wird. Möglicherweise muss man dafür einen Jumper setzen oder eine Lötbrücke schließen/öffnen.
-
Du kannst auch schauen, ob ich alles richtig angeschlossen habe:
(http://chip.tut.su/=ps2/pstwo_parts/_ide connector pinout.jpg)
(http://www.elektron-bbs.de/elektronik/kabel/computer/anschluss/ide.gif)
oder: http://pinouts.ru/HD/AtaInternal_pinout.shtml (http://pinouts.ru/HD/AtaInternal_pinout.shtml)
-
Hier haben wir nun eine Platine und Anschlußmöglichkeiten für IDE im ST erörtert. Aber was ist mit dem Mega STE? Ich bin mir fast sicher, daß am VME Bus (fast) alle Signale anliegen müßten, Ich habe den Beitrag zum Nova-Adapter nicht finden können, aber wenn ich mich recht entsinne, hatte dieser nur wenige Bauteile. Was liegt also näher, als für M-STE IDE und Nova Adapter zu vereinen - natürlich nur wenn wirklich alle benötigten Signale vorhanden ...
leider ist der VME vom restlichen Bus entkoppelt. Ein PAL gibt nur die Adressen an den VME-Bus weiter die im richtigen Adressraum liegen, auch der Datenbus ist so gesichert. Daran hatte ich auch schon gedacht. Das wäre eine schöne Lösung. Der VME.Stecker ist mit zwei 50-Pligen Flachbandkabeln mit dem Board verbunden. Dazwischen hätte wunderbar eine IDE-Karte gepasst...
Eine andere Idee ist der Mega ST (ohne E ;D)! [ ... ] Hier können die Besitzer einen Abgriff der benötigten Signale ganz ohne Lötarbeit an dem Mainboard bewerkstelligen!
Das Interrupt Signal an den MFP (pin10 ACSI) muss noch gelötet werden. Aber ansonsten hast du recht. Leider kenne ich die Stecker-Norm nicht. Eine passende Platine kann ich bei Gelegenheit machen. Irgendwo habe ich noch Die Platinenmaße damit die Karte in den Modulschacht passt.
-
Fotos kann ich erst morgen schicken, da ich schon alles zusammengeräumt habe (das mit den Nahaufnahmen könnte ein Problem werden, bei meiner Kamera). Auch bei der LED bin ich mir jetzt gar nicht mehr so sicher (schaue ich auch morgen nach). Jedoch habe ich den 390-Ohm-Vorwiderstand gegen 150 Ohm getauscht, weil er mir zu hoch erschien (hat aber nichts gebracht).
Aber einige Infos kann ich schon jetzt liefern. Habe hier mal ein bearbeitetes Bild einer ST-Platine (das hatte Burkhard mal eingestellt). Die roten Punkte/Kreise zeigen ungefähr die Stellen, an denen ich die einzelnen Signale abgreife. Es sind auf der Platine viele verzinnte Bohrungen vorhanden, von denen Leiterbahnen zu den jeweiligen Pins der CPU führen (direkt oder indirekt). Diese habe ich verwendet.
Nun zu den PINs am IDE-Connector (wie gesagt, habe alles so verdrahtet, wie in der Schaltung aus #49).
OK bedeutet, so verbunden, wie in der Abbildung bezeichnet. Wenn nicht OK da steht, dann habe ich geschrieben, wie es aktuell verbunden ist.
1-17 OK
19 OK
21 ist mit 19 verbunden
23-39 OK
2 OK
4-18 OK
20 OK (nicht belegt)
22-26 OK
28 ist mit GND verbunden
30 OK (geht auch an den 7405)
32 ist mit GND verbunden
34 nicht belegt (nicht verbunden)
36-40 OK
Temporär hatte ich die Delay-Schaltung eingebaut. Das hatte aber zur Folge, daß HDDRIVER beim Sektortest fehlerhafte Sektoren ab Sektor 766 erkannte (wenn man mal davon absieht, daß sowieso zu wenig Sektoren erkannt werden, oder die Byte-Größe von 512 pro Sektor nicht stimmt).
Kann bitte jemand auf die Frage zum Partitionstyp eingehen, den man bei HDDRIVER einstellen muß? Danke.
Vielen Dank.
Rainer
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3538)
-
Hallo Rainer! Bitte entschärfe die Überbreite Deines verLINKten Bild, indem Du die Bildattribute für Breite und höhe setzt - und urch die Zentrierung bessere das optische Erscheinungsbild! Bei mir entstand schon wieder Überbreite
[center][img width=664 height=412]http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3538[/img]
[/center]
ergibt folgendes Erscheinungsbild:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3538)
-
Hallo Burkhard,
vielen Dank für Deine Fürsorglichkeit. Ich werde es in Zukunft beherzigen. ;)
Wenn Du dann auch noch auf den Inhalt meines Beitrages eingehen kannst, wäre mein Glück vollkommen ;D
Da Du ja auch schon mit HDDRIVER gearbeitet hast, könntest Du ev. auf die Frage zum Partitionstyp antworten. Das wäre sehr nett.
Rainer
-
Hallo Burkhard,
vielen Dank für Deine Fürsorglichkeit. Ich werde es in Zukunft beherzigen. ;)
Wenn Du dann auch noch auf den Inhalt meines Beitrages eingehen kannst, wäre mein Glück vollkommen ;D
Da Du ja auch schon mit HDDRIVER gearbeitet hast, könntest Du ev. auf die Frage zum Partitionstyp antworten. Das wäre sehr nett.
Rainer
Ich habe leider nur Erfahrung mit SCSI-Tools! Und ich habe auch keinerlei Erfahrung mit IDE und Speicherkarten seitens Atari!
Was gibt HDDriver den aus - Screenschots oder Bildschirmfotos wären nicht sdchlecht!
-
HDDriver schreibt automatisch die richtige Partitionstype rein. Ansonsten: Bis 32 MB: GEM, bis 512 MB (oder mehr?) BGM.
-
1-17 OK
19 OK
21 ist mit 19 verbunden
23-39 OK
2 OK
4-18 OK
20 OK (nicht belegt)
22-26 OK
28 ist mit GND verbunden
30 OK (geht auch an den 7405)
32 ist mit GND verbunden
34 nicht belegt (nicht verbunden)
36-40 OK
Es sind zwei Anschlüsse mit Masse verbunden, die offen sein sollten.
Pin 21 und Pin 32 Aber das sollten Fehler sein, die es entweder gar nicht funktionieren lassen oder nicht stören.
Temporär hatte ich die Delay-Schaltung eingebaut. Das hatte aber zur Folge, daß HDDRIVER beim Sektortest fehlerhafte Sektoren ab Sektor 766 erkannte (wenn man mal davon absieht, daß sowieso zu wenig Sektoren erkannt werden, oder die Byte-Größe von 512 pro Sektor nicht stimmt).
Kann bitte jemand auf die Frage zum Partitionstyp eingehen, den man bei HDDRIVER einstellen muß? Danke.
Mach dir darüber Gedanken wenn die Platte Korrekt erkannt wird.
Die korrigierten Daten im Anhang.
-
Hallo,
anbei zwei Fotos. Das eine zeigt das Steckbrett, mit dem Schaltungsaufbau (der oberste IC ist nicht in die Schaltung integriert; Delay für CF-Karten). Das andere das Mainboard, mit den Punkte, wo ich die Signal abnehme.
Leider komme ich mit meiner Kamera nicht näher heran, ohne daß es dann unscharf wird.
Danke.
Rainer
-
Hallo,
so, ich habe alles überprüft.
Die LED ist korrekt eingesetzt. Die Datenleitungen sind korrekt verbunden und haben auch alle ordentlichen Kontakt. Die beiden PINs 21/32 am IDE-Anschluß habe ich geöffnet.
Es ist jedoch keine Veränderung/Verbesserung eingetreten.
HDDRIVER habe ich auf Standardwerte zurückgesetzt. Das hat aber auch nichts gebracht.
Die Karte wird weiterhin nicht richtig erkannt (mit nur 3,8 MB).
Vielen Dank.
Rainer
-
Hallo Rainer, ich hab den Thread nicht ganz verfolgt... wie groß ist die Karte denn laut Hersteller? Wurde schon mit anderen Karten gegengetestet und auch mal am PC formatiert?
-
Hallo,
ToPeG, wie Du ja weißt, habe ich Deinen Schaltplan aus #49 nachgezeichnet. Nicht weil ich schlauer sein will als Du, sondern weil das in meiner naiven Art mir als einzige Möglichkeit erschien, an ein Platinen-Layout zu kommen (nun weiß ich, daß es auch anders geht). Nun möchte ich aber für dieses "Unternehmen" dabei bleiben.
Ob Du so nett bist und schaust mal auf meinen nachgezeichneten Schaltplan? Ich habe ihn zwar mindestens dreimal mit Deinem abgeglichen und konnte keinen Fehler von mir im nachzeichnen finden, aber das muß ja nichts heißen. Ich weiß, daß ist ne Schweinearbeit, aber vielleicht findest Du was. Dankeschön.
Arthur: Zur CF-Karte: Die Karte ist 4 GB groß. Es funktioniert mit einer anderen 2 GB großen Karte genau sowenig (ebenfalls 3,8 MB werden erkannt). Beiden Karten sind am PC formatiert worden (FAT32). Was mich halt wundert, daß HDDRIVER beim partitionieren keinen Partitionstyp einträgt und auch im Menü "Einstellungen/Partitionstypen" wird kein "GEM/BGM“ angezeigt. Aber das ist sicherlich sekundär, so wie ToPeG meinte, solange die Karte selbst nicht erkannt wird.
Danke.
Rainer
PS: Der Schaltplan ist richtiges PDF.
-
Hallo Topec!
Du hattest mir im Post #113 (http://forum.atari-home.de/index.php?topic=9665.msg69700#msg69700) geantwortet, daß Datenleitungen und Adressleitungen 1-16 (vermutlich meintest Du aber bis A15) tatsächlich am ROM abgreifbar wären, aber A16 bis A23 halt nur am CPU ...
Im Rahmen der Planung einer TOS-Umschaltung für meinen 1040er habe ich mir nochmal die Schaltplane im Netz gesucht und die Seite der TOS-Beschaltung vor Augen geführt und danach folgende Grafik erstellt:
(http://forum.atari-home.de/gallery/3282_17_07_12_1_43_03.GIF)
(Die äußere Pinbezeichnung sollte pinkompatiblen EpROMs entsprechen, die innere den
Atari-ROMs und da, wo ich "?" setzte, war ich mir erst über die Belegung nicht ganz im Klaren)
Wie man sieht, liegt auch A16 und A17 am Modul an - da sie aber laut Schaltplan scheinbar noch durch andere Bauteile geleitet werden, weiß ich nicht, ob für die hier behandelte IDE-Schaltung auch tauglich!
Das wollte ich noch mal erläutert wissen! Für die Fragen die sich zur ROM-Erweiterung noch ergeben, öffne ich einen weiteren Thread! Eine habe ich mit Sicherheit (dazu aber später an anderer "Baustelle" mehr)!
-
Hallo,
ein kleines bißchen weiter bin ich nun doch.
Ich habe mir die alte CF-Card meiner Kamera geschnappt, eine 128MB SanDisk.
HDDRIVER hat diese nun auch korrekt erkannt, allerdings kann anschließend (nach dem Erkennen durch HDDRIVER) kein Diskette mehr von A gelesen werden (Inhalt aller Disketten = LEER). Nehme ich SCSITOOL (ich weiß, das arbeitet nicht so toll mit IDE), komme ich ein wenig weiter. Auch SCSITOOL erkennt die CF-Card korrekt und kann sogar Partitionen anlegen. Möchte ich dann den Treiber installieren, meckert es aber mit der Meldung: Es seien keine geeigneten Partitionen zum installieren eines Treibers vorhanden. Auch kann ich mit SCSITOOL nicht formatieren, da kommt die Meldung: Dieses Platte sei nicht in der Liste für formatierfähige Platte enthalten.
Natürlich würde ich lieber den HDDRIVER verwenden.
Hat jemand Ideen?
Danke Euch.
Rainer
-
Welche Version von SCSI-Tools ?
Hast Du die Dokus gelesen?
In der Datei "LIESMICH" steht zB über IDE:
IDE-Schnittstelle
Die vorliegenden Versionen unterstützen IDE-Festplatten, wie sie am Hard&Soft-AT-Bus-Interface von Hard&Soft (und dazu kompatiblen Adaptern), im `ST-Book' und im `Falcon030' eingesetzt werden können.
IDE-Platten sind nur unter TOS 2.06 (oder neuer) autobootfähig; und auch nur dann, wenn sie als `Master' (also IDE 0) und nicht als `Slave' (IDE 1) betrieben werden.
Was tun, wenn man ein Betriebssystem benutzt, das das Booten von IDE-Platten nicht unterstützt (zum Beispiel TOS 1.04 oder `MagiC'? Man benutze eine Bootdiskette, deren AUTO-Ordner die Programme `HUSHI.PRG' und `AUTO-C.PRG' (in dieser Reihenfolge) enthält.
IDE-Platten brauchen normalerweise nicht formatiert zu werden denn sie werden genauso wie SCSI-Platten formatiert ausgeliefert. Im Gegenteil: manche Platten (insbesondere einige der Hersteller Conner und Seagate) können nach einem Formatierversuch nicht mehr angesprochen werden. Daher ist der Menüpunkt bei Seagate-Platten gesperrt. Bei Laufwerken von Quantum hatten wir bislang keine Probleme, was aber nicht bedeutet, daß keine (fatalen!) Fehler möglich sind. Daher sollte man IDE-Platten nur dann formatieren, wenn man sich ber die möglicherweise fatalen Folgen (defekte Platte) im Klaren ist!
Auch wenn eine Platte nicht formatierbar ist, kann man den im Handbuch beschriebenen Weg zur Plattenintialisierung gehen (Menpunkt: `Festplatte -- formatieren'. In diesem Fall wird lediglich der eigentliche Formatiervorang übersprungen und direkt zur Sektorberprfung und Partitionierung gesprungen.
Wenn `SCSI-Tool' dazu bereit ist, die Platte zu formatieren, Sie aber dennoch die Platteninitialisierung ohne `echte' Formatierung vornehmen wollen, dann können Sie im Formatierdialog einen entsprechenden Schalter benutzen.
Bei IDE-Festplatten ist es leider nicht möglich, defekte Sektoren durch den Controller der Festplatte ausmaskieren zu lassen. Stattdessen muß man möglicherweise defekte Sektoren vor GEMDOS `verstecken'. Dazu dienen die Funktionen `Festplatte -- Sektoren prüfen' (ganze Festplatte) und `Partition -- defekte Sektoren ausmaskieren' (eine Partition).
Noch ein paar Kommentare zu häufigen Falschinformationen:
`IDE-Platten können nicht formatiert werden': Stimmt nicht. Es stimmt allerdings, daß einige Plattentypen das Formatier-Kommando nicht richtig implementieren und daher besser nicht formatiert werden sollten.
`IDE-Platten dürfen nicht formatiert werden': Stimmt auch nicht, denn wenn es ein Formatier-Kommando gibt (und der ATA-Standard -- `AT-Bus Attachment' -- sieht das vor), dann muß die Platte es auch korrekt ausführen können (siehe oben). Platten, bei denen der Hersteller selbst sagt, daß sie nicht formatiert werden dürfen, entsprechen also nicht dem Standard!
`IDE-Platten brauchen nicht formatiert zu werden': Stimmt prinzipiell, da sie sowieso formatiert ausgeliefert werden. Allerdings ist es dann meist nicht mehr möglich, defekte Sektoren vom Plattencontroller ausmaskieren zu lassen. Das bedeutet: wenn ein Sektor auf einer nicht-formatierbaren IDE-Platte defekt ist, dann bleibt er es im Allgemeinen auch.
`IDE-Platten können nur `High-Level'-formatiert werden': Stimmt nicht (siehe oben). DOS-Benutzer verstehen unter `High-Level'-Formatierung das Einrichten von Dateisystemen, also das Schreiben von Bootsektor, FAT usw. Unter DOS wird dies irreführenderweise mit dem Kommando `format' vorgenommen (wer einmal unter DOS eine Festplatte einrichten mußte, der weiß, was er an seinem Atari hat -- selbst dann, wenn man nicht gerade `SCSI-Tool' benutzt). Der Rest der Welt nennt dies `Einrichten von Dateisystemen' (zum Beispiel unter Unix: `mkfs' für `make file system') oder belästigt den Benutzer gar nicht erst damit, weil dies gleich beim Partitionieren miterledigt wird (so zum Beispiel auf dem Atari).
(Umlaute und Formatierung des Textes möglichst am PDC angepaßt)
-
Damit wären wir schon bei Thema Nummer 3 innerhalb dieses Threads...
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3546)
Burkhard, du hast in der Tat A1 bis A17 an den ROMs liegen, wenn du alle Jumper auf 1M stellst. Wenn die Jumper auf 256K stehen, dann nicht.
Das Signal CE, welches du mit einem ? markiert hast, heißt Chip Enable, sagt also dem Chip, dass wenn jetzt was auf Adress und Datenbus ankommt, dass dies für diesen Chip bestimmt ist. Das ist genau das, was die Signale ROM0 und ROM1 für das Even- und Odd-Rom machenn. Das alternative Signal OE hat eine ähnliche Bedeutung wie CE, aber da müsste ich erstmal recherchieren, ist aber irrelevant für den Fall, dass du die Jumper auf 1M stellst, und entsprechende ROMs in die Sockel steckst. Soweit ich mich erinnere, dienen die Jumper dem Zweck, entweder insgesamt 6 256MBit-ROM-Chips oder 2 1MBit-Chips zu verbauen.
Dir fehlen aber an den ROMs noch jede Menge Signale, die für ein IDE-Interface an der Stelle nötig wären, und die gibts bis auf eine Ausnahme (ACSI-Port10) alle am Prozessor: A18-23, R/W, /DTACK, /AS, /Reset
-
Das mit SCSITOOL hatte ich ja nur der Information halber geschrieben. Ich möchte es eigentlich gar nicht verwenden, da es nach den mir vorliegenden Informationen IDE-Laufwerke nur sehr eingeschränkt unterstützt. Auch gehe ich stark davon aus, das SCSITOOL CF-Karten gar nicht bzw. nicht richtig unterstützt.
In der zitierten Doku ist meiner Meinung nach auch mindestens ein Fehler: MagiC unterstützt zumindest ab der Version 5.X IDE-Laufwerke auch im Autoboot-Modus.
Also, wie gesagt: Ich möchte HDDRIVER verwenden.
Dennoch wundert es mich, daß SCSITOOL die Karte erkennt, die Partitionen einrichtet, aber dann den Treiber nicht installieren kann.
Vielen Dank.
Rainer
PS: Es wäre schön, wenn der Thread aufgeteilt werden könnte, denn am Ende geht’s nur kreuz und quer und man bekommt gar nichts mehr mit.
-
Schon wieder eine Stark übertriebene Darstellung eines Bildes ...
# Rainer!
SCSI-Tools wurde seit 1996 meineswissens nicht mehr weiter entwickelt. Ich habe michj aber daran gewöhnt und favorisiere es deshalb für mich ... !
HDDriver liegt mir in der nicht ganz aktuellen Version 7.55 vor. IDE wird schweinbar unterstützt, wird aber nur spärlich dokumentiert - da kann ich dann auch nicht weiterhelfen!
Wahrscheinlich muß aber sowieso dem Prob hardwareseitig entgegenkommen werden ...
-
Burkhard,
ja, bisher habe ich auch nur SCSITOOL eingesetzt, aber seit ich mich mit dem IDE-IF befasse, bin ich zur Erkenntnis (für mich) gekommen, daß zumindest dafür (also für IDE) HDDRIVER die bessere Wahl ist.
Ich denke, Du hast Recht mit der Vermutung, daß irgendetwas mit der Schaltung noch nicht ganz paßt, denn darauf deutet, daß nach dem erkennen der CF-Karte Laufwerk A "leer" ist (bzw. manchmal wird auch Müll angezeigt und dann kommt die Meldiung "die Daten auf LW A seien fehlerhaft").
Daher hoffe ich ganz stark auf ToPeG.
Soll ich die Delay-Schaltung wieder aktivieren?
Rainer
-
Ich glaube nicht, dass das was mit dem Delay zu tun hat. Da muss es noch ein anderes Problem geben.
-
Hmmh. Das läßt meinen Mut wieder sinken.
Interessant ist aber, daß dieselbe Schaltung die 4 GB-Karte nicht, die 128 MB Sandisk aber korrekt erkannt hat.
Na: Ich hoffe jetzt auf ToPeG.
Schon mal danke im Voraus.
Rainer
-
Ich bin gerade sehr in Beschlag genommen. Bitte Geduld bis zum Wochenende. Ich werde die Schaltung in einem meiner 1040STE aufbauen und testen. Ich habe die nötigen Geräte um mir die Signale anzusehen. Aber das schaffe ich unter der Woche nicht.
-
Hmmh. Das läßt meinen Mut wieder sinken.
Interessant ist aber, daß dieselbe Schaltung die 4 GB-Karte nicht, die 128 MB Sandisk aber korrekt erkannt hat.
Na: Ich hoffe jetzt auf ToPeG.
Schon mal danke im Voraus.
Rainer
Ohne dass ich jetzt sagen könnte ich hätte den Thread komplett verfolgt: Könnte das nich an PIO vs. DMA mode liegen? Analog der Situation bei der CTPCI? Nur so ne Idee..
-
Hallo ToPeG,
vielen Dank.
Das mit der Zeit kann ich gut nachvollziehen. Allein für den Aufbau des Steckbretts habe ich bestimmt drei Abende benötigt. Und dann muß man sich schon manchmal zwingen, aufzuhören bzw. gar nicht erst anzufangen, weil andere Dinge erledigt werden müssen, die wichtiger sind. ;)
Rainer
PS: @Idek: Na mal sehen. Leider habe ich davon echt keinen Schimmer ;)
-
Hallo Rainer, echt gute Arbeit bisher und ToPeG, Du bist super hilfsbereit.
@IDEK, das IDE Interface nach Atari kennt laut Chips 'n Chips (http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=atmarita.de/startseite/images/chips/CHIPS_X.HYP&index=228) wohl nur Pio Mode wenn ich es richtig gelesen habe...
@oneSTone o2o, sehr guter Hinweis mit den Jumpern am Rom... das Bild finde ich allerdings etwas zu breit... die schwarzen Ränder bekommst Du sicher mit einem einfachem Programm entfernt... und mit "[img width=800 height=xxx]" oder ähnlich läßt es sich gut hier einpassen... bis zur nächsten Bordsoftware wird es sicherlich noch etwas dauern. ;)
-
Hallo Arthur,
vielen Dank für das Kompliment, das gebe ich aber direkt an ToPeG weiter.
Ich mache ja nichts, außer nachbauen und schauen, ob’s funktioniert (naja, und lernen dabei ;)).
Aber ich möchte mit meiner "Fehlersuche" (man beachte die Anführungszeichen ;)) nicht hinterm Berg halten (nochmal zur Erinnerung: Bezug ist die Schaltung aus #49, inkl. Delay). Ev. helfen die Ergebnisse ja schon ein wenig weiter.
Ursprünglich war PIN10 des ersten 7405 offen. ToPeG meinte, ich könne ihn auch an VCC anschließen. So habe ich das gemacht. Dann habe ich ihn heute mal geöffnet mit dem Ergebnis, daß während des Startvorgangs des STe dieser sich "aufhängt", weil er nicht mehr von der Diskette lesen kann.
Weiterhin gab es zunächst keinen 7404 zur Pufferung der Adreßleitungen A2/A3/A4 des Atari. In der von mir aufgebauten Schaltung habe ich den 7404 eingebaut. Heute habe ich ihn entfernt und die Leitungen direkt auf IDE geführt. Ergebnis: Der STe (TOS2.06) bricht beim booten den Memory-Check ab und "hängt“ sich auf.
Beide Versuche wurden mit und ohne Delay durchgeführt, mit dem gleichen Ergebnis.
Gruß.
Rainer
-
Der 7404 ist ein Inverter, hast du ein oder zwei Gatter pro Adressleitung benutzt? Eins wäre ein bischen doof... ;)
-
Rainer hat höchstwahrscheinlich je Datenleitung zwei Gatter des 7404 durchlaufen - nach seinem eigenen am Post #166 (http://forum.atari-home.de/index.php?topic=9665.msg69860#msg69860) angehängten Schaltbild!
edit:
In Bezug auf meine Anregung zum VME-Bus (http://forum.atari-home.de/index.php?topic=9665.msg69802#msg69802) im Mega STE und ToPeG's Antwort darauf (http://forum.atari-home.de/index.php?topic=9665.msg69819#msg69819) wollte ich Euch eine eben gemachte Entdeckung präsentieren:
only Mega STE (http://fbas.selfip.net/oscommerce/product_info.php?products_id=58) (angeblich)
-
Hallo oneSTone o2o, hallo Burkhard,
also ich denke, es sind zwei pro Adressleitung. So wie Burkhard schrieb.
Ich habe 1x1 den 7404 so eingebaut, wie in Post 49 (http://forum.atari-home.de/index.php?topic=9665.msg69454#msg69454) dargestellt.
Rainer
-
@rainers
Deine Bemerkung zum 7405 ist seltsam. Das sollte nicht sein. Aber wie gesagt. Mehr am Wochenende.
-
So, hier das Neueste aus der Abteilung Blindflüge.
Dieses Bild zeigt sich mir beim Einschalten mit eingelegter HDDRIVER-Disk.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3558)
Meistens ist es so schnell wieder verschwunden, daß ich es nicht erkennen kann. Manchmal hängt sich der Rechner aber auch auf und dann kann ich es lesen.
Es ist also nicht so, daß die Karte korrekt erkannt wird.
Was mich aber stutzig machte: Sie wird sowohl auf dem IDE- als auch ACSI-Bus erkannt.
Daher habe ich einfach mal die Verbindung zw. INTRQ und ACSI10 gelöst. Siehe da: Der Bootvorgang läuft durch, jedoch wird die Karte in der Regel "verstümmelt" erkannt. Es kann danach weiterhin von Diskette gelesen werden. Ich kann HDDRUTIL starten, die Karte formatieren, partitionieren. Eine Initialisierung der Partitionen ist jedoch nicht immer möglich, weil schlicht keine Partition angeboten wird. Es gibt jedoch Momente, da wird zumindest C als Partition zur Initialisierung angeboten. Ein einziges Mal wurden sogar C und D angeboten. Nach der Initialisierung ist eine Installation von HDDRIVER nicht möglich, weil einfach keine Partition in der Liste auftaucht (daher nehme ich an, die Initialisierung war nur scheinbar erfolgreich).
Rainer
-
Bei deiner Beschreibung würde ich vermuten, dass du den 7405 und 7404 vertauscht hast. Aber ich kann nur raten.
-
Habe heute den von mir nachgezeichneten Schaltplan nochmal akribisch mit Deinem aus #49 verglichen. Die sind 1x1 identisch. Dann habe ich den Schaltplan nochmal mit dem Steckbrett verglichen. Gleiches Ergebnis: Identisch.
Jetzt eben nochmal nachgeschaut, ob 7405/04 vertauscht sind: Nein, sind sie nicht (es sei denn, Reichelt liefert falsch bedruckte; glaube ich aber nicht).
Aber spaßeshalber habe ich heute nochmal SCSITOOL benutzt. Mit gelöster INTRQ/ACSI10-Verbindung findet SCSITOOL nichts. Verbinde ich wieder, dann wie gehabt: Es erkennt die CF-Card (und zwar komplett mit Seriennummer und nicht so verstümmelt wie HDDRIVER).
Ich schreibe das alles, weil ich hoffe, daß es bei der Eingrenzung des Problems behilflich sein kann.
Rainer
-
Du hast einen Fehler gefunden. Ich habe mir nochmal die IDE-Spezifikationen durchgelesen. INTRQ ist LOW-Aktiv, das bedeutet, vor dem Inverter des 7405 muss das Signal invertiert werden. Zudem sollte es einen Pullupwiderstand haben. Als ASCII Grafik:
__ __ ____
/ | / | ,--|____|--O +5V
/ | / | | 4.5K
< PIN 10 |---O| 05 |---O| 04 |----+-----< /INTRQ |
\ | \ |
\__| \__|
Es muss kein 4.5K sein von 1K bis 10K sollte alles Funktionieren. Je kleiner der Widerstand um so stärker wird der Ausgang der Festplatte belastet, je größer um so Störanfälliger wird es.
Das erklärt auch warum der ST Spinnt wenn das angeschlossen ist, Es war ständig der Interrupt aktiv außer, außer wenn die Festplatte ein Interrupt auslösen wollte.
Zudem denke ich die /IORDY Logik zu /DMACK ist nicht ganz Korrekt. Das scheint schon beim Interface auf der 8bitchip Seite nicht ganz korrekt zu sein. Ein LOW auf IORDY sollte das /DMACK Signal verzögern. Damit die Festplatte bereit ist, wenn ein Zugriff erfolgt. Zur Zeit ist das etwas anders. Wie das richtige Verhalten ist kann ich nur durch Ausprobieren ermitteln.
-
Hallo ToPeG,
naja, Fehler finden. Eher Symptome ;). Aber ich möchte ja nur helfen (nicht ganz uneigennützig ;)).
So, was habe ich gemacht: Einen 7404 genommen. An 9 INTRQ und einen 4,7K gegen VCC angeschlossen. 8 des 7404 mit 9 des 7405 verbunden. Und von 8 des 7405 wie gehabt an ACSI10. Leider quittiert der STe das mit 4 Bomben.
Gruß.
Rainer
-
So alle Bauelemente zusammen gesucht, das Mainboard ausgebaut und die Schaltung verkabelt. Nun werde ich schauen, ob ich nichts falsch gemacht habe.
-
Wie zu erwarten habe ich am IDE-Stecker etwas falsch verkabelt. Das werde ich morgen noch mal genau durch messen, ich bin jetzt zu müde dafür. Alle Anschlüsse am Board sind gemacht und ich habe beim Löten tatsächlich nichts kaputt gemacht. :-)
-
Hallo,
@ToPeG: Dankeschön.
hier noch mal ein Foto vom Re-Design des TOS-Switchers. Im Ausschnitt unten, rechts ist die Rückseite der größeren, rechten Platine zu sehen
Heute ist mir (zum ersten Mal) folgendes aufgefallen: Steht der Switcher auf dem OS, welches sich in der 2. Bank befindet, dann startet dieses bei einem Kaltstart nicht. Zunächst muß das OS der 1. Bank (das ist mein Standard-OS, deshalb fiel’s bisher nicht auf) einmal (an-)gestartet werden, dann kann nach einem Reset auch das 2. OS gestartet werden.
Fehlt hier ev. eine Spannung, welche erst nach dem ersten einschalten durch die Schaltung zur Verfügung gestellt wird?
Danke.
Rainer
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3593)
-
Wenn der ST ausgeschaltet wird, wird auch das Flipflop spannungslos und es verliert deine Auswahl des 2. TOS. Du müsstest die Versorgungsspannung des Flippflops dafür wohl über eine Batterie puffern...
-
Hmmh. So dusslich bin ich ja dann doch nicht ;) Nur das ich eher abstrakt an die Sache herangehe. 8)
Danke Dir oneSTone o2o . Das hört sich logisch an. Das FlipFlop bezieht aktuell seine Spannung vom STe-Mainboard.
Ich stelle mir das so vor, daß ich dann auf die Spannungsversorgung des 74LS74 parallel eine Batterie lege (so wie die BIOS-Batterien in den PCs).
Aber geht das so einfach? Schließlich würde dann beim einschalten des STe dessen 5 Volt mit den 5 Volt der Batterie verbunden sein.
Und wenn es so einfach geht, wie lange hält die Batterie, sprich, welchen Verbrauch hat der 74LS74 im "Ruhezustand"?
Ergänzung:
Die Frage zur Parallelschaltung der Spannungsquellen ziehe ich zurück. Klar geht das. Es bleiben 5 Volt, es steht nur mehr Leistung zur Verfügung.
Aber diese Knopfzellen haben in der Regel nur 3,5 Volt. Reicht denn diese Spannung aus, um den Zustand des 74LS74 aufrecht zu erhalten?
Danke.
Rainer
-
Einfach nur parallel reicht nicht, denn sonst würde ja die Batterie auch die 5V auf der STE-Platine puffern.
Ich will jetzt gleich ins Bett, deswegen etwas unausgegoren:
1 Diode +5V ---->|------ an +5V des 7474
1 Diode Akku+ ---->|----- an +5V des 7474
Und dann nioch eine Ladeschaltung an Akku+
Nur wirst du keinen Akku mit exakt 5V finden, entweder musst du auf 4,5V runter, das dürfte aber schwer werden, weil die Diode ja auch nochmal 0,3 oder 0,6V frisst, und somit der 7474 im Akkumodus mit 4V auskommen müsste, oder du musst 4x 1,5V nehmen, dann bist du bei 6V, die du erst auf 5V runterbringen musst. Mit einem 7805 könntest du das machen, der braucht aber selbst auch Strom, also eher ein paar Dioden in Reihe.
Aber Augenblivk, ich habe gerade noch eine Idee...
Edit: Mir ist gerade eingefallen, dass mein C64 beim Einschalten immer mit dem richtigen Kernel startet. Ich vermute daher, dass das Verhalten deiner von ToPeg entworfenen Schaltung ein kleine Problem hat. Mei C64 hat es so drin, wie ich das ursprünglich gezeichnet habe, mit einem Inverter 7404 oder 7414 und einem einfachen D-FF (nicht die Variante mit den zusätzlichen Steuereingängen wie beim 7474). Könnte sein, dass das FF, wals als Inverter benutzt wird, beim Power-On das Reset-Signal nicht rechtzeitig durchschaltet, oder sowas. Ohne das jetzt aber näher zu analysieren komme ich nicht weiter. Gute Nacht erstmal.
-
Geh schlafen und sage Deine Idee morgen ;)
Danke Dir.
-
Geht das nicht einfacher über einen Schalter als mit dem Flipflop... da hat man nach dem Einschalten entweder die Schalterposition 1 oder 2 (Signalpegel dann jeweils über PullUp und PullDown-Widerstand) nur das nach dem Umschalten noch der Resetknopf gedrückt werden muß... das sollte doch machbar sein, oder? Oder gibt es dabei einen Nachteil?
-
@Arthur: Ich glaube, bei Deiner Variante ist doch das Problem, daß nach dem Umschalten das aktuelle OS "tot" ist.
Sorry, aber ich bin noch nicht soweit, all die Zusammenhänge zw. den logischen Schaltungen zu begreifen. Daher muß ich für mich immer wieder fragen.
Danke für Euer Verständnis.
Rainer
-
das mit dem einschalten hatte ich befürchtet. Wenn man die alten Beiträge ließt kann man es nochmal nachlesen.
Ich beziehe mich mit er Erklärung auf dieses Schaltbild:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3435)
Das Problem, ist, das die Schaltung einen Flanken-Reset braucht. erst bei einer Fallen Flanke von /Reset wird das FlipFlop aktiv und übernimmt die Schalterstellung. Wenn der Atari Eingeschaltet "erwacht" er mit LOW auf der Resetleitung. Das FlipFop wird nicht getriggert. Es gibt eine einfache Lösung, die aber nicht funktionieren muss, eine kompliziertere, die möglicherweise funktioniert, und eine richtig komplizierte, die mit Sicherheit funktioniert.
Die ganz einfache Lösung: Schmeiße den als Inverter geschalteten zweiten Flipflop raus und verbinde CLK des ersten Flipflops direkt mit /RESET. Das bewirkt, dass die Schalterstellung mit der steigenden Flanke übernommen wird, wenn der Reset endet. Es kann sein, das das Flipflop zu langsam ist, und den Ausgang noch nicht geschaltet hat, wenn auf das Rom zugegriffen wird.
Die zweite Lösung: Packe zwischen den Ausgang des zweiten Flipflops und dem CLK Eingang des ersten einen ganz kleinen Kondensator von irgendwas zwischen 10 und 100pf
10pf
| /@(PIN 8) >---||-----| CLK (PIN 3) >
Damit wird aus dem Langen Reset Signal nur ein Impuls, Es kann sein das das nicht Funktioniert, weil Das die Schaltung schon in dem Zustand erwacht und das nicht als steigende Flanke registriert.
Die Dritte Variante ist ein eigener Power-On-Reset in der Schaltung, dafür sorgt, das die Schalterstellung beim einschalten übernommen wird.
Das müsste ich noch entwerfen.
Und nun noch die Erklärung warum die Schaltung günstig ist.
Nehmen wir mal an der Schalter ist direkt mit der Adressleitung verbunden. Wenn man während des Betriebes am Schalter herum spielt, schaltet man das TOS um. Das hat zur Folge, das Zugriffe auf das ROM zu unerwarteten Resultaten führen kann, im besten Fall Stürzt nur das TOS ab, im schlimmsten Fall wird wild auf den Datenträgern herum geschrieben.
Die Schaltung soll verhindern, das dies passiert. Beim Reset wird die aktuelle Schalterstellung gespeichert und der Schalter selbst hat nach dem Reset keine Wirkung mehr.
-
Die ganz einfache Variante hat aber auch ein Problem: Denn dann wird im Normalbetrieb das Flipflop ert am Ende des Resetpulses umgeschaltet. Da ich nicht weiß, wie lange der 68000 nach deaktivieren des Reset noch braucht, um auf das ROM zuzugreifen, kann es passieren, dass er mit dem ersten Takt noch auf das ungeschaltete TOS zugreift, und erst beim zweiten Takt auf das umgeschaltete ROM. Und da der 68000 mit diesen ersten Takten sich die Einsprungadresse ins TOS holt, landet er womöglich dann an der falschen Adresse für das dann aktive TOS.
Bei der zweiten Lösung bin ich mir nicht ganz sicher, ob hinter dem Kondensator noch ein Pullup- oder Pulldown-Widerstand hin müsste, um die Leitung auf einen definierten Pegel zu ziehen.
Zu 3 kann ich noch nichts sagen, da musst du erstmal einen Vorschlag liefern.
-
Zu 1
Das ist ja auch meine Befürchtung. Wobei man bedenken muss, nach dem Reset der 68000 ein Byte von 000000 lesen will, die GLUE dekodiert das, aktiviert ROM2 und zieht DTACK auf low. Die Zeit sollte reichen um den FipFlop zu triggern.
Zu 2
Du magst recht haben. die HCT heben eine viel geringere Stromaufnahme, mit der S Variante hat das bei mir funktioniert.
Zu 3
Mal als schneller Wurf. Bei der Dimensionierung bin ich etwas unsicher der ST mach einen ~0.3 Sekunden Reset. Da liegt diese um eine Größenordnung drunter, hoffe ich mal.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3603)
EDIT: Zu Anfang war es doch richtig ...
EDIT2: So sollte es Funktionieren ...
EDIT3: Aller guten Dinge sind vier...
-
Für was die Diode D1 in Sperrichtung nach 5V? Damit sich der Kondensator wieder entladen kann? Die Wirkweise dieses Zusatzes erschließt sich mir gerade nicht...
-
Kann man auch weg lassen.
Es könnten Schaltspitzen entstehen. Damit sich keine Resonanz mit dem Kondensator aufbauen kann, habe ich sie rein gesetzt. Das ist einfach Gewohnheit. Hier ist es wahrscheinlich Überflüssig.
-
Also die letzte Schaltung ist die Gültige, ja?
Kann mir jemand bitte den Teilkreis mit der Diode und dem Kondensator erklären? Wann fließt denn da überhaupt einmal ein Strom? Das ginge doch nur, wenn an der Anode der Diode mehr als 5 Volt anliegen, oder? Sind das die erwähnten Schaltspitzen?
-
Ka, richtig, ein Fall der eigentlich garnicht vorkommen kann.
-
Ja lass sie einfach weg.
Warum ist so eine Diode hin und wider wichtig. Wenn ICs schnell schalten, dann kommt es an den Flanken kanten zu Spannungspitzen (sie schwingen sich auf den Pegel ein), die über die Versorgungsspannung hinaus gehen können. Wenn an so einer Leitung ein Kondensator hängt nimmt er diese Spitze auf und gibt sie leicht verzögert wieder ab (sobald die Spannung wieder fällt). Passiert das Synchron mit den eigentlichen Signalen auf der Leitung, so bekommt man unetr Umständen einen sich selbst verstärkenden Prozess. Immer mehr Ladung wird im Kondensator gespeichert. Das stört die Signale und kann im Extremfall den IC zerstören. Da du wahrscheinlich nicht im Mhz Takt den Resettaster drückst wird er tatsächlich nicht gebraucht. Der ist einfach drin, weil ich nicht nachgedacht habe.
Hier ohne Diode:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3605)
-
Ach so ein paar Neuigkeiten wegen dem AtariIDE.
Nachdem ich an der Schaltung herum gebastelt habe, ist sie soweit das die Festplatte erkannt wird. Ich habe aber noch Probleme mit dem Ansteuern der Register. Ich hatte seit langem keine so zickige Schaltung mehr.
Die Logik ist fehlerfrei, aber irgendwo gibt es Probleme mit den Signalpegeln. Ich habe nicht die passenden 74HCT um es damit zu testen. Diese dürften besser funktionieren. Sie 74LS sind störrisch und verweigern die Zusammenarbeit. Ich werde alles nochmal durch messen müssen. :-/
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3609)
Die untere Bildkante nicht genauer betrachen :-)
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3611)
Nicht irritieren lassen, jetzt sind nur noch 74LS drauf.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3607)
Ich habe alles an den Pullup-Widerständen angeschlossen.
-
Das sieht ja toll aus :)
Nun bin ich jedoch verwirrt.
Du schreibst etwas von LS und HCT.
Wie kann ich denn in einer logischen Schaltung erkennen, welche Bauform ich benötige?
Als ich das Zeug bei Reichelt bestellt hatte, habe ich einfach genommen, was die Zahlenkombination enthält. Das meiste davon sind LS und die anderen glaube ich AC
Danke.
Rainer
-
Die Klassische Variante ist ohne irgendwelche zusätzlichen Buchstaben. also 7400 7402 7404 usw. die brauchen zum schalten ~10ns.
Mit der Zeit gab es Verbesserungen, der internen Schaltung (was die Logik aber nicht beeinflusst)
"LS" ist die Abkürzung für "Low Power Schottky" und beschreibt die Art des IC. Es sagt soviel wie "beschleunigtes Schalten mit geringem Stromverbrauch" Auch andere Varianten wurden Produziert:
"LS" - "Low Power Schottky" (~12ns)
"ALS" - "Advanced Low Pover Schottky" (~4ns),
"F" - "Fast" (~3ns)
"S" - "Schottky" (~3ns),
"AS" - "Advanced Schottky" (~1,5ns),
Alle diese Varianten haben verschiedenen Stufen bei denen sie ein HIgh oder Low erkennen. und verschiedene Stromaufnahmen an ihren Eingägen und Leistungen an ihren Ausgängen. Das kann dazu führen, das ein IC ein High sendet ein anderer das aber nicht erkennt. Zudem ist das Signalverhalten bei allen ein klein wenig anders. Also wie sie von einer Signalstufe zu einer anderen wechseln. Wenn man sich das mit einem Oszilloskop anschaut sieht man die Unterschiede deutlich. Auch dass kann zu seltsamen Effekten führen. Gerade die F-Variante fällt richtig aus dem Rahmen.
Die gerade genannten Versionen sind die alte Reihe Der Transitor-Transistor-Logik (TTL)
Dann gibt es die neueren CMOS. Sie haben generell nur 1/10 der Leistungsaufnahme von TTL Bausteinen.
"C" - "CMOS" (~30ns)
"HCT" - "High speed CMOS Transistorlike" (~11ns)
"HC" - "High speed CMOS" (~10ns)
"ACT" - "Advanced High-Speed CMOS Transistorlike" (~3,5ns)
"AC" - "Advanced CMOS" (~3ns)
Auf der Logik der alter 74-Reihe wurden sie als CMOS neu aufgelegt. Das heißt geringerer Stromverbrauch, geringerer Stromaufnahme an den Eingängen, aber auch geringere Leistung an den Ausgängen. Das Problem ist nun, das CMOS Spannung gesteuert ist während TTL Leistung gesteuert ist. Das hat zur Folge das die beiden Varianten, obwohl sie sich ähnlich verhalten nicht immer gut miteinander können. Um mit alten Schaltungen kompatibel bleiben zu können, wurde die Variante mit den "T" entwickelt. Sie sollten ein vollständiger Ersatz für die alte TTL Logik sein. Wie das mit Emulationen so ist, das funktioniert meistens aber nicht immer. Gerade wenn "HCT" "LS" Bausteine ansteuern sollen und wenn die Signalqualitäten schlecht sind, kommt es zu Problemen.
CMOS reagiert empfindlicher auf Störsignale. (driftende Pegel, Oberwellen, Spannungssitzen etc.) Das liegt einfach daran, das sie eine geringere Aufnahme haben. TTL-Bausteine Schlucken das einfach weg.
Wenn nichts anderes gesagt wird, geht man in Schaltungen davon aus das alles LS oder HCT Varianten sind.
Weiterhin sollten LS HCT ansteuern nicht umgekehrt. Wobei es ausnahmen gibt. So haben die Bustreiber (74245 74244 74240 74374 74574 etc.) besonders leistungsstarke Ausgänge und HCT können auch LS ansteuern.
S LS ALS lassen sich meist Problemlos mischen.
Ähnliches gilt für HC AC AHC. Wobei ich damit weniger Erfahrung habe. Die findet man nicht so häufig. Die Logik-Programmierbaren Bausteine haben die fast vollständig verdrängt.
EDIT: Man sollte sich immer mal wieder die Tabellen anschauen. Ich habe die Schaltzeiten korrigiert.
-
Das ist wirklich eine sehr verständliche Erklärung.
An dieser Stelle nochmals vielen Dank für Deine und Eure Geduld.
Wenn ich das jetzt richtig gelesen und verstanden habe, dann ist meine Konstellation besonders ungünstig, denn ich setze bei mir diese beiden ein
74AC04
74AC245
Alle anderen sind LS bzw. ALS.
Danke.
Rainer
-
Zumindest den 6x-Inverter 74AC04 solltest du durch einen LS ersetzten. Der 74AC245 könnte funktionieren, das dürfte aber auch von den Festplatten abhängen. Wenn du beim 74245 sicher gehen willst nimm einen HCT oder LS.
Die Schaltung ist nicht sonderlich zeitkritisch. Da reichen LS oder HCT.
-
Hallo ToPeG, eine schöne Zusammenfassung hast Du da geschrieben... das wollte ich schon immer etwas genauer wissen. Überhaupt finde ich diesen Thread hier sehr interessant.
-
Hallo,
also ich habe die Schaltung Nr. 5 zum TOS-Umschalter aufgebaut (die mit Diode und Kondensator), da mir die Erklärung von ToPeG bzgl. der Spannungsspitzen einleuchtet.
Jedoch startet dann nur noch das System der 1. Bank, egal welche Position der Schalter hat.
Rainer
-
Vermutlich entlädt sich der Kondensator nicht schnell genug.
Mach mal den Widerstand kleiner. Einfach einen weiten 1k parallel setzen.
Sollte das nicht helfen setze einen ganz kleinen ein. Kleiner als 100 Ohm solltest du nicht werden. sonst könnte Die Resetschaltung zu stark belastet werden.
Wenn das alles nichts hilft Schau mal ob die Schaltung ohne Kondensator wie bisher funktioniert. Sollte das der Fall sein ist der Kondensator noch zu groß.
Wenn nicht, dann hast du entweder die Diode falsch herum eingesetzt oder der Widerstand ist zu groß. Solltest du schon bei 100 Ohm angekommen sein haben wir ein Problem und ich muss mir was ausdenken.
Wie ich schon mal sagte, sobald es Analog wird fängt bei mir das Experimentieren an.
-
Ok, danke, da mach ich dann morgen damit weiter (ist schon wieder alles zusammengeräumt).
Aber nochmals zur Diode. Die Kathodenseite wird mit einem weißen Ring gekennzeichnet und die Kathode ist hier an VCC und an den Pluspol des Kondensators gelegt, also ist die Diode in Sperrichtung zu VCC.
Habe ich das so richtig verstanden?
Danke.
Rainer
-
So ungefähr:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3613)
-
Yep, paßt, genauso hab ich's gemacht.
Dann bis morgen.
Rainer
-
So, mit einem 500 Ohm Widerstand startet das System nun von der Bank, welches per Schalter eingestellt ist, aber (leider): Dafür funktioniert nun der Reset nicht mehr. Wird das andere OS gewählt und Reset durchgeführt, bleibt das zuvor gewählte OS aktiv.
Gruß.
Rainer
-
Das ist seltsam. Sobald der Kondensator geladen ist sollte er nur noch maginal stören. Setze den Entladewiderstand mal testweise auf 333Ohm (dritter 1K Widerstand).
-
Nee, der 500 Ohm war schon zu klein. Dann habe ich einen 680 genommen, immer noch zu klein.
Mit einem 820 Ohm Widerstand funktioniert es bestens.
Ich habe den TOS-Switcher jetzt so modifiziert, daß man zw. Power-On-Reset und Nicht-Power-On-Reset wählen kann (nur mal so zur Sicherheit, daß nicht immer alles fest verdrahtet ist ).
Rainer
-
Also
Widerstand (R2): 820 Ohm
Kondensator (C1): 100uf
IC(U1): 74LS74
Diode:?
Widerstand (R1): 1K Ohm
Die genauen Bauteile sind hier schon wichtig, da sie sich alle gegenseitig beeinflussen. ( Analoge Technik ist immer so eine Sache. ) Ich werde den Schaltplan später anpassen und hier posten um das endgültige Ergebnis zu dokumentieren.
Nebenbei. Wenn man zwei ROM-Paare hat und zwischen denen umschalten will, geht das mit der Schaltung auch. Da am Atari das /OE nicht verwendet wird, kann man die Ausgänge daran hängen. Damit kann man immer nur von einem Rom-Paar lesen.
-
Anbei das finale Foto des TOS-Switchers, wie ich ihn aufgebaut habe.
Darin sind auch die Bauelemente bezeichnet (leider erkennt man die Diode D1 und den Widerstand R2 nur sehr schlecht).
Rainer
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3616)
-
Tolle Teamarbeit!
-
Bestückung:
R1: 1K Ohm
R2: 820 Ohm
C1: 100uf
U1: 74LS74
D1: 1N4007
Der Schaltplan:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3618)
und die Aufbauhilfe:
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3622)
-
Als Schaltplan und Layout sieht's viel schöner aus, als bei mir auf der Rückseite der Platine ;D
@ToPeG: DANKE. ;)
Machen wir mit dem IDE-IF weiter? Heute sind die HCT und 74LS04 angekommen. Eingesetzt sind sie schon, aber eingeschaltet habe ich dann nicht mehr (mußte noch Wiese schrubben ;D)
-
Gemalt ist es immer schöner. Sieht halt wie gemalt aus. :)
-
Machen wir mit dem IDE-IF weiter?
Ich habe die ganze Woche über immer mal wieder dran gesessen. Aus irgend einem Grund machen die Bustreiber (74245) bei mir Probleme. Entweder sind sie nicht schnell genug, oder die Signale werden irgendwie verzerrt, oder das Interrupt funktioniert immer noch nicht richtig.
Ich habe eine ganze Reihe von Festplatten zusammengesucht. Fast alle werden erkannt, aber sie zweigen keine Größe an, oder das Partitionieren funktioniert nicht richtig.
Morgen habe ich etwas an Haus und Garten zu tun. Aber ich will mal schauen.
Das ist wirklich die widerspenstigste Schaltung die ich bisher hatte. Aber ich bin nicht ohne Ideen.
Was mich etwas ärgert. Ich hatte eine ganze Reihe von CF-Karten-Adapter (6 oder 7 verschiedene Bauformen IDE/PCMCIA/PC-BUS). Die dazu passenden CF-Karten habe ich alle gefunden. Doch die Adapter sind verschwunden.
-
Ich vermute mal das die Leitungstreiber passen also nicht zu langsam sind. Die Probleme
liegen vielleicht in der Ansteuerung (Signallaufzeiten etc.) der Treiber. Vielleicht hilft die Analyse
des alten IDE Interface aus der CT weiter ...
-> https://www.heise.de/artikel-archiv/ct/1993/9/170
-
Moin,
ums auszuschließen kanns helfen die Treiber mal rauszulassen, also aus der Fassung ziehen und entsprechende Ein- und Ausgänge zu brücken.
Gruß
skul
-
Nun bin ich ganz verzweifelt.
Bisher hatte ich die IDE-IF-Testschaltung an meinem "oll"-STe. Dort wurde die Karte ja auch erkannt, aber sie lies sich nicht richtig partitionieren.
Nun habe ich in meinem "gut"-STe eine völlig identische Verkabelung vorgenommen, um die notwendigen Signale an das IF zu führen (die Verkabelung habe ich mind. 4x durchgemessen, sie stimmt 1x1 mit der im anderen STe überein).
Jetzt wird die Karte aber überhaupt nicht mehr erkannt. HDDRIVER signalisiert zwar ein IDE-Interface, aber erkennt die Karte nicht. Das Wechseln des 74AC04 nach LS und der Bustreiber von AC nach HCT hat damit auch nichts zu, denn auch der Rücktausch brachte keine Änderung.
Was kann denn nur falsch oder anders sein, im Vergleich zum "oll"-STe? Wo kann ich denn mit der Suche ansetzen?
Danke.
Rainer
-
So, das Problem ist behoben.
Klar habe ich alles richtig gemessen, aber beim messen habe ich einen Federkontakt der PLCC-Fassung soweit belastet, daß er keinen Kontakt mehr zur 68000 hatte.
An dieser Stelle muß ich mal schreiben: Diese PLCC-Fassungen sind echt SCHEISSE.
Ich bin extrem vorsichtig und drücke bestimmt nicht wie ein Blöder auf den Kontakten herum, aber das sich der Federkontakt dennoch so schnell verbiegt, ist Grütze.
So, das war's aber nicht.
Zunächst erkannte ich das Prob nicht.
Daher: Verdacht, CPU im Eimer, weil ev. beim messen Kurzschluß verursacht (hier sei angemerkt: Widerstandsmessungen erfolgen immer mit gezogenem Stecker). Also: CPU rausgerupft. Dazu super PLCC-Entferner benutzt. Das blöde Ding ist glatt fürn alten Ars... Es ist abgerutscht, über die 68000 geratzt und hat die Ecken dieser lädiert.
Na, jedenfalls habe ich dann gesehen, daß ein Kontakt der Fassung zurückgebogen ist, wieder zurechtgebogen und 68000 eingesetzt.
Nu geht wieder alles.
In meiner Panik habe ich aber gleich ein Gesuch aufgegeben, nach einer neuen 68000, weil ich annahm, ich habe sie ev. mechanisch geschädigt.
Ein freundlicher Mensch ;) hat mir aber erklärt, daß das nicht so einfach möglich ist, denn der Außenbereich der 68000 ist "nur" Beiwerk und solange keine Beinchen abgebrochen sind, kann sie praktisch nicht zerstört werden.
So: Das ist mal eine Art Erfahrungsbericht.
Ev. hilft es dem einen oder der anderen, um gleiche Fehler zu vermeiden.
-
Diese Sochel sind wirklich der letzte Mist, das Problem ist aber, man kann sie nicht austauschen, denn die haben ein seltsammes Layout, abwechselnd 1 Pin innen und außen auf der Lötseite. Bei den erhältlichen Sockeln sind die Pins in zwei Reihen quadratisch angeordnet. Das einzige was hilft, ist die Kontakte zum Chip mit geeignetem Werkzeug nach innen zu biegen. Ich nehme dafür immer eine Büroklammer, die ich aufbiege, und dann am langen Ende dirkt kurz davor mit dem Seitenscheider eine Kerbe reindrücke. Mit dieser Kerbe hake ich dann in den Federkontakt ein und ziehe daran. So bekommen diese Sochel wieder (mechanische) Spannung und Kontakt. So habe ich damals schon viele STs geretttet.
Funktioniert das IDE-Interface jetzt denn?
-
... als Anmerkung wenn das IDE Interface auf Vorlage des Atari ST Book aufgebaut ist.
Der Atari ST Book zerschiesst gerne mal die IDE Platte und bootet darauf hin mit 4 Bomben
da der Rechner kein Floppy Laufwerk hat. Dieses booten mit 4 Bomben wenn kein Boot Device
vorhanden ist liegt wahrscheinlich an einem Bug im TOS 2.06 ...
http://phoenix.inf.upol.cz/~opichals/libhyp/hypview.cgi?url=atmarita.de/startseite/images/chips/CHIPS_X.HYP&index=74
-
Funktioniert das IDE-Interface jetzt denn?
Naja, es hat jetzt zumindest wieder den "status quo", sprich die Karte wird erkannt. Mehr ist nicht möglich.
ToPeG bat mich, Geduld zu haben (klar habe ich die, bin doch heilfroh, daß er sich da so reinhängt :) ).
Es lag einfach daran, daß das Signal von PIN9 der 68000 nicht ans Testboard kam (ich habe jetzt nicht im Kopf, ob es das DTACK ist).
Und dann ist mir halt beim erneuten durchmessen das AS abhanden gekommen und die Panik brach aus.
Ihr glaubt gar nicht, wie frustrierend so etwas sein kann.
-
Das Problem ist wirklich das Timing. Die 74LS245 sind zu langsam. Wenn der 68000 lesen/schreiben will haben sie noch nicht voll durchgeschaltet und es kommt Datenmüll an. Mit kleinen Veränderungen bin ich schon weiter gekommen. Es gibt aber immer noch eine Stelle die Probleme macht (zumindest bei mir) Ich tippe auf die /RD und /WR Leitungen, denn da läuft das Signal am längsten.
-
Im CT IDE Interface werden HCT als Leitungstreiber genutzt ...
Hier mal das Gal File ...
// 16.04.93 Kai Scheffer
// 20.06.93 Kai Scheffer Pinbelegung gem„ž c't Layout abge„ndert
GAL-Listing fr IDE-Platten-Adapter am ATARI ST (c't 9/93)
IDE-Register $F00000 bis $F1FFFF
ROM-Breich $E00000 bis $EFFFFF und ROM2-Select
Erzeugung von:
/DTACK zum Atari
/CS0 geht zur IDE-Platte Pin 37
/CS1 geht zur IDE-Platte Pin 36
/IORD geht zur IDE-Platte Pin 25
/IOWR geht zur IDE-Platte Pin 23
/G Enable-Signal fr die Datenbustreiber (2x74HCT245)
/INT Interrupt-Signal zum Atari (DMA-Port Pin 10)
*IDENTIFICATION
IDE_ST;
*TYPE
GAL20V8;
*PINS
/AS = 3,
RW = 5,
A5 = 1,
/ROM2 = 2,
A17 = 6,
A18 = 7,
A19 = 9,
A20 = 8,
A21 = 10,
A22 = 11,
A23 = 13,
/LDS = 4,
/IOCHRDY = 14,
IRQ14 = 23,
/INT.T = 19,
/TOS.T = 20,
/IOWR.T = 22,
/IORD.T = 21,
/G.T = 16,
/CS1.T = 18,
/CS0.T = 17,
/DTACK.T = 15;
*BOOLEAN-EQUATIONS
TOS.E = VCC;
IOWR.E = VCC;
IORD.E = VCC;
G.E = VCC;
CS1.E = VCC;
CS0.E = VCC;
INT.E = IRQ14;
INT = IRQ14;
DTACK = /A17 & /A18 & /A19 & A20 & A21 & A22 & A23
+ TOS;
DTACK.E = /IOCHRDY & AS & /A19 & A21 & A22 & A23;
CS0 = /A5 & /A17 & /A18 & /A19 & A20 & A21 & A22 & A23;
CS1 = A5 & /A17 & /A18 & /A19 & A20 & A21 & A22 & A23;
G = LDS & RW & /A17 & /A18 & /A19 & A20 & A21 & A22 & A23
+ /RW & /A17 & /A18 & /A19 & A20 & A21 & A22 & A23;
IORD = LDS & RW & (CS0 + CS1);
IOWR = LDS & /RW & (CS0 + CS1 + TOS); % Signal TOS wegen EEPROMs %
TOS = ROM2
+ AS & A23 & A22 & A21 & /A20 & /A19;
*END
-
Die GAL-Gleichungen zeigen, dass hier mit dem /DTACK gewartet wird bis /IOCHRD (IO-Channel-Ready) high ist. Das funktioniert bei Festplatten und anderen schellen Medien gut. Doch wenn eine Festplatte geparkt, oder anderweitig beschäftigt ist. Kann es dadurch zu einem Bus-Timeout kommen. (ähnliches gilt für CD-ROMs) Das führt je nach Treiber zu einem Datenverlust.
Wenn /IOCHRD gar nicht benutzt wird kommt es unter Umständen auch zu Datenverlusten weil die Festplatte noch nicht bereit ist. (wie im ST-Book der Fall)
Wenn /IOCHRD das /DTACK verlängert kommt es nicht zu einem Timeout, und der 68000 scheint zu warten, bis das Signal wider high wird, bevor es die Register schließt (Vermutung meinerseits). Neuere Interfaces benutzen diese Variante.
Diese Leichte Verzögerung mit dem /IOCHRD dürfte bei der gezeigten Variante den 74HCT245 genug Zeit geben zu schalten.
-
Hallo,
ich würde gern mal ausprobieren, ob ich diese http://atari.8bitchip.info/aidesch.htm (http://atari.8bitchip.info/aidesch.htm) Schaltung zum laufen bekomme.
Hier realisiert ja der GAL die meisten Logik-Funktionen.
Jedoch komme ich mit 3 Anschlüssen am GAL nicht zurecht (ansonsten verstehe ich die Schaltung). Es sind die PINs 23, 21 und 22. Diese gehen an ROM2, CE1 und CE2.
Ich finde aber partout diese Signale im Schaltplan des STe nicht.
Kann hier jemand mir ein Licht aufgehen lassen?
Danke.
Rainer
-
CE1 und CE2 gehen an die Eprom Bausteine für das TOS 2.06 ...
ROM2 ist auch für das TOS 2.06
-
Die sind für den ST. Damit lassen sich 2.06TOS-ROMs ansteuern, wie im STE. Die Brauchst du nicht. lege ROM2 auf 5v (ist ein Eingang und wird im ST mit der GLUE verbunden). CE1/2 sind Ausgänge und können offen gelassen werden. Du könntest auch die GAL-Logik entsprechend anpassen und die ROM-Dekodierung ganz weg lassen.
-
Die Schaltung scheint ziemlich clever gemacht zu sein.
-
Ach herrje. Na, das lass ich dann mal lieber.
Abgesehen davon, ist der Link zum Jedec-File für das dazugehörige GAL-File tot und ich habe kein Prog, was GAL nach JED compiliert.
Mir wäre es sowieso lieber, wenn ich Dein IDE-IF einsetzen könnte. Ich dachte halt nur, in der Zwischenzeit könnte ich das mal versuchen. Naja, war dann wohl nichts. :(
-
Das GAL File läßt sich runter laden ...
http://8bitchip.info/atari/acsicfs.html
... und frage mal gaga ob er dir das GAL brennt.
-
acsicfs
Es geht ums IDE-Interface! das ist das falsche GAL
-
Hallo,
ich würde gern mal ausprobieren, ob ich diese http://atari.8bitchip.info/aidesch.htm (http://atari.8bitchip.info/aidesch.htm) Schaltung zum laufen bekomme.
Hier realisiert ja der GAL die meisten Logik-Funktionen.
Jedoch komme ich mit 3 Anschlüssen am GAL nicht zurecht (ansonsten verstehe ich die Schaltung). Es sind die PINs 23, 21 und 22. Diese gehen an ROM2, CE1 und CE2.
Ich finde aber partout diese Signale im Schaltplan des STe nicht.
Kann hier jemand mir ein Licht aufgehen lassen?
Danke.
Rainer
Wenn ich mich hier mal einklinken darf!
Ach herrje. Na, das lass ich dann mal lieber.
Abgesehen davon, ist der Link zum Jedec-File für das dazugehörige GAL-File tot und ich habe kein Prog, was GAL nach JED compiliert.
Mir wäre es sowieso lieber, wenn ich Dein IDE-IF einsetzen könnte. Ich dachte halt nur, in der Zwischenzeit könnte ich das mal versuchen. Naja, war dann wohl nichts. :(
Warum gleich aufgeben? Ich befasse mich zwar selbst nicht mit der GAL Programmierung, weil ich mich da nicht richtig reinverstehen kann (gebe ich zu - warum auch nicht)
Das Interface selber ist von Pera Puntnik, wie ich dem Schaltplan entnehme. Meines Wissens ist er auch ab und zu im Forum unter "ppera" unterwegs. Vielleicht schreibst Du ihm mal eine PN und bittest ihn um das entsprechende JEDEC File.
Ich habe auch selber mal im Netz nach einem GAL -> JEDEC Konverter gesucht. Ein Atari-Programm - bzw Link dazu - habe ich nicht finden können, aber ein Windows-Programm findest Du hier (http://www.mikrocontroller.net/topic/52529#408109)! Wenn Du selber GOOGLE mit dem Sucheintrag "gal jedec file converter" bemühst, kannst Du kannst Du viele Beiträge auch für Atari finden! Ich hoffe ich konnte damit ein bißchen weiterhelfen.
Noch etwas zum Interface von ppera: Wenn ich richtig informiert bin, soll es weitgehend kompatibel zum Falcon Interface sein! Ich will hier aber nix behaupten, also fangt bitte nicht wieder 'nen Streit mit mir an ;D!
-
Der suchbegriff ist GAL Assembler ...
JEDI - Der GAL-Assembler
Der neue Assembler und ReAssembler für die GAL-Bausteine GAL16V8 und GAL20V8. Syntax kompatibel zu dem Maxon-GAL-Assembler.
Ausführliche Warnungen und Fehlermeldungen.
Einige Bugfixes gegenüber der Version 0.30
-> http://www.ralfzimmermann.de/software.ger.html
-
Hier ist auch noch ein IDE Interface ...
http://www.spiny.org/atari/popsel/index.html
und dort noch eins ...
http://atari.8bitchip.info/megastide.html
-
Hier ist auch noch ein IDE Interface ...
http://www.spiny.org/atari/popsel/index.html
Meineswissens handelt es sich hier um eben das Interface - siehe "PPERA und POPSEL" imn Titel der PDF Dateien!
-
Vielleicht auch interessant wenn man nicht im 1040STE rum löten möchte ein
IDE Interface für den DMA/ACSI Port des Atari ST/STE oder auch des Atari TT ...
http://atari.8bitchip.info/acsicfs.html
-
Über das Interface habe wir auch schon vor 'nem Jahr oder mehr diskutiert, als ich etwas intensiver mit meinem Manhatten beschäftigt war. Wenn ich mich recht entsinne, soll es nicht den kompletten Gerätestandard unterstützen! Wenn ich mich recht entsinne, soll es nur gut für CF-Karten sein. Ich will hier aber nichts falsches behaupten, aber wenn es anders wäre, hätte ich mich wahrscheinlich schon lange versucht mit einem Nachbau zu befassen.
-
Also hier ein Update.
Damit die 74LS245 genug Zeit haben zu schalten werden sie so früh wie möglich aktiviert. Damit sollte es auch bei schnellen CF-Karten kein Problem geben. Mein Testprogramm ließt zumindest sauber ein und schreibt sauber. (keine "springede" Bits und zufälligen Werte.)
Ich hatte ein Problem mit der Signalqualität aus dem Addressdekoder. nachdem ich den 74LS20 ausgetauscht habe, habe ich da ein sauberes Signal. Ich habe noch ein Signal-Problem mit einem der 74LS04. Da werde ich die Leitungen prüfen müssen. Eventuell ist der Sockel auch schon zu ausgeleiert, oder ein Kabel sitzt nicht richtig. Mal schauen.
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3646)
-
Vielleicht auch interessant wenn man nicht im 1040STE rum löten möchte ein
IDE Interface für den DMA/ACSI Port des Atari ST/STE oder auch des Atari TT ...
Das hatte ich mir auch schon angeschaut. Das hat aber ein paar Probleme.
1. Es belegt fest 4 Adressen (4,5,6,7)
2. Es ist nicht bootfähig
3. Es braucht einen speziellen Treiber
4. Es benutzt den 8-Bit Modus des IDE, was nur CF-Karten unterstützen.
Das erste Problem zwischen IDE und ACSI ist, dass bei IDE, erst alle Register gefüllt werden und dann der Befehl gesendet wird. Bei ACSI (SCSI) ist es genau anders herum. Erst kommt der Befehl und dann werden die Register gefüllt.
Das Zweite ist, das die Befehls-Bytes sich sehr unterscheiden.
Ich habe mir auch schon Gedanken darum gemacht. Mit ein wenig Aufwand könnte man ein ACSI Kompatibles IDE Interface bauen.
Die Idee ist es ein EEPROM als Befehlskonverter zu benutzen. Die oberen 5 AddressBit kommen vom ACSI Port (Wenn A1 aktiv ist) und enthalten den ACSI-Befehl. Ein Counter Zählt von da ab die unteren AddressBits mit jedem /CS hoch und einen neues Byte aus dem EEPROM steuert die Festplatte an. Das schwirrt mir als ein mögliches zukünftiges Projekt im Kopf herum. Bis auf das EEPROM sollte sich das diskret lösen lassen.
-
Hallo Burkhard, hallo Lukas,
danke Euch. Das von Burkhard verlinkte NSC-Prog hatte ich auch gefunden und es scheint mir auch das einzig Brauchbare zu sein (für meine Zwecke benötige ich was Kleines, Einfaches). Es benutzt sog. EQN-Dateien als Input. Deren Syntax weicht jedoch von der des mir vorliegenden GAL-Listings ab. Also habe ich mir mal ein GAL-Listing genommen, zu dem mir auch das originale JEDEC-File vorliegt und die entsprechenden Zeilen eingetragen und dann das JEDEC-File generiert. Ein HEX-Vergleich der beiden JEDECs ergab dann natürlich Differenzen. Ich mache mir heute nochmal die Mühe und tippe das 1x1 ab, also exakt so, wie es im Original-GAL steht.
Auch das von Lukas verlinkte Atari-Prog schaue ich mir heute abend mal an.
Falls es interessiert: Im Anhang ist ne Doku zum NSC-Prog.
Rainer
PS: @Burkhard: Du hast wie immer Recht: Man sollte nicht gleich aufgeben ;).
-
Abgesehen davon, ist der Link zum Jedec-File für das dazugehörige GAL-File tot und ich habe kein Prog, was GAL nach JED compiliert.
Hab das Jedecfile noch woanders gefunden. Auch auf pperas FTP liegt das File noch laut google... allerdings verlangt der FTP ein Benutzer und Password... also einfach mal ppera ansprechen... er ist sehr hilfsbereit und hat oft noch nützliche Tips bei Problemen.
Hier im Anhang das Jedecfile... falls es noch benötigt wird... noch das .pdf im Dateinamen am Ende entfernen.
-
Danke Arthur.
Habe ppera schon angeschrieben.
Das von Dir angehängte File ist aber das Gesuchte.
Wenn ich das jetzt aber richtig sehe, ist JEDEC auch blankes ASCII und offenbar gibt es auch verschiedene Notationen. Also kein Standard.
-
Hallo,
hiermal ein Update meiner Versuche.
Ich habe die Schaltung von ppera aufgebaut (http://atari.8bitchip.info/aidesch.htm (http://atari.8bitchip.info/aidesch.htm)). Ergebnis: Jeht ooch nich. :(
So langsam komme ich zu der Einschätzung: Am 1040STe läßt sich kein internes IDE-IF betreiben (lasse mich aber gern eines Besseren belehren, sehr gern sogar ;) ). Keine Ahnung, woran es liegt (ev. an den Signalabgriffen; aber besser, als am Prozessor kann’s doch nicht sein).
Rainer
-
Hallo Rainer, hast Du die Möglichkeit das in einem normalen ST mal zu testen? Dann könntest Du sicher sein...
-
Hallo Arthur,
leider nicht (habe nur 3 1/2 1040er STe).
Aber ev. meldet sich ein nettes Forumsmitglied aus dem Raum Berlin, dann könnten wir da mal schauen.
In diesem Zusammenhang: Warum ein ST? Was unterscheidet den vom STe, daß Du den empfiehlst?
Danke.
Rainer
-
Die Schaltung heist doch ST-IDE-Interface. ;)
Hier eine ähnliche Schaltung, deshalb könnten die Infos auf http://8bitchip.info/atari/acsicfs.html im Text unten hilfreich sein.
Edit: Ist eine ACSI Version also nichts was auch die CPU Gelötet wird.
-
Auch wenn es mehrfach hier gepostet wurde. Das ACSI-IDE hat mit dem eingebauten IDE nicht viel gemeinsam. Genau so gut kann man sich ein Traktor anschauen, um herauszufinden warum ein Motorrad nicht funktioniert.
-
Ach die hängt ja am DMA..., voll vertan...
-
Nach einigem Blättern von Bildern im Internet scheint es so zu ein, das das IDE Interface von Pera Putnik (und alle davon abgeleiteten) 15ns GALs brauchen. Besser scheinen noch 10ns GALs zu sein.
Was auch in Beziehung mit meinen Problemen steht. Mache ICs müssen sehr schnell sein, damit es keine Aussetzer durch die Laufzeit gibt.
-
ToPeG, vielen Dank für die Info.
Also in der Schaltung, welche ich von PP aufgebaut habe, steckt ein 15QP, der ist demzufolge auch noch zu langsam. Nun kann natürlich hinzukommen, daß ich auf dem Steckbrett tw. lange Leitungen verwende, aber anders ist es einfach nicht aufzubauen.
@Arthur: Wenn ich es richtig sehe, hast Du in Deinem STf ein IDE-IF eingebaut. Ob Du mal bitte nachschauen kannst, welchen GAL Du da verwendest (oder ist das eine GAL-lose Schaltung?)? Danke.
Rainer
-
Das Interface ist mangels mir verfügbarer Stiftleisten bzw. entsprechender passender Sockel fest eingelötet (auf die CPU) worden. Evtl. wirds in der Anleitung, die ja sehr ausfühlich von Popsel erstellt wurde, irgendwo abgebildet. Es wird auch erwähnt das die Leiterbahnen möglichst kurz sein sollten...
-
Es gibt eine unscharfe Abbildung wo der GAL zu sehen ist. Doch kann ich nicht sagen ob da 15QPN oder 25QPN steht.
-
Hier eine Abbildung vom GAL...
(http://forum.atari-home.de/index.php?action=dlattach;topic=9665.0;attach=3722)
-
Um das offensichtliche festzustellen:
Das ist ein 25ns GAL.
-
Danke.
Tja, dann bin ich so schlau wie zuvor, denn der von mir benutzte ist ein 15QP.
Das mit den kurzen Leiterbahnen ist verständlich, aber es läßt sich halt auf einem Steckbrett nicht verwirklichen.
Und auf gut Glück irgendwas zusammenzulöten habe ich auch keine Lust. Dann laß ich das mit dem IDE-IF von PP einfach ;)
-
Habe noch ein ST IDE Interface gefunden ohne TOS 2.06 Anbindung.
Vielleicht funktioniert es im Atari 1040STE ...
-
Mich würde mal interessieren, wie der Fortschritt und die Tests der hier vorgestellten "Selbstentwickelten" Schaltung gediegen ist ?!?!?!?
-
Sind leider mangels Zeit und Gesundheit zurückgestellt.
Aber das wird schon wieder und dann geht's weiter.
-
# ToGeG!
# Rainer (s)!
Ich möchte diesen Beitrag noch mal aufgreifen, weil ich denke meinem Mega ST steht auch ein IDE Interface mit interner Platte gut zu Gesicht und würde mich gerne für das in diesem Beitrag entwickelte entscheiden! Mich interessiert hauptsächlich:
- Wie weit seid Ihr mit einer Testphase? und
- Lassen sich auch CD-ROMs betreiben (habt Ihr in der Hinsicht was getestet)?
Immerhin sind schon wieder fast 4 Monate vergangen!
-
Dieses Interface ist bald käuflich zu erwerben ...
http://www.atari-forum.com/viewtopic.php?f=15&t=24467
-
Hallo Burkhard,
die Antwort möchte ich nicht vorenthalten.
Leider bin ich selbst nicht in der Lage, die Schaltung weiterzuentwickeln; bin da ganz auf die Hilfe ToPeGs angewiesen.
Er hat aber keine Zeit mehr dafür (und wohl auch keine Lust), schon seit Monaten nicht mehr. Mittlerweile habe ich nun auch die Lust am Atari verloren. Da ist ja auch noch die andere liegengebliebene Sache:
- CapsLock-LED + Treiber
Ich habe da echt viel Zeit reingesteckt und nun liegt alles unfertig rum. Nie wieder werde ich so etwas machen, Zeit in Aufbau und Test einer Schaltung zu stecken, welche nur theoretisch funktioniert. Ein bißchen enttäuscht bin ich schon darüber.
So, das waren meine 2 Cent dazu. Für mich ist das Thema durch. Wenn ich mal wieder Lust habe, dann baue ich in meinen STe eine SCSI-CF-Karte ein. Die Teile dazu habe ich schon und kurz getestet (fliegender Aufbau) habe ich es auch: Es funktioniert.
@Lukas Frank: Kannst Du hier mal bitte ein paar Bilder von der neuen Entwicklung einstellen (ich bin nicht in dem anderen Forum angemeldet). Ev. erwärme ich mich ja dafür.
Danke Dir.
Wie kommt man dann eigentlich an die Platine?
Gruß.
-Rainer
Nachtrag: Eben wollte ich mich in dem anderen Forum anmelden, um mir mal die Bilder anzusehen.
Etwas Alberneres (um nicht zu sagen Dümm....) ist mir schon lange nicht mehr begegnet. Warum zu Geier muß in den Namen einer Atari-Spiele-Konsole kennen, um mich dort anmelden zu können.
Das ist schon leicht schizophren.
-
Hi Rainer (s), du kannst dich dort ruhig anmelden dann siehst du auch die Bilder ...
alanh wird die Sache wahrscheinlich über diese Seite anbieten ->
http://www.freemint.org/ethernec/ethernec.html
-
Naja, siehe Nachtrag von mir.
Dort melde ich mich bestimmt nicht an.
Weil ich 3x was falsches eingegeben haben (Jaguar und Hasbro stimmt wohl nicht), darf ich nun nicht mehr.
Unfug das.
-
@Lukas Frank: Kannst Du hier mal bitte ein paar Bilder von der neuen Entwicklung einstellen (ich bin nicht in dem anderen Forum angemeldet). Ev. erwärme ich mich ja dafür.
Danke Dir.
Wie kommt man dann eigentlich an die Platine?
Gruß.
-Rainer
Ich bin zwar nicht Lukas Frank, aber für Dich (und für andere Atari Forum fremde Interessenten) habe ich die Bilder und den ersten Post (in Textdatei) downgeloaded und als PDF (bitte in ZIP wandeln oder im Browser per entZIPper öffnen) angehängt!
-
und ein Letztes
Leider waren die Bilder Bytemäßig zu groß, als daß ich ein gesammt-ZIP-Archive hier anhängen konnte! Der Text ist im Archiv 4 dabei!
-
Danke. Sieht schick aus.
Was ist das für ein Mainboard, was man da sieht?
Das ist kein STe1040.
-
Danke. Sieht schick aus.
Was ist das für ein Mainboard, was man da sieht?
Das ist kein STe1040.
... auf den ersten Bildern sieht man wahrscheinlich ein Atari Stacy Mainboard
und dann wieder hinten ein 1040STE Board.