atari-home.de - Foren
Hardware => Hardware (Classic 16-/32-Bit) => Thema gestartet von: R^2 am Mo 24.04.2023, 09:00:36
-
Hallo liebe Leser,
der Eine oder Andere hat sicherlich schon gesehen, dass @czietz auf Atari-Forum ein paar Neuigkeiten zum dem obigen Thema veröffentlicht hat.
https://www.atari-forum.com/viewtopic.php?t=16745&start=300
Wer sich nicht durch die Diskussion auf Atari-Forum durchwühlen will, findet anbei auch hier den direkten Link zu Christian seiner Veröffentlichung:
https://www.chzsoft.de/site/hardware/new-atari-ste-bad-dma-investigation/
Christian, danke für die Veröffentlichung.
Allen Anderen: Viel Spaß beim Lesen.
Beste Grüße
Robert
-
Gut gemachte Untersuchung!
-
Auf Christians Seite hat er das Problem wirklich gut erklärt aber was nun, Treiber oder TOS patchen? Könnte es auch einen Hardware-Patch geben der das RDY-Signal korrigiert?
Edit: Christian du hast hier mal wieder gezeigt das du Binär sprichst, Hut ab. ;)
-
Könnte es auch einen Hardware-Patch geben der das RDY-Signal korrigiert?
Das geht manchmal schneller als gedacht ;D
-
Hallo Arthur!
Könnte es auch einen Hardware-Patch geben der das RDY-Signal korrigiert?
Ja, das geht auch.
Anbei findest Du ein paar Dokumente, die den Sachverhalt erklären (PDF-File).
Ebenso findest Du alle Daten (ZIP File "PCB") zur Platine für die Bestückung und Orderinformationen.
Die Orderinformationen stehen mit im Schaltplan.
Die eigentlichen Gerber-Daten findest Du im ZIP File "Gerber".
Viel Erfolg!
Robert
-
Ich habe mal angefangen das durchzulesen und hab dann aufgegeben. Dann habe ich das ganze mal mit DeepL versucht, perfekt. Auch die Fachbegriffe wurden korrekt übersetzt bzw. spezielle Sachen nicht durch irgendwas ersetzt. DeepL kann das echt gut.
Kann mich meinen Vorrednern nur anschliessen. Sehr spannende Ursachenforschung. Gut zu verstehen. Interessant was bei so alten Kisten an Fehlern noch alles raus kommt :D und behoben werden kann. Bin begeistert.
2 Fragen:
Der C398739-001 ist von dem Fehler nicht betroffen?
Tritt der Fehler bei eingebautem TwiSTEr auch auf?
Gruß
Wolfgang
-
Danke @R^2 für das Material... werde es gleich downloaden und mir dann durchlesen.
Edit: Sind die Gerber-Files mit KiCad kompatibel?
-
Tritt der Fehler bei eingebautem TwiSTEr auch auf?
Gruß
Wolfgang
Ist erst am 22.4.23 veröffentlicht... denke daher eher nicht.
-
Hallo Wolfgang!
2 Fragen:
Der C398739-001 ist von dem Fehler nicht betroffen?
Tritt der Fehler bei eingebautem TwiSTEr auch auf?
Zu Deinen Fragen:
Bei dem C398739-001A wird im Chip selbst die Ausgabe des Ready Signals (RDY) verkürzt. Somit kann dieser Fehler mit dem C398739-001A nicht auftreten. Die von mir vorgestellte kleine Platine macht aus einem C025913-38 genau das Gleiche. Nur mit externer Beschaltung. Das RDY Signal wird ebenso verkürzt ausgegeben.
Der Fehler kann beim TwiSTEr nicht auftreten. Der Grund liegt darin, dass ich in der Firmware (S005) dies mit eingebaut habe. Es ist beim Einsatz des TwiSTErs egal, ob man einen C025913-38 oder einen C398739-001A im 1040 STE verwendet. Der TwiSTEr kommt mit beiden Bausteinen klar.
Die einzige Einschränkung liegt beim TwiSTEr im Modus 68000er mit 16 MHz. Das liegt allerdings nicht am DMA Chip oder an der GSTMCU sondern vielmehr am 68000er selbst. Je nach Type (CMOS oder NMOS) wird unterschiedlich auf das /DTACK reagiert. Damit kann ein Zyklus einen ganzen 8 MHz Taktzyklus länger dauern. Bei dem Zugriff auf die DMA Register (siehe auch Christian sein Artikel) hat dies leider Relevanz. Folglich ist dieser Modus beim Betrieb des TwiSTErs leider nicht ganz so stabil, wie ich mir das gewünscht habe. Man kann ja schon viel mit Firmware "reparieren", aber alles eben nicht.
Beste Grüße
Robert
-
Hallo Arthur!
Edit: Sind die Gerber-Files mit KiCad kompatibel?
Wenn KiCad auch Gerberdaten lesen kann, ja. Wenn nicht, dann nicht.
Da ich KiCad nicht nutze, kann ich das nicht genau sagen.
Du brauchst einen Gerber-View Programm.
Alternativ kannst Du das ZIP-File einfach bei (z.B.) PCB-Way hochladen. Die kommen mit den Daten klar und machen Dir dann eine Platine daraus.
Beste Grüße
Robert
-
Hallo Robert.
Danke für die Infos.
Da muss ich doch mal genauer in meine STEs reinschauen
Gruß
Wolfgang
-
Ich hab mir die PDF-Dateien mal angeschaut und muß sagen das sieht absolut professional aus. KiCad kann die Gerber in seinem Viewer auch anzeigen allerdings sieht es aus als würden die Layer nicht in der richtigen Reihenfolge sortiert.
Beim Onlinedienst https://www.elecrow.com/gerberviewer.html sieht das stimmiger aus.
-
Hallo Arthur!
Ich hab mir die PDF-Dateien mal angeschaut und muß sagen das sieht absolut professional aus.
Danke für das Kompliment.
KiCad kann die Gerber in seinem Viewer auch anzeigen allerdings sieht es aus als würden die Layer nicht in der richtigen Reihenfolge sortiert.
Die Daten wurden mit üblichen Kürzeln in den Dateinamenendungen verwendet. Dies ist für die Leiterplattenhersteller zuordnungsfähig. Zusätzlich habe ich ja ein README.TXT bei der Gerberdaten mit beigelegt. Da kann der Leiterplattenhersteller die Zuordnung der einzelnen Lagen ebenso eindeutig zuordnen. Es sollte somit nichts schief gehen.
Beste Grüße
Robert
-
Hallo Leute,
am Wochenende gebe ich sowieso ein paar Platinen in Auftrag.
Ich lasse mir auch von dieser Platine welche machen. :)
In meinen STEs steckt ja der "Bad DMA" drin.
Wer sich anschließen möchte, etwa 50ct pro Platine + Porto zu Euch.
@ Robert: ich denke das ist OK für Dich?
-
Das Problem ist sehr gut analysiert und beschrieben mit sauberer Gegenmaßnahme.
So sehen analysen aus, kein herumprobieren bis es läuft.
Ich bin begeistert!
-
@ Robert: ich denke das ist OK für Dich?
Ja, so war das geplant.
Beste Grüße
Robert
-
Ich würde mich mit einer DMA-Platine anschliessen.
Gruß
Wolfgang
-
Ich würde mich mit einer DMA-Platine anschliessen.
Gruß
Wolfgang
Notiert
-
Ich habe drei Atari 1040 STE mit "BAD DMA" - warte auf PCB, löte den Ständer und teste - JLCPCB, also wahrscheinlich einen Monat und ich werde wissen, ob das alles ist.
-
Hallo Bernd!
Hallo Leute,
am Wochenende gebe ich sowieso ein paar Platinen in Auftrag.
Wenn man bedenkt, dass die Entwicklung des TwiSTEr eigentlich recht zügig ging, haben wir - quasi danach - im Thunderstorm Team recht lange an dem Thema DMA/ACSI Unterstützung im 1040 STE gesessen. Mit vielen Neuigkeiten (siehe auch der Artikel von Christian). Aber dennoch ist das Ding recht kniffelig. Beim TwiSTEr scheint die DMA/ACSI Unterstützung recht gut zu laufen. Wir haben von den Usern, die den TwiSTEr schon im Einsatz haben, keine negativen Rückmeldungen. Alles scheint zu laufen. Hier hat anscheinend die Anpassung funktioniert.
Bei der vorliegenden kleinen Platine, die für die Leute gedacht ist, die keinen TwiSTEr einsetzen werden, treten leider dummer Weise wieder ein paar Herausforderungen auf. Der Festplattenbetrieb funktioniert mit der kleinen Platine. Beim Floppyzugriff gibt es ab und wann - je nach Kombination im 1040 STE - dann doch wieder Lese- und Schreibfehler.
... Das Leben könnte so schön einfach sein ....
Echt ärgerlich.
Ich habe hier bei mir einen kleinen "Drahtverhau", der die Schaltung der Platine 1zu1 beinhaltet. Damit teste ich derzeit. Die Platine macht genau das, was die Vorüberlegungen (also die Theorie) besagen.
Das Ready-Signal wird beim Zugriff auf die DMA-Register am Ende eingekürzt. Wie gewünscht.
Beim eigentlichen DMA Transfer wird das Ready-Signal nicht modifiziert. Ebenfalls, wie es sein sollte.
Ich bleibe an dem Problem dran und werde weiter berichten. Aber - leider - ist die vorgestellte Platine kein Allheilmittel. Die nächsten Tage werden zeitlich bei mir etwas eng, Bernd. Aber wenn Du noch eine Woche mit der Platinenbestellung warten kannst, habe ich vielleicht weitere Infos. Die Bestelleingänge bei Dir, kannst Du ja weiterhin sammeln. Nur die Bestellung würde ich noch nicht durchführen. Einen kleinen Augenblick bitte noch Geduld. Irgend etwas Blödes habe ich evtl. noch übersehen.
Beste Grüße
Robert
-
Hallo Robert,
ok, keine Problem. Ich warte.
-
Beim Floppyzugriff gibt es ab und wann - je nach Kombination im 1040 STE - dann doch wieder Lese- und Schreibfehler.
... Das Leben könnte so schön einfach sein ....
Echt ärgerlich.
Ich bleibe an dem Problem dran und werde weiter berichten.
Hallo liebe Mitleser!
Wie versprochen findet Ihr anbei meine Messungen zu der Idee das Ready Signal (RDY) vom C025913-38 zu verkürzen.
Erste und wichtigste Information: Die von mir vorgestellte Schaltung ist für die Verkürzung von dem Signal RDY ungeeignet. So einfach, wie ich mir das gedacht habe, geht es leider nicht. Also bitte die Platine nicht bestellen und/oder aufbauen.
Würde man die Sequenz der hintereinander folgenden Zugriffe auf die DMA Register "mit verfolgen", kann man durchaus individuell entscheiden, ob man nun Ready verkürzen darf oder nicht. Die einfache Schaltung mit dem Flip-Flop funktioniert nicht.
Hintergrund zur Schaltung:
Ich versuche den technischen Sachverhalt möglichst einfach darzustellen. Ich hoffe es funktioniert.
Das Ready-Signal im Atari ST kann sowohl vom DMA Baustein kommen als auch von der GLUE (oder im 1040 STE von der GSTMCU). Es ist Bidirektional.
Wird ein DMA Registerzugriff vom Prozessor durchgeführt, wird das Signal /FCS auf LOW gesetzt. Das Signal RDY kann und muss im Falle eines C025913-38 DMA Baustein verkürzt werden, um im 1040 STE nicht zu dem bekannten Problem zu führen. Meine vorgestellte Schaltung führt dies durch. Vergleiche hierzu das Bild "Register schreiben", schwarz gestrichelter Bereich.
Wird ein DMA Transfer durchgeführt, dann wird das Signal RDY von der GLUE getrieben. In diesem Fall darf man das Signal RDY nicht verändern. Auch dies leistet die Schaltung. Erkannt wird dies, wenn das Signal /FCS HIGH ist. Vergleiche hierzu das Bild "DMA Transfer".
Was ich nun nicht bedacht habe, ist, dass es einen Registerzugriff gibt, der sofort einen DMA Transfer auslöst. Da das Signal /FCS LOW ist, geht die Schaltung davon aus, dass es ein Registerzugriff ist und verkürzt das RDY Signal. Vergleiche hierzu das Bild "Fehlerfall". Damit wird aber das Signal RDY unterbrochen. Es kommt zur Fehlermeldung am Rechner "Diskette schreibgeschützt".
Da ich leider keine Möglichkeit habe, ein anderes Signal zur Unterscheidung für diesen "dritten" Fall heranzuziehen, ist eine "einfache" Modifikation des RDY Signal nicht möglich. Tut mir leid, dass dies nicht möglich ist. Mir fällt hierzu keine Lösung ein. Die Idee mit der Platine muss ich leider begraben. Schön wäre es gewesen.
Beste Grüße
Robert
-
Mann, ist das ein spannendes Thema! Schon lange habe ich nicht mehr so mitgefiebert, wie bei diesem Thema hier. Danke an alle Beteiligten. Ich staune jedesmal Bauklötze, was andere Menschen drauf haben und was die alles wissen.
Ich ziehe meinen Hut. Ganz tief.
-
Habe den Faden etwas verloren ...
Es geht hier darum eine alte originale ST DMA im STE zu betreiben?
Mit der von Atari gebauten neuen STE/TT DMA ist das Problem doch behoben. Gibt es keine Unterlagen wie die neue STE/TT DMA intern aufgebaut ist?
-
Habe den Faden etwas verloren ...
Es geht hier darum eine alte originale ST DMA im STE zu betreiben?
Hi. Es geht hier eher drum den Fehler der eingebauten Chips zu beseitigen. Ein neuer, fehlerfreier, kostet so 60$ bei BEST + Versand + Mwst + ev. Zoll.
Aber leider scheint das nicht so einfach zu sein.
Gruß
Wolfgang
-
Mein STE ist original und hat den STE DMA. Habe keine Probleme damit. Kenne bisher auch keinen STE mit dem alten ST DMA Baustein. Nur die erste Serie von STE Maschinen hat den alten ST DMA Baustein im STE. Und die Lösung ist dort den STE DMA Baustein einzubauen.
-
Mein STE ist original und hat den STE DMA. Habe keine Probleme damit. Kenne bisher auch keinen STE mit dem alten ST DMA Baustein. Nur die erste Serie von STE Maschinen hat den alten ST DMA Baustein im STE. Und die Lösung ist dort den STE DMA Baustein einzubauen.
Es gibt sehr viele STEs mit "altem" DMA. Und es gibt nicht sehr viele "neue" DMA auf dem Markt. Freu Dich einfach, dass Du das Problem nicht hast.
-
Ich hoffe, daß es nach all den Erkenntnissen und Analysen eventuell doch möglich sein kann, eine Lösung für STE Rechner zu finden, die mit einem alten DMA Chip bestückt sind. Ein Austausch ist eine naheliegende Lösung, aber auch teuer und mit einigem Aufwand verbunden, denn so viele Quellen für den erforderlichen DMA Chip scheint es nicht zu geben. Einen in den USA zu bestellen bedeutet, mehr als 100 Euro dafür ausgeben zu müssen, rechnet man alle anfallenden Beschaffungskosten mit ein. Roberts Ansatz, wenn er sich auch als ungeeignet herausgestellt hat, ist ein guter Beginn, der noch hoffen läßt.
-
Eine Frage die sich mir nun stellt um das Problem evtl. doch noch in den Griff zu kriegen, könnte jetzt nach Roberts Erklärung sein, das man wohl einen ganzen Schwung an Signalen auch zeitlich in der Länge beobachten müsste... also einen Interpreter der das Signal entgegen nimmt und anschließend anpasst? Das hört sich extrem aufwändig an und würde die Laufzeit ja auch beeinträchtigen.
-
Mit der von Atari gebauten neuen STE/MSTE/TT DMA ist das Problem doch behoben.
Gibt es keine Unterlagen wie die neue STE/TT DMA intern aufgebaut ist?
-
@R^2
Auf der speedup16 war doch so ein Dallas Verzögerungsbaustein...
Könnte sowas hier auch funktionieren?
@Robert
Danke für die super Erklärung, ich habe begriffen worum es geht.
Dich hätte ich damals gerne als Dozent gehabt. so 84/86.. 8)
-
Ich hoffe, daß es nach all den Erkenntnissen und Analysen eventuell doch möglich sein kann, eine Lösung für STE Rechner zu finden, die mit einem alten DMA Chip bestückt sind.
Es gibt ja neben Roberts Lösung auch potenziell einen Software-Workaround, den man in meinem Artikel nachlesen kann (Link s. erstes Post in diesem Thread). "Potenziell" deshalb, weil seine Nebenwirkungsfreiheit noch nicht restlos bewiesen ist und weil er bisher nur in einer Spezial-Version von EmuTOS auf einigen betroffenen Rechnern erfolgreich getestet wurde.
-
Hallo Christian!
Es gibt ja neben Roberts Lösung auch potenziell einen Software-Workaround, den man in meinem Artikel nachlesen kann (Link s. erstes Post in diesem Thread). "Potenziell" deshalb, weil seine Nebenwirkungsfreiheit noch nicht restlos bewiesen ist und weil er bisher nur in einer Spezial-Version von EmuTOS auf einigen betroffenen Rechnern erfolgreich getestet wurde.
Ich glaube, dass beide Ansätze ihre Berechtigung haben. Der Softwareansatz ist generell gut und funktioniert ja, wie wir ja schon in unseren Rechnern gesehen haben.
Aber klar! Es ist noch kein Beweis, dass es immer in jedem Rechner unter jeder Bedingung funktioniert.
Ich gebe die Hoffnung noch nicht auf, dass man mit den Signalen rund um den DMA Chip auch das Phänomen hardwaretechnisch in den Griff bekommen könnte.
Beste Grüße
Robert
-
Ich glaube, dass beide Ansätze ihre Berechtigung haben.
Um Missverständnissen vorzubeugen: Das sehe ich exakt ebenso. Denn die HW-Lösung hat den Vorteil "transparent" zu sein, d.h. sie braucht keine speziell angepasste Software.
Der SW-Workaround wäre - wenn die Nebenwirkungsfreiheit einmal gesichert ist - in EmuTOS schnell implementiert. Aber es gibt ja (aus unerfindlichen Gründen ;)) auch User, die kein EmuTOS nutzen. Mit der HW-Lösung sind sie frei in der Betriebssystem- und Treiberwahl.
-
Der SW-Workaround wäre - wenn die Nebenwirkungsfreiheit einmal gesichert ist - in EmuTOS schnell implementiert. Aber es gibt ja (aus unerfindlichen Gründen ;)) auch User, die kein EmuTOS nutzen. Mit der HW-Lösung sind sie frei in der Betriebssystem- und Treiberwahl.
Eine Hardware-Lösung ist meiner Meinung nach immer die optimale Lösung. Leider weiß ich nicht, wie sich EmuTOS mit Midi- und Audioanwendungen verhält. Insbesondere Midi-Software ist immer sehr nah am jeweiligen TOS orientiert, wegen des Timings.
Offtopic: Gibt es eigentlich irgendwo eine Liste mit unter EmuTOS erfolgreich gestarteter bzw. getesteter Midi-Software?
-
Insbesondere Midi-Software ist immer sehr nah am jeweiligen TOS orientiert, wegen des Timings.
Inwiefern spielt das Timing bei MIDI-Software eine Rolle bei einem Singletasking-System? Da fuscht ja nix zwischen? Das einzige, was von (Emu)TOS da doch ins Spiel kommen könnte, sind BIOS-Funktionen zur Ausgabe/Empfang von Zeichen von/zur MIDI-Schnittstelle - und werden die überhaupt benutzt?
-
Dear Lukasz!
Ich habe drei Atari 1040 STE mit "BAD DMA" - warte auf PCB, löte den Ständer und teste - JLCPCB, also wahrscheinlich einen Monat und ich werde wissen, ob das alles ist.
I noticed that you posted on facebook that you had built a DMA Changer.
Please keep in mind that I wrote that the DMA Changer does not work properly in floppy mode.
Otherwise good luck.
Attached two pictures for the assembly for the solder cups.
Jedem Anderen empfehle ich, zunächst @lukaszjokiel seine Ergebnisse vom Test abzuwarten.
Best regards
Robert
-
Danke Robert! Ich werde alles testem mit FDD, GOTEK und CosmosEx.
-
Dear Lukasz!
Danke Robert! Ich werde alles testem mit FDD, GOTEK und CosmosEx.
Please don't be mad if it doesn't work. I had already pointed out that the circuit still has a problem. I am still on it and have a "hot lead". Whether it is solvable is not yet clear.
Bitte nicht sauer sein, wenn es nicht funktioniert. Ich hatte ja schon darauf hingewiesen, dass die Schaltung noch ein Problem hat. Ich bin noch dran und verfolge eine "heiße Spur" (Danke an @pakman ). Ob es lösbar ist, ist noch nicht klar.
Beste Grüße
Robert
-
Hallo liebe Mitleser!
Please don't be mad if it doesn't work. I had already pointed out that the circuit still has a problem. I am still on it and have a "hot lead". Whether it is solvable is not yet clear.
Bitte nicht sauer sein, wenn es nicht funktioniert. Ich hatte ja schon darauf hingewiesen, dass die Schaltung noch ein Problem hat. Ich bin noch dran und verfolge eine "heiße Spur" (Danke an @pakman ). Ob es lösbar ist, ist noch nicht klar.
Beste Grüße
Robert
Die Zeit ist etwas fortgeschritten. Allerdings nicht ohne ein positives Ergebnis. Die Wandlung eines C025913-38 DMA ICs zu einem C398739-001A ist möglich!
Ich habe, zur vorliegenden Version 0v2, mir im Vorfeld Zeit genommen alles ausführlich zu testen. Weitere Infos rund um die Schaltung findet Ihr ebenso anbei.
@lukaszjokiel and @Lynxman :
Now it's time for you two to order boards and try out the whole thing in your computers.
Beste Grüße
Robert
-
Hallo Robert,
schön zu lesen.
Ich bin noch eine Woche in Japan, komme also erst mal zu nichts.
Grüße aus Ueno
Bernd
-
Danke Robert! Fantastisch, ich werde die "v2" bei JLC ordnen!
-
Danke Robert! Fantastisch, ich werde die "v2" bei JLC ordnen!
Hast Du die Platinen aufgebaut?
Ich bin noch nicht dazu gekommen.
-
Zu guter Letzt! Die Platinen sind endlich da und ich kann mit dem Testen von v02 beginnen. Boot = OK, FDD-Lesen = OK. HDD morgen!
https://imgur.com/a/1tFLuUD (Leider kann ich der Galerie keine Bilder hinzufügen -> Gallery is not writtable)
-
Zu guter Letzt! Die Platinen sind endlich da und ich kann mit dem Testen von v02 beginnen. Boot = OK, FDD-Lesen = OK. HDD morgen!
https://imgur.com/a/1tFLuUD (Leider kann ich der Galerie keine Bilder hinzufügen -> Gallery is not writtable)
Da bin ich jetzt neugierig... ich kann mir gut vorstellen das bei vorzüglichen Dokumentation dann auch die Schaltung funktionieren wird. :o)
-
Ich konnte es kaum erwarten - erste Ergebnisse - Inhalt der Diskette auf UltraSATAN kopieren - keine Fehler, FAT ist in Ordnung...
-
Das sind ja vielversprechende Ergebnisse. Sehe schön!
-
Ich konnte es kaum erwarten - erste Ergebnisse - Inhalt der Diskette auf UltraSATAN kopieren - keine Fehler, FAT ist in Ordnung...
Danke für das Teilen der Ergebnisse.
-
Ich konnte es kaum erwarten - erste Ergebnisse - Inhalt der Diskette auf UltraSATAN kopieren - keine Fehler, FAT ist in Ordnung...
Danke für die ersten Ergebnisse. Bitte berichte weiter!
-
Als eher stiller Leser und längerer Abwesenheit melde ich mich auch kurz zu dem Thema.
Vor längerer Zeit habe ich aus dem Grund meine beiden STe in die Ecke gelegt. Nur Ärger und Trash auf der Satandisk, Jedesmal zerstörte SD Karten nach viel Arbeit, aber Hoffnung scheint ja jetzt da. Ich würde mich an 2 Einheiten beteiligen wenn es Finale wird. Als Tester eigne ich mich leider nicht dazu ist mein Atari Wissen zu gering. Sonst hätte ich mir gerne die Zeit genommen , die ja andere schon im grssen Stil investiert haben und Ergebnisse teilen. Danke dafür.