Hallo,

hat einer von Euch ein funktionierendes Jados 3.5 Image für mich? Die ich von Jens erhalten habe, wollen bei mir nicht. Nach der Abfrage der Ramdisk hängt sich der Rechner auf.

Tschüß
Uwe

Hallo,

ich hole den Thread nochmals hoch, da ich glaube, dass er im Zuge der Forumsumstellung untergegangen ist. ich kann mir nicht vorstellen, dass niemand außer Jens das Jados 3.5 hat.

Tschüß
Uwe

Hallo Uwe,
klar habe ich... nur das ist das selbe...
Gruß
Hans-Werner

-----------------------
Ob 8bit oder 16 oder 32 ist doch egal, Haupsache selbstgebaut!

Hallo Hans-Werner,

kannst Du mir aber trotzdem bitte schicken. Ansonsten tun es auch die entsprechenden Dateien, also jados.sys und den Bootlader. Damit kann ich mir dann selbst eine Bootdisk bauen. Gibt es eigentlich eine Möglichkeit mit 22Disk auf die Jados Disketten zu zu greifen?

Tschüß
Uwe

Hallo Uwe,

heute habe ich meine 68K8CPU in Betrieb genommen und kam damit auch nur bis zur Bootloader Meldung. Ob es an zu wenig Speicher (nur die 32k auf der ROA64) oder etwas anderem lag, kann ich noch nicht sagen. Ich werde mal sowohl mehr Speicher bestücken als es auch nochmal mit der 68K16 testen, mit der das ja schon lief.

Gruß, Rene

Hallo René,

dann laufen bei Dir die Images auch nicht. Zuerst wird ja der Urlader von Diskette geladen. Der überprüft ob genug RAM für Jados vorhanden ist. Wenn nicht, dann gibt es eine Fehlermeldung. Wenn dann noch genug RAM für eine RAM Disk frei ist und keine Ram Disk vorhanden ist, fragt der Urlader ob man eine RAM Disk anlegen will. Danach wird die Jados.sys geladen und dann angesprungen. Ich vermute mal, dass sich das System nach dem Starten von Jados.sys aufhängt.

Tschüß
Uwe

Hallo Uwe,

wie auch grad per Mail geschrieben, läuft dasselbe Image mit der 68000 Karte. Vielleicht, weil dort ja (2x ROA64) die doppelte Menge RAM zur Verfügung steht. Beim 68008 System sind es mit einer ROA64 dann ja nur 32kB. Leider habe ich auch gerade nicht mehr ROA64 bestückt, die ich mit RAM ausstatten könnte. Und bei einer SRAM256 ist ja eine Lücke zu der ROA64 auf 00000.

Aber im Prinzip läuft mein Image.

Gruß, Rene

Moin,

lt. JADOS Handbuch sind 128k RAM (ohne RAMDisk) empfolen.
32k ist definitiv zu wenig

-----------------------
Gruß
-=jens=-

Muß sich der RAM direkt an die erste ROA64 anfügen oder darf es Lücken geben? Dann muß ich noch ROAs mit RAM bestücken. Oder die Bootram fixen/programmieren.

Gruß, Rene

Wenn du ohne Bankboot arbeitest, dann muss das RAM ohne Lücken nach dem Grundprogramm kommen. Mit 2ROAs sollte es eigentlich klappen.

-----------------------
Gruß
-=jens=-

OK, danke. Und bei der Bankboot (der normalen) könnte ich dann einfach die 4 GP4.3 EPROMS auf die BANKBOOT stecken und dazu dann eine SRAM256 auf Adresse 0? Oder brauch ich da etwas anderes? Also jetzt für die 68K8.

Gruß, Rene

Öhhm, mit GP4.3 läuft Jados 3.5 nicht! Es muss mindistens die Version 6.2 sein.

-----------------------
Gruß
-=jens=-

OK, mein Image ist 3.02, das läuft. Ist ja erstmal nur zum Testen.

