+== Aktueller Status ==
+[[Datei:20120204-Newscanner-LEDScheiterhaufen.jpg|miniatur|Defekt: LEDs und ein Transistor]]
+[[Datei:20120204-Newscanner-LED-Scheiterhaufen.jpg|miniatur|Adieu Pixelfehler, hallo Lücke!]]
+
+:'''Die LED-Laufleiste ist defekt. Keine Ahnung warum, aber als wir sie am 01.06. wieder zusammen bauten, leuchteten nur noch vereinzelt LEDs, die später komplett erlöschten. Momentan gehe ich davon aus, dass es der unsachgemäßen Lagerung (Panels standen aufrecht an der Wand im Chillroom) geschuldet ist. -.- --[[Benutzer:Ohsae6To|Neo Bechstein]] 14:02, 2. Jun. 2012 (CEST)'''
+
+* RAM defekt? CPU läuft mehr als handwarm.
+* erneutes EPROM-dump einwandfrei - alter Inhalt.
+* defekte LEDs sind getauscht. Die neuen überstrahlen etwas und warten auf's kaputtgehen. Transistor fehlt noch.
+
+* unabhängig vom Datenmüll gibt die Laufanzeige neuerdings in unregelmäßigen Intervallen korrekt die vergangene Zeit seit Einschalten im Format (hh:mm) aus.
+*"STORE FULL" verbunden mit Signalton wie bei den ersten Testläufen erscheint hingegen nicht mehr.
+* In den Testläufen unmittelbar davor schalteten die LEDs nach dreimaliger Anzeige von 0:00 reproduzierbar auf komplett dunkel, Töne hatte die Kiste weiter von sich gegeben.
+
+Man sollte nochmal ein EPROM-Dump ziehen um zu prüfen, ob das Kunstlicht im Raum heute nach und nach ein paar Bits aus dem Eprom gehauen hat. :)
+
+* Ca 100 defekte LEDs und ein Transistor wurden ausgelötet und die Löcher vom Lot gesäubert (= bereit für Neubestückung); 1 Transistor von Ende des 2. Panels geklaut und versetzt
+* Gesockelte Chips auf LED-Platinen zwischen den Platinen kreuzgetauscht – alle in Ordnung
+* Je ein 3349DC des gesockelten Paars je LED-Platine ist für die oberen/unteren 4 Zeilen zuständig, entfernt man einen, dann bleiben die 3 Zeilen LEDs auf entsprechender Seite ausgeschaltet. Die mittlere der sieben LED-Zeilen wird von beiden Chips bedient.
+* -> Keine falsch oder nicht leuchtenden LEDs mehr auf den Panels. Yay!
+* Mysterium Kondensator weiterhin ungelöst
+
+Wurde schonmal das Netzteil (Korrektheit der Spannungen und insbesondere der Anteil an evtl. Ripple) gemessen? --[[Benutzer:Kretschi|Kretschi]] 23:07, 6. Apr. 2012 (CEST)
+
+== Gehirn ==
+=== CPU (TMS 9980 ANL) ===
+[[Datei:20120201-LEDPanel33.jpg|miniatur|Abbildung:TMS 9980 ANL]]
+
+Bei der CPU handelt es sich um eine abgespeckte Version vom TMS 9900.
+
+16 KB adressierbarer Speicherplatz, Direkter Speicherzugriff (DMA), vier Interrupt-Möglichkeiten sowie volle Softwarekompatibilität zur 9900/990-Familie.
+
+Mit externem Oszillator kann die 9900(?) CPU mit rund 10MHz betrieben werden.
+
+Die CPU ist ein spar TMS9900 und hat extern ein:
+*<b>A0-A13</b> 14Bit 3-state Adressinterface (Pins 4-17)
+*<b>D0-D7</b> 8Bit Datenbus (Pins 26-33)
+*<b>Vcc</b> 5V (Pin 20)
+*<b>Vbb</b> -5V (Pin 21)
+*<b>Vdd</b> 12V (Pin 36)
+*<b>Vss</b> GND (Pin 35)
+*<b>CLK-in</b> Phase 1-4 (Pin 34) <i>CLK = CLK-in / 4</i>
+*<b>DBIN</b> (data bus in) (Pin 18) wenn HIGH, dann ist der Datenbus im READ state
+*<b>¬MEMEN</b> (memory enable) (Pin 40) wenn LOW dann ist das Adressregister gesetzt
+*<b>¬WE</b> (write enable) (Pin 38) wenn LOW dann können Daten vom Datenbus geschrieben werden
+* To Be Continued
+
+Beschreibung/Anleitung: http://datatomb.de/mirror/Docs/Newscanner/TMS9900_DataManual.pdf <br>
+Specs: http://datatomb.de/mirror/Docs/Newscanner/TMS9980.pdf<br>
+Artikel von 1977: http://www.computerwoche.de/heftarchiv/1977/12/1198398/
+
+=== Interrupt-Controller / I/O-Interface (TMS 9901-95NL) ===
+[[Datei:20120201-LEDPanel32.jpg|miniatur|Abbildung: TMS 9901-95NL]]
+
+Der TMS 9901 bindet über das CRU-Interface (einfaches Register-Tnterface) und die Interrupt-Lines der CPU, Interrupt kontrollierte I/O-Ports an (6 dedizierte Eingänge, 9 Input/Output-Pins).
+Außerdem werden 6 weitere nicht Interrupt gesteuerte Ports angebunden.
+
+Der I/O-Controller ist nötig, da die TMS9900 keinerlei I/O Buffer o.ä. haben, wie es bei modernen Microkontrollern üblich ist
+
+Datenblatt/Anleitung: http://datatomb.de/mirror/Docs/Newscanner/TMS9901.pdf <br>
+
+== Speicher ==
+
+=== RAM (TC5514AP-2) ===
+[[Datei:20120201-LEDPanel28.jpg|miniatur|Abbildung: Noch leere Speicherbänke, rechts unten einer von bisher 4 x TC5514AP-2]]
+
+Als RAM findet Toshiba TC5514AP-2 Einsatz, ein CMOS-Speicher mit 4Bit Datenbus und Wortlänge (vermutlich sind je 2 Parallel geschaltet um die 8Bit Wortbeite für den CPU-Datenbus zu erreichen).
+Der 10Bit Addressbus ist ein simpler Direct-Access-Bus (A0-3 sind die Spalten, A4-9 die Zeilen) der Speicher ist ein 64x64bit großes Array je Spalte 4 Bit.
+
+Wir haben also 2kByte RAM vermutlich in 1024 Wörtern organisiert.
+
+Die Zugriffszeiten sind recht flink (für altes CMOS-ram) mit maximal 200ns.
+
+"Besonderheit": RAM und ROM teilen sich den Speicherbus und damit auch die Adressen, denn nach dem RESET läd die CPU blind die erste Instruktion vom Bus es sei denn sie wird per CRU via direct instruction write and execute injected.
+
+Datenblatt/Anleitung: http://datatomb.de/mirror/Docs/Newscanner/TC5514AP-3.pdf
+
+Meiner Ansicht nach hat der Ram seinen Inhalt verloren, da der Accu defekt ist. Dieser müsste mittels des Keyboards, von dem ich hier noch nichts gelesen habe, wieder programmiert werden. Dies geschieht seriell (soweit ich mich erinnern kann, habe die Dinger vor langer Zeit im Field Service repariert). Oli.O. 14:02, 13. Jul. 2012 (CEST)
+
+=== EPROM (NEC D2716D) ===
+
+Ein gesockeltes 2048 x 8bit = 16384 bit {{WP|EPROM}} ist zu finden, ein weiterer Sockel ist frei.
+
+Datenblatt/Anleitung: http://datatomb.de/mirror/Docs/Newscanner/NEC-D2716.pdf
+
+"constant exposure to direct sunlight or room level flourescent lighting could erase the µPD2716"
+
+Dump vom 1.2.2012, mehrmaliges Lesen einwandfrei, Bitfehler wg. Lagerzeit im Vergleich zum Originalinhalt aber immer möglich - einziges Klartextvorkommen ist "STORE FULL ( NEWSCANNER )" fast am Ende der Daten.
projects / stratum0-wiki.git / blobdiff