Neueste Beiträge

81

Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer

« Letzter Beitrag von LarryL am So 14.12.2025, 19:32:08 »

@LarryL mir ist da noch eine Kleinigkeit aufgefallen: Die Stromanschlüsse (gelbe Markierung im Bild) auf der Hauptplatine sind falsch bezeichnet, wenn man die Bezeichnungen mit dem Handbuch abgleicht:

J206 müsste eigentlich mit J305 und J305 mit J306 bezeichnet sein.

Ja, da stimmt dann halt der Silkscreen von Anders nicht mit seiner Doku überein 
Ich habe da nix verändert
Meine Anpassungen waren andere…
Zumindest stimmt hier der Silkscreen, was die Position von GND und 5V (bzw. 3.3V und 12V) bei den Lüfteranschlüssen angeht - das hatte ich korrigiert

Was auch nicht stimmt, ist die Reihenfolge von RAM0 bis RAM2 - die hatte Anders mal im CPLD umgedreht
Wenn man also nur 1 oder 2 RAMs bestücken will, muss man be8m ROM anfangen und Richtung CPU leer lassen

82

Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer

« Letzter Beitrag von Nervengift am So 14.12.2025, 18:11:56 »

Als Lüfter habe ich übrigens einen Noiseblocker BlackSilentfan XM-2 verbaut.

https://www.reichelt.de/de/de/shop/produkt/noiseblocker_blacksilent_fan_xm2_40_mm-98926

Den Kühlkörper bekommt man bei ebay, amazon oder anderen ähnlichen Verramschern.

https://www.ebay.de/itm/146803396759?_skw=southbridge+k%C3%BChler+schwarz&var=445407285236&itmmeta=01KCEXEGDEYBRFWY3Q87197D5T&hash=item222e2a1097:g:yn4AAeSwd3Fos9Cv&itmprp=enc%3AAQAKAAABAFkggFvd1GGDu0w3yXCmi1fPxEAvcXcqD4pnIlmfV2IAQgMqiEEXKcFuhvuJLWh1hgis1%2FBP4IjidVQA3bLSOFkLlILa6H%2Bgghs0Plbt3b4b3iJruCP%2BrkGsclc2VxNXHVvPQ1Zd24weyAq5qQzkZ%2BbWT0kCztWra1C8HSWycIjbZsNkazni78T%2F63gekcDcdbI6ZzKHzZGZKiLYXzLSKjhwK4l8iXFPrLzE1hVXTXzmu8za%2FIyuf%2FhfAEZHFcwaK2CUp9KNlKug1Y4gwwa6e7KVzIiW5%2B0znoNdWJpY1zWvqXmaRxnl7gZlRNYAjGD6h5t0PFzIQhTt6MIS0rXi23Q%3D%7Ctkp%3ABk9SR-qHut3jZg

83

Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer

« Letzter Beitrag von Nervengift am So 14.12.2025, 18:04:07 »

@LarryL mir ist da noch eine Kleinigkeit aufgefallen: Die Stromanschlüsse (gelbe Markierung im Bild) auf der Hauptplatine sind falsch bezeichnet, wenn man die Bezeichnungen mit dem Handbuch abgleicht:

J206 müsste eigentlich mit J305 und J305 mit J306 bezeichnet sein.

Auf den 68150FN40 möchte ich auch noch einen kleinen Kühlkörper kleben. Der wird mit mindestens 48 MHz betrieben werden oder ggf. mit 50 MHz, wenn der bei den 50 MHz mitspielt. Laut Spezifikation läuft er nur mit maximal 40 MHz. Deswegen denke ich, dass es nicht so verkehrt ist den IC auch einen kleinen Kühlkörper zu verpassen. Die Busgeschwindigkeit des Boards wird dann der CPU-Geschwindigkeit entsprechen. Auch möglich ist es möglich, die Busgeschwindigkeit auf 25 MHz zu reduzieren und den Takt für die CPU per Jumpereinstellung zu verdoppeln.

84

Hardware (High-End) / Re: Raven060 - Aufbau-Abenteuer