Gruß, Rene

Hallo René, Jens,

das 3.02 läuft bei mir auch. Nur die 3.4 und die 3.5 wollen nicht. Ich habe auch schon mit einer ROA64 mit dem GP auf Adresse 0 und 2 SRAM256k probiert, dass ging auch nicht. Aber wenn es lückenlosen RAM nach dem GP erwartet, dann muss ich mir doch eine eine ROA64 löten. Jedenfalls sollte der Urlader eine Fehlermeldung bringen, wenn der RAM für Jados nicht reicht. Bei der Bootram kann es noch gut sein, dass noch ein RAM defekt ist. Einen hatte ich ja schon gewechselt.

Daher mal die Frage ob es ein RAM Testprogramm für den NKC gibt. Am liebsten natürlich für 68k.

Tschüß
Uwe

Moin Uwe,

einen einfachen Speichertest stellt der Punkt Speicherbereiche des Grundprogramms dar. Es wird allerdings nur das erste Byte alle 1kB gepruft.

-----------------------
Gruß
-=jens=-

Moin, hier nochmal ein Speichertestprogramm:

org $e8000

start:
move #!clrscreen, d7
trap #1
movea.l #$0, a0 * Startadresse
move.l #$e8000-1, d2 * Endadresse
move.l #$aaaaaaaa, d3
move.l #$55555555, d4
move.l #$cccccccc, d5
move.l #$33333333, d6

lp01:
move.l (a0), d1
move.l d3, (a0)
cmp.l (a0), d3
bne.s exit
move.l d4, (a0)
cmp.l (a0), d4
bne.s exit
move.l d5, (a0)
cmp.l (a0), d5
bne.s exit
move.l d6, (a0)
cmp.l (a0), d6
bne.s exit
move.l d1, (a0)
addq.l #4, a0
subq.l #4, d2
bpl.s lp01
lea OK(pc), a0
bsr write
rts

exit:
move.l d1, (a0)
move.l a0, d1
lea ERR(pc), a0
bsr write
lea buffer(pc), a0
move.l d1, d0
move #!print8x, d7
trap #1
lea buffer(pc), a0
bsr write
rts

write:
move.b (a0)+, d0
beq.s wrex
move #!co2, d7
trap #1
bra.s write
wrex:
rts

buffer:
df.b 32, 0

OK:
dc.b 'Speicher OK', 0

ERR:
dc.b 'Fehler im Speicherzelle: ', 0


Das Programm selbst darf nicht im zu testendem RAM liegen, daher die org Anweisung, sonst schiest es sich selbst ab ;)

Bei meinem 68008 mit 10MHz und 0 Waits, hat es 8 Sekunden gebraucht (ohne Fehler).

-----------------------
Gruß
-=jens=-

Hallo Jens,

besten Dank für den Test. Aber ich bekomme den nicht zum laufen. Ich verwende unter Jados ASS. Er meldet zwar keine Fehler, aber beim Speichern der .68k Datei heißt es dann Diskette voll. So groß kann doch das Programm nicht werden. Ich habe die Eingaben schon verglichen, kann aber keinen Fehler finden. Aber irgendwo muss noch einer sein. ich werde morgen noch einmal alles überprüfen. mal schauen wie es dann aussieht.

Tschüß
Uwe

Moin Uwe,
ASS unter JADOS kann nicht mit der ORG Anweisung umgehen.
Lade das Programm einfach per tload in den Speicher und rufe mit GP das Grundprogramm auf. Dann solltest du das Programm assemblieren und starten können.

-----------------------
Gruß
-=jens=-

Hallo Jens,

läuft nun endlich auch bei mir. Aber erst nachdem ich die Startadresse des Programmes auf $B8000 gesetzt hatte. Liegt daran, weil ich die Bootram drin habe und somit da oben das GP und Jados liegt.

Tschüß
Uwe