Display MoreMein neuestes Etwas:
HYB4164
C3 BC
8222
Gefunden habe ich die auf eBay - da konnte ich nicht widerstehen...
Ich habe auch 16 Stück davon. Eins ist leider defekt.
HYB 4164
C2BD
8245
Die waren auf einem von meinen (inzwischen vier) 68000 SBCs drauf.
Den 68k SBC habe ich inzwischen auf 512 KB aufgerüstet und acht der Siemens Rams sind jetzt auf meiner
EF9367 Grafikkarte drauf.
Mal eine Frage in die OS-9-Runde. Hat hier jemand eine OS-9 Version mit Software usw. für die Atari ST Serie? Das gab es, aber hab noch nirgends Diskimages oder so gefunden? Fehlt mir daher noch in meiner Sammlung.
Atari OS9 Image – Google Drive
) komme ich nicht weiter. Wie in RE: Atari 1040 STE Platine Rev 5.1 beschrieben habe ich jetzt einen Atari STE mit 4MB RAM, TOS 2.06 und Ultrasatan Laufwerk am Start. Gerüchteweise gibt es dafür ja Cumana OS-9/68K 2.3 in den Untiefen des Internets und tatsächlich habe ich nach ausgiebiger Suche auch ein paar Images mit für mich zu knappen "Quick Instructions" gefunden.Eine ELTEC BAB-740 VME Bus Karte.
http://www.ralf-kiefer.de/alte-computer/download/bab740_2c_hardw.pdf
Ich verwende nach wie vor mein 'altes' diskdefs , aber die cpmtools von kkaempf,
statt der cpmtools-2.20.
Ich habe nach wie vor das Problem, daß das Schreiben von Dateien mit cpmtools (V2.20) auf
Drive C (diskc.cpm.fs) das Filesystem beschädigt !
Lesen von diskc.cpm.fs mit den cpmtools ist ok.
Mit den cpmtools von kkaempf funktioniert jetzt auch Schreiben auf Drive C. 
Display Morerein rechnerisch müsste sich aus den Angaben des diskdef Blocks eine Länge von genau 800 KByte ergeben.
seclen 1024
tracks 160sectrk 5
1024 * 160 * 5 = 819200 = 800 KByte
Warum meine cpmtools da zunächst ein kleineres Image erzeugen verstehe ich nicht.
Außer, dass es so gedacht ist, dass das Image dynamisch wachsen könnte.
Meine Windows cpmtool Programme sind alle vom 18.09.2017 Verion leider unbekannt.
Und die Linux Mint Tools hab ich heute erst mit sudo apt-get install installiert.
So sollte das Erzeugen von diskb funktionieren.
# dd if=/dev/zero bs=1K count=800 | tr "\0" "\345" >diskb.cpm
# mkfs.cpm -f ecb800 -t diskb.cpm
# ls -l diskb.cpm
-rw-r--r-- 1 root root 819200 Sep 3 09:00 diskb.cpm
# fsck.cpm -f ecb800 diskb.cpm
Phase 1: check extent fields
Phase 2: check extent connectivity
diskb.cpm: 0/192 files (0.0% non-contigous), 3/395 blocksBei mir funktioniert das Erzeugen vom diskb.cpm mometan leider auch nicht mehr.
Weiß nicht mehr, wie ich das damals erzeugt habe.
Aber mit den neuen cpmtools von kkaempf funktioniert das schreiben jetzt auch auf
diskc.cpm.fs
hier zum Testen mein diskb.cpm
Kopierfehler kann ich nicht bestätigen.
Versucht's doch mal bitte mit https://github.com/kkaempf/cpmtools/tree/master
Damit scheint es zu funktionieren
cpmtools-test # ./fsck.cpm -f cpm68ksim diskc.cpm.fs
Phase 1: check extent fields
Phase 2: check extent connectivity
diskc.cpm.fs: 534/4096 files (5.8% non-contigous), 2692/8176 blocks
# ./cpmcp -f cpm68ksim diskc.cpm.fs simbios.s 0:
# ./fsck.cpm -f cpm68ksim diskc.cpm.fs
Phase 1: check extent fields
Phase 2: check extent connectivity
diskc.cpm.fs: 535/4096 files (5.7% non-contigous), 2695/8176 blocks
#
Leider sind aber die "Diketten" mit 20KB etwas arg klein. Mal schaun.
Verstehe ich jetzt nicht ?
meinst Du Drive B ?
hat bei mir 800 Kbyte.
Ich habe diskb.cpm so erstellt.
ecb800 wird vom simbios.s unterstützt !
diskdef ecb800
seclen 1024
tracks 160
sectrk 5
blocksize 2048
maxdir 192
skew 2
boottrk 2
os 2.2
end# mkfs.cpm -f ecb800 diskb.cpm
# fsck.cpm -f ecb800 diskb.cpm
Phase 1: check extent fields
Phase 2: check extent connectivity
diskb.cpm: 0/192 files (0.0% non-contigous), 3/395 blocks
#
# cpmcp -f ecb800 diskb.cpm simbios.bin 0:
# fsck.cpm -f ecb800 diskb.cpm
Phase 1: check extent fields
Phase 2: check extent connectivity
diskb.cpm: 2/192 files (0.0% non-contigous), 19/395 blocksEmulator starten:
cpmsim0 # ./cpmsim -b diskb.cpm
Read 32768 bytes from boot track
CP/M-68K(tm) Version 1.2 03/20/84
Copyright (c) 1984 Digital Research, Inc.
CP/M-68K BIOS Version 1.0
Simulated system of April 2014
TPA =16251 K
C>AUTOST.SUB
C>INIT.REL M
Do you really want to init disk M ? n
C>dir b:
B: SIMBIOS BIN
C>stat b:
B: RW, FREE SPACE: 748K
C>Kann ich bestätigen; lesen ist ok aber schreiben beschädigt das Filesystem !
Habe ich schon vor längerer Zeit festgestellt und hier
auch schon mal erwähnt.
Vor dem Kopieren ist es noch ok
# fsck.cpm -f cpm68ksim diskc.cpm.fs
Phase 1: check extent fields
Phase 2: check extent connectivity
diskc.cpm.fs: 334/4095 files (0.0% non-contigous), 1497/8176 blocks
#Nach dem Kopieren ist Filesystem beschädigt.
# cpmcp -f cpm68ksim diskc.cpm.fs errno.h 0:
# fsck.cpm -f cpm68ksim diskc.cpm.fs
Phase 1: check extent fields
Error: Bad record count (extent=334, name="ERRNO .H ", record count=7)
Remove file [Y]? n
Phase 2: check extent connectivity
# Ich kopiere derzeit die Dateien mit cpmtools auf Drive A: (oder B:), starte den Emulator und
kopiere dann mit pip die Dateien von Drive A (bzw. B) auf c:
Das funktioniert.
Bis einschließlich OS-9 V3.0.3 benötigte man für die Netzwerkanbindung ISP.
https://oldcomputers.dyndns.org/public/pub/manuals/os9/allen_bradley/17716411.pdf
Da waren ein paar Treiber dabei (AM7990, DEC21040,I82596,Backplane,slip).
Ab OS-9 V3.1 wurde ISP durch SoftStax ersetzt.
https://lms.ee.hm.edu/~seck/AlleDateien/OS9HILFE/OS9-Manuals-Teil2/softstax_use.pdf
https://lms.ee.hm.edu/~seck/AlleDateien/OS9HILFE/OS9-Manuals-Teil2/softstax_port.pdf
Evtl. könnte man auch das WIZ830MJ Modul verwenden. https://www.wiznet.io/product-item/wiz830mj/
Das hat ein einfaches 8/16 Bit Parallelinterface.
Ich häng mich hier mal mit dran.
Ich suche CP/M68k für den MC-68000-Computer.
foellmy hat auch so einen computer.
Vielleicht hat er auch noch Bootdisketten
forum.classic-computing.de/forum/index.php?thread/27738/Hab ich das noch nicht gepostet?
Dann wäre es jetzt hier:
Diese Dateien hab ich auch noch gefunden...
Vielen Dank für die Manuals.
Hast Du (oder hattest Du) eigentlich auch so einen ELZET 80 Rechner ?
Hat jemand Infos über diese Karten? Auslesen der ROMs brachte auf Anhieb leider keine Erkenntnisse wie das System mal eingesetzt war. Interessant dass das Gerät nie einen Floppycontroller oder andere Speichermedien außer ROM und RAM hatte... Das Gehäuse war sehr klein, beinhaltete nur drei ECB-Slots, belegt von diesen drei Karten.
In meinem ELZET 80 Rechner, den ich 1979 zusammengelötet habe, war dieselbe CPU Karte und dieselbe
SRAM Karte. Außerdem war in dem System eine 4K Eprom Karte, eine Video Karte und ein Kassetteninterface (sieh Post #3)
Ich habe hier noch eine Kopie der CPU Karte und der Eprom Karte. Außerdem die original Kassetteninterface Karte.
Auf Deiner Karte fehlt ein 74LS73 und die PROMs 1 und 2 (74S287N).
Auf meiner CPU Karte war auch so eine schöne (und sehr seltene) Z80 CPU, die ich auch noch habe.
Unterlagen dazu habe ich leider nicht mehr.
Eine Radstone PME68-33 + SCSI Controller Modul.
http://www.ralf-kiefer.de/alte-computer/download/6833i1.pdf
Fuzix habe ich auch schon mal ausprobiert.
Ich habe es auf mehrere 68k Karten portiert (68000/20/30/40)
Leider wird kein Netzwerk unterstützt, und kermit ist auch nicht dabei.
Deshalb habe ich mich dann mit 68k LInux beschäftigt.
Funktioniert deutlich besser als Fuzix.
Benötigt aber mindestens eine 68030 CPU und mindestens 16 MB Ram.
Klingt cool
Kommt das serielle Kabel an den "CONSOLE-Port"?
Wo liegen die Laufwerke (wie A:) auf einer CF? Als Filesystem oder Floppy/HDD-Image?Hast Du dies irgendwo veroeffentlicht - oder ist es "nur fuer Dich"?
Davon wuerde ich gern mal ein Video in Nutzugn sehenDer 2500 scheint einen 60er Luefter zu haben?
Ja, das serielle Kabel kommt an den Console Port (9600..57600 Baud).
Leider hat der Router keine CF Card und kein Laufwerk.
DIe CP/M Programme sind in einer Ramdisk abgelegt, die über Ethernet geladen wird.
Nachdem CP/M gestartet ist, erfolgt der Datenaustausch zwischen host und target über kermit.
Man könnte evtl. auch das 8MByte SIM Flash Modul als CP/M Rom Disk verwenden.
Aber bis jetzt habe ich es nicht geschafft, das Flash Modul zu löschen bzw. zu programmieren.
Scheint irgendwie schreibgeschützt zu sein ?
Das Boot Flash Rom (2 x 39SF040) ist 1 MB groß und läßt sich vom u-boot aus programmieren.
(256 KByte werden vom u-boot belegt).
Meine 2 Router haben 4MB DRAM. Es werden aber auch 8 und 16 MB Module unterstützt.
Ausführlich beschrieben ist die Hardware hier: https://github.com/tomstorey/c2500re
Der u-boot Source Code, ein ucLInux und noch ein paar andere Programme sind
hier zu finden: https://github.com/Celliwig/Cisco-2503.
Ich habe eigentlich nur den u-boot leicht modifiziert (u.A. Support für SST39SF040 Flash).
und eine simple CP/M-68K Anpassung gemacht.
>>Der 2500 scheint einen 60er Luefter zu haben?
Ja, das ist richtig.
Hier mein u-boot Patch und eine kleine Anleitung, wie ich den u-boot übersetzt habe.
Außerdem die Binaries für u-boot, cpm.sys, ramdisk Image,
und eine Anleitung, wie man ein cpm.sys und ein ramdisk Image erstellt.
Gibt es irgendwo eine Liste welche Cisco-Router welche 68K CPU drin haben? Und zwar inklusive Variante (mit ohne FPU/PMMU/...) ? Gibts da welche mit vollwertiger 68060?
Das hier ... https://github.com/tomstorey/c1600_freertos_tcp ... scheint auch nicht fertig zu sein
Das ist aber für den 1600re.
Der hat keinen 68040 sondern einen 68360 Prozessor !
Für den 1600re gibt es aber eine schöne Hardwarebeschreibung.
https://github.com/tomstorey/c1600re
Damit könnte man relativ schnell den u-boot anpassen.
Habe noch einen Cisco 1603 Router mit 68040 CPU.... wie bringt man da CP/M-68K drauf?
Edit: Finde nur das zum Thema ... https://github.com/tomstorey/c2500re
Edit^2: Da gibt's vom gleichen Autor auch https://github.com/tomstorey/c1600re
Für den Cisco 1603 habe ich leider auch nichts gefunden.
Da muß man leider zuerst die Hardware analysieren und dann den bootloader (u-boot)
entsprechen anpassen.
Den Bootloader für den Cisco 2503 findet man hier: https://github.com/Celliwig/Cisco-2503/tree/main/u-boot
Die CP/M Portierung ist relativ einfach, sobald man einen funktionierenden bootloader hat.
CP/M-68k funktioniert jetzt auch auf meinen zwei Cisco Routern (2501 und 2503).
https://en.wikipedia.org/wiki/Cisco_2500_series
U-Boot 2021.07-rc3 (May 28 2022 - 15:47:18)
CPU: Motorola M68030 at 25 MHz
Model: Cisco 2500
Board: Cisco 2503
DRAM: 4 MiB
Flash: 1 MiB
Loading Environment from EEPROM... OK
In: serial@02120100
Out: serial@02120100
Err: serial@02120100
Net: eth0: ethernet@02130000
Celliwig $
Celliwig $ tftp 80000 /Cisco/ciscord.bin
Using ethernet@02130000 device
TFTP from server 192.168.0.38; our IP address is 192.168.0.100
Filename '/Cisco/ciscord.bin'.
Load address: 0x80000
Loading: #################################################################
#################################################################
#################################################################
####################
369.1 KiB/s
done
Bytes transferred = 3145728 (300000 hex)
Celliwig $ tftp 10000 Cisco/ci25cpm.sys
Using ethernet@02130000 device
TFTP from server 192.168.0.38; our IP address is 192.168.0.100
Filename 'Cisco/ci25cpm.sys'.
Load address: 0x10000
Loading: ##
113.3 KiB/s
done
Bytes transferred = 25216 (6280 hex)
Celliwig $ mw.w 02120070 0001 1
Celliwig $ cp.b 1001c 77000 6280
Celliwig $ icache off
Celliwig $ dcache off
Celliwig $ go 77000
## Starting application at 0x00077000 ...
A>stat dsk:
A: DRIVE CHARACTERISTICS
24,576: 128 BYTE RECORD CAPACITY
3,072: KILOBYTE DRIVE CAPACITY
1,024: 32 BYTE DIRECTORY ENTRIES
0: CHECKED DIRECTORY ENTRIES
128: 128 BYTE RECORDS / DIRECTORY ENTRY
16: 128 BYTE RECORDS / BLOCK
1,024: 128 BYTE RECORDS / TRACK
0: RESERVED TRACKS
A>dir
A: CODE REL : EXAMPLE FOR : F SUB : F1 SUB : FORTRAN REL
A: FRACTAL BAS : FTNCTERR SRC : FTNLIB OBJ : FTNRTERR SRC : PASLIB OBJ
A: S O : ULINKER REL : AR68 68K : ARC 68K : AS68 68K
A: AS68INIT : AS68SYMB DAT : ASSERT H : ATOI C : ATOI O
A: AUTOST SUB : BASEPA H : BBYE 68K : BDOS H : BIOS H
A: BYTESWAP H : BYTESWAP O : BYTESWAP S : C SUB : C068 68K
A: C168 68K : CC 68K : CC REL : CE SUB : CLIB
A: CLINK SUB : CLINKE SUB : CLINKF SUB : CLOCK C : CLOCK O
A: CONFIG 68K : COPY SUB : CP68 68K : CPM SYS : CTYPE H
A: DDT 68K : DDT68000 68K : DHRYST1 C : DHRYST1C C : DUMP 68K
A: ED 68K : EHBASIC REL : EMACS 68K : EMACS HLP : EMACS RC
A: ENDIAN H : ERAQ 68K : ERRNO H : F83 68K : F83 BIN
A: FFT C : FRACTAL C : GETARGS H : GKERMIT REL : GOFLIFE C
A: GREEN 68K : HANOI C : INIT REL : LIBE A : LIBF A
A: LIFE FOR : LINK68 68K : LO68 68K : MAKE 68K : MAKE REL
A: MANDEL FOR : MATH H : ME 68K : ME LIB : MORE 68K
A: NM68 68K : OPTION H : OPTOFF O : OSIF H : OSIFERR H
A: PIP 68K : PIP REL : PORTAB H : PUTBOOT 68K : RAMSAVE C
A: RELOC 68K : ROBOTS21 68K : SENDC68 68K : SETJMP H : SGTTY H
A: SID 68K : SID68K 68K : SIGNAL H : SIZE68 68K : SPLIT 68K
A: STAT 68K : STDINT H : STDIO H : TAIL 68K : TIME H
A: UEMACS 68K : WHEREIS 68K : WHETS C
A>Wird das startup script jetzt so abgearbeitet, wie im Manual auf Seite 50 beschrieben ?
Booten die anderen CPU Karten jetzt auch ?
Auf der Karte mit der leeren Batterie werden auch die Eingaben als Kauderwelsch angezeigt - so kann man weder etwas auslesen noch eingeben.
Ist das bei den anderen Karten auch so, oder nur bei dieser Karte ?
Sind die Terminal Parameter richtig eingestellt (siehe Manual Seite 231)
(9600 Baud, N81, XON/XOFF)
Bei den M48Txx Chips sieht das etwas anders aus.
https://www.automatenfreunde.d…age=Thread&threadID=11035
Ich habe das selber auch schon mal gemacht. Sieht aber nicht besonders schön aus.
Auf dem Foto sieht das so aus, als ob der M48T18 Chip auf einem IC Sockel steckt ?
Da sind die boot Parameter verloren gegangen. Die werden im NVRAM abgespeichert.
Vermutlich ist die Backup Batterie leer.
Um die Bootparameter neu einzugeben, autoboot durch Eingabe irgendeines Zeichens
stoppen. (Press any key to stop autoboot...)
Mit '?' kann man die Boot Menü Kommandos anzeigen.
Mit 'c' kann man die Parameter neu setzen.
Die Parameter sind im Manual im Kapitel 'boot scipts' ab Seite 50 und auf Seite 45
(System IP Addresses) zu finden.
Auf Seite 250 im Manual (Sparc CPU Installation) ist das auch noch mal erklärt.
Allerdings sollte man zuerst die Backup Batterie ersetzen, sonst ist nach dem Ausschalten
alles wieder weg.
Dieser MC68000 Fortran77 Compiler akzepiert mandel.for, obwohl der eigentliche Code nicht ab Spalte 7 anfängt? GNU Fortran f77 macht das nicht ... mit F80.COM unter CP/M 2.2 gibt es trotz geänderter Formatierung noch Fehlermeldungen ...
Da fehlen Blanks !
So funktioniert es mit SVS Fortran unter CP/M-68k:
PROGRAM MANDEL
REAL CA, CB, A, B, T
INTEGER X, Y, I, K
CHARACTER CH*1
CHARACTER*80 OUT
DO 300, Y=-12,12
DO 200, X=-39,39
CA=X*0.0458
CB=Y*0.08333
A=CA
B=CB
K=99
DO 100, I=0,15
IF (K .NE. 99) GOTO 100
T=A*A-B*B+CA
B=2.0*A*B+CB
A=T
IF ((A*A+B*B) .GT. 4.0) K=I
100 CONTINUE
IF (K .GT. 9) K=K+7
IF (K .GT. 99) OUT(X+40:X+40)=' '
IF (K .LT. 99) OUT(X+40:X+40)=CHAR(48+K)
200 CONTINUE
9000 FORMAT(1X,79A)
WRITE(*,9000) OUT
300 CONTINUE
END
