Fehlerbild:
Sobald der Netzteilstecker auf dem Mainboard steckt und eingeschaltet wird, ertönt ein schnelles Klicken im Netzteil und die Power-LED flackert.
Ursache und Fehlerbehebung
Oft sind die Kondensatoren C9, C12, C15 und C17 defekt. Hier hilft nur ein Austausch. Die Kondensatoren müssen 10µF und 16V haben.
Danke an Forenuser Rappi für den Tipp
Alle Angaben ohne Gewähr
Bei dem VIDEO-1000 handelt es sich um ein Interface für den Apple II+ / IIe, das es ermöglicht, Fernsehbilder in Echtzeit (z.B. aus dem laufenden Fernsehprogramm) aufzunehmen. Als Empfangsgeräte sind alle Geräte mit genormten Videoausgang geeignet.
Bedienungsanleitung VIDEO-1000
So sehen die empfangenen Bilder dann aus:
Hier ist die Dokumentation einer wenig bekannten Uhrenkarte aus deutscher Herstellung:
Die Soundkarte Mockingboard ist eine Erweiterungskarte der Firma Sweet Micro Systems für den Heimcomputer Apple II und eine der weltweit ersten Soundkarten für Privatanwender überhaupt. Sie wurde in verschiedenen Varianten verkauft; die Standardvariante bietet sechsstimmige Soundsynthese und lässt sich um eine Sprachsynthese-Erweiterung aufrüsten.
Hier sind Scans die Original-Dokumentation und eine Beschreibung des Text-to-Speech Algorithmus.
Es gibt einen Thread zu diesem Thema, die gesammelten Erkenntnisse sollen hier zusammengefasst werden.
Work in progress
Außerdem gibt es auch Hardware zu kaufen…
Omninet von Corvus Systems war ein Local Area Network und ist in die Vor-Ethernet Zeit einzuordnen (Anfang der 1980’er). Grundidee war es, eine Festplatte (damals noch exorbitant teuer) mit mehreren Rechnern zu teilen. Also entwickelten sie für ihre Apple-II-Festplatte die Möglichkeit mit einer Art RS-422 auf Twisted Pair Kabeln mit mehreren Rechnern zu kommunizieren, wobei alle Rechner am selben Kabel angeschlossen wurden (Bus), anstatt zu jedem Rechner ein eigenes Kabel zu ziehen (Stern). Die Verwendung von Twisted Pair ermöglichte einen vergleichbar preiswerten Aufbau (im Gegensatz zu Koaxialkabeln oder „Thick Ethernet“).
Bei lange Kabelstrecken mussten Repeater eingesetzt werden, die es auch erlaubten Abzweigungen zu realisieren, so dass in der Verkabelung durchaus auch Sternstrukturen aufgebaut werden konnten. Trotzdem fungierte das gesamte Netzwerk immer noch als Bus, d.h. nur ein Teilnehmer konnte zu einer Zeit senden (aehnlich dem späteren Thin-Ethernet mit den Koaxialkabeln) dementsprechend mussten die Interfacekarten (bei Corvus Transporter genannt) collission detection beherrschen.
Es wurden Transporter-Karten für eine ganze Reihe von Systemen entwickelt. Neben Apple II auch Apple III, CP/M Systeme mit S100 BUS, TRS-80, IBM-PC, Mac. Die einzelnen physikalischen Netzwerkteilnehmer wurden durch eine Netzwerk-ID unterschieden, die auf der Adapterhardware durch DIP-Switches gesetzt wurden. die Netzwerk-ID bestand aus 6 Bits, also waren maximal 64 Teilnehmer pro Netzwerk möglich.
Für Backupzwecke entwickelte Corvus die Corvus Bank, mit der die Daten der Platte auf Video-Tapes gesichert werden konnten.
Die ersten Netze bestanden nur aus der Festplatte und den Rechnern, die sich diese Festplatte teilten. Die Festplatteneinheit war quasi der Hauptserver. Um die Festplattenkapazitaet zu erhoehen, konnten an die erste Platte weitere via Daisy Chain angeschlossen werden (hingen also selbst nicht direkt am Netz).
Als Festplatten preiswerter wurden und damit die Anzahl der Rechner, die über eine eigene Festplatte verfügten, wuchs, entwickelte Corvus die OmniShare Software, die es ermöglichte, einen Rechner mit Festplatte als Storage-Server fungieren zu lassen. Die Kunden brauchten also keine Corvus-Disks mehr zu kaufen, sondern konnten stattdessen z.B. auf einem IBM-XT mit Festplatte Omnishare installieren.
Nachdem Mitte der 80er Jahre immer mehr Hersteller sich hinter Ethernet stellten, dort ihre Ressourcen bündelten und die Ethernet-Hardware dementsprechend auch immer günstiger wurde, wurde es für Corvus Systems immer enger. 1987 musste Corvus Systems Konkurs anmelden.
Zumindestens ein Omninet-Clone ist mir vom Stöbern im Netz bekannt: Das Radio-Shack Network 4 für TRS-80 Rechner. Das ist de facto ein Omninet.
Zitat Frank Durda IV in comp.sys.tandy am 31. Mai 2001:
Corvus Omninet and Network 4 are the same beast. Tandy bought Omninet chipsets and made their own boards for the Model 4 and 1000HX/EX computers.
Allerdings hat Radio-Shack wohl Mist bei den Kabeln gebaut – Frank hat da noch eine nette Anekdote 😀 die der interessierte Bastler ernst nehmen sollte!
The underlying signaling in Omninet/Network 4 is differential, which means unshielded twisted pair works great (even using RJ11 plugs for interconnects work fine), but Tandy decided they would make more money by selling shielded wire and making you use those irritating wing-nut connectors. Tandys choice also meant that if you had one computer in the lab plugged into an outlet with a hot neutral, Tandys wiring scheme would promptly blow-out all of the machines on the network the moment you plugged that one computer in since they tried to share a shield ground via the shielded cable. This happened fairly often, and 30+ computers would simultaneously make Bing-Pop-Zing sounds as the tops blew off integrated circuits inside the case, followed by burning smells. Later, Tandy included an outlet tester with the installation kit and recommended its use
Dokumentation ist im Netz recht verbreitet und als PDF zugänglich. Die dicksten Ansammlungen findet man natürlich bei bitsavers.trailing-edge.com.
Zumindestens für Apple Systeme sieht es gut aus, was die SW-Verfuegbarkeit angeht, auf apple2online gibt es einiges zu holen (runter zu Corvus scrollen). Eher schlecht für IBM-PC Systeme – da hab‘ ich noch gar nichts richtiges gefunden, die zwei Karten, die ich diese Tage bekommen habe, hatten zwar je eine Diskette dabei, aber ich weiss noch nicht, ob es Vollständige Treiber sind oder nur Bootdisketten für ein spezielles Netzwerk. Vor allen Dingen die Omnishare Software für IBM PCs zu finden wäre heute Klasse, da man dann seine Oldies an einen PC mit Festplatte hängen könnte – daher auch mein initiales Interesse am Omninet.
von Klaus ter Fehn
Wieder waren die Liebhaber der Apple II- Modelle nicht untätig. Hier eine Übersicht der Neuheiten:
Sheldon Simms hat in der Newsgroup comp.sys.apple2.programmer mitgeteilt, das er die Arbeit an einer Portierung von UNIX System 6 auf den Apple //e wieder aufgenommen hat. UNIX System 6 war die erste Version von UNIX, die AT&T im Mai 1975 veröffentlicht hat, sie war auf DEC PDP-11 beschränkt. Diese Version ist im Quellcode verfügbar. System 6 ist deutlich kleiner als System 7, das zahlreiche Erweiterungen enthält.
Es ist geplant, den Kernel, das Filesystem und das vollständige Userland inklusive C, Fortran, dc, nroff usw. zu portieren. System 6 enthält sehr viel PDP-11 Assembler Code, weshalb die Portierung in 65c02 Assembler mittels MERLIN erfolgt. Der C Compiler erzeugt ebenfalls 65×02 Assembler Code.
Gegenwärtig konnte Sheldon bereits einige Erfolge verbuchen:
Sobald der Assembler funktioniert (was Ende April sein soll), steht die Portierung der Shell und einiger Tools an. Dieser Versionsstand wird für Juni erwartet und soll dann veröffentlicht werden. Anschliessend will Sheldon Simms den Kernel und das Dateisystem vollständig fertigstellen- er rechnet im Herbst mit einer veröffentlichungsfähigen Version.
Die Apple //e Version von System 6 soll mit 128k lauffähig sein, RAMWorks Karten werden optional unterstützt. Ein 128k System wird aber ausreichend sein, um 4-6 Programme parallel laufen zu lassen. Die Programme sind sehr klein- so benötigt die tr Implementierung etwa 2 kB, ed nur 8 kB und der Pass 1 Assembler gerade mal 14 kB.
Eine Festplatte ist jedoch obligatorisch für System 6. Zwar werden sich Floppies verwenden lassen, aber aufgrund der IRQ Deaktivierung während des Zugriffs wird dies das Multitasking ausbremsen. Schliesslich soll die Portierung ein vollständiges Multiuser / Multitasking-System darstellen, das alles das kann, was die PDP-11 Version auch konnte. Dies bedeutet allerdings auch, das es keine Netzwerkfunktionen oder UUCP geben wird, da diese erst mit System 7 aufkamen. Einige serielle Karten für externe Terminals sollen aber unterstützt werden.
Einen ersten Eindruck des Entwicklungsstandes liefert dieser Clip auf Youtube:
Dass Apple-Computer etwas teurer sind, ist nicht erst seit gestern so – das war eigentlich schon immer der Fall. Da passt es gut ins Bild, dass die meisten modernen Massenspeicherlösungen für klassische Apples ebenfalls nicht in die Kategorie „preiswert“ fallen. Das gilt ganz besonders dann, wenn der nicht ganz so häufig verkaufte Apple /// den Anschluss an die moderne Welt finden soll.
Ausgangspunkt ist aber auch in diesem Fall das von Rich Dreher für die offenen Systeme Apple II bis //gs entworfene und produzierte CFFA-System (Compact Flash for Apple). Festplattenemulation, zwei virtuelle Diskettenlaufwerke, Kabelfernsteuerung und (vor allem) eine regelmäßige geupdatete Firmware machen diese Erweiterungskarte zu einem „must have“ für Nutzer von Apple-II-Computern. Mit ein bisschen Mühe leistet das CFFA aber auch im Apple /// verlässliche Dienste. Wie gesagt: Mit ein bisschen Arbeit. Denn bis dieses Projekt abgeschlossen war, mussten einige Hürden überwunden werden.
Bei der Entwicklung des Apple /// haben die Ingenieure seinerzeit einen „demokratischen Kompromiss“ zwischen dem offenen, mit acht Steckplätzen ausgerüsteten Apple II und dem von Steve Jobs geforderten (und später mit dem Macintosh umgesetzten) „geschlossenen System“ ohne Erweiterungsmöglichkeiten gefunden. Will heißen: Der Apple /// verfügt nicht über acht, sondern vier Steckplätze, in denen Apple-II-Karten zumindest theoretisch verbaut werden können. In der Praxis funktionieren nur spezielle für den ///er entwickelte Karten – und das CFFA, allerdings mit einer Einschränkung: Das Gehäuse des Apple /// ist so geformt, dass der integrierte USB-Adapter auf der Karte direkt an der Innenseite des Rechners anschlägt. Das heißt, für die Nutzung kommt nur eine CF-Karte in Frage, denn die wird von oben in das CFFA gesteckt.
Einmal mit CF-Karte ausgerüstet, ist die Installation ein Kinderspiel. Deckel auf, CFFA in einen beliebigen Slot stecken (nehmen wir einfach #1), die DIP-Schalter auf der Karte so umstellen, dass der Apple ///-Modus gewählt ist, CF-Karte mit Software in den passenden Schacht auf der Karte schieben – fertig!
Tja … hört sich einfach an, ist es auch – aber funktioniert leider nur im Apple-II-Modus. Also dann, wenn ich auf die erweiterten Fähigkeiten des Apple /// verzichte und den Rechner wie einen Apple II plus mit 48 K RAM betreibe. Dann kann ich das CFFA ganz normal bei Firmware-Routine (im beschrieben Fall CALL-16080) ansprechen, meine virtuellen Disketten mounten und vom virtuellen Slot #1 starten. Für den Anfang ist das eine Menge, hat aber mit dem „richtigen“ Apple-///-Betrieb nicht viel zu tun.
Um den Apple /// mit einer virtuellen Festplatten auszurüsten, benötigt man mehrere Dinge.
Prinzipiell ist die Installation damit abgeschlossen und der Apple /// kann nach dem Start von SOS auf die Festplatte zugreifen. Mit Hilfe der System Utilities können zum Beispiel Dateien vom internen Laufwerk (Gerätename: .D1) auf die neue „Festplatte“ (.PROFILE) kopiert werden. Der Nutzwert ist jedoch eingeschränkt, denn im Gegensatz zum Apple II verfügt der Apple /// über keine Möglichkeit, ein Programm zu unterbrechen/zu beenden ohne dass der Rechner einen Soft Reset durchführt. Konkret heißt das: Ein neues Programm starten bzw. von einem Programm in ein anderes wechseln funktioniert nur über einen Neustart des Betriebssystem, also von Diskette. Das war 1981 vielleicht noch akzeptabel, heute ist es einfach nur ärgerlich.
Der Ausweg sind Festplatten-Tools, die bereits in den 1980er Jahren von Drittanbietern entwickelt wurden: Quark Catalyst und Selector ///. Beide ergänzen SOS um eine Art Shell, aus der verschiedene Programme gestartet werden können. Empfehlung wäre hier Selector ///, da dieses Tool im Gegensatz zu Catalyst ohne Kopierschutz auskommt und über eine gut verständliche Anleitung verfügt. Mit etwas probieren gelingt es, den Apple II-Emulationsmodus, BASIC, Pascal sowie Anwendungsprogramme (3EZ Pieces, Draw on three) auf die virtuelle Festplatte zu laden. Da Selector /// ein „altes Programm“ ist, setzt es eine Harddisk mit dem Gerätenamen .PROFILE voraus – das ist der Grund, warum der CFFA-Gerätetreiber umbenannt werden musste.
Zwischenstand damit: Der Apple /// bootet SOS und die Selector ///-Oberfläche von Diskette; danach kann der Rechner komplett im Festplattenbetrieb gefahren werden.
Mit dem beschriebenen Verfahren lässt sich der Apple /// bequem im Festplattenbetrieb nutzen. Das Ziel war jedoch, vollständig auf physikalische Disketten zu verzichten. Um das zu erreichen, wird ein zweites Bauteil benötigt, und zwar das von Plamen Vaysilov entwickelte SDFloppy II (www.a2heaven.com). Ursprünglich als preisgünstiges SD-Kartenlaufwerk für die Apple-II-Serie entwickelt, kann es auch Apple ///-Images verarbeiten, denn auch bei diesen wird das bekannte DSK-Format mit 143 K Kapazität genutzt.
Erster Schritt ist also, ein Image der SOS und Selector ///-Startdiskette zu erzeugen – am einfachsten auf einem typischen Apple II. Dieser kann die Diskette des „großen Bruders“ zwar nicht verarbeiten, wohl aber lesen und mit Hilfe der (kurzzeitig umgesteckten) CFFA-Karte in ein Image verwandeln. Dies wiederum wird auf das SD-Floppy kopiert, das auf dem Apple /// nun die Rolle des eingebauten Laufwerks .D1 übernehmen soll.
Ein Problem gibt es dabei zu überwinden: Auf dem Apple II wird ein 20-adriges Flachbandkabel nebst dazugehörigem Stecker genutzt, das interne Laufwerk des Apple /// ist dagegen 30-adrig. Glücklicherweise werden die „hinteren“ zehn Adern nicht genutzt, so dass ein Adapterkabel schnell gebastelt ist. Einfach das eine Ende abschneiden, zehn Adern vorsichtig mit einer scharfen Klinge abspalten und die verbleibenden 20 mit einem passenden Klemmstecker versehen. Achtung: Unbedingt auf die richtige Polarität achten – zu erkennen an der roten Markierung des Flachbandkabels.
Zum Schluss nur noch SDFloppy und Apple /// mit dem (sicherheitshalber noch einmal geprüften) Kabel verbinden. Dazu wird der Apple /// umgedreht, aufgeschraubt und der Diskettenstecker auf der Hauptplatine abgezogen. Das 30-adrige Kabelende kommt (logischerweise) in den Rechner, das Ende mit dem 20-poligen Stecker schließt das virtuelle Laufwerk an. Nun kann der Apple /// vollständig „virtuell“ gestartet werden.
In der bisher beschriebenen Konfiguration verfügt der Apple /// über keine Möglichkeit mehr, physikalische Disketten zu lesen. Im Gegensatz zum Apple II, der problemlos auf diese Weise betrieben werden kann, benötigt der Apple /// in einigen Fällen jedoch den Zugriff auf ein „richtiges Diskettenlaufwerk“ – vor allem dann, wenn eines der wenigen Spiele für diesen Rechner geladen werden soll.
Die Lösung für diese Problem ist vergleichsweis einfach: Das Flachbandkabel des integrierten Laufwerks ist lang genug, um an der Innenseite des Gehäuse nach außen geführt zu werden. Dort befindet sich der Anschluss für das externe zweite Diskettenlaufwerk .D2, als das unsere eingebaute Floppy nun angesprochen werden kann. Sollte der Apple /// also doch einmal nach einer „richtigen“ Diskette verlangen – einfach die SD-Karte aus dem SD-Floppy II entfernen. Der Rechner „sucht“ sich dann nächste vorhandene Laufwerk und startet in diesem Fall von .D2 – also von dem Port, an dem nun unser altes .D1 angeschlossen ist.
Fazit: Mit etwas Mühe und ein wenig Fingerspitzengefühl lässt sich auch ein Apple /// komplett ohne physikalische Speichermedien betreiben. Der Aufwand lohnt sich, denn mit der Doppellösung aus CFFA und SDFloppy II kann dieser 8-Bit-Dinosaurier genauso komfortabel wie die Rechner der Apple-II-Serie betrieben werden.
Zwar lassen sich auf dem Apple IIGS sowohl das Apple DOS 3.3 und das später eingeführte ProDOS in seiner 8-Bitvariante nutzen, doch liegen dann alle IIGS-spezifischen Möglichkeiten weitgehend brach. Erste IIGS Modelle wurden mit einer erweiterten 16-Bit ProDOS Variante ausgeliefert, bekannt als ProDOS-16. Die ersten Versionen stellten reine Textkonsolen bereit und wurden nur durch grafische Shells aufgepeppt.
Dies sollte erst im September 1988 entscheidend verbessern, als Apple das neue Betriebssystem GS/OS (schon als Version 4.0) vorstellte. Viele der in ProDOS und dem Apple III Betriebssystem SOS vorhandenen Techniken waren in diese Neuentwicklung eingeflossen. Und: GS/OS brachte eine grafische Oberfläche mit, den Finder. Die Namensgleichheit zum Macintosh Betriebssystem kommt nicht von ungefähr, denn obwohl der Finder des GS/OS eine eigenständige Entwicklung darstellt, sind viele der vom Mac bekannten GUI Elemente auch in der GS/OS Variante vorhanden. GS/OS ist ein vergleichsweise modernes System, es kennt Treiber für Geräte, ein abstraktes Dateisystem mit verschiedenen „file system translators“ (FST) zum Zugriff auf unterschiedliche Dateisysteme und ein zentrales Drucksystem mit Treibern für unterschiedliche Drucker. Nicht nur die eingebauten Schnittstellen und Standardgeräte werden unterstützt, auch SCSI Schnittstellen und MIDI Ports lassen sich ansprechen. GS/OS ist zudem netzwerkfähig, denn es unterstützt AppleTalk über die vorhandene RS-422 Schnittstelle und bringt den IIGS in serielle Macintosh-Netze. Dieser Funktionsumfang fordert seinen Tribut bei den Systemressourcen- mindestens 512 kB und eine überarbeitete Firmware (ROM01) ist Einsatzvoraussetzung.
Als 1989 die verbesserte Version 5.0.2 auf den Markt kam, hatten auch neue, vom Macintosh entliehene Techniken wie Desktop-Accessoires und verbesserte SCSI Unterstützung Einzug gehalten. Die letzte veröffentlichte Version 6.0.1 erschien dann 1993. Sie kann mit Standarddialogen für viele GUI Aktionen, verbesserten Treibern, einem überarbeiteten Finder und deutlich erhöhter Geschwindigkeit aufwarten. Es werden nun auch PostScript Drucker unterstützt. GS/OS 6.0.1 fühlt sich auch heute noch „modern“ an- das „look & feel“ entspricht dem des Macintosh System 7. Umsonst ist dieser Komfort nicht- mindestens 1,25 MB RAM sind Bedingung, also mindestens eine 1 MB Speichererweiterung im Memory Slot. GS/OS 6.0.1 ist heute kostenfrei von Apple verfügbar und kann in Form von Diskimages heruntergeladen werden (siehe ).
GS/OS 6.0.1 sollte ursprünglich eine Ethernet-Unterstützung bieten, doch fehlte diese in der veröffentlichten Version. Auch die Apple Ethernetkarte ist niemals erschienen. Dennoch muss niemand heute auf Ethernet im Apple IIGS verzichten. Mit der Uthernetkarte steht ein Ethernet-Interface mit RJ-45 Anschluss bereit. Einen Nutzen daraus zieht man jedoch erst mit Einsatz von Marinetti (), einem IP- und TCP/UDP Protokollstack für GS/OS ab Version 5, deren aktuelle Version 3.0 b3 im Juli 2006 erschien. Es funktioniert mit einem seriellen Kabel (Nullmodemkabel) und kann per PPP Protokoll einen entsprechenden Server auf einem PC z.B. unter Linux ansprechen. Für Marinetti aber auch ein Link Layer Treiber bereit, der die Uthernetkarte unterstützt. Dies bringt den Apple IIGS deutlich performanter an ein IP-Netz und das Internet. Sinnvoll ist das besonders für Datentransfer mittels FTP und die Nutzung von Druckern. SAFE2 ist ein brauchbarer FTP GUI-Client, Treehugger () ermöglicht es, HP JetDirect Druckerserver anzusprechen. Vorsichtige Gehversuche in das World Wide Web ermöglicht Arachnid, jedoch ist dieses Projekt nicht über die Version hinausgekommen. Jenseits einfachster HTML Seiten ist ein Absturz der Software sehr wahrscheinlich.
Als die damals noch junge Firma Apple Inc. im Sommer 1977 den Apple II Computer vorstellte, war der Grundstein für eine bis dahin beispiellose Erfolgsgeschichte gelegt. Das solide Hardware-Design basierend auf dem 8-Bit Prozessor MOS 6502, die vielfachen Erweiterungsmöglichkeiten und besonders die konsequente Modellpflege machten die Apple II-Familie über mehr als eineinhalb Jahrzehnte hinweg erfolgreich. Dem ursprünglichen Apple II folgte 1979 der Apple II plus, 1983 der Apple //e, 1984 das Kompaktmodell Apple //c und schliesslich als letztes und am weitesten entwickelte Modell der Apple IIGS. GS steht hierbei für „Graphics“ und „Sound“.
Dieses Modell war das letzte, an dessen Entwicklung der Apple-Mitbegründer Steve Wozniak selbst beteiligt war. Wozniak hatte Apple 1981 verübergehend verlassen, um sich seiner akademischen Laufbahn zu widmen. Nach seiner Rückkehr im Jahr 1983 widmete er sich dem damals neu erschienenen 65816 Prozessor, ein Hybridprozessor mit einem 8-Bit und einem 16-Bit Modus. Im 8-Bit Modus war diese CPU kompatibel zum ursprünglichen Prozessor des Apple II. Wozniak schwebte ein Hardware-Design eines „Apple IIx“ vor, das den Apple II für die damals neue 16-Bit Welt öffnen sollte. Leider machten technische Schwierigkeiten bei den ersten Prozessor-Prototypen, aber auch immer höher gesteckte Projektziele die Entwicklung schwierig. Im Frühjahr 1984 schliesslich wurde das Projekt abgebrochen, der Apple IIx verschwand in der Versenkung und Apple und auch Steve Wozniak widmete sich vorrangig dem Macintosh.
Die klassische Apple II-Linie wurde parallel weitergeführt, im Sommer wurde der Apple //c als kompaktes und geschlossenes System vorgestellt. Es wurde vom Start weg ein grosser Erfolg, was selbst Apple überraschte und die einseitige Orientierung auf den Macintosh aufweichte. Es wurde auch über eine Neuauflage eines 16-Bit Apple II Systems nachgedacht und schliesslich mit dem Projekt „Phoenix“ initiiert. Das Projekt nahm rasch Fahrt auf, Wozniak und sein Team erarbeiteten ein solides Design. Im Frühjahr 1986 wurde auch die Fachpresse aufmerksam, Insider-Magazine wie „Peeker“, aber auch das Magazin „Chip“ trugen Gerüchte über den neuen „Super-Apple“ weiter. Im September 1986 stellte Apple dann den IIGS offiziell vor. Technische Schwierigkeiten bei den extra für den IIGS entwickelten Custom Chips sorgten zunächst für einen Fehlstart bei der Markteinführung. Erst 1987 war dann endlich ein funktionierendes Serienmodell in ordentlicher Stückzahl verfügbar, in Deutschland kostete das Paket mit Tastatur, Maus, 5 1/4 Zoll Diskettenlaufwerk und RGB Monitor knapp 4.400 DM (ca. € 2.200 ).
Der Käufer erhielt dafür ein System mit ordentlichen, aber im Vergleich zu anderen Systemen nicht überragenden Leistungsdaten. Hier hatte der Commodore AMIGA die Messlatte inzwischen deutlich höher gelegt als noch 1983 zu Zeiten des Apple IIx Projekts. Aufgrund der hohen Kompatibilität zu bestehender Software und Hardware zur Apple II Linie erfreute der IIGS daher hauptsächlich treue Altanwender. Für diese war der IIGS als ein rundherum verbessertes System tatsächlich eine kleine Sensation, übertraf er doch die bisherigen Modelle in allen Bereichen deutlich. Übrigens mussten Apple //e- Besitzer keinen vollständigen Neukauf erwägen, sondern konnten ihre vorhandenen Geräte umrüsten lassen. Apple-Händler tauschten das Motherboard eines //e gegen ein passenden IIGS-Board aus. Man erhielt so einen IIGS enhanced- Rechner. Diese Option ist auch die Ursache dafür, das Platinen von Speicherkarten und überlangen Erweiterungskarten am vorderen Ende immer abgeschrägt sind. Nur so passen diese Karten auch in einen umgerüsteten //e.
Was hat der IIGS denn nun zu bieten? Zunächst ist da der vergrösserte Arbeitsspeicher: Er lässt sich auf 8 Mbyte RAM ausbauen, wobei die ersten 128 Kbytes als „slow RAM“ genauso wie bei älteren Modellen organisiert sind. 256 kBytes stecken als Chips auf dem Mainboard, weiterer Speicher erfordert Steckkarten in einen separaten Memoryslot. Bei der Text- und Grafikausgabe stehen die bekannten 40- und 80-Zeichenmodi sowie die LoRes- und Hiresgrafikmodi bereit. Ein speziell entwickelter Video Graphics Controller Chip (VCG) fasst zweimal 16 kBytes des Arbeitsspeichers zu einem 32 Kbyte-grossen Block zusammen. So lassen sich zusätzlich Grafikauflösungen von 320×200 Pixeln in einer 16 Farbpalette und 640×200 Pixel in einer 4 Farbpalette pro Zeile darstellen. Je Zeile kann eine eigene Farbpalette verwendet werden, insgesamt stehen für diese Paletten 4096 verschiedene Farben zur Verfügung. Zum Vergleich: der Macintosh als Flaggschiff Apples konnte im gleichen Jahr nur Schwarzweiss-Grafik. Die Ansteuerung dieser Farbgrafik erleichtern Routinen der Firmware, die QuickDraw II Funktionen. Die Ähnlichkeit zum Macintosh ist nicht zufällig: Nach dem Weggang von Steve Jobs legte Apple die Entwicklungsabteilung des IIGS mit der Macintosh-Entwicklung zusammen, beide Teams arbeiteten fruchtbar zusammen. Aber der IIGS kann sich nicht nur sehen- sondern auch hören lassen- und das dank des bereits im Miracle Sound Synthesizer verbauten Soundchips von Ensoniq in 15 gleichzeitigen Stimmen, allerdings in Mono. Das System zeigt sich nach aussen hin sehr offen: zwei serielle Schnittstelle, ein Mausport, ein Smart Port für Diskettenlaufwerke (dieser war mit dem //c vorgestellt worden) und ein mit dem Macintosh eingeführter AppleTalk Anschluss machten Steckkarten für die meisten Anwender überflüssig. Auch bei der Tastatur profitierte der IIGS vom Mac: Zum Anschluss wird der Apple Desktop Bus (ADB) verwendet. Mäuse und Tastaturen vom Macintosh laufen dadurch auch am IIGS.
Die Weiterentwicklung der IIGS Hardware ging im Gegensatz zur Softwareentwicklung nur zögerlich voran. Im August 1989 erschien eine neue Firmware-Version (ROM03), weitere Verbesserungen liessen sich nicht ausmachen. Das Ende des Apple IIGS kam dann im Dezember 1993. Zwar war ein runderneuerter Apple IIGS in der Entwicklung, der standardmässig SCSI Festplatten und PS/2 SIMM Bausteine als Speicher unterstützen sollte, dieser kam aber nicht aus dem Experimentierstadium. Stattdessen verschwand der IIGS still und leise von den Preisblättern, die Apple II Linie wurde als nicht mehr zeitgemäß erachtet. Einige Jahre danach folgte nach der Rückkehr von Steve Jobs auch das Ende der Regenbogenfarben im Apple Logo.
Alle Grafiken, Bilder, Texte und Dokumentationen dieser Webseiten unterliegen dem Copyright des/der jeweiligen Autoren
und wurden (sofern nicht anders angegeben) unter der Creative Common License CC BY-NC-SA 3.0
(Namensnennung-Nicht-kommerziell-Weitergabeunter gleichen Bedingungen 3.0 Deutschland ) veröffentlicht.
Der VzEkC e.V. übernimmt keinerlei Haftung und ist nicht verantwortlich für den Inhalt von gelinkten Seiten.