« Letzter Beitrag von Nervengift am So 14.12.2025, 17:51:24 »

So ... geht los mit der Berichterstattung. Nochmal vielen Dank an @LarryL für die Fertigstellung der Hauptplatine und auch vor allem fürs Programmieren der Bausteine sowie fürs Testen mit den unterschiedlichen Taktfrequenzen. Ich wäre dort wohl bei all den Sachen ziemlich aufgeschmissen gewesen und hätte mir dementsprechend einen abgebrochen.

Ich habe jetzt mal angefangen, den Vogel zusammen zu bauen. Als erstes habe ich auf meinen 68060 einen Kühler mit Wärmeleitkleber geklebt und den Kühler mit einem Lüfter versehen.

85

Hardware (Classic 16-/32-Bit) / Re: parcp für win11

« Letzter Beitrag von drelius am So 14.12.2025, 17:24:19 »

Nachdem ich den USB Anschluß gewechselt habe, funktioniert mein parcp wieder.
Hägt wohl mit dem Anschluß zusammen.
Und danke für die netten Antworten.

86

Hardware (Classic 16-/32-Bit) / Re: Overscan / Lacescan Module ...

« Letzter Beitrag von Lukas Frank am So 14.12.2025, 16:25:24 »

... nächste Woche kommen die Overscan Platinen und habe schonmal die Platine eines Atari MegaST1 Mainboards vorbereitet. Habe mir einen Blindstecker gebaut um das Mainboard auch ohne Overscan modul nutzen zu können.

Hatte Probleme weil der Rechner nach einbauen des Kabelbaumes und das machen der Patches nicht mehr lief und zuerst habe ich das Problem nicht gefunden. Es lag an zwei krummen Kontakten im GLUE Sockel. Es gibt verschiedene Bauformen der speziellen Atari PLCC Sockel. Bei der verbauten Version kann man die Kontakte nicht richten weil die Kontakte tief in den Sockel hinein reichen und man da mit einer Nadel nicht rein oder zwischen kommt. Hatte noch einen goldenen von BEST aus den USA aber habe den Blitter Sockel ausgelötet weil das Mainboard oft für PAK und Co benutzt wird und da der Blitter in aller Regel stört. Bei dieser Sockel Version kann man den Boden des Sockel abnehmen und dann die Pins richten ...

87

Atari - Talk / Re: SHOTGUN - Multiplayer Music Video

« Letzter Beitrag von ThomasI am So 14.12.2025, 16:23:04 »

Der Gesang tritt hinter der Musik ein klein wenig zu leise zurück. Eingeblendete Untertitel ala Karaoke würden zum Mitträllern animieren.

Interessant in dem Zusammenhang: der Song stammt von 2012 - er wurde aber wohl nie digital veröffentlicht. Die Übereinstimmungen in Titel und Text zum Spiel sind rein zufällig. Es war wirklich großartig von Reinhold Bilgeri und Raimund Hepp, dass ich so unkompliziert die Zustimmung zur Verwendung bekommen habe.

Es gibt nur das eine Studio-Master Datei und das wars Ich müsste die Lyrics mal abtippen und als Untertitel dazu geben, denn einen offiziellen Songtext dazu habe ich nicht. Und dass einer nach so vielen Jahren beim Autor noch herumliegt wäre reiner Zufall.
Aber das mit den Untertiteln ist eine interessante idee!

88

Atari - Talk / Re: SHOTGUN - Multiplayer Music Video

« Letzter Beitrag von Gaga am So 14.12.2025, 15:59:59 »

Sehr cool! Danke.

Das Video finde ich persönlich sogar noch besser, insbesondere der Raucheffekt.

Der Gesang tritt hinter der Musik ein klein wenig zu leise zurück. Eingeblendete Untertitel ala Karaoke würden zum Mitträllern animieren.

89

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von Thorsten Otto am So 14.12.2025, 14:05:03 »

Ich habe dann schließlich die Behnesche prj-Datei verwendet und es mit PureC gemacht, mit der GUI.

