Update: Wir haben einen Ortstermin im Museum Kutz in gut zwei Wochen und versuchen, das Vorhaben mit einer breiten Gruppe von UnterstützerInnen zeitnah weiterzutreiben.
Beiträge von michaelengel
-
-
Ich lebe seit 1999 in Franken und habe die Sammlung des Herren Kutz leider erst durch das Video über deren Schließung mitbekommen. Schade. Weiß jemand konkret, wie die "Sammlungsauflösung" vonstatten gehen soll?
Aktuell haben die Erben mehrere konkrete Vorstellungen, wie die Sammlungsauflösung stattfinden soll. In erster Linie suchen sie ein oder mehrere Museen, die alles oder größere Teile der Sammlung abnehmen. So haben sie z.B. bereits Kontakt zum https://www.iser.fau.de/.
Sie möchten aber (aktuell) auf keinen Fall nur Einzelteile verkaufen.Wir sind von der Uni Bamberg her zusammen mit der ISER in Kontakt mit den Verantwortlichen, ich kümmere mich gerade um Lagerraum für die Exponate. Die Unileitung hat das Vorhaben heute befürwortet.
-
An der angebotenen 712/80 habe ich Interesse
Ob der Standfuß für die vertikale Aufstellung der 712/80 original von HP ist? Habe ich so noch nie gesehen...
-
Sind diese NeXT Computer wirklich so viel wert?
"professorinschubert" als Verkäufer(in), aber als gewerblich angemeldet und Kontaktinfo ist ein Sebastian Bühler in Karlsruhe. Hmja.
Falls es die mir bekannte (mittlerweile AFAIK emeritierte) Professorin Schubert sein sollte, würde ich auf jegliche Kontaktaufnahme verzichten.
Für nicht funktionierende Geräte (die teurere Maschine scheint zudem auch keine Festplatte zu besitzen) sind die Preise vollkommen überzogen, der Monitor ohne Platine ist dreist. Nebenbei sollte man evtl. klären, ob hier nicht Eigentum einer Universität verkauft wird...
-
Was spricht denn unter Linux gegen ein einfaches Tool wie hexedit? Screenshot anbei (hier vom Mac, gibt's aber z.B. auch als Paket in ubuntu und sicher anderen Linux-Distributionen)...
-
Wer komplett reinschauen mag – Disassembly auf Pastebin
Insgesamt sind 64 RTS im Code vorhanden.
-
Mit Disassembler würde ich im Code nach genau diesem Befehl suchen, oder einem Bitmuster, daß diesem ähnelt. Daraus könnte man ablesen, ob in diesem EPROM systematisch was gekippt ist.
Erstmal sieht mir der Inhalt sehr sinnvoll aus. Wenn man sich z.B. Sprungziele von Unterprogrammaufrufen anschaut, dann ist die Instruktion vor dem Sprungziel ein RTS. Bis auf die letzten ungenutzten 0xff-Bytes (und die zwei bei 0xd6) sehe ich jetzt auch keine undefined opcodes.
Es ist in der Tat erstaunlich, dass keinerlei Strings zu finden sind. Am Ende des ROMs sind ab Offset 0x7c72 mehr als 512 ungenutzte Bytes (0xff), da würde ich zumindest einen Copyright-Hinweis reinschreiben oder mich verewigen :).
Das Board scheint einen dual UART zu haben (der MK68564), der mir so noch nicht untergekommen ist, mit Treibern für RS232-Pegel dahinter (die 1488/1489 und kompatiblen) – aber das heisst ja nicht, dass da auch ein Terminal oder so dranhing. Kann ja auch einfach eine Industriesteuerung sein, mit der nie ein Mensch interagieren musste.
-
Ein einfacher Disassembler findet sich hier.
Wenn man davon ausgeht, dass 0x000e8098 der Reset-Vektor ist und 0x000e8000 die Basisadresse des ROMs, dann sieht der Code ab Offset 0x98 im ROM nicht hundertprozentig falsch aus, wenn auch zumindest ungewöhnlich.
Was mir auf Anhieb auffällt:
- Üblicherweise startet 68k-Firmware mit dem Schreiben des SR, um u.a. Interrupts abzuschalten (MOVE #$2700,SR). Das fehlt hier.
- Der ungültige Opcode an 0xd6 nach dem BSR, aber da wird wohl einfach versucht, die Adresse des PC auf den Stack zu bekommen, die dann bei 0xd8 wieder ausgelesen wird.
Klingt nach nem lustigen Reverse-Engineering-Projekt. Wenn man nur mehr Zeit hätte...
– Michael
Code
Alles anzeigen00000098 : 49fa 7b8e LEA +31630(PC) {$00031784},A4 0000009c : 2e7c 0000 1fb4 MOVEA.L #$00001fb4,A7 000000a2 : 2a7c 0000 1fbe MOVEA.L #$00001fbe,A5 000000a8 : 2c4d MOVEA.L A5,A6 000000aa : 2b7c 0000 1880 0004 MOVE.L #$00001880,+4(A5) 000000b2 : 426d fffa CLR.W -6(A5) 000000b6 : 2b7c 0000 1880 0008 MOVE.L #$00001880,+8(A5) 000000be : 2b7c 0000 1200 000c MOVE.L #$00001200,+12(A5) 000000c6 : 2b7c 0000 0800 0012 MOVE.L #$00000800,+18(A5) 000000ce : 426d 0010 CLR.W +16(A5) 000000d2 : 6100 0004 BSR $000000d8 000000d6 : 4afc ??? 000000d8 : 2a9f MOVE.L (A7)+,(A5) -
Wäre der für den Atari ST, würde ich ihn sofort kaufen! Ich suche hier im Marktplatz schon seit einiger Zeit so etwas. Hat viel Spaß gemacht damals.
Laut Schaltplan (auf github) verwendet der Sampler nur D0-D7 und Strobe, die sind auch beim ST vorhanden. Müsste nur jemand die Software schreiben...
-
Speicherfehler können im allgemeinen übrigens durch eine fehlerhafte Spannungsversorgung verursacht werden. Gerade wenn diese dauerhaft ECC-korrigierbar sind, deutet dies darauf hin.
Die Fehler wandern auch von Modul zu Modul und Bit zu Bit. Spannungen messen kann sicher nicht schaden und mal auf die Suche nach verdächtigen Kondensatoren gehen... hat schonmal jemand eine O2 (Mainboard + Netzteil) recapped bzw. war das notwendig?
-
Frage: Und Du hast einfach mit der Maus einen Rechtklick gemacht, um die anderen Funktionen zu erreichen?
Ja genau, das hat bei Cspect auf Anhieb funktioniert, ich hatte es einfach von der Shell aus /usr/freeware/bin aufgerufen und konnte dann ein AIFF-File (auf einem Mac aus einem MP3 konvertiert, 16 bit Stereo samples) abspielen.
Dafür läuft Spectrogram bei mir instabil und crasht öfter... evtl. liegt das aber auch daran, dass die O2 ein Speicherproblem (hoffentlich kein Problem mit dem Speichercontroller) hat, ich bekomme immer noch korrigierbare ECC-Fehler... wobei das System sonst stabil zu laufen scheint. Ich muss mal die zweite O2 aus dem Regal holen...
-
Nach einigem Kampf mit IRIX (20 Jahre nicht benutzt, wie zum Teufel installiert man nochmal tardist-files... und komplett übersehen, dass du ne Anleitung mitgepostet hattest. Yikes!) und Rausfinden, welches AIFF-Format die O2 mag, läuft cspect bei mir, Maus und Tastatur funktionieren. Mieser Screenshot anbei, weil ich das SGI-Screenshot-Tool nicht verstehe :).
Das Ganze auf einer R10k O2 mit IRIX 6.5(.30, glaub ich – uname -a sagt nur 6.5?). Die klingt sogar gut mit ihrem internen Lautsprecher.
– Michael
-
Sehr schön, da muss ich doch nachher mal meine O2 hochfahren...
-
Die Julia 300-Terminals von S.E.I. (Salzburger Elektronik Industrie) hatten wir in noch den 90ern an TI990-Systemen. Sehr schicke Teile, haben auch einen if-Designpreis gewonnen. Der Entwerfer war Prof. Horst Meru aus Linz.
-
Velinsiky: Atari TT und 520ST mit Peripherie.
Während der Designphase der SH204 war er dann aber vermutlich in Urlaub?
-
Die Indy ist noch unklar...
Zumindest Wikipedia schreibt die Indy Nuttall / Ideo zu.
Klasse, vielen Dank!
Spannenderweise hat er auch schon den Mac IIsi und die Quadra 700/900 für Apple entworfen, die hatte ich noch bei frog vermutet.
-
Es gibt einen kurzen Hinweis bei Ideo mit Fotos von Indigo und Indigo2, nur noch auf archive.org zu finden: https://web.archive.org/web/2001010805…ies/sgiwkst.htm
Die O2 scheint von Lunar Design entworfen zu sein: https://www.designweek.co.uk/issues/17-octo…el-workstation/
Die Indy ist noch unklar...
-
Kennt jemand von euch zufällig die Entwerfer bzw. Unternehmen, die für SGI, DEC, HP oder andere (freue mich über andere Beispiele!) tätig waren?
Zumindest einige der SGI-Designs kamen von IDEO und Lunar Design. IDEO-Mitgründer Mike Nuttall hatte schon mit seiner Vorgängerfirma Matrix Designs Workstations entworfen, u.a. für Convergent Technologies und AT&T. Auch die 1987er Microsoft Maus geht auf sein Konto.
Spannend, vielen Dank für den Tip! Dann begebe ich mich mal in das rabbit hole und schaue, was sich da so findet...
-
Ein schönes Beispiel ist natürlich Dein Lieblingscomputer. Der ist auch von Frog Design, oder?
Ja, deshalb hatte ich NeXT auch schon erwähnt
. -
Hallo,
es ist glaube ich allgemein bekannt, dass das Industriedesign von 68k-Macs (ab dem Apple //c und Mac SE mit der "Snow White"-Linie bis zu frühen Quadras wie 700 und 900/950), NeXT und auch Sun Microsystems (frühe SPARCstations) von Hartmut Esslingers frog design entworfen wurde.
In den 90ern gab es aber auch eine Reihe von anderen Workstation-Herstellern, die nicht nur langweilige graue oder beige Kisten gebaut haben, z.B. SGI (Indy, O2, ...) und auch einige Modelle von DEC (z.B. die AlphaStation 255) oder HP (PA-RISC "Gecko" 712er-Serie).
Kennt jemand von euch zufällig die Entwerfer bzw. Unternehmen, die für SGI, DEC, HP oder andere (freue mich über andere Beispiele!) tätig waren?
– Michael
-
Hat jemand Erfahrungen, wie sicher moderne Batterieexemplare halten bzw. ob diese auslaufen können ? Ich habe im in meinem MacClassic vor etwa 10 Jahren eine der typischen SaftLS-Batterien eingesetzt.
Tu dir den Stress nicht an, es gibt einen Adapter für Knopfzellen, der bei mir problemlos funktioniert – https://www.tindie.com/products/juras…intosh-battery/
-
Hier sind einige erwähnt: https://spectrum.ieee.org/chip-hall-of-f…ignal-processor
"[A]nd another application: Worlds of Wonder’s Julie, a Chucky-style creepy doll that could sing and talk" – sonst eher langweilige Dinge wie "modems, medical devices, and military systems".
-
Hallo Stephan,
whow, vielen Dank für die vielen interessanten Infos! Einen Teil davon hatte ich mir auch schon zusammengestückelt... bei der SCSI- und Ethernet-Performance hätten mich halt real erzielbare Werte interessiert, nicht nur der theoretische Durchsatz.
Da die 2/50 oft als diskless workstation eingesetzt wurde, wäre interessant, ob eine lokale Platte deutlich schneller gewesen ist als 10 Mbps-Ethernet. Es gab z.B. in den 90ern einige Papers, die z.B. swap in das RAM eines anderen Systems über Ethernet realisiert haben (also ein gutes Jahrzehnt nach der 2/50) – wäre interessant, ob das schon auf älteren Maschinen funktioniert haben könnte. Angeblich (da muss ich mal nachforschen) konnten Apollo-Workstations remote memory über TokenRing ansprechen.
SunOS 4.0.3 Quelltextbestandteilen
Hm, ich kenne SunOS 3.5 und 4.1.x-Sources, letztere Versionen haben aber keinen Sun 2-Support mehr. Wo verstecken sich die 4.0.3-Quelltexte denn?
Viele Grüße, Michael
-
Hallo allerseits,
zur 68010-basierten Sun 2/50 findet sich zwar jede Menge an technischer Dokumentation auf Bitsavers (wäre ein schönes Nachbauprojekt nach Lisa und Mac Plus...), aber ein paar Fragen bleiben offen. Leider habe ich noch nie eine 2/50 live gesehen (meine erste Sun ist eine 3/60, die ich 1992 bekommen hatte).
Hat jemand von euch noch mit einer 2/50 gearbeitet oder besitzt gar eine? (Falls jemand eine übrig hat, hätte ich Interesse – aber das ist vermutlich eher illusorisch...)
Ein paar Fragen, die sich mir so stellen:
- Auf den recht wenigen Fotos im Netz sieht man die 2/50 einmal mit der von Sun 3 bekannten Tastatur und einmal mit einer älteren Tastatur (siehe angehängtes Foto aus einem Sun-Prospekt). Hat Sun die Tastatur irgendwann während der Lebensdauer der 2/50 umgestellt oder waren das eher spätere Upgrades oder gar Verwechslung mit einer 3/50?
- In den Schaltplänen der 2/50 wird eine Bestückungsoption mit 64 kBit DRAMs angegeben, was insgesamt nur 1 MB ergibt (ohne VME RAM-Erweiterung). Ist die 2/50 tatsächlich mit der Konfiguration ausgeliefert worden – und wenn ja, welche SunOS-Version lief noch mit 1 MB?
- Ebenso wird eine Konfiguration mit 12 MHz anstelle von 10 MHz 68010-CPU erwähnt. Ist diese jemals verfügbar gewesen?
- Die 2/50 verfügt über einen DVMA (Direct Virtual Memory Access)-Controller für Ethernet und VME-Geräte (und Hauptspeicher-Refresh). Welchen Durchsatz hat eine 2/50 auf Ethernet und SCSI erreicht?
- NetBSD unterstützt nur die Multibus-basierten Sun 2-Modelle (2/120 und 2/170), nicht aber die VME-basierten (2/50, 2/130 und 2/160). Leider wird die 2/50 auch von tme/nme und Brad Parkers emulator-sun-2 nicht emuliert. Oder hat jemand von euch zufällig 2/50-Support für NetBSD oder einen Emulator für das System gesehen?
Auf jeden Fall scheint mir die 2/50 eine lustige kleine Maschine zu sein – wäre auch interessant, die Maschine mal mit einem AT&T 3B1/UnixPC zu vergleichen (der ist ebenfalls 68010-basiert)...
-
So, wieder zurück im "hohen" und sonnigen Norden...
Vielen Dank an alle Aussteller, Vortragenden, Teilnehmerinnen und Teilnehmer für interessante Ausstellungsstücke, Gespräche und Vorträge!
-
Ich bin vom 1.-4 Mai in München – wollte auch mal das renovierte dt. Museum anschaun, auch wenn die Informatikabteilung wohl erst 2028 wieder eröffnet wird... man sieht sich auf dem VFCe!
-
Hast du zufällig eine aktuelle Kontaktadresse? Ich frage gerne mal an.
Habe auf Anhieb erstmal dieses Interview vom CHM gefunden, mir sagten die Adams-Brüder bisher leider nichts.
-
Das Softwarearchive von nextcomputers.org würde sich sicher über ein Image der zugehörigen Datenträger und einen Scan des Handbuchs freuen :).
-
Hach, kaum schaut man in seinen Kalender, schon merkt man, dass man am Sonntag ja ins Saarland fahren muss. Yikes.
Kann also diesmal dann leider doch nicht dabei sein (am Samstag findet bei uns ein Workshop zum SDCC-Compiler statt).
-
Ich werde diesmal am Sonntag dabei sein können und bringe ein paar meiner compact Mac-Sorgenkinder mit (zwei Classic II, die recapping brauchen, und ein Color Classic, der nicht anläuft)...
