Beiträge von ngc224

Das sind doch MVME3600/4600 Karten ?

Dann sind das hier die richtigen Manuals:

https://manualzz.com/doc/6889541/user-manual

https://www.artisantg.com/info/Motorola_MVME_3600_MVME_4600_Manual.pdf?srsltid=AfmBOoq5Tq5TD0vPeLp3w9vBU_VwNC1DtWBa_A49Vd6wojx_4t-BxWa_

Zitat von Nightfalcon

Motorola Computer Group: AIX

Integrated Systems, Inc.: pSOSystem™

Lynx Real-Time Systems, Inc.: LynxOS™

Microware Systems Corporation: OS-9®/OS-9000™

Microtec: VRTX32™

Wind River Systems, Inc.: VxWorks®"""

Alles anzeigen

Diese Betriebssysteme sind leider alle nicht frei verfügbar ?

Oder kann man Motorola AIX für PowerPC irgendwo herunterladen ?

evtl. könnte man aber Linux auf die Karte portieren.

Schöne Karten.

Hast Du auch die Transition Module (MVME712M / MVME761) dazu ?

Was läuft denn für ein Betriebssystem auf den Boards ? AIX ?

Zitat von Amiga_ECG091

Das waere eher fad ... hab ich auszerdem schon mal gemacht, weil ich vor ca20 jahren Zugriff auf ein

zum "Schrott" umdeklariertes Lager mit Idustrieelektronik hatte. Ich hatte hier ein 4-fach 68030-VME-System

mit Graphik stehen. Viel machen konnte ich damit nicht, weil das verfuegbare OS ein unixoides proprietaeres ist,

fuer das es kaum Doku oder (auszer Fortran77) Entwicklungssoftware gab. Die Kiste steht noch bei einem Bekannten,

der damit gelegentlich rumspielt (und versucht ein Debian drauf zum Laufen zu bringen).

Von welcher Firma waren diese 68030 VME Bus Karten und welches Betriebssystem ist darauf gelaufen ?

Zitat von e2k

Keine 88k ???

Nein, leider nicht.

Ich habe inzwischen 120 VME Bus Karten, 6 VME Racks mit 20 Slot Backplane und noch ein paar

mit 10 oder 6 Slot Backplane.

Von den 120 VME Bus Karten sind ca. 90 CPU Karten, der Reset sind Grafikkarten, I/O Karten, Netzwerkkarten und DRAM Karten.

Von den 90 CPU Karten sind 25 mit PowerPC Prozessoren (821/860/8240/8260/750), der Reset mit 68k Prozessoren

(68000/68010/68020/68030/68040/68LC060/68302/68360).

Die meisten Karten funktionieren noch, einige sind teilweise oder ganz defekt; einige habe ich bereits repariert.

Bei einigen Boards fehlen auch die Prozessoren (MC68060).

Das Manual für die CPU Karte (Eurocom 5) ist hier zu finden:

http://www.ralf-kiefer.de/alte-computer/download/E5-HW.pdf

Noch ein VME Bus Rechner mit OS-9.

Auf den VME Bus Karten mit PowerPC Prozessor wurde meistens pSOS, VxWorks, OS-9000

und Linux eingesetzt.

Ich habe hier auch noch einige VME Bus Karten mit PowerPC Prozessor.

Da läuft Linux 2.6 drauf.

Ich habe damals nur UCSD-Pascal mit Ramdisk getestet.

Ich habe den simh/sage Emulator vor 2 Jahren schon mal mit UCSD-Pascal ausprobiert. Da hatte ich die

ähnliche Probleme.

Thema

MAME & Sage II

Hat jemand hier schon mal die Sage emulation in MAME getestet?

https://www.mamedev.org/

Es startet, vermisst natürlich EPROMS & Floppy-Images ...

e2k

16. Januar 2021

mit dem Programm 'config' kann man den Mince konfigurieren.

Aber das Abspeichern der Konfiguration funktioniert nicht !

Disk write-protected because the image contains compressed sectors. Use IMDU to uncompress.

wenn ich das DIsk image dann mit imdu dekomprimiere:

imdu cpm68k.imd cpm68ku.imd /e

und simh neu starte, wird beim Schreiben auf die Diskette das FIlesystem zerstört !

d.H. schreiben auf ein DIsk image funktioniert nicht, lesen ist ok !

Der Mince startet bei mir schon, aber die Terminal Emulation paßt nicht.

ehbasic.68k funktioniert bei mir auch nicht !

Weder im Emulator noch auf meinem 68k Rechner.

Warum es nicht funktioniert, weiß ich momentan auch nicht.

C>reloc ehbasic.rel ehbasic.68k

C>ehbasic


Exception $02 at user address $000083F8.  Aborted.
C>

.68k Dateien mache ich nur dann, wenn ich zu wenig Platz auf der Diskette habe.

>> 2.) Wie verlasse ich EHBASIC 3.53?

>>- QUIT, BYE, SYSTEM, STOP scheint es ja nicht zu sein -beim IoTBASIC/TinyBasic gabs noch CALL 0

LOAD und dann ctrl-c

C>ehbasic.rel

16623788 Bytes free

Enhanced 68k BASIC Version 3.53

Ready
LOAD
LOAD file (*.bas) : ^C
C>

Überprüfe erst mal mit einem einfachen C Programm, ob der C Compiler richtig installiert ist.

bei mir sieht das so aus:

C>type c.sub
cp68 -i 0: $1.c $1.i
c068 $1.i $1.1 $1.2 $1.3 -f
era  $1.i
c168 $1.1 $1.2 $1.s
era  $1.1
era $1.2
as68 -l -u -s 0: $1.s
era  $1.s


C>type clinkf.sub
lo68 -r -o $1.68k 0:s.o $1.o $2.o $3.o $4.o $5.o $6.o $7.o $8.o $9.o 0:clib 0:libf.a

C>type fractal.c
#include <stdio.h>

int main()
{
    int x,y,i,blank;
    float ca,cb,a,b,t;

    for (y = -12; y<13; y++)
    {
        for (x = -39; x<40; x++)
        {
            ca=x*.0458;
            cb=y*.08333;
            a=ca;
            b=cb;
            blank = 1;
            for (i=0; i<16; i++)
            {
                t=a*a-b*b+ca;
                b=2*a*b+cb;
                a=t;
                if ((a*a+b*b) > 4)
                {
                    if (i>9)
                        printf("%c",(48+i+7));
                    else
                        printf("%c",(48+i));
                    i=16;
                    blank = 0;
                }
            }
            if (blank == 1)
                printf("%c",0x20);
        }
        printf("\n");
    }
}

C>c fractal

C>CP68 -I 0: FRACTAL.C FRACTAL.I

C>C068 FRACTAL.I FRACTAL.1 FRACTAL.2 FRACTAL.3 -F

C>ERA FRACTAL.I

C>C168 FRACTAL.1 FRACTAL.2 FRACTAL.S

C>ERA FRACTAL.1

C>ERA FRACTAL.2

C>AS68 -L -U -S 0: FRACTAL.S

C>ERA FRACTAL.S

C>clinkf fractal

C>LO68 -R -O FRACTAL.68K 0:S.O FRACTAL.O .O .O .O .O .O .O .O .O 0:CLIB 0:LIBF.A

C>fractal
000000011111111111111111122222233347E7AB322222111100000000000000000000000000000
000001111111111111111122222222333557BF75433222211111000000000000000000000000000
000111111111111111112222222233445C      643332222111110000000000000000000000000
011111111111111111222222233444556C      654433332211111100000000000000000000000
11111111111111112222233346 D978 BCF    DF9 6556F4221111110000000000000000000000
111111111111122223333334469                 D   6322111111000000000000000000000
1111111111222333333334457DB                    85332111111100000000000000000000
11111122234B744444455556A                      96532211111110000000000000000000
122222233347BAA7AB776679                         A32211111110000000000000000000
2222233334567        9A                         A532221111111000000000000000000
222333346679                                    9432221111111000000000000000000
234445568  F                                   B5432221111111000000000000000000
                                              864332221111111000000000000000000
234445568  F                                   B5432221111111000000000000000000
222333346679                                    9432221111111000000000000000000
2222233334567        9A                         A532221111111000000000000000000
122222233347BAA7AB776679                         A32211111110000000000000000000
11111122234B744444455556A                      96532211111110000000000000000000
1111111111222333333334457DB                    85332111111100000000000000000000
111111111111122223333334469                 D   6322111111000000000000000000000
11111111111111112222233346 D978 BCF    DF9 6556F4221111110000000000000000000000
011111111111111111222222233444556C      654433332211111100000000000000000000000
000111111111111111112222222233445C      643332222111110000000000000000000000000
000001111111111111111122222222333557BF75433222211111000000000000000000000000000
000000011111111111111111122222233347E7AB322222111100000000000000000000000000000

C>

tbasic.c kann ich leider auch nicht übersetzen, da bekomme ich dutzende von Fehlermeldungen.

Das Problem hatte ich auch schon.

Ursache war ein fehlendes EOF ($1a) am Dateiende.

Wenn man diese Datei dann unter cp/m-68k mit uemacs geöffnet hat,

kam die Meldung 'funny end of file'

Ich habe die Datei dann einfach mit uemacs abgespeichert, und das Problem

war behoben.

Zitat von e2k

Wie hast Du denn das Apfelmännchen da hingekriegt?

Ist dort noch was unter der Platine? Wozu sind die ganzen Schrauben?

Irgend ein Herstellername drauf?

Ich sollte noch Backups haben von unserer hd63484 SW, bin aber nicht zu Hause im Moment.

Die ganzen Manuals hast Du? (bitsavers?)

Kann man die 68k topics eigentlich ausgliedern aus den "neuesten etwas", ich finde es schwer zu folgen, wenn man nicht jeden Tag reinschaut ...

Alles anzeigen

Das Apfelmännchen malen war eigentlich ganz einfach.

Das schwierigste war, das Video Timing hinzubekommen (1024x768).

Unter der Aufsteckplatine sind noch 6 weitere RAM Bausteine und mehrere GALS.

Die Manuals für den HD63484 habe ich. Vom Board selber (MicroSys GP001) habe ich kein Manual.

Inzwischen habe ich die meisten Kommandos des HD63484 schon ausprobiert.

An Deiner Software wäre ich aber dennoch interessiert (eilt aber nicht).

Der HD63484 ist wirklich ein schöner Controller.

Ich habe die Datei folgendermaßen aus dem .td0 extrahiert:

Ich habe diese Programme verwendet.

Vier VME Bus Single Euro Grafikkarten mit dem HD63484 Controller.

(64 MHz/512K Video Ram).

Leider komplett ohne Software.

Hat jemand schon mal was mit diesem Controller gemacht ?

Hat hier jemand Software für den HD63848 (source code) ?

Bin gerade dabei, ein Paar Testprogramme zu schreiben.

Der com.68k ist ungefähr so schnell (bzw. langsam) wie der em80.68k

Der cpmz80.68k ist schon etwas schneller.

Um einen Z80 Prozessor mit 7.4 MHz in Echtzeit zu emulieren braucht man einen deutlich schnelleren

Prozessor.

FRACTAL.BAS: 

Z80 (7.3728 MHz) CP/M 2.2/mbasic:           2 Minuten 36 Sekunden
68000 (12.5 MHz) CP/M-68k/cpmz80/mbasic:   13 Minuten 55 Sekunden
68000 (12.5 MHz) CP/M-68k/em80/mbasic:     21 Minuten 10 Sekunden
68000 (12.5 MHz) CP/M-68k/com/mbasic:      20 Minuten 11 Sekunden

68000 (12.5 MHz) CP/M-68K/ehbasic:          1 Minute 2 Sekunden


CALCPI.BAS (20)

Z80 (7.3728 MHz) CP/M 2.2/mbasic:          30 Sekunden
68000 (12.5 MHz) CP/M-68k/cpmz80/mbasic:   2 Minuten 40 Sekunden
68000 (12.5 MHz) CP/M-68k/em80/mbasic:     4 Minuten
68000 (12.5 MHz) CP/M-68k/com/mbasic:      3 Minuten 46 Sekunden

68000 (12.5 MHz) CP/M-68K/ehbasic:         12 Sekunden

Beitrag

RE: CP/M-68k

Die lange Zeit verschollenen SVS Fortran und Pascal Compiler für
CP/M-68K sind wieder aufgetaucht.
Die Dateien waren zwar beschädigt, konnten aber repariert werden.

https://groups.google.com/g/comp.os.cpm/c/f2isol5gO2o
http://www.cpm.z80.de/binary.html
https://usermanual.wiki/Docume…ranCPM68KSep83.1000713018
http://www.bitsavers.org/pdf/s…_Pascal_CPM_68K_Sep83.pdf

Somit gibt es für CP/M-68k einen C Compiler, zwei Pascal Compiler,
einen Basic Compiler und einen Basic Interpreter.

(Quelltext, 70 Zeilen)

…

ngc224

14. März 2022

Digital Research Binary Files

https://usermanual.wiki/Document/SVSFortranCPM68KSep83.1000713018

http://www.bitsavers.org/pdf/siliconValleySoftware/SVS_Pascal_CPM_68K_Sep83.pdf

Ein os-9 Rechner von Motorola

Auf meinem Eltec OS-9 Rechner läuft X-Windows unter os-9

Für CP/M-68k gibt es einen CP/M-80 Emulator (em80.68k) und einen CP/M-Z80 Emulator (cpmz80.68k).

em80.68k ist hier zu finden: EM80.68K Dr. Neuhaus

cpmz80.68k ist auf dieser NKC CP/M-68K Diskette zu finden: https://www.ndr-nkc.de/download/cpm68k/NKC8CPM68K.TD0

Ein Test hat bei mir folgendes ergeben:

CP/M-Z80 Benchmarks laufen im cpmz80.68k Emulator auf einem 8 MHz 68000er ca. Faktor 4 langsamer als auf

einem 4 MHz Z80.

Beim em80.68k sieht es nicht besser aus (eher schlechter).

Außerdem gibt es ja noch einen C Compiler, zwei Pascal Compiler und einen Fortran 77 Compiler

(siehe CP/M-68k

#24)

Der cbasic compiler für cp/m-68k ist auch nicht schlecht.

Thema

CBASIC für CP/M-68k

Hallo!

Ich habe hier versucht, CBASIC 1.0 von Digital Research auf meiner Sage zu verwenden.

Ich habe hier 2 Dateien:

CB68.REL und
CB68.L68

Zuerst habe ich mit

RELOC CB68.REL CB68.68k

eine ausführbare Datei erzeugt.

CB68 TEST.BAS

erzeugt dann ein

TEST.O

Ich hätte nun gedacht, mit LO68 TEST.O -U CB68.L68 würde eine ausführbare TEST.68k Datei entstehen. Tut es aber nicht, es entsteht ein
C.OUT.

Was mache ich damit? Weiß das einer?

Gruß
Stephan

Toshi

25. August 2017

Nur bei floating point Operationen ist er leider deutlich langsamer als ehbasic.

Und auf user-14 ist der uemacs source code zu finden.

14C>dir
C: DISPLAY  C   : BIOS     O   : SPAWN    C   : ANSI     C   : BASIC    C   
C: BIND     C   : EBIND    H   : EDEF     H   : EFUNC    H   : EPATH    H   
C: ESTRUCT  H   : BUFFER   C   : UEMACS   68K : FILE     C   : FILEIO   C   
C: HP150    C   : LINE     C   : LOCK     C   : MAIN     C   : RANDOM   C   
C: REGION   C   : SEARCH   C   : BIOS     S   : TCAP     C   : TERMIO   C   
C: NOTES    TXT : VT52     C   : WORD     C   : WINDOW   C   : UEMACS   REL 
C: BIOS     H   : EMACS    KEY : EMACS    HLP 
14C>

habe ich aber noch nicht versucht zu übersetzen.

Auf user-13 der CP/M-68K Emulator disk (diskc.cpm.fs) ist der ME source code ebenfalls zu finden.

13C>dir
C: EMACS    68K : ANSI     C   : BASIC    C   : BIOS     H   : BIOS     S   
C: BUFFER   C   : DISPLAY  C   : ED       H   : FILE     C   : FILEIO   C   
C: LINE     C   : MAIN     C   : ME       TXT : PORTAB   H   : RANDOM   C   
C: REGION   C   : SEARCH   C   : SPAWN    C   : STDIO    H   : TCAP     C   
C: TERMIO   C   : VT52     C   : WINDOW   C   : WORD     C   : EMACS    REL 
C: NOTES    TXT 
13C

Zitat von klaly

Eben hab ich mal das ehbasic.rel auf den mc-68000 computer (über Gotek Image) rüber geholt.
Es funktioniert ...
Leider geht SAVE und LOAD nicht.
Keine Ahnung wie man da ein Programm rein bringt, aus über Tastatur.

Im Emulator funktioniert LOAD und SAVE, mal schau, evtl. passt das was an meinem mc-68000 Computer nicht.

SAVE bleibt einfach hängen, ohne was zu tun, danach reset nötig.

mfG. Klaus Loy

Alles anzeigen

Also auf meinen CP/M-68k Rechnern funktioniert LOAD/SAVE sehr gut.

Sowohl mit Disketten als auch mit CF Card.