Das dürfte eigentlich keinen Unterschied machen. PASM ist nicht in die IDE integriert und wird auch dort extern geladen. Und bei den automatischen Builds (in aranym) wird der auch von einem Mupfel-Skript aufgerufen. Einziger Unterschied ist vermutlich, daß er dann kein DRI-Objekt erzeugt (wozu auch, macht eh nur Probleme mit den 8-Zeichen langen Namen).

d.h. er glaubt, daß er kann, kann es aber nicht und schreibt an alle solche Stellen eine Null als 16-Bit-Offset. Dumm gelaufen bzw. maximal gemein und fies.

Dürfte eigentlich nur passieren, wenn das label nicht bekannt ist. In dem Fall müsste es eigentlich vom Linker angemeckert werden. Weisst du noch die Stelle die kaputt geht? Dann könnte ich das mal in dem Treiber aus meinem Archiv kontrollieren.

Die Quellen für PASM wären nett...

Hust. Hatte ich vor langer Zeit mal reverse-engineered. War noch nicht ganz perfekt (es gibt da eine ziemlich umfangreiche Funktion von ca 1400 Sourcelines in C, die noch nicht exakt den gleichen Code erzeugt wie das original). Aber insgesamt ist der Code soweit, daß ich damit eine neue Version kompilieren kann. Bei Interesse kann ich dir mal ne Einladung schicken.

PS.: PASM hat noch einen anderen unangenehmen Bug, den ich noch nicht gefunden habe. Eigentlich kommt er auch mit Dateien zurecht, die nur LF als Zeilenende haben. Manchmal scheint es aber vorzukommen, daß er dann den gleichen Befehl zweimal ausspuckt (bisher meist bei "nop" der Fall gewesen, wo das normalerweise nicht weiter tragisch ist, aber ansonsten natürlich Murks).

90

Emulatoren / Re: AtariX => MagicOnLinux

« Letzter Beitrag von AndreasKromke am So 14.12.2025, 12:44:56 »

Der PASM hat den 4IP-Treiber kaputt-assembliert, d.h. der erzeugte Code war kaputt. Ich hatte ihn im Modus "create DRI object file" aufgerufen, wie ich das immer mache. Mein Disassembler hat dann gezeigt, wo das Teil Mist gebaut hatte. Ich habe dann schließlich die Behnesche prj-Datei verwendet und es mit PureC gemacht, mit der GUI.

Ich habe dann den älteren MASM ausprobiert, und der hat an den Stelle, an denen der PASM Mist gebaut hatte, eine Fehlermeldung ausgespuckt und sich geweigert, das Programm zu assemblieren. Gut so!

Ursache ist wohl, daß die Behne Brothers PC-relativ von TEXT nach BSS referenzieren. Das geht natürlich eigentlich nicht, und weil ich das im Kernel nicht mache, tritt der Fehler nicht auf. Schwein gehabt. Der MASM weigert sich. Gut. Der PASM kann das vermutlich, aber nicht im DRI-Modus, d.h. er glaubt, daß er kann, kann es aber nicht und schreibt an alle solche Stellen eine Null als 16-Bit-Offset. Dumm gelaufen bzw. maximal gemein und fies.

DIe Kernel-Quellen muß ich eh mal abgleichen; ich habe mir einen "issue" geschrieben, als Erinnerung.

PS: Die Quellen für PASM wären nett...

PS/2: Heute das ganze Fsfirst/next/Dopen/read/closedir-Zeugs aufgeräumt. Hoffentlich nicht verschlimmbessert, habe es noch nicht ausgiebig getestet.

PS/3: Jemand eine Idee, warum Signum 3 und 4 wild mit der Maus herumhüpfen und unbedienbar sind? Ich sehe da auch keine Hardware-Zugriffe, und die Grafik scheint OK zu sein. Alt-Cursor geht ja auch nicht, weil die Maus immer zurückspringt. Ich schau mal, ob ich die SDL-Funktion zum Mauszeigerverschieben aufrufen kann.