Ich habe sehr viele Vic1001 und vic20 repariert. Die Nummer eins Fehlerquelle ist der Reset-Elko 
Danach kommen leider defekte ROMs und dann mal ein defektes RAM (2114).
Ohne VIA kommt auch ein Bild. Also die 6522 kannst du beide erstmal ziehen und beiseite legen.
Die Userport Anschlüsse sind völlig falsch.
Char ROM, IEEE und Keyboard Kabel sowie 6512 würde ich erst mal weglassen um zu sehen ob der 700er startet...
Du kannst dem 6512 erst mal rausziehen um zu schauen ob der 700er läuft.
Weißt du das deine proxa funktioniert?
Sind alle ics in ordnung?
Hast du einen nmos 6512a?
Es gibt mind. 2 versionen der 7000. Die müssen unterschiedlich angeschlossen werden!
Alle Leiterbahnen prüfen auf Schlüsse...
Ich habe übrigens 1980 ca. 100 DM für so ein Kabel bezahlt.
Das Kabel steht bei mir in der Preisliste von Schulz vom 1.2.1980 für genau 100 DM + 13% Mwst.
Das Kabel mit zwei Centronics Steckern kostete 125DM + 13%
10 Disketten Verbatim für nur 180DM + 13%
Ist dir bekannt, dass Pin 1 bei bestimmten 6502 anders beschaltet sein muss? Beim vcfed.org 6502 Badge wird da unterschieden
Nur bei WDC - dafür ist der "cut for wdc" jumper
Nach weiteren Tests kann man sagen das alte CMOS (gte 65sc02 bis 86) auch laufen.
Die gerade erhaltenen Rockwell R65c02-p2 laufen auch - aber da die neu gelabelt sind, weiß ich natürlich nicht ob es wirklich Rockwell sind...?
Ich habe festgestellt das mit einer kleinen modifizierung auch 6512A sehr gut darin laufen.
Der R6512 kommt dem 6509 sogar noch näher, da er ebenfalls PHI1 und PHI2 benötigt und er hat sogar noch einen DBE Eingang. Das haben sonst ja nur die CMOS 6502 von WDC. Der gte CMOS 65sc12P-2 läuft ebenfalls.
Somit hat man also eine NMOS-CPU die auch illegale Opcodes kann und zusätzlich den Databus Enable Eingang besitzt. Nur einen AEC Eingang hat sie nicht - aber der wird in den CBM2-Rechnern ja nicht verwendet.
Folgende CPUs laufen also nun zu 100%:
mos6502A
mos6502AD
R6502AP
UM6502A up to 86 datcode
gte G65SC02P-2 up to 86 datecode
R6512AP runs with a wire from socket 40 to IC pin 3 (needs the two-phase clock!)
GTEµ G65SC12P-2 runs with a wire from socket 40 to IC pin 3 (needs the two-phase clock!)Im P500 mit 1MHz laufen alle 6502, 6502A, B, C-CPUs die ich habe - also scheint es ein Timing-Problem zu sein, das mit 2MHz nicht alle laufen...
Für die 6512 Unterstützung hab ich das Layout nun etwas geändert und Platinen bestellt:
Meine XC9572XL von Mouser sind gekommen. Die Beschriftung sieht ganz anders aus als bei den beiden China Lieferungen - also waren die sicher nicht echt.
Außerdem ist bei den China CPLDs die Beschriftung nach dem Löten mit Flussmittel und Isopropyl reinigung kaum noch lesbar - beim Original schon!
Leider treten trotzdem Fehler mit einigen CPUs im 6xx auf.
Man kann also abschließend sagen das mos6502, R6502AP immer laufen.
Meine UM6502A von 84 und 86 laufen auch 100%.
Aber alle CMOS und UM6502A ab 88 machen teilweise Probleme oder versagen fast komplett.
Im P500 laufen alle CPUs 100%
Meimt ihr man könnte die letzten drei tracks nach dem 1,2mb format als belegt kennzeichnen und sie werden einfach nicht mehr verwendet?
Ich hab am 6.10. geschrieben was ich damals mit dem fdadap getestet habe.
In dem Link steht doch nur das er alles probiert und mit der normalen pc hardware und dos keine 77 tracks unterstützt werden.
Hast meinen Link aus Post 6 nicht gelesen?
DOS kann keine 77 Track Disketten - selbst wenn du nur 77 Tracks formatierst - das Format gibt es bei DOS einfach nicht.
Hallo,
nachdem ich nun mehrere Adapter gebaut habe, treten bei einigen leider komische Probleme auf:
Mit bestimmten CPU's treten Fehler beim IEEE Transfer auf (SDPET+ und SFD1001). Das Directory wird dann ggf. nicht vollständig angezeigt und/oder David Viners Monitor stürzt ab, da es wohl Datenfehler beim Laden gibt. Der Diagnostic Test läuft aber mit allen CPU's fehlerfrei.
Am besten laufen mos6502A und R6502AP CPU's. Auch R65C02 und CMD's G65sc02 Prozessoren laufen meist (aber ohne illegale Opcodes natürlich).
Interesssanterweise laufen gerade die mos6502B meist nicht.
Ich habe aber einen Adapter in dem alle CPU's laufen - warum???
Eigentlich ist das nur mit den CPLD's zu erklären - werden die auch gefälscht? Sind die denn evtl. langsamer oder haben schlechtere IO-Werte?
Im P500 gibt es mit sämtlichen CPU's überhaupt keine Probleme!
Hallo,
ich habe den NU6509 (alter Name Fake6509) von Jim Brain nachgebaut. Leider läuft er nicht.
Der erste Batch den Jim Brain ausgeliefert hat, soll laufen - allerdings hat er wohl auch hautsächlich mit WDC CPUs getestet.
Ein R6502A ist darin nicht gelaufen...
Sein zweiter Batch lief nicht - deshalb hat er den Verkauf in seinem Shop gestoppt.
Ich hab nun also die ganze native 65816 Unterstützung entfernt und einige Fehler im Code bereinigt.
Die Schaltung und die Platine habe ich etwas abgeändert (SYNC läuft jetzt nicht mehr durch das CPLD).
Ich habe einen vernünftigen Programmierheader ergänzt.
Bei mir läuft nun auch ein Rockwell
Das ganze Design incl. Gerber und Verilog-File ist auf Github https://github.com/vossi1/nu6509
Der Adapter läuft mit allen CPUs die ich getestet habe (CMOS natürlich ohne illegale Opcodes) - siehe Readme.
Für WDC Chips muss man die Lötbrücke trennen (default ist gebrückt für non-WDC).
Ups, meins ist ein 8512… kein -13:
Unterschied? Keine Ahnung.
14 Zoll mit Riesen Lochmaske, deshalb sieht das Bild nicht so schön aus, wie bei dem kompakten 8513.
Daten sind sonst geich: 640x480 mit 60Hz.
Es ging in der Aussage, warum hinten auf deutsch auf die Röntgenstrahlen hingewiesen wurde, wobei der Monitor wohl nicht in Deutschland produziert wurde
Dann wird er wohl für den deutschen Markt produziert worden sein, das hat doch nichts damit zu tun wo er produziert wurde...
In China werden auch Sachen für den deutschen Markt mit deutschen Hinweisen, Anleitungen, Kabeln gefertigt.
Ich hab hier gerade bei einem Gerät geschaut, der wurde wie sehr viele IBM Sachen (XT, AT, deutsche Tastaturen z.Bsp. auch) in UK hergestellt.
Aber natürlich hat er für den deutschen Markt ein deutsches Netzkabel und die deutschen Hinweis-Aufkleber.
gelöscht, doppelt
Die 8513 haben unterschiedliche Bildröhren. Ich hab einen in kaltweiß und die anderen eher warm.
Wenn man ein entsprechendes optisches Farbkalibrierungsgerät hat, dann kann man mittels Drehen an den R-G-B-Gain-Potis die Farben einstellen und möglicherweise eines Konsistenz herstellen. Aber, wenn es gut aussieht?! So lassen!
Und wenn man kein Kalibrierungsgerät hat, dann sowieso nicht daran drehen, dann hat man ganz schnell alles verstellt.
Das ist schon in Ordung so - die haben halt damals auch im laufe der Jahre die Bildröhren gewechselt.
Ich kann auch gar nicht sagen, was mir besser gefällt...
Ich habe drei Stück davon (hatte sogar 4, hab mal einen verkauft).
Alle laufen tadellos. Können halt nur 640x480, aber sie sind so schön kompakt und passen prima zu den ps2 desktops. Der 14" 8512 hat ein schlechteres Bild.
Die 8513 haben unterschiedliche Bildröhren. Ich hab einen in kaltweiß und die anderen eher warm.
Die ersten Geräte haben einen roten Netzschalter.
Ich habe noch keine Elkos darin getauscht und mache das erst wenn Probleme sichtbar werden.IIch hoffe da sind keine Roederstein drinnen
Christian
Ich habe aber auch zwei TM848-2 in einer 8280 mit (ich glaube) gelben Elkos, welche nicht betroffen sind - da hab ich sie nicht getauscht.
Das hatte ich offenbar überlesen. Bei meinem TM848-2 sind die Elkos gelb.
Ich habe gerade Probleme mit dieser 8280 gehabt. Das TM848-2 (Drive 0) hat den Kopf nicht mehr bewegt. Das pssiert, wenn die Drehgeschwindigkeit nicht mehr korrekt gemessen wird.
Ich habe nun auch in den letzten beiden TM848 alle Elkos getauscht und nun läuft das wieder.
...also besser alle 8 Elkos ersetzen
Sieht super aus!
Ich will auch einen zx80
Hier ist alles gesagt: https://retrocmp.de/fdd/8inch/drivparm.htm
Mit normaler PC Hardware und MS/PCDos ist es nur möglich das 8" Laufwerk als 1,2MB HD-Laufwerk zu verwenden. Man darf nur die Tracks 78-80 nicht nutzen.
Sogar booten ist möglich - das hatte ich selbst auch schon getestet.
Ich hab das tm848-2 mit dem fdadap adapter an einen ibm at angeschlossen und konnte disks schreiben und lesen. Ist aber schon ne weile her. Die letzten drei Spuren dürfen natürlich nicht verwendet werden
Ich hab nicht weiter experimentiert. Vielleicht kann man mit driver.com 77 Spuren definieren?
Ich könnte dir eine scsi Karte bauen, hab noch Teile da.
Dann kannst eine scsi hd oder eine scsi hd emulation anschließen.
Aber es gibt jetzt wohl auch schon fertige scsi-sdcard module.
Ich hab eine 1 gb scsi hd und eine scsi buchse vorn statt dem pcmcia steckplatz drinnen. Da schliesse ich dann ein mo an.
Du kannst zum Test erst mal eine Audio cd reinlegen. Wenn die erkannt wird zeigt er die Tracks an und du kannst die abspielen.
Du brauchst einen Joystickadapter. Den steckt man unter den IO Chip und baut sich dann hinten zwei normale Joystick Buchsen ein.
Es passt eine normale externe Amiga Floppy.
Es gibt eine Serie von CD-Samplern mit diversen Spielen, die dann bequem per Menu laufen: AmigaJay CDTV Collection 1-9.
Die Tastatur ist natürlich nicht preisgünstig.... - vielleicht gibts einen Adapter auf PC Tastatatur.
1.5 A sind vollkommen ausreichend. Ich habe o.g. Netzteile in Betrieb, überhaupt kein Problem. Voll ausgebaut. Selbst die dicke 810 kommt mit dem 1.5 A vollkommen aus.
mag sein, aber ich hab geschrieben das die Original Netzteile 3A haben - und das ist keine "Legende" sondern eine Tatsache!
3A??? Das ist wohl eher im Reich der Legende... guckst Du hier:
https://www.amazon.com/POWER-C…t-Switching/dp/B077PFTXGR
Da kannst du mal sehen was für einen Schrott die verkaufen. Die haben bestimmt noch nie gemessen wieviel ein Atari 800 mit 48kB Ram und Modul verbraucht!
Die Original-Netzteile für die von mir benannten Geräte 400/800/810/1050 haben alle 9V/3A bzw. 9V/27VA.
Ich habe etwa 5-6 Stück davon!
Es muss ja auch noch etwas Reserve für Erweiterungen sein.
Ja, diese Atari Geräte haben 9VAC:
Floppy 810, 1050
Computer 400,800
Die Netzteile haben meist 3A
Ich hatte gerade einen defekten VIC1001. Da waren alle ROMs laut Chip Tester in Ordnung - Inhalt wurde korrekt identifiziert.
... nach stundenlanger Fehlersuche hab ich dann festgestellt, das eine Datenleitung eines ROMs nicht richtig disabled wurde und verhindert hat das ins RAM geschrieben werden konnte. Mit dem LA konnte man sehen, das das Kernal losläuft, einen JSR ausführt, Rücksprungadresse auf dem Stack ablegt, aber beim RTS an eine falsche Adresse springt, da ja ins RAM blödsinn geschrieben wurde!
Im C64 hatte ich schon oft defekte ROMs die den Bus gestört haben - aber meist ist ja einfach die PLA kaputt
Christian
